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.eclass.
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 point
On Thu, Jun 04, 2015 at 12:27:39PM -0700, Andrew Udvare wrote:
On 2015-06-04, at 12:10, William Hubbs willi...@gentoo.org 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
В письме от Чт, 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 signed
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.
excellent theory,
if you have a bug to report, please use bugs.gentoo.org
-mike
signature.asc
Description: Digital signature
On Wed, 3 Jun 2015 21:32:34 +0100
Ciaran McCreesh ciaran.mccre...@googlemail.com wrote:
Swap is horrifically slow. It's better to fail than to use swap for
stuff...
Is it better to fail when you have already lost several hours in
compilations? Or is it better to use some additional
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 would
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
On 2015-06-04, at 12:10, William Hubbs willi...@gentoo.org 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
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
11 matches
Mail list logo