| 1 |
-----BEGIN PGP SIGNED MESSAGE----- |
| 2 |
Hash: SHA256 |
| 3 |
|
| 4 |
On 01-08-2011 08:31, Eray Aslan wrote: |
| 5 |
> On 2011-08-01 10:23 AM, Samuli Suominen wrote: |
| 6 |
>> that's my impression now too since nobody has managed to provide |
| 7 |
>> useful case for separate /usr, or they have been very vague |
| 8 |
> |
| 9 |
> I will switch if I have to but saying / and /usr on the same |
| 10 |
> filesystem is the better technical solution just annoys me. |
| 11 |
> |
| 12 |
> I understand if going against upstream and keeping them seperate is |
| 13 |
> not worth the hassle and noone steps up to do it. But then we should |
| 14 |
> say so. Please don't kid yourself (or others). |
| 15 |
|
| 16 |
I agree with Eray. Furthermore, please stop trying to reverse "the |
| 17 |
game". It's those that want to break existing policies and conventions |
| 18 |
that have to justify why they want to do that, not those that want to |
| 19 |
keep using what has worked for years. You may not need or like it, but I |
| 20 |
want to be able to use partition schemes like the following without |
| 21 |
needing to use an initramfs: |
| 22 |
|
| 23 |
/dev/md4 /boot |
| 24 |
/dev/md2 / |
| 25 |
/dev/sda1 swap |
| 26 |
/dev/sdb1 swap |
| 27 |
|
| 28 |
/dev/vg/home /home |
| 29 |
/dev/vg/usr /usr |
| 30 |
/dev/vg/portage /usr/portage |
| 31 |
/dev/vg/distfiles /usr/portage/distfiles |
| 32 |
/dev/vg/var /var |
| 33 |
/dev/vg/vtmp /var/tmp |
| 34 |
/dev/vg/www /var/www |
| 35 |
/dev/vg/repos /home/repositories |
| 36 |
/dev/vg/release /home/release |
| 37 |
|
| 38 |
Also, desktop users that don't split the /usr path might not like the |
| 39 |
"stress" that /usr/portage will add to the / partition - not to talk |
| 40 |
about the size and inode constraints. |
| 41 |
|
| 42 |
With the above design, I have on a system the following disk space use: |
| 43 |
|
| 44 |
Filesystem Size Used Avail Use% Mounted on |
| 45 |
rootfs 9,4G 262M 8,7G 3% / |
| 46 |
|
| 47 |
I'm growing tired of how complex and over-designed desktop technologies |
| 48 |
that hide stuff from the users keep trying to break the "unix way" and |
| 49 |
convince us they're "awesome". No, I don't need or want *kit, groups |
| 50 |
exist for something. No, applications that do "magic stuff" with dbus |
| 51 |
and xml (and I like xml) on the users back and hide how X work aren't a |
| 52 |
"good thing(tm)". |
| 53 |
|
| 54 |
Finally, Gentoo's init system is and will likely be for a long time |
| 55 |
openrc, so stop trying to push crazy or experimental init systems - most |
| 56 |
with a seemingly "poor design" and unable to do what an init system |
| 57 |
needs to do (start and stop services). |
| 58 |
|
| 59 |
- -- |
| 60 |
Regards, |
| 61 |
|
| 62 |
Jorge Vicetto (jmbsvicetto) - jmbsvicetto at gentoo dot org |
| 63 |
Gentoo- forums / Userrel / Devrel / KDE / Elections / RelEng |
| 64 |
-----BEGIN PGP SIGNATURE----- |
| 65 |
Version: GnuPG v2.0.17 (GNU/Linux) |
| 66 |
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ |
| 67 |
|
| 68 |
iQIcBAEBCAAGBQJONm+6AAoJEC8ZTXQF1qEP10wP/ifqJFPJxbpbhJfMc2+UpvAj |
| 69 |
Danv5I4hRhOhixfz5ni63Kw++kFmxJ2o0oSxmPOMUuIZgdakDAQFAMPhGnTZc6l6 |
| 70 |
/cqrraZjM215fcJLq3mzq2KfC+c6l45gLv87sagmwuTLLSDnFbXllY2vNo2KgQ/u |
| 71 |
Brf1IxqBMQeesC21gVNyewnLpWe/hPLqoigIYepBQt4Fg3GxhRYQuVcKC/oE9mO2 |
| 72 |
Z/0pOJW42fE5i5+VZRPUb7q9WC2bAlVQymRDc+Lt/b6f6VUIFa+SVgcCAkE2HoPo |
| 73 |
Xue+jiMNCDAvWuqmGeRGySDmAp3VtqobHjaaVkLXDJOG14u0HmP3qXK9oLtSA3Fz |
| 74 |
FUaL8yNjfjlZ94ntRZax2WCFat66tX03pF4QC/EQfnVx+8dgMUH3sop/s8Ay1pLX |
| 75 |
Q05sXhoEIyNMOfo04IJt6aQqgLqKHuxL9dTu+q1dN7pnQ5CGZ027W6XCe8251UIe |
| 76 |
6wmyVwaQPQKSZ0N7j0LkqujFmCjPoFRCAN9QRPMM9g4rYTuVsjm49BjgFFFegQ+y |
| 77 |
qTM3lvriQR34a1x1khnnb44g+1611q92CuTjcr6B9Ho1IY6Osqk68y3hA2WTZ0+p |
| 78 |
S6+cKiBlnA1Q6+2lqcVP89Fb5WP44LHc5xmAvyzfx5LJsQ3XvINgrrx9kGbvgge7 |
| 79 |
wIY+OXxnZD8oW0MpiYO2 |
| 80 |
=ybUS |
| 81 |
-----END PGP SIGNATURE----- |
Archives