Puppy Dingo 392 testing, bug reporting
Thanks Jnoble. I checked /etc/ppp/chap-secrets in 301 and found they contained the literal username and password separated by a 3 character sequence (tab, asterix and tab) followed by a blank line. dialup now works with pupdial.
plinej, mplayer and cdda-player are just as you reported. I think cdp is quirky but it does play a cd without hogging resources and shows it's progress: times, track numbers etc.
EDIT1: Changed cpd to cdp
plinej, mplayer and cdda-player are just as you reported. I think cdp is quirky but it does play a cd without hogging resources and shows it's progress: times, track numbers etc.
EDIT1: Changed cpd to cdp
Last edited by zygo on Mon 10 Dec 2007, 22:34, edited 1 time in total.
- Béèm
- Posts: 11763
- Joined: Wed 22 Nov 2006, 00:47
- Location: Brussels IBM Thinkpad R40, 256MB, 20GB, WiFi ipw2100. Frugal Lin'N'Win
Support for 1394
I don't see the ohci1394, ieee1394 and eth1394 modules, which I need to connect to my other PC.
Can those of 3.01 be used or is there an incompatibility?
Can those of 3.01 be used or is there an incompatibility?
Time savers:
Find packages in a snap and install using Puppy Package Manager (Menu).
[url=http://puppylinux.org/wikka/HomePage]Consult Wikka[/url]
Use peppyy's [url=http://wellminded.com/puppy/pupsearch.html]puppysearch[/url]
Find packages in a snap and install using Puppy Package Manager (Menu).
[url=http://puppylinux.org/wikka/HomePage]Consult Wikka[/url]
Use peppyy's [url=http://wellminded.com/puppy/pupsearch.html]puppysearch[/url]
- Béèm
- Posts: 11763
- Joined: Wed 22 Nov 2006, 00:47
- Location: Brussels IBM Thinkpad R40, 256MB, 20GB, WiFi ipw2100. Frugal Lin'N'Win
Laptop with ipw2100 and WEP doesn't get connected.
My laptop with ipw2100 wireless interface does see my access point, but I need WEP to connect to it and obtain an IP.
Altho I give the correct WEP key a live network isn't found.
(same for Pwireless scanner)
I find also unprotected access points.
I can obtain an IP of one of these and connect to the internet.
So it looks like a WEP issue.
Altho I give the correct WEP key a live network isn't found.
(same for Pwireless scanner)
I find also unprotected access points.
I can obtain an IP of one of these and connect to the internet.
So it looks like a WEP issue.
Time savers:
Find packages in a snap and install using Puppy Package Manager (Menu).
[url=http://puppylinux.org/wikka/HomePage]Consult Wikka[/url]
Use peppyy's [url=http://wellminded.com/puppy/pupsearch.html]puppysearch[/url]
Find packages in a snap and install using Puppy Package Manager (Menu).
[url=http://puppylinux.org/wikka/HomePage]Consult Wikka[/url]
Use peppyy's [url=http://wellminded.com/puppy/pupsearch.html]puppysearch[/url]
- veronicathecow
- Posts: 559
- Joined: Sat 21 Oct 2006, 09:41
probepart
Here's the result of probepart on Compaq Presario PC (with SATA, firewire):
Things of note:
- the capacities displayed are 2x the actual capacities (ie, sdg1 is actually a 256-MB USB drive).
- I cannot do a manual mount of partitions g1 and h1.
- in version 2.13 where MUT succeeds, probepart shows:
Code: Select all
# probepart
/dev/sda1|vfat|10506446
/dev/sda2|ntfs|144793844
/dev/sda3|swap|1060290
/dev/sdg1|none|511968
/dev/sdh1|none|1003486
/dev/sdb|none|0
/dev/sdc|none|0
/dev/sdd|none|0
/dev/sde|none|0
/dev/sdf|none|0
/dev/hdc|iso9660|0
- the capacities displayed are 2x the actual capacities (ie, sdg1 is actually a 256-MB USB drive).
- I cannot do a manual mount of partitions g1 and h1.
- in version 2.13 where MUT succeeds, probepart shows:
Code: Select all
sh-3.00# probepart
libcfdisk: unable to open /dev/sdb
libcfdisk: unable to open /dev/sdc
libcfdisk: unable to open /dev/sdd
libcfdisk: unable to open /dev/sde
libcfdisk: unable to open /dev/sdf
libcfdisk: unable to open /dev/sdg
libcfdisk: unable to open /dev/sdh
/dev/hdc|iso9660|0|HL-DT-ST DVDRAM GSA-H10N
/dev/sda1|vfat|10506447|Win95 FAT32 (LBA)
/dev/sda2|ntfs|144793845|OS/2 HPFS or NTFS
/dev/sda3|swap|1060290|Linux Swap
sh-3.00#
- BarryK
- Puppy Master
- Posts: 9392
- Joined: Mon 09 May 2005, 09:23
- Location: Perth, Western Australia
- Contact:
I am going to experiment with Dingo and the 2.6.24 kernel -- as soon as it is released -- it's currently at 2.6.24.rc4.veronicathecow wrote:Hi tempestuous, thanks for tip, sadly however so little works on this new board with Puppy and as I suffer with RSI I have had to stick to PCLinux which seems to make it all work (Apart from having to use the Xvesa)
I will probably try again in 6 months.
Cheers
[url]https://bkhome.org/news/[/url]
- BarryK
- Puppy Master
- Posts: 9392
- Joined: Mon 09 May 2005, 09:23
- Location: Perth, Western Australia
- Contact:
Re: probepart
The sizes are in 512 byte blocks. You need the '-k' and '-m' parameters for KB and MB units.raffy wrote:Here's the result of probepart on Compaq Presario PC (with SATA, firewire):Things of note:Code: Select all
# probepart /dev/sda1|vfat|10506446 /dev/sda2|ntfs|144793844 /dev/sda3|swap|1060290 /dev/sdg1|none|511968 /dev/sdh1|none|1003486 /dev/sdb|none|0 /dev/sdc|none|0 /dev/sdd|none|0 /dev/sde|none|0 /dev/sdf|none|0 /dev/hdc|iso9660|0
- the capacities displayed are 2x the actual capacities (ie, sdg1 is actually a 256-MB USB drive).
- I cannot do a manual mount of partitions g1 and h1.
So what are the filesystems of sdg1 and sdh1 actually?
The filesystem type of the the partitions is determined by a utility application written by Jesse, the same as he uses in MUT. So, if probepart returns a f.s. type of "none", so to will MUT.
The utility is '/usr/lib/mut/bin/guess_fstype' and although I don't have MUT in Dingo, I have retained this utility, as PET package 'guess_fs-29dec2007'. Ditto, probepart in Puppy 3.01 also uses guess_fstype.
My guess is that if you do have some filesystems in those partitions, it is either not a fat/ntfs or normal Linux partition (ext2, ext3, reiserfs), or is somehow misconfigured.
You might want to check with 'guess_fstype' directly. I can't recall exactly, but I think that probepart has some screening and will return 'none' for any f.s.'s that cannot be mounted by Puppy.
[url]https://bkhome.org/news/[/url]
fstype
The fstype is VFAT in USB, and the USB drives are working very reliably, and are being used to boot Puppy in other machines.
There must be some distinction here. MUT can mount these USB partitions even if probepart cant see them; please refer to the 2.13 info above. MUT has a lot of your own changes, too, so surely one or a few line/s in there could help solve this problem.
There must be some distinction here. MUT can mount these USB partitions even if probepart cant see them; please refer to the 2.13 info above. MUT has a lot of your own changes, too, so surely one or a few line/s in there could help solve this problem.
Beem I'm confused, you said hereBéèm wrote:My laptop with ipw2100 wireless interface does see my access point, but I need WEP to connect to it and obtain an IP.
Altho I give the correct WEP key a live network isn't found.
(same for Pwireless scanner)
I find also unprotected access points.
I can obtain an IP of one of these and connect to the internet.
So it looks like a WEP issue.
http://www.murga-linux.com/puppy/viewto ... 498#157498
that it was working properly.
I have compared the zdrv file from 3.01 with 3.92 and noticed things missing from 3.92 that might be important specifically
zdrv-301/lib/modules/2.6.21.7/kernel/net/ieee80211/ieee80211_crypt_ccmp.ko
zdrv-301/lib/modules/2.6.21.7/kernel/net/ieee80211/ieee80211_crypt_tkip.ko
zdrv-301/lib/modules/2.6.21.7/kernel/net/ieee80211/ieee80211_crypt_wep.ko
this might be the reason why modprobe ieee80211_crypt_wep fails
I'm not sure if it is relevant but 3.01 loads a module
00:1f.3 0C0500 8086:2483 <i801_smbus>
this is not loaded in 3.01
Any ideas anyone?
Will
contribute: [url=http://www.puppylinux.org]community website[/url], [url=http://tinyurl.com/6c3nm6]screenshots[/url], [url=http://tinyurl.com/6j2gbz]puplets[/url], [url=http://tinyurl.com/57gykn]wiki[/url], [url=http://tinyurl.com/5dgr83]rss[/url]
contribute: [url=http://www.puppylinux.org]community website[/url], [url=http://tinyurl.com/6c3nm6]screenshots[/url], [url=http://tinyurl.com/6j2gbz]puplets[/url], [url=http://tinyurl.com/57gykn]wiki[/url], [url=http://tinyurl.com/5dgr83]rss[/url]
- BarryK
- Puppy Master
- Posts: 9392
- Joined: Mon 09 May 2005, 09:23
- Location: Perth, Western Australia
- Contact:
Re: fstype
raffy, can you please test guess_fstype:raffy wrote:The fstype is VFAT in USB, and the USB drives are working very reliably, and are being used to boot Puppy in other machines.
There must be some distinction here. MUT can mount these USB partitions even if probepart cant see them; please refer to the 2.13 info above. MUT has a lot of your own changes, too, so surely one or a few line/s in there could help solve this problem.
# /usr/lib/mut/bin/guess_fstype /dev/sdg1
# /usr/lib/mut/bin/guess_fstype /dev/sdh1
and let me know what it returns.
[url]https://bkhome.org/news/[/url]
- BarryK
- Puppy Master
- Posts: 9392
- Joined: Mon 09 May 2005, 09:23
- Location: Perth, Western Australia
- Contact:
The fault is that Dingo alpha1 and alpha2 have a cutdown zrdv file, which has been cutdown a bit too much. All of kernel/net/ieee80211 directory is missing. I've fixed that, for alpha3.HairyWill wrote:Beem I'm confused, you said hereBéèm wrote:My laptop with ipw2100 wireless interface does see my access point, but I need WEP to connect to it and obtain an IP.
Altho I give the correct WEP key a live network isn't found.
(same for Pwireless scanner)
I find also unprotected access points.
I can obtain an IP of one of these and connect to the internet.
So it looks like a WEP issue.
http://www.murga-linux.com/puppy/viewto ... 498#157498
that it was working properly.
I have compared the zdrv file from 3.01 with 3.92 and noticed things missing from 3.92 that might be important specifically
zdrv-301/lib/modules/2.6.21.7/kernel/net/ieee80211/ieee80211_crypt_ccmp.ko
zdrv-301/lib/modules/2.6.21.7/kernel/net/ieee80211/ieee80211_crypt_tkip.ko
zdrv-301/lib/modules/2.6.21.7/kernel/net/ieee80211/ieee80211_crypt_wep.ko
this might be the reason why modprobe ieee80211_crypt_wep fails
I'm not sure if it is relevant but 3.01 loads a module
00:1f.3 0C0500 8086:2483 <i801_smbus>
this is not loaded in 3.01
Any ideas anyone?
I also screened out too much from the sound modules. I had removed all the oss and alsa-isa modules, but that is probably going to far. My thinking is that Puppy should only be supporting computers with a PCI but, not any pre-PCI computers, but maybe that is too harsh. So, I have restored all the alsa ISA-bus modules, but have still left out the old oss modules.
[url]https://bkhome.org/news/[/url]
- Béèm
- Posts: 11763
- Joined: Wed 22 Nov 2006, 00:47
- Location: Brussels IBM Thinkpad R40, 256MB, 20GB, WiFi ipw2100. Frugal Lin'N'Win
@HairyWill,
When I wrote that post you referenced the issue was about 3.90, which works ok with WEP.
When I tried 3.92 I had the problem with WEP, but can connect to unprotected access points.
Also when the issue is about 3.01 I say the my connection works with WEP.
So when I answer a post it's always considering the given context.
Well seeing the post of Barry, I'll wait the alpha 3 then.
When I wrote that post you referenced the issue was about 3.90, which works ok with WEP.
When I tried 3.92 I had the problem with WEP, but can connect to unprotected access points.
Also when the issue is about 3.01 I say the my connection works with WEP.
So when I answer a post it's always considering the given context.
Well seeing the post of Barry, I'll wait the alpha 3 then.
Time savers:
Find packages in a snap and install using Puppy Package Manager (Menu).
[url=http://puppylinux.org/wikka/HomePage]Consult Wikka[/url]
Use peppyy's [url=http://wellminded.com/puppy/pupsearch.html]puppysearch[/url]
Find packages in a snap and install using Puppy Package Manager (Menu).
[url=http://puppylinux.org/wikka/HomePage]Consult Wikka[/url]
Use peppyy's [url=http://wellminded.com/puppy/pupsearch.html]puppysearch[/url]
Barry, I wonder why zdrv should be cut down at all? I thought the whole point of zdrv was to separate it from the part of Puppy that's loaded into memory, thus allowing it to fill up with all sorts of drivers and better support the hardware (while not consuming memory or affecting performance). In other words, it was supposed to balloon out.
The only drawback I can see is downloading time on a big file.
Perhaps you can have 2 zdrv files, one for more common hardware and an extra one for old ISA stuff, oddball drivers and whatnot. That way those stuck with old hardware still can get their drivers, or if too much is inadvertently cut out of the first zdrv, it's still available in the second. In fact it makes it easier for you to get aggressive cutting stuff out of the first because it's not a disaster if you go too far with that.
The only drawback I can see is downloading time on a big file.
Perhaps you can have 2 zdrv files, one for more common hardware and an extra one for old ISA stuff, oddball drivers and whatnot. That way those stuck with old hardware still can get their drivers, or if too much is inadvertently cut out of the first zdrv, it's still available in the second. In fact it makes it easier for you to get aggressive cutting stuff out of the first because it's not a disaster if you go too far with that.
-
- Posts: 405
- Joined: Mon 01 Jan 2007, 20:24
- Location: Hayslope, near Middlemarch, Midlands, England
Will this get hda-intel devices working in Puppy? Looking in the Forum for help these seem particularly troublesome - it's never really worked for me, hence the Forum searching!BarryK wrote:
I also screened out too much from the sound modules. I had removed all the oss and alsa-isa modules, but that is probably going to far. My thinking is that Puppy should only be supporting computers with a PCI but, not any pre-PCI computers, but maybe that is too harsh. So, I have restored all the alsa ISA-bus modules, but have still left out the old oss modules.
By way of comparison ubuntu produces sound to knock your socks off from the same PC, so I had a grep around in the output from modprobe on both. Dingo returns :-
Code: Select all
/lib/modules/2.6.21.7/kernel/sound/pci/hda/snd-hda-intel.ko
Code: Select all
/lib/modules/2.6.15-29-386/kernel/sound/pci/hda/snd-hda-intel.ko
/lib/modules/2.6.15-29-386/kernel/sound/pci/hda/snd-hda-codec.ko
guess_fstype
Result: unknowncan you please test guess_fstype
2.13 MUT's guess_fstype in /usr/lib/mut/bin produces the same result: unknown. But for some reason, MUT sees it in the GUI.
- BarryK
- Puppy Master
- Posts: 9392
- Joined: Mon 09 May 2005, 09:23
- Location: Perth, Western Australia
- Contact:
There's a lot of modules in the full zdrv that are very unlikely to be needed, and I'm aiming for Puppy to meet the needs of 99% of users. That extra 1% will be able to obtain the full zdrv file.PaulBx1 wrote:Barry, I wonder why zdrv should be cut down at all? I thought the whole point of zdrv was to separate it from the part of Puppy that's loaded into memory, thus allowing it to fill up with all sorts of drivers and better support the hardware (while not consuming memory or affecting performance). In other words, it was supposed to balloon out.
The only drawback I can see is downloading time on a big file.
Perhaps you can have 2 zdrv files, one for more common hardware and an extra one for old ISA stuff, oddball drivers and whatnot. That way those stuck with old hardware still can get their drivers, or if too much is inadvertently cut out of the first zdrv, it's still available in the second. In fact it makes it easier for you to get aggressive cutting stuff out of the first because it's not a disaster if you go too far with that.
[url]https://bkhome.org/news/[/url]
- BarryK
- Puppy Master
- Posts: 9392
- Joined: Mon 09 May 2005, 09:23
- Location: Perth, Western Australia
- Contact:
ALSA, as used in Puppy, does not have the snd-hda-codec.ko module. So, I have no idea what it is.nic2109 wrote:Will this get hda-intel devices working in Puppy? Looking in the Forum for help these seem particularly troublesome - it's never really worked for me, hence the Forum searching!BarryK wrote:
I also screened out too much from the sound modules. I had removed all the oss and alsa-isa modules, but that is probably going to far. My thinking is that Puppy should only be supporting computers with a PCI but, not any pre-PCI computers, but maybe that is too harsh. So, I have restored all the alsa ISA-bus modules, but have still left out the old oss modules.
By way of comparison ubuntu produces sound to knock your socks off from the same PC, so I had a grep around in the output from modprobe on both. Dingo returns :-
and ububtu 6.06 returns this :Code: Select all
/lib/modules/2.6.21.7/kernel/sound/pci/hda/snd-hda-intel.ko
Is the absence of the codec in Dingo (and Puppy 3.01) significant?Code: Select all
/lib/modules/2.6.15-29-386/kernel/sound/pci/hda/snd-hda-intel.ko /lib/modules/2.6.15-29-386/kernel/sound/pci/hda/snd-hda-codec.ko
My laptop uses snd-hda-intel.ko and it works. Prior to Puppy3 it did not work, so the upgrade of ALSA fixed it. Dingo will be having another upgrade of ALSA soon.
[url]https://bkhome.org/news/[/url]
- BarryK
- Puppy Master
- Posts: 9392
- Joined: Mon 09 May 2005, 09:23
- Location: Perth, Western Australia
- Contact:
Re: guess_fstype
Ok, we have something weird. Do you have an email address for Jesse? -- I don't think he has been to the forum for awhile. We could tell him about this problem with guess_fstype and can he please fix it. But, I wonder what he did in MUT? -- he must have some fallback method of determining the f.s.raffy wrote:Result: unknowncan you please test guess_fstype
2.13 MUT's guess_fstype in /usr/lib/mut/bin produces the same result: unknown. But for some reason, MUT sees it in the GUI.
Well, how about this:
# fdisk -l
...could you try this, let me know if this reports correct f.s.
If this reports the correct f.s. then no need to contact Jesse, I can use that as fallback in pmount.
[url]https://bkhome.org/news/[/url]