Re: Switching from Autotools to CMake for core evolution products
On Mon, Oct 10, 2016 at 12:45:50PM -0500, Michael Catanzaro wrote: > On Mon, 2016-10-10 at 12:57 -0400, Owen Taylor wrote: > > Can you propose what the necessary change would be to: > > > > https://people.gnome.org/~walters/build-api/build-api.md > > Well that document is Autotools-specific. The build API is basically a subset of the GNU Coding Standards: https://www.gnu.org/prep/standards/html_node/index.html (see chapter 7 The Release Process) For downstreams, as Michael Biebl already said, it's much easier if all modules can be built the same way. GNU has written a standard, but new build systems don't follow it… The GNU Coding Standards (GCS) has several decades of experience, the standards are well established, and we can trust the GNU hackers for having well conceived them. Those that don't follow them are devoted to reinvent the wheel: they will be faced sooner or later by the same problems already solved by the GCS and the Autotools. -- Sébastien ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Problems regarding jhbuild
On Tue, 2016-10-11 at 02:52 +0200, Jürg Billeter wrote: > For bootstrapping, the dependency should be on valac, not on libvala. > I'm not very familiar with jhbuild but what's the issue with a valac > sysdep such as the following, similar to how the C compiler sysdep is > handled? > > Hi Jürg, You're right, that should work fine. I'll add a bootstrap dependency. Still, I discourage these regular .pc version bumps. If the API/ABI is really completely unstable (which I doubt) then it would be better to use soname versioning to manage that instead. Michael ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Which version of GTK+ for GNOME 3.24?
On Tue, Oct 11, 2016 at 10:23 AM, Jeremy Bichawrote: > Will GNOME 3.24 target GTK+ 3.22 only or can we expect some modules to > require the new GTK+ 3.90? Speaking with my GTK+ maintainer hat on, we hope that at least some of the core GNOME modules will use 3.90. We need the code to be used and tested. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Which version of GTK+ for GNOME 3.24?
Will GNOME 3.24 target GTK+ 3.22 only or can we expect some modules to require the new GTK+ 3.90? Thanks, Jeremy Bicha ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: gnome-settings-daemon now split up
On Tue, Oct 11, 2016 at 9:25 AM, Bastien Nocerawrote: > Hey, > > gnome-settings-daemon 3.23.2 is now released. The major change is that > instead of launching a single big daemon, gnome-session will now launch > a number of smaller daemons. > > Eventually, those daemons will be started as needed (through timers, or > D-Bus autostart) via systemd --user, as announced last cycle. For now, > the changes should be safe to deploy on Linux and non-Linux platforms. > > Will it be pssible to use GSD without systemd ? Rgds Saxa > Note that gnome-settings-daemon 3.23.2 requires gnome-session 3.23.2 > and is incompatible with older releases. The GNOME Classic session file > has not been updated yet: > https://bugzilla.gnome.org/show_bug.cgi?id=772736 > > Cheers > ___ > desktop-devel-list mailing list > desktop-devel-list@gnome.org > https://mail.gnome.org/mailman/listinfo/desktop-devel-list > ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: gnome-settings-daemon now split up
On Tue, Oct 11, 2016 at 11:25 AM, Bastien Nocerawrote: >The GNOME Classic session file has not been updated yet It has been updated on master now. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
gnome-settings-daemon now split up
Hey, gnome-settings-daemon 3.23.2 is now released. The major change is that instead of launching a single big daemon, gnome-session will now launch a number of smaller daemons. Eventually, those daemons will be started as needed (through timers, or D-Bus autostart) via systemd --user, as announced last cycle. For now, the changes should be safe to deploy on Linux and non-Linux platforms. Note that gnome-settings-daemon 3.23.2 requires gnome-session 3.23.2 and is incompatible with older releases. The GNOME Classic session file has not been updated yet: https://bugzilla.gnome.org/show_bug.cgi?id=772736 Cheers ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list