t can be used when the
> programmer thinks it's appropriate... but
> I have no idea what to call it.
>
> Any nominations?
>
Maybe something like the following would be a good starting point:
@bitmask_require_individual_bits
--
Best regards,
Michał Górny
__
mistakes, please let me know.
--
Best regards,
Michał Górny
___
Python-Dev mailing list -- python-dev@python.org
To unsubscribe send an email to python-dev-le...@python.org
https://mail.python.org/mailman3/lists/python-dev.python.org/
Message archived
On Mon, 2021-04-05 at 11:17 -0700, Ethan Furman wrote:
> On 4/4/21 7:10 AM, Michał Górny wrote:
>
> > This is precisely what I meant when I said I don't like the idea of
> > combining security fixes with irrelevant changes. Good that I've chosen
> > to backport the sec
n't like the idea of
combining security fixes with irrelevant changes. Good that I've chosen
to backport the secfixes instead of pushing the new version to Gentoo
stable.
--
Best regards,
Michał Górny
___
Python-Dev mailing list -- python-dev@python.or
f knowing the correct encoding for
the filesystem.
--
Best regards,
Michał Górny
___
Python-Dev mailing list -- python-dev@python.org
To unsubscribe send an email to python-dev-le...@python.org
https://mail.python.org/mailman3/lists/python-dev.python.org
same
package as the package manager, which one is supposed to be used?
Whichever choice you make, you'll bound to eventually break dependency
graph of some package.
--
Best regards,
Michał Górny
___
Python-Dev mailing list -- python-dev@python.org
To unsub
r a
> new constant NO_TIMESTAMP.
>
> So this is primarily a documentation problem [2]. For this, I will create a
> pull request to gzip.py.
I think having an extra constant (equal to 0) wouldn't hurt and could
make the code a bit more explicit.
--
Best
On Fri, 2021-02-19 at 17:03 -0500, Terry Reedy wrote:
> On 2/19/2021 5:11 AM, Michał Górny wrote:
> > On Thu, 2021-02-11 at 23:24 -0500, Terry Reedy wrote:
>
> > > Releases are not just a push of a button. Make the release
> > > job too onerous, and there mi
nless users explicitly opt-in.
>
> The checker serves two purposes:
>
> 1) It gives users an opportunity to provide full PEP 11 support
> (buildbot, engineering time) for a platform.
Does that mean that if someone offers to run the build bot for a minor
platform and d
orted.
Does that imply accepting non-intrusive patches for platform support,
or at least not proactively removing it?
--
Best regards,
Michał Górny
___
Python-Dev mailing list -- python-dev@python.org
To unsubscribe send an email to python-dev-le...@pyth
heir code. There's no real
maintenance burden involved.
In fact, this whole thread feels like removing 80%-complete translations
from a program because they 'burden developers' and confuse users. Even
if the translations are not actively updated and degenerates with
strings changing, some users find
ulnerabilities or not.
Thank you.
> On Thu, Feb 11, 2021 at 9:44 PM Michał Górny wrote:
> > I feel that vulnerability fixes do not make it to end users fast enough.
> > For example, according to the current release schedules for 3.9 and 3.8,
> > the bugfix releases are plann
On Thu, 2021-02-11 at 23:24 -0500, Terry Reedy wrote:
> On 2/11/2021 3:23 PM, Michał Górny wrote:
> > Hello,
> >
> > I'm the primary maintainer of CPython packages in Gentoo. I would like
> > to discuss possible improvement to the release process in order to
> &
of maintenance than security, it could make sense to actually make
security releases (e.g. 3.9.1.x) that would include only security fixes
without other changes.
What do you think?
--
Best regards,
Michał Górny
___
Python-Dev mailing list -- python-dev
) but because the assert
is wrong and because the code turned out to be slower. That said, I
wonder if this 'optimized' path has been actually benchmarked on other
supported platforms.
--
Best regards,
Michał Górny
___
Python-Dev mailing li
imization hack is actually slower on m68k. I suspect
that if more benchmarking was made, it might turn out that #ifdef should
actually disable it on more platforms.
--
Best regards,
Michał Górny
___
Python-Dev mailing list -- python-dev@pyt
On Mon, 2021-02-22 at 19:54 +, Barry Scott wrote:
>
> > On 22 Feb 2021, at 12:40, Michał Górny wrote:
> >
> > > I'm talking about 16-bit memory alignment which causes SIGBUS if it's
> > > not respected on m68k.
> > >
> >
> > I don't un
rsions, you are quite likely to
miss impact on projects that are using the deprecated API in old
versions that are still used because of their reverse dependencies.
--
Best regards,
Michał Górny
___
Python-Dev mailing list -- python-dev@python.org
To unsu
signed data in 'Python-3.9.11.tar.xz'
gpg: Signature made wto, 15 mar 2022, 22:17:14 CET
gpg:using RSA key E3FF2839C048B25C084DEBE9B26995E310250568
gpg: BAD signature from "Łukasz Langa (GPG langa.pl) "
[unknown]
--
Best regards,
Michał Górny
On Wed, 2022-03-16 at 13:19 -0400, Ned Deily wrote:
> On Mar 16, 2022, at 12:53, Michał Górny wrote:
> > The 3.9 .tar.xz doesn't seem to pass signature verification:
> >
> > $ gpg --verify Python-3.9.11.tar.xz.asc
> > gpg: assuming signed data in 'Python-3.9.11.tar.
ere should be no major problem
with removing distutils from stdlib in Python 3.12. Admittedly,
distributions are in the more convenient position here since we can
easily patch packages should we find any breakage, while users of pypi
are generally stuck with t
mon way forward. Having some packages depend on now-reclaimed
"pyliblo" and "pyliblo3" fork would be the worst possible outcome.
--
Best regards,
Michał Górny
___
Python-Dev mailing list -- python-dev@python.org
To unsubscribe sen
22 matches
Mail list logo