Aaron Bauman :
>
> 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.
I don't have any insight on policy and
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
On July 29, 2020 10:18:10 AM EDT, Thomas Deutschmann 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
On Wed, 29 Jul 2020 10:03:47 -0400
Aaron Bauman 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
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.
signature.asc
Description: This is a digitally signed message part.
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
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
On July 29, 2020 9:59:17 AM EDT, 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.
>
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
On July 29, 2020 9:16:31 AM EDT, Thomas Deutschmann 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
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
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
On Wed, Jul 29, 2020 at 4:09 AM Ulrich Mueller wrote:
>
> > On Wed, 29 Jul 2020, Aaron Bauman wrote:
>
> > # Aaron Bauman (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
>
>
On Tue, 28 Jul 2020 19:17:04 -0400
Aaron Bauman 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?
pgpZibCoYPFgd.pgp
Description: OpenPGP digital
> 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.
> On Wed, 29 Jul 2020, Aaron Bauman wrote:
> # Aaron Bauman (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
On July 29, 2020 3:28:50 AM EDT, "Michał Górny" wrote:
>On Wed, 2020-07-29 at 03:25 -0400, Aaron Bauman wrote:
>>
>> On July 29, 2020 2:49:14 AM EDT, Matt Turner
>wrote:
>> > On Tue, Jul 28, 2020 at 7:32 PM Aaron Bauman
>wrote:
>> > > On July 28, 2020 9:57:44 PM EDT, Gordon Pettey
>
>> >
On Wed, 2020-07-29 at 03:25 -0400, Aaron Bauman wrote:
>
> On July 29, 2020 2:49:14 AM EDT, Matt Turner wrote:
> > On Tue, Jul 28, 2020 at 7:32 PM Aaron Bauman wrote:
> > > On July 28, 2020 9:57:44 PM EDT, Gordon Pettey
> > wrote:
> > > > That dependency is only if USE="-gnuefi".
On July 29, 2020 2:49:14 AM EDT, Matt Turner wrote:
>On Tue, Jul 28, 2020 at 7:32 PM Aaron Bauman wrote:
>> On July 28, 2020 9:57:44 PM EDT, Gordon Pettey
>wrote:
>> >That dependency is only if USE="-gnuefi". sys-boot/gnu-efi has no
>> >Python
>> >dependency. Instead of masking/removing
On Tue, Jul 28, 2020 at 7:32 PM Aaron Bauman wrote:
> On July 28, 2020 9:57:44 PM EDT, Gordon Pettey 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,
On Tue, 2020-07-28 at 22:32 -0400, Aaron Bauman wrote:
>
> On July 28, 2020 9:57:44 PM EDT, Gordon Pettey 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
On July 28, 2020 9:57:44 PM EDT, Gordon Pettey 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 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
On Tue, Jul 28, 2020 at 04:55:57PM -0700, Matt Turner wrote:
> On Tue, Jul 28, 2020 at 4:17 PM Aaron Bauman 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.
On Tue, Jul 28, 2020 at 4:17 PM Aaron Bauman wrote:
> sys-boot/refind
How did you conclude that this package depends on Python at all?
# Aaron Bauman (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
# Aaron Bauman (2020-06-29)
# More Py2 only stuff. Plz see -dev ML for discussions
# Remove bindings, port to Py3, etc
# Removal in 30 days
app-dicts/opendict
app-editors/editra
app-office/taskcoach
app-backup/holland
app-backup/holland-backup-example
app-backup/holland-backup-pgdump
27 matches
Mail list logo
