1 |
Canek Peláez Valdés wrote: |
2 |
> On Wed, Jan 4, 2012 at 6:35 AM, Pandu Poluan<pandu@××××××.info> wrote: |
3 |
>> On Jan 4, 2012 6:19 AM, "Dale"<rdalek1967@×××××.com> wrote: |
4 |
>>> Neil Bothwick wrote: |
5 |
>>>> On Tue, 3 Jan 2012 15:31:20 +0100, Nicolas Sebrecht wrote: |
6 |
>>>> |
7 |
>>>>> I know. It's the "I want to get the rid of initramfs" thing that looks |
8 |
>>>>> crazy to me. |
9 |
>>>> No one is saying they want to get rid of the initramfs, because they are |
10 |
>>>> not using one. What people object to is being forced to start using one. |
11 |
>>>> |
12 |
>>>> |
13 |
>>> You got that right. I have not used one since I started using Gentoo. |
14 |
>>> Now, I may very well have to start. I hope mdev gets to a point where it |
15 |
>>> works really well on desktop systems. |
16 |
>>> |
17 |
>> You were there in the thread linked by Walt, udev is just one of several |
18 |
>> packages maintained by RH people that *demands* /usr to be mounted during |
19 |
>> boot. |
20 |
>> |
21 |
>> And the RH devels insistence to deprecate /bin, /sbin, /usr/sbin... |
22 |
>> |
23 |
>> I'm getting depressed. One battle might be won (mdev vs udev), but there's |
24 |
>> still a war against the RH braindeadness... |
25 |
> I'm sorry to tell you this, but (as admirable as it could be), the |
26 |
> mdev hack to use it instead of udev is not a "victory". We are not at |
27 |
> war, in the first place; and in the second place, the mdev hack would |
28 |
> be used by a handful of guys bent on refusing a change that, like it |
29 |
> or not, would in the end come. Like Gentoo on FreeBSD, it would be a |
30 |
> nice hack, maybe even worthy of applause, but in the end irrelevant: a |
31 |
> toy. A cute, entertaining (and, in a few cases, useful) toy. But a toy |
32 |
> nonetheless. |
33 |
> |
34 |
> The heavy development will continue to happen in udev, and the devices |
35 |
> that will dominate in the future (touchscreens, bluetooth input and |
36 |
> audio devices, hardware that has a highly dynamic change rate) will |
37 |
> only be supported by udev. The mdev hack will be useful maybe to only |
38 |
> some guys, and even then udev would be able to do the same (and more). |
39 |
> |
40 |
> The use of an initramfs (or, alternatively, having /usr in the same |
41 |
> partition as /), and maybe the move of /bin to /usr/bin and /lib to |
42 |
> /usr/lib will be made, and in the future most of the interesting |
43 |
> software will simply assume that this is how a system works. Maybe we |
44 |
> will even stop to use the ridiculous short directory names from the |
45 |
> stone age, and we will start using sensible names: |
46 |
> |
47 |
> /usr -> /System |
48 |
> /etc -> /Config |
49 |
> /var -> /Variable |
50 |
> |
51 |
> I feel a deep respect for the people working on making mdev a |
52 |
> "replacement" of udev; it is not an easy task (even if it only works |
53 |
> for a really small subset of the use cases udev covers), and something |
54 |
> that I certainly would never do. But their hack (as beautiful as it |
55 |
> may be) will never be used by the majority of Linux users, and |
56 |
> probably not even by the majority of Gentoo users (if my |
57 |
> interpretation of the discussion on gentoo-dev is correct). And with |
58 |
> the pass of time it will be harder and harder to keep the hack working |
59 |
> with new hardware, new software, and new use cases. |
60 |
> |
61 |
> But, hey, this is FOSS; you guys go nuts hacking in whatever feature |
62 |
> (or anti-feature) you like. As in the case of this mdev hack, it may |
63 |
> even be included in the Gentoo ebuilds. Just don't expect it to be |
64 |
> supported forever, don't expect it to support general-purpose setups, |
65 |
> and certainly don't call it "a victory". It's just the same history as |
66 |
> always: the people writing the code are the ones calling the shots. |
67 |
> |
68 |
> Regards. |
69 |
|
70 |
I wonder how many times this has been said about other software that is |
71 |
now in wide spread use. Keep in mind, some people think Gentoo is dying |
72 |
and has been dying for YEARS. That's not just one package but a whole |
73 |
distro. |
74 |
|
75 |
Will mdev replace udev, I dunno. Thing is, you don't know that it won't |
76 |
either. Someone could come along and help Walter and make it better |
77 |
than udev ever dreamed of being. |
78 |
|
79 |
I just have to mention hal too. Lots of people thought that was the new |
80 |
sliced bread and frozen pizza. It sure did fall hard tho. |
81 |
|
82 |
As I said about my ex once, time tells. Sometimes, time is the only |
83 |
thing that does tell too. Reminds me of wine although I don't drink it. |
84 |
|
85 |
Dale |
86 |
|
87 |
:-) :-) |
88 |
|
89 |
-- |
90 |
I am only responsible for what I said ... Not for what you understood or how you interpreted my words! |
91 |
|
92 |
Miss the compile output? Hint: |
93 |
EMERGE_DEFAULT_OPTS="--quiet-build=n" |