Re: [gentoo-portage-dev] [PATCH] Manifest._apply_max_mtime: account for removals and renames (bug 567920)

On Tue, 15 Dec 2015 08:50:10 -0800 Zac Medico wrote: > On 12/15/2015 12:43 AM, Michał Górny wrote: > > On Tue, 15 Dec 2015 00:10:03 -0800 > > Zac Medico wrote: > > > >> Include directory mtimes in the max mtime calculation, in order > >> to account for

Re: [gentoo-portage-dev] [PATCH] Manifest._apply_max_mtime: account for removals and renames (bug 567920)

On 12/15/2015 12:43 AM, Michał Górny wrote: > On Tue, 15 Dec 2015 00:10:03 -0800 > Zac Medico wrote: > >> Include directory mtimes in the max mtime calculation, in order >> to account for removals and renames. > > Mildly irrelevant but I think this reached the point when we

Re: [gentoo-dev] Re: converting copyright/license information in OpenRC

On Tue, Dec 15, 2015 at 02:24:22PM -0500, Mike Frysinger wrote: > On 15 Dec 2015 09:31, William Hubbs wrote: > > On Tue, Dec 15, 2015 at 12:05:07AM -0500, Mike Frysinger wrote: > > > On 11 Dec 2015 14:16, Patrick McLean wrote: > > > > On Fri, 11 Dec 2015 15:37:48 -0600 William Hubbs wrote: > > > >

Re: [gentoo-dev] Use GLEP27!

On Tue, Dec 15, 2015 at 6:19 AM, Mike Frysinger wrote: > On 15 Dec 2015 07:28, Ulrich Mueller wrote: > > > On Tue, 15 Dec 2015, Mike Frysinger wrote: > > > > > On 14 Dec 2015 21:22, Ulrich Mueller wrote: > > >> The spec seems incomplete. I cannot find a description of the

Re: [gentoo-dev] Re: converting copyright/license information in OpenRC

On 15 Dec 2015 09:31, William Hubbs wrote: > On Tue, Dec 15, 2015 at 12:05:07AM -0500, Mike Frysinger wrote: > > On 11 Dec 2015 14:16, Patrick McLean wrote: > > > On Fri, 11 Dec 2015 15:37:48 -0600 William Hubbs wrote: > > > > On Fri, Dec 11, 2015 at 09:04:47PM +0100, Ulrich Mueller wrote: > > > >

Re: [gentoo-dev] Re: converting copyright/license information in OpenRC

On 15 Dec 2015 13:37, William Hubbs wrote: > On Tue, Dec 15, 2015 at 02:24:22PM -0500, Mike Frysinger wrote: > > your description sounds like you want to run: > > s/Copyright .*/Copyright OpenRC Authors/ > > > > i'm saying you can't do that > > That's the first part, the second part is to

Re: [gentoo-dev] Use GLEP27!

On 15 Dec 2015 10:35, Alec Warner wrote: > On Tue, Dec 15, 2015 at 6:19 AM, Mike Frysinger wrote: > > a flat text file akin to /etc/passwd is not readable. xml is readable. > > u trollin' bro? in this domain, it's harder to screw up xml and not notice (either human or machine) whereas it's

Re: [gentoo-dev] Use GLEP27!

On 15 Dec 2015 10:24, Anthony G. Basile wrote: > i looked through portage code and we do have xml parsing sprinkled > throughout, mostly in repoman for obvious reasons. why are we trying to > avoid xml? to be honest i don't have strong feelings about either the > flat file (a la /etc/passwd) or

[gentoo-dev] New Project: C++

Hi. I would like to announce creation of a new project - Gentoo C++. Well, it's not really new, it made mostly because of recent events around GLEP 67. We have cpp herd in Gentoo for ages, so it would be nice to not let it bitrot when herds will be deprecated. I took the liberty to create

Re: [gentoo-portage-dev] [PATCH] Add .git dir to excluded dirs in default PORTAGE_RSYNC_OPTS

