You can subscribe to this list here.
2004 |
Jan
(57) |
Feb
(71) |
Mar
(80) |
Apr
(40) |
May
(49) |
Jun
(20) |
Jul
(3) |
Aug
(9) |
Sep
(8) |
Oct
(2) |
Nov
|
Dec
(11) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2005 |
Jan
(10) |
Feb
(25) |
Mar
(24) |
Apr
(26) |
May
(71) |
Jun
(35) |
Jul
(5) |
Aug
(3) |
Sep
(18) |
Oct
(4) |
Nov
(5) |
Dec
(2) |
2006 |
Jan
(50) |
Feb
(12) |
Mar
(7) |
Apr
(24) |
May
(1) |
Jun
(17) |
Jul
(51) |
Aug
(38) |
Sep
(38) |
Oct
(33) |
Nov
(8) |
Dec
(13) |
2007 |
Jan
(44) |
Feb
(25) |
Mar
(21) |
Apr
(68) |
May
(52) |
Jun
(24) |
Jul
(17) |
Aug
(12) |
Sep
(4) |
Oct
(14) |
Nov
(1) |
Dec
(3) |
2008 |
Jan
(9) |
Feb
(1) |
Mar
|
Apr
(5) |
May
|
Jun
|
Jul
(1) |
Aug
(1) |
Sep
(5) |
Oct
(5) |
Nov
(1) |
Dec
|
2009 |
Jan
(4) |
Feb
|
Mar
(2) |
Apr
(1) |
May
(21) |
Jun
(5) |
Jul
|
Aug
|
Sep
(4) |
Oct
(1) |
Nov
|
Dec
|
2010 |
Jan
(15) |
Feb
(36) |
Mar
(1) |
Apr
|
May
|
Jun
(2) |
Jul
(3) |
Aug
|
Sep
(2) |
Oct
|
Nov
(1) |
Dec
(3) |
2011 |
Jan
(22) |
Feb
(2) |
Mar
(2) |
Apr
(1) |
May
(2) |
Jun
|
Jul
(25) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(4) |
2012 |
Jan
(14) |
Feb
(6) |
Mar
(20) |
Apr
(12) |
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
(1) |
Oct
(2) |
Nov
(2) |
Dec
|
2013 |
Jan
|
Feb
(3) |
Mar
(2) |
Apr
(1) |
May
(9) |
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
(1) |
2014 |
Jan
(1) |
Feb
(1) |
Mar
(3) |
Apr
(2) |
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2015 |
Jan
|
Feb
|
Mar
(5) |
Apr
|
May
|
Jun
(11) |
Jul
(1) |
Aug
(3) |
Sep
|
Oct
|
Nov
(1) |
Dec
|
2016 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2018 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Jerry S. <ye...@th...> - 2004-05-27 17:05:15
|
Hi Michael, On Thu, May 27, 2004 at 05:52:20AM +0200, Michael Reinelt wrote: > Hi there, > > I jhust changed lots of function names in CVS to follow the plugin::name > convention. This may lead to unusable configurations, so double-check > your lcd4linux.conf for function names! > > Furter, this is important for the documentation guys! If you already did > a "grep AddFunction *.c" to get all plugins, please do it again. Nope, haven't done it yet. Thanks for the heads up, though. > If I have a look at the Status file, we're heading for 0.10 Real Soon > Now(tm)!! There's one display driver missing (Beckmann+Egle), all other > drivers have been ported, all plugins have been ported. But > documentation is missing! <cringe!> > Can anyone tell me how to write documentation? I didn't follow these > discussions... Off the top of my head, I can't. I have just been writing plain text for the moment, I write better that way. I'll be working on formatting/markup hopefully next week. Jerry -- Jerry Seutter Email: ye...@th... Web: http://www.thegeeks.net/~yello Gallery: www.thegeeks.net/~yello/gallery (email me for username and password). |
From: <An...@t-...> - 2004-05-27 14:37:49
|
>Hi Andreas, Hi Michael, >> Did i miss something in the Kernelconfig? >No, you didn't, but we did :-( > >with kernel 2.6, /proc/stat does not contain a disk_io line anymore. >Looks like this info has moved to /proc/diskstat. > Ah, yes. I see. This just jumps in my eyes, after i upgraded. Ive attached the output of the latest cvs. Maybe it is helpful? It seems that cpu AND disk is broken - or maybe my config? This is happen after a compile-run on a 2.6 Kernel. >I have to write another plugin for this. Nice to see, whats already done. >bye, Michael Bye, Andreas |
From: Michael R. <re...@eu...> - 2004-05-27 04:22:34
|
Hi Andreas, > I upgraded to the 2.6.6 Kernel on my gentoo system and it seems that > the Disk-Widget and Diskbar-Widget isnt working anymore? Did i miss > something in the Kernelconfig? No, you didn't, but we did :-( with kernel 2.6, /proc/stat does not contain a disk_io line anymore. Looks like this info has moved to /proc/diskstat. I have to write another plugin for this. bye, Michael -- Michael Reinelt Tel: +43 676 3079941 Geisslergasse 4 Fax: +43 316 692343 A-8045 Graz, Austria e-mail: re...@eu... |
From: Michael R. <re...@eu...> - 2004-05-27 03:52:26
|
Hi there, I jhust changed lots of function names in CVS to follow the plugin::name convention. This may lead to unusable configurations, so double-check your lcd4linux.conf for function names! Furter, this is important for the documentation guys! If you already did a "grep AddFunction *.c" to get all plugins, please do it again. If I have a look at the Status file, we're heading for 0.10 Real Soon Now(tm)!! There's one display driver missing (Beckmann+Egle), all other drivers have been ported, all plugins have been ported. But documentation is missing! Anybody with a Beckmann+Egle "Mini-Terminal" out there? I need a tester for porting the driver.... Can anyone tell me how to write documentation? I didn't follow these discussions... bye, Michael -- Michael Reinelt Tel: +43 676 3079941 Geisslergasse 4 Fax: +43 316 692343 A-8045 Graz, Austria e-mail: re...@eu... |
From: <An...@t-...> - 2004-05-26 12:17:49
|
Hello List (again). I upgraded to the 2.6.6 Kernel on my gentoo system and it seems that the Disk-Widget and Diskbar-Widget isnt working anymore? Did i miss something in the Kernelconfig? To Xavier: Thanks again. I didnt read the Status-File in the Archive. There i can see also, that the virtual-rows and scrolling are not implemented yet or in the ToDo-Status. Sorry for this obsolete question! =) Thanks in davance, Andreas |
From: Michael R. <re...@eu...> - 2004-05-26 12:15:07
|
Hi, >>Yes, that's easy, but contains a race conditions: >> >>if (file exists and/or is a symlink) { >> unlink (file) >>} >>open (file, O_CREAT) >> >>This one looks clean, doesn't it? But there's a small window just before >>the open() call, where a hacker could create the symlink, and it's >>contents would be overwritten by lcd4linux. >>You absolutely _have to_ use atomic operations here. > > Or you should do > if(file is a symlink) { > error and quit > } > before writing to the file. So, there's no problem anymore. Well, this may be a clean solution. BUT the same race condition is here: if(file is a symlink) { error and quit } /* possible race condition here */ open (file, O_CREAT) > Moreover, I > don't think the user is able to create a symlink within the small delay > between the if and the open. Believe me, he is. He could try to do that i a loop, create some tousands of symlinks a second. Then he just has to wait... Your approach is one of the reasons for at least some of the security holes out there. http://en.tldp.org/HOWTO/Secure-Programs-HOWTO/avoid-race.html bye, Michael -- Michael Reinelt Tel: +43 676 3079941 Geisslergasse 4 Fax: +43 316 692343 A-8045 Graz, Austria e-mail: re...@eu... |
From: Xavier V. <xav...@fr...> - 2004-05-26 11:02:51
|
> Hello Michael ! > > Maybe you should do it like I did in plugin_i2c_sensors to check we have > > a directory : > > it did "if ((dir->d_type!=DT_DIR && dir->d_type!=DT_LNK)" to check if > > it's a dir or a symlink. You should check if it isN'T a symlink but a > > true file. I don't know how to get this d_type for a special file, I did > > it with readdir. > > Yes, that's easy, but contains a race conditions: > > if (file exists and/or is a symlink) { > unlink (file) > } > open (file, O_CREAT) > > This one looks clean, doesn't it? But there's a small window just before > the open() call, where a hacker could create the symlink, and it's > contents would be overwritten by lcd4linux. > You absolutely _have to_ use atomic operations here. Or you should do if(file is a symlink) { error and quit } before writing to the file. So, there's no problem anymore. Moreover, I don't think the user is able to create a symlink within the small delay between the if and the open. Bye ! -- Xavier VELLO <xav...@fr...> |
From: Michael R. <re...@eu...> - 2004-05-26 06:05:40
|
Hi Xavier, >>1. the temp file is opened with O_CREAT. If a symlink is already >>present, it's target will be overwritten. Some security HOWTO's say one >>should use O_CREAT|O_EXCL, which means that the call will fail if the >>file already exists. OTOH, the open(2) man page states that thios >>doesn't work over NFS :-( >>2. the rename() will overwrite a symlink, too. > > > Maybe you should do it like I did in plugin_i2c_sensors to check we have > a directory : > it did "if ((dir->d_type!=DT_DIR && dir->d_type!=DT_LNK)" to check if > it's a dir or a symlink. You should check if it isN'T a symlink but a > true file. I don't know how to get this d_type for a special file, I did > it with readdir. Yes, that's easy, but contains a race conditions: if (file exists and/or is a symlink) { unlink (file) } open (file, O_CREAT) This one looks clean, doesn't it? But there's a small window just before the open() call, where a hacker could create the symlink, and it's contents would be overwritten by lcd4linux. You absolutely _have to_ use atomic operations here. bye, Michael -- Michael Reinelt Tel: +43 676 3079941 Geisslergasse 4 Fax: +43 316 692343 A-8045 Graz, Austria e-mail: re...@eu... |
From: Xavier V. <xav...@fr...> - 2004-05-25 20:51:26
|
Hello Michael ! [snip] > 1. the temp file is opened with O_CREAT. If a symlink is already > present, it's target will be overwritten. Some security HOWTO's say one > should use O_CREAT|O_EXCL, which means that the call will fail if the > file already exists. OTOH, the open(2) man page states that thios > doesn't work over NFS :-( > 2. the rename() will overwrite a symlink, too. Maybe you should do it like I did in plugin_i2c_sensors to check we have a directory : it did "if ((dir->d_type!=DT_DIR && dir->d_type!=DT_LNK)" to check if it's a dir or a symlink. You should check if it isN'T a symlink but a true file. I don't know how to get this d_type for a special file, I did it with readdir. Bye ! -- Xavier VELLO <xav...@fr...> |
From: Michael R. <re...@eu...> - 2004-05-25 20:08:33
|
Hi there, I want lcd4linux not to contain any potential security holes. As we don't have any networking, no client-server-model, no other fancy stuff, this risc is quite low. But lcd4linux is running as root, and therefore potentially dangerous. I'm worrying about a symlink security hole: The Image driver (was: Raster) creates files, without checking if they exist. If a user places a symlink, he may use lcd4linux to overwrite arbitrary files. Which I consider not to be nice. The output file of the raster driver is passed with the '-o path/file' option. To enshure that a potential reader always gets a complete file, the image is first written to a temp file, which will be rename(2)'ed afterwards. I see two problems here: 1. the temp file is opened with O_CREAT. If a symlink is already present, it's target will be overwritten. Some security HOWTO's say one should use O_CREAT|O_EXCL, which means that the call will fail if the file already exists. OTOH, the open(2) man page states that thios doesn't work over NFS :-( 2. the rename() will overwrite a symlink, too. Anybody out there with the experience how to solve such issues? I didn't find too much documentation out there, especially not for exactly the cases we're dealing with here. thanks, Michael -- Michael Reinelt Tel: +43 676 3079941 Geisslergasse 4 Fax: +43 316 692343 A-8045 Graz, Austria e-mail: re...@eu... |
From: Xavier V. <xav...@fr...> - 2004-05-25 17:45:51
|
> Now i would like to use the scrolling thing. But i dunno where and howto > declare it. Also in the drivers section and just fill more Rows > than my display have? Or in the Layout Section? If you look at the "Status" file, you can read : For 0.10.1 : - add events/input layer - support "virtual rows" (will be done with events) Bye ! -- Xavier VELLO <xav...@fr...> |
From: <ben...@id...> - 2004-05-25 09:14:48
|
Dear Open Source developer I am doing a research project on "Fun and Software Development" in which I kindly invite you to participate. You will find the online survey under http://fasd.ethz.ch/qsf/. The questionnaire consists of 53 questions and you will need about 15 minutes to complete it. With the FASD project (Fun and Software Development) we want to define the motivational significance of fun when software developers decide to engage in Open Source projects. What is special about our research project is that a similar survey is planned with software developers in commercial firms. This procedure allows the immediate comparison between the involved individuals and the conditions of production of these two development models. Thus we hope to obtain substantial new insights to the phenomenon of Open Source Development. With many thanks for your participation, Benno Luthiger PS: The results of the survey will be published under http://www.isu.unizh.ch/fuehrung/blprojects/FASD/. We have set up the mailing list fa...@we... for this study. Please see http://fasd.ethz.ch/qsf/mailinglist_en.html for registration to this mailing list. _______________________________________________________________________ Benno Luthiger Swiss Federal Institute of Technology Zurich 8092 Zurich Mail: benno.luthiger(at)id.ethz.ch _______________________________________________________________________ |
From: <An...@t-...> - 2004-05-24 07:06:27
|
Hello Xavier ! Hm. I dunno why the Icons Option wasnt in the conf-file anymore. But now ive managed it. The Icons work fine here how. I didnt realized that ive to use the Icon-Options in Drivers together with the Icons itself, thought, that if i put the Icons Option in, that i get one of hmmm kinda test-icon with that number or so. Now ive understand and can use it and i find this fascinating. =) Now i would like to use the scrolling thing. But i dunno where and howto declare it. Also in the drivers section and just fill more Rows than my display have? Or in the Layout Section? Thanks for your fine help. Regards, Andreas -----Ursprüngliche Nachricht----- Von: lcd...@li... [mailto:lcd...@li...]Im Auftrag von Xavier VELLO Gesendet: Sonntag, 23. Mai 2004 11:15 An: Andreas Witte Cc: lcd...@li... Betreff: Re: [Lcd4linux-devel] The HD66712-thing... >Hello Andreas ! > >As I suspected, it's a configuration problem. >(...) > icons '2' <----- here's the claim >(...) |
From: Xavier V. <xav...@fr...> - 2004-05-23 09:16:05
|
Hello Andreas ! As I suspected, it's a configuration problem. As there are only 8 user-defined chars in these displays, Michael decided to have a "Icons" config option which defines how many chars must be kept for icons, and the other are used by bars. If you don't set "icons", you don't get icons ;) My lcd4linux.conf looks like this : ---------------------------------------------------------------------- display HD44780 { driver 'HD44780' model 'generic' port '/dev/parports/0' bits '8' size '16x2' icons '2' <----- here's the claim } ---------------------------------------------------------------------- And here's is the log I get about HD44780 : ---------------------------------------------------------------------- HD44780: controlling 0 GPO's HD44780: using display with 1 controllers HD44780: using 8 bit mode CPU supports Time Stamp Counter CPU runs at 600.061000 MHz using TSC delay loop, 601 ticks per microsecond using ppdev /dev/parports/0 HD44780: wiring: [DISPLAY:RS]<==>[PARPORT:AUTOFD] HD44780: wiring: [DISPLAY:RW]<==>[PARPORT:GND] HD44780: wiring: [DISPLAY:ENABLE]<==>[PARPORT:STROBE] HD44780: wiring: [DISPLAY:ENABLE2]<==>[PARPORT:GND] HD44780: wiring: [DISPLAY:GPO]<==>[PARPORT:GND] HD44780: not using busy-flag checking HD44780: reserving 2 of 8 user-defined characters for icons <-- ! ---------------------------------------------------------------------- Bye ! -- Xavier VELLO <xav...@fr...> |
From: <An...@t-...> - 2004-05-22 23:22:46
|
Hello List. Okay, i do some experiments. I still have no success with icons. I compare it to the ouput of the XWindow Driver where all seems to be okay. Just only the icons wont appear on the display. The bars and all other work fine. I would love the EKG in one corner or anything like that. =) I attached the Config File and the output of lcd4linux with -vvv option. I dont think this helps much, cause i can see any relevant information regarding the Icons...? Anyway i attached both, the config-file and the output. The config file is nearly unchanged like its in the archive as i said. The errors are okay, i guess since i configured nothing in this direction. I would be glad if i can help this thing get to work. Thanks in advance, Andreas |
From: Michael R. <re...@eu...> - 2004-05-22 19:02:09
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Xavier, | In fact, I didn't want to bother you, and there's a little detail I wanted | to speak with you : I think including it in a "doc" folder of the CVS tree | isn't a good choice, as there are API changes, and the doc won't be | up-to-date with both the release and CVS version. Hmmm... | So I'd like it to stay in a separate cvs module, and then just put the | compiled HTML files in the release tarballs. But in this case, | developpers would certainly forget to document their changes, as there | are two different "modules". Hmmm... | It's up to you to decide what to do. I knew you would say so :-) I must say that I've absolutely no idea how to decide. both ways have their pros an cons. anybody out there with experience in this area? Martin? | In fact, I think at least one RC is _mandatory_, to clean this freash | code, and get material to write the FAQ, the notes, ... Of course there will be at least one RC. I'm afraid there will be much more than RC's were meant to be... bye, Michael - -- Michael Reinelt Tel: +43 676 3079941 Geisslergasse 4 Fax: +43 316 692343 A-8045 Graz, Austria e-mail: re...@eu... -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Debian - http://enigmail.mozdev.org iD8DBQFAr6OsiebFT98TulARAjVPAKCGF0WDY/pkUYRDcIQEQJcxznmXZwCgqr/Y y7NRfflkUsz2N+IH/JcdryE= =HQxc -----END PGP SIGNATURE----- |
From: Jerry S. <ye...@th...> - 2004-05-22 13:32:22
|
On Sat, May 22, 2004 at 11:21:12AM +0200, Xavier VELLO wrote: > Hello Jerry, Michael and others ! > > > > The framework isn't yet finished (mostly the output part), but you can > > > begin to post your intentions about this here. I'll try to finish the > > > framework this WE so that Michael put it in the CVS. > > > > Xavier, where are you at on that framework? I looked in CVS and didn't > > see it yet... > Err... the framework is done (and the CSS is CSS2 valid !), but as Michael > was too busy, I didn't want to bother him. Whoops. Sorry about that. > In fact, it's the same as the one I sent you last week, with some minor > rendering modifications. The xml syntax is the same, so go on with this > one. Cool. I'll go with that then. -- Jerry Seutter Email: ye...@th... Web: http://www.thegeeks.net/~yello Gallery: www.thegeeks.net/~yello/gallery (email me for username and password). |
From: Jerry S. <ye...@th...> - 2004-05-22 13:30:33
|
On Sat, May 22, 2004 at 06:05:57AM +0200, Michael Reinelt wrote: > Hi Jerry, Hi List, > should at least release a "beta" of 0.10 Real Soon Now (TM). But without > any docs, this would be quite useless. > > A good thing for writing docs is a "grep cfg_get" and "grep cfg_number", > you'll get all config file entries for a specific driver and/or plugin. Ah, thanks for the tip, that will make my life easier. :) Jerry -- Jerry Seutter Email: ye...@th... Web: http://www.thegeeks.net/~yello Gallery: www.thegeeks.net/~yello/gallery (email me for username and password). |
From: Xavier V. <xav...@fr...> - 2004-05-22 09:22:38
|
Hi Michael ! > > Xavier, where are you at on that framework? I looked in CVS and didn't > > see it yet... > It's not in the CVS by now. (Should it be?) In fact, I didn't want to bother you, and there's a little detail I wanted to speak with you : I think including it in a "doc" folder of the CVS tree isn't a good choice, as there are API changes, and the doc won't be up-to-date with both the release and CVS version. So I'd like it to stay in a separate cvs module, and then just put the compiled HTML files in the release tarballs. But in this case, developpers would certainly forget to document their changes, as there are two different "modules". It's up to you to decide what to do. I'll send you a tarball this WE (tomorrow I think), with the last helper I forgot and a "how to write doc" page, and you can use this delay to decide where to put it. > A good idea. I try to find some more time for lcd4linux, and I think we > should at least release a "beta" of 0.10 Real Soon Now (TM). But without > any docs, this would be quite useless. In fact, I think at least one RC is _mandatory_, to clean this freash code, and get material to write the FAQ, the notes, ... Bye ! -- Xavier VELLO <xav...@fr...> |
From: Xavier V. <xav...@fr...> - 2004-05-22 09:22:25
|
Hello Jerry, Michael and others ! > > The framework isn't yet finished (mostly the output part), but you can > > begin to post your intentions about this here. I'll try to finish the > > framework this WE so that Michael put it in the CVS. > > Xavier, where are you at on that framework? I looked in CVS and didn't > see it yet... Err... the framework is done (and the CSS is CSS2 valid !), but as Michael was too busy, I didn't want to bother him. In fact, it's the same as the one I sent you last week, with some minor rendering modifications. The xml syntax is the same, so go on with this one. > My intention this weekend is to start writing documentation for the > functionality currently in CVS. For the time being, I'll write docs > in plain text and format them when the framework becomes available. I > won't be connected this weekend but I pulled from CVS last night. The best think would be to wrte the "general" part (lcd4linux dir), but maybe it's too hard. The best to begin would be to write doc for drivers/plugins you understand (greping the configuration options). Oh, ****, I forgot the helper to add a synopis with configuration options ! I'll do it this WE. Bye ! --- Xavier VELLO <xav...@fr...> |
From: Michael R. <re...@eu...> - 2004-05-22 04:06:03
|
Hi Jerry, Hi List, > Xavier, where are you at on that framework? I looked in CVS and didn't > see it yet... It's not in the CVS by now. (Should it be?) > My intention this weekend is to start writing documentation for the > functionality currently in CVS. For the time being, I'll write docs > in plain text and format them when the framework becomes available. I > won't be connected this weekend but I pulled from CVS last night. A good idea. I try to find some more time for lcd4linux, and I think we should at least release a "beta" of 0.10 Real Soon Now (TM). But without any docs, this would be quite useless. A good thing for writing docs is a "grep cfg_get" and "grep cfg_number", you'll get all config file entries for a specific driver and/or plugin. bye, Michael -- Michael Reinelt Tel: +43 676 3079941 Geisslergasse 4 Fax: +43 316 692343 A-8045 Graz, Austria e-mail: re...@eu... |
From: Michael R. <re...@eu...> - 2004-05-22 04:03:13
|
Hi alltogether, > Ok. This thing is compiling fine now. And all of the Widgets > are working (also the kinda-splittet bars). But i cant get > it to work with animated Icons or the "Lightning", also if > i disable all bars. I think there is something different > with the HD66712. But i dunno, whats different > cause the bars work and they contain (as i understand) > also some "icons" (the half blocks?). Strange, very strange. For the bars working, I don't thinks it's a problem with the HD66712, because internally they use the same logic for user-defined characters. I'd try to add a "X11" display section and try your config with that one. If this is not working, too, there may be a real problem with your config. If itr works, there may be a problem with the HD66712. In this case, pelase send me your config file and the output of 'lcd4linux -Fvv' bye, Michael -- Michael Reinelt Tel: +43 676 3079941 Geisslergasse 4 Fax: +43 316 692343 A-8045 Graz, Austria e-mail: re...@eu... |
From: Jerry S. <ye...@th...> - 2004-05-21 20:28:54
|
Hello Xavier, list, On Tue, May 04, 2004 at 09:02:23PM +0200, Xavier VELLO wrote: > Hello list ! > > I'm finishing the framework to write documentation for the Next > Generation. It will be based on the XSLT technology : articles are xml > files with specific tags and helpers to put the layout in. These files > look like html files (the same tags are used, plus specific helpers and > a lot of information in the <head>). > > But we'll need some volunteers to write the doc ;) The best case would > be that every developer writes the doc for the plugins/drivers he wrote. > On the other hand, this would put a lot of the work on Michael's > shoulders. So everyone is invited to contribute. Here's a (non > limitative) list of what is needed : > > - every driver > - every plugin > - installation and configure flags (--with-drivers --with-plugins) > - lcd4linux.conf > - FAQ / troubleshooting > - how to report bugs, very important ! > - ... > > The framework isn't yet finished (mostly the output part), but you can > begin to post your intentions about this here. I'll try to finish the > framework this WE so that Michael put it in the CVS. Xavier, where are you at on that framework? I looked in CVS and didn't see it yet... My intention this weekend is to start writing documentation for the functionality currently in CVS. For the time being, I'll write docs in plain text and format them when the framework becomes available. I won't be connected this weekend but I pulled from CVS last night. Jerry -- Jerry Seutter Email: ye...@th... Web: http://www.thegeeks.net/~yello Gallery: www.thegeeks.net/~yello/gallery (email me for username and password). |
From: <An...@t-...> - 2004-05-21 18:25:31
|
Hello Xavier, hello Michael, hello List. >> I thank you both for your real nice support. With humans >> like you both, open-source is just fun - thanks for that! >Yes, free software is cool, that's why we write this program ;) I think it only depends on the guys behind a project and the will to invest in such a baby... =) Ok. This thing is compiling fine now. And all of the Widgets are working (also the kinda-splittet bars). But i cant get it to work with animated Icons or the "Lightning", also if i disable all bars. I think there is something different with the HD66712. But i dunno, whats different cause the bars work and they contain (as i understand) also some "icons" (the half blocks?). http://www.hantronix.com/down/hd66712u.pdf This is a link to the Technical Papers of that Controller. Maybe one of you can see any difference? I guess this display becomes popularer until now, since www.kernelconcepts.de is selling such beasts here in Germany for a moderate price. Completly wired like the Winamp-Wiring-Method, with a nice Adapter"card" to stick a Parallel-Cable on it. > I suspect a problem in your config. Try with no bar and a "Icon x" entry > in the Driver section (x is the number of icons to allocate). Hm. I use one of the sample-configs and modify it slightly to match the choiced Display. Maybe you got a low-level config you can hand me? Ive just tried like you wrote and no Icon appear - i still cant understand why the bars working on the other hand? Again any ideas? Hope not to bother you all. Thanks in advance... Andreas |
From: Xavier V. <xav...@fr...> - 2004-05-19 20:18:52
|
Hi Andreas ! > Now its time to play around with this toy. > Should the animated icons also work for the HD66712-Model > of the HD44780? A first attempt didtn succeed, but i guess > ive to much bars in the display. In fact, I've never heard about this model, but if it's hd44780 compatible, it must support icons too. I suspect a problem in your config. Try with no bar and a "Icon x" entry in the Driver section (x is the number of icons to allocate). > I thank you both for your real nice support. With humans > like you both, open-source is just fun - thanks for that! Yes, free software is cool, that's why we write this program ;) Bye ! -- Xavier VELLO <xav...@fr...> PS: you should try Thunderbird, it's really cool. I used to run Sylpheed too, it's ligher, but less nice (and works in zindoz). |