Chihuahua Alpha6 plus Lassie_Office

[slvrldy17]

"The problem with xvidtune has been reported repeatedly on earlier versions. It comes down to Xorg ignoring the modeline xvidtune produces, for reasons I still don't understand. I can add this to the configuration file by hand, but it still doesn't have any effect.

Gxine has issues, no question. "


Prehistoric, Tronkel

Have been mucking about off and on with various flavors of Puppy for quite some time now and I have to agree that some problems are on going. Strangely enough while I was working with Gray's 3.01 based NOP Puppy the Xorg problem wasn't really all that annoying - the needed tweaks for Xorg seemed to carry over between boots - what the difference between the versions is that makes this so I don't know.

As for the problems with Gxine - if memory serves there is a version of Puppy that uses the VLC media player - one of ttuxxx's efforts I think - it might be worth a look. I've had good results using VLC as a "portable app" from a USB key on windows machines and the Linux version might be a fit substitute for Gxine. I'd be quite willing to accept a bigger ISO to get a reliable media player - within reason of course! Keep up the good work guys - and thanks for your eforts.

[slvrldy17]

Sorry - double post!

[geneven]

Gxine works horribly for me when viewing Destinos, the free, fun video series for learning Spanish. Static shots work fine, but movement doesn' register quickly enough. It forces me to run Windows to see the series. Here't the url:

http://www.learner.org/resources/series75.html

Free registration is required to play the videos.

[Lobster]

Can someone host, test and report back on this giant Chihuahua
http://www.murga-linux.com/puppy/viewto ... 639#193639

[ttuuxxx]

Can someone host, test and report back on this giant Chihuahua
http://www.murga-linux.com/puppy/viewto ... 639#193639

I would if I could but I don't speak Vietnamese !!!

ttuuxxx

[HairyWill]

There is a bug in init for puppy 3.01 and the latest dingo. They don't always set PUPMODE=13 for ideflash type installs. I presume that 3.02 has the same problem. There is a fix here
http://www.murga-linux.com/puppy/viewto ... 681#193681

[prehistoric]

@HairyWill,

I'm pretty sure I've seen this, and wondered where the Save icon went. At the time, I wasn't sure I'd done everything correctly, so I didn't report it.

Thanks for the code and link!

Gxine works horribly for me when viewing Destinos, the free, fun video series for learning Spanish. Static shots work fine, but movement doesn' register quickly enough. It forces me to run Windows to see the series.

Hi geneven,
Could you give some information on the machine and Puppy configuration you're running? Processor speed, RAM, Puppy version and type of install, (including use of swap,) are important. Also, what kind of internet connection do you have?

[gerry]

A request: could you put "Booting Puppy 302 (or whatever)" immediately above "Choose a pup-save file" at boot-up, please. I sometimes forget which cd is in the drive.....and it messes up the pup-save file.

Gerry

[prehistoric]

Have been mucking about off and on with various flavors of Puppy for quite some time now and I have to agree that some problems are on going. Strangely enough while I was working with Gray's 3.01 based NOP Puppy the Xorg problem wasn't really all that annoying - the needed tweaks for Xorg seemed to carry over between boots - what the difference between the versions is that makes this so I don't know.

Just tried to reproduce this on a machine where I've had to adjust the monitor because the modeline generated by xvidtune was ignored. I used NOP r6 and checked that the modeline was inserted in xorg.conf. It's there, but still gets ignored. What version of NOP are you using? Could you have adjusted the monitor and forgotten? Could this be another non-deterministic problem that only goes right once in a blue moon?

@gerry,

Not a bad idea, I've used the wrong pup_save on occasion.

[jonyo]

Compaq sr2020nx (AMD Athlon 64 3500+ / 2.2 GHz, NVIDIA GeForce 6150 LE) 2 gig ram, linksys wusb54g usb adapter using native rt2570 driver setup via net wiz & rutilt with wep 64 hex.

#5 -3xx series pup setup with linNwin & xpsp2.

