New submission from Éric Araujo :
Hello
The correct behavior of functools.total_ordering depends on a check performed
with an assert. Attached patch changes it to a test that always runs.
Since it’s a kind of protocol error, I went for TypeError but you may disagree.
Regards
New submission from Éric Araujo :
Hello
The maintainers listing is helpful for us outside bug reporters, but only
present in the py3k branch. I copied it and reverted module name changes.
Attached is the resulting file and the diff against py3k.
Regards
--
assignee: georg.brandl
Changes by Éric Araujo :
--
keywords: +patch
Added file: http://bugs.python.org/file16854/maintainers.diff
___
Python tracker
<http://bugs.python.org/issue8
Éric Araujo added the comment:
Hello spelling and doc people
(I hope it’s okay to use this bug as umbrella instead of opening a myriad bugs
for typos.)
Attached patch fixes small things in functools module and docs:
- Typos: “simplies” does not exist, “fills-in” needs no hyphen since it’s a
New submission from Éric Araujo :
Hello
The docstring for site.setquit was not updated when r42948 changed quit and
exit from strings to callables. Attached patch fixes it.
By the way, is “Library” the right component for docstring-related bugs or is
it “Documentation”?
Regards
Éric Araujo added the comment:
Module names have to be converted only once, so now maintenance is just
keeping names updated. I’m willing to commit to maintaining the
maintainers file <0.2 meta wink> with one caveat: Core developers can
commit and merge immediately, keeping branches i
Éric Araujo added the comment:
Ok. It won’t have a user-friendly error message, though.
You may be interested in a minor doc patch in #5341.
Regards
--
___
Python tracker
<http://bugs.python.org/issue8
Éric Araujo added the comment:
Hey, I do that all the time with email attachments! (They made a Thunderbird™
extension for that.)
Thanks ;)
--
keywords: +patch
Added file: http://bugs.python.org/file16858/quit-doc.diff
___
Python tracker
<h
Éric Araujo added the comment:
> * If it is a *string*, you must also give the *encoding* (and optionally,
> *errors*) parameters; :func:`bytearray` then converts the string to
> bytes using :meth:`str.encode`.
I think this needs some lines to tell how it behaves with str an
Changes by Éric Araujo :
--
nosy: +merwok
___
Python tracker
<http://bugs.python.org/issue7946>
___
___
Python-bugs-list mailing list
Unsubscribe:
Éric Araujo added the comment:
Hello
Distutils being frozen, I’m reassigning to Distutils2. Not sure if I should
make versions blank, 3.3 or third-party, so leaving it alone.
Regards
--
components: +Distutils2 -Distutils
___
Python tracker
<h
Éric Araujo added the comment:
In the absence of better propositions, the message in the patch seems more
helpful to me than the previous, especially because “lookbehind” is a search
term that matches <0.1 wink> on docs.python.org. So I’d apply this patch.
--
nosy: +
Éric Araujo added the comment:
Let me add that os.path.expanduser is the Right Way™ to get a user’s home
directory on POSIX too, since not every setup has a $HOME envvar or a
/etc/passwd file. The only interface one should use is the pwd module (or
getent in shell scripts), and so does
New submission from Éric Araujo :
Add a command to run lint tools such as Python -3, pep8, pyflakes, pychecker,
pylint.
I think this should not be a subcommand of test.
The idea comes from buildutils (http://pypi.python.org/pypi/buildutils/).
--
assignee: tarek
components: Distutils2
Éric Araujo added the comment:
Also, think about running reindent.py and lib2to3 fixers such as idioms or
ws_comma.
--
___
Python tracker
<http://bugs.python.org/issue8
Éric Araujo added the comment:
You’re right. This module name has been fixed in the 3.x branch (it used a
magic name without reason); when importlib was backported from 3.1 to 2.6, this
change must have been overlooked.
Are you willing to produce a patch?
Regards
--
nosy: +merwok
Éric Araujo added the comment:
> (perhaps also with a note explaining that the module replaces __builtin__)
People used to 2.x will know about the name change; people new to Python with
3.x (the happy ones!) will not this this information, except perhaps to
understand outdated docs
Éric Araujo added the comment:
Your first patch seems good to me; wait for a core developer’s answer before
taking time to add notes about renamed modules everywhere.
Cheers
--
___
Python tracker
<http://bugs.python.org/issue8
New submission from Éric Araujo :
Distutils2 should have a command responsible for downloading distributions.
This would factor it out of other code in one clear location and allow users to
download for later installation.
If setup.cfg files grow options for extras, test-requires, build
Éric Araujo added the comment:
I’ve read some distutils-sig threads about this. Do you still want to write a
PEP for it before implementation?
--
___
Python tracker
<http://bugs.python.org/issue8
Éric Araujo added the comment:
Seems sensible: Delimiters are not part of components.
--
nosy: +merwok
___
Python tracker
<http://bugs.python.org/issue2
Éric Araujo added the comment:
It doesn’t look like a constant, too.
httplib.Client, ftplib.Client, ftplib.SecureClient would be much more
descriptive than httplib.HTTP and ftplib.FTP. Any interest about adding aliases?
Regards
--
nosy: +merwok
Éric Araujo added the comment:
Isn’t “http://dead:beef::]/foo/“ and invalid URI?
Regarding doc, see also #5650.
--
title: RFC2732 support for urlparse (e.g. http://[::1]:80/) -> RFC2732 support
for urlparse (e.g. http://
___
Python tracker
&l
Éric Araujo added the comment:
See also #2987
--
title: Obsolete RFC's should be removed from doc of urllib.urlparse -> Obsolete
RFCs should be removed from doc of urllib.urlparse
___
Python tracker
<http://bugs.python.or
Éric Araujo added the comment:
Hello
Not a local expert here, but since this module relies on the underlying libc
locale support. Do other programs work correctly with this locale?
Apart from that, your program needs to catch and handle exceptions anyway.
Martin, I’m making you nosy, since
Éric Araujo added the comment:
Sorry for sending this too fast. The beginning should read:
Not a locale expert here, but since this module relies on the underlying libc
locale support, the bug is not Python-specific.
--
___
Python tracker
<h
Éric Araujo added the comment:
What I’m saying is that the original module is not a bug. I’ll let
Martin confirm or infirm :)
Regards
--
___
Python tracker
<http://bugs.python.org/issue8
Éric Araujo added the comment:
I’m shocked to learn this bug is still valid.
Reassigning to Distutils2, as Distutils is frozen. This bug is a particular
case of #870479
Regards
--
components: +Distutils2 -Distutils
title: translate Windows cr-lf when installing scripts on Linux
Éric Araujo added the comment:
Can we tell about getdefaultlocale’s uselessness in the docs?
--
___
Python tracker
<http://bugs.python.org/issue8374>
___
___
Éric Araujo added the comment:
One remark: In “The *keyencoding* parameter is the encoding used to encode key
values”, what are “key values”? Don’t we just say “keys” in such cases?
Regards
--
___
Python tracker
<http://bugs.python.org/issue7
Éric Araujo added the comment:
This bug supersedes #1004696.
--
___
Python tracker
<http://bugs.python.org/issue870479>
___
___
Python-bugs-list mailin
Changes by Éric Araujo :
--
nosy: +merwok
___
Python tracker
<http://bugs.python.org/issue8376>
___
___
Python-bugs-list mailing list
Unsubscribe:
Éric Araujo added the comment:
Nice catch. The patch looks good to me and applies correctly on my trunk copy.
There seems to be no test about this in the test suite; do you have a little
test script to compare old and new code?
On a sidenote, I find all this business with time.time
Éric Araujo added the comment:
By the way, I’ve been meaning to file a bug against the Mercurial schemes
extension since I saw how it misused URIs (i.e. “py://trunk/” should be
“py:trunk/”); I hope it’s not too late now that this extension is shipped with
the program.
Regards
Éric Araujo added the comment:
Hi
r79951 fixes “simplies” and add the typo “specifyication” .
Updated my patch to remove that and add this.
Regards
--
Added file: http://bugs.python.org/file16894/functools-typos-pep8.diff
___
Python tracker
Éric Araujo added the comment:
See also this python-ideas thread:
http://mail.python.org/pipermail/python-ideas/2010-April/006991.html
--
nosy: +merwok
___
Python tracker
<http://bugs.python.org/issue1
Éric Araujo added the comment:
“One could also ask whether BaseHTTPServer should use the logging
module, but that is a whole separate issue.”
Indeed: http://www.python.org/dev/peps/pep-0337/
Cheers
--
___
Python tracker
<http://bugs.python.
Éric Araujo added the comment:
Hello
I thought about two bits in your message: “I think it's clear enough”
and “So by reading it carefully”. They show that the doc is a bit
ambiguous here, and while I agree that people should take the time to
read and understand, I think that document
Éric Araujo added the comment:
Answer to myself by Brian Curtin on the chatroom:
Him: it’s in the code so i would file it like code. "Library" for py modules,
"Extension Modules" if its a C extension
Me: Your answer implies that components are mapped to directories, not
Changes by Éric Araujo :
Removed file: http://bugs.python.org/file16855/functools-typos-pep8.diff
___
Python tracker
<http://bugs.python.org/issue5341>
___
___
Python-bug
Changes by Éric Araujo :
Removed file: http://bugs.python.org/file16894/functools-typos-pep8.diff
___
Python tracker
<http://bugs.python.org/issue5341>
___
___
Python-bug
Éric Araujo added the comment:
I saw the author of functools on the chatroom and asked for feedback. Summary:
* Rewrapping, whitespace changes, quote changes and other minor PEP 8 stuff is
not worth the trouble it creates (eats time without improving Python’s quality,
and also disturbing use
Éric Araujo added the comment:
Hello
Thanks for the precision. This particular topic is discussed on #5650, feel
free to help there!
Better update the code before the doc, though.
Regards
--
___
Python tracker
<http://bugs.python.org/issue2
Changes by Éric Araujo :
--
nosy: +merwok
___
Python tracker
<http://bugs.python.org/issue3783>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Éric Araujo :
--
nosy: +merwok
___
Python tracker
<http://bugs.python.org/issue1152248>
___
___
Python-bugs-list mailing list
Unsubscribe:
Éric Araujo added the comment:
The link has gone. Is this the message you’re refering to?
http://mail.python.org/pipermail/python-dev/2010-January/097115.html
Regards
--
nosy: +merwok
___
Python tracker
<http://bugs.python.org/issue7
Changes by Éric Araujo :
--
nosy: +merwok
___
Python tracker
<http://bugs.python.org/issue6626>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Éric Araujo :
--
keywords: +needs review
priority: -> normal
___
Python tracker
<http://bugs.python.org/issue8362>
___
___
Python-bugs-list mai
Éric Araujo added the comment:
Hello.
(If this comes out of the blue, since the bug was opened years ago, read
http://bugs.python.org/issue1083299.)
Akira is right about “depends”. Regarding “data_files”, if they’re not picked
up it’s a bug. Mike, can you still reproduce it with current
Éric Araujo added the comment:
Raymond didn’t want the quote characters changed, sorry if I failed to channel
him.
I’ll port the “builtin” typo fixes to the other branches and let this report
closed. Thanks for the guidance.
--
___
Python tracker
Éric Araujo added the comment:
Adding Brett and Nick to nosy, per Misc/maintainers.rst
(Disclaimer: I’m new to issue triaging, tell me if I do something wrong.)
Regards
--
keywords: +needs review
nosy: +brett.cannon, merwok, ncoghlan
type: -> behav
Changes by Éric Araujo :
--
nosy: +merwok
___
Python tracker
<http://bugs.python.org/issue8408>
___
___
Python-bugs-list mailing list
Unsubscribe:
Éric Araujo added the comment:
Since ``from pkg import`` makes no sense, would it be okay if __import__ with
an empty fromlist or slashes raised an error?
--
nosy: +merwok
___
Python tracker
<http://bugs.python.org/issue2
Changes by Éric Araujo :
--
components: +Distutils2 -Distutils
versions: +Python 2.5, Python 3.1, Python 3.3
___
Python tracker
<http://bugs.python.org/issue5
Éric Araujo added the comment:
Hello
Tarek, could you briefly explain the arguments that convinced you?
If MANIFEST.in is removed, perhaps we could use convention instead of
configuration to categorize files, like what DistutilsExtra does:
http://bazaar.launchpad.net/~python-distutils-extra
Éric Araujo added the comment:
This has been done in Distutils2, see
http://hg.python.org/distutils2/rev/18dc3dba4075 and
http://hg.python.org/distutils2/rev/98b70f92bf0a
Changing component and closing the bug, please reopen if I’m wrong :)
Regards
--
resolution: -> accep
Éric Araujo added the comment:
Hello
Here’s another approach, which has to be used explicitly but provides much more
flexible completion: http://pypi.python.org/pypi/optcomplete
I ask the author some time ago if he’d adapt it to argparse; he answered he
wouldn’t have time but it shouldn’t
Éric Araujo added the comment:
An obscure name reusing terms like “compword” that can be found easily in
Python docs and Bash completion docs would be best.
--
___
Python tracker
<http://bugs.python.org/issue4
Changes by Éric Araujo :
--
nosy: +merwok
versions: -Python 2.6, Python 3.1
___
Python tracker
<http://bugs.python.org/issue8492>
___
___
Python-bugs-list mailin
Changes by Éric Araujo :
--
nosy: +merwok
versions: +Python 3.2
___
Python tracker
<http://bugs.python.org/issue8491>
___
___
Python-bugs-list mailing list
Unsub
Changes by Éric Araujo :
--
resolution: accepted ->
___
Python tracker
<http://bugs.python.org/issue8295>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Éric Araujo :
--
nosy: +merwok
resolution: accepted ->
___
Python tracker
<http://bugs.python.org/issue8295>
___
___
Python-bugs-list mai
Changes by Éric Araujo :
--
nosy: +merwok
___
Python tracker
<http://bugs.python.org/issue8319>
___
___
Python-bugs-list mailing list
Unsubscribe:
Éric Araujo added the comment:
Hello.
I reviewed the patch and it looks good to me apart from two minor things.
There’s one typo, “argumets”, and one nitpick: I’ve seen a number of programs
with more than one usage line, none of them numbers the lines. So remove “1.”
and “2.”.
Thanks for
Changes by Éric Araujo :
--
resolution: -> accepted
___
Python tracker
<http://bugs.python.org/issue8295>
___
___
Python-bugs-list mailing list
Unsubscri
Éric Araujo added the comment:
Hello
You’ve added references to current RFCs without removing obsolete ones. Why not
remove mention of obsoleted RFCs?
Regards
--
___
Python tracker
<http://bugs.python.org/issue5
Éric Araujo added the comment:
Thanks for the explanation. Would it make sense to have either different
functions or a switch to existing ones to tell if we want legacy or
modern parsing?
--
___
Python tracker
<http://bugs.python.org/issue5
Éric Araujo added the comment:
(Not sure I understand “bleeding requirement”, but I get the gist.)
Full compliance with STD 66 is indeed the most desirable goal, thanks
for your work in that direction! I just thought that some corner cases
were not compliant because of backwards compat (hence
Changes by Éric Araujo :
--
nosy: +merwok
___
Python tracker
<http://bugs.python.org/issue4768>
___
___
Python-bugs-list mailing list
Unsubscribe:
Éric Araujo added the comment:
Hello
I don’t know what “the tool I am using to commit the patch” is (I don’t
commit patches), but every program I tested does not use numbers with
usage/synopsis lines. Having the name of the program at the start of
each line prevents me from thinking it’s a
Éric Araujo added the comment:
Note that there can be any whitespace in reST markup, e.g. you can put a
newline betweeen “`thing” and “`_”, thus avoiding too long lines. I think
you can put a newline in a “” too, they will be removed.
Regards
--
nosy: +merwok
Éric Araujo added the comment:
I think the unnecessary removal of __future__ imports but consistent with the
idea that Python 3 is a new start, a blank sheet, and we don’t mention every
novelty since previous versions.
--
nosy: +merwok
___
Python
Éric Araujo added the comment:
s/but/is/
--
title: 2to3 fix_future.py removes __future__ imports, but should it? -> 2to3
fix_future.py removes __future__ imports, but should it?
___
Python tracker
<http://bugs.python.org/iss
Éric Araujo added the comment:
Hello
You’re right, this idiom (new in 2.5, always enabled in 2.6) is now the
recommended way of doing this. Note that the older code does close the file
properly too, it’s just another way of doing it.
Would you like to provide a patch against the latest
Éric Araujo added the comment:
>From http://docs.python.org/dev/reference/expressions.html#calls
“An implementation may provide built-in functions whose positional parameters
do not have names, even if they are ‘named’ for the purpose of documentation,
and which therefore cannot be suppl
Éric Araujo added the comment:
The comment I made before yours supports that. It’s not a bug, it’s a
documented behavior that just needs more exposure in the intro to the docs. (Do
we have a page explaining markup?)
The real real fix would be for C functions to accept kwargs, but as far as
Éric Araujo added the comment:
Hello
Brett’s patch contains strange-looking docstrings. Since they are for private
methods, they could be comments instead.
The patch looks otherwise good to me.
Does anyone have an idead on how to not write a __del__ method at all,
according to Gabriel’s
Éric Araujo added the comment:
I don’t own a Windows machine. I just read the code, sorry if that was
not helpful.
Regarding quick fix vs. right fix, nothing prevents us from using
Brett’s fix now and take some time to try the atexit way later.
acute-accent-ly yours, Éric
Éric Araujo added the comment:
Hello
See also #8350
Regards
--
nosy: +merwok
___
Python tracker
<http://bugs.python.org/issue5774>
___
___
Python-bugs-list m
Éric Araujo added the comment:
Hello
There has been a number of discussions about bdist_deb, and some code too. I
don’t have links handy, unfortunately, but I remember a conclusion that was:
Don’t.
Debian packages are best made by Debian tools, which go to great lengths to
comply with
Éric Araujo added the comment:
Why not use Debian’s dh_make?
--
___
Python tracker
<http://bugs.python.org/issue1054967>
___
___
Python-bugs-list mailin
Éric Araujo added the comment:
Hello
Thanks for clarifying your point.
Note that I had quickly tested dh_make in a near-empty directory before
posting, and the only question I got asked was the type of the package
(library, many libraries, program, etc). But I’ve just realized that I
have two
Éric Araujo added the comment:
tree and turns it into a source package that can be uploaded. What I'm
looking for is
something that can take a non-Debianized source tree and turn it into a
native package,
essentially by pre-filling a debian/ directory like dh_make does, but
incl
Éric Araujo added the comment:
I added the “needs review” keyword, to make this easy to find for reviewers,
changed the version (new features don’t go in older versions; check if your
patches still apply), and added MvL as nosy, since he’s listed as expert for
the xml package in py3k/Misc
Éric Araujo added the comment:
Barry, IIUC you want the “debian” command to create a debian source
package, which can be converted to debian binary package(s), checked and
uploaded with standard tools. Perfect.
Andrew, I am uncomfortable with stdeb. (Trying to express respectful
constructive
Éric Araujo added the comment:
Thanks for your work, Rob. To get reviews and comments, you’ll need to submit a
patch (a diff) instead of the whole file. This makes it easier to see your
changes than looking for a special comment :)
This short doc should contain all the information you’ll
Éric Araujo added the comment:
Thanks for the suggestion. Two things:
1. Please provide a unified diff, as explained in http://www.python.org/dev/
2. I think “number” would be a better placeholder.
Regards
--
nosy: +merwok
___
Python tracker
<h
Éric Araujo added the comment:
Pepeightification is ok for things like whitespace that do not break
compatibility (don’t waste time doing it manually though, we have automated
tools that can be used to reindent the whole of Distutils2). However, renaming
classes and functions has to be done
Changes by Éric Araujo :
--
nosy: +benjamin.peterson
___
Python tracker
<http://bugs.python.org/issue8616>
___
___
Python-bugs-list mailing list
Unsubscribe:
Éric Araujo added the comment:
Are we sure we want three or four ways to spell the same thing? --foo and
--no-foo seem a useful couple to me, and --with-foo/--without-foo cater to
different use cases. Perhaps it would be ok to have a SwitchAction (or
FlagAction) for --thing/--no-hing and one
Éric Araujo added the comment:
Don’t want to bikeshed here, but why didn’t you keep the newer “{}” string
formatting? Module consistency?
--
nosy: +merwok
___
Python tracker
<http://bugs.python.org/issue8
Éric Araujo added the comment:
I can’t tell if the code is correct (we can trust Michael about that), but the
wording and the content are ok for me.
--
nosy: +merwok
___
Python tracker
<http://bugs.python.org/issue8
Éric Araujo added the comment:
Looks good to me.
--
___
Python tracker
<http://bugs.python.org/issue8556>
___
___
Python-bugs-list mailing list
Unsubscribe:
Éric Araujo added the comment:
I remember seeing a discussion on python-dev archives about that months or
years ago. Someone pointed to Guido that the new RFC removed the need for
uses_netloc thanks to the generic syntax. Isn’t there already a bug about that?
--
nosy: +merwok
Changes by Éric Araujo :
___
Python tracker
<http://bugs.python.org/issue6521>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/
Éric Araujo added the comment:
Note that the opinion of people helping in #python does not necessarily (or
frequently) match the one of core Python developers. That said, I agree with
this particular suggestion.
--
nosy: +merwok
___
Python tracker
Éric Araujo added the comment:
We forgot to reopen the bug.
--
status: closed -> open
___
Python tracker
<http://bugs.python.org/issue1054967>
___
___
Python-
Éric Araujo added the comment:
Setting version to 3.2, since this change would not be backward compatible and
2.7 is already in beta.
--
components: +Library (Lib) -None
nosy: +merwok
title: wrong truncation of line in Cmd.cmd -> wrong truncation of last line in
cmd.Cmd
versi
Changes by Éric Araujo :
--
nosy: +merwok
___
Python tracker
<http://bugs.python.org/issue8604>
___
___
Python-bugs-list mailing list
Unsubscribe:
Éric Araujo added the comment:
Now that #8601 is closed, would you mind providing a doc patch explaining the
lack of context manager protocol support and its reason?
--
nosy: +merwok
___
Python tracker
<http://bugs.python.org/issue8
101 - 200 of 1405 matches
Mail list logo