On Tuesday, November 26th, 2024 at 6:25 PM, Robert Webb via openSUSE Factory <factory@lists.opensuse.org> wrote:
On Tue, 26 Nov 2024 07:22:11 +0300, Andrei Borzenkov arvidjaar@gmail.com wrote:
26.11.2024 04:31, Robert Webb via openSUSE Factory wrote:
On Mon, 25 Nov 2024 21:35:50 +0000, Attila Pinter via openSUSE Factory factory@lists.opensuse.org wrote:
On Thursday, November 21st, 2024 at 2:51 AM, Heitor Moreira heitor@opensuse.org wrote:
I would like to propose the removal of the $HOME/bin directory from the default setup. It clutters the user's home in exchange for very little gain in some very specific individual workflows. [...]
I think you should proceed with this change if haven't yet. Worst case your SR gets rejected ^-^ Most of us in this conversation are more than capable of changing the $PATH to fit our needs if we would really wanted to on new installations. Not like it would change the current systems ¯\(ツ)/¯
Yes, we would create the ~/bin directory and edit ~/.profile to include it in $PATH. Then, after a reboot/new login, one might not notice, but $PATH would include ~/bin twice because /etc/profile "helpfully" added it to the path before your ~/.profile executes.
So, a debugging job is automatically added to your tasks for a new install or adding a user. Not nice.
That's the argument for removal of automatic inclusion of ~/bin in the $PATH, not against removal of /usr/etc/skel/bin (which is the correct path BTW).
It does support removing even the conditional inclusion of ~/bin in $PATH if bin/ is removed from skel/, but the current status quo also does not cause a surprise. When skel/bin/ is copied to ~/bin/, then the first time the user logs in, the $PATH already includes ~/bin, so no problem (unless, as you pointed out previously, the user wants it in a different priority position in $PATH).
My preference for keeping the default creation of ~/bin for new accounts is because it is convenient for me, but also to guide inexperienced users to use the conventional place for their scripts and binary executables. -- Robert Webb
TBH I didn't really get the rest of your argument - well didn't make sense to me personally -, but just to follow up on the "inexperienced user" argument: Wouldn't it make more sense to give them transferable knowledge? So if they find themselves on a different distro - say at work - they're not trying to figure out how to get their scripts in $HOME/bin to work? -- Br, A.