group.of.nepali.translators team mailing list archive
-
group.of.nepali.translators team
-
Mailing list archive
-
Message #05229
[Bug 1588562] Re: Please add ~/.local/bin to the default $PATH
This bug was fixed in the package bash - 4.3-15ubuntu1
---------------
bash (4.3-15ubuntu1) yakkety; urgency=medium
* Merge with Debian; remaining changes:
- skel.bashrc:
- Run lesspipe.
- Enable ls aliases.
- Set options in ll alias to -alF.
- Define an alert alias.
- Enabled colored grep aliases.
- etc.bash.bashrc:
- Add sudo hint.
bash (4.3-15) unstable; urgency=medium
* Apply upstream patches 043 - 046. Fixes:
- When the lastpipe option is enabled, the last component can contain
nested pipelines and cause a segmentation fault under
certain circumestances.
- A typo prevents the `compat42' shopt option from working as intended.
- If a file open attempted as part of a redirection fails because it is
interrupted by a signal, the shell needs to process any pending traps
to allow the redirection to be canceled.
- An incorrect conversion from an indexed to associative array can result
in a core dump.
* Add $HOME/.local/bin to PATH, and add the user's home directories
unconditionally to the path, so that they are available without
a new login. Closes: #820856, LP: #1588562.
-- Matthias Klose <doko@xxxxxxxxxx> Fri, 24 Jun 2016 09:16:03 +0200
** Changed in: bash (Ubuntu)
Status: Confirmed => Fix Released
--
You received this bug notification because you are a member of नेपाली
भाषा समायोजकहरुको समूह, which is subscribed to Xenial.
Matching subscriptions: Ubuntu 16.04 Bugs
https://bugs.launchpad.net/bugs/1588562
Title:
Please add ~/.local/bin to the default $PATH
Status in bash package in Ubuntu:
Fix Released
Status in bash source package in Xenial:
Confirmed
Status in bash package in Debian:
Fix Released
Bug description:
Starting in Xenial, 'pip install' by default places executables into
~/.local/bin. This is the de-facto standard place to put per-user
executables -- for example, Fedora/Redhat puts it on the $PATH by
default, and PEP 370 makes it the standard place for unprivileged
installs of Python packages to put their scripts.
But unfortunately, Ubuntu's does *not* add this directory to $PATH by
default, which means that 'pip install' doesn't actually work -- any
scripts that are installed are inaccessible, and every user has to
manually add this to their PATH.
Ubuntu should put ~/.local/bin onto PATH by default.
Minor details (discussed with @doko at the PyCon sprints):
- this should go at the beginning of PATH rather than the end, in accordance with Debian policy saying that more-local paths go before more-upstream paths. (This is inconsistent with how Fedora/RH do it, but consistent with how Python itself searches for packages.)
- this will be added to /etc/skel/profile, so that it won't change any existing user accounts; it will only be applied to user accounts created *after* this change lands
- unlike ~/bin (which Debian/Ubuntu have supported for ages), it will be added to PATH unconditionally, even if the directory doesn't exist. This is important to avoid a nasty trap for new users, where the first time they try to install a Python package they have to restart their shell. Since this only applies to new accounts, the directory will always start out nonexistent/empty, so having it in $PATH won't cause any unexpected changes in behavior.
- possibly it would make sense to set this in /etc/environment or /etc/skel/.gnomerc or similar, so that it would also apply to non-shell processes (e.g. if the user wants to add a global key-binding to launch a Python program, then generally ~/.profile *doesn't* affect the environment where this command gets executed, and that can frustrate and confuse users if a command works fine from the terminal but not from a keybinding). But we should defer this discussion for the future, because even if this is a good idea, it isn't a good idea in a Xenial stable update.
Debian bug: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=820856
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/bash/+bug/1588562/+subscriptions