On Mon, 14 Dec 2015 08:54:27 -0800 Brian Dolbec wrote: > On Mon, 14 Dec 2015 10:52:50 -0500 > NP-Hardass wrote: > > > -BEGIN PGP SIGNED MESSAGE- > > Hash: SHA256 > > > > My apologies for the ambiguity. I didn't realize there was a bug on > >

[gentoo-portage-dev] [PATCH] Manifest._apply_max_mtime: account for removals and renames (bug 567920)

Include directory mtimes in the max mtime calculation, in order to account for removals and renames. Fixes: 6dacd0ed9f6d ("Manifest.write: stable/predictable Manifest mtime for rsync (bug 557962)") X-Gentoo-Bug: 567920 X-Gentoo-Bug-url: https://bugs.gentoo.org/show_bug.cgi?id=567920 ---

Re: [gentoo-dev] Use GLEP27!

On 15 Dec 2015 22:35, Ulrich Mueller wrote: > Whatever the format will be, the more important question is where this > would be implemented: > > - In the package manager, with user and group definition in profiles. > This seems to be what GLEP 27 suggests, and as far as I can see, it > would

Re: [gentoo-dev] Use GLEP27!

> On Tue, 15 Dec 2015, Mike Frysinger wrote: > On 15 Dec 2015 15:56, Ulrich Mueller wrote: >> ESR's case study about the password file format seems to disagree: >> http://www.catb.org/esr/writings/taoup/html/ch05s01.html#id2901332 > because you cited it, i read it anyways. that document is

[gentoo-dev] Last rites: dev-lisp/cl-clx

# Jos?? Mar??a Alonso Josa (15 Dec 2015) # Refers to same package as dev-lisp/clx # Masked for removal in 30 days, bug 568188 dev-lisp/cl-clx

[gentoo-portage-dev] [PATCH] depgraph._resolve: consider unresolved @system atoms fatal (bug 568354)

Since @system atoms are presumably chosen by someone who knows what they are doing (usually a gentoo developer), it makes sense to consider resolution failures for these atoms as fatal errors. X-Gentoo-Bug: 568354 X-Gentoo-Bug-url: https://bugs.gentoo.org/show_bug.cgi?id=568354 ---

Re: [gentoo-dev] rfc: OpenRC public API definition

On 03 Dec 2015 11:36, William Hubbs wrote: > 1) All definitions in rc.h, even though they are not formally documented > in man pages. this. if it's not meant to be public, it should have been in librc.h or a similar internal header. > I'm bringing this up, because I am looking at redesigning

Re: [gentoo-dev] Use GLEP27!

On 15 Dec 2015 15:56, Ulrich Mueller wrote: > > On Tue, 15 Dec 2015, Mike Frysinger wrote: > > > a flat text file akin to /etc/passwd is not readable. xml is readable. > > ESR's case study about the password file format seems to disagree: >

[gentoo-portage-dev] [PATCH] egencache: add --stable-mtime option

Disable Manifest "stable mtime" behavior by default, and add a corresponding egencache option. Suggested-by: Michał Górny --- bin/egencache | 6 +- man/egencache.1| 3 +++

Re: [gentoo-dev] Use GLEP27!

On 15 Dec 2015 20:23, Anthony G. Basile wrote: > On 12/15/15 4:55 PM, Mike Frysinger wrote: > > On 15 Dec 2015 22:35, Ulrich Mueller wrote: > >> Whatever the format will be, the more important question is where this > >> would be implemented: > >> > >> - In the package manager, with user and group

Re: [gentoo-dev] Use GLEP27!

On 15 Dec 2015 07:28, Ulrich Mueller wrote: > > On Tue, 15 Dec 2015, Mike Frysinger wrote: > > > On 14 Dec 2015 21:22, Ulrich Mueller wrote: > >> The spec seems incomplete. I cannot find a description of the user and > >> group files' format. (But in fact, there is a standard format which >

Re: [gentoo-dev] Use GLEP27!

On Tue, 15 Dec 2015 15:56:34 +0100 Ulrich Mueller wrote: > > On Tue, 15 Dec 2015, Mike Frysinger wrote: > > > a flat text file akin to /etc/passwd is not readable. xml is readable. > > ESR's case study about the password file format seems to disagree: >

