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
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
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
>
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
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
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
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
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
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,
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
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
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
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
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
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
> 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
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
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
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
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
>
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
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
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
# 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
# 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
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
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
>
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
# 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
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
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.
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
# 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
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
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
# 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
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"
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
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
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
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,
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
# 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
# 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
> 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
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,
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
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
# 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
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
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
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
52 matches
Mail list logo