Only problem I'm having is when I select Xorg, the mouse cursor goes away (disappears) but works in the background; xvesa solves that. Same thing happens with the other 3xx setups on this 'pute 'cept ..I think in muppy 08.2

[rerwin]

slvrldy17,
In Puppy 4 I added logic to create a line in the monitor section of xorg.conf:

Code: Select all

Option "PreferredMode" "1024x768"

where the 1024x768 matches the value in the screen-section line:

Code: Select all

Modes "1024x768"

You might try doing that manually with your resolution value, to see if it helps.
Richard

[prehistoric]

Hi rerwin,

Jonyo seems to be reporting another case of an invisible mouse cursor, like those I saw before. One was also on a Geforce 6150.

Now I'm off to try that fix you suggested to slvrldy17 on another machine of mine.

@Jonyo,

If this is what I think, there is a simple fix that will allow you to run Xorg. Edit the xorg.conf file in /etc/X11 to uncomment this line in the "Device" section.

Code: Select all

	#Option     "SWcursor"           	# [<bool>]

Changing it to:

Code: Select all

	Option     "SWcursor"           	"True"

@tronkel,

I'm testing Muppy 008.3 at the moment, and have found a greatly improved setup of the synaptics touchpad on my laptop in the xorg.conf it configured. This is one thing to grab, and I'm sure there are others. MU has also trashed fixPuppyPin.sh used with HotPup because of trouble with changing screen resolution. On this laptop, HotPup seems to be working. On that 500 MHz Celeron, the HotPup drive icons ended up in the upper left corner, for reasons not apparent. Muppy does not have the black/frozen screen on exit problem, as far as I've seen.

[tronkel]

@prehistoric

Any idea which version of Puppy Muppy 008 is based on? I haven't had the time to follow Muppy's development recently.

I did notice that MU had altered the window manager shutdown script to remove exec from the last line there. The relevant files are /usr/X11R6/wmreboot and /usr/X11R6/wmpoweroff This is what may actually be the solution to your xorg shutdown problems. Maybe you could try that and see if that works for you.

Other than that, I think I would need the appropriate Xorg basic package from Muppy 008 as used in the Muppy Unleashed as the replacement for that as currently used in Chihuahua.

I also get the impression that Muppy is running well from what I've heard. Stuff in there could well help to solve some Chihuahua issues.

[tronkel]

@prehistoric

Just tried removing exec from the files as mentioned in the above post.

I can't replicate your shutdown problem here, but the result seemed promising. I'm getting less shutdown text showing in the black screen and then goes straight to reboot. Seems like a cleaner shutdown and no harm done. Rebooting from a pristine live CD startup showed the correct save to file options as well. So worth a try.

Next thing is to see if a retro version cures the process contentions problem.

Then will have to download Muppy and retrieve the fixPuppyPin script for HotPup

@ MU

Wenn Du diese Nachricht siehst, kannst Du bitte das Xorg base package von der letzten Muppy-Version irgendwo aufladen?

Danke im Voraus

Tronkel

[jonyo]

Any idea which version of Puppy Muppy 008 is based on?

3xx

[prehistoric]

@MU, tronkel,

Good call there! I've removed the execs from wmreboot and wmpoweroff on the problem machine and done four reboots and a shutdown without losing the console messages. Now that I know, it seems obvious that the order in which processes were killed made a difference when this was another process. The non-determinism goes all the way back to start up. Removing the exec serializes the reboot/shutdown operations.

We still have non-determinism at start up, and so does Muppy 008.3. (Based on 3.01 w/ patches.) This is significant when HotPup starts up, and sometimes results in that pile of icons in the upper left corner. I've also noticed that blinky and freemem tray applet get in a tangle sometimes, because both disappear from the tray and a tiny window is stuck in the upper left corner. (If I seem to be hung up on these problems, blame it on years with simulators and real-time control.)

I've just made the changes for reboot/shutdown on this laptop. If the problem is solved there, we're out of the woods. Cue "Heilige Dankegesang".

