Please find attached g15lcd-1.2.ebuild.tar.gz. g15lcd is a driver for the Logitech G15 keyboard that depends on libusb to control the LCD display and the extra keys. The g15lcd driver provides users the ability to display text and images on the LCD display, and program the extra keys using unique key scancodes. I suggest app-misc/g15lcd for installation.
Created attachment 80146 [details] g15lcd-1.2.ebuild (New Package) The g15lcd ebuild depends on libusb, and of course, a Logitech G15 keyboard.
Attach the ebuild as plain text and reopen, please.
Created attachment 80190 [details] g15lcd-1.2.ebuild (New Package) Ok, resubmitted just the ebuild for g15lcd. The ebuild requires an rc-script and conf.d file that is separate from the distribution file. Since this is my first ebuild submission, I wasn't sure how to provide the supporting files other than by a tar file. I also failed to mention that I'm submitting this ebuild for Philip Lawatsch <philip@lawatsch.at>, who wrote g15lcd, and is the maintainer.
As requested, attached the ebuild as plain text, and reopening.
(In reply to comment #3) > The ebuild requires an rc-script and conf.d file that is separate from the > distribution file. Since this is my first ebuild submission, I wasn't sure how > to provide the supporting files other than by a tar file. Attach them as plaintext as well.
Created attachment 80209 [details] files/g15lcd-1.2.confd /etc/conf.d/g15lcd configuration file An /etc/conf.d file for g15lcd. It defines the default variables used by the g15lcd rc-script.
Created attachment 80210 [details] files/g15lcd-1.2.rc g15lcd rc-script An rc-script for g15lcd to start the g15lcd driver at boot time. It depends on /etc/conf.d/g15lcd configuration file.
Created attachment 80211 [details] files/g15-helper (Simple bash script to interface to LCD) g15-helper is a simple bash script that is not included in the distribution file. It is provided for users to format text or images to display on the G15 LCD, but is not required to use the g15lcd driver.
Created attachment 80213 [details] Updated g15lcd-1.2.ebuild (New Package) Updated ebuild. Removed the example text and image files, which aren't needed for install.
Added the rc-script (g15lcd-1.2.rc), /etc/conf.d configuration file (g15lcd-1.2.confd), and sample script (g15-helper) as requested. The files are needed for the g15lcd-1.2 ebuild to work. The added files go into g15lcd/files.
stable for my system (amd64) it works like a charm thanks for the ebuild
OK, original author seems to be forgot about this project, so I took my new G15 in hands and wrote new version of the code. It now can use FreeType for font rendering, so It can use any extra fonts which you can define for program in config file(bitmap, TTF or what else freetype can handle).
Created attachment 91287 [details] g15lcd-1.3.ebuild
Created attachment 91288 [details] files/g15lcd-1.3.rc g15lcd rc-script
Created attachment 91289 [details] files/g15lcd-1.3.confd /etc/conf.d/g15lcd configuration file
Created attachment 91290 [details] files/g15lcd-1.2.conf /etc/g15lcd.conf configuration file
Created attachment 91291 [details] files/g15lcd-1.2.conf /etc/g15lcd.conf configuration file
Created attachment 91292 [details] Updated g15lcd-1.3.ebuild
Created attachment 91293 [details] files/g15-helper (Simple bash script to interface to LCD)
Created attachment 91294 [details] files/g15-helper-1.3 (Simple bash script to interface to LCD)
BTW, version 1.3 supports background images for text (XOR mask applied).
Created attachment 91303 [details] (Updated) files/g15-helper-1.3 (Simple bash script to interface to LCD) Forgot to fix some stuff for version 1.3
hi, i'm not able to use g15lcd anymore: the daemon starts but after 2 seconds it stops and i got a segfault error (dmesg): g15lcd[29750]: segfault at 000000010050f437 rip 00002b72b1c09056 rsp 00007ffffffe6848 error 4 my platform is amd64 emerge info: Portage 2.1-r1 (default-linux/amd64/2006.0, gcc-3.4.6, glibc-2.3.6-r4, 2.6.16-gentoo-r12 x86_64) ================================================================= System uname: 2.6.16-gentoo-r12 x86_64 AMD Athlon(tm) 64 Processor 3200+ Gentoo Base System version 1.12.1 ccache version 2.3 [disabled] app-admin/eselect-compiler: [Not Present] dev-lang/python: 2.4.2 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: 2.3 dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.13-r3 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=k8 -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf" CXXFLAGS="-O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" LINGUAS="it" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="amd64 X alsa avi bash-completion berkdb bitmap-fonts cli crypt cups dlloader dri eds emboss encode foomaticdb fortran gif gpm gstreamer gtk gtk2 imlib ipv6 isdnlog jpeg kde lzw lzw-tiff mp3 mpeg ncurses nls nptl nptlonly offensive opengl pam pcre pdflib perl png pppd python qt qt3 qt4 quicktime readline reflection sdl session spell spl ssl tcpd tiff truetype-fonts type1-fonts usb xorg xpm xv zlib elibc_glibc input_devices_evdev input_devices_keyboard input_devices_mouse input_devices_joystick input_devices_vmmouse kernel_linux linguas_it userland_GNU video_cards_fbdev video_cards_nv video_cards_nvidia video_cards_v4l video_cards_vesa video_cards_vmware" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS
(In reply to comment #23) > hi, i'm not able to use g15lcd anymore: Is it my version, 1.3 ? If so, try to reemerge it. Yesterday I've put on a server wrong archive. But delete /usr/portage/distfiles/g15lcd-1.3.tar.bz2 before.
(In reply to comment #24) > Is it my version, 1.3 ? > > If so, try to reemerge it. Yesterday I've put on a server wrong archive. > But delete /usr/portage/distfiles/g15lcd-1.3.tar.bz2 before. > yes, it is, erased the sources and remered the package, but the problem is still here, it's a kernel issue? it worked with the "old" kernel 2.6.16-gentoo-r9 now i'm running 2.6.16-gentoo-r12
(In reply to comment #25) > it worked with the "old" kernel 2.6.16-gentoo-r9 > now i'm running 2.6.16-gentoo-r12 I wrote it with 2.6.15-r7. yesterday I've updated my kernel to 2.6.17 finally. Code seems to work. I'll look at it. But don't sure that this is kernel issue.
BTW, I've made a patch for lcd4linux G15 driver (rewrote it, it's more correct). So lcd4linux now stable and also supports G15 keyboard LCD and extra-keys.
(In reply to comment #27) > BTW, I've made a patch for lcd4linux G15 driver (rewrote it, it's more > correct). So lcd4linux now stable and also supports G15 keyboard LCD and > extra-keys. > so what this means? i have to use lc4linux instead of g15lcd, or you are working on a new version of g15lcd? sorry but i dont understand, anyway thanks again for support
> so what this means? > i have to use lc4linux instead of g15lcd, > or you are working on a new version of g15lcd? Both :) You can use lcd4linux? in this case you have to ask me for patch against CVS version. Either wait until I'll fix g15lcd. I'm going to revrite a bit, to have option to support Xwindows on this screen :)
(In reply to comment #29) > You can use lcd4linux? in this case you have to ask me for patch against CVS > version. no i cant/wont because is still hard masked for my arch > Either wait until I'll fix g15lcd. I'm going to revrite a bit, to have > option to support Xwindows on this screen :) the second option wins imho, I will wait for a fixed version of g15lcd :D thanks again!
Update about current status of development. I decided to split driver into kernel space part and user space part. Because, handling of keypresses in user space has some disadvantages. Probably you've notices that with current driver (v1.2 and v1.3) key handling far from ideal (some percent of lost key events) So, now I'm working in linux kernel driver for G15 keyboard, which will provide key handling and basic LCD functionality (it will draw of framebuffer content on the screen). And rest will be converted to userspace program(s), which will prepare framebuffer content. Also LED handling(for Mx keys) will be done in standard way. In principal, in this case we have option to submit kernel driver to kernel tree, and will have some freedom of userspace level applets (I'll provide two of them, for old g15lcd-like behavior and for X11-on-G15). It would be nice, if someone, who has knoledges about console framebiuffer, will appear one day and help with console framebuffer driver for G15 LCD. To be able to run shell on this screen and use applications, which are written for console framebuffer. I guess it is more usefull, than X server on LCD.
G15INPUT_PATH=/dev/misc/uinput should be: G15INPUT_PATH=/dev/misc/uinput Right? It's where my gentoo/udev puts the uinput device.
One of the g15 developers, Anthony J. Mirabella, wrote to me: "G15LCD is no longer developed as all of its features are present in the other tools. Any new features will go into the new tools and not G15LCD." The "other tools" (libg15{,render}, g15{composer,daemon}) are in Portage now. Does anyone still have a need for this in portage?
As we have an LCD alias now, reassigning, sorry for bugspam
So after two weeks of inactivity, marking as WONTFIX until someone sees a need for it.
