Re: Death of gnome-common

Hi Philip;

that's usually better replaced by:

autoreconf -if || exit $?
test -n $NOCONFIGURE && ./configure $@

Which isn't shorter, but it's pretty much to the point and works fine
in jhbuild and autobuilders.


On 23 June 2015 at 16:54, Philip Chimento <philip chimento gmail com> wrote:
On Mon, Jun 22, 2015 at 12:01 AM, Philip Withnall <philip tecnocode co uk>

On Sun, 2015-06-21 at 17:56 -0700, Jasper St. Pierre wrote:
On Thu, May 28, 2015 at 9:05 AM, Philip Withnall <
philip tecnocode co uk> wrote:
See literally the first migration item on

tl;dr: You can open-code it with essentially:
        aclocal --install || exit 1
        glib-gettextize --force --copy || exit 1
        gtkdocize --copy || exit 1
        intltoolize --force --copy --automake || exit 1
        autoreconf --verbose --force --install -Wno-portability ||

(removing the technologies which you don’t use).

Er, I meant to reply to this earlier, but forgot to, I guess. Is
a simpler thing than this, because I still like "."
more. Seems much simpler.

There is not. You are welcome to continue using if you
want to keep a dependency around purely for a build-time shell script.
Or you could copy into your project. We are planning
no further changes to upstream.

Note that using isn’t actually as simple as that;
you’re supposed to set various environment variables indicating your
dependencies. So a realistic invocation is more like:

    srcdir=`dirname $0`
    test -z "$srcdir" && srcdir=.


    (test -f $srcdir/ || {
        echo "**Error**: Directory "\`$srcdir\'" does not look like the
    top-level $PKG_NAME directory"
        exit 1

    which || {
            echo "You need to install gnome-common from GNOME Git"
            exit 1


In fact for most projects you can probably just replace "."
with "autoreconf -if". It's fewer keystrokes ;-)

Or "autoreconf -if && ./configure $@" if you want to retain the behaviour of
automatically running configure (which I would prefer not to do, if only
jhbuild didn't rely on it.)

Philip C.

On Thu, 2015-05-28 at 08:43 -0700, Jasper St. Pierre wrote:
What about the script? Most of my
just run "."

On Thu, May 28, 2015 at 6:55 AM, Daniel Mustieles García
<daniel mustieles gmail com> wrote:
Ok, thanks for clarifying! :)

2015-05-28 14:40 GMT+02:00 Philip Withnall <
philip tecnocode co uk>:

It’s already sort of tracked as part of the ModernAutotools
although that one lost momentum a while ago, so its status
needs to be

However, since there’s no flag-day-changeover for gnome
-common, I’m not
sure it’s necessary to have a GNOME Goal. Maintainers hate
build systems unnecessarily.


On Thu, 2015-05-28 at 14:03 +0200, Daniel Mustieles García
Would this make sense to create a GNOME Goal[1] to
ease/track the


2015-05-28 13:47 GMT+02:00 Philip Withnall <
philip tecnocode co uk>:
        Hi all,

        This cycle, Dave and I are planning for the last
ever release
        gnome-common. A lot of its macros for deprecated
        (scrollkeeper?!) have been removed, and the
remainder of its
        macros have
        found better replacements in autoconf-archive[1],
where they
        can be used
        by everyone, not just GNOME.

        We plan to make one last release, and people are
welcome to
        depend on it
        for as long as they like. However, if you want new
        port to the
        autoconf-archive versions of the macros; but please
do it in
        your own
        time. There will be no flag day port away from

        Note that, for example, porting to
        valuable, but
        will probably require fixing a number of new
compiler warnings
        in your
        code due to increased warning flags. We hope this
will make
        your code
        better in the long run.

        There’s a migration guide here:

        We’ve tried to make the transition as easy and
smooth as
        possible, but
        there will inevitably be hiccups. Please let me
know about
        which breaks or doesn’t make sense. First person to
        -Wswitch-enum gets a prize.

        For developers

        When building from a tarball of a module which uses
the new
        macros, you
        will no longer need gnome-common installed.
(Although you may
        not have
        needed it before.)

        When building from git, you will need m4-common[2]
        autoconf-archive[1] installed.

        JHBuild bootstrap installs m4-common automatically,
as does
        gnome-continuous; so you don’t need to worry about

        For packagers

        In the 3.14.0 release, gnome-common installed some
        versions of the
        autoconf-archive macros which conflicted with what
        itself installs. It now has a --[with|
        configure option to control this. We suggest that
        packagers pass
        --with-autoconf-archive if (and only if) autoconf
-archive is
        packaged on
        the distribution. See bug #747920[3].

        m4-common *must not* be packaged. See its
README[2]. m4-common
        essentially a caching subset of autoconf-archive.

        For continuous integrators

        Modules which use the new AX_COMPILER_FLAGS macro
gain a new
        --disable-Werror configure flag, which should be
used in CI
        systems (and
        any other system where spurious compiler warnings
should _not_
        total failure of a build) to disable -Werror. The
idea here is
        -Werror is enabled by default when building from
git, and
        disabled by
        default when building from release tarballs and in



desktop-devel-list mailing list
desktop-devel-list gnome org

[ ] ebassi [ gmail com]

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]