Re: [gentoo-dev] Portage team, Zac's development break and stepping down as lead
On Mon, 2014-01-06 at 08:53 +0100, Dirkjan Ochtman wrote: > On Mon, Jan 6, 2014 at 6:33 AM, Brian Dolbec wrote: > > We have several non-developer contributors helping out, but it will be > > very hard to match the productivity Zac has made over these past years. > > I must have missed something. Where/when did this happen? > > Cheers, > > Dirkjan > I believe it was just after the 2.2.7 release. Alec Warner has had recent contact with him, which he confirmed that at least for the short term, he won't be readily available. And that we should elect a new lead. signature.asc Description: This is a digitally signed message part
[gentoo-dev] Python project is looking for a new PyPy maintainer/hacker
Hello, all. We've been slacking for some time and we're two versions of PyPy behind already. Therefore, I've opened a staffing need [1] for a new PyPy package maintainer and hacker. We specifically need someone who knows the basics of Python ecosystem and is able to hack on PyPy's code. The work involves: - checking our existing patchset and updating it for future versions of PyPy, - hacking PyPy to be compatible with common Python install layout as outlined in bug #465546 [2], - updating PyPy ebuilds and building binary packages [3]. We will offer all help we can. We can help with ebuild-related issues and understanding of Python ecosystem in Gentoo. We can provide some infrastructure to build PyPy if that is necessary. However, we don't know the PyPy internals, so that's what the candidate will need to face alone. Hopefully, it will be just a one-time effort. If you are interested in helping out, please contact us at #gentoo-python (freenode) or pyt...@gentoo.org. We appreciate all the help you can give us. [1]:https://wiki.gentoo.org/wiki/Project:Gentoo/Staffing_Needs/PyPy_hacker [2]:https://bugs.gentoo.org/show_bug.cgi?id=465546 [3]:https://bugs.gentoo.org/show_bug.cgi?id=479832 -- Best regards, Michał Górny signature.asc Description: PGP signature
[gentoo-dev] testing trying to fix mail issues
signature.asc Description: Digital signature
Re: [gentoo-dev] libtool lt_dlopenext vs. gen_ld_script: breakages at runtime
The reason that gen_usr_ldscript exists is that we do not install static libraries in /. I think the argument for this is that they aren't needed at boot time. I would agree that they are not, but, given all of the issues we have had in the past with gen_usr_ldscript, and that issues keep coming up with it, I would like to propose something different. I would like to propose that we stop splitting the installation locations of libraries and use the upstream build systems to install the libraries where we want them. If we do that, it means we could get rid of gen_usr_ldscript completely. We could start doing this today, except that portage has a hard ban against installing static libraries in /, which I have opened up a bug about [1]. I don't know when or why the hard ban was introduced, but I'm sure it was pre-2004 and pre-council. The down side of doing this that I see would be that people who have static-libs in their use flags might have / too small to have the static libs installed there. Thoughts? William [1] https://bugs.gentoo.org/show_bug.cgi?id=492542 signature.asc Description: Digital signature
Re: [gentoo-dev] libtool lt_dlopenext vs. gen_ld_script: breakages at runtime
On Mon, Jan 06, 2014 at 01:23:53PM -0600, William Hubbs wrote: > The reason that gen_usr_ldscript exists is that we do not install > static libraries in /. I think the argument for this is that they > aren't needed at boot time. I would agree that they are not, but, given > all of the issues we have had in the past with gen_usr_ldscript, and > that issues keep coming up with it, I would like to propose something > different. I know the original purpose of gen_usr_ldscript. I'm objecting to the fact that it removes a critical symlink entirely (instead of moving it). I was a Gentoo user when gen_usr_ldscript was introduced, and it certainly helped then for keeping cleaner installs. I don't want it removed, just improved slightly. > I would like to propose that we stop splitting the installation > locations of libraries and use the upstream build systems to install the > libraries where we want them. If we do that, it means we could get rid > of gen_usr_ldscript completely. I'm against that one, for bloat of /. If we ever fully merge /usr and / like other distros have done, then it will become moot, but not before then. > We could start doing this today, except that portage has a hard ban > against installing static libraries in /, which I have opened up a bug > about [1]. I don't know when or why the hard ban was introduced, but I'm sure > it was pre-2004 and pre-council. I think it was late 2002. -- Robin Hugh Johnson Gentoo Linux: Developer, Infrastructure Lead E-Mail : robb...@gentoo.org GnuPG FP : 11ACBA4F 4778E3F6 E4EDF38E B27B944E 34884E85
[gentoo-dev] Portage Feature Request: making thirdpartymirrors easier to manage
This is a small feature request, but it will require a modification to PMS, so I describe it here. The present thirdpartymirrors file is unwieldy, and difficult to manage due to it's format with very long lines. It also doesn't permit easy comments. Presently commits to it look very ugly, because diffs are line-based, and we pack a lot into each line. I would like to make it a directory instead of a single file, and extend the internal syntax. 1. New location: $PROFILEDIR/thirdpartymirrors/$MIRRORNAME 1.1. The name of the mirror is now the name of the file. 1.2. We can have a file extension of .mirrors if somebody would like that. 2. New format (for directory-mode): 2.1. Comments permitted, shell-style. 2.2. Blank lines ignored 2.3. One URL per line, optionally prefixed with "-" or "+" 2.4. For stack repos/overlays: 2.4.1. No prefix: replace all prior mirrors from masters with new URLS in this file. 2.4.2. "-" prefix: remove this URL from the list from masters. 2.4.2. "+" prefix: append this URL to the list from masters. 3. New format (for file-mode): 3.1. This is for cases where thirdpartymirrors is still a file. 3.2. The first token on a line remains the name of the mirror. 3.3. Each subsequent token may be prefixed with "+" or "-", and impacts prior lines/masters. -- Robin Hugh Johnson Gentoo Linux: Developer, Infrastructure Lead E-Mail : robb...@gentoo.org GnuPG FP : 11ACBA4F 4778E3F6 E4EDF38E B27B944E 34884E85
Re: [gentoo-dev] Portage Feature Request: making thirdpartymirrors easier to manage
On 06/01/14 03:20 PM, Robin H. Johnson wrote: > This is a small feature request, but it will require a modification to > PMS, so I describe it here. > > The present thirdpartymirrors file is unwieldy, and difficult to manage > due to it's format with very long lines. It also doesn't permit easy > comments. Presently commits to it look very ugly, because diffs are > line-based, and we pack a lot into each line. > > I would like to make it a directory instead of a single file, and extend > the internal syntax. I like the idea, but I'm not too sure about the execution. > 1. New location: $PROFILEDIR/thirdpartymirrors/$MIRRORNAME > 1.1. The name of the mirror is now the name of the file. > 1.2. We can have a file extension of .mirrors if somebody would like > that. > 2. New format (for directory-mode): > 2.1. Comments permitted, shell-style. > 2.2. Blank lines ignored > 2.3. One URL per line, optionally prefixed with "-" or "+" > 2.4. For stack repos/overlays: > 2.4.1. No prefix: replace all prior mirrors from masters with new URLS in > this file. > 2.4.2. "-" prefix: remove this URL from the list from masters. > 2.4.2. "+" prefix: append this URL to the list from masters. So if *any* line doesn't have a prefix, then *everything* gets overwritten? What about the prior mirrors listed in the file? There needs to be some mechanism for specifying this, but I don't think this is it. Perhaps a header with a special line? > 3. New format (for file-mode): > 3.1. This is for cases where thirdpartymirrors is still a file. > 3.2. The first token on a line remains the name of the mirror. > 3.3. Each subsequent token may be prefixed with "+" or "-", and impacts > prior lines/masters. > signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] Python project is looking for a new PyPy maintainer/hacker
I'm interested in helping out, I usually use PyPy and im good at python coding. I'm not sure about PyPy code but i will check as fast as i can. On Tue, Jan 7, 2014 at 3:36 AM, Michał Górny wrote: > Hello, all. > > We've been slacking for some time and we're two versions of PyPy behind > already. Therefore, I've opened a staffing need [1] for a new PyPy > package maintainer and hacker. > > We specifically need someone who knows the basics of Python ecosystem > and is able to hack on PyPy's code. The work involves: > > - checking our existing patchset and updating it for future versions > of PyPy, > > - hacking PyPy to be compatible with common Python install layout > as outlined in bug #465546 [2], > > - updating PyPy ebuilds and building binary packages [3]. > > We will offer all help we can. We can help with ebuild-related issues > and understanding of Python ecosystem in Gentoo. We can provide > some infrastructure to build PyPy if that is necessary. > > However, we don't know the PyPy internals, so that's what the candidate > will need to face alone. Hopefully, it will be just a one-time effort. > > If you are interested in helping out, please contact us at > #gentoo-python (freenode) or pyt...@gentoo.org. We appreciate all > the help you can give us. > > [1]:https://wiki.gentoo.org/wiki/Project:Gentoo/Staffing_Needs/PyPy_hacker > [2]:https://bugs.gentoo.org/show_bug.cgi?id=465546 > [3]:https://bugs.gentoo.org/show_bug.cgi?id=479832 > > -- > Best regards, > Michał Górny -- Gentoo, If it moves, compile it! My_overlay: https://github.com/aliceinwire/overlay Mail: Alice Ferrazzi PGP: 0EE4 555E 3AAC B4A4 798D 9AC5 8E31 1808 C553 2D33
