I'll take dev-python/typing if nobody minds. On Saturday, 10 March 2018 17:52:21 MSK Pacho Ramos wrote: > This packages are now up for grabs: > app-text/pspdftool > app-admin/supernova > dev-python/args > dev-python/attrdict > dev-python/behave > dev-python/clint > dev-python/dockerpty > dev-python/doublex-expects > dev-python/doublex > dev-python/expects > dev-python/ghp-import > dev-python/linecache2 > dev-python/livereload > dev-python/mamba > dev-python/mando > dev-python/mkdocs-bootstrap > dev-python/mkdocs > dev-python/monotonic > 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/sphinxcontrib-cheeseshop > dev-python/sphinxcontrib-newsfeed > dev-python/sphinxcontrib-spelling > dev-python/stormpath > dev-python/texttable > dev-python/torment > dev-python/traceback2 > dev-python/typing > > > -- Best regards. Ilya Tumaykin. signature.asc Description: This is a digitally signed message part.
The following packages are up for grabs: media-libs/ffmpegsource media-video/aegisub No open bugs, no verbumps are required. Note that aegisub upstream is semi-dead. -- Best regards. Ilya Tumaykin. signature.asc Description: This is a digitally signed message part.
qlist -Iv $(portageq --repo gentoo --orphaned) On Wednesday, 20 December 2017 23:54:27 MSK Christopher Head wrote: > On December 20, 2017 8:49:03 AM PST, "Michał Górny" <mgo...@gentoo.org> wrote: > >Ad. 1. We currently have over 1650 m-n packages  and the list keeps > >growing. The advantage of this type is that we have an explicit list > >and everyone clearly sees that the packages need a new maintainer. We > >also have some dedicated people who try to help fixing worst issues > >but they're obviously not capable of doing all the work themselves. > > Is there an easy way to check whether any packages I have installed on my > system are m-n? I checked “man q” and “man equery” but neither seemed to > support searching by maintainer. The closest I found was “equery meta”, but > that requires a specific package name on the command line. > > I read the last rites and it’s quite easy to notice if a package I actively > use is shown there, but that doesn’t help with the hundreds of libraries and > other dependencies whose names I don’t even really recognize but I have > installed. > -- Best regards. Ilya Tumaykin.
Hello. Why even bother with _set_build_dir() function? It's called only once and unconditionally. -- Best regards. Ilya Tumaykin. signature.asc Description: This is a digitally signed message part.
On Tuesday 01 November 2016 16:13:34 William Hubbs wrote: > Title: Inportant fstab and localmount update 'iNportant' -- Best regards. Ilya Tumaykin. signature.asc Description: This is a digitally signed message part.
On Saturday 29 October 2016 23:21:57 Michał Górny wrote: > Hello, > > The Python team is dropping itself from maintainers of the following > packages. As a result, those packages no longer have any maintainer: > > ... > x11-misc/menumaker I'll take this one via proxy-maint if no dev wants it after a week. -- Best regards. Ilya Tumaykin. signature.asc Description: This is a digitally signed message part.
On Monday 17 October 2016 09:23:09 Michał Górny wrote: > Hello, everyone. Hello. Coacher's here. > Example 2: Coacher had problem with git-r3 not trying fallback URIs > when earlier URI was https and https wasn't supported in git. So he > reordered URIs to have https last. With tiny explanation in some random > commit message. Original user's request , my PR , commit in question , bug: . I've addressed a user's issue and reported a bug to Gentoo bugzilla the following day. I don't see a problem with my workflow. > So we have a problem that affects around a half of git-r3 packages > (using quick grep, results inaccurate), however minor it is. Worse, it > affects the policy of preferring https and causes some people to reject > the policy silently. Please share a link to this policy as I was unable to find it neither here , nor here . > And nobody gives a damn to report it! You expect me to create bugs the very second I encounter smth resembling a problem without doing at least some minimum research on the matter? I don't do this. I made the commit around 1 AM localtime, went to sleep, and at 9 AM localtime you already jumping to conclusions in g-dev ML. > Therefore, I'd like to request establishing an official policy against > workarounds with no associated bug reports. > > Your thoughts? You are quite emotional because of a change that didn't make it to the tree yet expecting other people to provide 24/7 level of support for some reason. At least this is how I see things from here. No official policy is required. : https://github.com/gentoo/gentoo/pull/2570 : https://github.com/gentoo/gentoo/pull/2572 : https://github.com/gentoo/gentoo/pull/2572/commits/37a4eb12691b27631f4f23fe60dc26aff5f4fe47 : https://bugs.gentoo.org/show_bug.cgi?id=597356 : https://wiki.gentoo.org/wiki/Project:GLEP#Implemented_GLEPs_.28Final_or_Active.29 : https://wiki.gentoo.org/wiki/Project:Quality_Assurance/Policies -- Best regards. Ilya Tumaykin. signature.asc Description: This is a digitally signed message part.