Page 11 of 13

Evil Seamonkey

Posted: Mon 02 Jun 2008, 22:14
by bobjackson
Using the 2.6.21.7 kernel and Seamonkey 1.1.5, I too am getting CPU runaways, usually when I also have a Java application running at the same time and wading through page swap hell.

Cannot edit PuppyDialer settings

Posted: Wed 04 Jun 2008, 21:34
by paulh
I downloaded Puppy 4.00 a couple of weeks ago and like it a lot so far. But I think something is wrong with PuppyDialer. I can't edit my user name, password, and modem speed. Left clicking in the blanks would not bring up a cursor. I worked around the problem by entering the necessary information in the configuration files myself. Once the information was in, the PuppyDialer buttons worked to dial up my ISP and connect to the net.

System: Gateway Pentium II 450 MHZ, 128 MB RAM, 3 GB HD, US Robotics Sportster 56 KB external modem. Puppy 4.00 full installation, no other OS on board.

Posted: Wed 04 Jun 2008, 23:50
by ttuuxxx
Hi when I compile on 4.0 it get some errors like
: /usr/lib/libstdc++.so.6: no version information available
also libpng fails the same way when I try execute certain programs,
maybe a full versions of both?
based on the regular kernel
well thanks for your time
ttuuxxx

also I was compiling bibledit and when I went to run it via command line I had 2 errors.

1- # bibledit
Bibledit has not been designed to run as user root.
Please run it as a normal user.
----> (How is that possible????????)

2- #(process:2195): GLib-GObject-WARNING **: cannot retrieve class for invalid (unclassed) type `<invalid>'
(repeated 26 times)

ttuuxxx

Posted: Thu 05 Jun 2008, 00:28
by alienjeff
ttuuxxx wrote:also I was compiling bibledit and when I went to run it via command line I had 2 errors.

1- # bibledit
Bibledit has not been designed to run as user root.
Please run it as a normal user.
----> (How is that possible????????)
How? Simple!

1) Root = God,

2) ttuuxxx is not God, therefore

3) Read the Bible -- don't edit it.

Can't download the locale

Posted: Mon 09 Jun 2008, 15:38
by mdisaster2
When I try to download a locale from Menu->Desktop->Chooselocale after I hit the "Fetch" button the dialog times out and says I am not connected to the internet. This seem to be more like a generic failure message though, since other internet apps such as Seamonkey and the Pet installer are working like a charm.

Just a bad server day, or there's something I can try to troubleshoot this issue ?

Re: Can't download the locale

Posted: Mon 09 Jun 2008, 20:47
by urban soul
mdisaster2 wrote:When I try to download a locale ...
Scusa, mi sembra non c'e una 'locale' italiana. Non ha mai funzionato, ci credo...

US

Re: Can't download the locale

Posted: Mon 09 Jun 2008, 22:26
by mdisaster2
Ok, found a workaround of sort. I figured out what package chooselocale was trying to get, then I downloaded and installed it manually.

Then I went to chooselocale again, this time I selected "Local" and lo and behold, all the locales were there for me to choose, including it_IT, and it_IT@Euro as it has been the case since Puppy 2.10. Not sure this is the most efficient way to go about it since now I have 110 different locales in /usr/lib/locale , but I'm running under Virtualbox so what the heck :D

As for the reason why chooselocale says there's no internet, my best guess is that Virtualbox doesn't allow ICMP requests.
Sorta sucks, but definitely not a Dingo bug 8)

Re: Dingo full install fails shutdown

Posted: Wed 11 Jun 2008, 04:14
by caiooiac
Kal wrote:This bug seems to have fallen thru the cracks and is a carry-over from Puppy 3.01. When Puppy is full installed to the hard drive, it fails to shutdown or reboot and then loops back to the desktop. This forces a manual shutdown of the computer.

The fix has been to unmount the partition in the shutdown script at /etc/rc.d/rc.shutdown, by adding the line: umount -a. This may not be the correct way to fix this and does work though.

This may not effect all computers, but has been reported before by others.

Good Luck, Kal
Hi Kal,
I´ve been having that same problem since I did a full installation. That´s actually one of my only problems with puppy. So I really want to fix it and I don care if it isn´t the correct way, but where do I add the ¨umount -a¨ in the shutdown script?
I added in the last line before #the end# and it didn´t worked...

Thanks

Caio

xautoconnect

Posted: Sun 15 Jun 2008, 02:27
by Lobster
Just to report that menu / Network / xautoconnect
got a friend using wifi to connect to the internet easily (just clicked on it)
Hope that stays in :)

Here is someone else who found it useful . . .
http://web4everyone.blogspot.com/2008/0 ... aptop.html

