On 7/2/2019 12:56 PM, Terry Reedy wrote:
On 7/2/2019 12:16 AM, Glenn Linderman wrote:
On 7/1/2019 8:28 PM, Terry Reedy wrote:
I did not read much of the thread, but the proposal is to wrap a
near-trivial expression (2 operations) or replace a current method
call with a method call than is
Python 3.7.4rc2 is now available. 3.7.4rc2 is the second release
preview of the next maintenance release of Python 3.7, the latest
feature release of Python. Assuming no further critical problems are
found prior to 2019-07-08, no code changes are planned between this
release candidate and the
Python 3.6.9 is now available. 3.6.9 is the first security-only-fix
release of Python 3.6. Python 3.6 has now entered the security fix
phase of its life cycle. Only security-related issues are accepted and
addressed during this phase. We plan to provide security fixes for
Python 3.6 as needed
Gregory P. Smith wrote:
But a /separate/ issue is that we /should not try/ to cater to people
who cannot use a modern up to date self updating trustworthy web browser.
If developers really want people to keep their systems secure, they
need to provide updates that *only* fix security issues,
GitHub actually provides a bot for this: https://probot.github.io/apps/lock/ .
If people want to turn this one we can discuss it at
https://github.com/python/core-workflow/.
___
Python-Dev mailing list -- python-dev@python.org
To unsubscribe send an
On Mon, Jul 1, 2019 at 9:01 AM Steven D'Aprano wrote:
> On Sat, Jun 29, 2019 at 10:26:04AM -0500, Skip Montanaro wrote:
> > > You have missed at least one: the minimum technology requirement for
> > > using Github is a lot more stringent than for Roundup. Github's minimum
> > > system
There's two issues with this idea.
One, backwards-compatibility, especially since the only good way to handle this
would be to modify the exception-handling code to recognize this specific case
during deprecation.
But two, this would be a semantic shift of what classes directly inherit from
On Tue, Jul 2, 2019 at 4:24 PM wrote:
> It seems to me that the desired behavior here is closest to
> 'str.replace()' out of all the options discussed, just with the constraint
> of being limited to either the start or the end of the string. (Thus the
> .lreplace() and .rreplace() option
On 7/2/2019 12:16 AM, Glenn Linderman wrote:
On 7/1/2019 8:28 PM, Terry Reedy wrote:
I did not read much of the thread, but the proposal is to wrap a
near-trivial expression (2 operations) or replace a current method
call with a method call than is more or less the same len as what it
On 7/2/2019 12:09 PM, Steve Dower wrote:
Maybe there's also a way to automatically lock conversations on commits
and old issues?
I occasionally add comments both to closed issues and merged commits.
For commits, 'Thank you' or 'See # for followup' are examples
Obviously we can lock
On 02.07.2019 19:09, Steve Dower wrote:
On 02Jul2019 0840, Mariatta wrote:
I've used the "Report abuse" feature on GitHub for such situations. Most of the time I see the user suspended, and the associated
comments deleted.
Our GitHub admins can delete comments too.
On Tue, Jul 2, 2019, 1:42
Note that there also is a Github CLI at https://github.com/node-gh/gh#issues,
which brings Github Issues to the terminal and which I use regularly. It,
of course, has dependencies and a learning curve of its own, but it might
be a viable alternative for those, whose browsers do not support the
If loading GitHub website is a technical problem, then it is a pre-existing
condition not caused by PEP 581.
On Sat, Jun 29, 2019, 12:47 AM Steven D'Aprano wrote:
> You have missed at least one: the minimum technology requirement for
> using Github is a lot more stringent than for Roundup.
It happens very rarely, like less than 10 spam commits per year. Maybe
less than 5, I don't know. I don't think it's worth it to bother with
locking conversations.
Victor
Le 02/07/2019 à 18:09, Steve Dower a écrit :
On 02Jul2019 0840, Mariatta wrote:
I've used the "Report abuse" feature on
> On Jul 2, 2019, at 9:09 AM, Steve Dower wrote:
>
> On 02Jul2019 0840, Mariatta wrote:
>> I've used the "Report abuse" feature on GitHub for such situations. Most of
>> the time I see the user suspended, and the associated comments deleted.
>> Our GitHub admins can delete comments too.
>> On
On 02Jul2019 0840, Mariatta wrote:
I've used the "Report abuse" feature on GitHub for such situations. Most
of the time I see the user suspended, and the associated comments deleted.
Our GitHub admins can delete comments too.
On Tue, Jul 2, 2019, 1:42 AM Victor Stinner
On 02Jul2019 0707, brian.sk...@gmail.com wrote:
Taking swapping a file extension as an example of a particular transformation of interest, it would
be achieved with something like s.replace(".htm", ".html", only_end=True).
Please don't use string functions for file system paths, they are not
I've used the "Report abuse" feature on GitHub for such situations. Most of
the time I see the user suspended, and the associated comments deleted.
Our GitHub admins can delete comments too.
On Tue, Jul 2, 2019, 1:42 AM Victor Stinner wrote:
> Hi,
>
> Sometimes, I get an email notification
That's being considered in PEP 588:
https://www.python.org/dev/peps/pep-0588/#a-github-account-should-not-be-a-requirement
It was a consideration since PEP 581 was written, but got moved to 588.
On Tue, Jul 2, 2019, 8:13 AM Baptiste Carvello <
devel2...@baptiste-carvello.net> wrote:
> Le
It seems to me that the desired behavior here is closest to 'str.replace()' out
of all the options discussed, just with the constraint of being limited to
either the start or the end of the string. (Thus the .lreplace() and
.rreplace() option suggested by Glenn.)
The minimal change (which
Victor, Thanks a bunch! Issue closed! It saved my day!
The FIX: "sudo yum install -y libffi-devel", fixed the 3.7.3 compile error!
Have a great day!
Carlos
-Mensagem original-
De: Victor Stinner
Enviada em: terça-feira, 2 de julho de 2019 07:26
Para: Charalampos Stratakis
Cc:
It seems to me that the desired behavior is closest to 'str.replace()' out
of all the options, just with the constraint of being limited to either the
start or the end of the string. (Thus the .lreplace() and .rreplace()
option suggested by Glenn earlier in the thread.)
The minimal change (which
Le 28/06/2019 à 18:56, Mariatta a écrit :
> Hi,
>
> I've updated PEP 581 yesterday, adding the "Downsides of GitHub" section.
>
> https://www.python.org/dev/peps/pep-0581/#downsides-of-github
Hi,
another missing point: the necessity to register an account with a third
party's social network,
FYI I also created an issue to suggest to avoid ctypes to get the glibc
version in pip ;-)
https://github.com/pypa/pip/issues/6675
In the past, we reported multiple times issues to pip when ctypes is not
avialable (for different reasons), but it seems to be a lost battle:
ctypes is commonly
- Original Message -
> From: "Victor Stinner"
> To: python-dev@python.org
> Sent: Tuesday, July 2, 2019 10:41:40 AM
> Subject: [Python-Dev] Re: 3.7.3 Compile error on CentOS 7 (but 3.6.8 Compiles
> OK)
>
> Hi,
>
> Le 02/07/2019 à 06:22, cso...@uol.com.br a écrit :
> > I am trying to
Le 02/07/2019 à 06:35, Inada Naoki a écrit :
I wanted to discuss about only when PyAPI_FUNC() is needed,
not about which function should be public.
On Unix, PyAPI_FUNC() or extern is basically the same currently:
#define PyAPI_FUNC(RTYPE) RTYPE
#define PyAPI_DATA(RTYPE) extern RTYPE
On
Hi,
Le 02/07/2019 à 06:22, cso...@uol.com.br a écrit :
I am trying to compile Python 3 on Centos7 and I am getting "ModuleNotFoundError:
No module named '_ctypes'"
I'm not sure that you are asking on the right mailing list. Anyway.
Red Hat provides precompiled Python 3.6 for Centos 7:
Hi,
Sometimes, I get an email notification about strange comments (unrelated
or make no sense) on commits made 6 months ago if not longer. Usually, I
go to the user profile page and I click on "Block or report user":
"Report abuse". I'm not sure what happens in this case. I never checks
if
28 matches
Mail list logo