Éric Araujo added the comment:
Thanks. What about using sysconfig.is_python_build in your patch?
--
assignee: tarek -> eric.araujo
title: create installation path if it's non-existent -> Warn when trying to
install third-party module from an uninstall
Éric Araujo added the comment:
Thorsten Behrens said:
> You are right, this is not a bug in Python. The diff provides a
> workaround for a limitation in VC++ 2008 Express. This diff is a
> piece of user service.
ipatrol added:
> Purity shmurity. The point of distutils is largely
Changes by Éric Araujo :
--
status: open -> pending
___
Python tracker
<http://bugs.python.org/issue9302>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Éric Araujo :
--
dependencies: +pysetup --search should return non-zero when a dist is not
installed and print a message stating the fact.
___
Python tracker
<http://bugs.python.org/issue12
Éric Araujo added the comment:
What would the value be for non-C Python implementations?
If the need for compiler-specific options is very common, we could consider
either improving the compiler system or implement this request; if it’s not
common, letting people use hooks would be enough
Changes by Éric Araujo :
--
assignee: tarek -> eric.araujo
keywords: +gsoc
title: add a 'develop' command -> Packaging: add a 'develop' command
versions: +Python 3.3 -3rd party
___
Python tracker
<htt
Éric Araujo added the comment:
>> What would the value be for non-C Python implementations?
> I'm not really sure how this idea could have any value for those
> implementations, at least for the ones that can't make use of C
> extensions at all
The question was a
Éric Araujo added the comment:
Brett: Merging is hardly a hassle for me, nor would it take any time in this
case (non-conflicting changes are applied by Mercurial itself). I handle
merges in projects that use multiple repositories, tons of clones, translation
branches, so I’m a merge master
Éric Araujo added the comment:
Sorry, I thought updating the status was enough to convey “I’m about to commit
this”.
--
versions: -Python 3.1
___
Python tracker
<http://bugs.python.org/issue9
Éric Araujo added the comment:
Agreed; I didn’t mean to imply that strict was restrictive, but that it was
safe.
--
___
Python tracker
<http://bugs.python.org/issue12
Éric Araujo added the comment:
Oh, thanks for clearing a misunderstanding I’ve had for a year! I was using
the pending status to prioritize issues (I have a personal “assigned to me +
pending” query, now I’ll use priority instead.
--
___
Python
Éric Araujo added the comment:
This also explains why any new message cancels the pending status, BTW.
--
___
Python tracker
<http://bugs.python.org/issue9
Éric Araujo added the comment:
I’m sorry I couldn’t fix this one in 3.1. I didn’t take the time to download
and install a Windows to test this year, and right now I don’t have the
bandwidth. I’ll get to it as soon as possible.
--
status: pending -> open
versions: +Python
New submission from Éric Araujo :
In the current packaging module, the PEP 376 .dist-info directory is generated
at install time. It should be split into two phases, build_distinfo and
install_distinfo, to support at least two use cases:
- the develop command, which needs access to .dist
Éric Araujo added the comment:
FTR, Xu Dehai (higery) is working on this for GSoC. We discussed the
requirements on the mailing list:
http://groups.google.com/group/the-fellowship-of-the-packaging/browse_thread/thread/ae196efc4956b9e2
This message in particular defines clearly the
Changes by Éric Araujo :
--
assignee: tarek -> eric.araujo
resolution: -> fixed
stage: patch review -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python
Éric Araujo added the comment:
This is now fixed.
--
resolution: -> fixed
stage: -> committed/rejected
status: open -> closed
title: Setup.cfg isn't packaged when running sdist -> setup.cfg isn't packaged
when running sdist
type: -> behavior
version
Éric Araujo added the comment:
FTR: https://github.com/pv/lib2to3cache
--
nosy: +eric.araujo
___
Python tracker
<http://bugs.python.org/issue7826>
___
___
Pytho
Éric Araujo added the comment:
As discussed on the Fellowship ML, ActiveState has implemented an algo for a
smart dependency graph: https://github.com/ActiveState/depgraph
On the one hand, I think it’s not outside the scope of packaging.depgraph to be
a bit smarter about dependencies. On
Éric Araujo added the comment:
I checked the patch again with ./python -m importlib.test and ./python
Lib/importlib/test and committed.
--
resolution: -> fixed
stage: commit review -> committed/rejected
status: open -> closed
___
Pytho
Éric Araujo added the comment:
> The only way to fix this is to /not/ install *any* packages prior to
> resolving *all* dependencies
packaging.install rolls back in case of error, so the system can’t be left in a
half-installed state. p7g.install is only as smart as p7g.depgraph, h
Changes by Éric Araujo :
--
nosy: +eric.araujo
___
Python tracker
<http://bugs.python.org/issue12273>
___
___
Python-bugs-list mailing list
Unsubscribe:
Éric Araujo added the comment:
Thanks for the patch. I think it should be rewritten a bit:
> If you are interested in improving Python and contributing to its development,
> `Python Mentors`_ are here to help you.
python-ideas and python-dev are open to new people interested in contri
Éric Araujo added the comment:
> This implies that it also supports close().
One has to follow the link to BufferedIOBase and then to IOBase, but I think
it’s okay.
Richard: Does that address your issue?
--
___
Python tracker
&l
Éric Araujo added the comment:
I have included this in a patch I’m preparing to fix several typos at once.
--
assignee: docs@python -> eric.araujo
nosy: +eric.araujo
___
Python tracker
<http://bugs.python.org/issu
Éric Araujo added the comment:
Tarek’s reply on IRC:
> I think we should make it dumb: in case of a conflict, it's always
> better/simpler to let the user deal with it. A simple "could not
> install because you have package X version Y installed'. Trying to do
>
Éric Araujo added the comment:
In 2.7, while there is no index-generating entry for the close method, it is
mentioned: “Calling a GzipFile object’s close() method [...]”.
> Yes, I concur that there is an implication, but I would prefer to see
> it stated explicitly along with the ex
Éric Araujo added the comment:
> Not all packages upload their release sources (thus metadata) to PyPI
No, it’s register that uploads metadata.
> which is why - I believe - PIP is scraping the Simple Index and
> home_page urls to get the appropriate sdist for any package.
Yes, t
Éric Araujo added the comment:
> I see no such reference in the 2.7 gzipfile doc
Did you miss the first part of my previous message? The 2.7 docs for GzipFile
do not link to the ABC, but they mention the close method in plain text.
--
___
Pyt
Éric Araujo added the comment:
Can you refresh your patch for packaging?
--
assignee: tarek -> eric.araujo
stage: -> patch review
type: -> behavior
versions: +Python 3.3 -3rd party
___
Python tracker
<http://bugs.python.or
Éric Araujo added the comment:
Now fixed in packaging too.
--
resolution: -> fixed
stage: -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
Éric Araujo added the comment:
That would be Doc/tools/sphinxext/pyspecific.py
--
___
Python tracker
<http://bugs.python.org/issue12243>
___
___
Python-bug
Éric Araujo added the comment:
I don’t like the idea of built-in functions being displayed as “builtins.int”:
normal use of builtins is without explicit use of the module name.
--
___
Python tracker
<http://bugs.python.org/issue11
Éric Araujo added the comment:
Great! I will edit a bit the message and commit this.
--
stage: -> commit review
type: -> behavior
___
Python tracker
<http://bugs.python.org/i
Éric Araujo added the comment:
Just one thing:
> I think the close call needs equal treatment to the open call.
The open call is a module-level functions; the close method of GzipFile cannot
be equally treated, as it is in the doc of the class, where no methods are
given special treatm
Éric Araujo added the comment:
[Sridhar]
>> No, it’s register that uploads metadata.
>(was not sent before?)
To me, not to the tracker.
> Ok, that's interesting. Does p7g.install support packages that do not
> register their new releases?
> Setuptools/PIP does by sc
Éric Araujo added the comment:
> One issue is that multiple compiler patterns may match,
Right, we can’t say “first matches” win if it’s unordered, and we won’t have
OrderedDict in all versions supported by distutils2. Make it a list of tuples.
First match wins, so people will have
Éric Araujo added the comment:
You can just take the descriptions from the mail.python.org page.
--
___
Python tracker
<http://bugs.python.org/issue12
Changes by Éric Araujo :
--
dependencies: +Removing wsgiref.egg-info
___
Python tracker
<http://bugs.python.org/issue10645>
___
___
Python-bugs-list mailin
Changes by Éric Araujo :
--
resolution: -> fixed
stage: -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
Éric Araujo added the comment:
This is now fixed in the distutils Installing and Distributing guides. Does
the same problem apply to the new docs using packaging and the pysetup script?
Please check http://docs.python.org/dev/packaging and
http://docs.python.org/dev/install
Changes by Éric Araujo :
--
nosy: +eric.araujo
versions: -Python 3.1
___
Python tracker
<http://bugs.python.org/issue12282>
___
___
Python-bugs-list mailin
Éric Araujo added the comment:
Is http://docs.python.org/dev/library/argparse#usage what you want?
--
nosy: +eric.araujo
versions: +Python 3.3 -Python 2.7
___
Python tracker
<http://bugs.python.org/issue12
Changes by Éric Araujo :
--
assignee: docs@python -> r.david.murray
nosy: +r.david.murray
versions: +Python 3.2, Python 3.3
___
Python tracker
<http://bugs.python.org/issu
Éric Araujo added the comment:
packaging.command.cmd already has this method: it was renamed to
get_reinitialized_function, to better match other method names.
> the workaround of my code is just setting the 'distinfo-dir' option
> with os.curdir value
Yes, that’s a workaro
Éric Araujo added the comment:
> In either case, there's a high likelihood the PYTHON default will
> resolve to 3.3a0 for any Python developer.
Ah, I understand the reason for the phrasing in your patch: UNIX systems
typically install 3.x as python3, not python, so the high likelih
Éric Araujo added the comment:
I would also propose to remove *.rej and *.orig from the ignore files. It’s
helpful to see them in hg status in case you had a difficult merge and did not
fix all files. My usage is that I remove *.rej and *.orig after I’m done
merging (or checking that the
Éric Araujo added the comment:
I wanted to review the patch but it cannot be applied. It looks like your
third patch applies on top of the second. Can you generate a full patch?
--
status: pending -> open
versions: -Python 3.1
___
Python trac
Éric Araujo added the comment:
I wrote a test but it did not fail. Can you test it too?
--
keywords: +patch
versions: +Python 3.3 -3rd party
Added file: http://bugs.python.org/file22291/test-record-scripts-10191.diff
___
Python tracker
<h
Éric Araujo added the comment:
There are tests for data_files, they are indeed included. Please reopen if you
can reproduce the bug.
--
resolution: -> out of date
stage: test needed -> committed/rejected
status: open -> closed
___
Pytho
Éric Araujo added the comment:
Python 3.3 works with unicode ;), so we’ll try reproducing this later, when we
have the 2.x backport.
--
assignee: tarek -> eric.araujo
resolution: -> remind
stage: -> needs patch
type: -> behavior
__
Éric Araujo added the comment:
This is now implemented in packaging.create.MainProgram.convert_py_to_cfg.
--
resolution: -> fixed
stage: -> committed/rejected
status: open -> closed
versions: +Python 3.3
___
Python tracker
<http://bug
Éric Araujo added the comment:
> I’m leaving this open to remind us we want to remove the warn and
> announce methods. Logging all the way!
Now done.
--
assignee: tarek -> eric.araujo
resolution: -> fixed
stage: -> committed/rejected
status: open -> closed
ver
Éric Araujo added the comment:
I don’t remember exactly what I had in mind when I reported this; maybe I
didn’t understand the purpose of the clean command, which does not delete all
build artifacts but only temporary by-products, unless --all is given.
Jean-Paul, I think I recall that this
Éric Araujo added the comment:
I was surprised to see that the crlf.py file was not using CRLF in the new
Mercurial repo. It is also not in the .hgeol file. I changed it locally, but
it doesn’t change anything, the tests pass before and after the change.
--
keywords: +patch
Changes by Éric Araujo :
--
keywords: +easy
versions: +Python 3.3 -3rd party
___
Python tracker
<http://bugs.python.org/issue10510>
___
___
Python-bugs-list mailin
Éric Araujo added the comment:
For this to move forward, a patch or link to Mercurial repo would be required.
--
nosy: +eric.araujo
stage: test needed -> needs patch
versions: +Python 3.3 -Python 3.2
___
Python tracker
<http://bugs.pyth
Éric Araujo added the comment:
> 1) sysconfig was originally distutils.sysconfig, and some duplication
> remains. Can’t this bug happen with distutils.sysconfig too? Should
> we duplicate tests from test_sysconfig to distutils.test_sysconfig?
I’ve looked into it and converting th
Éric Araujo added the comment:
Now that site can be imported without side effects under -S, I think the tests
could be updated: they don’t have to be all skipped under -S. See attached
patch.
--
Added file: http://bugs.python.org/file22293/test_site-11591.diff
Éric Araujo added the comment:
I have started to work on this; I’ll have one or two patches ready in a few
weeks.
--
assignee: docs@python -> eric.araujo
versions: -Python 3.1
___
Python tracker
<http://bugs.python.org/iss
New submission from Éric Araujo :
I found a ResourceWarning while using turtledemo and made this patch to fix it.
It touches idlelib.
--
assignee: eric.araujo
components: IDLE, Library (Lib)
files: fix-turtledemo-help-resourcewarning.diff
keywords: needs review, patch
messages: 137993
New submission from Éric Araujo :
I found the wording of one line of the devguide strange and changed it IMO for
the better. Please review.
--
assignee: eric.araujo
components: Devguide
files: clarify-bwcompat-devguide.diff
keywords: needs review, patch
messages: 137994
nosy
New submission from Éric Araujo :
I wanted to know the behavior of atexit.register with the same function added
more than once and found out it is not explicitly documented. I experimented
and made a patch to the doc.
--
assignee: eric.araujo
components: Documentation
files: atexit
New submission from Éric Araujo :
In the summary table at the top of library/functions, the links for frozenset
and memoryview do not jump to the definition down in the same file, but link to
stdtypes.
--
assignee: docs@python
components: Documentation
messages: 137997
nosy: docs
Éric Araujo added the comment:
Looks like this is an external bug.
--
nosy: +eric.araujo
resolution: -> invalid
stage: test needed -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.o
Changes by Éric Araujo :
--
nosy: +eric.araujo
versions: +Python 2.7, Python 3.3
___
Python tracker
<http://bugs.python.org/issue8488>
___
___
Python-bugs-list m
Éric Araujo added the comment:
Can I help moving this forward?
--
___
Python tracker
<http://bugs.python.org/issue10446>
___
___
Python-bugs-list mailin
New submission from Éric Araujo :
I find it harmful that exit, quit and help are documented in library/functions
instead of library/constants (under the section “constants added by the site
module”). It leads people to use unqualified help or exit instead of
pydoc.help or sys.exit, and that
New submission from Éric Araujo :
The only public function in pydoc is help, and it’s not listed in the module
docs. The existing doc in library/functions could be moved to library/pydoc.
See also #12299.
--
assignee: docs@python
components: Documentation
messages: 138002
nosy: docs
Éric Araujo added the comment:
Related: I found that test_site tries to create the user site-packages dir if
it does not exist, but it does not remove it after the test run.
--
___
Python tracker
<http://bugs.python.org/issue7
New submission from Éric Araujo :
In a great number of files, the ``code`` markup is used instead of the :data:
role, which would create a link to the appropriate definition.
Unless someone objects, I would like to change all of them.
--
assignee: eric.araujo
components: Documentation
Éric Araujo added the comment:
Thanks for the patch. Have you had a chance to investigate Terry’s question?
--
___
Python tracker
<http://bugs.python.org/issue7
Éric Araujo added the comment:
When I said “I don’t like the idea of built-in functions being displayed as
‘builtins.int’”, I was thinking about the output of “.. function:: int” in
combination with the module directive. I don’t know if using currentmodule
instead of module would be better
Éric Araujo added the comment:
> OK, I'll test it too.
Thanks. In case you’re not sure how to test my patch, see
http://docs.python.org/devguide/faq#how-do-i-apply-a-patch and
http://docs.python.org/devguide/runtests
> I looked sources of packaging. That use packaging.util
Éric Araujo added the comment:
memoryview and frozenset do have a small entry in library/functions, and the
links at the top of the file are meant to jump to entries in the same file.
--
___
Python tracker
<http://bugs.python.org/issue12
Éric Araujo added the comment:
Thanks for your contribution. Unfortunately, I used “distutils2” as a familiar
name for what is now known as the packaging module, in the 3.3 standard
library. This document should help you find the right codebase to work from:
http://wiki.python.org/moin
Éric Araujo added the comment:
Certainly. I tried using `.memoryview` without success. How would you do it?
--
___
Python tracker
<http://bugs.python.org/issue12
Éric Araujo added the comment:
> while running the test command (pysetup run test)?
Yes, that’s the correct invocation.
> The use case: [...]
I agree with the need. I’ve added a dep on the bug requesting the addition of
a build_distinfo command; once it is done, this bug will be
Éric Araujo added the comment:
A productive thing to do would be to ask feedback on python-ideas for this new
feature.
--
___
Python tracker
<http://bugs.python.org/issue2
Éric Araujo added the comment:
Typo: sysconfig does *not* rely on packaging.
--
___
Python tracker
<http://bugs.python.org/issue12302>
___
___
Python-bugs-list m
Éric Araujo added the comment:
Sounds like the easiest solution that could work, thanks. I’m on it.
--
assignee: docs@python -> eric.araujo
status: closed -> open
___
Python tracker
<http://bugs.python.org/i
New submission from Éric Araujo :
Here’s a patch adding Lib/packaging subdirectories to Makefile.pre.in. Because
of our extensive tests for pypi-related code, the list is huge. Maybe it
should use a call to find(1) instead of using a fragile manually-maintained
list, so I’m asking here
Éric Araujo added the comment:
Here’s a patch adding “return 1” after all errors, unifying the use of logging
and cleaning up a few things (like moving KeyboardInterrupt handling from the
_run function up to the main function).
--
keywords: +patch
Added file: http://bugs.python.org
Éric Araujo added the comment:
BTW, some functions do not explicitly return 0, but this is okay: they will
return None, which is a boolean false value, which is understood as 0 by
sys.exit.
--
___
Python tracker
<http://bugs.python.org/issue12
Éric Araujo added the comment:
If you don’t add the distutils2 component or our name to the nosy field, we
can’t react quickly :)
I don’t know our networking code enough to track down the socket-related
resource warnings; I’ll look into the os.environ issue.
--
assignee
New submission from Éric Araujo :
When regrtest tells me that os.environ was modified by test_packaging, it’s
very hard to find which test is responsible. The -vv output is hard to read:
it prints four dictionaries, which I have to visually delineate, copy, paste,
pretty-print and diff to
Changes by Éric Araujo :
--
dependencies: +regrtest checks (os.environ, sys.path, etc.) are hard to use
___
Python tracker
<http://bugs.python.org/issue12
Éric Araujo added the comment:
I started to work on this some months ago, so I can review your patch.
Before you start, it’s probably worth asking on python-dev or pydotorg whether
the machines that build and host the PEPs have Python 3 installed. I can ask
on your behalf if you don’t feel
Éric Araujo added the comment:
Fixed. Welcome to Misc/ACKS !
--
resolution: -> fixed
stage: commit review -> committed/rejected
status: open -> closed
type: behavior -> feature request
___
Python tracker
<http://bugs.python
Éric Araujo added the comment:
> maybe there's some way to reuse unittest's assertEqual machinery?
Hum, I think the diff functionality is cleanly separated in a (private) method,
so we could get diff for free.
> I also wonder if the whole environment-changed thing should
Éric Araujo added the comment:
Should this new attribute be documented?
--
nosy: +eric.araujo
___
Python tracker
<http://bugs.python.org/issue12168>
___
___
Pytho
Changes by Éric Araujo :
--
nosy: +eric.araujo
___
Python tracker
<http://bugs.python.org/issue11610>
___
___
Python-bugs-list mailing list
Unsubscribe:
Éric Araujo added the comment:
Here’s a patch.
--
keywords: +needs review, patch
resolution: accepted ->
stage: needs patch -> patch review
versions: +Python 3.3 -Python 3.1
Added file: http://bugs.python.org/file22318/doc-atexit-order-undefine
Éric Araujo added the comment:
I added tests to cover non-existing attributes and updated the code to follow
your clever suggestion.
--
Added file: http://bugs.python.org/file22319/fix-pydoc-str.translate-3.2.diff
___
Python tracker
<h
Changes by Éric Araujo :
Removed file: http://bugs.python.org/file21723/fix-argparse-class-directive.diff
___
Python tracker
<http://bugs.python.org/issue8982>
___
___
Éric Araujo added the comment:
Patch refreshed. If I get no negative feedback, I’ll commit it next week.
--
Added file: http://bugs.python.org/file22320/fix-argparse-class-directive.diff
___
Python tracker
<http://bugs.python.org/issue8
Changes by Éric Araujo :
--
nosy: +eric.araujo
___
Python tracker
<http://bugs.python.org/issue12306>
___
___
Python-bugs-list mailing list
Unsubscribe:
Éric Araujo added the comment:
>> Now something I don't understand is how reportlab distribution is doing
>> to copy the compiled extensions when "install" is called.
> I think clib stuff is installed in the right python directory and the
> ext install st
Éric Araujo added the comment:
Thanks for the detailed review. I’d like to work on a number of them. I think
I’ll open focused bug reports and make this one depend on them; this will let
interested people see the new bugs and possibly give feedback.
> The Language Reference is way
Changes by Éric Araujo :
--
dependencies: +Better document user site-packages in site module doc, setup.py
install --user option undocumented
___
Python tracker
<http://bugs.python.org/issue11
1001 - 1100 of 7440 matches
Mail list logo
