Mailing List Archive: Last rites: */*: More Py2 stuff

Last rites: */*: More Py2 stuff

Jul 28, 2020, 4:17 PM

Post #1 of 26 (246 views)

# Aaron Bauman <bman@gentoo.org> (2020-07-28)
# More Py2 only stuff. Plz see -dev ML for discussions
# Remove bindings, port to Py3, etc
# Removal in 30 days
app-accessibility/epos
app-admin/conkyforecast
app-admin/github-backup-utils
app-admin/syslog-summary
app-arch/cfv
app-arch/ipkg-utils
app-backup/bareos
app-backup/genbackupdata
app-cdr/cdcover
app-crypt/openssl-blacklist
app-crypt/ssh-multiadd
app-misc/mswinurl_launcher
app-misc/mtail
app-mobilephone/wammu
app-office/kexi
app-office/lyx
app-text/fbless
app-text/sgmltools-lite
dev-cpp/icnc
dev-lang/ispc
dev-lang/spark
dev-libs/qrosspython
dev-python/cddb-py
dev-python/flup
dev-python/google-apputils
dev-python/id3-py
dev-python/mox
dev-python/pmw
dev-python/pyid3lib
dev-python/pylzma
dev-python/pyode
dev-python/pyogg
dev-python/pyrex
dev-python/python-fchksum
dev-python/pythonutils
dev-python/pyvorbis
dev-python/sphinxtogithub
dev-tex/abntex
dev-tex/crosstex
dev-util/bam
dev-util/doxy-coverage
dev-util/tailor
dev-vcs/cvs2svn
dev-vcs/git-bz
dev-vcs/gitinspector
dev-vcs/gitstats
dev-vcs/svnmailer
games-action/openclonk
games-emulation/fceux
games-emulation/m64py
games-emulation/mupen64plus
games-strategy/0ad
media-gfx/alembic
media-gfx/cptutils
media-gfx/uniconvertor
media-libs/ganv
media-libs/slv2
media-plugins/vamp-aubio-plugins
media-sound/codecgraph
media-sound/edna
media-sound/exaile
media-sound/jack
media-sound/moosic
media-sound/patchage
media-sound/positron
net-analyzer/linkchecker
net-analyzer/pbgpp
net-fs/nfstest
net-im/spectrum2
net-irc/quasselgrep
net-misc/pssh
net-misc/putty
net-misc/ris-linux
net-nntp/sabnzbd
net-print/pkpgcounter
net-proxy/hatop
net-wireless/gr-baz
net-wireless/gr-doa
net-wireless/gr-foo
net-wireless/gr-ntsc
net-wireless/gr-ntsc-rc
net-wireless/gr-ppm-wiegand
net-wireless/gr-rds
net-wireless/gr-rftap
net-wireless/gr-specest
net-wireless/mousejack
net-wireless/rfcat
sci-biology/seqan
sci-biology/shrimp
sci-chemistry/eden
sci-chemistry/pymol-plugins-caver
sci-chemistry/numbat
sci-chemistry/pymol
sci-chemistry/sparky
sci-libs/dealii
sci-libs/gmsh
sci-misc/gato
sys-boot/refind
sys-boot/udk
sys-cluster/pbs-python
sys-fs/rarfs
sys-fs/traydevice
www-apache/mod_scgi
www-apps/scgi
www-misc/nx_util
x11-libs/flowcanvas
x11-misc/dsx
x11-misc/pypanel

--
Cheers,
Aaron

Re: Last rites: */*: More Py2 stuff [ In reply to ]

mattst88 at gentoo

Jul 28, 2020, 4:55 PM

Post #2 of 26 (246 views)

On Tue, Jul 28, 2020 at 4:17 PM Aaron Bauman <bman@gentoo.org> wrote:
> sys-boot/refind

How did you conclude that this package depends on Python at all?

Re: Last rites: */*: More Py2 stuff [ In reply to ]

Jul 28, 2020, 5:05 PM

