lcd4linux-devel — lcd4linux development team

[Lcd4linux-devel] Notification

[Eliseo S. <nk...@ar...>]

The accumulation of positions by those in the know has shot
A_U_N_I up 33% in a few short days.  We hope you all got in
early like we told you to, and are enjoying your good fortune.
But even if you didn't don't worry because the big announcement
has yet to be made.  Monday, October 30 may be your last chance
before this thing triples.  Don't hesitate.

Price: O.85
Projected: 2.3O
Rating: 5/5

This is the break you've been waiting for!  Spice up your
holdings with A_U_N_I and WIN!

Re: [Lcd4linux-devel] New lcd4linux release

[Luis.F.Correia <Lui...@se...>]

Hi there Robert,

On 10/28/06, Robert Buchholz <ro...@th...> wrote:
> Hi Michael,
> hi Luis,
>
> I wrote a message to the lcd4linux-devel list six days ago and until
> now, there was no response. The message was entitled "[Lcd4linux-devel]
> New lcd4linux release", but it is not archived at sourceforge, even
> though I received it myself via the list.
>
> In the email I asked whether you could release a bugfix version of
> lcd4linus since it does not compile on current gcc-4.1 platforms and
> thus is broken in Gentoo Linux. As I maintain the package in Gentoo, it
> would save me some work to backport the SVN changes to the current
> version if you just released the svn as a new one. Please let me know
> what you think.


as you might well know, Michael is the one that calls the shots on new
released versions of   LCD4Linux.

I'm aware that LCD4linux is broken on Gentoo from your comments, but
there is little I can do.

As a personal thought I don't think the current SVN version is fit for
mainstream as some features are still not complete.

This particular project has a slow evolution process, as far as stable
versions are concerned. You will just have to deal with it for now,
sorry.

>
> On a side note, don't you think it would be a good idea to close the
> list for non-subscribers, that would stop the big amount of spam coming
> over it.
>

Good point, and I certainly agree. But even here Michael is the one to fix
it.

> Thanks a lot,
>
> Robert
>

These are my personal opinions, as my involvment with LCD4linux
decisions is little to inexistant.

p.s. don't forget that Michael has now other priorities, like that
child that keeps him from sleeping ;)

Luis Correia

Re: [Lcd4linux-devel] new driver "usb to lcd" - libusb

[Ernst B. <e.b...@xe...>]

On Monday 30 October 2006 00:41, Stefan M=F6nch wrote:
> I'm just working on a little USB-LCD.

> Is there something special what i need to look after? Please tell me.
> I'm using libusb.
> The drv_USBHUB.c looks nice to be modified for my device. Thats the file
> i'll start working on.

Thats a resonable starting point, I wrote that driver by starting with the=
=20
USB2LCD driver and ripping out unused stuff IIRC ;)

> About my LCD:
> It's a HD44780 (2x16) behind a microcontroller. It's like the USB2LCD,
> but with a cheaper IC, and only 20pins :-) From it's 2kb memory there
> are already 2040 bytes in use, so it will be complicated to support
> larger lcd's with 2 controllers. But we'll see... ;-)

Lemme guess, 20 Pins... ATTiny2313?

Maybe have a look at http://www.xs4all.nl/~dicks/avr/usbtiny/, scroll way=20
down.

Thats an LIRC-Compatible IR-Receiver and LCD controller for USB running on =
a=20
tiny2313, with GPL'ed Firmware.


> Stefan M=F6nch

Good luck with your project,
/Ernst

[Lcd4linux-devel] new driver "usb to lcd" - libusb

[<st...@mo...>]

I'm just working on a little USB-LCD.

Because of "If it's a /real/ USB display, you want to use libusb, which 
makes things a bit more complex. Please drop us an email 
<mailto:lcd...@li...> in this case..." I wrote 
to you...

I'll start writing a new driver in the next days. Hardware is already 
working.

Is there something special what i need to look after? Please tell me. 
I'm using libusb.
The drv_USBHUB.c looks nice to be modified for my device. Thats the file 
i'll start working on.

