Éric Araujo added the comment:
If I read the patch correctly, the code can return 0 if Monday is the first
weekday as indicated by glibc, or as a fallback. I think there should be a
difference.
--
___
Python tracker rep...@bugs.python.org
http
Éric Araujo added the comment:
Patch adds a mention of DataHandler, that code doesn’t have yet.
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7152
Éric Araujo added the comment:
I don’t understand that the first message says.
If one wants to call the write method of a file object opened in binary mode,
one needs to pass bytes, as the doc surely explains. The same error that is
seen here with ints would be seen with any other objects
Éric Araujo added the comment:
Where is the “Approve patch” button :)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17806
___
___
Python-bugs
Éric Araujo added the comment:
Thanks for the report and patch. Could you add a test?
I’m not sure where this sits on the bug vs. feature line.
--
nosy: +eric.araujo, r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Éric Araujo added the comment:
Certainly: http://docs.python.org/devguide contains information to get the
source code, describes the files layout and explains how to generate a patch.
You’ll find existing unit tests in Lib/test/test_modulefinder.py
Feel free to ask any question you might
Éric Araujo added the comment:
I would recommend that you base your patch on the default branch, i.e. what
will become Python 3.4. If we judge that this is not a new feature but
actually a bug fix, the core developer who commits the patch will take care of
backporting it to 2.7 and 3.3
Éric Araujo added the comment:
In my opinion supporting xz in the standard library is totally separate from
keeping the mime types registry up to date.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16316
Éric Araujo added the comment:
Using two lines sounds good, especially if the last one printed is the positive
one (“build successful”).
Do you think there will be oppotions to backporting this?
--
nosy: +eric.araujo, ezio.melotti
___
Python
Éric Araujo added the comment:
opposition* :)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17845
___
___
Python-bugs-list mailing list
Éric Araujo added the comment:
Brett: You’re right, too bad.
Harrison: “third-party packages” may be ambiguous (Python distributions vs.
system dependencies), and “required” may conflict with “optional”.
I propose:
Some optional modules were not built because of missing system files
Éric Araujo added the comment:
I guess the question is whether all the code is third-party or simply
optional on some OS? Don't know the answer off the top of my head.
In my Debian world it’s typical to use only the official repos, there are no
third parties (except from the viewpoint
Éric Araujo added the comment:
Thanks for the update. The docs under /release/x.y.z are snapshots from that
release, so they are not continuously regenerated. If the current /2 and /2.7
docs are good, this can be closed.
--
resolution: - out of date
stage: - committed/rejected
Éric Araujo added the comment:
Just wanted to note that addCleanup is smarter than many core devs think:
self.addCleanup(lambda: setattr(keyword, 'kwlist', oldlist))
self.addCleanup(setattr, keyword, 'kwlist', oldlist)
--
nosy: +eric.araujo
Éric Araujo added the comment:
+1
--
nosy: +eric.araujo
stage: - needs patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17796
___
___
Python
Éric Araujo added the comment:
Let’s keep using that other bug report.
--
resolution: - duplicate
stage: needs patch - committed/rejected
status: open - closed
superseder: - Support xz compression in mimetypes module
___
Python tracker rep
Éric Araujo added the comment:
Small changes in registries (mimetypes, html.entities, sometimes webbrowser)
are acceptable in stable branches. Can you backport this?
--
stage: committed/rejected - commit review
status: closed - open
___
Python
Éric Araujo added the comment:
Looks good, thanks! I assume you also tested it manually?
I’ll take care of this for the next release.
--
nosy: +georg.brandl, larry
priority: normal - release blocker
___
Python tracker rep...@bugs.python.org
http
Changes by Éric Araujo mer...@netwok.org:
--
title: inspect.findsource throws IndexError - inspect.findsource raises
IndexError
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17735
Éric Araujo added the comment:
The role of the PEP was to announce changes; I don’t know if changing it now is
useful, as the release is done and its release notes are accurate.
--
assignee: docs@python - georg.brandl
components: -Distutils, Distutils2, Documentation
nosy
Éric Araujo added the comment:
+1 to with. The patch also includes an unrelated change.
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17761
Éric Araujo added the comment:
os-release finally provides a cross-OS release file with a specification. I
think it should be authoritative, then the lsb-release system (it’s officially
a script but many OSes just parse a static file), then OS-specific files.
--
assignee: - lemburg
Éric Araujo added the comment:
I consider documentation for the py launched a distinct issue. The original
complaint here was fixed, the part about packaging does not apply anymore, so I
will close this. If one of the changed instructions still does not work (e.g.
“setup.py build” does
Éric Araujo added the comment:
Thanks for the patch, I left comments on rietveld.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17732
Éric Araujo added the comment:
I’ll get this in the next bugfix releases.
--
keywords: -needs review
nosy: +benjamin.peterson, georg.brandl, larry
priority: normal - release blocker
versions: +Python 3.4 -Python 3.2
___
Python tracker rep
Éric Araujo added the comment:
I would ignore options from all config files, and do the simplest thing (i.e.
not add the ignore_options attribute).
--
assignee: vinay.sajip - eric.araujo
components: +Distutils -Library (Lib)
___
Python tracker rep
Éric Araujo added the comment:
There is a --no-user-cfg option to disable reading ~/.pydistutils.cfg, but I
don’t recall an option to ignore the global config. How does virtualenv avoid
this problem, if it does?
--
assignee: eric.araujo - vinay.sajip
components: +Library (Lib
Changes by Éric Araujo mer...@netwok.org:
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10438
___
___
Python-bugs-list
Éric Araujo added the comment:
I should be able to do that but can’t say when.
--
versions: -Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14012
Changes by Éric Araujo mer...@netwok.org:
--
nosy: +eric.araujo, georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17709
___
___
Python
Éric Araujo added the comment:
Thanks for the patch, looks good. I’d put the versionadded block at the end of
the note rather than the beginning, to match usual conventions.
--
nosy: +eric.araujo
stage: - patch review
versions: +Python 3.3, Python 3.4
Éric Araujo added the comment:
Do the changes (e.g. curses.wrapper new name) not apply to 3.3?
--
nosy: +eric.araujo
versions: +Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17700
Éric Araujo added the comment:
You can always use a ref role instead of func. func tries to find a module,
class or function in the global Sphinx index, but ref lets you link to one
specific target (see the table at the top of library/functions.rst for an
example
Éric Araujo added the comment:
Thanks for catching this; Sphinx’ lookup is confusing sometimes. Using `.repr`
or something similar will fix it.
--
nosy: +eric.araujo, ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Éric Araujo added the comment:
I’m not sure I understand the request. Is it that you want to know if you
should e.g. display a calendar with Monday or Sunday in the first column
depending on the user country? It looks like this could belong in the locale
or calendar module
Éric Araujo added the comment:
Christian: there are people strongly disagreeing with the description of
minidom as “lightweight”, could you edit the libary/xml.rst file you added to
say “minimal” instead? See c2ae1ed03853 and #11379 if you want more info
Éric Araujo added the comment:
It seems to me that -m site is not a guaranteed API but just a way to
inspect/debug your installation/environment, so I wouldn’t add tests that make
it looks like behavior is more defined than “print stuff about site dirs”. I’d
commit this simple fix
Éric Araujo added the comment:
From Python’s viewpoint this is closed, please follow up on the Debian bug
tracker.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16480
Changes by Éric Araujo mer...@netwok.org:
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17620
___
___
Python-bugs-list
Éric Araujo added the comment:
Antoine: the desired behavior is to have a function with the same signature as
print (so multiple objects to print are supported), but which calls
pprint.pformat instead of str. It lets people monkey-patch builtins.print or
somemodule.print with pprint.print
Éric Araujo added the comment:
This is a great idea, thank you.
FYI You can share text and images with a diff file: if you call “hg add
path/to/images” and create the diff with the --git option, it will use an
extended unified diff format which includes binary changes. Our review system
Éric Araujo added the comment:
Ezio, you are the latest reviewer, do you have outstanding comments?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8913
Éric Araujo added the comment:
Still waiting for a review.
--
keywords: +needs review
stage: needs patch - patch review
versions: +Python 3.4 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6743
Changes by Éric Araujo mer...@netwok.org:
--
versions: -Python 2.6, Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17359
___
___
Python
Éric Araujo added the comment:
Ah, okay. I can’t wait for the time when unittest.main() is used everywhere
and we delete run_unittest :)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15627
Éric Araujo added the comment:
Ezio, would you like to commit this?
--
nosy: +ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6696
Changes by Éric Araujo mer...@netwok.org:
--
stage: test needed - committed/rejected
superseder: - argparse: type conversion function should be called only once
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13271
Éric Araujo added the comment:
FTR a contributor to #13271 (--help should work even if a type converter fails)
indicated that it’s fixed by this patch, so it may be good to add a regression
test.
--
___
Python tracker rep...@bugs.python.org
http
Éric Araujo added the comment:
With the advent of implicit namespace packages in 3.3, I don’t know if anything
in pkgutil will be done for this use case.
(BTW is it normal that pkgutil.extend_path is not at least doc-deprecated?)
--
nosy: +eric.araujo, eric.smith
Éric Araujo added the comment:
Terry: agreed.
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17546
___
___
Python-bugs-list
Éric Araujo added the comment:
Unless the 2.7 configparser docs mention that two quotes are parsed as an empty
string, I think this is an implementation accident, should not be relied upon
and 3.x should not be changed to match it. Values in configparser files are
not Python strings: we
Éric Araujo added the comment:
FWIW I have no principled opinion about big vs. small test.support module, as
this is purely internal code.
The reasons for this proposal as I understand them are:
- One module for script helpers, one module for package creation, etc. are not
bad.
- We don’t
Éric Araujo added the comment:
The first commit does something fishy with tests:
http://hg.python.org/cpython/rev/e30bcce5c634#l3.1
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15627
Éric Araujo added the comment:
Thanks for the report. I think this bug was already known, but development of
distutils2 is currently stopped. The scope and design were fundamentally
flawed. Current efforts are centered on defining a toolchain of builders,
archivers and installers instead
Changes by Éric Araujo mer...@netwok.org:
--
keywords: +easy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15331
___
___
Python-bugs-list mailing
Éric Araujo added the comment:
Sorry I did not comment earlier, but there is this way:
os.environ.get('DESKTOP_SESSION') == 'xfce'
True
--
resolution: rejected -
status: closed - open
versions: +Python 3.3, Python 3.4 -Python 3.1
___
Python
Éric Araujo added the comment:
In the absence of support for doing the right thing (which would break
compatibility), I won’t change distutils here.
--
stage: commit review - committed/rejected
status: open - closed
___
Python tracker rep
Éric Araujo added the comment:
See #12117.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12119
___
___
Python-bugs-list mailing list
Éric Araujo added the comment:
FTR the shlex unicode bug reports are #6988 and #1170, and the cStringIO bug is
#1548891.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17536
Éric Araujo added the comment:
To build Python itself you need to use the Makefile and the
Misc/RPM/python-2.7.spec file. The doc you’re referring to talks about
building rpm packages for Python libraries, not CPython itself.
--
nosy: +eric.araujo
Éric Araujo added the comment:
Sorry, I don’t understand the question.
The point still stands: one should not use setup.py build_rpm to build an RPM
for CPython. Please read Misc/RPM/README.
--
___
Python tracker rep...@bugs.python.org
http
Changes by Éric Araujo mer...@netwok.org:
--
assignee: - docs@python
components: +Distutils, Documentation -Build
keywords: +easy
nosy: +docs@python, tarek
stage: - needs patch
title: python setup.py bdist_rpm is broken - Note that distutils’ bdist_rpm
command is not used to build
Changes by Éric Araujo mer...@netwok.org:
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17556
___
___
Python-bugs-list
Éric Araujo added the comment:
It’s probably too late to address Georg’s comment about reusing
os.get_exec_path, so everything is done.
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep
Éric Araujo added the comment:
LGTM.
--
nosy: +eric.araujo
versions: +Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17538
Éric Araujo added the comment:
We do not document removals after they are done as they are not an
issue for back-compatibility (unlike changes and additions).
I learned that people may use the (for example) 2.7 docs even though they are
using 2.6, so I think we do want to use things like
Éric Araujo added the comment:
This is not committed to any branch yet.
--
versions: +Python 3.4 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13244
Éric Araujo added the comment:
I would consider the list of browsers updatable in stable branches, like MIME
types and encoding aliases. The alternate names for Mozilla browsers are
really just strings in a list; xdg-open/x-www-browser/gvfs-open are a little
more (need to use the right class
Éric Araujo added the comment:
PATCH is not formally accepted yet. OTOH many server and client libs support
it and it does serve a real use case.
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17527
Éric Araujo added the comment:
No problem.
--
resolution: - rejected
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12207
Éric Araujo added the comment:
It seems to work perfectly on command line though.
If the code is saved in a file, yes, but not in an interactive interpreter.
This is not actually related to IDLE, but to the fact that inspect.getsource
merely finds the __file__ attribute of the module object
Éric Araujo added the comment:
I’m not sure what “this” refers to (in “This is true” and “this should
automatically work correctly”).
My only concern is to avoid giving a false sense of security, so my initial
stance was all-or-nothing. However with the recent trend of incremental
Éric Araujo added the comment:
Benjamin, you committed a change to use HTTPS instead of HTTP. In this bug
report, we were having a discussion about the false/incomplete security that
this provides if there is no certificate checking. What are your thoughts
Éric Araujo added the comment:
Thank you for taking the time to report this. Fixing the docs to discourage
using the broken requires seems even more important now.
--
stage: - committed/rejected
___
Python tracker rep...@bugs.python.org
http
Éric Araujo added the comment:
I don't understand the point of the distutils test one
Making the test not fail wrongly with some compilers. This was committed.
--
stage: patch review - committed/rejected
___
Python tracker rep...@bugs.python.org
Éric Araujo added the comment:
I was not disagreeing that there was an ambiguity, just trying to explain why
some people would understand the text in a different way that what it meant.
--
stage: - needs patch
___
Python tracker rep
Éric Araujo added the comment:
requires is supposed to take a Python module name (e.g. 'xml'), not a
distribution name (e.g. 'PyXML') or a system package name ('rpm-build'). The
hyphen is rejected because it’s not a valid character for a Python module name.
That said, requires should
Changes by Éric Araujo mer...@netwok.org:
--
keywords: +needs review
stage: needs patch - patch review
versions: +Python 3.2, Python 3.3, Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16057
Éric Araujo added the comment:
Looks fine.
Can this go into 2.7 too?
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11420
Changes by Éric Araujo mer...@netwok.org:
--
assignee: - eric.araujo
components: +Distutils
nosy: +eric.araujo, tarek
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17420
Éric Araujo added the comment:
Thanks!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11963
___
___
Python-bugs-list mailing list
Unsubscribe
Éric Araujo added the comment:
Thanks for the report and patch. I think this bug is already reported, I’ll
search for the duplicate when I get time.
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17354
Changes by Éric Araujo mer...@netwok.org:
--
assignee: - eric.araujo
components: +Distutils -Library (Lib)
nosy: +tarek
versions: +Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17354
Éric Araujo added the comment:
John listed four modules with issues in the first message, and now we have
proposals for two more modules. Could you work together to make a unified
patch?
Alexander, do you think there is a need to check python-ideas or python-dev
before working on this?
(I
Éric Araujo added the comment:
The cosmetic changes to whitespace and parens seem like diff noise to me.
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17365
Éric Araujo added the comment:
Note that removing the unnecessary '(object)' may make it worse for e.g.
beginners going from 3.x to 2.x, and slightly complicate porting patches.
Raymond approves the removal, yet added '(object)' in a 3.3 doc file in
5eca56b68840
--
nosy
Éric Araujo added the comment:
The changeset redirector seems broken, here’s the full link:
http://hg.python.org/cpython/rev/5eca56b68840
FTR I am still in favor of removal regardless of the possible issues I noted in
my previous comment
Éric Araujo added the comment:
This is the cause for #13317
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17393
Éric Araujo added the comment:
For the record this is caused by #17393
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13317
___
___
Python-bugs
Éric Araujo added the comment:
Starting with Python 2.3, environment variables like CC (familiar to people
compiling C projects on unix) are respected. That’s what I think should be
added to the distutils docs, maybe in the reference doc for build_ext, or in
the narrative doc talking about
Éric Araujo added the comment:
Could you explain what makes you say this? Installers are built from the
source code repository, not assembled by human copy-pasting, so such an error
seems highly unlikely to me. Please tell what Python versions you checked
(i.e. versions from python.org
Éric Araujo added the comment:
Sounds like a good idea to me. Would you like to propose a patch? The
devguide contains information to do that.
Hint: sys.version is not meant to be parsed, there is sys.version_info for that
(no regex needed! :)
--
keywords: +easy
nosy: +eric.araujo
Éric Araujo added the comment:
Disregard my comments, I reread only the start of the thread and missed the
discussion about the descriptor tutorial.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17351
Changes by Éric Araujo mer...@netwok.org:
--
Removed message: http://bugs.python.org/msg183923
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17351
Changes by Éric Araujo mer...@netwok.org:
--
Removed message: http://bugs.python.org/msg183930
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17351
Changes by Éric Araujo mer...@netwok.org:
--
Removed message: http://bugs.python.org/msg183924
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17351
Changes by Éric Araujo mer...@netwok.org:
--
nosy: +eric.araujo, ncoghlan
versions: +Python 3.2 -Python 3.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17359
Éric Araujo added the comment:
Users of the TAR format usually come from UNIX,
so using the same command line options should not be so surprising.
Not sure about that: they could be Python users wanting to unpack a tarball
sdist. That said, there is no harm in being compatible, and I like
Éric Araujo added the comment:
Text sounds correct to me. It says that imports should happen at the beginning
of a module, and that the names of imported modules are placed in the module
namespace. There is an implicit logical link between the two sentences, and
the wording of “symbol table
Éric Araujo added the comment:
Are you offering the module for inclusion in the stdlib?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15873
1001 - 1100 of 7396 matches
Mail list logo