Re: [gentoo-dev] Introduce ppc64le architecture into gentoo ! please share your comments

2015-11-23 Thread Richard Yao 
On 10/21/2015 04:55 AM, Kevin Zhao wrote:
> Hi Guys， We have finish compiling stage3 for ppc64  (little-endian).Here is
> the link:
> 
> https://drive.google.com/file/d/0B2k84p6709AyTFlwLUF1WjlxUk0/view?usp=sharing

Awesome!

>  Now we are going to build LiveCD using stage3.  Could you help to give
> some demo or a guide for building LiveCD? That will help we a lot to make
> effort.
> Thanks ~

I suggest asking in #gentoo-releng on freenode or the Gentoo release
engineering mailing ilst.
> 
> 
> 2015-09-27 3:16 GMT+08:00 Anthony G. Basile :
> 
>> On 9/24/15 8:23 AM, Leno Hou wrote:
>>
>>>
>>>
>>>   Again, please apply POWER8 Systems and join our work  :-)
>>>   [1]: https://www.runabove.com/instances/ibm-power8.xml
>>>   [2]: https://ptopenlab.com/cloudlabconsole/#/
>>>   [3]: http://osuosl.org/services/powerdev/request_hosting
>>>
>>>
>>> -Leno Hou


>> I have applied to osuosl for an ibm power8 ppc64le node.  I've put myself
>> down as the point-of-contact.  I asked for openstack gui access and will
>> try to build a system using Leno's stage3.  I'm not sure what the env looks
>> like right now, but i assume i'll have to boot off a cd image.  I'll use
>> debians.  I guess I could be macho and try to build everything from
>> scratch, cross compile a kernel and all, but   time.
>>
>> Has anyone tried qemu simulating ppc64le on amd64?  Lu I thought you said
>> you tried on x86 and it didn't work.
>>
>>
>>
>> --
>> Anthony G. Basile, Ph.D.
>> Gentoo Linux Developer [Hardened]
>> E-Mail: bluen...@gentoo.org
>> GnuPG FP  : 1FED FAD9 D82C 52A5 3BAB  DC79 9384 FA6E F52D 4BBA
>> GnuPG ID  : F52D4BBA
>>
>>
> 




signature.asc
Description: OpenPGP digital signature

[gentoo-dev] Re: [gentoo-commits] repo/gentoo:master commit in: net-p2p/deluge/

2015-11-23 Thread Patrice Clement 
Monday 23 Nov 2015 18:18:49, Robin H. Johnson wrote :
> On Mon, Nov 23, 2015 at 01:22:14PM +, Patrice Clement wrote:
> > commit: 19c9530e8cf386649a0815cd532d24f6e7261867
> > Author: Paolo Pedroni  users  noreply  github 
> >  com>
> > AuthorDate: Tue Nov 17 10:31:30 2015 +
> > Commit: Patrice Clement  gentoo  org>
> > CommitDate: Mon Nov 23 13:17:37 2015 +
> > URL:https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=19c9530e
> > 
> > net-p2p/deluge: Version bump. Fixes bug 561398.
> > 
> > Gentoo-Bug: 561398
> > 
> >  net-p2p/deluge/{deluge-1.3.11.ebuild => deluge-1.3.12.ebuild} | 1 +
> >  1 file changed, 1 insertion(+)
> This commit did NOT include any new Manifest entry, so stopped
> replication to rsync (because we verify all Manifests now).
> 
> If you git-pull/merge new ebuilds, please make sure you update the
> Manifest!
> 
> -- 
> Robin Hugh Johnson
> Gentoo Linux: Developer, Infrastructure Lead, Foundation Trustee
> E-Mail : robb...@gentoo.org
> GnuPG FP   : 11ACBA4F 4778E3F6 E4EDF38E B27B944E 34884E85
> 

Oops. Thanks for the heads up and for fixing it.

-- 
Patrice Clement
Gentoo Linux developer
http://www.gentoo.org

[gentoo-dev] Re: [gentoo-commits] repo/gentoo:master commit in: net-p2p/deluge/

