Bugzilla Bug 173271

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!