Small announcement: I intend to continue the development of the meson language server: https://github.com/JCWasmx86/mesonlsp
The repo is unarchived again, so feel free to open issues, bugs, features request.
As first measure I will clean up the 1.5 years of missed meson developments.
Today I learned about profile-guided optimization, the most obscure form of optimization I've heard of yet.
https://mesonbuild.com/howtox.html#use-profile-guided-optimization
MESONが実証実験結果を公開「XR広告は従来の2D広告よりも高い広告効果を示す」
https://www.moguravr.com/meson-immersive_showroom-experiment-2026/
#moguravr #企業動向 #Immersive_Showroom #MESON #XR広告 #業界動向 #XR広告 #MESON #Immersive_Showroom #企業動向 #業界動向
Compiling #gamescope on #slackware current – a tale of slackpkg+ repo priorities. 🐧
#Meson failed to download stuff (SSL not available) because Alienbob’s python3 package was looking for libssl 1.1 (wtf?).
Fixed it by:
1️⃣ Replacing Python with the official package.
2️⃣ Replacing Alienbob’s lua (5.1) with the official 5.4 to fix missing symbols.
3️⃣ Adding a missing switch case to satisfy the compiler on the HEAD version. 🛠️
Voila – it compiles and runs! 🚀 #linux #linuxgaming
Hey all,
I think I mentioned before about resurrecting the hikari wayland compositor (https://hikari.acmelabs.space) which seems not to be in active development.
What I've done is spent quite a bit of time upgrading hikari from wlroots-0.15 -> wlroots-0.19.2
The efforts of this can be seen on this branch:
https://codeberg.org/thomasadam/hikari
On the `ta/wlroots-0.19` branch (the default branch for now in this repo).
If you'd like to use #got, see:
https://thomas.gothub.org/repos/?action=summary&path=hikari.git
This will be kept in sync with codeberg.
I think seems seem mostly working. Testing welcome though!
In addition to upgrading the wlroots version, I've also added the option to use #meson instead of #bmake
Any problems, file an issue on the repo, or speak to me directly.
Unofficially for now, I'm also lurking in the IRC #hikari channel on libera.chat, if that's more convenient.
The installation process of the Java-GI application template (a small "example" GNOME app built in Java) is now completely driven by Meson.
Flatpak-builder calls meson, meson calls gradle, gradle produces a "fat jar" (with the shadow plugin). Meson installs the jar and everything else (icons, settings, translations).
Link to the application template: https://github.com/jwharm/java-gi-app-template
oh wait nvm...
it's not the master branch's fault...
sigh...
can someone help me compile nix? i got to the point of running meson compile -C build -j 8 but it eventually gives this error:
JCWasmx86
Thomas Frans 🇺🇦
Mogura VR
Kálmán Kiss
Thomas Adam
Jan-Willem Harmannij
the thing is moving soon 
../src/libutil/file-descriptor.cc:116:11: error: no member named 'sync_file_range' in the global namespace
116 | ::sync_file_range(fd, 0, 0, SYNC_FILE_RANGE_WRITE);
| ^~~~~~~~~~~~~~~
../src/libutil/file-descriptor.cc:116:37: error: use of undeclared identifier 'SYNC_FILE_RANGE_WRITE'
116 | ::sync_file_range(fd, 0, 0, SYNC_FILE_RANGE_WRITE);
| ^~~~~~~~~~~~~~~~~~~~~
2 errors generated.#nix #clang #gcc #meson #ninja#ilovefs #ilovefs26 #ilovefreesoftwareday
And thank you to these Free Software projects I use less frequently but find very useful when I need them:
#adventuregamestudio #audacity #calibre #clang #curl #debian #gnome #godot #gpg #guix #jmtpfs #kde #libreoffice #meson #minisign #ninja #openbox #openssh #qemu #shotcut #tint2 #wget
I run into the weirdest issues. This time I ran into a Meson bug which makes portaudio not compile successfully when cross compiling for Windows with MinGW, when using Meson's CMake module to make portaudio into a Meson subproject: https://github.com/mesonbuild/meson/issues/15388
Describe the bug When a CMake subproject's CMakeLists has a generated file (such as a file generated by the configure_file directive) as a dependency, and that file needs to be passed to the linker...
Patrick 
mort