Page 24 of 25

Posted: Tue 21 Feb 2012, 03:50
by 01micko
Hi shino

2 reasons I haven't fully updated to 1.9.6

1) 1.9.6 is borked in woof, it doesn't run at all, it's marker file seems to get created. I guess I could fix it but I have higher priorities. Time is a bit restricted.

2) I have custom stuff in there for slacko which seems to be needed for slacko. (We have a saying "if it aint broke don't fix it!")

If you just post the "faster" code differences I could include that.

I think I'll leave UTF-8 off by default, those locales that need it first-run takes care of the situation. It's cases like zigbert where in /usr/share/i18n/SUPPORTED supports both UTF-8 and iso-9660 where there is some confusion. Perhaps it's a bug in i18n where it seems UTF-8 is needed for NO locales. (nb_NO, nn_NO, maybe some others too).

Anyway, checkbox is there now.

--------------------------------------------------------------------

PenguinPupLin

I would say the reboot/restart X problem is inherited from the previous install. Could you try a clean install? If it's fixed I'll see if there is a way to upgrade and nullify that bug. I did notice a very small proportion of users have these issues but only with USB installs, yours is the only one I recall with a HDD frugal install. DId it ever reboot properly? I'd say it must have at one point if you were able to make a save file.

-----------------------------------------------------------------------

mikeslr

If at all you replaced mtpaint then the one in the save file will be the one that takes priority. I haven't uploaded all the updated pets yet but when I do I'll let you know and then try reinstalling mtpaint.

Faster firstrun and who makes delay

Posted: Tue 21 Feb 2012, 05:17
by shinobar
01micko wrote:If you just post the "faster" code differences I could include that.
who makes the most of the delay is the deleayedrun (55sec) 8)
As for the firstrun, replacing the function 'make_combo' gives a good deal of saving time for slow PC's. (but the splash waits 4sec)
/usr/sbin/countrywizard.qs at line 190-

Code: Select all

make_combo() {
  # v1.9.5: always allow dup to speed up
  NODUP=""
  [ "$1" = '-' ] && NODUP="yes" && shift
  echo "$@"| sed -e 's!\([^ ][^ ]*\)!<item>\1</item>!g' |tr '%' ' ' 
}

Posted: Tue 21 Feb 2012, 05:32
by 01micko
shino,

Yeah I can get rid of the 55s altogether. I should have before!

Thanks for that code snippet.

-

I guess you notice I call the flashinstaller in delayedrun, I was thinking not to, but it's no harm, some users like flash (I am not one :lol: ). Maybe it's an issue on slow machines but slacko is not really designed for them. In fact I am bumping the minimum system requirements to 1GB processor. Keef reported it's very slow to decompress for him on a slow box, it is because of the xz compression. No issue on faster machines.

Posted: Tue 21 Feb 2012, 06:27
by dmabar
Edit: Nevermind. It works fine. :-)

Posted: Tue 21 Feb 2012, 07:10
by mavrothal
Tried 5.3.2.4 on my iMac. (duo core 2)
Wireless is still problematic AOB but managed to wrestle it down.Must be something funny with the setup though since it will not stick. I'll test a bit more and see if can come up with anything more concrete.
Also tried Googlearth.sfs and crashed. Initially complained about utf8 and crashed and after activating it, just crashed (nothing in the log other than the lib list). That's with neuvau , mesa and the qt_ALL sfs.
Anyone else seeing this?
01micko wrote:Keef reported it's very slow to decompress for him on a slow box, it is because of the xz compression. No issue on faster machines.
xz is good for publicity :wink: but on resources during decompression is a b*tch specially if you use the -8, -9 (50x RAM) or -0, -1 (3x CPU) compression settings. -3, -4 is a good compromise. 5-6x RAM, 2x CPU but ~25% smaller file than gzip.

Posted: Tue 21 Feb 2012, 15:40
by Sage
5.3.2.4[0]
Mouse pointer keeps freezing, then, mostly, frees-up again???

Posted: Tue 21 Feb 2012, 16:27
by PenguinPupLin
01micko wrote:Hi shino

snipped

PenguinPupLin