Post #3 of 26 (246 views)

On Tue, Jul 28, 2020 at 04:55:57PM -0700, Matt Turner wrote:
> On Tue, Jul 28, 2020 at 4:17 PM Aaron Bauman <bman@gentoo.org> wrote:
> > sys-boot/refind
>
> How did you conclude that this package depends on Python at all?
>

Hi, Matt. It has a dependency on sys-boot/udk which was masked due to
using py2.7 only. Hope that helps.

--
Cheers,
Aaron

Re: Last rites: */*: More Py2 stuff [ In reply to ]

petteyg359 at gmail

Jul 28, 2020, 6:57 PM

Post #4 of 26 (245 views)

That dependency is only if USE="-gnuefi". sys-boot/gnu-efi has no Python
dependency. Instead of masking/removing refind, remove the USE flag and
force the gnu-efi dependency, or reverse the condition, add
IUSE="tianocore", and mask that USE flag.

On Tue, Jul 28, 2020 at 7:06 PM Aaron Bauman <bman@gentoo.org> wrote:

> On Tue, Jul 28, 2020 at 04:55:57PM -0700, Matt Turner wrote:
> > On Tue, Jul 28, 2020 at 4:17 PM Aaron Bauman <bman@gentoo.org> wrote:
> > > sys-boot/refind
> >
> > How did you conclude that this package depends on Python at all?
> >
>
> Hi, Matt. It has a dependency on sys-boot/udk which was masked due to
> using py2.7 only. Hope that helps.
>
> --
> Cheers,
> Aaron
>

Re: Last rites: */*: More Py2 stuff [ In reply to ]

Jul 28, 2020, 7:32 PM

Post #5 of 26 (245 views)

On July 28, 2020 9:57:44 PM EDT, Gordon Pettey <petteyg359@gmail.com> wrote:
>That dependency is only if USE="-gnuefi". sys-boot/gnu-efi has no
>Python
>dependency. Instead of masking/removing refind, remove the USE flag and
>force the gnu-efi dependency, or reverse the condition, add
>IUSE="tianocore", and mask that USE flag.
>
>On Tue, Jul 28, 2020 at 7:06 PM Aaron Bauman <bman@gentoo.org> wrote:
>
>> On Tue, Jul 28, 2020 at 04:55:57PM -0700, Matt Turner wrote:
>> > On Tue, Jul 28, 2020 at 4:17 PM Aaron Bauman <bman@gentoo.org>
>wrote:
>> > > sys-boot/refind
>> >
>> > How did you conclude that this package depends on Python at all?
>> >
>>
>> Hi, Matt. It has a dependency on sys-boot/udk which was masked due to
>> using py2.7 only. Hope that helps.
>>
>> --
>> Cheers,
>> Aaron
>>

That is for the maintainer to decide. Hence, all the previous discussions surrounding this topic. It is a massive undertaking to remove py2.7 from the tree.

--
Sent from my Android device with K-9 Mail. Please excuse my brevity.

Re: Last rites: */*: More Py2 stuff [ In reply to ]

mgorny at gentoo

Jul 28, 2020, 9:59 PM

Post #6 of 26 (245 views)

On Tue, 2020-07-28 at 22:32 -0400, Aaron Bauman wrote:
>
> On July 28, 2020 9:57:44 PM EDT, Gordon Pettey <petteyg359@gmail.com> wrote:
> > That dependency is only if USE="-gnuefi". sys-boot/gnu-efi has no
> > Python
> > dependency. Instead of masking/removing refind, remove the USE flag and
> > force the gnu-efi dependency, or reverse the condition, add
> > IUSE="tianocore", and mask that USE flag.
> >
> > On Tue, Jul 28, 2020 at 7:06 PM Aaron Bauman <bman@gentoo.org> wrote:
> >
> > > On Tue, Jul 28, 2020 at 04:55:57PM -0700, Matt Turner wrote:
> > > > On Tue, Jul 28, 2020 at 4:17 PM Aaron Bauman <bman@gentoo.org>
> > wrote:
> > > > > sys-boot/refind
> > > >
> > > > How did you conclude that this package depends on Python at all?
> > > >
> > >
> > > Hi, Matt. It has a dependency on sys-boot/udk which was masked due to
> > > using py2.7 only. Hope that helps.
> > >
> > > --
> > > Cheers,
> > > Aaron
> > >
>
> That is for the maintainer to decide. Hence, all the previous discussions surrounding this topic. It is a massive undertaking to remove py2.7 from the tree.
>

It is a massive undertaking to figure out which of the deep dependencies
made you conclude to list perfectly maintained Python 3-only packages.

--
Best regards,
Micha? Górny

Re: Last rites: */*: More Py2 stuff [ In reply to ]

