Puppy 4.2 RC2 Deep Thought - Bugs & Fixes

Post Reply
Message
Author
User avatar
MinHundHettePerro
Posts: 852
Joined: Thu 05 Feb 2009, 22:22
Location: SE

Wallpaper blend-paper

#16 Post by MinHundHettePerro »

.
Last edited by MinHundHettePerro on Sat 16 May 2009, 11:43, edited 1 time in total.
[color=green]Celeron 2.8 GHz, 1 GB, i82845, many ptns, modes 12, 13
Dual Xeon 3.2 GHz, 1 GB, nvidia quadro nvs 285[/color]
Slackos & 214X, ... and Q6xx
[color=darkred]Nämen, vaf....[/color] [color=green]ln -s /dev/null MHHP[/color]

User avatar
WhoDo
Posts: 4428
Joined: Wed 12 Jul 2006, 01:58
Location: Lake Macquarie NSW Australia

#17 Post by WhoDo »

01micko wrote:Too many clockskins and waaaaaaay toooooo big! I've got dejan555 working on a nice lean one that Flash can read.... It'll save 20k compressed easy.
Yeah, I do like my eye candy! :P The clock_skins directory is only 140kb, even with 132kb of my fancier skins, so I need to get you guys to see if you can slim them down some. If worst comes to worst, I'll just leave all of them out except the default and offer the skins pack from the repo. :roll:
[i]Actions speak louder than words ... and they usually work when words don't![/i]
SIP:whodo@proxy01.sipphone.com; whodo@realsip.com

User avatar
`f00
Posts: 807
Joined: Thu 06 Nov 2008, 19:13
Location: the Western Reserve

#18 Post by `f00 »

awwwww (think of the n00Bz!)

interesting av', MHHP ;)

User avatar
WhoDo
Posts: 4428
Joined: Wed 12 Jul 2006, 01:58
Location: Lake Macquarie NSW Australia

#19 Post by WhoDo »

zigbert wrote:- Pwireless is missing
- Pstopwatch/Ptimer is missing
Pwireless 56kb duplicates other functionality but I will look into including it again if users request.
Pstopwatch/Ptimer 124kb removed when looking for space but happy to include again if we can trim the overall package significantly
zigbert wrote:- 3 new clockskins double the size of Pwidgets. It is about 100kb bigger in this iso than the original Pwidget package.
Yes, my bad. I was going for WOW factor and the extra skins contribute significantly to the ISO falling over the 100Mb hurdle.
zigbert wrote:- Default sidebar could be made smaller.
Happy for you or your guys to play with that. I wanted a sidebar that actually faded into the wallpaper (Vista-style) but didn't spend a lot of time in reducing its size. I'm sure your team of bit-misers will trim it nicely for me! :P
zigbert wrote:- Right alignment of desktop icons are still not correct
- Globicons missing MANY bindings to /root/my-application/bin. This is very clear when using left tray - add icon. All programs should have a link to a icon.
- Rox 'Icon grid' is defined to 'Fine'. It is hopeless to place an icon to a wanted location. 'Medium' is much better, and has been the default setting in Puppy.
Yep. I'm leaving these issues as late as possible to address, since I know where I'm going with the pinboard problem and other things were more pressing. Now would be a good time to look into the whole arrangement of PuppyPin and globicons though. :wink:

Thanks, Sigmund.
[i]Actions speak louder than words ... and they usually work when words don't![/i]
SIP:whodo@proxy01.sipphone.com; whodo@realsip.com

User avatar
WhoDo
Posts: 4428
Joined: Wed 12 Jul 2006, 01:58
Location: Lake Macquarie NSW Australia

#20 Post by WhoDo »

