Menu
▾
▴
lcd4linux-devel — lcd4linux development team
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: Michael R. <mi...@re...> - 2012-01-05 07:30:18
|
Hello Stefan, On 2012-01-04 22:18, Stefan Kuhne wrote: > Hello, > > I (and a mate) try to make the dpf driver [1] clean and ready for commit > to lcd4linux svn and use for fli4l. Whaere / What is [1]? > It has an own little lib that wie will seperate in an subfolder. > The driver works at one of other guys, but I've a problem with the check > for the lib. > > Or to you think, because of it is in svn too I don't need a check for it? As soon as I can have a look at the patch, I may be able to tell :-) regards, Michael -- Michael Reinelt <mi...@re...> http://home.pages.at/reinelt GPG-Key 0xDF13BA50 ICQ #288386781 |
|
From: Jonathan M. <jmc...@gm...> - 2012-01-04 22:54:10
|
Hi Michael, Attached are two small patches which I believe fix the gcc warnings and issues listed on the Debian buildd logs page [1]. Thanks, Jon [1] https://buildd.debian.org/~brlink/packages/l/lcd4linux.html Signed-off by: Jonathan McCrohan <jmc...@gm...> diff --git a/Makefile.am b/Makefile.am index bdf6b41..cd7d5b4 100644 --- a/Makefile.am +++ b/Makefile.am @@ -18,7 +18,7 @@ ACLOCAL_AMFLAGS=-I m4 # use this for lots of warnings #AM_CFLAGS = -D_GNU_SOURCE -std=c99 -m64 -Wall -W -pedantic -Wno-variadic-macros -fno-strict-aliasing -lcd4linux_LDFLAGS = +lcd4linux_LDFLAGS ="-Wl,--as-needed" lcd4linux_LDADD = @DRIVERS@ @PLUGINS@ @DRVLIBS@ @PLUGINLIBS@ lcd4linux_DEPENDENCIES = @DRIVERS@ @PLUGINS@ |
|
From: Jonathan M. <jmc...@gm...> - 2012-01-04 22:54:02
|
Hi Michael, Attached are two small patches which I believe fix the gcc warnings and issues listed on the Debian buildd logs page [1]. Thanks, Jon [1] https://buildd.debian.org/~brlink/packages/l/lcd4linux.html Signed-off by: Jonathan McCrohan <jmc...@gm...> diff --git a/plugin_qnaplog.c b/plugin_qnaplog.c index ef7ad77..b574b19 100644 --- a/plugin_qnaplog.c +++ b/plugin_qnaplog.c @@ -281,7 +281,7 @@ static void my_conn(RESULT * result, RESULT * arg1) time_t accesstime; - value = -1; + value = NULL; key = R2S(arg1); if (configureConn() >= 0) { @@ -337,7 +337,7 @@ static void my_event(RESULT * result, RESULT * arg1) time_t accesstime; - value = -1; + value = NULL; key = R2S(arg1); if (configureEvent() >= 0) { |
|
From: Stefan K. <ste...@gm...> - 2012-01-04 21:19:23
|
Hello, I (and a mate) try to make the dpf driver [1] clean and ready for commit to lcd4linux svn and use for fli4l. It has an own little lib that wie will seperate in an subfolder. The driver works at one of other guys, but I've a problem with the check for the lib. Or to you think, because of it is in svn too I don't need a check for it? Regards and a happy new year, Stefan Kuhne |
|
From: Reinhard T. <sir...@ta...> - 2012-01-04 20:32:16
|
On Mo, Dez 26, 2011 at 07:34:28 (CET), Michael Reinelt wrote: > Hello all, > > today I decided to disable the old direct raw parallel port access in LCD4Linux (using outb() and so on) > > If you really need it, you can enable it with configure --with-outb > > I don't want to remove the code completely (in about 15 years, I want to show my kids that "bit banging" wasn't obscene :-) > > I cannot test it completely, because I don't have any parallel ports available here, and I don't have any non-x86 > machines to test. > > But I hope that now debian builds on non-x86 architectures don't fail (I got some error reports for sparc, mipsel, > powerpc, s390) > > > Maybe someone can do some testing? https://buildd.debian.org/status/package.php?p=lcd4linux looks really great now! Thanks for this commit. Cheers, Reinhard -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 |
|
From: Jonathan M. <jmc...@gm...> - 2011-12-27 01:08:33
|
Hi Michael, On 26/12/11 06:34, Michael Reinelt wrote: > today I decided to disable the old direct raw parallel port access in > LCD4Linux (using outb() and so on) > > If you really need it, you can enable it with configure --with-outb > > I don't want to remove the code completely (in about 15 years, I want > to show my kids that "bit banging" wasn't obscene :-) > > I cannot test it completely, because I don't have any parallel ports > available here, and I don't have any non-x86 machines to test. > > But I hope that now debian builds on non-x86 architectures don't fail > (I got some error reports for sparc, mipsel, powerpc, s390) Great. It would be nice to be able to support all the Debian architectures. > Maybe someone can do some testing? I've created an updated Debian package and uploaded it to mentors.debian.net. [1] This also closes Debian bug #652132. Like yourself, I don't have access to anything other than x86 or ARM, but I'll try to test it over the next few days using QEMU or something of the sort. If there are no problems, I'll get Reinhard (time-permitting of course) to upload to the Debian FTP archives. Seasons greetings, Jon [1] http://mentors.debian.net/package/lcd4linux |
|
From: Michael R. <mi...@re...> - 2011-12-26 06:34:38
|
Hello all, today I decided to disable the old direct raw parallel port access in LCD4Linux (using outb() and so on) If you really need it, you can enable it with configure --with-outb I don't want to remove the code completely (in about 15 years, I want to show my kids that "bit banging" wasn't obscene :-) I cannot test it completely, because I don't have any parallel ports available here, and I don't have any non-x86 machines to test. But I hope that now debian builds on non-x86 architectures don't fail (I got some error reports for sparc, mipsel, powerpc, s390) Maybe someone can do some testing? regards, Michael -- Michael Reinelt <mi...@re...> http://home.pages.at/reinelt GPG-Key 0xDF13BA50 ICQ #288386781 |
|
From: Reinhard T. <sir...@ta...> - 2011-12-22 08:47:42
|
Hi Jonathan, On Do, Dez 22, 2011 at 03:26:17 (CET), Michael Reinelt wrote: > Hello all, > > surely I want to apply this patch, I just cant find the debian/control file in the lcd4linux repository. > > Anybody from the lcd4debian team wants to jump in? > Can you please import that patch to our bzr repo? I'm currently very busy with academic work, and that change doesn't seem important enough to have it in Debian right now, but I'd rather have it in the branch so that we don't forget about it for the next upload. Michael, I don't think there is much point in importing the debian packaging in the lcd4linux svn. Jonathan and I are maintaining it in a seperate bzr, which can be found here: http://bazaar.launchpad.net/~siretart/lcd4linux/debian/changes Cheers, Reinhard > > Am 2011-12-15 01:51, schrieb Clint Byrum: >> Package: lcd4linux >> Version: 0.11.0~svn1158-1 >> Severity: normal >> Tags: patch >> User: ubu...@li... >> Usertags: origin-ubuntu precise ubuntu-patch >> >> >> >> In Ubuntu, the attached patch was applied to achieve the following: >> >> >> * d/control: build-dep on libmysqlclient-dev to pick up latest >> libmysqlclient. >> >> >> Thanks for considering the patch. >> >> >> -- System Information: >> Debian Release: wheezy/sid >> APT prefers precise-updates >> APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 'precise') >> Architecture: amd64 (x86_64) >> >> Kernel: Linux 3.1.0-2-generic (SMP w/2 CPU cores) >> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) >> Shell: /bin/sh linked to /bin/dash -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 |
|
From: Michael R. <mi...@re...> - 2011-12-22 02:26:29
|
Hello all, surely I want to apply this patch, I just cant find the debian/control file in the lcd4linux repository. Anybody from the lcd4debian team wants to jump in? thanks, Michael Am 2011-12-15 01:51, schrieb Clint Byrum: > Package: lcd4linux > Version: 0.11.0~svn1158-1 > Severity: normal > Tags: patch > User: ubu...@li... > Usertags: origin-ubuntu precise ubuntu-patch > > > > In Ubuntu, the attached patch was applied to achieve the following: > > > * d/control: build-dep on libmysqlclient-dev to pick up latest > libmysqlclient. > > > Thanks for considering the patch. > > > -- System Information: > Debian Release: wheezy/sid > APT prefers precise-updates > APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 'precise') > Architecture: amd64 (x86_64) > > Kernel: Linux 3.1.0-2-generic (SMP w/2 CPU cores) > Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash -- Michael Reinelt <mi...@re...> http://home.pages.at/reinelt GPG-Key 0xDF13BA50 ICQ #288386781 |
|
From: Hans de G. <hde...@re...> - 2011-07-27 08:51:28
|
Hi, On 07/27/2011 09:55 AM, Michael Reinelt wrote: > Hi Hans, > > in your email you wrote: >> Note that I'm an active contributor to lm_sensors upstream too, >> and a such I must say that it would be better if there would be >> a plugin using libsensors rather then accessing sysfs directly. >> The advantages are that libsensors takes care of the details >> of sysfs parsing, and more importantly that it offers one >> central configuration file for things like scaling and offsets >> of sensors, as often some conversion is needed to go from raw >> sysfs value to a "real" value. > > Using libsensors sounds like a good idea. > > The i2c_sensors plugin is quite old (it was contributed by Xavier Vello back in 2004). maybe at that time libsensors was not available, or in a bad quality, or... > > Another question comes to my mind: I always try to keep "embedded systems" in mind. Do you see a problem with libsensors there? No libsensors is quite small, written in plain C and has no external dependencies. > OTOH, is there a possible performance penalty when using libsensors? See above, quite small written in C. > anyway, because of me lacking experience with libsensors, and because of -ENOTIME, any volunteers for a new plugin? (I'd prefer having a seperate plugin for that, keeping the old one at least for some time) I think doing a libsensors plugin is a good idea and a fun little project, but I'm afraid -ENOTIME applies to me too. But if others are interested I'll gladly help with answering any questions people may have about libsensors. Regards, Hans |
|
From: Michael R. <mi...@re...> - 2011-07-27 07:56:05
|
Hi Hans, in your email you wrote: > Note that I'm an active contributor to lm_sensors upstream too, > and a such I must say that it would be better if there would be > a plugin using libsensors rather then accessing sysfs directly. > The advantages are that libsensors takes care of the details > of sysfs parsing, and more importantly that it offers one > central configuration file for things like scaling and offsets > of sensors, as often some conversion is needed to go from raw > sysfs value to a "real" value. Using libsensors sounds like a good idea. The i2c_sensors plugin is quite old (it was contributed by Xavier Vello back in 2004). maybe at that time libsensors was not available, or in a bad quality, or... Another question comes to my mind: I always try to keep "embedded systems" in mind. Do you see a problem with libsensors there? OTOH, is there a possible performance penalty when using libsensors? anyway, because of me lacking experience with libsensors, and because of -ENOTIME, any volunteers for a new plugin? (I'd prefer having a seperate plugin for that, keeping the old one at least for some time) regards, Michael -- Michael Reinelt <mi...@re...> http://home.pages.at/reinelt GPG-Key 0xDF13BA50 ICQ #288386781 |
|
From: Michael R. <mi...@re...> - 2011-07-27 07:44:14
|
Hi Hans, >> Could you please resend that Mail? I don't have an explanation :-) > > That is why I put a link to that mail in my previous mail, I guess you missed it, so here it is again: > http://article.gmane.org/gmane.comp.sysutils.lcd4linux.devel/396/ Oh, silly me... thanks. -- Michael Reinelt <mi...@re...> http://home.pages.at/reinelt GPG-Key 0xDF13BA50 ICQ #288386781 |
|
From: Hans de G. <hde...@re...> - 2011-07-27 07:38:49
|
Hi, On 07/27/2011 04:24 AM, Michael Reinelt wrote: > Hi Hans, > >> The patches which I've can be found here: >> >> http://pkgs.fedoraproject.org/gitweb/?p=lcd4linux.git;a=blob_plain;f=lcd4linux-hwmon.patch;hb=master >> http://pkgs.fedoraproject.org/gitweb/?p=lcd4linux.git;a=blob_plain;f=lcd4linux-st2205-width-height-swap.patch;hb=master >> http://pkgs.fedoraproject.org/gitweb/?p=lcd4linux.git;a=blob_plain;f=lcd4linux-wireless.patch;hb=master > > Thanks a lot, Looks like I really missed some emails here. > > Anyway, patches have been applied and committed. > >> See my initial post for an explanation of them. Esp. the hwmon one. I think it would be good to document >> how to use the i2c_sensors plugin with multiple sensor devices, feel free to copy paste any or all text >> from my initial mail for that. > > Could you please resend that Mail? I don't have an explanation :-) That is why I put a link to that mail in my previous mail, I guess you missed it, so here it is again: http://article.gmane.org/gmane.comp.sysutils.lcd4linux.devel/396/ Regards, Hans |
|
From: Andrew T. <an...@fu...> - 2011-07-27 06:34:54
|
Hi,
I have found one issue since posting the patch, the escape char is
counted in the string length despite not being displayed. I just set
the width for my text widget to be longer than the lcd width to
account for this.
Andrew
On 27 July 2011 17:43, Michael Reinelt <mi...@re...> wrote:
> Hi Andrew,
>
> sorry for being *that* late :-(
>
> thanks a lot for your patch, I really like the idea! Committed to trunk!
>
> any volunteers to add documentation to the wiki?
>
>
> Am 2011-05-18 00:41, schrieb Andrew Thompson:
>>
>> Hi,
>>
>>
>> I have an application that writes out the lcd data to a file (as
>> opposed to writing a custom plugin) and I need to make some words
>> bold. I have hacked this up locally to make the ascii BEL char as a
>> bold toggle.
>>
>> This works quite well for me so I am sharing it. The BEL char may not
>> be a good choice vs. the proper ANSI escape sequences but is easier to
>> implement.
>>
>>
>> --- drv_generic_graphic.c.orig 2011-05-12 10:11:40.000000000 +1200
>> +++ drv_generic_graphic.c 2011-05-18 10:13:51.000000000 +1200
>> @@ -233,6 +233,7 @@
>> const char *style, const char *txt)
>> {
>> int c, r, x, y, len;
>> + int bold;
>>
>> /* sanity checks */
>> if (layer< 0 || layer>= LAYERS) {
>> @@ -249,10 +250,17 @@
>> c = col;
>>
>> /* render text into layout FB */
>> + bold = 0;
>> while (*txt != '\0') {
>> unsigned char *chr;
>>
>> - if (strstr(style, "bold") != NULL) {
>> + /* magic char to toggle bold */
>> + if (*txt == '\a') {
>> + bold ^= 1;
>> + txt++;
>> + continue;
>> + }
>> + if (bold || strstr(style, "bold") != NULL) {
>> chr = Font_6x8_bold[(int) *(unsigned char *) txt];
>> } else {
>> chr = Font_6x8[(int) *(unsigned char *) txt];
>>
>>
>>
>> The snippets from my lcd4linux.conf
>>
>> Layout picoLCDGraphic {
>> Row1 {
>> Col1 'status1'
>> }
>> Row2 {
>> Col1 'status2'
>> }
>> ...
>> }
>> Widget status1 {
>> class 'Text'
>> expression file::readline(statfile, currline)
>> width 42
>> update tick
>> }
>> Widget status2 {
>> class 'Text'
>> expression file::readline(statfile, currline+1)
>> width 42
>> update tick
>> }
>> ...
>>
>>
>> ------------------------------------------------------------------------------
>> What Every C/C++ and Fortran developer Should Know!
>> Read this article and learn how Intel has extended the reach of its
>> next-generation tools to help Windows* and Linux* C/C++ and Fortran
>> developers boost performance applications - including clusters.
>> http://p.sf.net/sfu/intel-dev2devmay
>> _______________________________________________
>> Lcd4linux-devel mailing list
>> Lcd...@li...
>> https://lists.sourceforge.net/lists/listinfo/lcd4linux-devel
>>
>>
>
> --
> Michael Reinelt <mi...@re...>
> http://home.pages.at/reinelt
> GPG-Key 0xDF13BA50
> ICQ #288386781
>
|
|
From: Michael R. <mi...@re...> - 2011-07-27 06:00:21
|
Hello Rusty, better late than never.... Thanks for your contribution, committet to trunk. Am 2011-01-27 20:58, schrieb Rusty Clarkson: > Hello, > > Apparently the patch I sent doesn't compile. Now it does. I will also add documentation onto the wiki in a few days. > > Rusty Clarkson > Software Engineer > Sutus Inc. > > www.sutus.com > > > On 11-01-27 11:50 AM, Rusty Clarkson wrote: >> Hello, >> >> Wrote a driver for Newhaven's NHD‐0420D3Z‐FL‐GBW. 4x20 LCD that can do I2C or serial. Thank you for making this so easy. >> > > > ------------------------------------------------------------------------------ > Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! > Finally, a world-class log management solution at an even better price-free! > Download using promo code Free_Logger_4_Dev2Dev. Offer expires > February 28th, so secure your free ArcSight Logger TODAY! > http://p.sf.net/sfu/arcsight-sfd2d > > > > _______________________________________________ > Lcd4linux-devel mailing list > Lcd...@li... > https://lists.sourceforge.net/lists/listinfo/lcd4linux-devel -- Michael Reinelt <mi...@re...> http://home.pages.at/reinelt GPG-Key 0xDF13BA50 ICQ #288386781 |
|
From: Michael R. <mi...@re...> - 2011-07-27 05:43:42
|
Hi Andrew,
sorry for being *that* late :-(
thanks a lot for your patch, I really like the idea! Committed to trunk!
any volunteers to add documentation to the wiki?
Am 2011-05-18 00:41, schrieb Andrew Thompson:
> Hi,
>
>
> I have an application that writes out the lcd data to a file (as
> opposed to writing a custom plugin) and I need to make some words
> bold. I have hacked this up locally to make the ascii BEL char as a
> bold toggle.
>
> This works quite well for me so I am sharing it. The BEL char may not
> be a good choice vs. the proper ANSI escape sequences but is easier to
> implement.
>
>
> --- drv_generic_graphic.c.orig 2011-05-12 10:11:40.000000000 +1200
> +++ drv_generic_graphic.c 2011-05-18 10:13:51.000000000 +1200
> @@ -233,6 +233,7 @@
> const char *style, const char *txt)
> {
> int c, r, x, y, len;
> + int bold;
>
> /* sanity checks */
> if (layer< 0 || layer>= LAYERS) {
> @@ -249,10 +250,17 @@
> c = col;
>
> /* render text into layout FB */
> + bold = 0;
> while (*txt != '\0') {
> unsigned char *chr;
>
> - if (strstr(style, "bold") != NULL) {
> + /* magic char to toggle bold */
> + if (*txt == '\a') {
> + bold ^= 1;
> + txt++;
> + continue;
> + }
> + if (bold || strstr(style, "bold") != NULL) {
> chr = Font_6x8_bold[(int) *(unsigned char *) txt];
> } else {
> chr = Font_6x8[(int) *(unsigned char *) txt];
>
>
>
> The snippets from my lcd4linux.conf
>
> Layout picoLCDGraphic {
> Row1 {
> Col1 'status1'
> }
> Row2 {
> Col1 'status2'
> }
> ...
> }
> Widget status1 {
> class 'Text'
> expression file::readline(statfile, currline)
> width 42
> update tick
> }
> Widget status2 {
> class 'Text'
> expression file::readline(statfile, currline+1)
> width 42
> update tick
> }
> ...
>
> ------------------------------------------------------------------------------
> What Every C/C++ and Fortran developer Should Know!
> Read this article and learn how Intel has extended the reach of its
> next-generation tools to help Windows* and Linux* C/C++ and Fortran
> developers boost performance applications - including clusters.
> http://p.sf.net/sfu/intel-dev2devmay
> _______________________________________________
> Lcd4linux-devel mailing list
> Lcd...@li...
> https://lists.sourceforge.net/lists/listinfo/lcd4linux-devel
>
>
--
Michael Reinelt <mi...@re...>
http://home.pages.at/reinelt
GPG-Key 0xDF13BA50
ICQ #288386781
|
|
From: Michael R. <mi...@re...> - 2011-07-27 02:37:59
|
Hi Andreas, committed, but be warned: it is untested (at least from my side) because I neither have nor use that libmpd stuff... Thanks a lot! Am 2011-07-25 16:15, schrieb Andreas Brachold: > Hello, > > On 25.07.2011, 09:38 +0200 wrote Michael Reinelt: >> for this specific MPD problem, what is the problem (or better: the >> solution)? > > The problem : > * plugin_mpd doesn't compile out of the box (libmpdclient.c and > libmpdclient.h are missed) > See http://ssl.bulix.org/projects/lcd4linux/ticket/202 > > On http://mpd.wikia.com/wiki/ClientLib:libmpd is library libmpd marked > as deprecated. Therefore I've replace outdate library libmpd with recent > library libmpdclient. > > My solution are posted on > http://permalink.gmane.org/gmane.comp.sysutils.lcd4linux.devel/403 > > Alternative see into sf mailarchive (also for other patches) > http://sourceforge.net/mailarchive/forum.php?forum_name=lcd4linux-devel > > The patch was > http://sourceforge.net/mailarchive/attachment.php?list_name=lcd4linux-devel&message_id=1311178021.2302.13.camel%40pluto&counter=1 > > Regards, > Andreas > > > ------------------------------------------------------------------------------ > Storage Efficiency Calculator > This modeling tool is based on patent-pending intellectual property that > has been used successfully in hundreds of IBM storage optimization engage- > ments, worldwide. Store less, Store more with what you own, Move data to > the right place. Try It Now! http://www.accelacomm.com/jaw/sfnl/114/51427378/ > _______________________________________________ > Lcd4linux-devel mailing list > Lcd...@li... > https://lists.sourceforge.net/lists/listinfo/lcd4linux-devel > > -- Michael Reinelt <mi...@re...> http://home.pages.at/reinelt GPG-Key 0xDF13BA50 ICQ #288386781 |
|
From: Michael R. <mi...@re...> - 2011-07-27 02:24:41
|
Hi Hans, > The patches which I've can be found here: > > http://pkgs.fedoraproject.org/gitweb/?p=lcd4linux.git;a=blob_plain;f=lcd4linux-hwmon.patch;hb=master > http://pkgs.fedoraproject.org/gitweb/?p=lcd4linux.git;a=blob_plain;f=lcd4linux-st2205-width-height-swap.patch;hb=master > http://pkgs.fedoraproject.org/gitweb/?p=lcd4linux.git;a=blob_plain;f=lcd4linux-wireless.patch;hb=master Thanks a lot, Looks like I really missed some emails here. Anyway, patches have been applied and committed. > See my initial post for an explanation of them. Esp. the hwmon one. I think it would be good to document > how to use the i2c_sensors plugin with multiple sensor devices, feel free to copy paste any or all text > from my initial mail for that. Could you please resend that Mail? I don't have an explanation :-) Or, even better, change the Wiki yourselves? regards, Michael -- Michael Reinelt <mi...@re...> http://home.pages.at/reinelt GPG-Key 0xDF13BA50 ICQ #288386781 |
|
From: Michael R. <mi...@re...> - 2011-07-27 02:15:29
|
Hi Matt, > Anyway, my contribution, attached. > I'm not familiar with C so if there are daft mistakes, then apologies. > Happy to be shown. committed to trunk. -- Michael Reinelt <mi...@re...> http://home.pages.at/reinelt GPG-Key 0xDF13BA50 ICQ #288386781 |
|
From: Andreas B. <an...@us...> - 2011-07-25 14:15:27
|
Hello, On 25.07.2011, 09:38 +0200 wrote Michael Reinelt: > for this specific MPD problem, what is the problem (or better: the > solution)? The problem : * plugin_mpd doesn't compile out of the box (libmpdclient.c and libmpdclient.h are missed) See http://ssl.bulix.org/projects/lcd4linux/ticket/202 On http://mpd.wikia.com/wiki/ClientLib:libmpd is library libmpd marked as deprecated. Therefore I've replace outdate library libmpd with recent library libmpdclient. My solution are posted on http://permalink.gmane.org/gmane.comp.sysutils.lcd4linux.devel/403 Alternative see into sf mailarchive (also for other patches) http://sourceforge.net/mailarchive/forum.php?forum_name=lcd4linux-devel The patch was http://sourceforge.net/mailarchive/attachment.php?list_name=lcd4linux-devel&message_id=1311178021.2302.13.camel%40pluto&counter=1 Regards, Andreas |
|
From: Matt J. <mat...@gm...> - 2011-07-25 11:15:11
|
That's a tough time to get up in the morning. Must play havoc with your social life. Anyway, my contribution, attached. I'm not familiar with C so if there are daft mistakes, then apologies. Happy to be shown. Best regards Matt On Mon, Jul 25, 2011 at 17:38, Michael Reinelt <mi...@re...> wrote: > Hi all, > > sorry for replying late, I've been offline due to business journey for a few days... > > first, LCD4Linux is not dead, it's just in a kind of C6 state, or deep sleep, or.. > > the reason is simple and sad: I am still extremely busy with my real-life job, getting up every day at around 3 o'clock > in the morning, working at least for 12 hours, even on weekends. > > What we could really need is a Co-maintainer, at least for answering mails and integrating patches. Write access to the > repository should be no problem (as Sam aka Maxime already wrote) > > Anyway, i feel very sorry for disappointing some or all of you. I will try to find some spare time in the future, do do > at least the most important tasks. > > unfortunately I lost some emails in the last months (ya know, SSDs are the hell fast, but not as reliable as I expected > them to be). So if there are important patches that haven't been integrated 8or will be integrated in the next days) > please resend them. > > I will go to my mail archive, and integrate all patches that I can find. After that, i will create a new release (this > time really!) > > for this specific MPD problem, what is the problem (or better: the solution)? > > > kind regards, Michael > > > > Am 2011-07-23 12:40, schrieb Hans de Goede: >> Hi, >> >> On 07/23/2011 01:44 AM, Matt Joyce wrote: >>> I posted a patch to this list last September. Nearly a year ago. >>> I didn't hear anything back at all, not even a 'no thank you'. >>> >>> That lack of engagement is quite demotivating. >>> To suggest not to fork is fine (I agree), but if I have to manually >>> add my own patch, technically it has forked. >>> >>> I'm all for simply leaving this project where it is, but for the team >>> to be more responsive, and/or enable others to take action. >> >> Yes, so I'm writing this down for one more vote as someone needs to >> pick up lcd4linux, merge submitted patches and do a new release, preferably >> while working together with Michael / the sf.net project, iow without >> forking. >> >> So we need someone to step forward and volunteer to actually do this, >> and then we should contact Michael about this. So any volunteers? >> >> Note I'm explicitly not nominating myself, because of -ENOTIME. Next >> to my $dayjob I still have a coulple of webcams which need reverse >> engineering and then writing a Linux driver for them ... >> >> Regards, >> >> Hans >> >> ------------------------------------------------------------------------------ >> Storage Efficiency Calculator >> This modeling tool is based on patent-pending intellectual property that >> has been used successfully in hundreds of IBM storage optimization engage- >> ments, worldwide. Store less, Store more with what you own, Move data to >> the right place. Try It Now! http://www.accelacomm.com/jaw/sfnl/114/51427378/ >> _______________________________________________ >> Lcd4linux-devel mailing list >> Lcd...@li... >> https://lists.sourceforge.net/lists/listinfo/lcd4linux-devel >> >> > > -- > Michael Reinelt <mi...@re...> > http://home.pages.at/reinelt > GPG-Key 0xDF13BA50 > ICQ #288386781 > > ------------------------------------------------------------------------------ > Storage Efficiency Calculator > This modeling tool is based on patent-pending intellectual property that > has been used successfully in hundreds of IBM storage optimization engage- > ments, worldwide. Store less, Store more with what you own, Move data to > the right place. Try It Now! http://www.accelacomm.com/jaw/sfnl/114/51427378/ > _______________________________________________ > Lcd4linux-devel mailing list > Lcd...@li... > https://lists.sourceforge.net/lists/listinfo/lcd4linux-devel > -- http://about.me/mattjoyce |
|
From: Hans de G. <hde...@re...> - 2011-07-25 08:27:32
|
Hi, On 07/25/2011 09:38 AM, Michael Reinelt wrote: > Hi all, > > sorry for replying late, I've been offline due to business journey for a few days... > > first, LCD4Linux is not dead, it's just in a kind of C6 state, or deep sleep, or.. > That is very good to hear, and apologies for using the word dead. I've done enough FOSS work to know that a project like this feels like it is your baby and you don't want to hear that someone saying your baby is dead. I guess this is also a good moment to (re-)explain my interest in lcd4linux. I've reverse engineered and written a libgphoto2 based driver for st2205 based miniature digital photo frames (keychain photoframes). Naturally I encountered the picframe project which has a hack for these devices to use them as external lcd displays. I've given this a try together with lcd4linux. As a result of this I've also ended up packaging lcd4linux (and libst2205 and some other deps) for Fedora. Also see my initial mail to this list: http://article.gmane.org/gmane.comp.sysutils.lcd4linux.devel/396/ > the reason is simple and sad: I am still extremely busy with my real-life job, getting up every day at around 3 o'clock > in the morning, working at least for 12 hours, even on weekends. > Wow, those are heavy heavy workdays. > What we could really need is a Co-maintainer, at least for answering mails and integrating patches. Write access to the > repository should be no problem (as Sam aka Maxime already wrote) > > Anyway, i feel very sorry for disappointing some or all of you. I will try to find some spare time in the future, do do > at least the most important tasks. > > unfortunately I lost some emails in the last months (ya know, SSDs are the hell fast, but not as reliable as I expected > them to be). So if there are important patches that haven't been integrated 8or will be integrated in the next days) > please resend them. The patches which I've can be found here: http://pkgs.fedoraproject.org/gitweb/?p=lcd4linux.git;a=blob_plain;f=lcd4linux-hwmon.patch;hb=master http://pkgs.fedoraproject.org/gitweb/?p=lcd4linux.git;a=blob_plain;f=lcd4linux-st2205-width-height-swap.patch;hb=master http://pkgs.fedoraproject.org/gitweb/?p=lcd4linux.git;a=blob_plain;f=lcd4linux-wireless.patch;hb=master See my initial post for an explanation of them. Esp. the hwmon one. I think it would be good to document how to use the i2c_sensors plugin with multiple sensor devices, feel free to copy paste any or all text from my initial mail for that. Regards, Hans |
|
From: Michael R. <mi...@re...> - 2011-07-25 08:01:08
|
Hi all, sorry for replying late, I've been offline due to business journey for a few days... first, LCD4Linux is not dead, it's just in a kind of C6 state, or deep sleep, or.. the reason is simple and sad: I am still extremely busy with my real-life job, getting up every day at around 3 o'clock in the morning, working at least for 12 hours, even on weekends. What we could really need is a Co-maintainer, at least for answering mails and integrating patches. Write access to the repository should be no problem (as Sam aka Maxime already wrote) Anyway, i feel very sorry for disappointing some or all of you. I will try to find some spare time in the future, do do at least the most important tasks. unfortunately I lost some emails in the last months (ya know, SSDs are the hell fast, but not as reliable as I expected them to be). So if there are important patches that haven't been integrated 8or will be integrated in the next days) please resend them. I will go to my mail archive, and integrate all patches that I can find. After that, i will create a new release (this time really!) for this specific MPD problem, what is the problem (or better: the solution)? kind regards, Michael Am 2011-07-23 12:40, schrieb Hans de Goede: > Hi, > > On 07/23/2011 01:44 AM, Matt Joyce wrote: >> I posted a patch to this list last September. Nearly a year ago. >> I didn't hear anything back at all, not even a 'no thank you'. >> >> That lack of engagement is quite demotivating. >> To suggest not to fork is fine (I agree), but if I have to manually >> add my own patch, technically it has forked. >> >> I'm all for simply leaving this project where it is, but for the team >> to be more responsive, and/or enable others to take action. > > Yes, so I'm writing this down for one more vote as someone needs to > pick up lcd4linux, merge submitted patches and do a new release, preferably > while working together with Michael / the sf.net project, iow without > forking. > > So we need someone to step forward and volunteer to actually do this, > and then we should contact Michael about this. So any volunteers? > > Note I'm explicitly not nominating myself, because of -ENOTIME. Next > to my $dayjob I still have a coulple of webcams which need reverse > engineering and then writing a Linux driver for them ... > > Regards, > > Hans > > ------------------------------------------------------------------------------ > Storage Efficiency Calculator > This modeling tool is based on patent-pending intellectual property that > has been used successfully in hundreds of IBM storage optimization engage- > ments, worldwide. Store less, Store more with what you own, Move data to > the right place. Try It Now! http://www.accelacomm.com/jaw/sfnl/114/51427378/ > _______________________________________________ > Lcd4linux-devel mailing list > Lcd...@li... > https://lists.sourceforge.net/lists/listinfo/lcd4linux-devel > > -- Michael Reinelt <mi...@re...> http://home.pages.at/reinelt GPG-Key 0xDF13BA50 ICQ #288386781 |
|
From: Hans de G. <hde...@re...> - 2011-07-23 10:39:21
|
Hi, On 07/23/2011 01:44 AM, Matt Joyce wrote: > I posted a patch to this list last September. Nearly a year ago. > I didn't hear anything back at all, not even a 'no thank you'. > > That lack of engagement is quite demotivating. > To suggest not to fork is fine (I agree), but if I have to manually > add my own patch, technically it has forked. > > I'm all for simply leaving this project where it is, but for the team > to be more responsive, and/or enable others to take action. Yes, so I'm writing this down for one more vote as someone needs to pick up lcd4linux, merge submitted patches and do a new release, preferably while working together with Michael / the sf.net project, iow without forking. So we need someone to step forward and volunteer to actually do this, and then we should contact Michael about this. So any volunteers? Note I'm explicitly not nominating myself, because of -ENOTIME. Next to my $dayjob I still have a coulple of webcams which need reverse engineering and then writing a Linux driver for them ... Regards, Hans |
|
From: Matt J. <mat...@gm...> - 2011-07-22 23:44:32
|
I posted a patch to this list last September. Nearly a year ago. I didn't hear anything back at all, not even a 'no thank you'. That lack of engagement is quite demotivating. To suggest not to fork is fine (I agree), but if I have to manually add my own patch, technically it has forked. I'm all for simply leaving this project where it is, but for the team to be more responsive, and/or enable others to take action. Regards Matt On Sat, Jul 23, 2011 at 01:57, Hans de Goede <hde...@re...> wrote: > Hi, > > On 07/22/2011 04:48 PM, Maxime Petazzoni wrote: >> >> Hi guys, >> >> LCD4Linux is not dead. As it was said, the project "works". > > It may work, but there have been an number of patches posted > on the list since I joined approx 2-3 months ago and no sign > of these getting integrated. This is not exactly a good sign > of being an alive and kicking upstream for linux distributions > to base there packages on. > >> Contributions are still most welcome I think, and Michael can probably >> confirm this. >> >> As far as source code access goes, I think it needs to go through >> Michael first, > > Agreed. > >> but I'm the one eventually setting the access in place >> for someone, and I'm always available to add someone to the repository >> access list. > > Good to know. > >> Let's not waste time on forking / moving someplace else and do the smart >> thing of being constructive *for* the project :) > > +100 :) > > Regards, > > Hans > -- http://about.me/mattjoyce |
163 messages has been excluded from this view by a project administrator.