mattst88 at gentoo

Jul 28, 2020, 11:49 PM

Post #7 of 26 (245 views)

On Tue, Jul 28, 2020 at 7:32 PM Aaron Bauman <bman@gentoo.org> wrote:
> On July 28, 2020 9:57:44 PM EDT, Gordon Pettey <petteyg359@gmail.com> wrote:
> >That dependency is only if USE="-gnuefi". sys-boot/gnu-efi has no
> >Python
> >dependency. Instead of masking/removing refind, remove the USE flag and
> >force the gnu-efi dependency, or reverse the condition, add
> >IUSE="tianocore", and mask that USE flag.
> >
> >On Tue, Jul 28, 2020 at 7:06 PM Aaron Bauman <bman@gentoo.org> wrote:
> >
> >> On Tue, Jul 28, 2020 at 04:55:57PM -0700, Matt Turner wrote:
> >> > On Tue, Jul 28, 2020 at 4:17 PM Aaron Bauman <bman@gentoo.org>
> >wrote:
> >> > > sys-boot/refind
> >> >
> >> > How did you conclude that this package depends on Python at all?
> >> >
> >>
> >> Hi, Matt. It has a dependency on sys-boot/udk which was masked due to
> >> using py2.7 only. Hope that helps.
> >>
> >> --
> >> Cheers,
> >> Aaron
> >>
>
> That is for the maintainer to decide. Hence, all the previous discussions surrounding this topic. It is a massive undertaking to remove py2.7 from the tree.

You've made a very strong case for filing bugs and asking maintainers
to figure out what to do before masking packages for removal.

Re: Last rites: */*: More Py2 stuff [ In reply to ]

Jul 29, 2020, 12:25 AM

Post #8 of 26 (245 views)

On July 29, 2020 2:49:14 AM EDT, Matt Turner <mattst88@gentoo.org> wrote:
>On Tue, Jul 28, 2020 at 7:32 PM Aaron Bauman <bman@gentoo.org> wrote:
>> On July 28, 2020 9:57:44 PM EDT, Gordon Pettey <petteyg359@gmail.com>
>wrote:
>> >That dependency is only if USE="-gnuefi". sys-boot/gnu-efi has no
>> >Python
>> >dependency. Instead of masking/removing refind, remove the USE flag
>and
>> >force the gnu-efi dependency, or reverse the condition, add
>> >IUSE="tianocore", and mask that USE flag.
>> >
>> >On Tue, Jul 28, 2020 at 7:06 PM Aaron Bauman <bman@gentoo.org>
>wrote:
>> >
>> >> On Tue, Jul 28, 2020 at 04:55:57PM -0700, Matt Turner wrote:
>> >> > On Tue, Jul 28, 2020 at 4:17 PM Aaron Bauman <bman@gentoo.org>
>> >wrote:
>> >> > > sys-boot/refind
>> >> >
>> >> > How did you conclude that this package depends on Python at all?
>> >> >
>> >>
>> >> Hi, Matt. It has a dependency on sys-boot/udk which was masked due
>to
>> >> using py2.7 only. Hope that helps.
>> >>
>> >> --
>> >> Cheers,
>> >> Aaron
>> >>
>>
>> That is for the maintainer to decide. Hence, all the previous
>discussions surrounding this topic. It is a massive undertaking to
>remove py2.7 from the tree.
>
>You've made a very strong case for filing bugs and asking maintainers
>to figure out what to do before masking packages for removal.

Haven't we had this discussion before? Further, hasn't the community been made aware through multiple channels of the impending removal of Py2?

In the end, a few packages get saved and a *lot* go away. Let's just save the few and move on please...

--
Sent from my Android device with K-9 Mail. Please excuse my brevity.

Re: Last rites: */*: More Py2 stuff [ In reply to ]