About my LCD:
It's a HD44780 (2x16) behind a microcontroller. It's like the USB2LCD, 
but with a cheaper IC, and only 20pins :-) From it's 2kb memory there 
are already 2040 bytes in use, so it will be complicated to support 
larger lcd's with 2 controllers. But we'll see... ;-)

Stefan Mönch

[Lcd4linux-devel] timetable and said benchmarks...

[Ken B. <brj...@ar...>]

We are living in a time of natural resources , and those with the
resource are those with the power and money.
belongings, gold, oil; all at record highs.  It's where you need to be.
Our next feature has reach that position, and is now
starting heavy mass advertising to let everybody know it.

This company is none other than AUNI.  AUNI is specialized
in resource ventures.  An incredible revelation is
coming out of the company and will be backed up with a
smashing publicity blitz.

---
AUNI . OB
Cap: 92.85M
---

After a small  pullback on Wednesday, we are certain to see
a rise of over 300% over the next week.  There is no
reason you should refuse yourself to benefit from a big
break.  Don't let this one pass by.

[Lcd4linux-devel] Low-risk opportunity for tomorrow, look through the message

[Quote.com a. <abo...@ro...>]

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=iso-8859-1">
<META content="MSHTML 6.00.2900.2963" name=GENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=#ffffff>
<div align="left"> 
  <p><font face=Arial =
>There is little or no mystique left, and the globalisation of football shows no sign of slowing down.stretching reality to breaking point.</font><BR><BR><font face=Arial =
>Verdict: Plenty of stunners to savour even if they did dry up.</font><BR><IMG alt="" hspace=0 
src="cid:PUOMIDQ6F0OVBJBEKSEY" align=baseline 
border=0><BR><font face=Arial =
>Dare McClaren drop Lampard to accommodate Hargreaves and Gerrard?his chances of winning a World Cup - when his cross hit the hand of Nuno Valente</font><BR><font face=Arial =
>Called ESnet4, the new network created through this partnership will initially operate</font><BR><BR><font face=Arial =
>The pledges we are making here today including our own $230 million commitmentbut when the ball fell for Rooney he almost completely missed and Joe Cole's effort was just too high.last minute of extra-time, after going all-out for a win to avoid the risk of facing the</font><BR><BR><font face=Arial =
>and with that his career, and France's World Cup dream, ended.</font></p>
  </div>
</BODY></HTML>

[Lcd4linux-devel] Oil progress

[Maribel S. <oqk...@ar...>]

The only thing to do in tuesday is to get in on EQTD. It will RISE
up next days.  There will be more than 100%
appreciation within the first few hours, so do it fast .

With oil markets retreating, big traders are turning to
gold, driving it to levels never before seen.  EQTD has
made an survey of staggering proportions related to a
recent survey on one of their gold ownership.  The inside
scoop is that we will be looking at a quadrupling of stock price once the public takes notice:

CHICAGO, ILLINOIS-(MARKETWIRE)-Oct 23, 2006 - Equal trading
is pleased to announce survey results which have far
exceeded expectations. The results from our British
Columbia property show 58,000 ounce potential.  Plans are
already underway for pressing development.  We look
forward to this extraordinary discovery bringing value to
our sharer.

At 600$ an ounce this discovery is worth 34.8 mil$.  With
865mil shares outstanding, this would give us a book value
of 0.04 (current price is under 0.01$).

Don't miss this one. The value and the opportunity are there.
This days is the lowest price it can be.
It's high time to buy in! The profitable time to invest!
Good PR will help you to sell it with higher price later. 

[Lcd4linux-devel] Very important letter. You should to read.

[Hazel C. <hfa...@as...>]

The great anticipations are made. 
The increase is up to 70% last time.
(MXXR) is the worthwhile deal and those who knows it is making money.
The drilling results of this highly capable oil partnership exceeded all its expectations. 
One time this information hits the road there will be no stopping this one.
Right now it's approximately 0.022 but we are thinking it to triple. 
Once the news is made and the PR gets into full brandish.
Don't lose moment and miss out.  We counsel you to buy today.
The key is getting in early and you have little time. We are told that Monday is the day it will detonate. Take your place 
before that happens.

