Re: [gentoo-dev] Packages up for grabs

2018-03-10 Thread Ilya Tumaykin
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.


[gentoo-dev] Packages up for grabs: media-libs/ffmpegsource media-video/aegisub

2018-03-04 Thread Ilya Tumaykin
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.


Re: [gentoo-dev] The problem of unmaintained packages in Gentoo

2017-12-20 Thread Ilya Tumaykin
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 [1] 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.



Re: [gentoo-dev] new eclass: meson.eclass for the meson build system

2017-05-04 Thread 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.


Re: [gentoo-dev] newsitem: important fstab and localmount update, round 4

2016-11-01 Thread Ilya Tumaykin
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.


Re: [gentoo-dev] Multiple misc. Python packages for grabs

2016-10-31 Thread Ilya Tumaykin
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.


Re: [gentoo-dev] Local workarounds with no reported bugs

2016-10-17 Thread Ilya Tumaykin
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 [1], my PR [2], commit in question [3], bug: [4].
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 [5], 
nor here [6].


> 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.


[1]: https://github.com/gentoo/gentoo/pull/2570
[2]: https://github.com/gentoo/gentoo/pull/2572
[3]: 
https://github.com/gentoo/gentoo/pull/2572/commits/37a4eb12691b27631f4f23fe60dc26aff5f4fe47
[4]: https://bugs.gentoo.org/show_bug.cgi?id=597356
[5]: 
https://wiki.gentoo.org/wiki/Project:GLEP#Implemented_GLEPs_.28Final_or_Active.29
[6]: https://wiki.gentoo.org/wiki/Project:Quality_Assurance/Policies

-- 
Best regards.
Ilya Tumaykin.

signature.asc
Description: This is a digitally signed message part.