mgorny at gentoo

Jul 29, 2020, 12:28 AM

Post #9 of 26 (245 views)

On Wed, 2020-07-29 at 03:25 -0400, Aaron Bauman wrote:
>
> On July 29, 2020 2:49:14 AM EDT, Matt Turner <mattst88@gentoo.org> wrote:
> > On Tue, Jul 28, 2020 at 7:32 PM Aaron Bauman <bman@gentoo.org> wrote:
> > > On July 28, 2020 9:57:44 PM EDT, Gordon Pettey <petteyg359@gmail.com>
> > wrote:
> > > > That dependency is only if USE="-gnuefi". sys-boot/gnu-efi has no
> > > > Python
> > > > dependency. Instead of masking/removing refind, remove the USE flag
> > and
> > > > force the gnu-efi dependency, or reverse the condition, add
> > > > IUSE="tianocore", and mask that USE flag.
> > > >
> > > > On Tue, Jul 28, 2020 at 7:06 PM Aaron Bauman <bman@gentoo.org>
> > wrote:
> > > > > On Tue, Jul 28, 2020 at 04:55:57PM -0700, Matt Turner wrote:
> > > > > > On Tue, Jul 28, 2020 at 4:17 PM Aaron Bauman <bman@gentoo.org>
> > > > wrote:
> > > > > > > sys-boot/refind
> > > > > >
> > > > > > How did you conclude that this package depends on Python at all?
> > > > > >
> > > > >
> > > > > Hi, Matt. It has a dependency on sys-boot/udk which was masked due
> > to
> > > > > using py2.7 only. Hope that helps.
> > > > >
> > > > > --
> > > > > Cheers,
> > > > > Aaron
> > > > >
> > >
> > > That is for the maintainer to decide. Hence, all the previous
> > discussions surrounding this topic. It is a massive undertaking to
> > remove py2.7 from the tree.
> >
> > You've made a very strong case for filing bugs and asking maintainers
> > to figure out what to do before masking packages for removal.
>
> Haven't we had this discussion before? Further, hasn't the community been made aware through multiple channels of the impending removal of Py2?
>

Sure, and I don't mind removing packages that clearly don't support py3
and whose maintainers have done nothing about that. However, I do mind
removing packages that do support py3 and that ended up on the list
probably because some deep indirect dep had some kind of py2 usage
problem (that I had no reason to know about), maybe because it's any-r1
or had optional USE=python...

--
Best regards,
Micha? Górny