01micko wrote:-strangely, very strangely, Icewm shutdown dialog appeared in centre of screen when I tried to restart X, using JWM
It is not the "Icewm shutdown dialog" but is shared with both WM's in this release. That's a design feature.
01micko wrote:-was trying to restart X because left and right trays went walkabout (seems after pressing the 'x' (close) on them)
-I don't use and didn't try Icewm at all
-did full reboot ... no side trays :cry:
Also a "design feature" ... check with your Pwidgets' "Fearless Leader" Sigmund for a solution. :wink:
[i]Actions speak louder than words ... and they usually work when words don't![/i]
SIP:whodo@proxy01.sipphone.com; whodo@realsip.com

User avatar
WhoDo
Posts: 4428
Joined: Wed 12 Jul 2006, 01:58
Location: Lake Macquarie NSW Australia

#21 Post by WhoDo »

01micko wrote:
`f00 wrote::lol:
(definition 13) part of a wave: the tunnel formed when a large rolling wave prepares to break (snip)
****CRASH****
Oh, too cruel!!! Using a word like that on the very first page of a Bugs & Fixes thread is just downright MEAN! :lol:
[i]Actions speak louder than words ... and they usually work when words don't![/i]
SIP:whodo@proxy01.sipphone.com; whodo@realsip.com

User avatar
WhoDo
Posts: 4428
Joined: Wed 12 Jul 2006, 01:58
Location: Lake Macquarie NSW Australia

#22 Post by WhoDo »

zigbert wrote:- The wallpaper setter is not the latest and conflicts with Pwidgets.
- The earth background could have been replaced with one looking ok also on a widescreen.
Yes, you mentioned about the wallpaper setter version in RC1 before and when I quoted the version I was using you said "forget it"? :? Am I using the latest or is my version-0.5.1 an older version? If you have a later one, then I'd be happy to include it. :arrow: The clashes appear to result from two applications looking in different locations for the background. Pwidgets uses /root/.config/wallpaper/bg_img while Rox Filer uses /root/Choices/ROX-background.jpg - I noticed the conflict after uploading RC2. Can this be standardised for Final?

I'd be happy to modify the Aurora-Australis wallpaper to suit widescreen as everything other than the earth itself is simply solid black fill - that makes it an easy thing to do without increasing the size of the image too much.
[i]Actions speak louder than words ... and they usually work when words don't![/i]
SIP:whodo@proxy01.sipphone.com; whodo@realsip.com

User avatar
WhoDo
Posts: 4428
Joined: Wed 12 Jul 2006, 01:58
Location: Lake Macquarie NSW Australia

#23 Post by WhoDo »

Lobster wrote:one of the images was not linked on the release notes htm
Yes, I saw that in testing on my machine. I just assumed it was pointing to a location on the web that wasn't available while I wasn't connected. I've downloaded the update for inclusion. Thanks, Ed.
[i]Actions speak louder than words ... and they usually work when words don't![/i]
SIP:whodo@proxy01.sipphone.com; whodo@realsip.com

User avatar
WhoDo
Posts: 4428
Joined: Wed 12 Jul 2006, 01:58
Location: Lake Macquarie NSW Australia

#24 Post by WhoDo »

twointo1 wrote:Puppy 4.2rc2 has a problem with the intel ipw2200 wireless pci card - it will not recognize it. Md5sum is right. Dmesg shows kernel tainted.

Works great in 4.1.2
I have PM'd tempestuous to look into the inbuilt wireless driver issues. It would help if you PM'd him with your Dmesg output, too! In the meantime using the potential workaround from the RC1 thread is worth considering.

The kernel I'm using is the same one as 4.12, so there shouldn't be any difference for included drivers, but clearly there is. Your assistance in finding the source of the problem is appreciated. Thanks.
[i]Actions speak louder than words ... and they usually work when words don't![/i]
SIP:whodo@proxy01.sipphone.com; whodo@realsip.com

User avatar
WhoDo
Posts: 4428
Joined: Wed 12 Jul 2006, 01:58
Location: Lake Macquarie NSW Australia

#25 Post by WhoDo »

pa_mcclamrock wrote:PETget package manager
Updating menu, please wait . . . and wait . . . and wait . . . and wait . . . and wait . . . . . . . . . . . . . . Something really needs to be done about this before the final release!
Did you boot clean with pfix=ram? The fixmenus script has been updated to improve this issue, and works fine in a clean install, so I don't know from where your issues may be arising.
pa_mcclamrock wrote:Printing does work, as expected. :D Also, you don't have to see a purple dialog window any more before the CUPS window opens up. Good. But . . . it's still not obvious how to set a printer as the default, and it should be. This is especially important with TextMaker (which I use) and any other app that wants to use the default printer. Printing did not work with TextMaker until I remembered how to set my printer as the default.
I'm sure ttuuxxx is following this thread and will look into your suggestion. I'm glad it works, though. :wink:
pa_mcclamrock wrote:I saved my PuppyPin file and copied it to /root/Choices/ROX-Filer before creating a new pup_save file. After rebooting, sure enough, the desktop icons I wanted were where I wanted them--but some I didn't want were there too, like "calc" and "chat." Can this be prevented from happening?
Back up globicons as well. It contains the definitions for the icons used by PuppyPin. I don't know how ROX uses them internally, but there is some correlation between them and how the icons appear on the pinboard.
pa_mcclamrock wrote:And now for something really, really strange. When I booted puppy pfix=ram, ROX-filer was there all right. But after I created pup_save and rebooted . . . ROX-Filer was missing from the Filesystem menu, it didn't appear when I clicked drive icons on the desktop, and here's what I got when I tried to run it from the command line:

Code: Select all

# rox &

bash: rox: command not found
What's going on here?!
Wish I knew, David. I've not seen that before EVER! :? Seems you may have managed to copy a corrupt version of ROX into your pup_save file somehow and it's sitting in a layer above the inbuilt original. Delete your pup_save file and try again from a clean install.
[i]Actions speak louder than words ... and they usually work when words don't![/i]
SIP:whodo@proxy01.sipphone.com; whodo@realsip.com

User avatar
WhoDo
Posts: 4428
Joined: Wed 12 Jul 2006, 01:58
Location: Lake Macquarie NSW Australia

Re: Wallpaper blend-paper

#26 Post by WhoDo »

MinHundHettePerro wrote:Tried all the included wallpapers as well as my own standard background. All worked as expected, except that blend-paper almost completely hangs my (once modern) computer (550 MHz, 192 Mb RAM), on which Puppy normally runs lightning fast. See CPU and RAM usage in the attached images, blend-paper completely uses up my computers resources. Seeing Zigbert's comments above, I checked if any conflict with Pwidgets was causing this by disabling Pwidgets; still the same stalling result, so Pwidgets seems not to be the culprit. Also tried in IceWM; same results. All the other new mini-wallpapers work nicely though. One would have thought a 300x1 wallpaper would leave a small foot-print, but, alas.
Try opening the wallpaper in mtPaint and indexing it. When you attempt to save you'll be asked to change to RGB for the PNG format. That should create a new copy of the wallpaper in PNG format, overwriting and hopefully bypassing any corruption in the original. Then try setting it again to see if the problem has been resolved.
[i]Actions speak louder than words ... and they usually work when words don't![/i]
SIP:whodo@proxy01.sipphone.com; whodo@realsip.com

User avatar
01micko
Posts: 8741
Joined: Sat 11 Oct 2008, 13:39
Location: qld
Contact:

#27 Post by 01micko »

WhoDo wrote: (..snip) Oh, too cruel!!! Using a word like that on the very first page of a Bugs & Fixes thread is just downright MEAN! :lol:
Yeah, you are right. I edited :oops: (you best edit yours too.)
Puppy Linux Blog - contact me for access

User avatar
dogone
Posts: 202
Joined: Tue 22 Apr 2008, 02:53
Location: Arizona, USA

CUPS setup -> 100% CPU

#28 Post by dogone »

After booting RC2 using pfix=ram and successfully bringing up the network, I proceeded to configure my network printer.

- start Htop (for this report)
- Menu/Setup/CUPS Printer Wizard
- CUPS page appears
- Click "Add Printer"
- Username/password dialog appears

Htop reports immediate jump to 100% CPU and indicates CUPS is pulling ~93%

- close CUPS dialog
- no change in CPU utilization
- use Htop to kill CUPS process
- CPU utilization drops to <10%
- attempt to re-run CUPS wizard
- "Page Load Error" appears indicating "Failed to connect..."

The above is repeatable.

User avatar
pa_mcclamrock
Posts: 695
Joined: Fri 03 Jun 2005, 23:13
Location: Fort Wayne, Indiana, USA

#29 Post by pa_mcclamrock »

WhoDo wrote:
pa_mcclamrock wrote:PETget package manager
Updating menu, please wait . . . and wait . . . and wait . . . and wait . . . and wait . . . . . . . . . . . . . . [ . . . ]
Did you boot clean with pfix=ram?
Yes. I don't know why the long waits happened. Then, as you suggested, I got rid of my first RC2 pup_save and booted pfix=ram again. This time--guess what--no long waits. I don't know what made the difference, either!
pa_mcclamrock wrote:And now for something really, really strange. When I booted puppy pfix=ram, ROX-filer was there all right. But after I created pup_save and rebooted . . . ROX-Filer was missing from the Filesystem menu, it didn't appear when I clicked drive icons on the desktop, and here's what I got when I tried to run it from the command line:

Code: Select all

# rox &

bash: rox: command not found
What's going on here?!
Wish I knew, David. I've not seen that before EVER! :? Seems you may have managed to copy a corrupt version of ROX into your pup_save file somehow and it's sitting in a layer above the inbuilt original.
I think not, for at least three reasons: (1) I booted pfix=ram so there was nowhere for a corrupt file to come from; (2) my previous pup_save file didn't contain a corrupt version of ROX; (3) I looked in /usr/local/bin and there was no ROX listed at all; there was neither a corrupt nor an incorrupt version.
Delete your pup_save file and try again from a clean install.
Done. No problem now. But I wish I knew what caused the problem before, and whether any other users are going to have it!
It's stupid to use inferior software for ideological reasons.
--Linus Torvalds

User avatar
WhoDo
Posts: 4428
Joined: Wed 12 Jul 2006, 01:58
Location: Lake Macquarie NSW Australia

#30 Post by WhoDo »

01micko wrote:
WhoDo wrote: (..snip) Oh, too cruel!!! Using a word like that on the very first page of a Bugs & Fixes thread is just downright MEAN! :lol:
Yeah, you are right. I edited :oops: (you best edit yours too.)
Nah! Just funnin' with ya, mate! :lol: :lol: :lol: I got my sense of humour back with the RC2 upload. :wink:
[i]Actions speak louder than words ... and they usually work when words don't![/i]
SIP:whodo@proxy01.sipphone.com; whodo@realsip.com

User avatar
MinHundHettePerro
Posts: 852
Joined: Thu 05 Feb 2009, 22:22
Location: SE

Re: Wallpaper blend-paper

#31 Post by MinHundHettePerro »

.
Last edited by MinHundHettePerro on Sat 16 May 2009, 11:44, edited 1 time in total.
[color=green]Celeron 2.8 GHz, 1 GB, i82845, many ptns, modes 12, 13
Dual Xeon 3.2 GHz, 1 GB, nvidia quadro nvs 285[/color]
Slackos & 214X, ... and Q6xx
[color=darkred]Nämen, vaf....[/color] [color=green]ln -s /dev/null MHHP[/color]

User avatar
WhoDo
Posts: 4428
Joined: Wed 12 Jul 2006, 01:58
Location: Lake Macquarie NSW Australia

#32 Post by WhoDo »

pa_mcclamrock wrote:
WhoDo wrote:Wish I knew, David. I've not seen that before EVER! :? Seems you may have managed to copy a corrupt version of ROX into your pup_save file somehow and it's sitting in a layer above the inbuilt original.
I think not, for at least three reasons: (1) I booted pfix=ram so there was nowhere for a corrupt file to come from; (2) my previous pup_save file didn't contain a corrupt version of ROX; (3) I looked in /usr/local/bin and there was no ROX listed at all; there was neither a corrupt nor an incorrupt version.
When you first run ROX is called from the pup_420.sfs file into RAM. If it crashes there, or corrupts, or whatever, it is possible that the system will think you deleted it and cover the original with a .wh file at the higher level. You won't see ROX (not even the original) and the system will believe it doesn't exist. Those are the joys of a layered file system. The good news is that the original, uncorrupted ROX binary is still there and appears again when you delete the pup_save file along with the .wh mask file that prevents it from being seen.

You could even copy the original back from /initrd/pup_ro2/usr/local/bin but only IF you have another working file manager that will let you do that.
pa_mcclamrock wrote:
Delete your pup_save file and try again from a clean install.
Done. No problem now. But I wish I knew what caused the problem before, and whether any other users are going to have it!
Could be flakey RAM, power transients, etc. It doesn't take much to cause a problem for a mounted squash file system (pup_save IOW) to have a bit or two throw things out. That's why you should always make a clean copy of your working pup_save before doing anything critical.

Hope that helps.
[i]Actions speak louder than words ... and they usually work when words don't![/i]
SIP:whodo@proxy01.sipphone.com; whodo@realsip.com

User avatar
WhoDo
Posts: 4428
Joined: Wed 12 Jul 2006, 01:58
Location: Lake Macquarie NSW Australia

Re: CUPS setup -> 100% CPU

#33 Post by WhoDo »

dogone wrote:Htop reports immediate jump to 100% CPU and indicates CUPS is pulling ~93%

- close CUPS dialog
- no change in CPU utilization
- use Htop to kill CUPS process
- CPU utilization drops to <10%
- attempt to re-run CUPS wizard
- "Page Load Error" appears indicating "Failed to connect..."

The above is repeatable.
There is evidently a misbehaving cups daemon at work here. I noticed a problem with earlier CUPS installations but haven't had a repeat since. The daemon simply refuses to throttle back after completing some operation or other.

Next time instead of killing the process, try manually stopping CUPS and then restarting it again from the CLI.

Hope that helps.
[i]Actions speak louder than words ... and they usually work when words don't![/i]
SIP:whodo@proxy01.sipphone.com; whodo@realsip.com

User avatar
WhoDo
Posts: 4428
Joined: Wed 12 Jul 2006, 01:58
Location: Lake Macquarie NSW Australia

Re: Wallpaper blend-paper

#34 Post by WhoDo »

MinHundHettePerro wrote:Ain't going to pursue it further, as I'm more than happy (and familiar) with my backdrop of >15 years. Just reported an observation I made, I will not, personally, use any of the supplied wallpapers.
>15 years with the same backdrop!?!? :shock: That's gotta be some sort of record, MHHP! :P :lol:
[i]Actions speak louder than words ... and they usually work when words don't![/i]
SIP:whodo@proxy01.sipphone.com; whodo@realsip.com

NathanO
Posts: 210
Joined: Fri 23 Feb 2007, 00:03
Location: San Antonio, TX

RC2

#35 Post by NathanO »

On Tower got CUPS to find HP1220C on LPT1 which it did not work on RC1. Still works okay with USB on both machines.

On HP Pavilion zv6100 Laptop could not get to the internet at all on eth0, no problem with 3.x and 4.1.x. On RC1 it took several reboots. Driver is same 8139too.

Does not see wirless B43 at all on Laptop. 3.x and 4.1.x do and work most of the time.

Post Reply