Menu
▾
▴
lcd4linux-users
|
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-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: Matt J. <mat...@gm...> - 2011-07-25 11:15:11
Attachments:
MatrixOrbital_SureElectronicsDE-LD023.diff
|
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: 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: 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: 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: 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: 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: 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: <Be...@da...> - 2011-07-27 08:43:50
|
Hello, I'm reading the lcd4linux mailing list. I want to check your LCD-FRAME thingi, but the Link inside your article won't work: http://picframe.spritesserver.nl/wiki/index.php/UsingAsPicframe > http://article.gmane.org/gmane.comp.sysutils.lcd4linux.devel/396/ > > Regards, > > Hans > Would you please take a look to it? Thank you Bernd |
|
From: Hans de G. <hde...@re...> - 2011-07-27 08:49:51
|
Hi, On 07/27/2011 10:25 AM, Be...@da... wrote: > Hello, > I'm reading the lcd4linux mailing list. > > I want to check your LCD-FRAME thingi, but the Link inside your article > won't work: > http://picframe.spritesserver.nl/wiki/index.php/UsingAsPicframe > I'm afraid that that website is not hosted by my, so there is nothing I can do to fix it. > Would you please take a look to it? Regards, Hans |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X