Re: Last rites: */*: More Py2 stuff [ In reply to ]

Jul 29, 2020, 12:38 AM

Post #10 of 26 (245 views)

On July 29, 2020 3:28:50 AM EDT, "Micha? Górny" <mgorny@gentoo.org> wrote:
>On Wed, 2020-07-29 at 03:25 -0400, Aaron Bauman wrote:
>>
>> On July 29, 2020 2:49:14 AM EDT, Matt Turner <mattst88@gentoo.org>
>wrote:
>> > On Tue, Jul 28, 2020 at 7:32 PM Aaron Bauman <bman@gentoo.org>
>wrote:
>> > > On July 28, 2020 9:57:44 PM EDT, Gordon Pettey
><petteyg359@gmail.com>
>> > wrote:
>> > > > That dependency is only if USE="-gnuefi". sys-boot/gnu-efi has
>no
>> > > > Python
>> > > > dependency. Instead of masking/removing refind, remove the USE
>flag
>> > and
>> > > > force the gnu-efi dependency, or reverse the condition, add
>> > > > IUSE="tianocore", and mask that USE flag.
>> > > >
>> > > > On Tue, Jul 28, 2020 at 7:06 PM Aaron Bauman <bman@gentoo.org>
>> > wrote:
>> > > > > On Tue, Jul 28, 2020 at 04:55:57PM -0700, Matt Turner wrote:
>> > > > > > On Tue, Jul 28, 2020 at 4:17 PM Aaron Bauman
><bman@gentoo.org>
>> > > > wrote:
>> > > > > > > sys-boot/refind
>> > > > > >
>> > > > > > How did you conclude that this package depends on Python at
>all?
>> > > > > >
>> > > > >
>> > > > > Hi, Matt. It has a dependency on sys-boot/udk which was
>masked due
>> > to
>> > > > > using py2.7 only. Hope that helps.
>> > > > >
>> > > > > --
>> > > > > Cheers,
>> > > > > Aaron
>> > > > >
>> > >
>> > > That is for the maintainer to decide. Hence, all the previous
>> > discussions surrounding this topic. It is a massive undertaking to
>> > remove py2.7 from the tree.
>> >
>> > You've made a very strong case for filing bugs and asking
>maintainers
>> > to figure out what to do before masking packages for removal.
>>
>> Haven't we had this discussion before? Further, hasn't the community
>been made aware through multiple channels of the impending removal of
>Py2?
>>
>
>Sure, and I don't mind removing packages that clearly don't support py3
>and whose maintainers have done nothing about that. However, I do mind
>removing packages that do support py3 and that ended up on the list
>probably because some deep indirect dep had some kind of py2 usage
>problem (that I had no reason to know about), maybe because it's any-r1
>or had optional USE=python...

This is exactly how it went before. No one is saying "it's your fault". Fix whatever the issue is and remove it from the list.

--
Sent from my Android device with K-9 Mail. Please excuse my brevity.

Re: Last rites: */*: More Py2 stuff [ In reply to ]

Jul 29, 2020, 1:09 AM

Post #11 of 26 (245 views)

>>>>> On Wed, 29 Jul 2020, Aaron Bauman wrote:

> # Aaron Bauman <bman@gentoo.org> (2020-07-28)
> # More Py2 only stuff. Plz see -dev ML for discussions
> # Remove bindings, port to Py3, etc
> # Removal in 30 days
> [...]
> app-office/lyx

I have unmasked this one again:

"All python scripts distributed with LyX should now be compatible with
both python 2.x and python 3.x."
https://www.lyx.org/announce/2_3_1.txt

Re: Last rites: */*: More Py2 stuff [ In reply to ]

Jul 29, 2020, 1:58 AM

Post #12 of 26 (245 views)

> It has a dependency on sys-boot/udk which was masked due to
> using py2.7 only. Hope that helps.

Perhaps just the dependency can be removed? Building with gnu-efi still works fine, the TianoCore UDK is just an alternative.
s.a. https://sourceforge.net/p/refind/code/ci/master/tree/BUILDING.txt#l67

thanks,
Christian

Re: Last rites: */*: More Py2 stuff [ In reply to ]

kentnl at gentoo

Jul 29, 2020, 2:28 AM

Post #13 of 26 (244 views)

On Tue, 28 Jul 2020 19:17:04 -0400
Aaron Bauman <bman@gentoo.org> wrote:

> net-irc/quasselgrep

Uh, what?

[I] net-irc/quasselgrep
Installed versions: 0_p20190211(13:18:43 18/07/20)(PYTHON_TARGETS="python3_7 -python3_6")

Maybe just the older version?

