So sorry that I was way too deep in development in spring
and did not read earlier about that PEP.
I was actually a bit reluctant about "yet another way to prove
Python no longer simple" and now even that Pascal-ish look! :-)
But this argument has completely sold me. Marvellous!
--
gt; Python-Dev@python.org <mailto:Python-Dev@python.org>
> https://mail.python.org/mailman/listinfo/python-dev
> <https://mail.python.org/mailman/listinfo/python-dev>
> Unsubscribe:
> https://mail.python.org/mailman/options/python-dev/steve%40holdenweb.com
at I'm planning to deprecate and remove the spwd module.
The module has several limitation. Most importantly it bypasses the PAM
stack. Therefore it's not compatible with password policies or other
password storages like LDAP.
Christian
___
d
advanced feature. I might expose the feature in Python 3.8.
Regards,
Christian
[1] https://tools.ietf.org/html/rfc8446
[2] https://blog.cloudflare.com/rfc-8446-aka-tls-1-3/
[3] https://github.com/openssl/openssl/issues/6933
[4] https://www.openssl.org/docs/man1.1.1/man3/SSL_CTX_set_verify.htm
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Argh, typo! Thanks for pointing that out, Miro. I meant to write "now
compiles with OpenSSL 1.1.1-pre".
On 2018-08-16 15:27, Christian Heimes wrote:
> First some good news: Python's ssl module not compiles with OpenSSL
> 1.1.
igh level and low level
cryptographic algorithms: http://cryptography.readthedocs.io/ . It's t
Regards,
Christian
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail
test Python activity of Ned Deily, our 3.7 release
> manager, was an email sent to python-committers mi-July.
Hi,
can we do a release after the core dev sprints, please? I have like to
discuss and land some TLS 1.3 / OpenSSL 1.1.1 related changes and
improvements first.
Christian
___
On 2018-09-05 16:01, 大野隆弘 wrote:
> Christian, really appreciated the details. I understood.
>
> Is wrapper library like ssl module with openssl on platform also not
> good idea?
> My intention is not re-invention but single standard way as standard
> library.
>
> If I
r
either. The expat parser was missing features to properly implement
security measurements. I need to check if expat has been improved over
the years.
The topic is on the agenda for the core dev sprint.
Christian
___
Python-Dev mailing list
Python-Dev@p
On 2018-09-07 17:46, Victor Stinner wrote:
> Le ven. 7 sept. 2018 à 17:02, PMS PMS a écrit :
>> XML support in Python is critical and desired for many sectors like banking
>> or telecoms,
>> and code base based on XML is still on rise in such world.
>
> Would it be possible to send money to the
are existing and working
> counter-measures:
>
>https://docs.python.org/dev/library/xml.html
>
> Note: Christian Heimes, author of these 2 packages, told me that these
> modules may not work on Python 3.7, he didn't have time to maintain
> them recently. Maybe som
(libexpat
maintainer) on the DoS mitigations (CVE-2013-0340). My initial patch had
some flaws. I might be able to get expat release 2.3.0 in time, too.
https://github.com/libexpat/libexpat/pull/220
Christian
___
Python-Dev mailing list
Python-Dev@pyt
t is small it must be in the cache. So it
> should be fine.
Some places may assume that PyLong_FromLong() for a small int never
fails. I certainly expect this in coverity scan modeling.
Christian
___
Python-Dev mailing list
Python-Dev@python.org
On 30/10/2018 04.04, Ned Deily wrote:
> https://discuss.python.org/t/julien-palard-joins-the-python-release-team-as-documentation-expert/313
Welcome on board, Julien!
Thank you very much for helping out.
___
Python-Dev mailing list
Python-Dev@python.or
releases. An
extended Python distribution can also be updated outside the release
cycle of CPython. This allows out-of-band security updates of libraries
that are bundled with an extended distribution.
Christian
Christian
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
burden to the
original owners. In case a library doesn't keep up or has severe flaws,
the SIG may even decide to remove a package from the extended distribution.
Christian
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mail
On 29/11/2018 18.23, Antoine Pitrou wrote:
>
> Le 29/11/2018 à 18:17, Christian Heimes a écrit :
>>
>> If we would keep the standard distribution of Python as it is and just
>> have a Python SIG offer an additional extended distribution on
>> python.org, then
On 29/11/2018 22.08, Nathaniel Smith wrote:
> On Thu, Nov 29, 2018 at 10:11 AM Christian Heimes
> wrote:
>> You are assuming that you can convince or force upstream developers to
>> change their project and development style. Speaking from personal
>> experience, that
nes for core devs. I know that Victor likes to dig into rare corner
cases and help to debug exotic platforms.
Christian
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
ies to those who are waiting for my review. I will do it
> slowly.
Oh, I'm sorry to hear that and hope that you'll get better soon. Please
take care of yourself!
Christian
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.py
he
OpenSSL version of each branch stable. 1.1.1 comes with new features,
stricter security settings and some ciphers removed.
Christian
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
htt
On 07/02/2019 00.41, Ned Deily wrote:
> On Feb 6, 2019, at 18:28, Steve Dower wrote:
>> On 06Feb2019 1423, Christian Heimes wrote:
>>> Do you want to update Python 3.8 (master) only or also 3.7? I'm not
>>> strictly against updating 3.7. However we have traditiona
s.
In worst case we could revert the update and postpone the update to
3.7.5. Or we disable TLS 1.3 support by default in Mac and Windows builds.
Christian
[1] https://www.openssl.org/policies/releasestrat.html
___
Python-Dev mailing list
Python-
On 26/02/2019 21.31, Wes Turner wrote:
>> IMHO it's
> fine to ship the last 2.7 build with an OpenSSL version that was EOLed
> just 24h earlier.
>
> Is this a time / cost issue or a branch policy issue?
>
> If someone was to back port the forthcoming 1.1.1 to 2.7 significantly
> before the EOL da
the proposed list of events, but it will be more significant with
> 100 or 1000 events?
>
> I'm not saying that it's a blocker issue, I'm just thinking aloud to
> make sure that I understood correctly :-)
The performance impact can be remedied and reduced with a simple check.
If there is no audit hook installed, it's just a matter of a pointer
deref + JNZ.
Christian
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
> replaced.
Hi Steve,
I wonder if the hooks could be replaced by a more efficient mechanism.
These days, Linux, macOS, and most recently Windows [1] support dtrace
probes. DTrace is a very powerful and efficient mechanism to trace
user-space processes from Kernel space. At least we should consider
gt; calls is the best opportunity to validate code that is read from the
> file. Given the current decoupling between import and execution in
> Python, most imported code will go through both ``open_for_import()``
> and the log hook for ``compile``, and so care should be taken to avoid
>
he deployments I work with are *at least* this well
> controlled.
Absolutely!
On Linux, trust settings could be stored in extended file attributes.
Linux has multiple namespaces for extended attributes. User attributes
can be modified by every process that has write permission to an inod
licitly
designed for C code and C API wrappers like swig and Cython to make
adaption to Python 3 simpler. I implemented it when I removed unbound
methods.
> So, should we deprecate the instance method class?
I couldn't find any current code that uses Py
On 05/04/2019 17.46, Guido van Rossum wrote:
> Let's stop here. This API is doing no harm, it's not a maintenance
> burden, clearly *some* folks have a use for it. Let's just keep it,
> okay? There are bigger fish to fry.
Sounds good to me. My code is 12 years ago and I can't remember any
complain
use all places first set errno to 0. Errno is a thread
local variable, so other threads cannot influence the variable during
the calls.
This is one of the many quirks that Mark has implemented for platforms
bugs in various libm.
Christian
___
Pyth
also beneficial to have auditing events for the
import system to track when sys.path or import loaders are changed.
Christian
[1] https://marc.info/?l=linux-fsdevel&m=155535414414626&w=2
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.
On 15/04/2019 23.17, Steve Dower wrote:
> On 15Apr2019 1344, Christian Heimes wrote:
>> Hi Steve,
>>
>> (memory dump before I go to bed)
>>
>> Steve Grubb from Red Hat security pointed me to some interesting things
>> [1]. For instance there is som
feedback
from some Linux Kernel security engineers first.
On 01/04/2019 18.31, Steve Dower wrote:
> On 31Mar2019 0538, Christian Heimes wrote:
>> I don't like the fact that the PEP requires users to learn and use an
>> additional layer to handle native code. Although we cannot provi
On 16/04/2019 14.57, Victor Stinner wrote:
> Le mar. 16 avr. 2019 à 14:35, Christian Heimes a écrit
> :
>> * Linux: readlink("/proc/self/fd/%i")
>
> That doens't work if /proc is not mounted, which can occur in a
> container (where /proc is not mounted nor
e is
sufficient time to address issues until the first release candidate of
3.8.0.
Thanks Steve, it's been a privilege to work with you!
Christian
[1] https://www.python.org/dev/peps/pep-0578/
___
Python-Dev mailing list
Python-Dev@python.org
https:
the arguments.
What are the next step? Will there be another PEP that explores how we
are going to deal with migration, workflow changes, and how we plan to
map current BPO features to Github?
Christian
___
Python-Dev mailing list
Python-Dev@py
code changes for
3.8. Instead I only like to document a bunch of modules as deprecated. Active
deprecation is planned for 3.9 and removal for 3.10. The long deprecation phase
gives us 3 years to change our minds or handle edge cases, too.
Regards,
Chri
to remove the socketserver module without
a suitable replacement for http.server in the standard library.
Christian
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/ma
vice switch) and PAM (pluggable authentication modules). NSS
looks up and enumerate users and groups. PAM performs password validation and
much, much, much more. The pwd and grp modules use the correct APIs to interact
with NSS. If you need to check or
On 21/05/2019 00.13, Antoine Pitrou wrote:
> On Tue, 21 May 2019 00:06:35 +0200
> Christian Heimes wrote:
>> On 20/05/2019 23.27, Antoine Pitrou wrote:
>>> NNTP is still quite used (often through GMane, but probably not only) so
>>> I'd question the removal
On 16/05/2019 23.12, Pablo Galindo Salgado wrote:
> Hi everyone,
>
> TLDR
> =
>
> I propose to remove the current parser module and expose pgen2 as a standard
> library module.
I like to add this to PEP 594, see https://github.com/python/peps/pull/1063
Terry, thanks for connecting my PEP w
On 21/05/2019 01.06, Terry Reedy wrote:
> On 5/20/2019 6:06 PM, Christian Heimes wrote:
>
>>> Removing the crypt module would remove support for system-standard
>>> password files. I don't understand the rationale.
>>
>> Applications *must* not access sy
.
> It seems argparse doesn't support transparent decompression.
> * I don't want to use 3rd party library for such single script files.
OK, let's keep it. I was under the impression that it's not used.
Christian
___
Py
On 21/05/2019 11.49, Nathaniel Smith wrote:
> On Tue, May 21, 2019 at 2:40 AM Walter Dörwald wrote:
>>
>> On 20 May 2019, at 22:15, Christian Heimes wrote:
>>
>>> Hi,
>>>
>>> here is the first version of my PEP 594 to deprecate and eventually
>&
or security
problem in your application. You must use the PAM stack to authenticate access
to a service.
Christian
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org
d in Python 3.8 and 3.9. Python 3.9 will reach
EOL late 2026 or early 2027.
That's plenty of time.
Christian
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
On 21/05/2019 13.50, Victor Stinner wrote:
> Hi Christian,
>
> I dislike the PEP 594 title: "Removing dead batteries from the
> standard library". A module is never "dead", there are always users,
> even if there are less than 5 of them.
I'm open for sugge
On 21/05/2019 14.06, Anders Munch wrote:
> Fra: Python-Dev [mailto:python-dev-bounces+ajm=flonidan...@python.org] På
> vegne af Christian Heimes
>> * The removed modules will be available through PyPI.
>
> Will they? That's not the impression I got from the PEP.
It
On 21/05/2019 15.01, Steven D'Aprano wrote:
> Christian, I'm glad that you are privileged enough to find it simple and
> straight forward to download and install, but for many Python users, it
> is not so simple or straight forward.
>
> Many Python users don't ha
?diff=unified#diff-ae358c21fa7968ee3b6c64479e051574
I'll be traveling the next couple of days and will only have limited
opportunities to respond on feedback.
Christian
---
PEP: 594
Title: Removing dead batteries from the sta
you create an issue or PR, please?
Christian
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
failures, then the relevant tests can be disabled on CI.
>
> NNTP itself is still used, even if less and less.
I'd rather have it moved outside the core and maintained by people that
actually care about NNTP support.
Greg, you proposed the depreca
he module has to be maintained until EOL
of 3.9, which is around 2026.
Christian
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
On 21/05/2019 18.08, Giampaolo Rodola' wrote:
>
>
> On Tue, 21 May 2019 at 21:13, Christian Heimes <mailto:christ...@python.org>> wrote:
>
> crypt
> ~
>
> The `crypt <https://docs.python.org/3/library/crypt.html>`_ module
> imple
On 21/05/2019 18.08, Giampaolo Rodola' wrote:
>
>
> On Tue, 21 May 2019 at 21:13, Christian Heimes <mailto:christ...@python.org>> wrote:
>
> crypt
> ~
>
> The `crypt <https://docs.python.org/3/library/crypt.html>`_ module
> imple
On 21/05/2019 18.29, Glenn Linderman wrote:
> On 5/20/2019 2:20 PM, Christian Heimes wrote:
>> On 20/05/2019 23.12, Andrew Svetlov wrote:
>>> socketserver.py is also questionable
>> I briefly though about the module, but didn't consider it for removal. The
>&
On 21/05/2019 16.46, Guido van Rossum wrote:
> +1. Let's keep colorsys then.
I let colorsys off the hock, https://github.com/python/peps/pull/1070
Thanks for your feedback, Walter and Petr!
Christian
___
Python-Dev mailing list
Python-Dev@py
27;t be fixed. It could only be replaced with a completely
> different API that wraps PAM and Windows's authentication API.
>
> Christian
>
> PS: Authentication, authorization, and identity management are part of my
> day job at Red Hat.
>
>
> Got it. I
On 21/05/2019 20.35, Guido van Rossum wrote:
> On Tue, May 21, 2019 at 11:17 AM Christian Heimes <mailto:christ...@python.org>> wrote:
>
> I'm already facing opposition for modules that are less controversial and
> useful than http.server, too.
>
>
> The
osoft.com/python/python-in-the-windows-10-may-2019-update/
Thanks for doing this and lowering the entree barrier for every Windows user. :)
Christian
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
On 22/05/2019 06.20, Arfrever Frehtes Taifersar Arahesis wrote:
> 2019-05-21 00:06 UTC+02:00, Christian Heimes wrote:
>> On 20/05/2019 23.27, Antoine Pitrou wrote:
>>> Removing the crypt module would remove support for system-standard
>>> password files. I don
ecause they
leak hydrofluoric acid at scale. It's as least as bad as the acid + bathtub
scene from the first season of Breaking Bad [1]. HF is nasty [2].
I can reveal more details in a week or two.
Christian
[1] https://breakingbad.fandom.com/wiki/Hydrofluoric_acid
[2] https://en.wikipedia
On 22/05/2019 01.11, Glenn Linderman wrote:
> On 5/21/2019 2:00 PM, Nathaniel Smith wrote:
>> On Tue, May 21, 2019 at 10:43 AM Glenn Linderman
>> wrote:
>>> After maintaining my own version of http.server to fix or workaround some
>>> of its deficiencies for some years, I discovered bottle.py. I
On 22/05/2019 12.19, Steven D'Aprano wrote:
> I don't think this PEP should become a document about "Why you should
> use PAM". I appreciate that from your perspective as a Red Hat security
> guy, you want everyone to use best practices as you see them, but it
> isn't Python's position to convin
On 22/05/2019 06.59, Stephen J. Turnbull wrote:
> Christian Heimes writes:
>
> > It's all open source. It's up to the Python community to adopt
> > packages and provide them on PyPI.
> >
> > Python core will not maintain and distribute the packages. I&
Please use
https://discuss.python.org/t/pep-594-removing-dead-batteries-from-the-standard-library/1704
for feedback and discussion.
Thank you,
Christian
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python
On 22/05/2019 02.44, Brett Cannon wrote:
> It also doesn't help that no one is listed in the experts index for the
> module either..
Excellent point! The PEP now lists the presence / absence of experts.
Christian
___
Python-Dev mailing
On 23/05/2019 02.58, Steven D'Aprano wrote:
> On Wed, May 22, 2019 at 01:31:18PM +0200, Christian Heimes wrote:
>> On 22/05/2019 12.19, Steven D'Aprano wrote:
>>> I don't think this PEP should become a document about "Why you should
>>> use PAM&quo
t.
>
> That sounds like a good idea for PyType_FromSpec.
>
> For static types I either wouldn't bother at all, or only check in debug
> builds and fail with Py_FatalError.
You could add a check to PyType_Ready() and have it either return an
error or fix tp_call.
Christian
_
eature:
The set of modules in the stdlib has exactly that being in the
stdlib as a quality indicator.
I need now a structure that replaces that quality,
like
"This one is eligible to go into stdlib"
Do we have such a replacement implemented, already?
--
Christian Tismer
On 06.06.19 21:27, Brett Cannon wrote:
>
>
> On Thu, Jun 6, 2019 at 12:25 AM Christian Tismer <mailto:tis...@stackless.com>> wrote:
>
> On 05.06.19 02:21, Victor Stinner wrote:
> > So what is happening for this PEP since Python 3.8 beta1 has been
>
can also happen with other strings when
hash(u'somestring') & mask == hash(b'otherbytes') & mask. The mask of a
set starts with PySet_MINSIZE - 1 == 8 and increases over team.
Christian
___
Python-Dev mailing list -- pyth
uot; or "Easy (C)" and post an explanation of how to fix it.
> That way we will have a good supply of tasks for new contributors.
I'm at EP but I'm leaving on Saturday already. There is a small chance
that I can attend the sprints for a couple of hours.
Christian
__
e PR but likes to have a
second opinion.
PR https://github.com/python/cpython/pull/14448 enables PHA for http.client.
Christian
___
Python-Dev mailing list -- python-dev@python.org
To unsubscribe send an email to python-dev-le...@python.org
https://mail.pyth
chine without any issues. I suspect
it's either an outdated sphinx version or caching issue. Could somebody
from the docs team or shell access to the docs machine please look into
the matter?
Thanks!
Christian
___
Python-Dev mailing list -- python-dev@
On 09/07/2019 14.02, Julien Palard wrote:
> Hi Christian,
>
>> the table with auditing events does not render on docs.python.org,
>> https://docs.python.org/3.9/library/audit_events.html. Steve and I are
>> going to present the auditing feature tomorrow at EuroPython. I
Cheers -- Chris
--
Christian Tismer :^) tis...@stackless.com
Software Consulting : http://www.stackless.com/
Karl-Liebknecht-Str. 121 : https://github.com/PySide
14482 Potsdam: GPG key -> 0xFB7BEE0E
phone +49 173 24 18 776 fax +
le([("x", int), ("y", int)]): ...
cheers -- Chris
On 29.07.19 18:00, Guido van Rossum wrote:
> Can't you use the proper inline form of NamedTuple?
>
> def f() -> typing.NamedTuple("__f", [("x", int), ("y", int)]):
> ...
>
de, I assume you're using the C-API. If that's the
> case, check out Struct Sequences, the "C equivalent of named tuples".
> For example, the result of "os.stat()" is a struct sequence.
>
> https://docs.python.org/3/c-api/tuple.html#struct-sequence-objects
>
(yet :-)
cheers -- Chris
On 30.07.19 17:10, Guido van Rossum wrote:
> I think I have to agree with Petr. Define explicit type names.
>
> On Tue, Jul 30, 2019 at 2:45 AM Paul Moore <mailto:p.f.mo...@gmail.com>> wrote:
>
> On Tue, 30 Jul 2019 at 09:33, Christian
e
> checker about the number of anonymous fields.
>
> --Guido
>
> On Wed, Aug 7, 2019 at 1:51 AM Christian Tismer <mailto:tis...@stackless.com>> wrote:
>
> Hi all,
>
> Ok, I am about to implement generation of such structures
> automatically usi
gt; https://mail.python.org/mailman3/lists/python-dev.python.org/
> Message archived at
> https://mail.python.org/archives/list/python-dev@python.org/message/V2EDFDJGXRIDMKJU3FKIWC2NDLMUZA2Y/
>
--
Christian Tismer :^) tis...@stackless.com
Software Consulting :
t; someclass) -> (bool, int)
>
> I rarely, if ever, see code that actually stores the return tuple as-is.
> The return tuple is just deconstructed immediately, like “x, y =
> getpoint(mypoint)”.
>
> Ronald
> —
>
> Twitter: @ronaldoussoren
> Blog: https://blog.ronaldou
7;t think Mark is asking for you or I to fund the exercise. He's
> asking for the PSF to fund it.
No, he is not. Mark is asking the PSF to organize a fund raiser and keep
half the money.
Christian
___
Python-Dev mailing list -- python-dev
On 21/10/2020 09.35, Paul Moore wrote:
> On Wed, 21 Oct 2020 at 08:14, Christian Heimes wrote:
>>
>> On 21/10/2020 00.14, Steven D'Aprano wrote:
>>> On Tue, Oct 20, 2020 at 06:04:37PM +0100, Paul Moore wrote:
>>>
>>>> What I don't see is wh
On 21/10/2020 11.37, Steven D'Aprano wrote:
> On Wed, Oct 21, 2020 at 09:06:58AM +0200, Christian Heimes wrote:
>> On 21/10/2020 00.14, Steven D'Aprano wrote:
>>> On Tue, Oct 20, 2020 at 06:04:37PM +0100, Paul Moore wrote:
>>>
>>>> What I don
and extensions, so clang should be doable with
manageable amount of effort, too. After X86_64 I'd consider AArch64
(ARM64) and MSVC next.
Christian
___
Python-Dev mailing list -- python-dev@python.org
To unsubscribe send an email to pyt
;> b = b'bytes'
>>> f"{b}"
Traceback (most recent call last):
File "", line 1, in
BytesWarning: str() on a bytes instance
>>> str(b)
Traceback (most recent call last):
File "", line 1, in
BytesWarning: str() on a bytes instance
Christian
or Solaris support and stable build bots, I'm all
in favor to remove the platforms.
Christian
___
Python-Dev mailing list -- python-dev@python.org
To unsubscribe send an email to python-dev-le...@python.org
https://mail.python.org/mailman
I very much second this opinion
/Christian
On Sat, 14 Nov 2020, 15.16 Joao S. O. Bueno, wrote:
>
>
> On Sat, 14 Nov 2020 at 10:16, Nick Coghlan wrote:
>
>> On Fri, 13 Nov 2020 at 09:39, David Mertz wrote:
>> >
>> > I have read a great deal of discuss
9 release, Fedora has plans to fix this
> <https://src.fedoraproject.org/rpms/python3.10/pull-request/13>, and
> Christian Heimes has opened a bug on the Ubuntu launchpad
> <https://bugs.launchpad.net/ubuntu/+source/python3.9/+bug/1904271> for
> this. I will figure o
n many years. I haven't seen him
in quite some time, too.
How about you put your name in the expert index instead of him? :)
Christian
___
Python-Dev mailing list -- python-dev@python.org
To unsubscribe send an email to python-dev-le...@python.org
h
he issue.
Benjamin's fix has landed two days ago. The fixes will be included in
3.7.10 and 3.6.13.
Christian
___
Python-Dev mailing list -- python-dev@python.org
To unsubscribe send an email to python-dev-le...@python.org
https://mail.python.org/mailman
thon | wc -l
4264
$ grep -R wcslen /usr/bin/ /usr/sbin/ | grep -v python | wc -l
92
$ find /usr/lib64/ -name '*.so' -not -name '*python*' | wc -l
5478
$ find /usr/lib64/ -name '*.so' -not -name '*python*' | xargs grep
wcslen | wc -l
34
Christian
__
On 19/02/2021 23.22, Stestagg wrote:
> The thing that stood out from this conversation, for me, is: Releases
> are too hard, and there’s a risk of not having enough volunteers as a
> result.
>
> How hard is it to fix that?
Actually it's easy to fix!
The PSF needs needs sufficient money to hire
fails unless 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.
2) It gives us the leverage to remove a flagged platform in the future
or refuse support on BPO.
Christian
_
On 21/02/2021 13.47, glaub...@debian.org wrote:
> Rust doesn't keep any user from building Rust for Tier 2 or Tier 3 platforms.
> There is no separate configure guard. All platforms that Rust can build for,
> are always enabled by default. No one in Rust keeps anyone from
> cross-compiling code
f Python, and the following
>> statement stood out for me as shocking:
>>
>> Christian Heimes wrote:
>>> Core dev and PyPA has spent a lot of effort in promoting venv because we
>>> don't want users to break their operating system with sudo pip install.
>>
of these installations.
There are tools like https://rdfind.pauldreik.se/rdfind.1.html that
create hard links to deduplicate files. Some files systems have
deduplicated baked in, too.
Christian
___
Python-Dev mailing list -- python-dev@python.org
To
201 - 300 of 1220 matches
Mail list logo
