Originally posted by Danny3
View Post
Announcement
Collapse
No announcement yet.
Debian Repeals The Merged "/usr" Movement Moratorium
Collapse
X
-
Originally posted by sdack View PostDoes the proposal say anything about retaining the usefulness in other ways, or is it ignoring it and making it only about getting rid of it?
- Likes 1
Comment
-
Originally posted by toves View PostThe beauty of open source is if you have a better idea you can grab a kernel (linux, *bsd, minix, 9front etc etc) and a userland and refashion the world to your liking. After which you can proselytize your vision of the new world.🤔
Then why aren't the opensource users extending opensource projects? Look at the number of people bitching about how dotNET MAUI doesn't support Linux even though all of it is opensource. Why aren't they refashioning MAUI to support Linux and demanding Microsoft do so?
And look at the number of people bitching about Nvidia's open kernel driver. Why aren't they refashioning that open source driver into something better suited for themselves?
Anybody can take the source and refashion it to their liking. So why aren't they doing so? Why are they demanding that the maintainers do so?
- Likes 1
Comment
-
Originally posted by fong38 View PostOr we could just get rid of it all, NixOS / Guix style.
(/s but also kind of unironically)
# stuff to boot up
/boot
/bin
/sbin
/var
# stuff for after you're booted r/w
/Users
/NetUsers (to delineate between accounts that are local or on a network/cloud home folder)/OneDrive/Libraries (instead of /usr)
/cifs-$DOMAIN
/runtimes/ubuntu20.04/Applications
/centos9stream
/openjdk-21
/LibreOffice.app/res
/lib
/bin/x86_64
etc...
Obviously, this is thinking that belongs somewhere far away from Debian, but I've always wanted that 'runtimes' folder so things like older/different distros and runtimes could be tapped directly (and hacked on a bit to do stuff like backport newer SDL) rather than Flatpack/Snaps/Containers.
- Likes 2
Comment
-
Originally posted by mangeek View Post
Honestly, I've always rather liked Apple's layout, including having apps self-contained to their .app directory with multiple binaries under it. I know that's a huge deviation from how we do it in Linux, but imagine if Linux used
# stuff to boot up
/boot
/bin
/sbin
/var
# stuff for after you're booted r/w
/Users
/NetUsers (to delineate between accounts that are local or on a network/cloud home folder)/OneDrive
/cifs-$DOMAIN
/Libraries (instead of /usr)
/runtimes/ubuntu20.04
/centos9stream
/openjdk-21
/Applications
/LibreOffice.app/res
/lib
/bin/x86_64
etc...
Obviously, this is thinking that belongs somewhere far away from Debian, but I've always wanted that 'runtimes' folder so things like older/different distros and runtimes could be tapped directly (and hacked on a bit to do stuff like backport newer SDL) rather than Flatpack/Snaps/Containers.
/System/* for all system binaries, libraries, config files, scripts, etc.
like /System/Kernels/6.5.1/bin/vmlinuz.tgz
headers can live there too in /System/Kernels/6.5.1/Headers (or /include as per tradition though I prefer the directness of Headers)
/Applications/AppName/Configurations/USERNAME/*
where various config files.are stored on a per user basis.
then when the app is copied or deleted, all relevant user files are kept with it, and the user specific config directory can be protected with permissions too.
another example:
/Applications/Mozilla/Firefox/118.0.37/Firefox
/Applications/Mozilla/Firefox/118.0.37/Gecko.so,libxul.so,etc
/Applications/Mozilla/Firefox/118.0.37/Resources/Firefox.svg
/Applications/Mozilla/Firefox/118.0.37/Configuration/Firefox.xml (The default/global settings)
/Applications/Mozilla/Firefox/118.0.37/Configuration/Marcus/Firefox.xml (User specific settings)
/Applications/Mozilla/Firefox/118.0.37/Configuration/Marcus/Bookmarks.xml
/Applications/Mozilla/Firefox/118.0.47/Configuration/Marcus/History.sqlite
​Last edited by bumblebritches57; 19 October 2023, 02:16 AM.
- Likes 1
Comment
-
Originally posted by uxmkt View PostThough keyboards have improved as well since the 80s, I'd still rather prefer typing less. Because no matter how high your CPM strike ratio is,HTML Code:<tt>c:\program files</tt>
HTML Code:<tt>/opt</tt>
HTML Code:<tt>C:\Program Files (x86)</tt>
- Likes 1
Comment
-
Originally posted by TheMightyBuzzard View Post
Or leave it exactly as it is and tell the children to learn instead of complaining.
What a great lesson to teach children!
No wonder Linux is still at 1% market share.
- Likes 2
Comment
-
Originally posted by archkde View Post
Funny that you mention these. /usr is actually short for "user" and originally had the purpose now fulfilled by /home. So the answer may just be "because they came late enough".
- Likes 1
Comment
-
Originally posted by mangeek View Post
I think everyone agrees that "Program Files" is an abomination ...
(Or is that called "Market Differentiation"?)
Meanwhile...
If you really want to have an alternate file system structure, you can. To your hearts content.
Simply write a script to mount a newly created tmpfs to then populate it with whatever structure you wish, all linking into the physical reality you rather not wish to see.
Simples.
Be excellent to one another.
Enjoy!!
MartinLast edited by elml; 22 October 2023, 11:58 AM.
- Likes 1
Comment
-
Originally posted by elml View PostRumor has it that style of naming was deliberately chosen to break Linux systems by introducing the " " and Capital Letters into directory names...
Spaces, in the other hand, are different. I believe Raymond Chen has flat-out said on his blog that "Program Files" and "Documents and Settings"(former name of the Users folder) were specifically chosen to force application developers to learn to deal with spaces in filenames properly, as there were a ton of programs that would break if you tried to install them to a path with a space in it, or tried to give them a file path with a space in it to process.
Comment
Comment