On 4/7/2018 9:45 PM, Alex Walters wrote:
Are there people still actively developing new cgi scripts in python? I know
some modern HTTPDs don’t even support classic cgi without some kind of fastcgi
daemon in between. I am aware that some parts of various wsgi tools use the
cgi module, but is
Are there people still actively developing new cgi scripts in python? I know
some modern HTTPDs don’t even support classic cgi without some kind of fastcgi
daemon in between. I am aware that some parts of various wsgi tools use the
cgi module, but is the cgitb module useful for them?
Your sug
On 6 April 2018 at 14:45, Guido van Rossum wrote:
> As you may guess from the silence, it may be hard to get a definitive answer
> to this question -- PEP 384's author has stopped actively participating in
> the Python community and I'm not sure if any core developers currently
> consider themselv
On Sat, Apr 7, 2018 at 6:54 AM, Matěj Cepl wrote:
> Also, considering requests, I am still dreaming about somebody
> writing some requests-like API over the standard library.
What would be the difference between that and... requests? Requests
still uses http.client under the hood...
-n
--
Nath
On Sat, Apr 07, 2018 at 02:50:00PM -0400, Chris Barker - NOAA Federal wrote:
> Is bringing cmd2 into the standard library an option to be considered?
That is discussed on the tracker. The short answer is, yes, it is
considered, but no, cmd2 is not ready to come into the std lib. I
recommend you
> Do you have ca-certificates installed?
It seems so:
% apt search ca-certificates | grep installed
ca-certificates/artful,artful,now 20170717 all [installed]
ca-certificates-mono/artful,artful,now 4.6.2.7+dfsg-1ubuntu1 all
[installed,automatic]
liblwp-protocol-https-perl/artful,artful,now 6.07-
Do you have ca-certificates installed?
On April 7, 2018 5:33:35 PM Skip Montanaro wrote:
It's been a long while since I rebuilt Python from the Git source. I
tried for the first time the other day. Everything passed except
test_poplib and test_asyncio. The former just runs and runs and runs.
H
It's been a long while since I rebuilt Python from the Git source. I
tried for the first time the other day. Everything passed except
test_poplib and test_asyncio. The former just runs and runs and runs.
Here's the first traceback I encounter when executing ./python
Lib/test/test_poplib.py:
test_s
Hello,
I wonder if it's useful to update the cgitb module, in particular the
html output.
I see some possible improvements:
1. In both text and html versions:
When a module is called, there are no parameters (displayed as '()'). I
think they are unnecessary. Perhaps the parentheses should be rem
On Sat, 7 Apr 2018 at 11:50 Chris Barker - NOAA Federal <
chris.bar...@noaa.gov> wrote:
> Is bringing cmd2 into the standard library an option to be considered?
>
Anything can be considered. ;)
>
> That water get included batteries and a more featurefull and supported lib.
>
> It seems (on pyth
Thanks for everyone's interest but, please, let's keep the discussion in one
place as originally requested:
> If you have an opinion about either recommending cmd2 in the cmd docs and/or
> deprecating cmd in 3.8, please comment on https://bugs.python.org/issue33233.
You'll find some answers to s
On Sat, 7 Apr 2018 at 02:09 Steven D'Aprano wrote:
> On Sat, Apr 07, 2018 at 09:30:05AM +0100, Paul Moore wrote:
> > On 7 April 2018 at 04:13, Steve Dower wrote:
> > > Better to deprecate it before it becomes broken, in my opinion.
>
> That argument could be applied to everything in the std lib.
Is bringing cmd2 into the standard library an option to be considered?
That water get included batteries and a more featurefull and supported lib.
It seems (on python-ideas) that people are often told, when they have
a suggestion for the stdlib, that they put it on pypi and see if it
gains usage,
Most likely your 'args' module is calling import with a bytes object and
not a string and that it's getting that far into the process before you hit
code that only works with strings (_os.listdir() returns bytes if you pass
a bytes argument to it).
At this point I would take the question to python
On 2018-04-07, 00:13 GMT, Steven D'Aprano wrote:
> Just in the last week, I've been reminded twice that many
> people using Python do so where they cannot just arbitarily
> pip install , and if a library isn't in the std lib,
> they can't use it without a lot of pain:
100% agree + one of the gr
On Sat, Apr 07, 2018 at 09:30:05AM +0100, Paul Moore wrote:
> On 7 April 2018 at 04:13, Steve Dower wrote:
> > Better to deprecate it before it becomes broken, in my opinion.
That argument could be applied to everything in the std lib.
> > Having someone willing and able to review and merge cha
On 7 April 2018 at 04:13, Steve Dower wrote:
> Better to deprecate it before it becomes broken, in my opinion.
>
> Having someone willing and able to review and merge changes is the best
> criteria for whether a module is still supported or not.
I think there's a difference between not being will
17 matches
Mail list logo
