Éric Araujo added the comment:
Hello! Why open a second ticket?
--
nosy: +eric.araujo
___
Python tracker
<https://bugs.python.org/issue42205>
___
___
Python-bug
Éric Araujo added the comment:
Editing /etc/mime.types is one way of customizing the types returned; another
one is to make a pull request to add them to the list inside the mimetypes
module.
--
nosy: +eric.araujo
stage: -> needs patch
versions: -Python 3.6, Python 3.7, Python
Éric Araujo added the comment:
This ticket did not reach a consensus. It seems there would be little value in
changing the existing scheme for IDLE and such; external tools can (and often
do) already use appdirs; I suggest closing
Change by Éric Araujo :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.10, Python 3.9 -Python 2.6, Python 2.7, Python 3.1, Python
3.2, Python 3.6, Python 3.7
___
Python tracke
Éric Araujo added the comment:
Agreed with the latest comment!
--
nosy: +eric.araujo, rhettinger
resolution: -> works for me
stage: -> resolved
status: open -> closed
versions: -Python 2.7, Python 3.2, Python 3.3, Python 3.4
___
Pytho
Éric Araujo added the comment:
Hi Eric! Are you still interested in this? I notice that the wiki page hasn’t
been updated, and it’s also kind of a dry list with no interactivity (search,
sort, jump to section, hyperlinks to PEPs). Are you still interested? If yes,
do you still think
Éric Araujo added the comment:
distutils isn’t improved anymore.
--
assignee: eric.araujo ->
nosy: +jaraco -tarek
resolution: -> wont fix
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python
Éric Araujo added the comment:
distutils isn’t improved anymore.
This might interest the setuptools project, which uses its copy of distutils.
--
nosy: +jaraco -dstufft
resolution: -> wont fix
stage: -> resolved
status: open -> closed
_
Change by Éric Araujo :
--
assignee: eric.araujo ->
components: -Distutils2
nosy: +dstufft
resolution: -> out of date
stage: test needed -> resolved
status: open -> closed
versions: -3rd party
___
Python tracker
<https://
Éric Araujo added the comment:
Too late to change this in distutils now.
--
components: -Distutils2
nosy: +dstufft
resolution: accepted -> wont fix
stage: -> resolved
status: open -> closed
versions: -3rd party, Python 2.7, Python 3.1, P
Éric Araujo added the comment:
This is a non-trivial change that would impact many packaging tools, and as
such should be discussed on mailing list or https://discuss.python.org/
--
nosy: +eric.araujo
resolution: -> wont fix
stage: -> resolved
status: open -&g
Éric Araujo added the comment:
I don’t think tests add value at this stage of the life of distutils; inclined
to close this.
--
stage: needs patch ->
status: open -> pending
versions: -Python 2.7, Python 3.4, Python 3.5
___
Python tracker
Éric Araujo added the comment:
Distutils does not evolve anymore — if CFFI still needs something like this, I
think it should build on setuptools and request features there.
--
resolution: -> wont fix
stage: -> resolved
status: open -&g
Éric Araujo added the comment:
It seems that the boat has sailed here
--
___
Python tracker
<https://bugs.python.org/issue8084>
___
___
Python-bugs-list mailin
Éric Araujo added the comment:
Closing this; the distutils patch was never attached here, and now setuptools
has its own copy of distutils so if this feature request is pursued all the
changes will happen there.
--
resolution: -> third party
stage: -> resolved
status
Éric Araujo added the comment:
setuptools is recommended over distutils, and doesn’t have the issue (per
previous messages).
--
assignee: eric.araujo ->
resolution: -> wont fix
stage: needs patch -> resolved
status: open -> closed
__
Éric Araujo added the comment:
Yes, you will need a github account linked to a bpo (this site) account so that
the contributor agreement bot can do its job.
--
___
Python tracker
<https://bugs.python.org/issue42
Éric Araujo added the comment:
setuptools has its own copy of distutils now.
flit is independent of distutils.
--
___
Python tracker
<https://bugs.python.org/issue38
Éric Araujo added the comment:
Distutils won’t be changed at this point in time, this request should go to
setuptools.
--
resolution: -> wont fix
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.o
Éric Araujo added the comment:
This can be handled by packaging lint tools.
There is also a PEP to use SPDX license identifiers in metadata.
--
resolution: -> wont fix
stage: -> resolved
status: open -> closed
___
Python tracke
Éric Araujo added the comment:
This is obsolete now.
--
resolution: -> wont fix
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Éric Araujo added the comment:
That page has been removed in favour of external guide.
--
resolution: -> out of date
stage: needs patch -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Éric Araujo added the comment:
If added, this should be in sysconfig, not distutils.
--
components: +Library (Lib) -Distutils
title: Implement equivalent to `pip.locations.distutils_scheme` in distutils ->
Implement equivalent to `pip.locations.distutils_scheme` in sysconfig
versi
Éric Araujo added the comment:
It is documented here:
https://packaging.python.org/guides/using-manifest-in/#how-files-are-included-in-an-sdist
Packaging doc has moved from versioned Python docs to this unique external
guide, so I’m closing this.
--
resolution: -> works for
Change by Éric Araujo :
--
stage: -> needs patch
title: "highlighting" how to get Python's Scripts directory in the
documentation -> Document how to get Python's bin / Scripts directory
versions: +Python 3.10 -Python 3.5, Python
Éric Araujo added the comment:
setuptools and other active build tools are the better target for this feature.
--
assignee: eric.araujo ->
resolution: -> wont fix
stage: test needed -> resolved
status: open -> closed
___
Python tra
Éric Araujo added the comment:
Is this the same as #24908 ?
--
nosy: +eric.araujo
___
Python tracker
<https://bugs.python.org/issue41669>
___
___
Python-bug
Éric Araujo added the comment:
Distutils isn’t used much (directly), I think this should be reported to the
tools that create sdists, such as setuptools and flit.
--
___
Python tracker
<https://bugs.python.org/issue38
Change by Éric Araujo :
--
dependencies: -setup.py sdist --format=gztar should use (equivalent of) `gzip
-n`, setup.py sdist should honor SOURCE_DATE_EPOCH
___
Python tracker
<https://bugs.python.org/issue29
Change by Éric Araujo :
--
dependencies: +Reproducible pyc: frozenset is not serialized in a deterministic
order, setup.py sdist --format=gztar should use (equivalent of) `gzip -n`,
setup.py sdist should honor SOURCE_DATE_EPOCH
___
Python tracker
Éric Araujo added the comment:
Not sure how you read that from my comment — I merely wanted to be sure about
what the spec said! :)
Most people use setuptools than distutils these days, and it’s mostly
unmaintained, so your idea to report this issue to setuptols is the right one.
Thanks
Éric Araujo added the comment:
The docstring is wrong, but I don’t think there is much value in changing it
now. Style guides generally recommend against star imports, and not many
people need to import from distutils.errors (setuptools and maybe numpy?).
--
nosy: +jaraco
resolution
Change by Éric Araujo :
--
resolution: -> wont fix
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue24970>
___
___
Éric Araujo added the comment:
This is probably better now that dicts retain insertion order.
If people still think sorting would be better, please forward the feature
request to setuptools.
--
resolution: -> wont fix
stage: -> resolved
status: open -&g
Change by Éric Araujo :
--
resolution: -> wont fix
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue16729>
___
___
Éric Araujo added the comment:
Given the current status of distutils (mostly used as a base for setuptools,
and maybe soon removed from stdlib), I am closing this.
--
resolution: -> wont fix
stage: needs patch -> resolved
status: open -&g
Éric Araujo added the comment:
That page is documenting distutils, so it is correctly showing a distutils
import. The page also starts with a note linking to setuptools doc.
Therefore, I would close this ticket.
--
resolution: -> not a bug
status: open -> p
Éric Araujo added the comment:
Probably should have been specified as UTF-8, but now compatibility would
prevent changing it. I recommend no change.
--
___
Python tracker
<https://bugs.python.org/issue41
Éric Araujo added the comment:
Thanks for the report, but at this stage of the distutils lifecycle (mostly
unmaintained, may be removed from stdlib) I don’t think such a change would be
useful. Packaging guides recommend other tools, such as twine or flit, that
don’t use this config file
Éric Araujo added the comment:
pydoc help:
pydoc -w ...
Write out the HTML documentation for a module to a file in the current
directory. […]
So there is no support for not using the current directory, probably on purpose
in order to use the current-dir-in-sys.path trick, so I’m
Éric Araujo added the comment:
Closing this. It was not fixed when it would have been useful, and people
mostly use other tools that distutils for packaging and 2to3 for transition.
--
resolution: -> wont fix
stage: test needed -> resolved
status: open -&g
Éric Araujo added the comment:
Given the age of this, the status of distutils and the existence of py2rpm, I
am closing it.
--
resolution: -> wont fix
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bug
Éric Araujo added the comment:
This is a minor thing, and not a particularly visible bug, but it could create
confusion about how to run scripts so could be fixed.
1) For stdlib modules, I think the intended usage is `python3 -m
encodings.rot_13`; I don’t expect anyone to run `python3
/usr
Éric Araujo added the comment:
Thanks for the patch!
--
nosy: +eric.araujo
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.10, Python 3.8, Python 3.9
___
Python tracker
<https://bug
Éric Araujo added the comment:
Ah, I see it now: get_host and get_type are in both lists!
Would you like to contribute a fix for the docs?
If yes, help is here: https://devguide.python.org/docquality/
--
___
Python tracker
<https://bugs.python.
Éric Araujo added the comment:
FWIW the behaviour in distutils was intended to be controlled by the setup.p
options, but in fact also depended on the options of the python command itself
(-O and dont-write-bytecode option/envvar). This was changed in distutils2 but
judged too big to fix
Éric Araujo added the comment:
See also https://bugs.python.org/issue34858
This needs a discussion on python-ideas or -dev.
--
nosy: +eric.araujo
___
Python tracker
<https://bugs.python.org/issue30
Éric Araujo added the comment:
See also #30343
--
nosy: +eric.araujo
___
Python tracker
<https://bugs.python.org/issue34858>
___
___
Python-bugs-list mailin
Change by Éric Araujo :
--
resolution: -> out of date
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.o
Éric Araujo added the comment:
Thanks for the report and patch, but considering that distutils is mostly
frozen and on its way out of the stdlib, also that bdist_dump is not a format
that’s really suitable for anything (people use sdists and wheels), I am
inclined to close this.
Setuptools
Éric Araujo added the comment:
Hello! I don’t see the problem that you are mentioning: the request methods
removed from Request objects are not in the list of methods required by the
CookieJar methods.
--
nosy: +eric.araujo
___
Python tracker
Éric Araujo added the comment:
The difference is that SMTP is a universal, documented, vendor-independent
Internet standard. Google chat products are specific to one company, pose a
maintenance issue (stable Python branches could not accept big changes if the
API changes), and risk becoming
Éric Araujo added the comment:
Thanks for the patch!
--
nosy: +eric.araujo
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
versions: -Python 3.7
___
Python tracker
<https://bugs.python.or
Éric Araujo added the comment:
I think that we could make this easier with a custom directive that’s rendered
into the appropriate markup during build and auto-generates the index page with
links to all links. No error-prone manual update needed!
--
nosy: +eric.araujo
Change by Éric Araujo :
--
nosy: +eric.araujo
nosy_count: 3.0 -> 4.0
pull_requests: +19876
pull_request: https://github.com/python/cpython/pull/20657
___
Python tracker
<https://bugs.python.org/issu
Éric Araujo added the comment:
Compared to the vanilla REPL, this doesn’t include readline setup for tab
completion and history file. Was it on purpose?
--
nosy: +eric.araujo
___
Python tracker
<https://bugs.python.org/issue37
Éric Araujo added the comment:
Closing as per previous messages.
--
resolution: -> wont fix
stage: patch review -> resolved
status: open -> closed
title: Support PEP 566 metadata in dist.py -> Support PEP 566 metadata in
distutils
__
Change by Éric Araujo :
--
stage: -> patch review
title: py_compile.main(): undefined name 'quiet' -> Complete adding silent mode
for py_compile
type: -> behavior
___
Python tracker
<https://bugs.python.or
Éric Araujo added the comment:
How did you get the Python installed in /opt/python/3.8.1?
Maybe it was compiled against libffi 6, then you updated the system to libffi
7, so that Python would need a rebuild.
--
nosy: +eric.araujo
___
Python
Éric Araujo added the comment:
Thanks! Would you like to make the changes yourself?
--
nosy: +eric.araujo
___
Python tracker
<https://bugs.python.org/issue40
Éric Araujo added the comment:
xdg-settings is a program used on linux systems, not windows. Also it is an
executable file, not a directory, so something weird is going on.
Could you diagnose more? The proposed PR does not seem to make sense: platform
can’t be both darwin and win32/nt
New submission from Éric Araujo :
Hello! You didn’t give any information about the problem you found :)
--
components: +Library (Lib) -Distutils
nosy: -dstufft
type: -> behavior
___
Python tracker
<https://bugs.python.org/issu
Éric Araujo added the comment:
Yes, I recommend against this change. Sorry for the time already spent :(
(I only named Mercurial because python-dev used it before, so I was comparing
the behaviour of the two tools)
--
___
Python tracker
<ht
Éric Araujo added the comment:
I would advise against this for two reasons:
- git does not track renames, contrart to Mercurial, so every log/diff command
needs to analyse files to determine if something was moved rather than deleted
+ created; the matching can change depending on a command
Change by Éric Araujo :
--
nosy: +eric.araujo, vinay.sajip
___
Python tracker
<https://bugs.python.org/issue39633>
___
___
Python-bugs-list mailing list
Unsub
Éric Araujo added the comment:
Ah, I got it wrong, get_data itself uses `rb`, not default `r`.
It makes sense given that package data could be any kind of file, not
necessarily text. Too bad there isn’t a `get_text(encoding)` method in the
loader API!
With Python 3’s rich IO system, isn’t
Éric Araujo added the comment:
Allow me to ask a maybe very naive question:
Wouldn't it be possible to fix the problem at the source, that is, use
`open(filename, "rU")` in the two spots you found rather than doing ad-hoc line
ending translation?
(I get that the second on
Éric Araujo added the comment:
With the lack of support, I suggest closing this.
--
___
Python tracker
<https://bugs.python.org/issue12915>
___
___
Python-bug
Éric Araujo added the comment:
Hello! I suggest you bring your question to the forum, which is a better place
to have discussions than the issue tracker :)
https://discuss.python.org/c/users/7
--
nosy: +eric.araujo
status: open -> pend
Éric Araujo added the comment:
The problem is that distutils.spawn.find_executable is an internal API, never
meant for general usage.
Only minimal change happens to distutils these days, partly because the
codebase is full of dark corners and weird interactions (so a fix can easily
break
Change by Éric Araujo :
--
type: enhancement -> behavior
versions: +Python 3.8, Python 3.9
___
Python tracker
<https://bugs.python.org/issue38914>
___
___
Py
Éric Araujo added the comment:
For your project, if you define maintainer and maintainer-email (with your own
info), it’s too bad that adding author results in a warning for missing
author-email!
The goal of these checks as I understand them is a best effort to encourage
projects to contain
Éric Araujo added the comment:
Internal functions got the parameter added, but not the command-line interface.
Should this be reopened, or a different ticket? (I think only remove the
NameError in 3.8, but complete the feature in 3.9)
--
nosy: +eric.araujo
Éric Araujo added the comment:
I’m concerned that not only references to register command were deleted, but
also useful general intro to PyPI.
--
___
Python tracker
<https://bugs.python.org/issue33
Éric Araujo added the comment:
> And when people understand this API checks inclusion, calling with
empty list doesn't make sense at all.
I can see a thought process being «all my other tests use
thing.assert_has_calls([call0, call1]), here let’s check there are no calls
with thi
Éric Araujo added the comment:
My preference would be to have 2.7 doc accurate.
Let’s wait a little bit to see if someone picks this up?
--
___
Python tracker
<https://bugs.python.org/issue33
Éric Araujo added the comment:
OP is about the documentation page for doctest itself!
--
___
Python tracker
<https://bugs.python.org/issue36675>
___
___
Pytho
Éric Araujo added the comment:
No, setup.py and setup.cfg are invented by distutils and extended by setuptools.
--
___
Python tracker
<https://bugs.python.org/issue32
Éric Araujo added the comment:
New changeset cf48e55f7f7718482fa712552f0cbc0aea1c826f by Éric Araujo (Andre
Delfino) in branch 'master':
bpo-33882: mention breakpoint() in debugger-related FAQ (GH-7759)
https://github.com/python/cpython/commit/cf48e55f7f7718482fa712552f0cbc0aea1c826f
Éric Araujo added the comment:
A side question: where is it defined that in `{thing[0]}`, 0 will be parsed as
an integer?
The PEP shows `{thing[name]}` and mentions that this is not Python but a
smaller mini-language, with `name` always a string, no quotes needed or
permitted
Éric Araujo added the comment:
Thanks for the patch!
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Éric Araujo added the comment:
New changeset f760610bddd7e8f8ac0914d5d59ef806bc16a73b by Éric Araujo (Andre
Delfino) in branch 'master':
bpo-33832: Add "magic method" glossary entry (GH-7630)
https://github.com/python/cpython/commit/f760610bddd7e8f8ac0914d5d59ef806bc16a73b
-
Éric Araujo added the comment:
Repeat: `metadata` in setup.cfg is not supported directly by distutils. Can
you provide a setup.py script that shows the problem without setuptools?
--
___
Python tracker
<https://bugs.python.org/issue32
Éric Araujo added the comment:
OK!
--
resolution: -> wont fix
stage: -> resolved
status: open -> closed
type: -> behavior
___
Python tracker
<https://bugs.python
Éric Araujo added the comment:
Hello! Are you seeing this problem when building or installing some package,
or are you using the classes directly?
If it’s the latter, I would recommand you to use
https://pypi.org/project/packaging/ rather than distutils, which is not meant
to be used
Éric Araujo added the comment:
Agreed, a doc PR to warn against using any of the distutils *util modules would
be useful.
--
assignee: eric.araujo ->
components: +Documentation -Distutils
resolution: works for me ->
stage: resolved -> needs patch
status: closed -> pend
Éric Araujo added the comment:
Thanks for the analysis and PR! Sorry that the slow process here was
frustrating.
--
___
Python tracker
<https://bugs.python.org/issue25
Éric Araujo added the comment:
The way to achieve this is to make sure your two components live in two
separate directories, each with its setup.py.
This is the simple way that works with distutils/setuptools and pip
install-from-vcs (you can install from a subdir of a repo
Éric Araujo added the comment:
Could you tell how you found the problem, i.e. what are you trying to do?
--
___
Python tracker
<https://bugs.python.org/issue35
Éric Araujo added the comment:
I suspect the only reason was that unwrap was caught in the bag of
«undocumented functions (that don‘t seem useful)».
Personally I think I see more bare URLs than URLs in angle brackets these days,
and `URL:` feels like an archaic marker :) But I don’t see any
Éric Araujo added the comment:
I think the places that already use try/finally: close are correct.
We try to minimize churn in distutils; changing to with is nice but does not
fix errors or warning in these cases.
The changes for the few spots that don’t use finally: close are welcome though
Éric Araujo added the comment:
I am curious about the use cases for this feature!
--
___
Python tracker
<https://bugs.python.org/issue35335>
___
___
Python-bug
Éric Araujo added the comment:
There is an HTML escaping problem in the PR list!
--
nosy: +eric.araujo, ezio.melotti
___
Python tracker
<https://bugs.python.org/issue35
Éric Araujo added the comment:
Add the right «needs backport to X.Y» labels to the PR and a bot will take care
of it.
(This info does not seem to be in the devguide!)
--
nosy: +eric.araujo
___
Python tracker
<https://bugs.python.org/issue35
Éric Araujo added the comment:
A modern solution for this is to define a singledispatch function (with
implementations for your custom types) and pass it as the `default` parameter
to the dump functions.
(That won’t avoid the custom → dict copy, but that’s how the module works
Éric Araujo added the comment:
I will try to find some time in the next month!
--
___
Python tracker
<https://bugs.python.org/issue10536>
___
___
Python-bug
Éric Araujo added the comment:
Please discuss on #14894
--
resolution: -> duplicate
stage: -> resolved
status: open -> closed
superseder: -> distutils.LooseVersion fails to compare number and a word
___
Python tracker
<https://
Éric Araujo added the comment:
Docutils itself parses `RFC ` and `PEP nnn` to replace with links.
In some parts of the docs with many references, some devs (I think Raymond
Hettinger for example) use tricks like `PEP\ nnn` to avoid getting twenty links
in a row.
So I don’t see what
Éric Araujo added the comment:
I am inclined to reject the patch.
LooseVersion is not meant to be a general utility for all modules; I know it’s
used in the wild but projects should define their parsing/comparison function
or make up a specific module for that.
If the problem happens from
Change by Éric Araujo :
--
title: Document __warningregister__ -> Document __warningregistry__
___
Python tracker
<https://bugs.python.org/issue34948>
___
_
201 - 300 of 7396 matches
Mail list logo