Re: [gentoo-dev] new eclass: go-live.eclass for handling go live ebuilds

2015-06-04 Thread Mike Frysinger
On 04 Jun 2015 14:10, William Hubbs wrote: > # @ECLASS: go-live.eclass since we're going to have a common go eclass, and i don't think we'll want to call it "go.eclass", this too probably should not be go-xxx. if we assume the base one will be "golang.eclass", then this should be golang-xxx.ecl

Re: [gentoo-dev] oops: "portage-latest.tar.*" are off-by-one.

2015-06-04 Thread Mike Frysinger
On 04 Jun 2015 21:46, Vadim A. Misbakh-Soloviov wrote: > В письме от Чт, 4 июня 2015 11:17:01 пользователь Mike Frysinger написал: > > if you have a bug to report, please use bugs.gentoo.org > > I bet, "bug" will deprecate itself before even bug wranglers takes a look on > it. i don't know what

Re: [gentoo-dev] new eclass: go-live.eclass for handling go live ebuilds

2015-06-04 Thread William Hubbs
On Thu, Jun 04, 2015 at 12:27:39PM -0700, Andrew Udvare wrote: > > > On 2015-06-04, at 12:10, William Hubbs wrote: > > > > All, > > > > we are starting to get more go packages in the tree, so we need an > > eclass that properly deals with go live ebuilds. > > Why live only? > > Your eclass do

Re: [gentoo-dev] new eclass: go-live.eclass for handling go live ebuilds

2015-06-04 Thread Andrew Udvare
> On 2015-06-04, at 12:10, William Hubbs wrote: > > All, > > we are starting to get more go packages in the tree, so we need an > eclass that properly deals with go live ebuilds. Why live only? Your eclass does what every other live and non-live ebuild does for Go: create a temporary Go envi

[gentoo-dev] new eclass: go-live.eclass for handling go live ebuilds

2015-06-04 Thread William Hubbs
All, we are starting to get more go packages in the tree, so we need an eclass that properly deals with go live ebuilds. Attached you will find my proposal for this eclass. I will commit it on 6 Jun UTC if there is no feedback, so let me know what you think. Thanks, William # Copyright 1999-20

Re: [gentoo-dev] oops: "portage-latest.tar.*" are off-by-one.

2015-06-04 Thread Alex Xu
On 04/06/15 11:46 AM, Vadim A. Misbakh-Soloviov wrote: > В письме от Чт, 4 июня 2015 11:17:01 пользователь Mike Frysinger написал: >> if you have a bug to report, please use bugs.gentoo.org >> -mike > > I bet, "bug" will deprecate itself before even bug wranglers takes a look on > it. > excelle

Re: [gentoo-dev] oops: "portage-latest.tar.*" are off-by-one.

2015-06-04 Thread Vadim A. Misbakh-Soloviov
В письме от Чт, 4 июня 2015 11:17:01 пользователь Mike Frysinger написал: > if you have a bug to report, please use bugs.gentoo.org > -mike I bet, "bug" will deprecate itself before even bug wranglers takes a look on it. -- Best regards, mva signature.asc Description: This is a digitally sign

Re: [gentoo-dev] oops: "portage-latest.tar.*" are off-by-one.

2015-06-04 Thread Mike Frysinger
if you have a bug to report, please use bugs.gentoo.org -mike signature.asc Description: Digital signature

[gentoo-dev] oops: "portage-latest.tar.*" are off-by-one.

2015-06-04 Thread Steven Lembark
Please notice the dates: basename "2", symlink: "3" e.g. (details below): portage-20150602.tar.xz portage-latest.tar.bz2 -> portage-20150603.tar.bz2 -rw-r--r--1 0 063350040 Jun 4 05:07 portage-20150602.tar.xz -rw-r--r--1 0 0

Re: [gentoo-dev] [RFC] check-reqs.eclass: fail check-reqs_memory() for virtual rather than physical RAM

2015-06-04 Thread Paweł Hajdan, Jr.
On 6/3/15 10:56 PM, Mike Gilbert wrote: > The chromium build issue is a point of some contention; see the bug below. > > https://bugs.gentoo.org/show_bug.cgi?id=471810 > > I agree that it makes sense to check virtual memory. I guess that > would be MemTotal + SwapTotal in /proc/meminfo. > > It w