Re: [gentoo-portage-dev] Need backup mentor for FUSE-based sandbox project

2020-04-26 Thread Michał Górny
On Sat, 2020-04-25 at 21:40 -0700, Alec Warner wrote: > On Thu, Apr 23, 2020 at 12:09 PM Michał Górny wrote: > > > Hi, everyone. > > > > It seems that we *urgently* (read: in 6 days) need to find backup > > mentors for this year's GSoC projects. I'm mentoring the project to > > develop a

[gentoo-dev] Last rites: dev-python/sdnotify

2020-04-26 Thread Michał Górny
# Michał Górny (2020-04-26) # Unmaintained. Stuck on py3.6. Missing tests. No revdeps. # Removal in 30 days. Bug #719548. dev-python/sdnotify -- Best regards, Michał Górny signature.asc Description: This is a digitally signed message part

[gentoo-dev] Last rites: dev-python/scoop

2020-04-26 Thread Michał Górny
# Michał Górny (2020-04-26) # Unmaintained. Stuck on py3.6. Missing tests. No revdeps. # Removal in 30 days. Bug #719546. dev-python/scoop -- Best regards, Michał Górny signature.asc Description: This is a digitally signed message part

Re: [gentoo-dev] [RFC] Ideas for gentoostats implementation

2020-04-26 Thread Michał Górny
On Sun, 2020-04-26 at 11:09 +0200, Ulrich Mueller wrote: > > > > > > On Sun, 26 Apr 2020, Michał Górny wrote: > > The other major problem is spam protection. The best semi-anonymous way > > I see is to use submitter's IPv4 addresses (can we support IPv6 then?). > > We could set a limit of, say,

Re: [gentoo-dev] [RFC] Ideas for gentoostats implementation

2020-04-26 Thread Alarig Le Lay
Hi, On Sun 26 Apr 2020 10:08:32 GMT, Michał Górny wrote: > The other major problem is spam protection. The best semi-anonymous way > I see is to use submitter's IPv4 addresses (can we support IPv6 then?). > We could set a limit of, say, 10 submissions per IPv4 address per week. > If some

[gentoo-dev] Packages up for grabs: dev-python/numba, dev-python/pyaudio, dev-python/pylast, dev-python/pyminuit, dev-python/pypam, dev-python/pyscaffold

2020-04-26 Thread Michał Górny
Hi, Here's the next set of Python packages for grabs. All of them need porting to py3.7 and proper tests. If not revdeps, they'd be last rited. dev-python/numba dev-python/pyaudio dev-python/pylast dev-python/pyminuit dev-python/pypam dev-python/pyscaffold numba is used by

[gentoo-dev] Last rites: dev-python/pythonmagick

2020-04-26 Thread Michał Górny
# Michał Górny (2020-04-26) # Unmaintained. Stuck on Python 3.6. No tests. No revdeps. # Removal in 30 days. Bug #719504. dev-python/pythonmagick -- Best regards, Michał Górny signature.asc Description: This is a digitally signed message part

Re: [gentoo-dev] [RFC] Ideas for gentoostats implementation

2020-04-26 Thread Toralf Förster
On 4/26/20 10:08 AM, Michał Górny wrote: > . This > involves accepting a privacy policy and setting up a cronjob. The tool > would suggest a (random?) time for submission to take place periodically > (say, every week). Well, something like "@weekly" should be preferred over eg "42 23 * * *" b/c

Re: [gentoo-dev] [RFC] Ideas for gentoostats implementation

2020-04-26 Thread Toralf Förster
On 4/26/20 11:09 AM, Ulrich Mueller wrote: > Instead of using the IP address, you could generate a UUID when > installing the tool. like the pfl tool did ? -- Toralf PGP 23217DA7 9B888F45 signature.asc Description: OpenPGP digital signature

Re: [gentoo-dev] [RFC] Ideas for gentoostats implementation

2020-04-26 Thread Michał Górny
On Sun, 2020-04-26 at 10:43 +0200, Toralf Förster wrote: > On 4/26/20 10:08 AM, Michał Górny wrote: > > . This > > involves accepting a privacy policy and setting up a cronjob. The tool > > would suggest a (random?) time for submission to take place periodically > > (say, every week). > > Well,

Re: [gentoo-dev] [RFC] Ideas for gentoostats implementation

2020-04-26 Thread Ulrich Mueller
> On Sun, 26 Apr 2020, Michał Górny wrote: > The other major problem is spam protection. The best semi-anonymous way > I see is to use submitter's IPv4 addresses (can we support IPv6 then?). > We could set a limit of, say, 10 submissions per IPv4 address per week. > If some address would