I would say the reboot/restart X problem is inherited from the previous install. Could you try a clean install? If it's fixed I'll see if there is a way to upgrade and nullify that bug. I did notice a very small proportion of users have these issues but only with USB installs, yours is the only one I recall with a HDD frugal install. DId it ever reboot properly? I'd say it must have at one point if you were able to make a save file.
Yes,it rebooted properly before when after changing my LCD monitor to a widescreen one i.e.16:9 (previously 4:3) and it booted straight into xorgwizard, forcing me to choose fglrx and resolution for Radeon driver,not the ati-catalyst-11-8 that then popped up "initialization error" - so I rerun 'aticonfig --initial', while trying to do so I also encountered a strange keyboard misbehaviour where typing "z" gave me "y" and vice-versa.

Btw,my HDD frugal install is on an ntfs partition in a multiboot environment with Windows Vista and other puppies. Just to point it out in case it matters.

I guess I'd have to do a clean install as you suggested which means my existing and backup savefiles cannot be used (there goes all my softwares,updates,favourite websites and settings) and start from scratch with a new pupsave. Or I might wait until your final release ver 5.3.3 (quite soon?) to do so.

One more thing, all the desktop icons and widgets suddenly disappeared and I have to turn them on manually each time I boot up.

Cheers! Keep up the good work.

Posted: Tue 21 Feb 2012, 17:55
by Sage
supra. - probably an HW issue!

Diminutive repo! Bunch of stuff won't work and dependencies not listed eg 'jack', 'portaudio','v4l-utils', inter alia. Not to mention Claws, EudoraOSE, etc. Afraid my old memory box doesn't run to remembering where every reference to individual files resides on the Forum, esp. as I juggle dozens of distros and rather more machines simultaneously daily. The PPM is the cornerstone for any distro. Sine qua non...

Posted: Tue 21 Feb 2012, 19:04
by Jasper
Sage reported:

".... I juggle dozens of distros and rather more machines simultaneously...."
---------------------------------
Yet he is doubtless unable to edit his posts singly, let alone two-at-once.

I suggest he should probably edit his last two posts to rectify any mistakes.

Addendum:

I have just seen that "jack", "claws", etcetera, etcetera, etcetera are available from the Slacko Repository via the Slacko PPM. Perhaps 01micko has added them very recently as a result of Sage's compulsive appeal.

Posted: Tue 21 Feb 2012, 20:02
by James C
Manual frugal install of 5.3.2.4 on the old P3 test box. Everything working correctly on initial boot.
In fact I am bumping the minimum system requirements to 1GB processor. Keef reported it's very slow to decompress for him on a slow box, it is because of the xz compression. No issue on faster machines.
Since this box is 733 mhz and the difference is noticeable I'll confirm this. Still usable but slower.5.31 w/ 2.6.37.6,and the regular compression, is perfectly fine though.


# report-video
VIDEO REPORT: Slacko Puppy, version 5.3.2.4

Chip description:
00:00.0 Host bridge: Intel Corporation 82810E DC-133 (GMCH) Graphics Memory Controller Hub (rev 03)
00:01.0 VGA compatible controller: Intel Corporation 82810E DC-133 (CGC) Chipset Graphics Controller (rev 03)

Driver used by Xorg:


Video mode used by Xorg:
Resolution: "" Depth: Depth 24

...the above also recorded in /tmp/report-video


-Computer-
Processor : Pentium III (Coppermine)
Memory : 253MB (126MB used)
Operating System : Unknown distribution
User Name : root (root)
Date/Time : Tue 21 Feb 2012 02:01:19 PM CST
-Display-
Resolution : 1024x768 pixels
OpenGL Renderer : Unknown
X11 Vendor : The X.Org Foundation
-Multimedia-
Audio Adapter : ICH - Intel 82801AA-ICH

Posted: Wed 22 Feb 2012, 01:03
by gcmartin
Lobster wrote:Took me a while to work this out . . .

Do I need the PAE version?

normal slacko-5.3.2.4 - most users
PAE slacko-5.3.2.40 - those with 2006+ PCs or 4G or more of RAM

19 Feb 2012 RC2 includes the Seamonkey PNG security fix
have added temp link info for our intrepid Release Candidate testers
in Slacko tips
http://puppylinux.org/wikka/SlackoTips
PAE should run on of the shown computers regardless of RAM sizes from 512MB to 64GB; namely those shown.

Hope this helps

Posted: Wed 22 Feb 2012, 01:42
by James C
Been experimenting again, now if I can just get motivated to finish tweaking it........ :lol:

