Puppy Linux Discussion Forum

Béèm · Posted: Fri 06 Nov 2009, 20:55 Post subject: Beta 3 and Thinkpad R40

I tried now the beta 3 on the Thinkpad R40.

Still with pfix=ram

This time at the selection panel of the keyboard, the keyboard keys did work and I could select the Belgian keyboard as well as the display settings.

I did get to the desktop now with a working mouse (track point), but the keyboard is weird.

The numeric keypad on the keys 7 8 9 u i o j k l , is activated. Never got that in any other puppy. As I didn't find how to revert to the normal state, I can't type è ! ç u i o j k l , which is very annoying.

I can setup the connection to internet and dillo is working.
However FireFox doesn't load.

Also at the end of the session I don't get the panel to create a save file. I get the message puppy not saved or something the like.
This is a long time outstanding flaw, which apparently pop's up with certain implementations.

So far for my Lenny experience on the R40

gposil · Posted: Sat 07 Nov 2009, 00:01 Post subject:

Hello Béèm

A question, have you run Barry's 4.3.1(2.6.30.5) on your MD8818 yet, if you have could you give me a report of your findings...

Cheers
Guy

gposil · Posted: Sat 07 Nov 2009, 05:02 Post subject:

OK..here's our new improved Dpup Control Panel, now with menu entry...and a few more tricks(i'll explain those on release)...it's only 800k smaller than the the old one...that's a bit of "fat trimming"...

Bert · Joined: 30 Jun 2006 Posts: 153

shankargopal · Joined: 03 Dec 2005 Posts: 225

Two quick questions:

1. Since beta5 is now on a long time frame, just wanted to ask, gposil, if apt-get / synaptic with the improved database you worked on is available / could be made available separately? Would be great, that's what I've been waiting for ... Smile

2. I am using beta 3 (and again apologies in case this is not a bug in beta 4) and have found that nothing in the /etc directory seems to be being retained... not new files, or changes in /etc/passwd, or changes in /etc/rc.d/rc.local (even if the last is made executable).

Thanks as usual

gposil · Posted: Sat 07 Nov 2009, 08:18 Post subject:

shankargopal

You are correct, for whatever reason, Barry made the pupsave file not save anything from the /etc directory, I see the reasoning for this in standard Puppy, but to be fully Debian compliant, we need to save not only the /etc directory, but also the /var directory....This has been addressed for beta5. Of course if you have a full install this does not affect you.

As to APT and Synaptic, yes, APT will be available as an sfs in a week's time, along with a pet for Synaptic, but it will only work successfully on pre-beta5 with a full install. After beta5 is released it will be suitable for frugal and std pup-save installations. It will not work on non-dpup Puppies.(without major changes to their structure).

Cheers

shankargopal · Joined: 03 Dec 2005 Posts: 225

shankargopal · Joined: 03 Dec 2005 Posts: 225

gposil · Posted: Sat 07 Nov 2009, 09:39 Post subject:

shankargopal

/etc/rc.d and /etc/init.d were saved....but it matters little now, as all /etc and /var sub-directories will be saved...

Béèm · Posted: Sat 07 Nov 2009, 10:01 Post subject:

Béèm · Posted: Sat 07 Nov 2009, 10:08 Post subject:

01micko · Posted: Sat 07 Nov 2009, 19:49 Post subject:

Hi gposil

I have this really weird bug with the $HOME (ie '/root') directory. When I've been working in a directory for a while (which I have been doing quite a bit lately) it seems that $HOME is pointed to that directory. Not only that, if I run a script that points to $HOME I get errors such as "no such file or directory". An 'X' restart fixes it.

It is apparent in Rox too, that is, if I click the 'home' icon the directory I've been working on opens. It is also apparent if I open a terminal (mrxvt or urxvt) where the default directory is the directory I've been working in, it doesn't matter what the directory is... weird behaviour. I'm trying to track it down but admittedly I haven't spent much time on it, my gut feeling is that it is to do with Wbar or the Wallpaper setter or it might be a conflict between Debian and Puppy, but it is just a guess.

Has anyone else noticed this? You won't unless you are working in a directory for quite awhile.

Cheers

gposil · Posted: Sat 07 Nov 2009, 20:11 Post subject:

Mick, that behaviour started with the intro of Wbar the fix is not in beta4 but is in beta5, all you need to do is the following.

In /root/Startup/wbar, add cd $HOME at line 2.

and in /usr/local/apps/Wallpaper/set_bg, change cd / to cd $HOME at line 44.

Cheers

01micko · Posted: Sat 07 Nov 2009, 20:22 Post subject:

Thanks for quick reply

I was beginning to think it was something I introduced Laughing

Do I recall you covered this early in the thead? (If so Embarassed

)

Anyhow this is how I thought I introduced it...