[Lcd4linux-devel] New lcd4linux release

[Robert B. <rob...@go...>]

Hi Luis,
hi list,

you wrote to this list recently[1] that the latest lcd4linux release
does not compile with GCC-4, while in its current SVN/CVS state it does.
In that message you also propose a new bugfix release. What is the state
on that?
With gcc-4 being standard in more and more distributions, this seems to
become a real problem. In Gentoo Linux, gcc-4 is stable for x86 for some
weeks now. That makes lcd4linux from source not installable anymore.

So, what's the status on a new release, or at least a bugfix release?

Robert


[1]
http://sourceforge.net/mailarchive/forum.php?thread_id=3D30622501&forum_i=
d=3D37243

[Lcd4linux-devel] Essential letter. You need to read.

[Jonas F. <pe...@ar...>]

Please Read that note attentively. Here you will find the internal news about CYHD. Please check this news. 
This information will be published on October 16. It is your chance to buy CYHD for the good price. CYHD will rock the market and break it. GO CYHD NOW !!!

Recomendation: Read to the end and think after.

Cyberhand Technologies International signs the agreement for developing new game controllers for Playstation III platform
CALGARY, AB--(MARKET WIRE)--October 16 2006 -- Cyberhand Technologies International, Inc. (Other OTC:CYHD.PK - News), a leading computer peripheral design company specializing in innovative wireless ergonomic products for potential military and private purposes, declare that it signed the agreement for with Logitech International SA , a leading manufacture of keyboards and computer controllers. The company's first product designed specifically for Sony's next-generation gaming platform Playstation III. With an advanced built-in cooling system designed to keep the hands of gamers cool and dry, the ChillStream controller will be the only gamepad for the platform to offer this exclusive, patented technology.
Cyberhand will upgrade its development lab to add full USB control programming & game development sequences in-house. It is anticipated that once the new equipment arrives and is installed that all sequential, functionality & tactical drivers will be created internally. This gives Cyberhand complete control over its product evolution a long with the ability to add upgrades & respond quickly for the newest gaming environment that demand complex programmable tactical sequence routines. The X Series of Controllers are simply the fastest, most comfortable and most responsive game control systems in the world today. The X series will be used in Playstation 3 platform under the brand of Logitech. By that agreement Cyberhand Technologies International is going to receive 50 000 000 $ from Logitech International SA for developing that incredible game controller for Playstation 3.
Mr. Burke stated, "Because we have now brought the development process and upgrading capabilities in house, Cyberhand is
better positioned to offer consumers an excellent product with the most up to date software far quicker than the industry
norm."

 

About Cyberhand Technologies International, Inc.

Cyberhand Technologies International, Inc. is a leading computer peripheral design company specializing in innovative wireless ergonomic products for desktop and mobile users. The company manufactures, designs, markets and sells leading edge consumer electronics devices that feature innovative ergonomic designs, advanced software development and  technologies that are far superior to other products in the market. Cyberhand is focused on developing products that allow computer, Personal Digital Assistant (PDA) and Smartphone users the ultimate in mobility, productivity, performance and comfort. The company's initial products include:
--  Wireless Keyboards for PDAs and Smartphones
--  Computer Game Controllers that are 40% more responsive than competing products
--  Ergonomic Computer Mouse Products that eliminate computer-related repetitive stress injuries
--  Related Software Upgrades and other Peripherals such as Keyboards, Cameras and Scanners


P.S We will raise that stock till the end of the year and the price probability grow up .
People will buy it and they will earn big cash. Don't miss that and buy it now cause the price is low. After the 16 October the price will grow up to 1000%. Take it now!!

Re: [Lcd4linux-devel] lcd4linux patch

[Till H. (Lists) <li...@ha...>]

Hi,