Re: Last rites: */*: More Py2 stuff [ In reply to ]

rich0 at gentoo

Jul 29, 2020, 5:24 AM

Post #14 of 26 (244 views)

On Wed, Jul 29, 2020 at 4:09 AM Ulrich Mueller <ulm@gentoo.org> wrote:
>
> >>>>> On Wed, 29 Jul 2020, Aaron Bauman wrote:
>
> > # Aaron Bauman <bman@gentoo.org> (2020-07-28)
> > # More Py2 only stuff. Plz see -dev ML for discussions
> > # Remove bindings, port to Py3, etc
> > # Removal in 30 days
> > [...]
> > app-office/lyx
>
> I have unmasked this one again:
>
> "All python scripts distributed with LyX should now be compatible with
> both python 2.x and python 3.x."
> https://www.lyx.org/announce/2_3_1.txt

Using package.mask in this way creates a TERRIBLE user experience. It
causes users to look for alternatives and go through a lot of churn
expecting the package to be removed, when it turns out there is
nothing wrong and the package doesn't need to be removed.

Bugs are a much more appropriate way to handle these situations. To
start with, they ensure the maintainer even gets notified at all. A
package mask doesn't actually notify the maintainer at all - it
notifies anybody who has the package installed, and only when the host
it is installed on is updated. It is possible (albeit less likely)
that the maintainer might not have it installed, and more likely that
they could have it installed in some container that they don't update
daily.

When the maintainer is able to fix the problem then users don't get
the churn of a package mask.

Obviously we're going to have packages that can't be migrated or which
aren't maintained, and these should be treecleaned as with any other
issue.

If for some reason bugs are just THAT difficult to create, why not at
least post the list on -dev-announce a few days before actually
implementing the mask? You obviously have the list of packages if
you're masking them, and you're even posting it on the list. So just
post it on the list ahead of time so that people can react before they
actually get masked.

It seems like we're creating a terrible user experience simply because
we can. This seems to be going back to how things were 10+ years ago
when stuff broke for users often simply because nobody cared to even
bother with communication and QA.

--
Rich

Re: Last rites: */*: More Py2 stuff [ In reply to ]

whissi at gentoo

Jul 29, 2020, 6:13 AM

Post #15 of 26 (244 views)

FYI:

I reverted the entire commit like this thread and bugs clearly show that
this list wasn't even reviewed/checked:

https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=b76ee2f3e20b55d268ec291a1a1328cc047f5a04

--
Regards,
Thomas Deutschmann / Gentoo Linux Developer
C4DD 695F A713 8F24 2AA1 5638 5849 7EE5 1D5D 74A5

Re: Last rites: */*: More Py2 stuff [ In reply to ]

whissi at gentoo

Jul 29, 2020, 6:16 AM

Post #16 of 26 (244 views)

On 2020-07-29 09:38, Aaron Bauman wrote:
> This is exactly how it went before. No one is saying "it's your
> fault". Fix whatever the issue is and remove it from the list.

No. You can't drop the bomb and let other fix the damage you created.
That's not how Gentoo is supposed to work.

C'mon. You even added net-nntp/sabnzbd to that list again which created
a lot of drama beginning of this year. Please don't try to say you
reviewed anything...

--
Regards,
Thomas Deutschmann / Gentoo Linux Developer
C4DD 695F A713 8F24 2AA1 5638 5849 7EE5 1D5D 74A5

Re: Last rites: */*: More Py2 stuff [ In reply to ]

Jul 29, 2020, 6:46 AM

Post #17 of 26 (244 views)

On July 29, 2020 9:16:31 AM EDT, Thomas Deutschmann <whissi@gentoo.org> wrote:
>On 2020-07-29 09:38, Aaron Bauman wrote:
>> This is exactly how it went before. No one is saying "it's your
>> fault". Fix whatever the issue is and remove it from the list.
>
>No. You can't drop the bomb and let other fix the damage you created.
>That's not how Gentoo is supposed to work.
>
>C'mon. You even added net-nntp/sabnzbd to that list again which created
>a lot of drama beginning of this year. Please don't try to say you
>reviewed anything...

