Gentoo Archives: gentoo-dev

From: Daniel Campbell <zlg@g.o>
To: gentoo-dev@l.g.o
Subject: Re: [gentoo-dev] Re: Changing order of default virtual/udev provider
Date: Thu, 11 Feb 2016 01:27:20
Message-Id: 56BBE36C.6060906@gentoo.org
In Reply to: Re: [gentoo-dev] Re: Changing order of default virtual/udev provider by Ian Stakenvicius
1 -----BEGIN PGP SIGNED MESSAGE-----
2 Hash: SHA256
3
4 On 02/10/2016 05:15 PM, Ian Stakenvicius wrote:
5 > On 10/02/16 12:09 PM, Brian Dolbec wrote:
6 >> On Wed, 10 Feb 2016 10:26:12 -0600 William Hubbs
7 >> <williamh@g.o> wrote:
8 >
9 >
10 >>>> Often the decision to procrastinate is a decision that is
11 >>>> rewarded. That should be considered carefully.
12 >>>
13 >>> + 10000.
14 >>>
15 >>> I also saw another issue that made me shudder. If we change the
16 >>> default to eudev, people who are running separate /usr are
17 >>> going to think they can kill their initramfs's, because people
18 >>> in gentoo conflated the separate /usr and initramfs issue with
19 >>> udev [1].
20 >>>
21 >>> William
22 >>>
23 >>> [1] https://bugs.gentoo.org/show_bug.cgi?id=573760#C4
24 >
25 >> That isn't a worthwhile reason to procrastinate. IMO we're going
26 >> to get those _ANYWAY_ no matter how long we wait, within reason
27 >> of course.
28 >
29 >> There will always be users that can't read/type/whatever and
30 >> fail and file bugs.
31 >
32 >> So if we have to wait for one (or more) users to forget about the
33 >> initramfs crud & confusion, we'll be waiting 20 years. By then
34 >> even systemd will have been replaced by something else...
35 >
36 >
37 >
38 > Yeah I second this -- it was decided officially by council (what,
39 > 2 years ago now?) that separate-/usr-without-initramfs doesn't need
40 > to be officially supported anymore, and so if things break that it
41 > is up to end-users to ensure they pick up the pieces.
42 >
43 > Although it is likely that eudev *will* keep installation onto /
44 > and out of /usr to help with this not-officially-supported
45 > situation in Gentoo, that doesn't mean the other projects have to
46 > stay out of /usr, and "it worked before the upgrade but doesn't
47 > now" certainly doesn't mean it's a valid bug. If a user or
48 > sysadmin drops their initramfs when they have a separate-/usr
49 > system, any resulting breakage is on them.
50 >
51
52 +1
53
54 - --
55 Daniel Campbell - Gentoo Developer
56 OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
57 fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6
58 -----BEGIN PGP SIGNATURE-----
59 Version: GnuPG v2
60
61 iQIcBAEBCAAGBQJWu+NnAAoJEAEkDpRQOeFw/YsQAMFID91JxR9xNYhZ3o6yDb3B
62 nha3mIgYbkFuQ4LtBQGFZo5r4NzW7tlre6Jc+Rw3nErej59HmasuQQrpZI0alBYA
63 SMhtlTlfz5B3fWZ2lWTBAQZcPp3mBUVHRFGOAqWNxYIHbRkqiBjLhR98xzrsJLOb
64 JOfDuHRWaXi8XELebEVhH99UgAezQOtwMQyKi79jkTSkVlSdw+rLfJn4e56QzVdU
65 UTRgbVmxTgVlHw2y0GLgSCWGS7UxXaXGp5Bds8sM1nDq/YtEZBnd5M8ApMRPneLo
66 CjIdtwueTgDkZsVH/KBNJMXz0u6383nN7I96Hsp19046M9AEHpvvitQH7Sxv7Dye
67 agr1YMqSar/uYQltW94qjKG9bR6HzN9YEBtwUxpbUM4FcibcgXlfdW8eBAhwAXaX
68 xVC3KD4XJzZbRa65kouiYLBNDm6uY7af8ehF7r0ZEn2iZTzDi2UH4GAbczM+y1om
69 jDWq7q5H4Mfiq17bz/n8f3Q7qW+SBY4WY1fTQefYYTLNoK2OPTABNYxg6Oko+M8/
70 dUJNWSV3+henEsaeRUo/sM6G+zw6pQSJubbwPc65756U6r2nYtDjEO6ebPknD504
71 qhywzdVLMNZh6C14gxQjgI8SkDY5Rl5eexbUDDzOjZI5eM1CxNO3gSTic6+LjiOi
72 SmUwjZD6f618Xg2MQjPR
73 =d5dN
74 -----END PGP SIGNATURE-----