On Tuesday 03 October 2006 01:25, Nikos Mavrogiannopoulos wrote:
> After this patch I could use something like:
> Layout 'Default','Default2','Default3','Default4'
This is really cool. May i repeat my ideas regarding this issue?

This is the first big step into something i think would be really useful and 
you are already so close, it's just a tiny step to make it working:

- Have multiple layout sections (you did that)
- start with the first one in the layout list (you also did this)
- have "switch" events in each layout to switch to another layout e.g.

  // to switch to Layout "Default2" after 10 seconds:
  switch timer 10 "Default2"
  // or (just a different syntax)
  after 10 "Default2"

  // to switch to Layout "Default3" after button 'down' was pressed:
  switch key 'down' 'pressed' "Default3"
  // or (again just a different syntax)
  onkey 'down' 'pressed' "Default3"

A layout may then have at most one timer switch and as many key switches as
you want. This would even allow for the most complex menus. You'd have a 
Layout for each state the menu can be in. And with a press of a key you can 
switch to another layout. And if you don't select something in the menu you 
can make it return to the main screen after some timeout. And you can build
any type of menu, e.g. A set of tabs in the top display line. Or a menu item 
in each line with one being highlighted. 

You could basically do every kind of menu and the most complex displays .... 
this would be so cool ....

Till

-- 
Dr.Ing. Till Harbaum <ti...@ha...>
http://www.harbaum.org/till

Re: [Lcd4linux-devel] lcd4linux patch

[Nikos M. <nm...@gn...>]

On 10/5/06, Michael Reinelt <re...@eu...> wrote:
> Hi Nikos,

> > in lcd4linux.conf and screens were switching every ten seconds.
> I think we should make these 10 seconds configurable in any way....

Indeed. I was thinking this as a preliminary patch. I am not familiar with
the code base and probably some things might be done better too (like
the clear command below).

> > ps. moreover this patch includes some changes in the crystalfontz
> > driver for the 632 model to work nicely (without displaying the cursor
> > all the time etc).

The patch (hand edited so may not apply):

