Live data from Hacker News

Debian still having trouble with merged /usr

lwn.net

151–160 of 310 posts

Re: Debian still having trouble with merged /usr

#151
post #4

Democracy is pretty decent, but comes with some big flaws: tyranny of the minority, enormous amounts of back-and-forth to get anything done, big egos at any level can stop progress. Debian is the very example of it. Case in point: other distros forced the usr migration and very few problems were had. Debian put the idea through a committee, of course a minority wanted to keep the old behaviour so Debian decided to su…

Democracy is pretty decent, but comes with some big flaws: tyranny of the minority Did you invent this? Because it's freaking brilliant!

Someone much smarter that me did: https://medium.com/incerto/the-most-intolerant-wins-the-dict...

Re: Debian still having trouble with merged /usr

#152
post #119
post #110

Earlier quoted context omitted.

You could just have the government mandate a test, and any embryo that has markers (genetic or otherwise) of a chronic debilitating condition is not allowed to be brought to term. If parents do choose this, the kid will fall outside of the healthcare system for its condition and parents will have to foot the entire ongoing bill. Eugenics does not automatically mean we all customize our embryos to be 2m tall geniuses…

I'd probably have a beautiful full head of hair still...

You wouldn’t exist in that world.

Re: Debian still having trouble with merged /usr

#153

Earlier quoted context omitted.

> tyranny of the minority this is a trendy thing too, very often minorities who felt ignored, are now pushing to get more because of the tiranny of the majority had flaws (but to me is mostly unavoidable due to the natural economies of scale it grants). I don't know how one can design a social system where you balance both in the right way.

> the tiranny of the majority had flaws (but to me is mostly unavoidable due to the natural economies of scale it grants). In a different context, this is a source of frustration for me as a (partially) blind person advocating accessibility for blind people. The world is designed around the assumption, correct for most people, that people have the high-bandwidth, low-latency sense of sight. And that does lead to the…

There a lot of different biases in the world of tech, sightedness is just one of them.

Are there any operating systems written from or computers built from a blind perspective, or are the blind just using the accessibility features of sighted operating systems?

Re: Debian still having trouble with merged /usr

#154

We can now kiss-gone the security for embedded world and its IoT-related security brethren. It is often the directory separation of /bin and /usr/bin that is used to denote the extent of firmware’s scope between these binaries that are require for a boot up and what are they require to support their applications. (Thanks, PDP-11). Such wonderful boundaries of IoT upgrade scope can and is often denoted as two-stage up…

Using `/usr/bin/` readonly is also a thing on some few distros (e.g.: Fedora Silverblue), so maybe you want to consider that for your usecase. For device-local binaries (e.g.: not part of firmware), /usr/local/bin sounds like the right choice (also, somewhat in line what some BSDs do).

This is just another direction to desktop-hive mentality with a focus toward minimizing security.

Perhaps, it might be ideal and suitable to Windows-ize for your case; the security modeling of many designs, not so much.

Re: Debian still having trouble with merged /usr

#156
post #153

Earlier quoted context omitted.

> the tiranny of the majority had flaws (but to me is mostly unavoidable due to the natural economies of scale it grants). In a different context, this is a source of frustration for me as a (partially) blind person advocating accessibility for blind people. The world is designed around the assumption, correct for most people, that people have the high-bandwidth, low-latency sense of sight. And that does lead to the…

There a lot of different biases in the world of tech, sightedness is just one of them. Are there any operating systems written from or computers built from a blind perspective, or are the blind just using the accessibility features of sighted operating systems?

> Are there any operating systems written from or computers built from a blind perspective

Yes, but they struggle to keep up with the mainstream, especially considering the runaway complexity of the web. The one notable open-source example is Emacspeak [1]. The rest, as far as I know, have been proprietary and often overpriced products.

[1]: http://emacspeak.sourceforge.net/

Re: Debian still having trouble with merged /usr

#157

Earlier quoted context omitted.

Using `/usr/bin/` readonly is also a thing on some few distros (e.g.: Fedora Silverblue), so maybe you want to consider that for your usecase. For device-local binaries (e.g.: not part of firmware), /usr/local/bin sounds like the right choice (also, somewhat in line what some BSDs do).

This is just another direction to desktop-hive mentality with a focus toward minimizing security. Perhaps, it might be ideal and suitable to Windows-ize for your case; the security modeling of many designs, not so much.

How does this minimise security?

I don't see how Window is relevant; it doesn't have /usr nor /usr/bin.

Re: Debian still having trouble with merged /usr

#158
Current state of the UNIX file hierarchy is a mess. Many incarnations of GNU/Linux systems didn't contribute to a more elegant yet simplified directory structure. Just pick the one you like the most and serves the purpose of your desires.

As for merged /usr, recently using Arch Linux for desktop use. Works decent enough to getting things done.

Re: Debian still having trouble with merged /usr

#159
post #52

> The /usr merge idea was first raised in "The Case for the /usr Merge" by Lennart Poettering in 2012. It came out of the systemd community Well that's a recipe for a long drawnout battle

As somebody who really does not care either way, all this just sounds more like moving problems rather than solving a problems. At least, I don't think there are many Linux systems where you can safely remove /bin from the path just yet. I just checked. My Manjaro install has a /bin and it is full of files that look like I would not want to lose them. So, they fixed the /bin to /usr/bin thing for some packages but cl…

> My Manjaro install has a /bin and it is full of files that look like I would not want to lose them. So, they fixed the /bin to /usr/bin thing for some packages but clearly not all packages in Arch.

I didn't read the rest of your long comment because this is incorrect.

/bin is a symlink to /usr/bin on arch. There are no files in a folder /bin. Any package that tries to install a file in /bin will throw an error that it conflicts with the filesystem package.

Arch goes one step further, there is no /sbin or /usr/sbin either. Both are also symlinks to /usr/bin

This was completed about a decade ago.

https://lists.archlinux.org/pipermail/arch-dev-public/2012-M...

https://archlinux.org/news/binaries-move-to-usrbin-requiring...

Re: Debian still having trouble with merged /usr

#160
post #79
post #74

Earlier quoted context omitted.

First of all I think Eugenics would/will quickly lead to something akin to runaway selection: people will make increasingly absurd decisions mainly driven by status markers / perceptual drift and the human race will breed itself into some mad corner. So I don't believe Eugenics is ever going to do what even its most ardent supporters imagine. Second of all the human race does not have some over-arching goals we need…

The main problem I see is breeding better citizens for totalitarian states.

are worker bees or ants happy?
Post reply on HN