From: Marcus Harnisch <marcus.harnisch@gmx.net>
To: linux-hotplug@vger.kernel.org
Subject: Re: User-level Tasks in Hotplug Scripts?
Date: Wed, 06 Feb 2002 14:30:17 +0000 [thread overview]
Message-ID: <marc-linux-hotplug-101300585611012@msgid-missing> (raw)
In-Reply-To: <marc-linux-hotplug-101256895903801@msgid-missing>
I second Dimitry's statements. This problem is *not at all*
X-specific. There are already lots of PDAs around that use direct
frame buffer access for instance. Or I might want to use the console
only. And then it is not even Linux/Unix-specific. I might want to
configure my hotplugged device from an entirely different OS I happen
to have a client for. So any X-specific solution is IMHO a dead
end.
Assuming we have a daemon (which can be rather slim BTW). How about
the following scheme:
- Client has to be started. Could be done by user's desktop
environment as default. User has option to turn it off.
- Client registers with hotplug-server. Optionally, the client has to
authenticate itself when registering. By default it requests to get
all hotplug events.
- Server sees some hotplug action and checks who should be
notified. Optionally it also checks who would be allowed to see this
event. Server then notifies all clients that meet all necessary
criteria.
- Client receives notification and opens a dialog with appropriate
options according to the event. The dialog may be informative
only. Every dialog offers the option to unregister for this type of
event/device/whatever.
The main problem now is to have a suite of configuration protocols as
well. I gather that should be easy with printers through CUPS (WWW
browser access) and scanners through SANE (you typically configure the
scanner only when using it).
Best regards,
Marcus
_______________________________________________
Linux-hotplug-devel mailing list http://linux-hotplug.sourceforge.net
Linux-hotplug-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel
next prev parent reply other threads:[~2002-02-06 14:30 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-02-01 13:09 User-level Tasks in Hotplug Scripts? Ryan Shaw
2002-02-01 23:58 ` David Brownell
2002-02-02 20:55 ` Jim Gettys
2002-02-02 22:02 ` Oliver Neukum
2002-02-02 22:12 ` Jim Gettys
2002-02-02 22:52 ` Oliver Neukum
2002-02-02 23:02 ` David Brownell
2002-02-03 0:58 ` Scott Cuyle Fritzinger
2002-02-03 8:36 ` Greg KH
2002-02-04 6:02 ` Dmitry Yu. Bolkhovityanov
2002-02-04 15:10 ` Jim Gettys
2002-02-04 19:28 ` Jim Carter
2002-02-05 3:32 ` David Brownell
2002-02-05 15:05 ` Ryan Shaw
2002-02-06 14:30 ` Marcus Harnisch [this message]
2002-02-06 14:54 ` Jim Gettys
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=marc-linux-hotplug-101300585611012@msgid-missing \
--to=marcus.harnisch@gmx.net \
--cc=linux-hotplug@vger.kernel.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;
as well as URLs for NNTP newsgroup(s).