also sprach Mario 'BitKoenig' Holbe <[EMAIL PROTECTED]> [2007.09.04.1757 +0200]: > Well, it would probably help me to know what exactly you mean with > unnecessary complexity, counter-intuitivity and illogic. If you did > already state these things somewhere, just give me a pointer.
You have to distinguish between v0 and v1 naming, and v0 is horrible. Check out my attempt to document it at: http://svn.debian.org/wsvn/pkg-mdadm/mdadm/trunk/debian/FAQ?op=file&rev=0&sc=0 (item 3) v1 naming, which is what you want, makes so much more sense, and yes, it's the new way of doing it, but as long as upstream does not make v1 superblocks the default version (and thus not fully trusts them), I don't want to make them the default in Debian and thus not in the installer and thus Debian doesn't really have them and thus I won't implement support for them. Now, I realise I am not answering the question and in fact, I take it all back: v0 naming is horrible, v1 naming is the solution. I will talk to Neil about this stuff in the next few weeks and at LCA, but that does not mean we have to wait to implement support for it in the init script and the initramfs hooks. However, there is also #398310 and my desire to clean up much of the code I wrote for Debian's mdadm. In addition, we should properly integrate it with udev and actually get rid of device names as a whole and just start using UUIDs and/or v1 superblock names to assemble them. My problem is that I can't find time to do that. If you wanted to have a look, then I'd be glad to give you a rundown of how I think things could work and let you hack at the code and support you until we get to a working state. Thoughts? -- .''`. martin f. krafft <[EMAIL PROTECTED]> : :' : proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck - http://debiansystem.info `- Debian - when you have better things to do than fixing systems "out of the crooked timber of humanity, no straight thing was ever made." -- imanuel kant
digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/)
