1 |
On Wed, Mar 8, 2017 at 11:20 AM, William Hubbs <williamh@g.o> wrote: |
2 |
> On Wed, Mar 08, 2017 at 07:44:01AM -0500, Michael Orlitzky wrote: |
3 |
>> On 03/08/2017 01:27 AM, Zac Medico wrote: |
4 |
>> > On Tue, Mar 7, 2017 at 4:38 PM, William Hubbs <williamh@g.o> wrote: |
5 |
>> >> On Tue, Mar 07, 2017 at 07:13:38PM -0500, Michael Orlitzky wrote: |
6 |
>> >>> If all dev-go libraries wind up in RDEPEND solely to force rebuilds on |
7 |
>> >>> upgrades, why not do the same with the standard library (dev-lang/go)? |
8 |
>> >> |
9 |
>> >> They should not end up in rdepend at all since we only need them at |
10 |
>> >> build-time. |
11 |
>> > |
12 |
>> > Shouldn't we get rebuilds when the dev-go libraries are upgraded too? |
13 |
>> > |
14 |
>> |
15 |
>> That's what I was getting at. |
16 |
>> |
17 |
>> Another reading of the PMS reminds me (as Kent pointed out) that |
18 |
>> slot-operator deps shouldn't be used for would-be-nice stuff. It says |
19 |
>> specifically that := "indicates that the package will break..." |
20 |
> |
21 |
> Another option is to not force thisand rely on everyone to use |
22 |
> --with-bdeps=y to make the rebuild happen. |
23 |
> |
24 |
> I'm not sure whether this is a good idea, but it makes sense in a way |
25 |
> since we are talking about build-time dependencies. |
26 |
|
27 |
We just merged a portage patch the enables --with-bdeps automatically |
28 |
when --usepkg is not enabled: |
29 |
|
30 |
https://bugs.gentoo.org/show_bug.cgi?id=598444 |
31 |
-- |
32 |
Thanks, |
33 |
Zac |