[slvrldy17]

Have been mucking about off and on with various flavors of Puppy for quite some time now and I have to agree that some problems are on going. Strangely enough while I was working with Gray's 3.01 based NOP Puppy the Xorg problem wasn't really all that annoying - the needed tweaks for Xorg seemed to carry over between boots - what the difference between the versions is that makes this so I don't know.

Just tried to reproduce this on a machine where I've had to adjust the monitor because the modeline generated by xvidtune was ignored. I used NOP r6 and checked that the modeline was inserted in xorg.conf. It's there, but still gets ignored. What version of NOP are you using? Could you have adjusted the monitor and forgotten? Could this be another non-deterministic problem that only goes right once in a blue moon?

@gerry,

Not a bad idea, I've used the wrong pup_save on occasion.

Prehistoric,

Excuse the delay in getting back to you - I just woke up to go to work on an overnight shift. If memory serves the version of NOP that I was using was NOP 3.01r3 or r4 - I had it set up to boot from a 4Gb compact flash card in an IDE adapter and it is still sitting here - If it will help I'll put it back in the machine, boot it and confirm my memory. I can also copy off the output of dmseg and send that. Let me know - I'll be working midnights this week and it may take a day or two to do - sleep and work permitting - but is no problem from my perspective.

[prehistoric]

@rerwin,

I've tried your suggestion about the Option "PreferredMode" with the string matching the resolution named in that modeline. No luck at this location on getting xvidtune changes accepted when X restarts. Also tried this under Muppy 8.3, in case their changes in Xorg setup had solved problems. No luck with that, either. Changes made by xvidtune are temporary.

@slvrldy17,

If, as I suspect, your first attempt to reproduce the success you had before fails, could I impose on you to try several times. If you get it to work on any try it will be better than I am doing, and that will be an important clue.

Anyone, can you find a change between NOP 3.01 r3 and r6 which would affect this?

[jonyo]

Edit the xorg.conf file in /etc/X11 to uncomment this line in the "Device" section.

Code: Select all

	#Option     "SWcursor"           	# [<bool>]

Changing it to:

Code: Select all

	Option     "SWcursor"           	"True"

Don't see the above in xorg.conf or conf0.

Point of interest. Pup auto loads rt2570 & the interface in the net wiz shows rausb0. At the same time, rutilt shows rt2500 wlan & rt2500 is the win driver.

If I load my profile in the net wiz, then click use this profile, 'pute locks up solid though the mouse cursor still moves but doesn't work on anything. Only way out is the power button. I've had many lockups with rt2570 in diff vers of pup when doing things which I'd think are normal.

I get a connection by doing a scan in the net wiz first & that picks up my network. Only then can I use rutilt, click on my profile there & then get connected.

There have been many reports of rt2570 locking up 'putes in the 3xx series & I think even before. I had a boot crash (disk error) with xp one time too after a rt2570 lockup.

Bottom line is I can use rt2570, but it requires a specific sequence (gui wise) & doing it diff can cause a lockup.

There are no issues when I use the the win driver.

[tronkel]

@preheistoric

I've just added exec to the .icewm startup script. /root/.icewm/startup

#!/bin/bash
# this script is executed by starticewm when IceWM starts



killall icesound
icesound &

killall icewmtray
exec icewmtray &
sleep 1

killall freememapplet-tray
sleep 2 && /root/my-applications/freememapplet_tray_puppy215ce/freememapplet-tray &

killall blinky
sleep 3 && /root/my-applications/blinky-0.8-icewm/src/blinky -bg "#4f5ff3" &



# cludge repair for root menu corruption
fixmenus &&

This seems to repair the randomness of the startup order of Blinky and Freememapplet. The little frame at the top LHS seems to have also gone. Seems to be OK on this system here. Please try this on your laptop as well.

The irony of it all. Remove 2 showstoppers by taking exec out of one script and putting it into another .... lol

Now Firefox has just inexplicably crashed on me.
Never mind ... can't have everything I suppose