Yes, net-nntp/sabnzbd is valid as it still has an ebuild with only py2.7. So fix it instead of bitching and being lazy about it. You could have done that vice revert the commit.

Surely, I had a mistake or two in the 108 package list, but other devs have already started fixing issues and now have reverted their changes because you want to revert something vice fixing it.

The discussions on -dev outlined all of this before. Further, this is the last *big* set for Py2. Of which, most packages will go away. Again, save the few and move on.

I will revert your revert when I return to my laptop. Thanks for nothing.
--
Sent from my Android device with K-9 Mail. Please excuse my brevity.

Re: Last rites: */*: More Py2 stuff [ In reply to ]

whissi at gentoo

Jul 29, 2020, 6:59 AM

Post #18 of 26 (244 views)

On 2020-07-29 15:46, Aaron Bauman wrote:
> Yes, net-nntp/sabnzbd is valid as it still has an ebuild with only
> py2.7. So fix it instead of bitching and being lazy about it. You
> could have done that vice revert the commit.

What are you talking about?!

When upstream released first version supporting Py3, it was added to
repository. So don't call me lazy!

Like you can see, it's currently in RC state. No cleanup of previous
stable version will happen before this version was declared stable.

So no, your list was wrong.

> I will revert your revert when I return to my laptop. Thanks for
> nothing.

...and not just because of net-nntp/sabnzbd like this thread has shown.

I followed Gentoo policy when I reverted a broken commit.

If can only urge you to revise pkg list and pay more attention for your
next commit.

--
Regards,
Thomas Deutschmann / Gentoo Linux Developer
C4DD 695F A713 8F24 2AA1 5638 5849 7EE5 1D5D 74A5

Re: Last rites: */*: More Py2 stuff [ In reply to ]

Jul 29, 2020, 7:03 AM

Post #19 of 26 (244 views)

On July 29, 2020 9:59:17 AM EDT, Thomas Deutschmann <whissi@gentoo.org> wrote:
>On 2020-07-29 15:46, Aaron Bauman wrote:
>> Yes, net-nntp/sabnzbd is valid as it still has an ebuild with only
>> py2.7. So fix it instead of bitching and being lazy about it. You
>> could have done that vice revert the commit.
>
>What are you talking about?!
>
>When upstream released first version supporting Py3, it was added to
>repository. So don't call me lazy!
>
>Like you can see, it's currently in RC state. No cleanup of previous
>stable version will happen before this version was declared stable.
>
>So no, your list was wrong.
>
>
>> I will revert your revert when I return to my laptop. Thanks for
>> nothing.
>
>...and not just because of net-nntp/sabnzbd like this thread has shown.
>
>I followed Gentoo policy when I reverted a broken commit.
>
>If can only urge you to revise pkg list and pay more attention for your
>next commit.

None of it is stable. So, what's your point?

The commit is not broken. It just masks a package you care about which has Py2.7.

Adjust the mask, drop the ebuild, or simply remove the mask. I would happily apologize for a mistake, but reverting something that is largely not in error seems silly.

Again, this is a massive commit, but it should be the last time. Look at the previous sets of masks... impact vs inconvenience was pretty low.

--
Sent from my Android device with K-9 Mail. Please excuse my brevity.

Re: Last rites: */*: More Py2 stuff [ In reply to ]

asturm at gentoo

Jul 29, 2020, 7:07 AM

Post #20 of 26 (244 views)

On Mittwoch, 29. Juli 2020 15:59:17 CEST Thomas Deutschmann wrote:
> On 2020-07-29 15:46, Aaron Bauman wrote:
> > Yes, net-nntp/sabnzbd is valid as it still has an ebuild with only
> > py2.7. So fix it instead of bitching and being lazy about it. You
> > could have done that vice revert the commit.
>
> Like you can see, it's currently in RC state. No cleanup of previous
> stable version will happen before this version was declared stable.

Package is ~arch exclusively so everyone using it was already upgraded.
Masking <3.0.0_rc1 is perfectly fine if you want to keep old while not
blocking py2-masks of dependencies.

Regards,
Andreas

Re: Last rites: */*: More Py2 stuff [ In reply to ]

