Re: [gentoo-dev] version/slot locked dependencies in eclasses like autotools.eclass and vala.eclass

2018-01-23 Thread Mart Raudsepp
On Mon, 2018-01-22 at 12:07 -0800, Zac Medico wrote: > On 01/22/2018 05:14 AM, Mart Raudsepp wrote: > > On Sun, 2018-01-21 at 20:24 -0800, Zac Medico wrote: > > > Hi, > > > > > > In sys-app/portage-2.3.20, emerge now defaults to --dynamic- > > > deps=n. > > > This > > > means that unless people ex

Re: [gentoo-dev] RFC: Bugzilla arch list reordering

2018-01-23 Thread Michał Górny
W dniu pon, 15.01.2018 o godzinie 23∶01 +0100, użytkownik Michał Górny napisał: > I've created a small HTML file with example of how this would look: > > https://dev.gentoo.org/~mgorny/tmp/cc.html > I've updated the example to include the variant suggested by Dirkjan. All arches are order accord

Re: [gentoo-dev] RFC: Bugzilla arch list reordering

2018-01-23 Thread Dirkjan Ochtman
On Tue, Jan 23, 2018 at 12:46 PM, Michał Górny wrote: > Since neither of the proposals has received any specific reply, I'm not > sure how to proceed from here. I suppose we can possibly have two lists > in different order so that people could use whichever they prefer. > Not sure having two lis

Re: [gentoo-dev] RFC: Bugzilla arch list reordering

2018-01-23 Thread Mart Raudsepp
On Tue, 2018-01-23 at 12:49 +0100, Dirkjan Ochtman wrote: > On Tue, Jan 23, 2018 at 12:46 PM, Michał Górny > wrote: > > Since neither of the proposals has received any specific reply, I'm > > not > > sure how to proceed from here. I suppose we can possibly have two > > lists > > in different order

Re: [gentoo-dev] RFC: Bugzilla arch list reordering

2018-01-23 Thread Fabian Groffen
On 23-01-2018 12:49:00 +0100, Dirkjan Ochtman wrote: > On Tue, Jan 23, 2018 at 12:46 PM, Michał Górny <[1]mgo...@gentoo.org> wrote: > > > Since neither of the proposals has received any specific reply, I'm not > > sure how to proceed from here. I suppose we can possibly have two lists > > in diffe

Re: [gentoo-dev] RFC: Bugzilla arch list reordering

2018-01-23 Thread Ulrich Mueller
> On Tue, 23 Jan 2018, Michał Górny wrote: > I've updated the example to include the variant suggested by > Dirkjan. All arches are order according to the popularity (based on > the results from his mail), except Prefix which I left at the bottom > as a special case. Whether you will have thr

[gentoo-dev] Re: News Item: Portage Dynamic Deps

2018-01-23 Thread Michael Palimaka
On 01/22/2018 09:28 PM, Andreas K. Huettel wrote: > Am Montag, 22. Januar 2018, 08:01:08 CET schrieb Zac Medico: >> >> According to Gentoo policy, future ebuild dependency changes need to be >> accompanied by a revision bump in order to trigger rebuilds for users. >> Therefore, you should only need

Re: [gentoo-dev] RFC: Bugzilla arch list reordering

2018-01-23 Thread Michał Górny
W dniu wto, 23.01.2018 o godzinie 13∶23 +0100, użytkownik Fabian Groffen napisał: > On 23-01-2018 12:49:00 +0100, Dirkjan Ochtman wrote: > > On Tue, Jan 23, 2018 at 12:46 PM, Michał Górny <[1]mgo...@gentoo.org> wrote: > > > > > Since neither of the proposals has received any specific reply, I'm no

Re: [gentoo-dev] Re: News Item: Portage Dynamic Deps

2018-01-23 Thread Rich Freeman
On Tue, Jan 23, 2018 at 7:40 AM, Michael Palimaka wrote: > On 01/22/2018 09:28 PM, Andreas K. Huettel wrote: >> Am Montag, 22. Januar 2018, 08:01:08 CET schrieb Zac Medico: >>> >>> According to Gentoo policy, future ebuild dependency changes need to be >>> accompanied by a revision bump in order t

Re: [gentoo-dev] Re: News Item: Portage Dynamic Deps

2018-01-23 Thread Michael Orlitzky
On 01/23/2018 07:40 AM, Michael Palimaka wrote: >> >> Did you come up with a solution how to handle eclass-generated dependency >> changes then? > > No. > > Bug #641346 was filed for clarification about this, but it just got > closed without answering the question or consulting anyone. > > Now,

[gentoo-dev] Re: News Item: Portage Dynamic Deps

2018-01-23 Thread Michael Palimaka
On 01/24/2018 12:15 AM, Michael Orlitzky wrote: > On 01/23/2018 07:40 AM, Michael Palimaka wrote: >>> >>> Did you come up with a solution how to handle eclass-generated dependency >>> changes then? >> >> No. >> >> Bug #641346 was filed for clarification about this, but it just got >> closed withou

Re: [gentoo-dev] Re: News Item: Portage Dynamic Deps

2018-01-23 Thread Rich Freeman
On Tue, Jan 23, 2018 at 8:40 AM, Michael Palimaka wrote: > On 01/24/2018 12:15 AM, Michael Orlitzky wrote: >> On 01/23/2018 07:40 AM, Michael Palimaka wrote: Did you come up with a solution how to handle eclass-generated dependency changes then? >>> >>> No. >>> >>> Bug #641346 was f

Re: [gentoo-dev] RFC: Bugzilla arch list reordering

2018-01-23 Thread Thomas Deutschmann
Hi, On 2018-01-23 12:46, Michał Górny wrote: >> I've created a small HTML file with example of how this would look: >> >> https://dev.gentoo.org/~mgorny/tmp/cc.html >> > > I've updated the example to include the variant suggested by Dirkjan. > All arches are order according to the popularity (bas

Re: [gentoo-dev] RFC: Bugzilla arch list reordering

2018-01-23 Thread Michał Górny
W dniu wto, 23.01.2018 o godzinie 21∶44 +0100, użytkownik Thomas Deutschmann napisał: > Hi, > > On 2018-01-23 12:46, Michał Górny wrote: > > > I've created a small HTML file with example of how this would look: > > > > > > https://dev.gentoo.org/~mgorny/tmp/cc.html > > > > > > > I've updated th

Re: [gentoo-dev] version/slot locked dependencies in eclasses like autotools.eclass and vala.eclass

2018-01-23 Thread Zac Medico
On 01/23/2018 01:06 AM, Mart Raudsepp wrote: > On Mon, 2018-01-22 at 12:07 -0800, Zac Medico wrote: >> On 01/22/2018 05:14 AM, Mart Raudsepp wrote: >>> On Sun, 2018-01-21 at 20:24 -0800, Zac Medico wrote: Hi, In sys-app/portage-2.3.20, emerge now defaults to --dynamic- deps=n. >

Re: [gentoo-dev] News Item: Portage Dynamic Deps

2018-01-23 Thread Kent Fredric
On Mon, 22 Jan 2018 16:45:13 + Ciaran McCreesh wrote: > perl-cleaner is rather strong evidence that the Perl situation needs a > major change anyway... perl-cleaner is now *mostly* redundant. Its only residual use is catching circumstances where slot dependencies weren't adequately provided