[gentoo-dev] [RFC] Ideas for gentoostats implementation

2020-04-26 Thread Michał Górny
Hi, The topic of rebooting gentoostats comes here from time to time. Unless I'm mistaken, all the efforts so far were superficial, lacking a clear plan and unwilling to research the problems. I'd like to start a serious discussion focused on the issues we need to solve, and propose some ideas

Re: [gentoo-dev] [RFC] Ideas for gentoostats implementation

2020-04-26 Thread Toralf Förster
On 4/26/20 12:25 PM, Michał Górny wrote: > On Sun, 2020-04-26 at 12:15 +0200, Toralf Förster wrote: >> On 4/26/20 10:52 AM, Michał Górny wrote: >>> Do you have any other idea for spam protection then? >> >> IMO there're 2 types of spam: >> >> 1. made by accident (eg. "* * * * *" instead "@weekly"

[gentoo-dev] Last rites: dev-python/txtorcon

2020-04-26 Thread Michał Górny
# Michał Górny (2020-04-26) # Unmaintained. Stuck on Python 3.6. No revdeps. # Removal in 30 days. Bug #719604. dev-python/txtorcon -- Best regards, Michał Górny signature.asc Description: This is a digitally signed message part

Re: [gentoo-dev] [RFC] Ideas for gentoostats implementation

2020-04-26 Thread Kent Fredric
On Sun, 26 Apr 2020 03:39:24 -0700 Brian Dolbec wrote: > We would need that > person/team to only enable their test system for gentoostats/disabled > for deployments. Repeated failure to do that could result in that uuid > being blacklisted. Part of the initial profile details for that >

Re: [gentoo-dev] [RFC] Ideas for gentoostats implementation

2020-04-26 Thread Michał Górny
On Sun, 2020-04-26 at 12:15 +0200, Toralf Förster wrote: > On 4/26/20 10:52 AM, Michał Górny wrote: > > Do you have any other idea for spam protection then? > > IMO there're 2 types of spam: > > 1. made by accident (eg. "* * * * *" instead "@weekly" in crontab) > 2. made intentionlly > > The

Re: [gentoo-dev] Last rites: dev-python/txtorcon

2020-04-26 Thread Brian Dolbec
On Sun, 26 Apr 2020 14:49:25 +0200 Michał Górny wrote: > # Michał Górny (2020-04-26) > # Unmaintained. Stuck on Python 3.6. No revdeps. > # Removal in 30 days. Bug #719604. > dev-python/txtorcon > I'm taking maintainence back, is a dependency for crossbar which I am bringing back too.

Re: [gentoo-dev] [RFC] Ideas for gentoostats implementation

2020-04-26 Thread Kent Fredric
On Sun, 26 Apr 2020 14:38:54 +0200 Thomas Deutschmann wrote: > Let's assume we will get reports that app-misc/foo is only installed 20 > times. If you are going to judge based on this data, "Obviously, nobody > is using that package, it's stuck on ... safe to remove" your > view is biased: I

[gentoo-dev] {RFC} Package: namespace on wiki.gentoo.org ( for ex: Package:dev-perl/Foo )

2020-04-26 Thread Kent Fredric
Advantages: - {{package}} template can link to this as well as the page on packages.gentoo.org when it exists - packages.gentoo.org can link to this when it exists - Serves as a good default place for "maintainer down" and inter-maintainer documentation. - Good place to document the sorts of

Re: [gentoo-dev] [RFC] Ideas for gentoostats implementation

2020-04-26 Thread Kent Fredric
On Sun, 26 Apr 2020 10:52:27 +0200 Michał Górny wrote: > Do you have any other idea for spam protection then? What is the realistic risk here for spamming? If the record is well formed, and pertains to known packages, the worst I currently imagine is astroturfing: A single individual

Re: [gentoo-dev] [RFC] Ideas for gentoostats implementation

2020-04-26 Thread Brian Dolbec
On Sun, 26 Apr 2020 11:32:06 +0200 Toralf Förster wrote: > On 4/26/20 11:09 AM, Ulrich Mueller wrote: > > Instead of using the IP address, you could generate a UUID when > > installing the tool. > > like the pfl tool did ? > Like the last gentoostats gsoc project did. As for

[gentoo-dev] Last rites: dev-python/sphinxcontrib-googleanalytics

2020-04-26 Thread Michał Górny
# Michał Górny (2020-04-26) # Stuck on Python 3.6. Missing tests. No revdeps. # Removal in 30 days. Bug #719568. dev-python/sphinxcontrib-googleanalytics -- Best regards, Michał Górny signature.asc Description: This is a digitally signed message part

[gentoo-dev] Last rites: dev-python/versiontools

2020-04-26 Thread Michał Górny
# Michał Górny (2020-04-26) # Stuck on py3.6. Failing tests. No revdeps. # Removal in 30 days. Bug #639520. dev-python/versiontools -- Best regards, Michał Górny signature.asc Description: This is a digitally signed message part

Re: [gentoo-dev] [RFC] Ideas for gentoostats implementation

2020-04-26 Thread Toralf Förster
On 4/26/20 10:52 AM, Michał Górny wrote: > Do you have any other idea for spam protection then? IMO there're 2 types of spam: 1. made by accident (eg. "* * * * *" instead "@weekly" in crontab) 2. made intentionlly The 1st can be handled by UUID - just drop any old related dataset from inbox

Re: [gentoo-dev] [PSA] If you ssh interactively to git.gentoo.org (somehow) let me know.

2020-04-26 Thread Kent Fredric
On Sat, 25 Apr 2020 14:12:02 -0700 Alec Warner wrote: > Thus I now plan to remove this access[0]. If you need access to ssh as > something not-git to git.gentoo.org, let me know in the next week. Will this affect people who set up no-op SSH connections for a persistent connection master, so

Re: [gentoo-dev] [RFC] Ideas for gentoostats implementation

2020-04-26 Thread Thomas Deutschmann
On 2020-04-26 10:08, Michał Górny wrote: > What do you think? Do you foresee other problems? Do you have > other needs? Can you think of better solutions? While I would really like to have data, I think it's impossible to get correct data and therefore we shouldn't collect any data at all

Re: [gentoo-dev] [RFC] Ideas for gentoostats implementation

2020-04-26 Thread Kent Fredric
On Sun, 26 Apr 2020 10:08:32 +0200 Michał Górny wrote: > A proper solution to cluster problem would probably involve some way to > internally collect and combine data data before submission. If you have > large clusters of similar systems, I think you'd want to have all > packages used on

[gentoo-dev] Last rites: dev-python/utmp

2020-04-26 Thread Michał Górny
# Michał Górny (2020-04-26) # Stuck on py3.6. Missing tests. No revdeps. # Removal in 30 days. Bug #719616. dev-python/utmp -- Best regards, Michał Górny signature.asc Description: This is a digitally signed message part

[gentoo-dev] Last rites: dev-python/xstatic*

2020-04-26 Thread Michał Górny
# Michał Górny (2020-04-26) # Unmaintained. Stuck on py3.6. Missing tests (but having an unused # test flag!). The only revdep is app-admin/ara that is masked # for removal already. # Removal in 30 days. Bug #719660. dev-python/xstatic dev-python/xstatic-bootstrap-scss

Re: [gentoo-dev] [PSA] If you ssh interactively to git.gentoo.org (somehow) let me know.

2020-04-26 Thread Mike Gilbert
On Sun, Apr 26, 2020 at 8:38 AM Kent Fredric wrote: > > On Sat, 25 Apr 2020 14:12:02 -0700 > Alec Warner wrote: > > > Thus I now plan to remove this access[0]. If you need access to ssh as > > something not-git to git.gentoo.org, let me know in the next week. > > Will this affect people who set

Re: [gentoo-portage-dev] [PATCH] Change BINPKG_COMPRESS default from bzip2 to xz

2020-04-26 Thread Michał Górny
On Sun, 2020-04-26 at 09:55 -0700, Matt Turner wrote: > Bug: https://bugs.gentoo.org/715108 > Signed-off-by: Matt Turner > --- > Strawman patch. Bikeshed away. > xz is generally slow and doesn't do parallel good. If we want to change this, we should go for something cool like zstd that scales

[gentoo-dev] Packages up for grabs: dev-python/pythondialog /ramlfications /repoze-sphinx-autointerface /robotframework /sleekxmpp /sphinxcontrib-issuetracker /toro /tx*

2020-04-26 Thread Michał Górny
The Python team will no longer maintain the following packages. They all need porting to Python 3.7 and newer, and have some obstacle in doing so. They have only few revdeps which we do not maintain. dev-python/pythondialog dev-python/ramlfications dev-python/repoze-sphinx-autointerface

[gentoo-portage-dev] [PATCH] Change BINPKG_COMPRESS default from bzip2 to xz

2020-04-26 Thread Matt Turner
Bug: https://bugs.gentoo.org/715108 Signed-off-by: Matt Turner --- Strawman patch. Bikeshed away. bin/quickpkg | 2 +- lib/portage/package/ebuild/doebuild.py | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/bin/quickpkg b/bin/quickpkg index

