Michele added the comment:
Attached ccbench-osx.log made today on OSX on latest svn checkout. Hope it helps
--
nosy: +Michele
Added file: http://bugs.python.org/file17393/ccbench-osx.log
___
Python tracker
<http://bugs.python.org/issue7
Michele Orrù added the comment:
Well, actually SimpleHTTPRequesthandler extends BaseHTTPHandler with basic
do_GET and do_HEAD methods.
Unittests for http.server shows that this behavior is intended, since:
Traceback (most recent call last):
File "Lib/test/test_httpservers.py", li
Michele Orrù added the comment:
These tests shows how SimpleHTTPRequestHandler behaves: if the class
contains a do_FOO method, it is called, otherwise error501 is raised.
That's what Karl said with «Or to modify the library code that for any
resources not yet defined.».
Michele Orrù added the comment:
As Ezio just pointed out, strip('\r\n') is still behaves differently from the
previous code. Sorry for that.
--
___
Python tracker
<http://bugs.python.o
Michele Orrù added the comment:
> Joonas, this issue seems easy to solve. Do you want to try to post a
> patch?. Extra credits for patching testsuite too :).
As far as I see, it would be sufficient to add unquote(passed) to
_open_generic_http. Regarding unittests instead, there is alr
Michele Orrù added the comment:
There's no need to port your patch over python3k, since urllib behaves
differently with http passwords - as you can see in the doc
http://docs.python.org/dev/py3k/library/urllib.request.html#examples
I would be glad to finish your password on 2.7 as so
Michele Orrù added the comment:
Patch attached. Note that now unquote is called with host using map(), and b64
encoded strings are no more hardcoded. Please tell me if those changes are
acceptable - anyway they don't break any other unit tests.
--
nosy: +ezio.melotti
Added file:
Michele Orrù added the comment:
Whoops, probably I tested using $ python instead of $ ./python.exe -
Attaching two patches, one keeps using map(), but definitely changes unquote()
behavior; the other simply asserts user_passwd exists before using unquote().
Well, concerning the class field
Changes by Michele Orrù :
Removed file: http://bugs.python.org/file24186/issue13642.patch
___
Python tracker
<http://bugs.python.org/issue13642>
___
___
Python-bugs-list m
Changes by Michele Orrù :
Added file: http://bugs.python.org/file24192/issue13642_with_map.patch
___
Python tracker
<http://bugs.python.org/issue13642>
___
___
Python-bug
Michele Orrù added the comment:
Patch attached for python3, with unit tests.
--
nosy: +maker
Added file: http://bugs.python.org/file24215/issue13359.patch
___
Python tracker
<http://bugs.python.org/issue13
Michele Orrù added the comment:
Here the patch for python2.
kiilerix, RFC 1738 explicitly says that the space character shall not be used.
--
Added file: http://bugs.python.org/file24216/issue13359_py2.patch
___
Python tracker
<h
Michele Orrù added the comment:
In the sense that the alias for 'tactis' should be removed also in 2.7 and 3.2?
--
title: The email package should defer to the codecs module for all aliases ->
The email package should defer to the codecs module fo
Changes by Michele Orrù :
Removed file: http://bugs.python.org/file22064/unnamed
___
Python tracker
<http://bugs.python.org/issue8898>
___
___
Python-bugs-list mailin
Michele Orrù added the comment:
After discussing on IRC, it figured out that the best choice would be to use
normalize_encoding plus ALIAS, as the attached patch does.
--
Added file: http://bugs.python.org/file22094/issue8898_normalize.patch
Michele Orrù added the comment:
In which cases it goes to PC/getpathp.c? I suppose it's Modules/getpath.c
otherwise.
Line 495 on getpathp.c let me guess it's not only for Windows.
--
nosy: +maker
___
Python tracker
<http://bu
Michele Orrù added the comment:
Done.
--
Added file: http://bugs.python.org/file22129/issue10424_2.patch
___
Python tracker
<http://bugs.python.org/issue10
Michele Orrù added the comment:
+1
What do you think? Ezio, David?
--
title: The email package should defer to the codecs module for all aliases ->
The email package should defer to the codecs module for all aliases
___
Python tracker
&l
Michele Orrù added the comment:
In that case, I could still take care of it; it would be really easy to do.
So, it's up to you to tell me what is the best design choice. (:
--
___
Python tracker
<http://bugs.python.org/i
Michele Orrù added the comment:
Any idea about how to unittest mime.aliases?
Also, since I've just created a new file, are there some buracratic issues? I
mean, do I have to add something at the top of the file?
(I'm just signing the Contributor Agreement)
--
Added
Changes by Michele Orrù :
Added file: http://bugs.python.org/file22153/issue8898_3.patch
___
Python tracker
<http://bugs.python.org/issue8898>
___
___
Python-bugs-list m
Changes by Michele Orrù :
Added file: http://bugs.python.org/file22155/issue10424.patch
___
Python tracker
<http://bugs.python.org/issue10424>
___
___
Python-bugs-list m
Michele Orrù added the comment:
It is possible to retrieve the current module using _normalize_module(None), or
instead use the test name (dt_test.name) just like in
DocTestCase.shortDescription.
Since there is no doc about it, IMHO we should use unittest's standard as
guideline, whi
Michele Orrù added the comment:
The attached patch follows Ezio's hints.
--
nosy: +maker
Added file: http://bugs.python.org/file22956/6584_4.patch
___
Python tracker
<http://bugs.python.org/i
Changes by Michele Orrù :
Added file: http://bugs.python.org/file22958/6584_5.patch
___
Python tracker
<http://bugs.python.org/issue6584>
___
___
Python-bugs-list mailin
Michele Orrù added the comment:
Would it be better to use TarError as Sridhar suggested, or create a new class
BadTarfile(TarError, IOError), following the convention used for gzip and
zipfile?
--
nosy: +maker
___
Python tracker
<h
Changes by Michele Orrù :
--
nosy: +ezio.melotti
___
Python tracker
<http://bugs.python.org/issue6584>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Michele Orrù :
--
nosy: +ezio.melotti
___
Python tracker
<http://bugs.python.org/issue6669>
___
___
Python-bugs-list mailing list
Unsubscribe:
Michele Orrù added the comment:
The attached patch adds aliases for latin_N in encodings.aliases, and fixes
email.charset behaviour according to codecs.lookup, as requested.
Tested on (Arch) Linux.
Am I supposed to add any unittest? I'm wavering about where they should be
place
Changes by Michele Orrù :
--
nosy: +eric.araujo
___
Python tracker
<http://bugs.python.org/issue8898>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Michele Orrù :
Removed file: http://bugs.python.org/file22049/issue8898.patch
___
Python tracker
<http://bugs.python.org/issue8898>
___
___
Python-bugs-list m
Changes by Michele Orrù :
Added file: http://bugs.python.org/file22053/issue8898.patch
___
Python tracker
<http://bugs.python.org/issue8898>
___
___
Python-bugs-list m
Michele Orrù added the comment:
Well, actually encodings.aliases links to the encoding _module name_, as
described in the doc:
""" Encoding Aliases Support
This module is used by the encodings package search function to
map encodings names to module names.
"&quo
Changes by Michele Orrù :
Added file: http://bugs.python.org/file22058/fail_tactis.txt
___
Python tracker
<http://bugs.python.org/issue8898>
___
___
Python-bugs-list m
Changes by Michele Orrù :
Added file: http://bugs.python.org/file22059/issue8898_withtests.patch
___
Python tracker
<http://bugs.python.org/issue8898>
___
___
Python-bug
Changes by Michele Orrù :
Added file: http://bugs.python.org/file22060/fail_mcbs.txt
___
Python tracker
<http://bugs.python.org/issue8898>
___
___
Python-bugs-list mailin
Michele Orrù added the comment:
So, what do you prefer? Add a check for sys.platform, or just skip it?
discussion on python-dev. So I'm +1 for just skipping it for now (with a XXX
comment on the right maybe).
--
title: The email package should defer to the codecs module for
Michele Orrù added the comment:
Sorry, I was told that email the bugtracker could not work properly.
> > - mcbs has something broken in its imports;
> mbcs is only available on Windows.
So, what do you prefer? Add a check for sys.platform, or just skip it?
> > - tactis module
Changes by Michele Orrù :
Removed file: http://bugs.python.org/file22057/unnamed
___
Python tracker
<http://bugs.python.org/issue8898>
___
___
Python-bugs-list mailin
Michele Orrù added the comment:
unittest.skip* are decorators, so useless in this case; also, AFAIS
Lib/test/ uses sys.platform.
I would suggest to put a try statement in encodings.mbcs, and raise an
error in case the imported modules imported are not found.
But this is another story
Changes by Michele Orrù :
Removed file: http://bugs.python.org/file22065/issue8898_skip.patch
___
Python tracker
<http://bugs.python.org/issue8898>
___
___
Python-bug
Changes by Michele Orrù :
Added file: http://bugs.python.org/file22066/issue8898_skip.patch
___
Python tracker
<http://bugs.python.org/issue8898>
___
___
Python-bug
Michele Orrù added the comment:
This issue seems already fixed.
File: Lib/argparse.py
922 # if we didn't use all the Positional objects, there were too few
1923 # arg strings supplied.
1924 if positionals:
1925 self.error(_('too few arguments
Michele Orrù added the comment:
The attached patch solves this issue.
I haven't added any unittest because test_argparse.py is quite huge - over 4300
lines-, and I was undecided between «ArgumentError tests» (4251) and
«ArgumentTypeError tests» (4262). Any hint?
However, file bug104
Changes by Michele Orrù :
Added file: http://bugs.python.org/file19647/bug10424.py
___
Python tracker
<http://bugs.python.org/issue10424>
___
___
Python-bugs-list mailin
Michele Orrù added the comment:
I'm still working on this task; the attachment shows how I'm solving the bug.
The patch is NOT yet completed, there are some problems with the unittests.
Hoping that Eric will give me a help soon.
--
keywords: +patch
nosy: +ezio.melotti, m
Changes by Michele Orrù :
Removed file: http://bugs.python.org/file19679/issue10453.patch
___
Python tracker
<http://bugs.python.org/issue10453>
___
___
Python-bugs-list m
Michele Orrù added the comment:
The new attached patch passes the unittest.
--
Added file: http://bugs.python.org/file19682/issue10453.patch
___
Python tracker
<http://bugs.python.org/issue10
Changes by Michele Orrù :
Removed file: http://bugs.python.org/file19682/issue10453.patch
___
Python tracker
<http://bugs.python.org/issue10453>
___
___
Python-bugs-list m
Changes by Michele Orrù :
Added file: http://bugs.python.org/file19684/issue10453.patch
___
Python tracker
<http://bugs.python.org/issue10453>
___
___
Python-bugs-list m
Michele Orrù added the comment:
Eric, the unittests in Lib/test/test_compileall.py seems quite consistent to
me, so for now I won't add anything.
About adding a method for testing the '-h' argument, now that Lib/compileall.py
uses argparse, it sounds trivial.
EDIT: Kotan, I
Changes by Michele Orrù :
Removed file: http://bugs.python.org/file19684/issue10453.patch
___
Python tracker
<http://bugs.python.org/issue10453>
___
___
Python-bugs-list m
Michele Orrù added the comment:
Unittest added; should be enough.
--
Added file: http://bugs.python.org/file19702/issue10453.patch
___
Python tracker
<http://bugs.python.org/issue10
Changes by Michele Orrù :
Added file: http://bugs.python.org/file19703/issue10453_tests.patch
___
Python tracker
<http://bugs.python.org/issue10453>
___
___
Python-bug
Changes by Michele Orrù :
Added file: http://bugs.python.org/file19708/issue10453_final.patch
___
Python tracker
<http://bugs.python.org/issue10453>
___
___
Python-bug
Michele Orrù added the comment:
Yes, I was discussing about that on IRC. That's a matter of platform -on mine
for example works-. He gave me a hand in solving this failure; now -I think-
he's gonna apply that.
--
___
Python trac
Michele Orrù added the comment:
*discussing that on IRC with R. David Murray
--
___
Python tracker
<http://bugs.python.org/issue10453>
___
___
Python-bugs-list m
Michele Orrù added the comment:
Sorry.
--
Added file: http://bugs.python.org/file19717/issue10453_noargs.patch
___
Python tracker
<http://bugs.python.org/issue10
Michele Orrù added the comment:
Yeah, maybe your is more readable.
I suppose that failure was due to some missing arguments when calling
compileall (line 225). The attached patch should fix this issue, but currently
I have no Windows machines where to test.
--
Added file: http
Michele Orrù added the comment:
Unittest added.
--
Added file: http://bugs.python.org/file19729/issue10424.patch
___
Python tracker
<http://bugs.python.org/issue10
Changes by Michele Orrù :
Removed file: http://bugs.python.org/file19646/issue10424.patch
___
Python tracker
<http://bugs.python.org/issue10424>
___
___
Python-bugs-list m
Michele Orrù added the comment:
Ezio reviewed my patch; here there's the new version with some improvements.
--
Added file: http://bugs.python.org/file19736/issue10424.patch
___
Python tracker
<http://bugs.python.org/is
Changes by Michele Orrù :
Removed file: http://bugs.python.org/file19729/issue10424.patch
___
Python tracker
<http://bugs.python.org/issue10424>
___
___
Python-bugs-list m
Michele Orrù added the comment:
Thank you Stefan, these days I was a little busy and I hadn't the time to
review my patch. I really appreciate you help.
--
___
Python tracker
<http://bugs.python.org/is
Michele Orrù added the comment:
Unit tests added; tested both on python2.6 and python2.7.
--
nosy: +maker
versions: +Python 2.6
Added file: http://bugs.python.org/file17319/issue1100562.patch
___
Python tracker
<http://bugs.python.org/issue1100
Changes by Michele Orrù :
--
nosy: +maker
___
Python tracker
<http://bugs.python.org/issue13866>
___
___
Python-bugs-list mailing list
Unsubscribe:
Michele Orrù added the comment:
I am interested in solving this bug.
If I understood correctly, that should be just a matter of spitting over
sys.stdout whenever the user imports warnings.py, sys.stderr otherwise.
Rewriting the code in C for python3.x would still be appreciated
Michele Orrù added the comment:
For what I saw these days, Parser/tokenizer.c should import warnings.h (in
order to use PyErr_WarnEx()), but Python/_warnings.c imports Python.h, that
requires pgen ready. This leads to a circular dependency.
Am I wrong / missing something
Michele Orrù added the comment:
May somebody check for this? Otherwise the bug could be considered invalid.
--
___
Python tracker
<http://bugs.python.org/issue1531
Michele Orrù added the comment:
I'm currently working on this issue.
A little cleanup would be appreciated, or it would be better to split that on
another issue?
For what I saw, tests are in the form FooTest instead of TestFoo, smtpd imports
modules used only in __main__, warnings c
Michele Orrù added the comment:
Patch attached.
A few considerations: in case of syntax error, the server responds with " MAIL
FROM: [SP ] " according to
http://tools.ietf.org/html/rfc5321#section-3.3 (instead of "MAIL
FROM:"). Note that this could break something,
Michele Orrù added the comment:
> This is not the proper workflow for bug tracking. "No one is working
> on this right now" is not the same as "This bug is invalid". No one
> worked on this ticket almost *seven years* after I filed it.
New submission from Michele Orrù :
This issue is related to 8739 .
As pointed in http://bugs.python.org/issue8739#msg155385,
« tests are in the form FooTest instead of TestFoo, smtpd imports modules used
only in __main__, warnings can be handled the appropriate module, __import__
shall not
Michele Orrù added the comment:
David: yes, I did. About two weeks ago.
Probably I'll take a look to those issues :)
--
___
Python tracker
<http://bugs.python.org/i
Michele Orrù added the comment:
David, can you tag this issue as dependency for issue14261 ?
--
___
Python tracker
<http://bugs.python.org/issue8739>
___
___
Changes by Michele Orrù :
--
nosy: +maker
___
Python tracker
<http://bugs.python.org/issue11959>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Michele Orrù :
--
nosy: +maker
___
Python tracker
<http://bugs.python.org/issue14333>
___
___
Python-bugs-list mailing list
Unsubscribe:
Michele Orrù added the comment:
This bug is becouse of Lib/unittest/loader.py:107 . So a quick fix would be to
inherit from unittest.TestCase only in the exposed classes; but probably using
a class decorator is the best solution.
--
keywords: +patch
Added file: http://bugs.python.org
Changes by Michele Orrù :
Added file: http://bugs.python.org/file24911/issue14333.patch
___
Python tracker
<http://bugs.python.org/issue14333>
___
___
Python-bugs-list m
New submission from Michele Orrù :
http://docs.python.org/library/argparse.html#arguments-containing
The attached file shows different behaviours when using '--' immediately after
an optional argument.
tumbolandia:cpython maker$ python foo.py --test=-- foo
[]
tumbolandia:cpy
Michele Orrù added the comment:
+1 also for me.
I will try to work for a patch in the next days. :)
--
___
Python tracker
<http://bugs.python.org/issue14
Michele Angrisano added the comment:
It looks like it has the same behavior of issue8958.
--
nosy: +mangrisano
___
Python tracker
<https://bugs.python.org/issue36
Michele Angrisano added the comment:
That method was already removed in cf44883.
--
nosy: +mangrisano
___
Python tracker
<https://bugs.python.org/issue36
Michele Angrisano added the comment:
The proper link is this: cf448832ebca7ed34809168660fa96c3c61f8abb.
Sorry.
--
___
Python tracker
<https://bugs.python.org/issue36
Michele Angrisano added the comment:
I'm on it.
--
___
Python tracker
<https://bugs.python.org/issue36713>
___
___
Python-bugs-list mailing list
Unsubscr
Change by Michele Angrisano :
--
keywords: +patch
pull_requests: +13440
stage: needs patch -> patch review
___
Python tracker
<https://bugs.python.org/issu
Michele Angrisano added the comment:
The Python's version chosen for this issue is 3.7. I think the suggest can be
useful for 3.8 as well. Am I right?
--
nosy: +mangrisano
___
Python tracker
<https://bugs.python.org/is
Change by Michele Angrisano :
--
keywords: +patch
pull_requests: +13457
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue37014>
___
_
Michele Angrisano added the comment:
I've just made a PR for this issue.
--
___
Python tracker
<https://bugs.python.org/issue37014>
___
___
Python-bugs-l
Michele Angrisano added the comment:
I agree with *target_time*. I'm working on it and soon I'm going to update the
pr.
--
nosy: +mangrisano
___
Python tracker
<https://bugs.python.o
Change by Michele Orrù :
--
title: Integer overflow in the socket function parsing a Bluetooth address ->
Fix Bluetooth address parser
___
Python tracker
<https://bugs.python.org/issu
Michele Angrisano added the comment:
I've tried to reproduce this behavior on my Mac with python3.8 and python 3.7
but I couldn't.
If 'nul' doesn't exist, it raises a FileNotFound exception as it should do.
If 'nul' exists, it shows me the ri
Michele Angrisano added the comment:
I'm working on it.
--
nosy: +mangrisano
___
Python tracker
<https://bugs.python.org/issue19184>
___
___
Python-bugs-l
Change by Michele Angrisano :
--
keywords: +patch
pull_requests: +13544
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/13652
___
Python tracker
<https://bugs.python.org/issu
Michele Angrisano added the comment:
The doc (3.7) says that the argument "may be a floating point number to
indicate a more precise sleep time."
I think that TypeError message is right because you can choose how much
precision you need but it's optional.
What do you t
Change by Michele Angrisano :
--
nosy: -mangrisano
___
Python tracker
<https://bugs.python.org/issue37074>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Michele Angrisano :
--
nosy: -mangrisano
___
Python tracker
<https://bugs.python.org/issue37086>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Michele Angrisano :
--
nosy: -mangrisano
___
Python tracker
<https://bugs.python.org/issue36986>
___
___
Python-bugs-list mailing list
Unsubscribe:
Michele Angrisano added the comment:
Reading the examples in the doc, it's clear the behavior when FileType takes an
argument. What's the behavior of FileType when is called without any argument?
--
nosy: +mangrisano
___
Python track
Michele Angrisano added the comment:
Yes, I meant that. Thanks! :)
--
___
Python tracker
<https://bugs.python.org/issue37150>
___
___
Python-bugs-list mailin
1 - 100 of 232 matches
Mail list logo
