Gentoo Archives: gentoo-portage-dev

From: Alex Alexander <wired@g.o>
To: gentoo-portage-dev@l.g.o
Subject: Re: [gentoo-portage-dev] A way for trying to prevent useless rebuilds
Date: Thu, 25 Jul 2013 23:47:19
Message-Id: CAMUzOai97o_xWijk7psdUY7_6zDqFyteQ07nSUvETLYDg7jpsg@mail.gmail.com
In Reply to: Re: [gentoo-portage-dev] A way for trying to prevent useless rebuilds by Zac Medico
1 I once half-implemented something like this but never got to finish it,
2 I'll try to dig up my code and check out its state.
3
4 I recall using updates/ to tell portage what happened, which then updated
5 the VDB to reflect the new state.
6
7
8 On Thu, Jul 25, 2013 at 10:16 PM, Zac Medico <zmedico@g.o> wrote:
9
10 > On 07/25/2013 12:14 PM, Pacho Ramos wrote:
11 > > El jue, 25-07-2013 a las 12:00 -0700, Zac Medico escribió:
12 > >> On 07/25/2013 11:54 AM, Pacho Ramos wrote:
13 > >>> This question comes to my mind every time a developer decides to
14 > >>> drop/add a USE flag to ebuilds like gcc/webkit-gtk/libreoffice...
15 > >>>
16 > >>> I think that we should have a file (like used for category movements)
17 > to
18 > >>> let PM know how to handle this situation.
19 > >>>
20 > >>> For example,
21 > >>> category/foo-1.0 has a "gnome" USE flag but, later, that one is
22 > dropped:
23 > >>> -> If it is now *enabling* that support always, our file could have
24 > >>> something like:
25 > >>> category/foo gnome + -> that would mean that, when "gnome" USE flag is
26 > >>> NOT found, portage assumes it as being enabled, that will mean that
27 > >>> people having previously "gnome" enabled wouldn't need to rebuild the
28 > >>> package
29 > >>>
30 > >>> ... and the opposite
31 > >>>
32 > >>> What do you think?
33 > >>
34 > >> We could do something like that. You should propose it in the gentoo-pms
35 > >> list.
36 > >
37 > > OK, wanted to be sure a similar idea wasn't rejected before :)
38 >
39 > I recall Brian Harring proposing something like that in the past, but it
40 > never materialized.
41 > --
42 > Thanks,
43 > Zac
44 >
45 >
46
47
48 --
49 Alex Alexander
50 + wired
51 + www.linuxized.com
52 + www.leetworks.com

Replies