Re: [gentoo-dev] Use GLEP27!

On Tue, 15 Dec 2015 09:19:36 -0500 Mike Frysinger wrote: > On 15 Dec 2015 07:28, Ulrich Mueller wrote: > > > On Tue, 15 Dec 2015, Mike Frysinger wrote: > > > > > On 14 Dec 2015 21:22, Ulrich Mueller wrote: > > >> The spec seems incomplete. I cannot find a

Re: [gentoo-dev] Use GLEP27!

> On Tue, 15 Dec 2015, Mike Frysinger wrote: > a flat text file akin to /etc/passwd is not readable. xml is readable. ESR's case study about the password file format seems to disagree: http://www.catb.org/esr/writings/taoup/html/ch05s01.html#id2901332 I think the

Re: [gentoo-dev] Use GLEP27!

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/15/15 4:55 PM, Mike Frysinger wrote: > On 15 Dec 2015 22:35, Ulrich Mueller wrote: >> Whatever the format will be, the more important question is where this >> would be implemented: >> >> - In the package manager, with user and group definition

[gentoo-portage-dev] Re: [PATCH] depgraph._resolve: consider unresolved @system atoms fatal (bug 568354)

On 12/15/2015 12:46 PM, Zac Medico wrote: > Since @system atoms are presumably chosen by someone who knows what > they are doing (usually a gentoo developer), it makes sense to consider > resolution failures for these atoms as fatal errors. > > X-Gentoo-Bug: 568354 > X-Gentoo-Bug-url:

[gentoo-dev] Re: rfc: openrc c api (librc) usage

Mike Frysinger posted on Tue, 15 Dec 2015 00:00:51 -0500 as excerpted: > On 10 Dec 2015 10:32, William Hubbs wrote: >> I want to start a discussion about the usage of OpenRC's C api as >> defined in rc.h. > > very few projects ever picked up the API/libraries. probably for the > best. > >> I

Re: [gentoo-dev] Use GLEP27!

On 15 Dec 2015 16:00, Michał Górny wrote: > On Tue, 15 Dec 2015 15:56:34 +0100 Ulrich Mueller wrote: > > > On Tue, 15 Dec 2015, Mike Frysinger wrote: > > > > > a flat text file akin to /etc/passwd is not readable. xml is readable. > > > > ESR's case study about the password file format

Re: [gentoo-dev] Use GLEP27!

On 15 Dec 2015 15:33, Michał Górny wrote: > On Tue, 15 Dec 2015 09:19:36 -0500 Mike Frysinger wrote: > > On 15 Dec 2015 07:28, Ulrich Mueller wrote: > > > > On Tue, 15 Dec 2015, Mike Frysinger wrote: > > > > > > > On 14 Dec 2015 21:22, Ulrich Mueller wrote: > > > >> The spec seems

Re: [gentoo-dev] Re: converting copyright/license information in OpenRC

On Tue, Dec 15, 2015 at 12:05:07AM -0500, Mike Frysinger wrote: > On 11 Dec 2015 14:16, Patrick McLean wrote: > > On Fri, 11 Dec 2015 15:37:48 -0600 William Hubbs wrote: > > > On Fri, Dec 11, 2015 at 09:04:47PM +0100, Ulrich Mueller wrote: > > > > > On Fri, 11 Dec 2015, William Hubbs wrote:

Re: [gentoo-dev] Use GLEP27!

On 15 Dec 2015 15:56, Ulrich Mueller wrote: > > On Tue, 15 Dec 2015, Mike Frysinger wrote: > > > a flat text file akin to /etc/passwd is not readable. xml is readable. > > ESR's case study about the password file format seems to disagree: >

[gentoo-portage-dev] [PATCH] repoman: use metadata.dtd from rsync tree if available (bug 567746)

Search for metadata.dtd in current repository and masters, and if that fails then fetch is as usual. X-Gentoo-Bug: 567746 X-Gentoo-Bug-url: https://bugs.gentoo.org/show_bug.cgi?id=567746 --- pym/repoman/_xml.py | 9 + pym/repoman/checks/ebuilds/pkgmetadata.py | 6