[gentoo-dev] Packages up for grabs
Hey, These packages are up for grabs, and many of them I'm sure can be added to the python project as deemed appropriate. * app-admin/supernova * dev-python/aiohttp * dev-python/args * dev-python/attrdict * dev-python/behave * dev-python/clint * dev-python/crumbs * dev-python/dockerpty * dev-python/doublex * dev-python/doublex-expects * dev-python/expects * dev-python/ghp-import * dev-python/guzzle_sphinx_theme * dev-python/linecache2 * dev-python/livereload * dev-python/mamba * dev-python/mando * dev-python/mkdocs * dev-python/mkdocs-bootstrap * dev-python/mkdocs-bootswatch * dev-python/monotonic * dev-python/multidict * dev-python/mypy * dev-python/nose2 * dev-python/os-client-config * dev-python/paramunittest * dev-python/parse * dev-python/parse-type * dev-python/pycallgraph * dev-python/pyhamcrest * dev-python/pytest-raisesregexp * dev-python/python-termstyle * dev-python/radon * dev-python/rednose * dev-python/sphinxcontrib-cheeseshop * dev-python/sphinxcontrib-newsfeed * dev-python/sphinxcontrib-spelling * dev-python/stormpath * dev-python/texttable * dev-python/texttable * dev-python/torment * dev-python/traceback2 * dev-python/typing Regards, -- Alex Brandt http://blog.alunduil.com signature.asc Description: PGP signature
[gentoo-dev] Last-rites: dev-python/py2-ipaddress
# Alex Brandt <alund...@gentoo.org> (23 Apr 2016) # Contains collisions with dev-python/ipaddress. See #580388 for more details. # Masked for removal in 30 days. dev-python/py2-ipaddress -- Alex Brandt Software Developer for Rackspace and Developer for Gentoo http://blog.alunduil.com signature.asc Description: This is a digitally signed message part.
[gentoo-dev] Package Up For Grabs
Hey, I've stopped using app-backup/holland (and friends) myself and want to see if anyone is interested in taking over maintainership. If I don't see anyone express interest or put their name on it by April 3rd I'll go ahead and mark it maintainer-wanted. Regards, -- Alex Brandt Software Developer for Rackspace and Developer for Gentoo http://blog.alunduil.com signature.asc Description: This is a digitally signed message part.
[gentoo-dev] Packages Up For Grabs
Hey, I spoke with steveeJ the maintainer of app-emulation/rkt and that package is also without a maintainer. Please, feel free to take app-emulation/rkt, and if we're still the maintainers in two weeks, I'll mark it as maintainer-needed. Short: app-emulation/rkt will be marked maintainer-needed in two weeks if not claimed. Regards, -- Alex Brandt Software Developer for Rackspace and Developer for Gentoo http://blog.alunduil.com signature.asc Description: This is a digitally signed message part.
[gentoo-dev] Automatic Bug Assignment
Hey Guys, I've oft wondered why we don't automatically assign bugs to the ebuild maintainer (if a CPV is in the subject). Would there be an issue with adding a bug modification hook to bugzilla or a daily job to re-assign bugs to ebuild owners (if a CPV is in the subject)? Just curious not trying to incite anything. Regards, -- Alex Brandt Software Developer for Rackspace and Developer for Gentoo http://blog.alunduil.com signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] Packages Up For Grabs
On Sunday 24 January 2016 10:39:42 Amadeusz Żołnowski wrote: > Alex Brandt <alund...@gentoo.org> writes: > > * app-backup/rdiff-backup > > Wasn't it meant for removal? Yes, it was. I'm considering doing a last-rites again but am giving people an opportunity before that to lay claim. Let's update this one to: if no one claims it in 13 days (from today), I'll mark it as last-rites again. Regards, -- Alex Brandt Software Developer for Rackspace and Developer for Gentoo http://blog.alunduil.com signature.asc Description: This is a digitally signed message part.
[gentoo-dev] Packages Up For Grabs
Hey, I've recently stopped using the following packages and would like them to find a better home. Feel free to take them if they're something that interests you. * app-admin/fleet * app-backup/rdiff-backup I'll mark these as maintainer-wanted if no one has claimed them in 14 days. Regards, -- Alex Brandt Software Developer for Rackspace and Developer for Gentoo http://blog.alunduil.com signature.asc Description: This is a digitally signed message part.
Re: [gentoo-portage-dev] distfiles in overlays?
On Tuesday, November 03, 2015 12:29:01 Joakim Tjernlund wrote: > Sometimes I have to move files from my layman overlays distfiles to > /usr/portage/distfiles in orders to rebuild older stuff not in gentoo > anymore. Wouldn't it be better to fix the ebuilds in the overlay to point at a current URL for the tarball? > Should not emerge search in distfiles where the ebuild resides? No, the ebuild should specify where to get the tarball. Not sure these comments are what you're looking for but it sounds like you just need to fix the ebuilds in your overlay to point at the distfiles in your overlay as a SRC_URI. Just my 2¢, disregard if too assumptive. Regards, -- Alex Brandt Software Developer for Rackspace and Developer for Gentoo http://blog.alunduil.com signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] Re: how to add a new package with git?
On Monday, September 07, 2015 23:37:16 Andreas K. Huettel wrote: > TL;DR: this is something that only infra needs to care about. > > The fact that every dev sees it all the time leads to no end of pointless > irritation. +1 Regards, -- Alex Brandt Software Developer for Rackspace and Developer for Gentoo http://blog.alunduil.com signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] shouldn't eselect be in app-eselect ?
On Saturday, April 04, 2015 14:41:37 Philip Webb wrote: I read the recent thread re the new app-eselect. Doing my weekly system update, it strikes me that 'eselect' itself sb there too. Time to paint the bikesheds again ... (smile) I don't disagree but will simply point out that if this becomes true, we should also move dev-lang/python to dev-python, dev-lang/ruby to dev-ruby, and dev-lang/perl to dev-perl (not an exhaustive list). Regards, -- Alex Brandt Cloud Evangelist for Rackspace and Developer for Gentoo http://blog.alunduil.com
Re: [gentoo-dev] rfc: zsh completions -- optional or mandatory?
On Thursday, March 26, 2015 13:17:02 Rich Freeman wrote: On Thu, Mar 26, 2015 at 12:51 PM, William Hubbs willi...@gentoo.org wrote: The other method is shown by dev-vcs/hub at least, and maybe several other packages -- e.g. unconditionally installing the completions according to our small files installation practice and not reflecting the rdepend on app-shells/zsh. I'd go with this, since this is how we handle bash. Second choice would be to make installing the files USE-conditional (since zsh is less common), but I wouldn't ever add an RDEPEND for zsh. Ditto and +1. Regards, -- Alex Brandt Cloud Evangelist for Rackspace and Developer for Gentoo http://blog.alunduil.com
Re: [gentoo-dev] Last rites: app-emulation/fig
On Thursday, February 26, 2015 19:22:16 Luis Ressel wrote: On Thu, 26 Feb 2015 10:13:14 -0600 Alex Brandt alund...@gentoo.org wrote: # Alex Brandt alund...@gentoo.org (21 Feb 2015) # Upstream renamed to docker-compose for all future releases app-emulation/fig Wouldn't a pkgmove be the better way to handle this? I thought about that and decided against it since the new versions are already released under the new name with a perfect discontinuity. The old versions don't have the new name while the new have both. Thus, with docker-compose always having newer versions than fig I figured the move would be unnecessary since the versions of fig don't translate to docker-compose while the new ones aren't released under fig. If this isn't correct, let me know how to do the move and I'll give it a shot. Otherwise, I think purging fig is the better move. Regards, -- Alex Brandt Cloud Evangelist for Rackspace and Developer for Gentoo http://blog.alunduil.com
[gentoo-dev] Last rites: app-emulation/fig
# Alex Brandt alund...@gentoo.org (21 Feb 2015) # Upstream renamed to docker-compose for all future releases app-emulation/fig -- Alex Brandt Cloud Evangelist for Rackspace and Developer for Gentoo http://blog.alunduil.com
[gentoo-dev] [gentoo-dev-announce] Last rites: app-emulation/fig
# Alex Brandt alund...@gentoo.org (21 Feb 2015) # Upstream renamed to docker-compose for all future releases app-emulation/fig -- Alex Brandt Cloud Evangelist for Rackspace and Developer for Gentoo http://blog.alunduil.com
