Brett Cannon added the comment:
Did the Windows-equivalent project files also get updated?
--
___
Python tracker
<https://bugs.python.org/issue39459>
___
___
Brett Cannon added the comment:
> but now it's too change to change it again :-)
I actually don't think it is if we want to revert this. We can raise a
deprecation warning if the call to os.fsencode() leads to a value different
than its argument and say that people are expected to han
Brett Cannon added the comment:
Do note that virtual environments are not designed to be portable in general,
so this would be a fundamental change in the design and purpose of virtual
environments.
--
nosy: +brett.cannon, vinay.sajip
___
Python
Brett Cannon added the comment:
Was the Makefile updated to install Lib/test/test_import/date/unwritable?
--
nosy: +brett.cannon
___
Python tracker
<https://bugs.python.org/issue39
Brett Cannon added the comment:
I don't think this should be done (and I honestly would have disagreed with the
Popen change for its 'env' argument or any other place that is dealing with
environment variables). Environment variables are strings, period, so they
should be specified
Brett Cannon added the comment:
> When was this change made?
It has always been this way, so no change here. We have actually improved the
situation over the years with attempts at better locking in importlib itself.
--
___
Python tracker
<
Change by Brett Cannon :
--
nosy: -brett.cannon
___
Python tracker
<https://bugs.python.org/issue11553>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Brett Cannon :
--
nosy: -brett.cannon
___
Python tracker
<https://bugs.python.org/issue11549>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Brett Cannon :
--
nosy: -brett.cannon
___
Python tracker
<https://bugs.python.org/issue12915>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Brett Cannon :
--
nosy: -brett.cannon
___
Python tracker
<https://bugs.python.org/issue11978>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Brett Cannon :
--
nosy: -brett.cannon
___
Python tracker
<https://bugs.python.org/issue13306>
___
___
Python-bugs-list mailing list
Unsubscribe:
Brett Cannon added the comment:
I'm going to close this as I think this belongs more on PyPI than in the stdlib
(feel free to re-open if you disagree, Nick).
--
nosy: +brett.cannon
resolution: -> rejected
stage: needs patch -> resolved
status: open -&g
Change by Brett Cannon :
--
nosy: -brett.cannon
___
Python tracker
<https://bugs.python.org/issue13886>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Brett Cannon :
--
nosy: -brett.cannon
___
Python tracker
<https://bugs.python.org/issue13328>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Brett Cannon :
--
nosy: -brett.cannon
___
Python tracker
<https://bugs.python.org/issue8987>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Brett Cannon :
--
nosy: -brett.cannon
___
Python tracker
<https://bugs.python.org/issue8912>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Brett Cannon :
--
nosy: -brett.cannon
___
Python tracker
<https://bugs.python.org/issue8901>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Brett Cannon :
--
nosy: -brett.cannon
___
Python tracker
<https://bugs.python.org/issue8627>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Brett Cannon :
--
nosy: -brett.cannon
___
Python tracker
<https://bugs.python.org/issue8400>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Brett Cannon :
--
versions: +Python 3.9 -Python 3.6
___
Python tracker
<https://bugs.python.org/issue10572>
___
___
Python-bugs-list mailing list
Unsub
Brett Cannon added the comment:
In case anyone cares, this is still a thing.
--
___
Python tracker
<https://bugs.python.org/issue10572>
___
___
Python-bug
Brett Cannon added the comment:
https:/go.microsoft.com/fwlink/?LinkID=135170 is the link to the MS docs.
The command is:
Set-ExecutionPolicy -ExecutionPolicy RemoteSigned -Scope CurrentUser
--
___
Python tracker
<https://bugs.python.
Brett Cannon added the comment:
It's covered in the language reference where import semantics are explained. It
isn't explicitly called out in higher-level docs that I'm aware of because it
only really comes up in edge cases like importing in a thread which we actively
discourage unless
Brett Cannon added the comment:
Sorry, you're right; I forgot importlib got it "right" while import got it
"wrong". :)
--
___
Python tracker
<https://bug
Brett Cannon added the comment:
The problem with the hybrid exception is that importlib would then still raise
a different exception from import itself, so the discrepancy would persist. And
if you updated import you could then break people in another way where they
were catching ValueError
Change by Brett Cannon :
--
nosy: -brett.cannon
___
Python tracker
<https://bugs.python.org/issue35003>
___
___
Python-bugs-list mailing list
Unsubscribe:
Brett Cannon added the comment:
There's no deprecation warning because how do you warn about that? You raise
DeprecationWarning about an exception you have yet to raise?
And I personally think calling this unfair is a bit harsh.
--
___
Python
Change by Brett Cannon :
--
priority: normal -> low
___
Python tracker
<https://bugs.python.org/issue39383>
___
___
Python-bugs-list mailing list
Unsubscrib
Brett Cannon added the comment:
Is sys.path[0] always absolute, or is it just a side-effect of the site module
(i.e. is it absolute even with -S)?
--
nosy: +brett.cannon
___
Python tracker
<https://bugs.python.org/issue39
Brett Cannon added the comment:
This is already covered in https://www.python.org/dev/peps/pep-0594/ for
removal in 3.10, so probably best to help get that PEP accepted first then deal
with the removal.
--
___
Python tracker
<ht
Brett Cannon added the comment:
Paul, your attitude on this issue has unfortunately begun violating the PSF
Code of Conduct which this issue tracker adheres to. I realize you're
frustrated that the change you are after is not happening, but that doesn't
mean you can deride others like you
Brett Cannon added the comment:
@valentyn just assume it's good enough unless some asks otherwise. People are
probably too busy right now to be looking at this and so you might be waiting a
while for a more definitive answer.
--
___
Python
Brett Cannon added the comment:
So I think this is way too marginal a use-case to expand the API to let loaders
inject themselves into the semantics of it.
I assume going with option 1 but raising an ImportWarning would be too noisy
for your use-case? If not I'm totally fine
Brett Cannon added the comment:
Can this now be closed, Vinay?
--
___
Python tracker
<https://bugs.python.org/issue38901>
___
___
Python-bugs-list mailin
Brett Cannon added the comment:
And sorry if that last response from me came off as grumpy; it wasn't meant to.
I just had no clue what you were adding based on the name.
--
___
Python tracker
<https://bugs.python.org/issue39
Brett Cannon added the comment:
Can I just say that "ulp" is totally non-obvious what that even means unless
you have a specific math background?
--
nosy: +brett.cannon
___
Python tracker
<https://bugs.python.o
Brett Cannon added the comment:
Pablo, is this still an issue?
--
nosy: +pablogsal
___
Python tracker
<https://bugs.python.org/issue4347>
___
___
Python-bug
Change by Brett Cannon :
--
resolution: wont fix ->
___
Python tracker
<https://bugs.python.org/issue4347>
___
___
Python-bugs-list mailing list
Unsubscrib
Change by Brett Cannon :
--
nosy: -brett.cannon
___
Python tracker
<https://bugs.python.org/issue2636>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Brett Cannon :
--
nosy: -brett.cannon
___
Python tracker
<https://bugs.python.org/issue1674555>
___
___
Python-bugs-list mailing list
Unsubscribe:
Brett Cannon added the comment:
Pablo, is this still a thing to care about?
--
nosy: +pablogsal
___
Python tracker
<https://bugs.python.org/issue1531
Change by Brett Cannon :
--
nosy: -brett.cannon
___
Python tracker
<https://bugs.python.org/issue1596321>
___
___
Python-bugs-list mailing list
Unsubscribe:
Brett Cannon added the comment:
I think "Python learners deserve to know about "site-packages" and (optionally)
"dist-packages" " is a bit strong of a statement. I don't think the tutorial
covers how to install third-party package which is what goes into
site-
Brett Cannon added the comment:
Any more feedback from anyone on the idea of using the basename of a directory
if specified for `--prompt`?
--
___
Python tracker
<https://bugs.python.org/issue38
Change by Brett Cannon :
--
title: Add a CLI flag to venv to use the pwd basename as the prompt -> [venv]
Add a CLI flag to venv to use the pwd basename as the prompt
___
Python tracker
<https://bugs.python.org/issu
Change by Brett Cannon :
--
title: Link to instructions to change PowerShell execution policy for venv
activation -> [venv] Link to instructions to change PowerShell execution policy
for venv activation
___
Python tracker
<https://bugs.pyth
Change by Brett Cannon :
--
title: Adding a .gitignore file to virtual environments -> [venv] Adding a
.gitignore file to virtual environments
___
Python tracker
<https://bugs.python.org/issu
New submission from Brett Cannon :
In a discussion on Twitter, the idea of having venv lay down a .gitignore file
in a newly created virtual environment that consisted of nothing but `*` came
up (https://twitter.com/codewithanthony/status/1213680829530099713). The
purpose would be to help
Brett Cannon added the comment:
I agree with Inada-san that pointing out how to get the file path on a module
is a better solution then explaining directory layouts which are borderline
implementation details.
--
___
Python tracker
<ht
Brett Cannon added the comment:
I think a bigger thing is to simply get type annotations to be used in the
stdlib first, then we can worry about documenting them as part of the API. :)
--
nosy: +brett.cannon
___
Python tracker
<ht
Brett Cannon added the comment:
I agree with Eric that this is the realm of linters as there are legitimate
reasons sometimes to mask and redefine built-ins.
Thanks for the idea, Reuven, but I'm closing the issue.
--
nosy: +brett.cannon
resolution: -> rejected
stage: -> re
Brett Cannon added the comment:
When have you seen this work previously? On my Windows 10 machine there is no
Scripts\libs directory for Python 3.7, let alone a python37.lib file in any
directory that I can find.
--
nosy: +brett.cannon, vinay.sajip
Brett Cannon added the comment:
Yep, it looks like this is fixed, Batuhan. Thanks for letting us know!
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Brett Cannon added the comment:
RE: "This could be done when inserting something into `sys.path` maybe then
only?" That would require a custom object instead of a standard list for
sys.path which could detect insertion and then do the automatic absolute path
resolution which as y
Brett Cannon added the comment:
So if you were to insert '.' via PYTHONPATH it would be made absolute as the
site module makes all entries in sys.path absolute during startup.
And changing this to have to check every time import runs if an entry in
sys.path is absolute would be costly
Change by Brett Cannon :
--
nosy: -brett.cannon
___
Python tracker
<https://bugs.python.org/issue39111>
___
___
Python-bugs-list mailing list
Unsubscribe:
Brett Cannon added the comment:
And to be more specific, == is guaranteed to work by falling back to
object.__eq__() which falls back to object identity if the object doesn't have
a custom __eq__() method.
--
___
Python tracker
<ht
Brett Cannon added the comment:
This is because your class implicitly inherits from object and object.__eq__()
is implemented and does not return NotImplemented.
--
nosy: +brett.cannon
resolution: -> not a bug
stage: -> resolved
status: open -&g
Brett Cannon added the comment:
Due note, though, that there's a difference in the implementation of strftime
versus strptime, as the former (at least the last time I looked ages ago) uses
the libc version of the function and thus probably doesn't try to smooth out
differences like
Change by Brett Cannon :
--
nosy: -brett.cannon
___
Python tracker
<https://bugs.python.org/issue1298835>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Brett Cannon :
--
nosy: -brett.cannon
___
Python tracker
<https://bugs.python.org/issue1116520>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Brett Cannon :
--
nosy: -brett.cannon
___
Python tracker
<https://bugs.python.org/issue900092>
___
___
Python-bugs-list mailing list
Unsubscribe:
Brett Cannon added the comment:
I have opened https://bugs.python.org/issue39090 to track updating the pathlib
docs to have a section on getting the absolute path in various ways along with
what the trade-offs are for each approach.
--
___
Python
New submission from Brett Cannon :
The question on how best to get an absolute path from a pathlib.Path object
keeps coming up (see https://bugs.python.org/issue29688,
https://discuss.python.org/t/add-absolute-name-to-pathlib-path/2882/, and
https://discuss.python.org/t/pathlib-absolute-vs
Brett Cannon added the comment:
Karthikeyan is right and this is working as expected. If you want the semantics
you're after you can either implement __fspath__ as was suggested or get the
'value' attribute of the enum when constructing your path.
--
nosy: +brett.cannon
resolution
Brett Cannon added the comment:
New changeset aa74a53ad61134911ac7904f24fd2630aeaa8ac8 by Brett Cannon (Miss
Islington (bot)) in branch '3.8':
bpo-36406: Handle namespace packages in doctest (GH-12520) (GH-17591)
https://github.com/python/cpython/commit
Brett Cannon added the comment:
New changeset d3212036aa2510b9e133ba4bfaf1262d6bcbe7f0 by Brett Cannon (Miss
Islington (bot)) in branch '3.7':
bpo-36406: Handle namespace packages in doctest (GH-12520) (GH-17592)
https://github.com/python/cpython/commit
Brett Cannon added the comment:
New changeset 8289e27393395ee903bd096d42e07c112d7f15c6 by Brett Cannon (Xtreak)
in branch 'master':
bpo-36406: Handle namespace packages in doctest (GH-12520)
https://github.com/python/cpython/commit/8289e27393395ee903bd096d42e07c112d7f15c6
--
nosy
Brett Cannon added the comment:
@Gery please do open a documentation PR! :)
--
nosy: +brett.cannon
___
Python tracker
<https://bugs.python.org/issue39
Brett Cannon added the comment:
> Any reason to keep imp there?
Nope, not anymore.
--
___
Python tracker
<https://bugs.python.org/issue25160>
___
___
Python-
Brett Cannon added the comment:
Thanks for the report, Brittany, but I'm closing as "won't fix" as the only way
to make this happen is to import genericpath directly which one shouldn't do
(it's undocumented on purpose); always get a hold of this module via 'os'.
--
Brett Cannon added the comment:
If it were `.` would we then always check if the prompt was a folder and then
use the folder's name in that case? Or would it only apply to `.`?
As for `__curdir__`, it could work, but I don't know how easy would that be to
remember or explain to new users
Change by Brett Cannon :
--
nosy: +vinay.sajip
___
Python tracker
<https://bugs.python.org/issue38544>
___
___
Python-bugs-list mailing list
Unsubscribe:
Brett Cannon added the comment:
And where this has come up as an issue:
https://github.com/microsoft/vscode-python/issues/2559.
--
___
Python tracker
<https://bugs.python.org/issue38
Change by Brett Cannon :
--
nosy: -brett.cannon
___
Python tracker
<https://bugs.python.org/issue38878>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Brett Cannon :
--
title: using filedialog.askopenfilename() freezes python 3.8 -> using
tkinter.filedialog.askopenfilename() freezes python 3.8
___
Python tracker
<https://bugs.python.org/issu
New submission from Brett Cannon :
It would probably be good to add a note in the venv docs about execution
policies, why it needs to change for environment activation, and how to do it
-- especially now that we sign Activate.ps1 -- so there's less of a chance of
people being caught off
Brett Cannon added the comment:
While I understand you're disappointed, do realize that the tone of your
response isn't necessary. I'm going to assume you didn't mean for it to come
off as confrontational and still provide a reply.
> you do realise there are no symlinks to reso
Brett Cannon added the comment:
> Are you proposing to bring that functionality, which these third-party tools
> perform currently, into the stdlib?
I was hoping to, but it turns out you can't make this work under Windows
without inspecting the parent process (PowerShell and Command
Brett Cannon added the comment:
I'm going with Serhiy's recommendation and closing this. Sorry, IonuČ›.
--
resolution: -> rejected
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Brett Cannon added the comment:
> If venv is run in a child process of the shell, how does it set those
> variables in the parent shell?
You can't. Tools like `pipenv shell` and `conda shell` end up with a new shell
running instead of changing the current shell in
Brett Cannon added the comment:
> From my experience in the past the intention has been to keep the API minimal
Correct, all of os.path and shutils does not need to end up in pathlib. :)
Hence why the request to add things is always tough as we have to try and
strike a balance of use
Brett Cannon added the comment:
> Surely "on native Windows you run venv-path\Scripts\activate[.ps1], on POSIX
> you use source venv-path/bin/activate" isn't *that* hard for new users to
> grok, and would cover the vast majority of users?
Sure, but how many times do we
Brett Cannon added the comment:
First off, thanks for the suggestion!
But there are two things to say about this. One, that isn't actually casting as
Python doesn't have the concept of casting like in statically typed languages
since everything is dynamically typed.
Two, the solution is so
Brett Cannon added the comment:
If you're using Python 2.7 then that would explain what you're seeing. You can
either upgrade to Python 3 or use `from __future__ import division` to get the
result you're after.
--
nosy: +brett.cannon
resolution: -> not a bug
stage: -> re
Brett Cannon added the comment:
I've personally never come across Scripts in any other situation than virtual
environments, but that isn't saying much about my Windows exposure either. :)
Basically activation is the biggest stumbling block I find with new users when
it comes to trying
Brett Cannon added the comment:
> How about note it in the documentation and logging rather than removing them?
Yep, docs and raising DeprecationWarning should be good.
--
___
Python tracker
<https://bugs.python.org/issu
Change by Brett Cannon :
--
nosy: -brett.cannon
___
Python tracker
<https://bugs.python.org/issue38079>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Brett Cannon :
--
nosy: -brett.cannon
___
Python tracker
<https://bugs.python.org/issue16079>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Brett Cannon :
--
nosy: -brett.cannon
___
Python tracker
<https://bugs.python.org/issue11664>
___
___
Python-bugs-list mailing list
Unsubscribe:
Brett Cannon added the comment:
As per Paul's suggestion, closing as "won't fix" as this only pertains to
Python 2.7 and it will not be changing.
--
resolution: -> wont fix
stage: needs patch -> resolved
status: open -> closed
___
Change by Brett Cannon :
--
nosy: -brett.cannon
___
Python tracker
<https://bugs.python.org/issue34309>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Brett Cannon :
--
nosy: -brett.cannon
___
Python tracker
<https://bugs.python.org/issue38569>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Brett Cannon :
--
nosy: -brett.cannon
___
Python tracker
<https://bugs.python.org/issue38593>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Brett Cannon :
--
nosy: -brett.cannon
___
Python tracker
<https://bugs.python.org/issue38649>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Brett Cannon :
--
nosy: -brett.cannon
___
Python tracker
<https://bugs.python.org/issue32856>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Brett Cannon :
--
nosy: -brett.cannon
___
Python tracker
<https://bugs.python.org/issue38021>
___
___
Python-bugs-list mailing list
Unsubscribe:
Brett Cannon added the comment:
> there's no harm to keeping it (it's not broken)
... for now. :) There's always the risk that will change if we keep the code
around.
> The other deprecation in the array module says, "Deprecated since version
> 3.3, will be removed
Change by Brett Cannon :
--
nosy: +vinay.sajip
___
Python tracker
<https://bugs.python.org/issue35003>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Brett Cannon :
--
versions: +Python 3.9 -Python 3.8
___
Python tracker
<https://bugs.python.org/issue35003>
___
___
Python-bugs-list mailing list
Unsub
501 - 600 of 5790 matches
Mail list logo