#mesonbuild — Public Fediverse posts

mesonlsp is finally back again. Yesterday, I released 5.0.0. It has basically no new features but instead contains modernizations and all the new meson APIs.

Feel free to try it out: https://github.com/JCWasmx86/mesonlsp/releases/tag/v5.0.0

COPRs are also available: https://copr.fedorainfracloud.org/coprs/jcwasmx86/Swift-MesonLSP/

(Update in the vscode-meson extension will be done later on)

#meson #mesonbuild

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.

#meson #mesonbuild

#Meson 1.5.2 has been released (#MesonBuild / #MesonBuildSystem / #BuildAutomation / #Make / #Build / #MakeBuild / #BuildCompilation) https://mesonbuild.com/

#Meson 1.5.2 has been released (#MesonBuild / #MesonBuildSystem / #BuildAutomation / #Make / #Build / #MakeBuild / #BuildCompilation) https://mesonbuild.com/

#Meson 1.5.2 has been released (#MesonBuild / #MesonBuildSystem / #BuildAutomation / #Make / #Build / #MakeBuild / #BuildCompilation) https://mesonbuild.com/

#Meson 1.5.0 has been released (#MesonBuild / #MesonBuildSystem / #BuildAutomation / #Make / #Build / #MakeBuild / #BuildCompilation) https://mesonbuild.com/

#Meson 1.5.0 has been released (#MesonBuild / #MesonBuildSystem / #BuildAutomation / #Make / #Build / #MakeBuild / #BuildCompilation) https://mesonbuild.com/

#Meson 1.5.0 has been released (#MesonBuild / #MesonBuildSystem / #BuildAutomation / #Make / #Build / #MakeBuild / #BuildCompilation) https://mesonbuild.com/

Also my GStreamer plugin experiment from a couple of months ago works now without any custom build glue for the dependencies.

https://gitlab.freedesktop.org/slomo/gst-plugin-meson-test

#rustlang #rust #GStreamer #gnome #meson #mesonbuild

Over the last months the Rust/cargo support in meson improved a lot.

It's now ready to build and install a GTK4 Rust application with around 70 dependencies without having to write almost any custom build glue for the dependencies.

https://github.com/sdroege/mandelbrot#meson-build

The application in question is just a small experiment of mine for rayon and GTK4 input handling / rendering. The more or less same should work for other GTK4 applications at this point.

All this still depends on two unmerged meson PRs, but it's a huge step forward from the situation just a few months ago.

Thanks to the hard work of @xclaesse and dcbaker!

I hope in the future this will allow GNOME applications written in Rust to have a less strange and fragile build setup than what they have right now with mixing cargo and meson.

#rustlang #rust #gtk #gnome #meson #mesonbuild

Yesterday I published my first package Mebuex on PyPI 🥳
It‘s a small code glue hack that I use to build Meson projects as extensions within a Python package.
https://pypi.org/project/mebuex/
#foss #python #mesonbuild

One of the fixes we needed in #OracleSolaris for #mesonbuild 0.63.3 was accepted upstream in https://github.com/mesonbuild/meson/pull/11050 - another is reported upstream but not yet applied there: https://github.com/mesonbuild/meson/issues/11073

My contributions to the #OracleSolaris 11.4.54 release included upgrading our #mesonbuild package to 0.63.3, which involved fixing a number of our other packages to keep building with the new version, and fixing a couple of issues the upstream has on Solaris.

The fixes to our other packages to keep them building with 0.63.3 were mainly backports from newer upstream versions to the ones we ship to correct issues that meson now checks for but older versions let slide by:
https://github.com/oracle/solaris-userland/commit/749a78a03781bdf68c9acb27fd92afc4c02d142c

@op Yes indeed. I see #mesonbuild being used more-and-more for wayland projects -- and I can see how it reduces some of the overhead/complexity that #autotools brings, but equally, #autotools is still superior in many ways, even though it comes with additional complexity.

This is one advantage age has over newer tools here.

I've been thinking about #autotools and how much boilerplate crap that project maintainers (such as myself) have to manage.

By this point, I'm fairly well-versed in that, but it does leave me wondering about the viability of those points before they become annoying.

I've been following (and using) #mesonbuild in other projects with some success -- and I have to say in comparison to #autotools, it's a breath of fresh air.

I've already started on a PoC for #fvwm3 in transitioning to #mesonbuild

I'm wondering about whether I should switch #gameoftrees -portable over to it.

How do downstream packagers of projects think about this? Are Linux distros geared up for using #mesonbuild? What about *BSDs?