Oh my. I certainly did not intend to start a rant thread, sorry for that. To clarify: I am not complaining that RT is taking away my favorite toy. JHbuild is a great tool when it works, but it still breaks far too often for newcomers or non-regulars. And as you rightly point out, this is not fixable unless the build is completely isolated from the build machine. Having to adjust my workflows is a price I'm happy to pay if this works as advertised:
On Tue, Jan 23, 2018 at 2:18 PM, Tristan Van Berkom <tristan.vanber...@codethink.co.uk> wrote: > On BuildStream > ~~~~~~~~~~~~~~ > BuildStream is a tool which puts determinism of builds first and > allows absolutely no room for unknown factors contaminating your > integrated build result. So thanks for working on that! I'm also not complaining that RT doesn't want to be responsible for maintaining the JHbuild moduleset anymore - even if it wouldn't be additional work (which it is), we shouldn't delude what we consider a GNOME release by providing two diverging versions of it. Really, the only thing I disagree with is that RT appears to actively discourage maintainers from updating JHbuild before everyone actually has the option to make the switch - sure, if updating GTK+ fails for me because harfbuzz gained a new dependency, I'll be able to figure out what that dependency is, what's its upstream is and whether it's available in reasonably current distros. But it'll be a lot easier and quicker for whoever made the change in the first place :-) I know that work is underway to fix the situation for core desktop components, but in the meantime it would simply be nice if everyone working on the platform was aware that some components are still stuck on JHbuild for the time being, so updating it(*) after "breaking" changes along with gnome-build-meta would be much appreciated. Cheers, Florian (*) to be clear: I'm only concerned about the platform/dependencies _______________________________________________ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
