Re: GNOME 3.17.1 unstable release TODAY
- From: Michael Catanzaro <mcatanzaro gnome org>
- To: Sébastien Wilmet <swilmet gnome org>
- Cc: desktop-devel-list gnome org
- Subject: Re: GNOME 3.17.1 unstable release TODAY
- Date: Wed, 29 Apr 2015 09:51:48 -0500
On Wed, 2015-04-29 at 13:04 +0200, Sébastien Wilmet wrote:
Hi Javier,
On Wed, Apr 29, 2015 at 11:48:01AM +0100, Javier Jardón wrote:
Only a quick reminder that 3.17.1 is scheduled for today [1]
I noticed that quite a few of modules have not been updated, so it
would be great if you can upload your tarball as soon as possible
if
you plan to do so.
'make distcheck' doesn't pass for gedit and gtksourceview on Fedora
22,
but it worked fine on Fedora 21. It's probably due to an intltool bug
that I've reported (but I'm not 100% sure the bug is in intltool):
https://bugs.launchpad.net/intltool/+bug/1449556
Maybe other gnome modules are in the same case.
I have multiple modules blocked on this issue as well. A naive guess
is that it's due to this change in Automake 1.15:
- As a consequence of the previous change, "make distcheck" will run
using '$(distdir)/_build/sub' as the build directory, rather than
simply '$(distdir)/_build' (as it was the case for Automake 1.14
and
earlier). Consequently, the './configure' and 'make' invocations
issued by the distcheck recipe now have $(srcdir) equal to '../..',
rather than to just '..'. Dependent and similar variables (e.g.,
'$(top_srcdir)') are also changed accordingly.
Thus, Makefiles that made assumptions about the exact values of the
build and source directories used by "make distcheck" will have to
be adjusted. Notice that making such assumptions was a bad and
unsupported practice anyway, since the exact locations of those
directories should be considered implementation details, and we
reserve the right to change them at any time.
http://lists.gnu.org/archive/html/automake/2015-01/msg00005.html
[
Date Prev][Date Next] [
Thread Prev][Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]