Well I just tried this version for the first time and as it sits, I had no problems with connecting to the internet, actually I've had no problems at all:)
Pburn&Pfind need updating but still work,
I do like the new Pburn with small graphic theme that it has as an option. maybe next release??
The Smooth-Saphire theme is 563kb so I did the old transfer to my lite theme package and now its 188kb
I'll included it as a pet package.
I'll keep testing and report any problems.
I like the Gtk2 theme also the firefox them
ttuuxxx

OK thanks for the reduced-size Saphire theme. I'll replace the older larger version with this one in the next version of Chihuahua.

@prehistoric

OK, good work with nailing this bug. Freememapplet has been suspect for ages in other respects as well. Could be time to replace it - if such a replacement exists. I used something in 2.16CE but forget what it was. I'll have a look in the 2.16 Unleashed directory.

I'll alter killconky to toggle itself rather than restart from the menu item._________________Life is too short to spend it in front of a computer

tronkel just wondering which pmount are you using?
when I mount cd or hdd it displays mini-filemgr.xpm
when it should be showing mini-hdisk-green.xpm & mini-cd-green.xpm
also it doesn't show my usb swap drive. I have a 1 gig swap usb flash drive that I use on this pc. But conky shows its being used.
Pmount on my 3.01 retro FH shows the usb swap.
ttuuxxx_________________http://audio.online-convert.com/ <-- excellent site
http://samples.mplayerhq.hu/A-codecs/ <-- Codec Test Files
http://html5games.com/ <-- excellent HTML5 games

Pmount is the latest one from Barry, V3.96 Jan 2008
As far as I remember, probepart was also replaced in Chihuahua by a later version from someone or other.

I'm not sure if Dingo has had further alterations made to it since.
Maybe worth a try to try the Dingo versions of both and see if that helps. My hardware here has had continual problems with USB, so it's hard to test.

Puppy Linux has on-going problems with USB from what I know. This is one of the things in 3 series Puppies that needs fixing.

edit:

Quote:

Pmount on my 3.01 retro FH shows the usb swap

So it looks like another kernel issue that affects older hardware. That makes sense. Wonder if there is a kernel patch for Puppy that fixes this.Last edited by tronkel on Sun 27 Apr 2008, 14:03; edited 1 time in total

Freemem tray applet is only part of the problem, there are still some race conditions between other Icewm processes and Xorg shutdown. One hack, not really debugging, is to insert a sleep in front of the command that actually kills X. If shutdown sometimes works correctly on this machine, the required delay can't be very much.

@AJ,

I have a slightly wild idea for an experiment. Have you tried running wNOP? If you can get through Xorg setup with any configuration, it will use that to get an initial configuration of proprietary drivers, including Intel's unified driver, which subsumes the i810 driver. Once that works you should be able to change resolution to your liking. I'm just curious about what will happen. This may yield clues about how to make i810s work.

You can always ask for your money back if you are dissatisfied with the goods.

@ tronkel: Your diversionary tactic fails. The fact remains that the icewm "lite" being offered is NOT "light" at all, but instead quite the contrary. And bug ridden, I might add.

prehistoric wrote:

I have a slightly wild idea for an experiment. Have you tried running wNOP? <snip>

@ prehistoric: Nope on NOP. Though I see what you're getting at, in "lite" of ttuuxxx and tronkel's responses (and lack of anything substantive) to my post, I'm more than a tad hesitant to participate in this, ahem ... team effort._________________hangout: ##b0rked on irc.freenode.net
diversion:http://alienjeff.net - visit The Fringe
quote: "The foundation of authority is based upon the consent of the people." - Thomas Hooker

@Tronkel: I know about lpr -P "printername". It does not work for me. The only time I can print is when the app gives a list of installed printers or "default printer". Abiword just gives "Generic Postscript", not the same thing at all. Except in Dingo, where the installed printers are listed and selecting my printer produces print.

I un-installed Ted, and had another go at installing it. This time it installed properly, but, there is no menu entry (there is in Puppy 214R and 301), so I have to start it from the console. At print time it offers "Default printer", and printing works OK. So printing works, the problem is in the way Abiword connects to the printing system.

I haven't tried this version yet but in your Bios....
have you set up a bigger video size?

I fixed up a Dell Optiplex SX260 last week, and tried Puppy 4 Beta
on it. I always use Xvesa myself...but I only got one screen size,
so I rebooted and changed the Bios setting.
I then had much more choice.

I don't particularly want this argument to descend to a personal level, but I cannot let this go unanswered.

1. I would greatly appreciate it if you would not represent ttuuxxx's efforts as being in some way "deceptive". You clearly represented ttuuxxx's version of icewin as being in some sense "deceptive" (your words) as regards its size. Ttuuxxx's expanded icewin package weighs in at something under 3MB, whereas a comparable version, say MU's icewin-Ultra is something over 5MB compressed as a dotpup. EZPUP 3 is 42MB uncompressed. Given these facts, I think it's safe to say that ttuuxxx is fully justified in describing his package as "lite".

