Wary 0.9.8 (098) feedback

[BarryK]

Barry

Something is wrong that I can't pinpoint to do with my acx device and ndiswrapper.

Yesterday in my sneaky testing on my P3 the thing just connected with no fuss.

Today in 098 it just refuses to connect, I even tried tempestuous' command line method. In Sns and network wizard I get no results in the scan. Usually there is about 7 or 8 access ponts detected by that card. I plugged in my usb tp-link dongle (rt73 device) and it connected with no fuss, albeit slowly (it's a distance thing, that's why I prefer the acx with an external antenna.)

As a sanity check I booted back into my sneaky installation and it was straight online with the acx device. So it's weird.. sns doesn't get far enough to catch a log, guess I'll try dmesg or something to look for clues, or look in the kernel log.

Anything change from yesterday that you can put your finger on?

Cheers

097 and 098 are just about identical. The only thing that I can think that might be a factor is the little delay placed into /etc/init.d/10alsa -- that will also delay execution of all the other scripts in /etc/init.d, as they are executed sequentially.

Hmmm, if that is the cause, I will change things so that /etc/init.d/10alsa executes in a separate process that does not delay the others.

[shinobar]

BTW, the secondlife viewer(1 nor 2) fails.
I have failed every version of Wary and Qirky.
Lucid is OK, Puppy-4.3.1(JPqs3) is OK.
I am not sure what library is missing or mismatching.

Missing libGLU.so.1.
So, going to install mesa-6.5.2-w5 then the dependency check recommends xorg_base-1.7.6-lupu.
Is it right?
mmm... failed to download mesa-6.5.2-w5...

[01micko]

Hoorah for 3G modems!

I just plugged it in and it worked on my old P3, which is still usb 1.1. Solves my slow network issue for now.

I was able to reproduce James' problem with my slow connection. There is no check if there is a pet there or not, just the call to petget to install whatever driver, if it's not there you get James' error. So, if there's a download fail petget tries to run.

Other than that, when I plugged in the fast connection provided by my huawei-169 video upgrade worked as expected. Same driver as James.

Cheers

[BarryK]

I was able to reproduce James' problem with my slow connection. There is no check if there is a pet there or not, just the call to petget to install whatever driver, if it's not there you get James' error. So, if there's a download fail petget tries to run.

Other than that, when I plugged in the fast connection provided by my huawei-169 video upgrade worked as expected. Same driver as James.

Cheers

Yeah, but I don't understand why so many reports that installation fails. Slow connection should not make any difference. This line:

rxvt -bg yellow -e wget ${PET_URL}${PET_FOLDER}\$PET

should only finish when the PET has fully downloaded, unless an error causes wget to terminate.

Looks like we need some more rigorous code in here, that checks for complete download and keeps trying until success. Um, but wget defaults to retrying until succeeds, at least it tries a certain number of times.

[shinobar]

Missing libGLU.so.1.
So, going to install mesa-6.5.2-w5 then the dependency check recommends xorg_base-1.7.6-lupu.
Is it right?

(Of course) installing xorg_base-1.7.6-lupu broke the desktop.

Tried with new pupsave.
First, installed mesa-6.5.2-w5 from PPM.
PPM says missing dependency with 'xorg_base'. I ignored this.
Next, installed micko's nvidia 260 driver.
Xorgwizard got nvidia driver with 1920x1080x24.

Now, the secondlife viewer2 successfully running

... Check dependency says still 'xorg_base' missing...

[01micko]

rxvt -bg yellow -e wget ${PET_URL}${PET_FOLDER}\$PET

Yep that should do it, however I don't think James has a slow connection, all I can put it down to is ibiblio refusing the connection and wget exits. That's what it looked like to me, the download didn't even start.

I have rigorous code in quickpet to prevent this, it's really probably a bit excessive. Maybe just a check that the pet exists would be enough and a "try again later" message for failure.

[James C]

rxvt -bg yellow -e wget ${PET_URL}${PET_FOLDER}\$PET

Yep that should do it, however I don't think James has a slow connection, all I can put it down to is ibiblio refusing the connection and wget exits. That's what it looked like to me, the download didn't even start.

I have rigorous code in quickpet to prevent this, it's really probably a bit excessive. Maybe just a check that the pet exists would be enough and a "try again later" message for failure.

No slow connection,high speed dsl. No problem with Quickpet for example.....downloaded a ton of packages in Lucid/Luci testing without a problem.

On both machines, video-upgrade wouldn't download but I used the PPM to download and install the pets.
Not actually that big of a deal to me,just don't like things that don't work...........................

[01micko]

come to think about it,, the default for wget is 10 tries (in /etc/wgetrc), in quickpet I use wget -t0 which is the unlimited tries parameter. I guess that would help because when I tested and it failed it did linger for 20 seconds or so, so it may have exhausted the 10 tries.

