linux-hotplug.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
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

  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).