-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 10/11/2015 01:21 PM, Rich Freeman wrote:
> On Thu, Sep 17, 2015 at 7:57 AM, Kristian Fiskerstrand
> wrote:
>>
>> Another thing that strikes me is separation of stable vs ~arch
>> behavior.
>>
..
>
> I'm not sure that we're doing stable us
On Thu, Sep 17, 2015 at 7:57 AM, Kristian Fiskerstrand wrote:
>
> Another thing that strikes me is separation of stable vs ~arch behavior.
>
> This applies in particular with in-place eclass alterations. Users on
> ~arch should normally expect more activity (in particular number of
> builds and ch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 01/10/15 03:22 PM, Ciaran McCreesh wrote:
> On Thu, 1 Oct 2015 21:11:22 +0200 Kristian Fiskerstrand
> wrote:
>> On 10/01/2015 09:12 PM, Ciaran McCreesh wrote:
>>> On Thu, 1 Oct 2015 15:08:00 -0400 Ian Stakenvicius
>>> wrote:
Slotmove VDB up
On Thu, Oct 1, 2015 at 3:08 PM, Ian Stakenvicius wrote:
>
>>
>> RDEPEND changes in eclasses Proposal 3: Anytime an RDEPEND in an
>> eclass is changed, the eclass must be revisioned. Proposal 4:
>> Anytime an RDEPEND in an eclass is changed, all ebuilds that
>> inherit the eclass in the gentoo repo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 10/01/2015 09:22 PM, Ciaran McCreesh wrote:
> On Thu, 1 Oct 2015 21:11:22 +0200 Kristian Fiskerstrand
> wrote:
>> On 10/01/2015 09:12 PM, Ciaran McCreesh wrote:
>>> On Thu, 1 Oct 2015 15:08:00 -0400 Ian Stakenvicius
>>> wrote:
Slotmove VDB
On Thu, 1 Oct 2015 21:11:22 +0200
Kristian Fiskerstrand wrote:
> On 10/01/2015 09:12 PM, Ciaran McCreesh wrote:
> > On Thu, 1 Oct 2015 15:08:00 -0400 Ian Stakenvicius
> > wrote:
> >> Slotmove VDB updates *should* be allow slotmove-related changes
> >> to be excluded here too, but unfortunately wi
On 10/01/2015 02:34 PM, Rich Freeman wrote:
>
> RDEPEND changes directly in ebuilds
> Proposal 1: Anytime an RDEPEND in a non-virtual ebuild is changed, the
> ebuild must be revisioned. This includes adding/removing inherited
> eclasses which set RDEPENDs.
>
This gets conflated with dynamic dep
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 10/01/2015 09:12 PM, Ciaran McCreesh wrote:
> On Thu, 1 Oct 2015 15:08:00 -0400 Ian Stakenvicius
> wrote:
>> Slotmove VDB updates *should* be allow slotmove-related changes
>> to be excluded here too, but unfortunately with portage not
>> doing u
On Thu, 1 Oct 2015 15:08:00 -0400
Ian Stakenvicius wrote:
> Slotmove VDB updates *should* be allow slotmove-related changes to
> be excluded here too, but unfortunately with portage not doing
> updates to rdeps properly, at this time all rdeps will need to be
> revbumped when their RDEPEND changes
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 01/10/15 02:34 PM, Rich Freeman wrote:
> On Wed, Sep 16, 2015 at 1:09 PM, Rich Freeman
> wrote:
>>
>> I'll go ahead and start a tangent on this thread right here.
>> As a first step can we separately consider the proposal to
>> require a revbump
On Wed, Sep 16, 2015 at 1:09 PM, Rich Freeman wrote:
>
> I'll go ahead and start a tangent on this thread right here. As a
> first step can we separately consider the proposal to require a
> revbump anytime a package's RDEPENDS changes? I'm referring here to
> directly-specified RDEPENDS, not th
On Thu, 17 Sep 2015 20:14:59 +0100
Markos Chandras wrote:
> could someone explain what the dynamic dependencies are in the context
> of portage and ebuilds? because that does seem to be something
> portage-internal specific in the way it handles changes in {,R}DEPEND
> without revbumps. Where is t
On 09/16/2015 04:49 PM, Andreas K. Huettel wrote:
> Hi all,
>
> here's a quote from the Council 20140826 summary:
>
>> Dynamic dependencies in Portage
>> ===
>> During discussion, is was remarked that some changes, e.g. to
>> dependencies in eclasses, could require ma
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 09/17/2015 12:27 AM, Rich Freeman wrote:
> On Wed, Sep 16, 2015 at 4:44 PM, Ian Stakenvicius
> wrote:
>>
..
>
> So, part of me really wonders if it is worth it just to save a
> bunch of revbumps that probably could be done by a script and wit
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 09/16/2015 07:09 PM, Rich Freeman wrote:
> On Wed, Sep 16, 2015 at 11:49 AM, Andreas K. Huettel
> wrote:
>> Hi all,
..
>
> I'll go ahead and start a tangent on this thread right here. As a
> first step can we separately consider the proposa
On Wed, 16 Sep 2015 21:31:04 +0200
Michał Górny wrote:
> Dnia 2015-09-16, o godz. 17:49:24
> "Andreas K. Huettel" napisał(a):
>
> > Hi all,
> >
> > here's a quote from the Council 20140826 summary:
> >
> > > Dynamic dependencies in Portage
> > > ===
> > > During d
On Wed, Sep 16, 2015 at 4:44 PM, Ian Stakenvicius wrote:
>
> - - emerge -uD @world would update the dep anyhow
>
> - - emerge -u @world wouldn't rebuild the package if that package
> didn't change, and if the package did change then the new dep would
> get built.
Just to be clear, my point was th
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 16/09/15 04:30 PM, Rich Freeman wrote:
> On Wed, Sep 16, 2015 at 4:17 PM, Michał Górny
> wrote:
>>
>> If you modify an eclass, you're responsible for the outcome.
>> Even if means revbumping hundreds of ebuilds for the sake of
>> it. Note that t
On Wed, Sep 16, 2015 at 4:17 PM, Michał Górny wrote:
>
> If you modify an eclass, you're responsible for the outcome. Even if
> means revbumping hundreds of ebuilds for the sake of it. Note that this
> is the kind of revbump that wouldn't require resetting stable keywords
> as long as deps are sat
Dnia 2015-09-16, o godz. 15:49:24
Rich Freeman napisał(a):
> On Wed, Sep 16, 2015 at 3:31 PM, Michał Górny wrote:
> >
> > As for virtuals and eclasses, I don't really understand why anyone
> > thinks they are special in any regard. In both cases, we're talking
> > about regular dependency change
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 16/09/15 03:49 PM, Rich Freeman wrote:
> On Wed, Sep 16, 2015 at 3:31 PM, Michał Górny
> wrote:
>> 2. Dependency changes that don't need to apply immediately
>> don't need revbump. For example, if foo.eclass raises minimal
>> required version o
On Wed, 16 Sep 2015 21:31:04 +0200
Michał Górny wrote:
> Assuming the developer understands the consequences of bumping and
> not bumping
Well that narrows it down to about three people, and only if they're
thinking very very carefully.
--
Ciaran McCreesh
signature.asc
Description: PGP signat
On Wed, Sep 16, 2015 at 3:31 PM, Michał Górny wrote:
>
> As for virtuals and eclasses, I don't really understand why anyone
> thinks they are special in any regard. In both cases, we're talking
> about regular dependency change in metadata, and we need to understand
> the consequences. And they're
Dnia 2015-09-16, o godz. 17:49:24
"Andreas K. Huettel" napisał(a):
> Hi all,
>
> here's a quote from the Council 20140826 summary:
>
> > Dynamic dependencies in Portage
> > ===
> > During discussion, is was remarked that some changes, e.g. to
> > dependencies in ecl
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 16/09/15 02:13 PM, Daniel Campbell wrote:
> How would virtuals be handled with static dependencies?
AFAIK virtuals would need to be handled the same as anything else --
when updating an atom in RDEPEND, the virtual's ebuild needs to be
revbumped.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 09/16/2015 09:21 AM, hasufell wrote:
> On 09/16/2015 05:49 PM, Andreas K. Huettel wrote:
>> Hi all,
>>
>> here's a quote from the Council 20140826 summary:
>>
>>> Dynamic dependencies in Portage
>>> === During discus
On Wed, Sep 16, 2015 at 11:49 AM, Andreas K. Huettel
wrote:
> Hi all,
>
> here's a quote from the Council 20140826 summary:
>
>> Dynamic dependencies in Portage
>> ===
>> During discussion, is was remarked that some changes, e.g. to
>> dependencies in eclasses, could re
On 09/16/2015 05:49 PM, Andreas K. Huettel wrote:
> Hi all,
>
> here's a quote from the Council 20140826 summary:
>
>> Dynamic dependencies in Portage
>> ===
>> During discussion, is was remarked that some changes, e.g. to
>> dependencies in eclasses, could require ma
Hi all,
here's a quote from the Council 20140826 summary:
> Dynamic dependencies in Portage
> ===
> During discussion, is was remarked that some changes, e.g. to
> dependencies in eclasses, could require mass rebuilds of packages.
>
> Vote:
> - "The council asks the
29 matches
Mail list logo