lcd4linux-devel

[Lcd4linux-devel] this and that

[Michael R. <re...@eu...>]

Hi there,

heavy traffic here!

First, an announcement: The new X11 driver is finished! Much easier than 
the old one, becuase of no second updater thread necessary.

To save some time, I'm commenting on several mails at once:

Task list from Xavier: checked as "Status" into CVS. Great work! But I 
didn't update it by now...

Man Page: DocBook is ok for me, and seems to be commmon sense. But our 
new "DocMgr" didn't response by now... (Jerry?)

PHP is ok for me, too. But, Xavier, with your bad internet connection, 
how would you keep things up to date regularly? I can't be of much help, 
  because I don't even know how BHB is spelled :-)

Again, Jerry? your opinion?

Debian packaging: a core package including the core and only plugins and 
drivers without any dependencies should be ok (no need to put all 
drivers in extra packages: the core should make sense 'alone')

I don't think a seperation in 'hard' and 'soft' does make sense...

Plugins with external dependencies: one .deb for every plugin ?
Drivers with external dependencies: one .deb for each driver ?


again, this is stuff for 0.10.1

Is there anything really missing for 0.10.0?

- isdn (completely missing)
- GPO's (completely missing)
- Key/Event handling (completely undone)

I want all (important) features of 0.9.11 to be in the 0.10.0. Key/Event 
handling would be a new feature, but GPO's will be built upon that (you 
will have "Timer" events and "user timers" and "handlers" specified in 
the config file)


bye, Michael

-- 
Michael Reinelt                                   Tel: +43 676 3079941
Geisslergasse 4                                   Fax: +43 316  692343
A-8045 Graz, Austria                          e-mail: re...@eu...

Re: [Lcd4linux-devel] this and that

[Xavier V. <xav...@fr...>]

Hi list !

> heavy traffic here!
Right !

> First, an announcement: The new X11 driver is finished! Much easier than 
> the old one, becuase of no second updater thread necessary.
Cool ! I'll test it heavilly.
BTW: would it be possible to build a gnome-applet on top of X11 or
pixmap plugin rapidly without rewriting all the code ? I really dislike
gnome-multiload-applet :/

> Task list from Xavier: checked as "Status" into CVS. Great work! But I 
> didn't update it by now...
Thanks.

> PHP is ok for me, too. But, Xavier, with your bad internet connection, 
> how would you keep things up to date regularly? I can't be of much help, 
>   because I don't even know how BHB is spelled :-)
I fact, I can code the site, and then Jerry can manage it. The zwe  
 engine works with predefined functions in an include and writing
  pages is _really_ easy (just calling functions for titles, special
 div, ...)

> Debian packaging: a core package including the core and only plugins and 
> drivers without any dependencies should be ok (no need to put all 
> drivers in extra packages: the core should make sense 'alone')
> I don't think a seperation in 'hard' and 'soft' does make sense...
> 
> Plugins with external dependencies: one .deb for every plugin ?
> Drivers with external dependencies: one .deb for each driver ?
I really don't know what to do about this :/
Packaging non-dep plugins into lcd4linux package is a good idea. If
extern-deps plugins are not numerous we may think about making
one-plugin debs.

> Is there anything really missing for 0.10.0?
> - isdn (completely missing)
> - GPO's (completely missing)
> - Key/Event handling (completely undone)
What about driving multiple displays (one layout per display) from a
single lcd4linux instance ? I don't know if it's technically possible,
but it may be a good thing (think about a toshiba graphic display to
show graphs and a MO to drive PWM fans + a gnome applet)

Bye !
-- 
Xavier VELLO <xav...@fr...>

Re: [Lcd4linux-devel] this and that

[Michael R. <re...@eu...>]

Hi Xavier,

> BTW: would it be possible to build a gnome-applet on top of X11 or
> pixmap plugin rapidly without rewriting all the code ? I really dislike
> gnome-multiload-applet :/

I can't say, because I don't either know Gnope nor the multiload applet. 
But I think we have a volunteer who will find out :-)