2015-11-23 Thread Robin H. Johnson 
On Mon, Nov 23, 2015 at 01:22:14PM +, Patrice Clement wrote:
> commit: 19c9530e8cf386649a0815cd532d24f6e7261867
> Author: Paolo Pedroni  users  noreply  github  
> com>
> AuthorDate: Tue Nov 17 10:31:30 2015 +
> Commit: Patrice Clement  gentoo  org>
> CommitDate: Mon Nov 23 13:17:37 2015 +
> URL:https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=19c9530e
> 
> net-p2p/deluge: Version bump. Fixes bug 561398.
> 
> Gentoo-Bug: 561398
> 
>  net-p2p/deluge/{deluge-1.3.11.ebuild => deluge-1.3.12.ebuild} | 1 +
>  1 file changed, 1 insertion(+)
This commit did NOT include any new Manifest entry, so stopped
replication to rsync (because we verify all Manifests now).

If you git-pull/merge new ebuilds, please make sure you update the
Manifest!

-- 
Robin Hugh Johnson
Gentoo Linux: Developer, Infrastructure Lead, Foundation Trustee
E-Mail : robb...@gentoo.org
GnuPG FP   : 11ACBA4F 4778E3F6 E4EDF38E B27B944E 34884E85

Re: [gentoo-portage-dev] [PATCH] SyncManager: redirect command stderr to stdout (bug 566132)

2015-11-23 Thread Alexander Berntsen 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Sorry for not being up to date what this does, but the bug complains
specifically about GitHub mirrors, while the patch itself seems far
more invasive. Is it the case that they should *never* go to STDERR?

- -- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJWUuzpAAoJENQqWdRUGk8BMdQQAKACO5bGwnXxbyNRuh/KzIiH
e38mzzvxDibJTTz32XSsOn1w9StZkSWAcDwT8Ef4QGeQJxmLTXUW+5eUsAVoaNxy
VY81iQbDmcSf+erljYEuUBBOFDMORYGwhSROdvvLE/0d3LFP6AurWx9a4kb229j7
DB8HmpjXkkpT65YgJvp2vD51x+K5HsDOKTObBcDreiea21u2X6DNcGbVOK35IXs3
fbTovSrL39qTk8zPSvuwePHlfWelsTCmj/+2EmLVJMTem/cTo0uxCfGCOmwALusk
FI4YcV1zf1cMrL1tqU9B7bYSH8oci4Rfs80IanieDwpd59V32xQ8ckyOP8ME5gG/
xbqipfwbWJyyUFErL7BZE9/H90tib9uofR9mxP9BylXjsDMbu/sC7OA2ElBNVilp
TJGvmRb3jdIWsSddNsOgdN2XofR20G5Ow/NKEvpueM42Pk4s6lqYwZODmsU5kOsS
wSw6ErQO6RCKfu0iQhQo3VS4EjP95sVl21nXtJk6v8AkNwNkU1TNZ8f1Ds5CaALR
79XpFL3JQy/zwd0uMY7kOjgezJJeu4nhfSz2k1ZDNLHokTcqhqR4WdXqzkWA2iZq
Y6p6CLWY57TIiih0ASt+NSfrkRl1628irZyVcyoVKDpaWCVcWq+G1sAl4pmAXpXV
nVhyL0zqartr+TNlFz2N
=g6l5
-END PGP SIGNATURE-

Re: [gentoo-dev] [PATCH 10/29] python-utils-r1.eclass: Make heredocs consistent