whissi at gentoo

Jul 29, 2020, 7:18 AM

Post #21 of 26 (244 views)

On 2020-07-29 16:07, Andreas Sturmlechner wrote:
> Package is ~arch exclusively so everyone using it was already upgraded.
> Masking <3.0.0_rc1 is perfectly fine if you want to keep old while not
> blocking py2-masks of dependencies.

While I even disagree with that, this is not even what happened.

And yes, I probably wouldn't have notice this and wouldn't care if only
<3 were masked.

But again, that's not what has happened.

--
Regards,
Thomas Deutschmann / Gentoo Linux Developer
C4DD 695F A713 8F24 2AA1 5638 5849 7EE5 1D5D 74A5

Re: Last rites: */*: More Py2 stuff [ In reply to ]

asturm at gentoo

Jul 29, 2020, 7:19 AM

Post #22 of 26 (244 views)

On Mittwoch, 29. Juli 2020 16:18:10 CEST Thomas Deutschmann wrote:
> But again, that's not what has happened.

But that's what you can do.

Re: Last rites: */*: More Py2 stuff [ In reply to ]

aballier at gentoo

Jul 29, 2020, 7:22 AM

Post #23 of 26 (244 views)

On Wed, 29 Jul 2020 10:03:47 -0400
Aaron Bauman <bman@gentoo.org> wrote:

> Adjust the mask, drop the ebuild, or simply remove the mask. I would
> happily apologize for a mistake, but reverting something that is
> largely not in error seems silly.
>
> Again, this is a massive commit, but it should be the last time. Look
> at the previous sets of masks... impact vs inconvenience was pretty
> low.

I think you've been told several times already, but impacting users
with a mask (that can't do anything useful about it) and not bothering
to file bugs for developers (that *can* do something about it) is not
the proper way to achieve anything here.

I believe there are a few quiz questions that closely relate to that
kind of impact.

Re: Last rites: */*: More Py2 stuff [ In reply to ]

Jul 29, 2020, 7:26 AM

Post #24 of 26 (244 views)

On July 29, 2020 10:18:10 AM EDT, Thomas Deutschmann <whissi@gentoo.org> wrote:
>On 2020-07-29 16:07, Andreas Sturmlechner wrote:
>> Package is ~arch exclusively so everyone using it was already
>upgraded.
>> Masking <3.0.0_rc1 is perfectly fine if you want to keep old while
>not
>> blocking py2-masks of dependencies.
>
>While I even disagree with that, this is not even what happened.
>
>And yes, I probably wouldn't have notice this and wouldn't care if only
><3 were masked.
>
>But again, that's not what has happened.

So, there we have it. You "wouldn't care" if it didn't touch *your* package. Then, you couldn't simply fix it as another has suggested.

Typical. You will fight it vice saying, "yea, that was an option I could have taken".

How do you disagree with users keywording that package *not* running the latest version?

Further, if they are on a stable system running it as keyworded... They know how to unmask <3 if they want to use the Py2 only version.

Silliness...

--
Sent from my Android device with K-9 Mail. Please excuse my brevity.

Re: Last rites: */*: More Py2 stuff [ In reply to ]

marecki at gentoo

Jul 29, 2020, 7:27 AM

Post #25 of 26 (244 views)

On 2020-07-29 16:22, Alexis Ballier wrote:

> I think you've been told several times already, but impacting users
> with a mask (that can't do anything useful about it) and not bothering
> to file bugs for developers (that *can* do something about it) is not
> the proper way to achieve anything here.

This. Very much this. Especially the part about communicating with other
Gentoo developers by last-rite messages.

--
MS