Please stabilize the latest lcdproc ebuild on x86: app-misc/glcdprocdriver-0.0.3-r1 app-misc/lcdproc-0.5.1-r4 == Explanation == Both versions are in the tree for more than 30 days without bugs, but they were revbumped within the last 30 days. However, the changes were not severe: * for glcdprocdriver, it was a lib64->lib fix * for lcdproc, the last revbump introduced an upstream patch for better g15 compatibility == Testing == Emerging: * Please emerge with all LCD_DEVICES and USEs on: LCD_DEVICES="ncurses bayrad cfontz cfontz633 cfontzpacket cwlinux eyeboxone g15 graphlcd glk hd44780 icpa106 imon iowarrior lb216 lcdm001 lcterm md8800 ms6931 mtcs16209x mtxorb noritakevfd pyramid sed1330 sed1520 serialvfd sli stv5730 svga t6963 text tyan ula200 xosd" USE="doc debug ldap nfs samba seamless-hbars usb lirc irman joystick" Testing: * Use an lcd you own or * Use the LCD_DEVICES=X and set up LCDd.conf like: [server] Driver=xosd Then start LCDd on the command line and see the display. When also starting the lcdproc client (via init script or on command line), it should show you some system stats. For testing glcdprocdriver, you'll need a graphical lcd (like a g15). Thanks!
(In reply to comment #0) > * Use the LCD_DEVICES=X and set up LCDd.conf like: > [server] > Driver=xosd I mixed this up with lcd4linux *cough* You need to emerge with LCD_DEVICES="ncurses" and then set the driver to 'curses'
amd64, please also stabilize together with the blocking bugs #173585 and #173270. Thanks.
Stable on x86
With as-needed LCDd fails: | # LCDd | Could not open driver module /usr/lib/lcdproc/glcdlib.so: /usr/lib/libglcdprocdriver.so.1: undefined symbol: _ZN4GLCD6ConfigE | Driver [glcdlib] binding failed | Could not load driver glcdlib app-misc/glcdprocdriver doesn't link libglcddrivers and libglcdgraphics. Adding LIBS=-lglcddrivers -lglcdgraphics to Makefile of glcdprocdriver fixes it. Please, correct me if it should be done in a different way! BTW: CXX and LDFLAGS (is set in Make.config but not used later) are not respected.
I fixed glcdprocdriver (also the hard coding of g++), as proposed. Torsten, would you test and stable the latest revbump, or don't you a benifit in stabling the fix of the as-needed issue?
(In reply to comment #5) > or don't you a benifit > in stabling the fix of the as-needed issue? That should have been: "don't you see a benefit..."
amd64 done, closing!