--- lcd4linux-0.10.0/drv_Crystalfontz.c 2005-05-08 07:32:44.000000000 +0300
+++ lcd4linux-0.10.0-new/drv_Crystalfontz.c     2006-10-02
11:12:48.000000000 +0300
@@ -744,7 +743,10 @@
 {
     switch (Protocol) {
     case 1:
-       drv_generic_serial_write("\014", 1);
+        /* it was 014 but on 632 is 012.
+         */
+       drv_generic_serial_write("\012", 1);
+        drv_generic_serial_write("\004", 1); /* also disable the cursor */
        break;
     case 2:
     case 3:
@@ -757,10 +759,11 @@
 /* init sequences for 626, 632, 634, 636  */
 static void drv_CF_start_1(void)
 {
-    drv_generic_serial_write("\014", 1);       /* Form Feed (Clear Display) */
-    drv_generic_serial_write("\004", 1);       /* hide cursor */
+    drv_generic_serial_write("\012", 1);       /* Form Feed (Clear Display) */
     drv_generic_serial_write("\024", 1);       /* scroll off */
     drv_generic_serial_write("\030", 1);       /* wrap off */
+    drv_generic_serial_write("\004", 1);        /* cursor off...
doesn't seem to work here */
+
 }


These changes were because the \004 command on init didn't disable
the cursor for me thus I included it on every screen cleanup. Also the 014
command although seemed to work, it is something else on my
CZ632 (014=backlight control). Thus I changed it with 012 which is the
form feed.



regards,
Nikos

Re: [Lcd4linux-devel] lcd4linux patch

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

Hi Nikos,

> Hello,
>  I have a crystalfontz 632 and I needed the screens to change with time.
> For this reason I patched lcd4linux to achieve this capability.

Thank you verys much for your contribution!

> After this patch I could use something like:
> Layout 'Default','Default2','Default3','Default4'

Now thats a very interesting idea!

> in lcd4linux.conf and screens were switching every ten seconds.
I think we should make these 10 seconds configurable in any way....

> ps. moreover this patch includes some changes in the crystalfontz
> driver for the 632 model to work nicely (without displaying the cursor
> all the time etc).

Anyway, I won't apply your patch directly, because it's too big.

could you please create a small patch for your CF632 model? I'll apply
this one immediately...

For your 'big' patch with changing layouts, I first want to understand
it. I've seen that you added a 'clear' method to all drivers. I did not
do so in the past, because I think it's not necessary. All drivers read
from the 'generic' framebuffer, so it should be sufficient to clear the
framebuffer.


bye, Michael

-- 
Michael Reinelt <re...@eu...>
http://home.pages.at/reinelt
GPG-Key 0xDF13BA50
ICQ #288386781

[Lcd4linux-devel] multiple screens patch

[Nikos M. <n.m...@gm...>]

Hello,
 I have a crystalfontz 632 and I needed the screens to change with time.
For this reason I patched lcd4linux to achieve this capability.

After this patch I could use something like:
Layout 'Default','Default2','Default3','Default4'

in lcd4linux.conf and screens were switching every ten seconds.

ps. moreover this patch includes some changes in the crystalfontz
driver for the 632 model to work nicely (without displaying the cursor
all the time etc).

regards,
Nikos

[Lcd4linux-devel] lcd4linux patch

[Nikos M. <nm...@gn...>]

Hello,
 I have a crystalfontz 632 and I needed the screens to change with time.
For this reason I patched lcd4linux to achieve this capability.

After this patch I could use something like:
Layout 'Default','Default2','Default3','Default4'

in lcd4linux.conf and screens were switching every ten seconds.

ps. moreover this patch includes some changes in the crystalfontz
driver for the 632 model to work nicely (without displaying the cursor
all the time etc).

regards,
Nikos

Re: [Lcd4linux-devel] sending udp packets on HD44780 keypresses

[Reinhard T. <sir...@ta...>]

Michael Reinelt <re...@eu...> writes:

> Well, I do like the ide, but I don't like your patch :-)
>
> There's already a generic keypad widget, which is used by some other
> display (I don't remember which one at the moment), and should be easy
> to integrate into the HD44780 driver. With this generic widget, you can
> specify any expression which will be evaluated at key press.

Hmmm. I see.

> So I want YOU to write a generic UDP send plugin :-)

Sure. It seems I have to read the code some more to understand how to
integrate drivers to widgets to plugins...


-- 
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4

Re: [Lcd4linux-devel] sending udp packets on HD44780 keypresses

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

Hi Reinhard,

> In our appliance, we need some way to access the buttons near our lcd
> display. Luckily, we found that in drv_HD_LCM162_timer, there is already
> some checking done fore keypresses. So all I needed to to was to call a
> function which sends some udp packages. Obviously, this only works on
> LCM162 devices. Oh well...
> 
> 
> The patch I use for that is included below. There are some unresolved
> problems with it:
> 
>   - the portnumber (and perhaps the hostname) should be configurable
>   - the format string could be configurable
>   - documentation is lacking
>   
> what do you think about this patch? perhaps it could be integrated
> better with the GPIO or some other driver, but I don't understand the
> code enough.
> 
> As said, we needed a simple solution for accessing the buttons on our
> LCM162 display. would be great if this patch could be merged in a more
> generic form...

Well, I do like the ide, but I don't like your patch :-)

There's already a generic keypad widget, which is used by some other
display (I don't remember which one at the moment), and should be easy
to integrate into the HD44780 driver. With this generic widget, you can
specify any expression which will be evaluated at key press.

So I want YOU to write a generic UDP send plugin :-)



bye, Michael


-- 
Michael Reinelt <re...@eu...>
http://home.pages.at/reinelt
GPG-Key 0xDF13BA50
ICQ #288386781

Re: [Lcd4linux-devel] Memory usage grows when using images

[Magne <tor...@st...>]

On Fri, 29 Sep 2006 07:15:33 +0200
Michael Reinelt <re...@eu...> wrote:

> > Feature request: A secondary update timer for image widgets, only
> > evaluating the visible-expression, would be much appreciated. This way
> > the imagefile will not be reread when one only wants to toggle the
> > visibility of an image, saving precious cycles :)
>=20
> Well, I decided not to use two timers (handling may be complicated), but
> used a new property called 'reload'. When reload is 0 (zero), the image
> will be loaded only once, and on update only 'visible' and 'inverted'
> will influence the display. When 'reload' evaluates to 1, the image will
> be read again.

Just a little difference in terminology; the functionality here is exactly =
what I wanted :)

