Re: Why lastrite when it works? (Was: Re: [gentoo-dev] Packages up for grabs due to retirement)

On Tue, Jan 17, 2017 at 04:45:39AM -0800, Daniel Campbell wrote: > On 01/06/2017 12:46 PM, William L. Thomson Jr. wrote: > > On Friday, January 6, 2017 9:14:54 AM EST Alec Warner wrote: > >> > >> The nice thing about ::graveyard or similar is that its a clear demarcation > >> between maintained

Re: [gentoo-dev] Re: Common rsync-gen errors, why they happen, and what you can do about it

On Wed, Jan 18, 2017 at 5:58 AM, Doug Freed wrote: > At some point, the repoman manifest-check, or some variation of it, > will probably get added to a post-receive hook, which will then abort > your push if you try to push something that would break the conversion > process.

[gentoo-dev] Re: Common rsync-gen errors, why they happen, and what you can do about it

Oh, I missed some things. First off, a general timeline of rsync-gen events (all times occur every hour at roughly specified minute after the hour): :00 / :30 - current state of git tree is checked out on git server and then rsynced to private master rsync server - this is your cutoff time for

[gentoo-dev] Common rsync-gen errors, why they happen, and what you can do about it

The two most common errors that occur in the rsync-gen process are missing DIST entries in the Manifest committed to git, and metadata.xml that fails to validate against the DTD. Two much less common errors that have occurred in the last 24 hours which prompted this email are FILESDIR items that

Re: [gentoo-dev] Last-rites: www-plugins/pipelight

On Tue, Jan 17, 2017 at 04:51:35AM -0800, Daniel Campbell wrote > On 01/10/2017 11:29 AM, NP-Hardass wrote: > > # NP-Hardass (19 Jan 2017) > > # Upstream has discontinued Pipelight and Firefox is in the process > > # of removing NPAPI support (which Pipelight relies upon),

Re: [gentoo-dev] bzipped manpages

On 01/17/2017 12:26 PM, Michał Górny wrote: [sent off list to reduce amount of spam] Please cease this off-topic. It has nothing to do with the subject debated. If you want to talk over a beer, then please go to a pub. If you want to compare your pe^w^w^w embedded systems, then please find an

Re: [gentoo-portage-dev] [PATCH] emaint: exit with non-zero status code when module fails (bug 567478)

> > Please move this sys.exit to the main(). So this should just return > a list of the rcodes to match the tasks it was passed. > TaskHandler can be used easily via api, so we don't want it to exit out > of someone else's code. That will also keep main() as the primary cli > interface. There

Re: [gentoo-portage-dev] [PATCH] emaint: exit with non-zero status code when module fails (bug 567478)

On Tue, 17 Jan 2017 19:48:16 +0200 Alexandru Elisei wrote: > Currently module functions return a message to emaint after > invocation. Emaint prints this message then exits normally (with a > success return code) even if the module encountered an error. This > patch

[gentoo-portage-dev] [PATCH] emaint: exit with non-zero status code when module fails (bug 567478)

Currently module functions return a message to emaint after invocation. Emaint prints this message then exits normally (with a success return code) even if the module encountered an error. This patch aims to change this by having each module public function return a tuple of (returncode, message).

Re: [gentoo-dev] bzipped manpages

On 01/17/2017 01:05 AM, Daniel Campbell wrote: On 01/13/2017 08:06 AM, james wrote: On 01/13/2017 02:45 AM, Sven Eden wrote: Btw.: Even "embedded experts" wholeheartedly agree that they disagree what "embedded" actually is. But I do think SoCs actually *do* qualify, at least to some degree...

Re: [gentoo-dev] Last-rites: www-plugins/pipelight

On 01/10/2017 11:29 AM, NP-Hardass wrote: > # NP-Hardass (19 Jan 2017) > # Upstream has discontinued Pipelight and Firefox is in the process > # of removing NPAPI support (which Pipelight relies upon), making > # this obsolete. > # Masked for removal in 30 days. >

Re: Why lastrite when it works? (Was: Re: [gentoo-dev] Packages up for grabs due to retirement)

On 01/06/2017 12:46 PM, William L. Thomson Jr. wrote: > On Friday, January 6, 2017 9:14:54 AM EST Alec Warner wrote: >> >> The nice thing about ::graveyard or similar is that its a clear demarcation >> between maintained (in tree) and unmaintained (graveyard.) It also means >> that people doing

Re: [gentoo-dev] bzipped manpages

On 16-01-2017 22:13:39 -0800, Daniel Campbell wrote: > On 01/10/2017 05:16 AM, Fabian Groffen wrote: > > On 09-01-2017 09:08:22 +0100, Jan Stary wrote: > >> The particular problem I am having is that http://mdocml.bsd.lv/ , > >> my manpage formatter of choice, does deliberately not support bzip >