>>PHP is ok for me, too. But, Xavier, with your bad internet connection, 
>>how would you keep things up to date regularly? I can't be of much help, 
>>  because I don't even know how BHB is spelled :-)
> 
> I fact, I can code the site, and then Jerry can manage it. The zwe  
>  engine works with predefined functions in an include and writing
>   pages is _really_ easy (just calling functions for titles, special
>  div, ...)

Ok. It's your and Jerry's decision.

> I really don't know what to do about this :/
> Packaging non-dep plugins into lcd4linux package is a good idea. If
> extern-deps plugins are not numerous we may think about making
> one-plugin debs.
or grouping plugins and drivers by dependencies?

>>Is there anything really missing for 0.10.0?
>>- isdn (completely missing)
>>- GPO's (completely missing)
>>- Key/Event handling (completely undone)
> 
> What about driving multiple displays (one layout per display) from a
> single lcd4linux instance ? I don't know if it's technically possible,
> but it may be a good thing (think about a toshiba graphic display to
> show graphs and a MO to drive PWM fans + a gnome applet)

I don't know wether it's possible to code, shurely not implemented at 
the moment. And I don't think it's necessary. If you have two displays, 
use two instances.

bye, Michael

-- 
Michael Reinelt                                   Tel: +43 676 3079941
Geisslergasse 4                                   Fax: +43 316  692343
A-8045 Graz, Austria                          e-mail: re...@eu...

Re: [Lcd4linux-devel] this and that

[Luk C. <in...@us...>]

Hi list

>>Debian packaging: a core package including the core and only plugins and 
>>drivers without any dependencies should be ok (no need to put all 
>>drivers in extra packages: the core should make sense 'alone')

Indeed.

>>I don't think a seperation in 'hard' and 'soft' does make sense...

What do you mean by 'hard' and 'soft' (Depends, Recommends and Suggests?)?

>>Plugins with external dependencies: one .deb for every plugin ?
>>Drivers with external dependencies: one .deb for each driver ?

Definitely not, unless you only ever want a few plugins/drivers.

> I really don't know what to do about this :/
> Packaging non-dep plugins into lcd4linux package is a good idea. If
> extern-deps plugins are not numerous we may think about making
> one-plugin debs.

Possible, another solution would be to Recommend the 'extern-deps' and 
document the use of the dependencies in the extended description (so 
everything is in one package).

How compares lcd4linux with lcdproc 
(http://packages.debian.org/unstable/utils/lcdproc)?

Cheers

Luk

Re: [Lcd4linux-devel] this and that

[Xavier V. <xav...@fr...>]

Hello list

> >>I don't think a seperation in 'hard' and 'soft' does make sense...
> What do you mean by 'hard' and 'soft' (Depends, Recommends and Suggests?)?

#debian-devel-fr folks suggested to have a lcd4linux-drivers-hard (for
 real displays, with no external dep) and lcd4linux-drivers-soft (for
 X11,ncurses, ... so extern dep), but I don't think mayself it's good.

> >>Plugins with external dependencies: one .deb for every plugin ?
> >>Drivers with external dependencies: one .deb for each driver ?
> Definitely not, unless you only ever want a few plugins/drivers.
Markus suggested to have theme-based plugins :
lcd4linux-plugins-multimedia (xmms, others)
lcd4linux-plugins-system (i2c, cpu, mem, ...)
lcd4linux-drivers (hardware drivers)
lcd4linux-ncurses
lcd4linux-X11 (maybe both in the same deb ?)
lcd4linux-gnome-applet 
...

> > I really don't know what to do about this :/
> > Packaging non-dep plugins into lcd4linux package is a good idea. If
> > extern-deps plugins are not numerous we may think about making
> > one-plugin debs.
> Possible, another solution would be to Recommend the 'extern-deps' and 
> document the use of the dependencies in the extended description (so 
> everything is in one package).
I think it may be the better choice.

> How compares lcd4linux with lcdproc 
> (http://packages.debian.org/unstable/utils/lcdproc)?
I fact, lcdproc works with a networked server-client model : there's  
 LCDd, the server which cares of display and manages a network port,
  and multiple client (like lcdproc) which retrieve information, but I
 don't think lcdproc uses extern libraries.
OTOH, LCDd uses libncurses and I think it's a dep.

Bye !
-- 
Xavier VELLO <xav...@fr...>