[gentoo-portage-dev] [PATCH] man/make.conf.5: Mention eclean in PKGDIR section

2020-04-26 Thread Matt Turner
And remove obsolete text from binpkg-multi-instance. I believe this was obsolete even before my gentoolkit patches that add the --changed-deps flag to eclean packages. Signed-off-by: Matt Turner --- man/make.conf.5 | 7 +++ 1 file changed, 3 insertions(+), 4 deletions(-) diff --git

Re: [gentoo-portage-dev] [PATCH] Change BINPKG_COMPRESS default from bzip2 to xz

2020-04-26 Thread Michael Orlitzky
On 4/26/20 12:55 PM, Matt Turner wrote: > Bug: https://bugs.gentoo.org/715108 > Signed-off-by: Matt Turner > --- > Strawman patch. Bikeshed away. > Fuel for the fire: * https://www.nongnu.org/lzip/lzip_benchmark.html * https://www.nongnu.org/lzip/xz_inadequate.html

Re: [gentoo-portage-dev] [PATCH] Change BINPKG_COMPRESS default from bzip2 to xz

2020-04-26 Thread Ulrich Mueller
> On Sun, 26 Apr 2020, Michael Orlitzky wrote: > Fuel for the fire: > * https://www.nongnu.org/lzip/lzip_benchmark.html > * https://www.nongnu.org/lzip/xz_inadequate.html Yep. That's why lzip is the dominant compression format now, and nobody is using xz any more. SCNR, Ulrich

Re: [gentoo-dev] Packages up for grabs: dev-python/pythondialog /ramlfications /repoze-sphinx-autointerface /robotframework /sleekxmpp /sphinxcontrib-issuetracker /toro /tx*

2020-04-26 Thread Brian Dolbec
On Sun, 26 Apr 2020 17:43:16 +0200 Michał Górny wrote: > The Python team will no longer maintain the following packages. They > all need porting to Python 3.7 and newer, and have some obstacle > in doing so. They have only few revdeps which we do not maintain. > > dev-python/pythondialog >

Re: [gentoo-dev] [RFC] Ideas for gentoostats implementation

2020-04-26 Thread Samuel Bernardo
Hi everyone, gentoostats is a novelty for me and I'm not aware of previous discussions or implementations. But for what I could understand from the comments and Michał Górny explanation, I would start to ask your attention to octoverse[1] initiative. Maybe collected statistics could be a

[gentoo-dev] [PATCH] glep-0072: The arch name in the first column must be unique.

2020-04-26 Thread Ulrich Mueller
When implementing support for arches.desc in ebuild-mode, I noticed that the GLEP would allow several lines with the same architecture in the first column. So, specify that the arch must be unique. I don't attach the full text because this is a one-line change. Ulrich From

Re: [gentoo-portage-dev] [PATCH] Change BINPKG_COMPRESS default from bzip2 to xz

2020-04-26 Thread Fabian Groffen
On 26-04-2020 21:29:42 +0200, Michał Górny wrote: > On Sun, 2020-04-26 at 09:55 -0700, Matt Turner wrote: > > Bug: https://bugs.gentoo.org/715108 > > Signed-off-by: Matt Turner > > --- > > Strawman patch. Bikeshed away. > > > > xz is generally slow and doesn't do parallel good. If we want to

Re: [gentoo-portage-dev] [PATCH] Change BINPKG_COMPRESS default from bzip2 to xz

2020-04-26 Thread Matt Turner
On Sun, Apr 26, 2020 at 12:29 PM Michał Górny wrote: > > On Sun, 2020-04-26 at 09:55 -0700, Matt Turner wrote: > > Bug: https://bugs.gentoo.org/715108 > > Signed-off-by: Matt Turner > > --- > > Strawman patch. Bikeshed away. > > > > xz is generally slow and doesn't do parallel good. If we want

Re: [gentoo-portage-dev] [PATCH] Change BINPKG_COMPRESS default from bzip2 to xz

2020-04-26 Thread Michael Orlitzky
On 4/26/20 3:25 PM, Ulrich Mueller wrote: >> On Sun, 26 Apr 2020, Michael Orlitzky wrote: > >> Fuel for the fire: > >> * https://www.nongnu.org/lzip/lzip_benchmark.html >> * https://www.nongnu.org/lzip/xz_inadequate.html > > Yep. That's why lzip is the dominant compression format now, and

Re: [gentoo-dev] [PATCH] glep-0072: The arch name in the first column must be unique.