The way I understand it, wget tries, if it fails waits 1 second, tries again, then waits 2 seconds, tries, and so on up to 10 times.

_____________________________________________

I'll be doing a minor update to pupRadio in the coming days, there is one channel not working, SCCtv, historical movies, getting 404 error so it's either moved or gone I guess. These channels sure have stood the test of time!

[Sage]

Following advice (01micko?) re. Opera, d/l Debian-Other from their website, petget offered to open/install - it worked, except closing message tells look under "Utility" - it was correctly listed under "Internet", but the Big Red 'O' was superimposed over 'Pup-Advert-Blocker' and Opera was listed higher up in the sub-menu without its icon.
Some tweaking needed.

[pakt]

Barry, the problem with the savefile/xorgwizard menu extending below the edge of the screen is still present in wary-098.

Your mod in rc.country, “FONTMAP='’ #101112“, doesn’t blank the variable for some strange reason. The contents of /etc/fontmap is still “lat1-12.psfu

[01micko]

Following advice (01micko?) re. Opera, d/l Debian-Other from their website, petget offered to open/install - it worked, except closing message tells look under "Utility" - it was correctly listed under "Internet", but the Big Red 'O' was superimposed over 'Pup-Advert-Blocker' and Opera was listed higher up in the sub-menu without its icon.
Some tweaking needed.

Sage, the lupu pet works, though there is still a weird issue with the 'Pup advert blocker' icon... strange.

http://mirror.aarnet.edu.au/pub/puppyli ... -Lucid.pet (you may need to right click and 'save as', sometimes these mirrors do this, including ibiblio )

It will work, you will find the same on ibiblio and other mirrors.

(01micko?)

'tweren't I! I swear! Biilltoo? Let's blame him! Or Bugman!

If you want it as your default browser then run this code:

Code: Select all

echo '#!/bin/sh' >  /usr/local/bin/defaultbrowser

then

Code: Select all

echo 'exec opera "$@"' >> /usr/local/bin/defaultbrowser

I take no responsibility.

Cheers

[Sage]

Sorry about that, m - must've been Bill - he's been helping me a lot, too. It's no big deal that the 'O' is misplaced because the entire edifice works well. I found the Opera11alpha page, (strangely with Opera11 in Google!) so will give that a spin ASAP. What with Mint10 and a bunch of releases, I may run out of testing machines - three cheers for KVM.
Thanks for the .pet advice, though. And those CLI instructions are exactly what this guy needs. Struggling to get Eudora to sign up from Menu & desktop icon on Mint despite following the statement entries on the Eudora website - poor man's solution: find exe file location, cd, click it! Seemed to function a little better in Wary, fortunately, with the custom-made .pet! Thanks, fellas. How's the cricket shaping up in S. Oz?!

[drblock2]

Upgrade from Wary 0.9.6 with delta files succeeded. I was able to update my old pup-save file and everything worked out of the box on my old home brew desktop:

nVidia NV34 [GeForce FX 5200] (no special nVidia driver installed).
ESS Technology ES1969 Solo-1 Audiodrive.
ASUS A7N8X ACPI BIOS Rev 1022 Beta 005 T1 Mother board

Nicoedit now opens non-utf-8 files as reported in Barry's blog, but some additional code page support would be appreciated. Some day, everything will be in utf-8, but we will still have gazillions of "legacy" documents to deal with.

The geany bug, error message "value too large for defined data type" when trying to open files on remote drives connected via smb/cifs is still present. Geany opened remote files in Wary 090, but I observed the problem again in Wary096.

[Billtoo]

Billtoo,
Did you use the Video Upgrade Wizard to install the ATI PET? If so, it runs 'aticonfig --initial' after it installs, so you shouldn't have had to do that.

I didn't use the upgrade wizard the first time so:

I booted the live cd with pfix=ram
Clicked on the video upgrade wizard and it downloaded the ati pet.
Rebooted and created the save file.
When it got back to the desktop a popup said to exit to the prompt and
type xwin, I did that and the popup appeared again so I ignored it and
clicked on the Nexuiz directory on the hd and started Nexuiz,it works

So the last popup advising to exit to the prompt keeps coming up even
after you've installed the pet and followed the instructions.

[Karl Godt]

upgrading from 094 to 098 via .deltas : OK
liveCD : Boot OK , detected an older warysave 070 on sdb1 HD which I didn't had chosen . Booting to Ram the driveicon sdb1 had its mount ball and didn't want to unmount . Unmounting via ROX /initrd/mnt/dev_save worked !

The Puppy universal installer installed wary-098 flawlessly into its own folder on sdc7 luci-218 full install .

First time I had been using grub4dos : Impression had been very good !
Some smaller demands from my side ( I think shinobar would be the right person to address ) :
Grub4dos didn't offer to which partition the menu.lst and glrdr files should go to, the 10 full installs didn't got a "root (hdx,y)" but a "UUID CDROM" entry and it took me some tries to recognize that grub4dos is treating its MBR-drive as 'hd0' even if it is 'sdc (hd2)' .

I would suggest to add a line to /etc/rc.d/rc.shutdown :
line 907 : If you haven't already installed Puppy via the universal installer :

I also recocnized the missing `break` between the last two `done` at /sbin/pup_event_frontend_d which I seldom need to recover an accidentially clicked away drive icon.

The frugal install booted fine !
Nothing bad to report until now !
Well done !

[shinobar]

First time I had been using grub4dos : Impression had been very good !
Some smaller demands from my side ( I think shinobar would be the right person to address ) :
Grub4dos didn't offer to which partition the menu.lst and glrdr files should go to, the 10 full installs didn't got a "root (hdx,y)" but a "UUID CDROM" entry and it took me some tries to recognize that grub4dos is treating its MBR-drive as 'hd0' even if it is 'sdc (hd2)' .

Thanks for testing, Karl Godt.
But i am afraid i cannot follow the problem you are listing up on the UUID.
Shall we talk at another topic?
http://www.murga-linux.com/puppy/viewtopic.php?t=51697

[JonT]

Fresh (each time) frugal install on Inspiron 1100 (2004 bios) works fine with i810 driver. flsynclient works and easy wireless connect (D-Link card with Atheros AR2414 chip, ath5k driver - had problems in wary 094, not 096). Sound and videos play fine.

Video upgrade wizard recommended mesa-6.5.2-w5;installed it. The OpenGL portion of hardinfo/Display gives:

Code: Select all

Vendor	Unknown
Renderer	Unknown
Version	Unknown
Direct Rendering	No

Adding mesa-demos-7.6-w5 plus the dependency freeglut-2006-02-08-w5 (ignoring the xorg_base dependency which crashes X much like Shinobar's experience) gives

Code: Select all

Vendor	Tungsten Graphics, Inc
Renderer	Mesa DRI Intel(R) 845G 20061017 x86/MMX/SSE2
Version	1.3 Mesa 6.5.2
Direct Rendering	Yes

glxgears gives about 1800 frames per 5 sec, probably the highest I have seen on this laptop.

Ummm ... After a crash, I downloaded the mesa, etc. PETs directly for faster reinstall and now notice that mesa-demos and freeglut have disappeared from ibiblio ... surely the file privileges would have kept me from doing a move instead of a copy??? ... surely ...

Pnethood most often crashes my router, but that's nothing new. No further problems with apps noted. Retrovol is fine.

[DaveS]

Firefox4_beta7.sfs with dbus included http://www.murga-linux.com/puppy/viewto ... 154#467154

[Billtoo]

I'm running 098 on a 4gb ext4 formatted flash drive which has the
wary_devx_098.sfs and kernel_src-2.6.31.14-patched.sfs on it.
I installed 098 to this drive with the universal installer after
booting the live cd and used grub4dos to install the boot loader to
the flash drive.
On first boot I just rebooted and saved to the entire partition.
On the next boot I'm prompted to load the sfs files which I do.
I start seamonkey and go to the nvidia web site to get the driver for
my graphics card. http://www.nvidia.com/Download/index.aspx?lang=en-us
I download NVIDIA-Linux-x86-260.19.21.run and reboot the computer.

Back at the desktop I exit to the prompt and go to the my-documents
directory and do "sh NVIDIA-Linux-x86-260.19.21.run" when it is
finished I let it change my xorg.conf file.
I enter "xwin" to get back to the desktop.
# report-video
VIDEO REPORT: Wary Puppy, version 098

Chip description:
oem: NVIDIA
product: G84 Board - p402h00 Chip Rev

Driver used by Xorg:


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

...the above also recorded in /tmp/report-video
#
Accelerated graphics is working now.My card is an Nvidia Geforce 8600
GT.

Earlier today I tried the video upgrade wizard and downloaded the pet
that it recommended but it didn't work so I started over with a new
flash drive install, this one.

I think this NVIDIA-Linux-x86-260.19.21.run driver just came out in
the past few days, I had used the NVIDIA-Linux-x86-260.19.12.run
driver in earlier versions of Wary.

Anyhow, it's working good for me

[pakt]

Tried on my PC with NVIDIA Geforce 8800GTX.
First boot, nv or vesa i am not sure, got 1200x1048x24.
Installed nvidia-265 driver from the Video Upgrade Wizard.
Down to console, xorgwizard, chose nvidia, select 1200x1048x24, test.
After 'Test now', the PC freezes with black screen.

Got same symptom with nvidia-256 driver while upgrading on PC with “GeForce 8200M G