Gentoo Archives: gentoo-dev

From: Mart Raudsepp <leio@g.o>
To: gentoo-dev@l.g.o
Subject: Re: [gentoo-dev] Changing doc use flag on gtk-doc packages to gtk-doc-rebuild or something else
Date: Tue, 07 Oct 2008 19:56:19
Message-Id: 1223409364.17233.8.camel@localhost
In Reply to: Re: [gentoo-dev] Changing doc use flag on gtk-doc packages to gtk-doc-rebuild or something else by "Petteri Räty"
1 On E, 2008-10-06 at 03:46 +0300, Petteri Räty wrote:
2 > With USE="doc" the GNOME packages behave like what you expect but it's
3 > the USE="-doc" case that's in question here. With USE="-doc" you don't
4 > get any use flags installed normally and if it's in the tarball and is
5 > always installed then there is no doc in IUSE either. Global use flags
6 > should behave about the same for both on and off cases.
7
8 So you propose we would always install the documentation, but have a new
9 global USE flag (remember, we are talking about over a hundred of
10 packages here - everything that inherits gnome2.eclass) with a yet to be
11 determined name to control the re-generation?
12
13 However, with the advancements of the gtk-doc system, there _might_ not
14 be any more benefits in rebuilding the documentation, so I've had the
15 intention to check that out and perhaps propose removing the doc USE
16 flag completely and never regenerate it if it's true that it has no
17 point. But checking this has been quite a low priority, and given that
18 we need to get GNOME-2.24 out there for the users, it remains so during
19 this month, at least for me.
20
21 I would propose that we (the GNOME team) investigates the benefits (or
22 lack thereof these days) of the regeneration in the first part of
23 November, and if we don't, you get to remind us and we take care of it
24 as the hurry with a new major GNOME version, that users are awaiting
25 (including squashing all bugs needed before stabilization), will be over
26 then.
27
28 Taking the renaming of the USE flag approach as a start would also mean
29 touching many GNOME packages (build-depends on gtk-doc if eautoreconf is
30 involved), and I'd rather not risk that at the moment. It would also
31 heavily disrupts the moving of the new version ebuilds from overlay to
32 portage tree.
33
34
35 --
36 Mart Raudsepp
37 Gentoo Developer
38 Mail: leio@g.o
39 Weblog: http://planet.gentoo.org/developers/leio

Attachments

File name MIME type
signature.asc application/pgp-signature