Posted: Wed 22 Feb 2012, 03:22
by jim3630
5.3.2.4 frugal install pfix=ram to ext4 hdd on dual p6100 hp. frisbee menu installed with auto-detected broadcom wifi driver and connection made without issue. mesa installed via slickpet. glxgears shows expected output.

everything works so far will keep testing next few days. thanks

Posted: Wed 22 Feb 2012, 06:01
by Lobster
I have upgraded from RC1 to RC2
- it has been a bit of a mess.
What I may have done is move from normal to PAE :oops:
Adobe Flash (the well known proprietary disaster area) it tells me is the wrong version
Sound is not working.

OK I will go for a pristine puppy pfix=ram install
as I notice many little improvements despite my difficulties

Other people seem to be having a better experience
Thanks Mick. Thanks guys.
:)

Posted: Thu 23 Feb 2012, 00:54
by gcmartin
Lobster wrote:I have upgraded from RC1 to RC2 ... [/i]
Hi @Lobster.

I'm not sure if the upgrades were built to be able to upgrade non-PAE to PAE. While I clearly understand why you would want to approach an upgrade path, I think there are some "gotchas" that exsit to not let that be an optimum approach.

You may want to consider getting the PAE iso and starting there. You should expect a better experience.

Hope this helps

Posted: Thu 23 Feb 2012, 03:35
by Lobster
You may want to consider getting the PAE iso and starting there
Yes I think you are right :)

Posted: Thu 23 Feb 2012, 23:01
by Jades
James C wrote:
In fact I am bumping the minimum system requirements to 1GB processor. Keef reported it's very slow to decompress for him on a slow box, it is because of the xz compression. No issue on faster machines.
Since this box is 733 mhz and the difference is noticeable I'll confirm this. Still usable but slower.5.31 w/ 2.6.37.6,and the regular compression, is perfectly fine though.
I can't test 5.3.2.4 on my K6 machine due to the CPU not having support for the CMOV instruction (which is presumably the reason why I encounter 'Illegal Instruction' errors with i686 stuff) so 5.3.1 will be the newest Slacko I can run on there.

What I have noticed on the K6, with most of the versions of Puppy I've used on it, is that a full install will be noticeably quicker in use than a frugal or LiveCD. I assumed that this was down to decompression on the latter setups using more CPU time.

Posted: Fri 24 Feb 2012, 00:31
by Jades
Performance of 5.3.2.4 continues to be excellent on the Pentium D machine, I'm very pleased! Still using it as LiveCD and USB stick as I strongly suspect that the hard drive is failing on me, can't even start to boot XP at the moment.

I forgot to report earlier that setting up the wireless networking with the Netgear WN111v2 has a couple of additional steps compared to setting it up on other versions of Puppy. I've attached screen grabs of the two windows. I assume these pop up because some devices using the carl9170 drivers don't always work properly. I chose 'Add to List' on the first one as I knew the device is capable of WPA2 and for the second one I clicked 'OK' without changing anything.

Security I'm using is WPA2 with maximum-length hidden SSID and maximum-length key. Speed is very good, at least the same as Lupu 528 and possibly better.

Posted: Fri 24 Feb 2012, 06:25
by James C
Don't know if it's affected anyone else but I was unable to reformat an ext3 partition on my P4 test box using Gparted in my frugal installation of 5.3.2.4. I attempted to format to both ext3 and ext4 but Gparted errored out both times.
Installing the latest Exprimo so I used that to format...... no problem.

Posted: Fri 24 Feb 2012, 09:47
by 01micko
That's weird James, I have been using gparted a fair bit lately, ext 4, no problems.

Anyway.. the bug with aufs has reared it's head again.. it seems to be hanging intermittently mostly in USB installs. A bloke in my class (a linux head) has this issue on a fairly fast lappy, 4G RAM.

I didn't want to recompile a kernel but I have, with union fs, made a new build script too, the headers package is fixed (pemasu :wink: ). Worked first go.. building a test woof now.

I am considering moving to the latest woof, just because development has been slow with my heavy schedule. I have managed to keep seamonkey up to date and that's about it!

Thoughts?

_________________________________

Later..

Ok, the union_fs kernel boots and runs fine, small bug with xorg that wasn't apparent with aufs but I know why. :)


__________________________________

Jades, just noticed about your carl9170 issue, this is because the module name is changed apparently (formerly ar9170) and wag-profiles.sh (netwizard functions library) doesn't know about it, Thanks for the heads up, it's an easy fix.