From: Mark Knecht <markknecht@gmail.com>
To: Gentoo AMD64 <gentoo-amd64@lists.gentoo.org>
Subject: Re: [gentoo-amd64] Please get me straight about sysvinit vs. systemd, udev vs eudev vs mdev, virtuals and other things...
Date: Mon, 3 Mar 2014 14:02:45 -0800 [thread overview]
Message-ID: <CAK2H+eefk0Gr=4hXOe4Jpfrp7jyPzqRTogwqCU6H6dpP6dsBxQ@mail.gmail.com> (raw)
In-Reply-To: <20140303165147.44eb590e06bfab3070dfc436@comcast.net>
On Mon, Mar 3, 2014 at 1:51 PM, Frank Peters <frank.peters@comcast.net> wrote:
> On Mon, 3 Mar 2014 11:20:50 -0800
> Mark Knecht <markknecht@gmail.com> wrote:
>
>>
>> While I understand your point these two comments contradict each
>> other, or more accurately, the first was inaccurate in the sense that
>> someone needed to create your /dev entry, either udev or you, it
>> didn't matter. Once it was there your scanner worked, correct?
>>
>
> With USB devices things are a bit different. If I plug in a USB
> gadget, the kernel will report a certain device. If I then unplug
> it and then immediately replug it, the kernel will report a different
> device even though it is the same USB gadget. For this reason, udev
> can alleviate the uncertainty by automagically constructing the
> correct device node.
>
OK, fair enough. However from the outside udev doesn't look like
magic, at least the way I used it as it's mostly about my modifying
some file to say 'this USB ID is this dev, this MAC address is this
network', and so on and so on.
While I'm arguably the least experienced person on this list I'm sure
someone with your skills could figure out your own scripts to do that
sort of thing, should you choose to.
> However, until recently, USB scanners were accessed through a kernel
> module and this allowed a static node to be created in the /dev tree.
> Using the kernel module access, SANE could always find the scanner.
> For some reason, the scanner module has been eliminated from the
> kernel and now udev is unconditionally necessary for scanner access
> (unless the user employs an awkward workaround).
>
> This represents the future trend. Udev will be an absolute, total
> requirement for everything.
>
> Admittedly, my views are in the (exteme?) minority. So it's goodbye
> simplicity and hello complicated junk.
>
> I used to have a lot of fun building and tweaking my Linux system,
> but that experience is fading fast.
>
> Frank Peters
>
>
Well Frank, you and I have been around here long enough to remember
each other and get old enough to start forgetting how long we've been
around here. Like you it used to be more fun. Probably like you I used
to be a lot younger too! :-)
Cheers,
Mark
next prev parent reply other threads:[~2014-03-03 22:02 UTC|newest]
Thread overview: 42+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-03-02 16:57 [gentoo-amd64] Please get me straight about sysvinit vs. systemd, udev vs eudev vs mdev, virtuals and other things Mark Knecht
2014-03-02 17:45 ` Canek Peláez Valdés
2014-03-02 18:12 ` Mark Knecht
2014-03-02 18:38 ` Canek Peláez Valdés
2014-03-02 18:10 ` Rich Freeman
2014-03-02 18:32 ` Mark Knecht
2014-03-02 18:42 ` Canek Peláez Valdés
2014-03-02 18:58 ` Mark Knecht
2014-03-02 20:04 ` B Vance
2014-03-03 17:15 ` Tanstaafl
2014-03-03 17:40 ` Rich Freeman
2014-03-03 18:12 ` Frank Peters
2014-03-03 18:20 ` Canek Peláez Valdés
2014-03-03 18:36 ` Barry Schwartz
2014-03-03 18:40 ` Canek Peláez Valdés
2014-03-03 18:57 ` Barry Schwartz
2014-03-03 19:10 ` Canek Peláez Valdés
2014-03-03 19:10 ` Frank Peters
2014-03-03 19:20 ` Canek Peláez Valdés
2014-03-03 19:20 ` Mark Knecht
2014-03-03 21:51 ` Frank Peters
2014-03-03 22:00 ` Rich Freeman
2014-03-03 22:02 ` Mark Knecht [this message]
2014-03-03 19:26 ` Barry Schwartz
2014-03-03 18:32 ` Barry Schwartz
2014-03-03 17:44 ` [gentoo-amd64] " Duncan
2014-03-03 17:58 ` Canek Peláez Valdés
2014-03-03 18:38 ` Mark Knecht
2014-03-03 18:57 ` Rich Freeman
2014-03-03 19:09 ` Mark Knecht
2014-03-03 19:18 ` Drake Donahue
[not found] ` <5314d594.85a12b0a.3030.ffffda67SMTPIN_ADDED_BROKEN@mx.google.com>
2014-03-03 22:50 ` Mark Knecht
2014-03-03 19:43 ` Duncan
2014-03-03 19:56 ` Rich Freeman
2014-03-13 10:10 ` Duncan
2014-03-13 13:45 ` [gentoo-amd64] Systemd Was: Please get me straight about sysvinit vs. systemd [...] Duncan
2014-03-13 17:24 ` Phil Turmel
2014-03-13 17:55 ` Rich Freeman
2014-03-13 19:20 ` [gentoo-amd64] " Duncan
2014-03-15 6:21 ` Jonathan Callen
2014-03-15 10:11 ` [gentoo-amd64] Systemd and journald Was: Systemd Duncan
2014-03-03 17:47 ` [gentoo-amd64] Please get me straight about sysvinit vs. systemd, udev vs eudev vs mdev, virtuals and other things Canek Peláez Valdés
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='CAK2H+eefk0Gr=4hXOe4Jpfrp7jyPzqRTogwqCU6H6dpP6dsBxQ@mail.gmail.com' \
--to=markknecht@gmail.com \
--cc=gentoo-amd64@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox