Dear visitor, welcome to VDR Portal. If this is your first visit here, please read the Help. It explains in detail how this page works. To use all features of this page, you should consider registering. Please use the registration form, to register here or read more information about the registration process. If you are already registered, please login here.
Wenn das so funktioniert könnte das drinbleiben, dann könnten Distributionen ne Reihe Displays vorkonfigurieren.
. Erstmal auf einen dummy setzen und wenn udev das Display erkannt hat dann den Treiber ändern.bleibt aber trotzdem beides eine halbe geschichte:
sowohl das vordefinieren von vielen displays (wird trotzdem immer nur fuer ein paar matchen) als auch das udev-zeug (usb-only).
. Habe aber auch nur 3.[serdisp]
some=settings


Das mit "lp" war ja auch nur die schnelle Lösung. User "vdr" wird ja beim Installieren von vdr-plugin-graphlcd zu dieser Gruppe hinzugefügt. Sauberer wäre wohl das Anlegen einer neuen Gruppe wie "graphlcd" oder "libusb" zu der "vdr" dann hinzugefügt wird. Btw: wäre es nicht sinnvoll der udev-rule auch einen Namen wie "XX-graphlcd-usb.rules" oder "XX-libusb.rules" zu geben, da es ja wohl für alle USB-Displays gilt, die über libusb angesprochen werden?Danke für die Hinweise, ich habe die Pakete korrigiert. Die Fonts werden jetzt alle installiert und die Gruppe im udev rules file habe ich angepasst. Ich bin mit der Gruppe lp nicht so glücklich, weil mir die Gruppe vdr besser gefällt, aber da das display ja eventuell auch ohne vdr benutzt wird, habe ich es jetzt mal so übernommen.
This post has been edited 4 times, last edit by "Keine_Ahnung" (Aug 27th 2011, 4:40pm)
This post has been edited 1 times, last edit by "wastl" (Aug 27th 2011, 5:21pm)
fuer die v. graphlcd-unterstuetzten usb-displays/module zb. ein
/etc/udev/rules/99-graphlcd.rules
EDIT: gruppe=uucp und umask natuerlich 0660. alles andere (0666) ist schlampig.
dann ists ja gut, dass ich mich eingemischt habe :)
Quoted
0666 war ja nur als Notlösung gedacht weil ich nicht wusste das es schon ne Gruppenvereinbarung für Displays gibt.
Das hat mit keine Ruhe gelassen. Ich hab mich heute nachmittag mal hingesetzt und dazu was zusammengestrickt. Zwei neue SVDRP Befehle: CONNECT und DISCONNECT. Damit kann man das Display über SVDRP wechseln. Ist noch nicht ganz sauber - aber kann das mal jemand mit mehreren Display testen? Bei mir gehts mit dem Pearl-Display und simlcd prima.Übrigens ist es technisch möglich, das Plugin beim anstöpseln des Displays automatisch umzukonfigurieren auch ohne den VDR neu zu starten. Beim Boot funktioniert das dann natürlich sowieso. Ich habe das schon mal ausprobiert. Ich lade das graphlcd-Plugin mit Hilfe des Proxy-Plugins. Sobald udev das Display erkennt wird das graphlcd-Plugin mit neuer Konfiguration geladen. Die Frage ist, ist das überhaupt sinnvoll und wenn ja, was machen, wenn mehrere Displays angestöpselt werden.
Das mit "lp" war ja auch nur die schnelle Lösung. User "vdr" wird ja beim Installieren von vdr-plugin-graphlcd zu dieser Gruppe hinzugefügt. Sauberer wäre wohl das Anlegen einer neuen Gruppe wie "graphlcd" oder "libusb" zu der "vdr" dann hinzugefügt wird. Btw: wäre es nicht sinnvoll der udev-rule auch einen Namen wie "XX-graphlcd-usb.rules" oder "XX-libusb.rules" zu geben, da es ja wohl für alle USB-Displays gilt, die über libusb angesprochen werden?
Und wenn ich schon nerve: in debian/links vom vdr-plugin-graphlcd können die ersten beiden Links auf Vera*.ttf raus, wenn Du das ganze graphlcd/fonts Verzeichnis kopierst.
Quoted
graphlcd-base - 0.1.9+git20110829-1yavdr1~natty (changes file) gda-dachsweb 2011-09-02 Published Natty Libs![]()
Publishing details
Changelog
- Published on 2011-09-02
- Copied from ubuntu natty in unstable-vdr
graphlcd-base (0.1.9+git20110829-1yavdr1~natty) natty; urgency=medium * New upstream snapshot (touchcol branch) * removed ax206 udev file, now provided upstream -- Gerald Dachs <email address hidden> Mon, 29 Aug 2011 11:02:52 +0200
Available diffs
Builds
Built packages
- graphlcd-tools Tools for GraphLCD VDR Plugin
- libglcddrivers1 Library for programming graphical LC displays
- libglcddrivers1-dev Development files for the GraphLCD drivers library
- libglcdgraphics2 Library for handling graphics and fonts with GraphLCD
- libglcdgraphics2-dev Development files for the GraphLCD graphics library
- libglcdskin1 Library for handling skins with GraphLCD
Package files
- libglcdskin1-dev Development files for the GraphLCD graphics library
- graphlcd-base_0.1.9+git20110829-1yavdr1~natty.diff.gz (3.5 KiB)
- graphlcd-base_0.1.9+git20110829-1yavdr1~natty.dsc (1.2 KiB)
- graphlcd-base_0.1.9+git20110829.orig.tar.gz (158.3 KiB)
- graphlcd-tools_0.1.9+git20110829-1yavdr1~natty_amd64.deb (31.2 KiB)
- graphlcd-tools_0.1.9+git20110829-1yavdr1~natty_i386.deb (29.5 KiB)
- libglcddrivers1-dev_0.1.9+git20110829-1yavdr1~natty_amd64.deb (24.0 KiB)
- libglcddrivers1-dev_0.1.9+git20110829-1yavdr1~natty_i386.deb (23.9 KiB)
- libglcddrivers1_0.1.9+git20110829-1yavdr1~natty_amd64.deb (77.2 KiB)
- libglcddrivers1_0.1.9+git20110829-1yavdr1~natty_i386.deb (79.1 KiB)
- libglcdgraphics2-dev_0.1.9+git20110829-1yavdr1~natty_amd64.deb (6.2 KiB)
- libglcdgraphics2-dev_0.1.9+git20110829-1yavdr1~natty_i386.deb (6.2 KiB)
- libglcdgraphics2_0.1.9+git20110829-1yavdr1~natty_amd64.deb (24.8 KiB)
- libglcdgraphics2_0.1.9+git20110829-1yavdr1~natty_i386.deb (24.6 KiB)
- libglcdskin1-dev_0.1.9+git20110829-1yavdr1~natty_amd64.deb (9.2 KiB)
- libglcdskin1-dev_0.1.9+git20110829-1yavdr1~natty_i386.deb (9.1 KiB)
- libglcdskin1_0.1.9+git20110829-1yavdr1~natty_amd64.deb (90.2 KiB)
- libglcdskin1_0.1.9+git20110829-1yavdr1~natty_i386.deb (90.5 KiB)
wenn ichs richtig verstanden hab benötige ich neben dem gehackten Display natürlich das Plugin, und eben das graphlcd-base, nur da gibts kein deb zu... stell ich mich blöd an oder fehlt da was?