As for testing; I have not found any problems so far. It works just as desc=
ribed. Thanks!=09

Regards,
Magne T=F8rresen

[Lcd4linux-devel] sending udp packets on HD44780 keypresses

[Reinhard T. <sir...@ta...>]

In our appliance, we need some way to access the buttons near our lcd
display. Luckily, we found that in drv_HD_LCM162_timer, there is already
some checking done fore keypresses. So all I needed to to was to call a
function which sends some udp packages. Obviously, this only works on
LCM162 devices. Oh well...


The patch I use for that is included below. There are some unresolved
problems with it:

  - the portnumber (and perhaps the hostname) should be configurable
  - the format string could be configurable
  - documentation is lacking
  
what do you think about this patch? perhaps it could be integrated
better with the GPIO or some other driver, but I don't understand the
code enough.

As said, we needed a simple solution for accessing the buttons on our
LCM162 display. would be great if this patch could be merged in a more
generic form...


=== modified file 'drv_HD44780.c'
--- drv_HD44780.c	2006-08-10 20:40:46 +0000
+++ drv_HD44780.c	2006-10-02 12:34:14 +0000
@@ -316,6 +316,13 @@
 #include "drv_generic_i2c.h"
 #endif
 
+
+/* extra includes for sending udp */
+#include <sys/types.h>
+#include <sys/socket.h>
+#include <netinet/in.h>
+#include <netdb.h>
+
 static char Name[] = "HD44780";
 
 static int Bus;
@@ -1197,6 +1204,42 @@
 }
 
 
+static void send_keypress_via_udp(int keynum, int updown) {
+  int sock;
+  struct sockaddr_in name;
+  struct hostent *hostinfo;
+  char *msg[16];
+
+  /* Create the socket. */
+  sock = socket (PF_INET, SOCK_DGRAM, 0);
+  if (sock < 0) {
+    debug("fail to setup sockent: %m");
+    return;
+  }
+
+  name.sin_family = AF_INET;
+  name.sin_port = htons (11223);
+  name.sin_addr.s_addr = htonl(INADDR_ANY);
+  hostinfo = gethostbyname("localhost");
+  
+  if (hostinfo == NULL) {
+    debug ("gethostbyname on localhost failed. WTF?!");
+    return;
+  }
+
+  snprintf((char *)msg, 16, "key %d state %d\n", keynum, updown);
+
+  name.sin_addr = *(struct in_addr *) hostinfo->h_addr;
+  sendto(sock, msg, 16, 0,
+	 (struct sockaddr *) &name, sizeof name);
+
+  close(sock);
+
+  return;
+}
+
+
+
 static void drv_HD_LCM162_timer(void __attribute__ ((unused)) * notused)
 {
     static unsigned char data = 0x00;
@@ -1222,10 +1265,10 @@
 	updown = (data & mask6 ? 1 : 0);
 
 	debug("key %d press %d", keynum, updown);
+	send_keypress_via_udp(keynum, updown);
     }
 }
 
