| 1 |
-----BEGIN PGP SIGNED MESSAGE----- |
| 2 |
Hash: SHA1 |
| 3 |
|
| 4 |
On 09/29/2013 02:52 PM, William Hubbs wrote: |
| 5 |
> All, |
| 6 |
> |
| 7 |
> I can clarify one part of the systemd issue, because I have been |
| 8 |
> involved in this part of the issue for months. Again, I am not |
| 9 |
> trying to start a dispute here, just providing a clarification. |
| 10 |
> |
| 11 |
> The choice to install all of the systemd binaries in /usr is not |
| 12 |
> an upstream choice. It was a choice made a year ago when our |
| 13 |
> systemd team was one person [1], and now the team doesn't want to |
| 14 |
> change it because it would require users to go through a migration, |
| 15 |
> and the rest of the team doesn't see a benefit in changing it since |
| 16 |
> it still links to libraries in /usr/lib. |
| 17 |
> |
| 18 |
> I joined the team, primarily to take responsibility for this change |
| 19 |
> and to try to make it go as smoothly as possible, but I was |
| 20 |
> overruled even though upstream gave us a pretty strong warning |
| 21 |
> about it. |
| 22 |
> |
| 23 |
> William |
| 24 |
> |
| 25 |
> [1] |
| 26 |
> http://blogs.gentoo.org/mgorny/2012/01/04/moving-systemd-into-usr-the-technical-side/ |
| 27 |
> |
| 28 |
> |
| 29 |
Ouch. So systemd upstream doesn't suggest putting binaries in /usr? |
| 30 |
That shows at least a little respect for /bin, et al. Based on the |
| 31 |
blog post, I'm getting the feeling that -- for systemd anyway -- the |
| 32 |
issues with /usr are caused by its dependencies rather than systemd |
| 33 |
itself. If dbus and whatnot were in /bin where they belong, the need |
| 34 |
for an initramfs (for separate /usr) and/or dealing with things in a |
| 35 |
non-standard place wouldn't need to happen. |
| 36 |
|
| 37 |
I'm not affected by anything regarding the /usr switch, but I'd like |
| 38 |
to have a good talk with the first person who decided a |
| 39 |
system-critical binary belonged in /usr instead of /bin or /sbin. |
| 40 |
They've created a mess for every distro and any project that depends |
| 41 |
on their work. |
| 42 |
-----BEGIN PGP SIGNATURE----- |
| 43 |
Version: GnuPG v2.0.20 (GNU/Linux) |
| 44 |
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ |
| 45 |
|
| 46 |
iQEcBAEBAgAGBQJSSMu5AAoJEJUrb08JgYgHFz4H/iyZt6MlTeW702KOlIy2Ydse |
| 47 |
mzsfiyPfPz8Rbz0Mqp5/17R8aQzOUG4l6dZS7d9HFKuMCG7t+kNZCSvxD69XeTVO |
| 48 |
tZY6YjHCGQaE6WaAMbiasXfRTeRt4ZDtP5l/lCUsYcTCWN13PyIcHCb5rGNHnHqq |
| 49 |
J/OcSeF5EoS+G/uSAuzDVaQ5wa0Z0qkqVSqQGjJ5NUHYIA5ZrtYpMNDR+MkFYYAB |
| 50 |
7I4JE5kDXRYoBSiLLDb7tI7F1nGogHXxzECmMYW4ZneU0AJwhUAK0kU+oTHY2Z9Q |
| 51 |
8TcjpdaG1BH4gA2NT+i+ZJz4XNqkMPa2vbvhcfGFs9Dg7IwabiuunOzh0GQM1S4= |
| 52 |
=jgci |
| 53 |
-----END PGP SIGNATURE----- |
Archives