Posted: Mon 16 Jun 2008, 19:41
by Subito Piano
Not sure if this is the best spot to post this but here goes: i downloaded Dingo 1.0 and used pfind to locate a png file. PFind couldn't show the files because gtksee is missing. Sounds like maybe something is missing in Dingo?

to ALIENJEFF: Beautiful! :D

Posted: Mon 16 Jun 2008, 20:23
by JustGreg
I have been trying to get web camera on the 2goPC to work. Puppy 4.0 ffmpeg does not support video capture. The version (

Code: Select all

version SVRN-rUNKNOWN
) does not have -vd oprtion and most of the video capture formats. Puppy 3.01 ffmpeg (version SVRN-r79072) works perfectly fine and will do video capture from a web camera.

mplayer

Posted: Mon 30 Jun 2008, 06:59
by attawan
BarryK wrote:
ttuuxxx wrote:But then I installed mplayer via petget and it had a missing "divx" file, doesn't say which version or anything useful. So i figure the mplayer full codec pack should fix that, nope still missing "divx" so I figured why not just try mplayer, so I click the icon and it 2 boxes came up, 1 black and 1 white. Then my pc froze, which it never does and I had to press ctrl+Backspace to exitx and then startx to get back,
Actually, it says a missing "xvid" -- but that's a false alarm. That is an incorrect dependency in the packages.txt file. I've fixed it.

I installed Mplayer PET package (the official one from ibiblio), and I also got two empty boxes when I started it from the menu. I hit CTRL-ALT-BACKSPACE to kill X, restarted X, then Mplayer worked. Dunno why.

I had heaps of trouble with Mplayer before, behaving really odd, some of which I documented in my blog. That's why I dumped it in favour of Gxine.
The same problem here....restart X doesn't help....found roundabout:

Just don't use the link in menu, but find mplayershell instead and click on it - works perfect!!! ( in /usr/bin ). Can also drag on desktop to make a link. B.t.w. uses much less CPU then Gxine.

Posted: Wed 02 Jul 2008, 14:33
by ledo
I noticed and i report:

CF to IDE type installation with universall installer doesn't work on my old toshiba laptop with puppy DINGO.

It works like it should for now with version 3.01

When i try to install with DINGO i get usual setup menus but when i press last button yust before installation begins nothing happens.

Abiword spell check

Posted: Sun 06 Jul 2008, 07:02
by gray
The spell check in Dingo Abiword does not work.

This is because Enchant is not configured correctly. There needs to be a /usr/lib/enchant directory containing an object file that is a gateway to the desired spell checker. Abiword in Dingo has the Ispell dictionary so the libenchant_ispell.so file needs to be in the above directory. Unfortunately there is a bug in enchant regarding where it expects to find the dictionary files - it only looks in the path /usr/share/enchant/ispell as far as I can tell, so I added a symlink for american.hash in there to the usr/share/abiword-2.6/dictionary/LittleEndian32.american.hash file to get it to work.

Posted: Tue 08 Jul 2008, 05:52
by Sit Heel Speak
Tests of Puppy 4.00 with both kernels, k2.6.25 and k2.6.21.7.

This is on a vintage-2003 dual-Xeon equipped with both UDMA5 (ATA100) and SCSI disks.

Both Dingo versions are frugal installs, each on its own 3.3G partition of a single 10GB UDMA5 disk at sda1 (in k2.6.25) and hda2 (in k2.6.21.7), booted from GRUB installed from k2.6.25 in the default position (root superblock).

Program startup is noticeably snappier under Dingo 4.00 k2.6.21.7 than k2.6.25, even though in theory the SMP-capable k2.6.25 should be faster on this dualie machine.

Five or six problems manifest. Numbers 1 and 2 are show-stoppers:

1. On k2.6.25 (but not on 2.6.21.7), an error, screenshot here, of "Hard link count is wrong" when PFind is started. PFind is thereby unuseable.

e2fsck'ing the .sfs file and fsck'ing the (ext3) sda1 partition it's on (the [e2]fsck'ing was done from Lobster's tmxxine-alpha-4 version of Dingo, running pfix=ram from live-CD) does not cure this "Hard link count is wrong" error. This same problem is seen also with k2.6.25 on another system, a vintage-1999 dual-P3.

2. PETget still takes a lo-oooo-ong time, like three minutes on Dingo k2.6.25 and one minute on k2.6.21.7 (and about 30 seconds on Puppy 2.16CE), to initialize its wget. Yes, wgetrc proxies are configured correctly.

