On Mon, 20 May 2002, Marcus Brinkmann wrote: > On Sun, May 19, 2002 at 07:11:34PM -0500, Adam Heath wrote: > > Fine enough. But /lib/modules could also have a non-versioned subdirectory, > > /lib/modules/translators. > > I don't see what fixes that. Translators are not libraries, not modules. > Why do you think that /lib/modules/translators is a good place for them?
/lib contains things not loaded by users directly, but by something run by a user. > Actually, they should. It should be /lib/linux or /lib/linux-modules, or > even just /lib/liblinux_modulename.so. I could be convinced of this. > > > Linux modules are not even remotely comparable to Hurd servers. Linux > > > modules are comparable to other binary plugins that are dynamically loaded > > > and unloaded at run time by some programs that support plugins. > > > > Use binfmt_misc, and Linux can run anything. > > Sorry, you lost me. I see no connection between this reply and the > paragraph you replied to. apache has modules it loads. Linux has 'modules' it loads. These can be /lib/modules/`uname -r/..., or /bin. What is the difference, really? In fact, any program that uses getent(), may end up using modules, by way of pam. They all contain executable code. > If it would run multiple copies of a module, it would run multiple copies of > a module, not an external binary in user space. What does it matter were or how it is run, as long as the service it provides is the same? > > I say they are. You have not given any concrete answers. "/hurd is the > > place." is not a reason. > > Try your rhetorics on someone else. I have given plenty of reasons. I have > given an introduction on the Hurd design and explained the semantical > difference between programs in /bin, /sbin, /libexec and /hurd. Now it is > on you to try to grasp this distinction, as fine as it is. The fact that > you are still comparing Hurd translators to Linux binary modules proves > clearly that the concept of the Hurd has not trickled in yet. I don't > blame you, it usually takes longer than one email and a quick intro to > understand those details, but don't blame me. Do some research on > hurd.gnu.org, maybe read my introductory talk on the Hurd and Thomas > design paper, and maybe try out a running Hurd system and play around > with translators a bit. Come back with concrete questions if you have them. > > "I say they are." is not something that enables me to understand what > explanantion of mine you did not understand so far. 1500 page essays are not proof. Make it short, simple, stmts. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