You yourself complained recently, when I made Fat Chihuahua that it exceeded the 100MB watershed. So please do not complain that ttuuxxx's version is bugged, when he is clearly doing such an excellent job of reducing Puppy's size - a feature that you yourself seem to highly cherish. I await your bug fixes with interest.

2. Nobody is claiming that any of this work (including any packages used here) is perfect, or conforms to any sort of "Software Quality Standard". Icewin, as with many other packages as used in Puppy, has loads of bugs. If you have any complaints or difficulties with this, why not get stuck in and help to fix them instead of trying to berate the efforts of others (on an ongoing basis). I for one do not accept your self-imposed "role" as guardian of Puppy standards in general in this forum - so PUHLEEZ give it a rest.

3. If you have such a good appreciation of what is right and what is wrong with Puppy at any given point in time - please do use your expertise to help to address and fix these problems instead of just complaining about them.

4. There are no guarantees - expressed or implied, with Puppy in general and the version I'm currently working on in particular, that any or all hardware is supported. If the software doesn't suit you, you're not forced to use it.

TronkelLast edited by tronkel on Sun 27 Apr 2008, 19:25; edited 1 time in total

In the immortal acronym of the long gone but dearly remembered Amish, "OFFS!"

My qualifier in the initial post was "In the real world..." Everyone knows, or should, that this isn't the real world. This is an illusion of bits and bytes and packets and bursts of data.

I am not a computer expert, nor do I play one on TV. I'm a half-assed quasi-power user reporting bugs. You two are the experts. You two are spearheading this CE. If you note my original post, I listed several problems with this alpha. Other than ttuuxxx's "works for me" reply and prehistoric's suggested ad hoc testing Xorg from within NOP, you've chosen to focus on my opening quip about this icewm faux-"lite."

Way to go!

v2.12 faithful,

Jeff_________________hangout: ##b0rked on irc.freenode.net
diversion:http://alienjeff.net - visit The Fringe
quote: "The foundation of authority is based upon the consent of the people." - Thomas Hooker

Although you did indeed qualify your statement by stating that you meant in the context of "the real world", the implication about ttuuxxx's work was more than clear. That's the whole point here.

Quote:

You two are the experts

I cannot speak for Ttuuxxx, but I never have, or never wil, claim that I am an expert with any of this. So please do not assume that I possess this attribute. I do this simply as a hobby and to learn as I go along. We all have a ton to learn - me and you.

Having made the foregoing points, would still appreciate your input as a tester though. Puppy need all the testers it can get. That's where it can beat the likes of MS._________________Life is too short to spend it in front of a computer

I agree 100% with tronkel, If we had more people like prehistoric & tronkel this project would be further off. Icewm has had a few problems always, but what is does do is
- fixes the fullscreen issues that JWM can't do with Gxine, which makes 80% of Gxine complainers happy
- It gives very light eyecandy that just about everyone loves.
- themes are easily found and installed or altered
- Low memory resources
- stable
- Icewm is the only reason why I stayed with puppy in the beginning, 2.15ce was what finally sold me, I tried each of the 1&2 series but it was too windows 98 look and feel. So i just kept looking. That's why I took on this icewm lite version. I seen a need for for a small and attractive window manager.
The shutdown problems don't happen on my computers so its hard for me to fix a problem I don't have.
But if anyone finds a fix I would be more than happy to look at it:)
meanwhile I'll be looking for a replacement memory display application.
ttuuxxx
Ps keep up the excellent work tronkel_________________http://audio.online-convert.com/ <-- excellent site
http://samples.mplayerhq.hu/A-codecs/ <-- Codec Test Files
http://html5games.com/ <-- excellent HTML5 games

Still haven't managed to eliminate the problem, though killing the freemem tray applet does change probability. The difference in timing between reboot and shutdown is tiny, yet the behavior is different. Everything so far points to a race between processes in Icewm and the shutdown of X. The cases which fail have slightly more to clean up before exiting. Sticking a sleep 1 in a couple places didn't help. There may be an event looked for before the exit. I'm guessing there's a "deadly embrace" between two processes, but when it occurs I can't see it, and writing to a persistent file creates a new source of deadlocks. The situation is so bad I may have to think!

Don't give up yet, perish the thought - it can't be that bad! There's always another way! ...lol

Some time back, I tried putting sleep 1 or 2 into the icewin startup script, to see if the order of startup for Blinky and Freememapplet could be regularised. It was a waste of time. The idea of putting in a wait state somewhere else could be the answer though.

It may be that a delay needs to be introduced within the icewin code just before the point that icewin hands over control back to X on exit. This would also make sure that any threads spawned by icewin have also fully returned and exited. Would need to hack and recompile the icewin source for this.

Must go and buy in supplies of of my favourite think promoter. (Dark Chocolate) - just in case any thinking is needed here. Can't be too careful _________________Life is too short to spend it in front of a computer

You cannot post new topics in this forumYou cannot reply to topics in this forumYou cannot edit your posts in this forumYou cannot delete your posts in this forumYou cannot vote in polls in this forumYou cannot attach files in this forumYou can download files in this forum