3. Having problems with PNethood (I didn't realize there is a version .063--been away, catching up), so I downloaded the old SMB mounter LinNeighborhood through the PET manager. After getting LinNeighborhood's dependency gtk-1.2.10 (and its own dependencies), LinNeighborhood works OK in both k2.6.25 and k2.6.21.7--except for the conversion error message shown here which appears when a drive on the Win98 machine is mounted in Puppy. Despite the error message, LinNeighborhood does work OK on both kernels.

PNethood displays a similar horde of conversion-error messages when started from the command line.

4. Dingo 4.00-k2.6.25 can't mount .iso image files. k2.6.21.7 can.

5. The problem ttuuxx wrote about in this thread on May 21, concerning file-copying (or moving) to a USB stick formatted vfat, afflicts k2.6.25 but not k2.6.21.7. On k2.6.25 it also afflicts a file moved from across the network, i.e. from a Win98 machine to a local USB stick formatted vfat, i.e.

cp '~/mnt/SUBOTAI/SUBOTAI_D/PUPPY/Puppy 4.00 2.6.21.7 kernel official/boot.images' /mnt/sdc1

gives the error message

cp: preserving permissions for `/mnt/sdc1/boot.images/no_emul.00': Operation not permitted
Failed to copy /root/mnt/SUBOTAI/SUBOTAI_D/PUPPY/Puppy 4.00 2.6.21.7 kernel official/boot.images as /mnt/sdc1/boot.images

on k2.6.25 but this error does not occur on k2.6.21.7. Nevertheless, even on k2.6.25 /boot.images is there on the destination USB stick, with contents.

On to try the alpha of 4.1...
SHS

PS: 6. While I'm at it: expandtarballs.sh on the Puppy 4 Unleashed kit, doesn't work. (sigh...time to learn bash, so I don't need to come here crying for help...) (yeah, I know, I was saying that a year ago too...)

Posted: Fri 11 Jul 2008, 16:25
by linuxcbon
Dingo full disk install with seamonkey, with many many big web sites open at same time, the hard disk gets active and pc freezes. No swap file setup. RAM is 512M.

Posted: Sat 12 Jul 2008, 07:53
by tlchost
sixten wrote: ISO: puppy-4.00-k2.6.21.7-seamonkey.iso

Sound isn't working (intel-hda). l
Same problem with a Dell 5150.

Alsa 1.0.8 in version 3.x works fine.

Posted: Sat 12 Jul 2008, 17:11
by 2beta
ledo wrote:I noticed and i report:

CF to IDE type installation with universall installer doesn't work on my old toshiba laptop with puppy DINGO.

It works like it should for now with version 3.01

When i try to install with DINGO i get usual setup menus but when i press last button yust before
Same problem as Ledo.

Installation to CF card is impossible with Puppy universall installer
-USB CF adaptater later to IDE,
and
-CF in IDE adapter
are not working.

Posted: Mon 14 Jul 2008, 02:35
by Sit Heel Speak
In the k2.6.25 Puppy 4...I get this screen after a failed install of Yoper Linux 3.1-beta to sdd2.

I used GPartEd to wipe both partitions from sdd and put fresh ones on.

Then, rebooted.

Still, Hotpup continues to mistakenly detect that there exists the (nonexistent) sdd3.

Anyone have any idea how I get rid of it? This isn't Boot Manager's fault, I'm not bypassing the checks. Rebooting into Puppy 4 k2.6.21.7, the phantom drive is gone (and the drive is sdb). Rebooting back into k2.6.25, it's back. Turning Hotpup off, restarting X, turning it back on, restarting X again, does not get rid of sdd3.

Side note: Hotpup disk detection (though erroneous) happens in under three seconds in Puppy 4.00 k2.6.25, but it takes several minutes (but shows correct results) in k2.6.21.7.

***EDITED if I turn off "no probing" in the Boot Manager (i.e., yes, do probing), k2.6.21.7 Hotpup produces the drive icons in the same swift 3 seconds as k2.6.25***

Posted: Thu 17 Jul 2008, 02:19
by edoc
When will 4.1alpha2 be released, please?

Just did a FRUGAL load of Puppy 4.00/Dingo 2.6.21.7 to my Panasonic Toughbook CF-28 with 766MB RAM and 1.95G Swap.

xorg would not work but xvesa did.

GRUB made a nuisance of itself (for a Frugal load) as usual, I ended up with the following successful menu.lst:

Code: Select all

timeout 3
color light-gray/blue black/light-gray
title Puppy Linux 4.00
rootnoverify (hd0,0)
kernel /puppy400/vmlinuz PMEDIA=idehd psubdir=puppy400
initrd /puppy400/initrd.gz
From a cold boot the load of my pup_save file slows things a bit, not certain why.

GXINE (default version 0.5.9) cannot handle a .rm video file. Per a Forum thread elsewhere I tried the mplayer_codecs_full PET without success. drv.so appears to be absent so only the audio is handled. The PET package repository shows an older gxine and a newer one - the newer is flagged as crashing - does that mean that there is no solution short of loading mplayer? (I read on another Forum thread that mplayer has to be booted directly and not from the Menu.)