2020-04-26 Thread Mike Gilbert
On Sun, Apr 26, 2020 at 3:37 PM Ulrich Mueller wrote: > > When implementing support for arches.desc in ebuild-mode, I noticed > that the GLEP would allow several lines with the same architecture in > the first column. So, specify that the arch must be unique. > > I don't attach the full text

Re: [gentoo-dev] Packages up for grabs: many packages but not "app-text/gocr"

2020-04-26 Thread Jonas Stein
On 27/04/2020 01.32, Jonas Stein wrote: > Dear all > > the following packages are up for grabs after retirement > of the proxied maintainer: > > dev-python/kaitaistruct > dev-python/parver > dev-python/pyotp > dev-python/asynctest > dev-python/h11 > dev-python/pyzbar > dev-python/wsproto >

Re: [gentoo-portage-dev] [PATCH] Change BINPKG_COMPRESS default from bzip2 to xz

2020-04-26 Thread Zac Medico
On 4/26/20 1:09 PM, Matt Turner wrote: > On Sun, Apr 26, 2020 at 12:29 PM Michał Górny wrote: >> >> On Sun, 2020-04-26 at 09:55 -0700, Matt Turner wrote: >>> Bug: https://bugs.gentoo.org/715108 >>> Signed-off-by: Matt Turner >>> --- >>> Strawman patch. Bikeshed away. >>> >> >> xz is generally

Re: [gentoo-dev] [RFC] Ideas for gentoostats implementation

2020-04-26 Thread Andreas K . Hüttel
Am Sonntag, 26. April 2020, 12:09:59 EEST schrieb Ulrich Mueller: > > On Sun, 26 Apr 2020, Michał Górny wrote: > > The other major problem is spam protection. The best semi-anonymous way > > I see is to use submitter's IPv4 addresses (can we support IPv6 then?). > > We could set a limit of,

[gentoo-portage-dev] [PATCH] make.globals: add default BINPKG_COMPRESS setting (bug 715108)

2020-04-26 Thread Zac Medico
The ebuild will have a default enabled USE=zstd which changes the default to zstd here. Bug: https://bugs.gentoo.org/715108 Bug: https://bugs.gentoo.org/719456 Signed-off-by: Zac Medico --- cnf/make.globals | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/cnf/make.globals

[gentoo-dev] Packages up for grabs: app-text/gocr

2020-04-26 Thread Jonas Stein
Dear all the following packages are up for grabs after retirement of the proxied maintainer: dev-python/kaitaistruct dev-python/parver dev-python/pyotp dev-python/asynctest dev-python/h11 dev-python/pyzbar dev-python/wsproto dev-python/brotlipy sys-auth/authenticator app-admin/apachetop several

[gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2020-04-26 23:59 UTC

2020-04-26 Thread Robin H. Johnson
20200426-15:14 zlogene ae1063b59ef media-video/pymp20200422-21:01 asturm00b4a07bf1f x11-apps/mkfontdir 20200422-18:28 mattst88 48a0e73b704 x11-misc/xplanetFX 20200422-21:00 asturmfa94571fe94 Additions: acct-group/haproxy

Re: [gentoo-portage-dev] [PATCH] make.globals: add default BINPKG_COMPRESS setting (bug 715108)

2020-04-26 Thread Brian Dolbec
On Sun, 26 Apr 2020 14:57:32 -0700 Zac Medico wrote: > The ebuild will have a default enabled USE=zstd which changes the > default to zstd here. > > Bug: https://bugs.gentoo.org/715108 > Bug: https://bugs.gentoo.org/719456 > Signed-off-by: Zac Medico > --- > cnf/make.globals | 5 - > 1

Re: [gentoo-portage-dev] [PATCH] man/make.conf.5: Mention eclean in PKGDIR section

2020-04-26 Thread Zac Medico
On 4/26/20 9:54 AM, Matt Turner wrote: > And remove obsolete text from binpkg-multi-instance. I believe this was > obsolete even before my gentoolkit patches that add the --changed-deps > flag to eclean packages. > > Signed-off-by: Matt Turner > --- > man/make.conf.5 | 7 +++ > 1 file

Re: [gentoo-dev] [PSA] If you ssh interactively to git.gentoo.org (somehow) let me know.

2020-04-26 Thread Alec Warner
On Sun, Apr 26, 2020 at 11:22 AM Mike Gilbert wrote: > On Sun, Apr 26, 2020 at 8:38 AM Kent Fredric wrote: > > > > On Sat, 25 Apr 2020 14:12:02 -0700 > > Alec Warner wrote: > > > > > Thus I now plan to remove this access[0]. If you need access to ssh as > > > something not-git to