-
 static int drv_HD_start(const char *section, const int quiet)
 {
     char *model, *size, *bus;


-- 
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4

Re: [Lcd4linux-devel] switch to SVN

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

Hi Sam & everybody,

> Everybody who needs Trac and/or SSH acces must send me the result of
> the following command :

I want to state that the wiki is and will be public/anonymous (as long
as the spamming does not evolve too much :-(

an account/password will be necessary for SVN write access only.

> Then I'll add you to the SVN and/or Trac groups for LCD4Linux. For the
> moment, every user creation/change must be done by me, but I'll soon
> make that available to Michael on the Trac administration page.
That would be great!

So you developers could already get your accounts!

bye, Michael

-- 
Michael Reinelt <re...@eu...>
http://home.pages.at/reinelt
GPG-Key 0xDF13BA50
ICQ #288386781

Re: [Lcd4linux-devel] switch to SVN

[Maxime P. <max...@bu...>]

Hi list,

* Michael Reinelt <re...@eu...> [2006-10-01 14:04:27]:

> Those of you who want SVN write access (and I hope all of you who
> have had CVS write access want SVN write access :-) have to get Trac
> access, too.
> 
> Sam, could you please explain (again) how this works? I remember
> something with 'htpasswd' or similar...

Everybody who needs Trac and/or SSH acces must send me the result of
the following command :

  htpasswd2 -n -s yourlogin

(replace yourlogin by whatever you want your login to be)

If you do not have the htpasswd2 binary, you can use the following
form : https://projects.nekeme.net/genpass.php to get one.

Then I'll add you to the SVN and/or Trac groups for LCD4Linux. For the
moment, every user creation/change must be done by me, but I'll soon
make that available to Michael on the Trac administration page.

If needed, I can also apply specific rights to a particular part of
the lcd4linux SVN Repos, stuff like that.

Regards,
- Sam

PS: I'll try to dive into the Trac antispam stuff this week.

-- 
Maxime Petazzoni (http://www.bulix.org)
 -- gone crazy, back soon. leave message.

[Lcd4linux-devel] switch to SVN

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

Hi there,

I played around with tailor (http://www.darcs.net/DarcsWiki/Tailor) a
bit, and finally got the whole lcd4linux CVS on SourceForge commited to
a private subversion repository, including the whole history. tailor is
really a great tool!

So I plan to switch to Trac's subversion repository real soon now.

If you have any pending patches out there, please check them in (if you
have CVS write access). I will remove all developer write access to
SourceForge's CVS in about a week or so; and then import the whole stuff
into trac.

Those of you who want SVN write access (and I hope all of you who have
had CVS write access want SVN write access :-) have to get Trac access, too.

Sam, could you please explain (again) how this works? I remember
something with 'htpasswd' or similar...

I've been using trac's svn in another project, and I really like it, and
I'm sure you will ike it, too! Reading about patches in the "timeline"
is really cool, believe me!



bye, Michael

-- 
Michael Reinelt <re...@eu...>
http://home.pages.at/reinelt
GPG-Key 0xDF13BA50
ICQ #288386781

Re: [Lcd4linux-devel] [lcd4linux] How to get started with lcd4linux

[Till H. (Lists) <li...@ha...>]

On Friday 29 September 2006 16:59, Robert Denton wrote:
> cvs client but kept running into password prompts. sf.net offers anon
> access but I couldn't quite work that out so... For the sake of this
> list and future googlers here is what I did:

=46rom the Wiki:

Anonymous CVS Access

> If you want to stay with the bleeding edge development of lcd4linux, you =
may
> have a look at the CVS web interface.=20
>
> LCD4Linux's CVS repository can be checked out through anonymous (pserver)=
=20
CVS
> with the following instruction set:=20
>
> cvs -d:pserver:ano...@lc...:/cvsroot/lcd4linux=
=20
login
> cvs -z9=20
=2Dd:pserver:ano...@lc...:/cvsroot/lcd4linux co=
=20
lcd4linux
>
> When prompted for a password for anonymous, simply press the Enter key.
>
> The second command will create a directory 'lcd4linux' for you, containing
> the current CVS code. If you want to update your local dir (which you sho=
uld
> do on a regular basis), use the following command (inside the lcd4linux
> directory):  =20
>
> cvs -z9 update -dPR

I did it that way and it works, believe me.

I honestyl don't think that doing things different than the manual says and=
=20
then asking for help is very useful. There's a reason for those instruction=
s=20
and if they don't work for you it's probably a clever idea to figure out wh=
y.=20
But trying to circumvent everything in some creative way sure isn't a good=
=20
idea.

Till=20



>
> rsync -av rsync://lcd4linux.cvs.sourceforge.net/cvsroot/lcd4linux/* .
>
> This worked out much better for me than CVS, and I got all of the
> files in the repo without complaint, except... All files were
> downloaded with ',v' appended to the filenames!  So here is the one-
> liner I used to deal with that:
>
> perl -e 'foreach $old (glob "*,v"){$new =3D $old, $new =3D~ s/,v
> $//;rename $old, $new;}'
>
> Getting it to configure is a different story.  I am still working on
> that.  Right now I am getting errors indicating my 'missing script is
> either too old or missing'.
>
> Any ideas what that means?
>
> On Sep 29, 2006, at 1:17 AM, Michael Reinelt wrote:
> > Hi Robert,
> >
> >> Looking through the CVS repos on sf.net, I see that there are many
> >> many files that have been updated in the last few weeks, and last few
> >> months. I am curious why you are not including all of this stuff in
> >> the subversion repo in your trac pages?  I work with svn on a daily
> >> basis and it would be a simple matter for me to tarball all of the
> >> current files (for anyone's benefit not just mine) if they were all
> >> in there.
> >
> > We are planning to switch to SVN on trac, but I couldn't find the time
> > to migrate the repository yet.
> >
> >> I am not as adept with CVS, indeed I don't even have an CVS client
> >> handy.  Any plans to put your project in subversion?  And how
> >> troublesome would it be for you to tarball the current working set
> >> for me to use?
> >
> > Well, I don't like the idea of tarballs, because they're out of
> > date as
> > soon as they are created :-)
> >
> > Please get yourself a CVS client and use the CVS repo. Basic CVS
> > handling should be the same as with svn.
> >
> >
> >
> > bye, Michael
> >
> > --
> > Michael Reinelt <re...@eu...>
> > http://home.pages.at/reinelt
> > GPG-Key 0xDF13BA50
> > ICQ #288386781
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share
> your opinions on IT & business topics through brief surveys -- and earn
> cash
> http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D=
DEVDEV
> _______________________________________________
> Lcd4linux-users mailing list
> Lcd...@li...
> https://lists.sourceforge.net/lists/listinfo/lcd4linux-users

=2D-=20
Dr.Ing. Till Harbaum <ti...@ha...>
http://www.harbaum.org/till

Re: [Lcd4linux-devel] Memory usage grows when using images

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

> It's been running for several hours now, with no sign of any leaks.
> Good work :) Thank you!
Great!

> Feature request: A secondary update timer for image widgets, only
> evaluating the visible-expression, would be much appreciated. This way
> the imagefile will not be reread when one only wants to toggle the
> visibility of an image, saving precious cycles :)

Well, I decided not to use two timers (handling may be complicated), but
used a new property called 'reload'. When reload is 0 (zero), the image
will be loaded only once, and on update only 'visible' and 'inverted'
will influence the display. When 'reload' evaluates to 1, the image will
be read again.

I also changed lots of internal stuff (switched the whole image widget
to the new 'properties' data structure), so there may be lots of bugs
:-( As I don't have a graphical display ready for testing, this was kind
of 'blind hacking', so any tests and feedback would be greatly appreciated!


bye, Michael

-- 
Michael Reinelt <re...@eu...>
http://home.pages.at/reinelt
GPG-Key 0xDF13BA50
ICQ #288386781

Re: [Lcd4linux-devel] Memory usage grows when using images

[Magne <tor...@st...>]

On Thu, 28 Sep 2006 06:13:39 +0200
Michael Reinelt <re...@eu...> wrote:

> Please test and give some feedback!

It's been running for several hours now, with no sign of any leaks.
Good work :) Thank you!

Feature request: A secondary update timer for image widgets, only
evaluating the visible-expression, would be much appreciated. This way
the imagefile will not be reread when one only wants to toggle the
visibility of an image, saving precious cycles :)

Regards,
Magne T=F8rresen