2015-11-23 Thread Justin Lecher (jlec) 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 22/11/15 20:50, Micha? Górny wrote:
> --- eclass/python-utils-r1.eclass | 10 +- 1 file changed, 5
> insertions(+), 5 deletions(-)
> 
> diff --git a/eclass/python-utils-r1.eclass
> b/eclass/python-utils-r1.eclass index 7617c3f..6fb1ec5 100644 ---
> a/eclass/python-utils-r1.eclass +++
> b/eclass/python-utils-r1.eclass @@ -933,11 +933,11 @@
> python_wrapper_setup() {
> 
> local x for x in "${nonsupp[@]}"; do -cat 
> >"${workdir}"/bin/${x}
> <<__EOF__ || die -#!/bin/sh -echo "${x} is not supported by
> ${EPYTHON}" >&2 -exit 127 -__EOF__ +  cat 
> >"${workdir}"/bin/${x}
> <<-_EOF_ || die + #!/bin/sh + 
> echo "${x} is not supported by
> ${EPYTHON}" >&2 + exit 127 +_EOF_

Why not indenting this line?
-BEGIN PGP SIGNATURE-
Version: GnuPG/MacGPG2 v2.0

iQJ8BAEBCgBmBQJWUvCNXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ0QUU0N0I4NzFERUI0MTJFN0EyODE0NUFF
OTQwMkE3OUIwMzUyOUEyAAoJEOlAKnmwNSmiqWwQAJaI+wQ35CBxT7ZSxLMBtA3x
TtafJinkacJBbSzxgXHnQ/RprAoRO6Utg2ijJh3rYxu8LCD6Al/iF23MtcdzhBWe
oU6KXVzCQI5A+47EFDGifD+GHWkIDwcCepKF+4xKpUGSeN4sxLrENAXt4YysjFPo
QN29+zx4IAsCj/EZmi5ViVCZGA2UdedCkbwbhXUJ5hYXNAS1XPQjFvVCKWp57Ayt
Njj4sVgOJB7kWcZYV6URzv1TFPENSbEI3/H3RpVJAQCnzQLDux0Evy5dNlBG73RU
OnX2mXdZYWibIYgLR6zCtZpiOKcmiIOBlx/PZSgT0ylrHsgzPt7+WY3AEZxtcr+X
9Hii2Qb4WfOXAaVIDSIwUgg44AVSKY5yz+IRmQ6Q7L7u4qmQUMs6JEIb4LJ2oCRH
wbmA/D3exiVEGTzeKI3DQnupkpCeEdtY70R38DmI7Jv6vyLI8mvxw/muTaDh2wF7
7PB3S1HPYsfoje+7GO9g4Bq0xVwssn4XqIvRzwO82nbGHCLA8kPT4q0sevl5iUQY
c+g8X4n34re/wj/uH0j1skkx49VNrZvd0HZ7JzT4XcGK6s673SK8pcJLlYzjInpF
IO4PqBZkRkYPPhyfj8YjbtluquPtQExVBAAQOWF/LlZ9AzHhxkgoxv4lwxFK56/l
NPR5/VPzuJOHWB5pcG2C
=XqEp
-END PGP SIGNATURE-

Re: [gentoo-dev] [EAPI 7] The future goals for PORTDIR, ECLASSDIR and... LICENSEDIR?

2015-11-23 Thread Ulrich Mueller 
> On Sun, 22 Nov 2015, Michał Górny wrote:

> On Sat, 21 Nov 2015 18:49:03 -0500
> Ian Stakenvicius  wrote:

>> All told, I think i'm in favour of banning the variables, and
>> potentially providing getter functions that would output the path
>> of these files if they need to be accessed -- '$(get_eclasspath
>> [name])' or $(get_licensepath [name]) or the like.  I don't know if
>> these could be implemented in-eclass or if they would be something
>> that would have to be added to EAPI7..?

The more I think about the idea of having a LICENSEDIR containing
symlinks, the less I like it. It would add the overhead of creating
the dir to all ebuilds, whereas it would be used in a handful of cases
only. Also the symlinks won't be permanent, so postinst messages like
"read the license at ${LICENSEDIR}/GPL-2" cannot be used, unless the
ebuild would follow the link (e.g. using readlink) which seems clumsy.

So IMO a function like get_license_path is the better solution here.

> And if I understand your idea correctly, get_licensepath would still
> not work for binary packages.

Is there a scenario where LICENSEDIR would work, but the function
would not?

Ulrich


pgpJpFTb9Bxmk.pgp
Description: PGP signature

Re: [gentoo-portage-dev] [PATCH] SyncManager: redirect command stderr to stdout (bug 566132)

2015-11-23 Thread Zac Medico 
On 11/23/2015 02:39 AM, Alexander Berntsen wrote:
> Sorry for not being up to date what this does, but the bug complains
> specifically about GitHub mirrors, while the patch itself seems far
> more invasive. Is it the case that they should *never* go to STDERR?

Since the sync modules can call a variety of different commands, it's
hard to predict which ones will unnecessarily write to stderr. So, the
assumption here is that the process exit status is a more reliable
indicator for errors. For example, the python code in GitSync will write
an error message to stderr if the git process exits with non-zero status.
-- 
Thanks,
Zac

[gentoo-dev] rfc: dev-lang/go prefix patch hard coding a path to a binary

2015-11-23 Thread William Hubbs 
All,

there is a patch to dev-lang/go that was added a while back w/o
consulting me [1]. I eventually did review the patch, and I see that it
hard codes a path to the sysctl binary on OSx. In my view, prefix or
not, we shouldn't be patching software to hard code paths to binaries;
we should be fixing PATH instead.

Thoughts?

William

[1] https://bugs.gentoo.org/show_bug.cgi?id=558368


signature.asc
Description: Digital signature