Muppylinux-004 (+ 005 for testing)
I just tried Muppy005 with a Celeron300 and 512M ram.
Works fine for me.
Just two things I noticed
Mplayer wont start, I get this message
sh-3.00# mplayer /mnt/hda9/vids/Lisa.mpg
MPlayer 1.0pre8-3.3.4 (C) 2000-2006 MPlayer Team
CPU: Intel Celeron A Mendocino/Pentium II Dixon (Family: 6, Model: 6, Stepping: 0)
CPUflags: MMX: 1 MMX2: 0 3DNow: 0 3DNow2: 0 SSE: 0 SSE2: 0
Compiled for x86 CPU with extensions: MMX MMX2 SSE
Playing /mnt/hda9/vids/Lisa.mpg.
MPlayer interrupted by signal 4 in module: demux_open
- MPlayer crashed by an 'Illegal Instruction'.
It usually happens when you run it on a CPU different than the one it was
compiled/optimized for.
Verify this!
- MPlayer crashed by bad usage of CPU/FPU/RAM.
Recompile MPlayer with --enable-debug and make a 'gdb' backtrace and
disassembly. Details in DOCS/HTML/en/bugreports_what.html#bugreports_crash.
- MPlayer crashed. This shouldn't happen.
It can be a bug in the MPlayer code _or_ in your drivers _or_ in your
gcc version. If you think it's MPlayer's fault, please read
DOCS/HTML/en/bugreports.html and follow the instructions there. We can't and
won't help unless you provide this information when reporting a possible bug.
Thought I would mention it, But Im quite happy to use Gxine which works well
Except it doesnt play .ra files.
Works fine for me.
Just two things I noticed
Mplayer wont start, I get this message
sh-3.00# mplayer /mnt/hda9/vids/Lisa.mpg
MPlayer 1.0pre8-3.3.4 (C) 2000-2006 MPlayer Team
CPU: Intel Celeron A Mendocino/Pentium II Dixon (Family: 6, Model: 6, Stepping: 0)
CPUflags: MMX: 1 MMX2: 0 3DNow: 0 3DNow2: 0 SSE: 0 SSE2: 0
Compiled for x86 CPU with extensions: MMX MMX2 SSE
Playing /mnt/hda9/vids/Lisa.mpg.
MPlayer interrupted by signal 4 in module: demux_open
- MPlayer crashed by an 'Illegal Instruction'.
It usually happens when you run it on a CPU different than the one it was
compiled/optimized for.
Verify this!
- MPlayer crashed by bad usage of CPU/FPU/RAM.
Recompile MPlayer with --enable-debug and make a 'gdb' backtrace and
disassembly. Details in DOCS/HTML/en/bugreports_what.html#bugreports_crash.
- MPlayer crashed. This shouldn't happen.
It can be a bug in the MPlayer code _or_ in your drivers _or_ in your
gcc version. If you think it's MPlayer's fault, please read
DOCS/HTML/en/bugreports.html and follow the instructions there. We can't and
won't help unless you provide this information when reporting a possible bug.
Thought I would mention it, But Im quite happy to use Gxine which works well
Except it doesnt play .ra files.
there is an alternative mplayer-dotpup, but it does ot support xvmc-accelleration:
http://dotpups.de/dotpups/Multimedia/MPlayer-1.0.8/
And the brand-new Release candidate 1:
http://dotpups.de/dotpups/Multimedia/Mplayer-1.0rc1/
Maybe one of them works for you?
Does it crash with other files, too?
Mark
http://dotpups.de/dotpups/Multimedia/MPlayer-1.0.8/
And the brand-new Release candidate 1:
http://dotpups.de/dotpups/Multimedia/Mplayer-1.0rc1/
Maybe one of them works for you?
Does it crash with other files, too?
Mark
it seems I must have been dreaming concerning UTF-8.
I now can't reproduce to get it working in Rox1.
The last 2 days I had used another pup_save.3fs to fix the boot-scripts.
Now today back in my old environment, files created with leafpad display garbage as in my last screenshot
So stay with rox2 as default?
I did however replace the icon "waves" with "gimmicks" for 006, what opens a folder with things like setrox1 and setrox2.
Must find out now a comfortable way to set up mime-types using update-mime, so that I can set default-actions.
Mark
I now can't reproduce to get it working in Rox1.
The last 2 days I had used another pup_save.3fs to fix the boot-scripts.
Now today back in my old environment, files created with leafpad display garbage as in my last screenshot
So stay with rox2 as default?
I did however replace the icon "waves" with "gimmicks" for 006, what opens a folder with things like setrox1 and setrox2.
Must find out now a comfortable way to set up mime-types using update-mime, so that I can set default-actions.
Mark
i think Puppy used to have GTKiptables ... i seem to remember that it did not work very well, and it was recommended that you just use it to get information from iptables, not to configure iptables .. i might be wrong
i seem to remember that it would not run at all if you had run a firewall script first
in any case, it is available as an unleashed package in PupGet
yes, it was included with Puppy 103 and 104 ... it will not run unless you disable your firewall first, or else it will crash with a seg fault ... see: http://www.puppyos.com/puppy-unleashed.htm
i don't really recommend it
i seem to remember that it would not run at all if you had run a firewall script first
in any case, it is available as an unleashed package in PupGet
yes, it was included with Puppy 103 and 104 ... it will not run unless you disable your firewall first, or else it will crash with a seg fault ... see: http://www.puppyos.com/puppy-unleashed.htm
i don't really recommend it
Humm... yes I did get GTKiptables to work but when there was the segment fault. There must be some other simple front end that could be a substitue? Sometimes I have upwards of 112 rules, like for DOS, floods, bad flags, scanners, syn, etc. Havings something that is easy to work with would be nice. Some servers have over 250 rules...
Dear MU,
first of all: I like your Muppy a lot!
I encounter only one little (but quite annoying) problem (as with other Puppys too btw.): I cannot run the LiveCD or from USB because my USB driven Logitech keyboard and mouse are not recognized so that I cannot get on during the start-up process when it wants me to choose a language/keyboard layout...
Is there any way around this issue (besides searching for an old cable keyboard of course or any modification that can easily be implemented?
I want Muppy mainly for my USB stick btw.
BR
zikarus
first of all: I like your Muppy a lot!
I encounter only one little (but quite annoying) problem (as with other Puppys too btw.): I cannot run the LiveCD or from USB because my USB driven Logitech keyboard and mouse are not recognized so that I cannot get on during the start-up process when it wants me to choose a language/keyboard layout...
Is there any way around this issue (besides searching for an old cable keyboard of course or any modification that can easily be implemented?
I want Muppy mainly for my USB stick btw.
BR
zikarus
zikarus, I may be able to help you. Is there any way you can run the following command with your USB kbd and mouse plugged in and post the results:zikarus wrote:I cannot run the LiveCD or from USB because my USB driven Logitech keyboard and mouse are not recognized so that I cannot get on during the start-up process when it wants me to choose a language/keyboard layout...
Is there any way around this issue (besides searching for an old cable keyboard of course or any modification that can easily be implemented?
# cat /proc/bus/usb/devices
That may give a clue why your keyboard and mouse are not detected.
Paul
Methinks Raspberry Pi were ideal for runnin' Puppy Linux
Dear Paul,
thanks for your help.
I have no other keyboard besides this cordless (argh, I forgot to mention this detail before, didn't I?) here in my office. I have therefore run your command under Backtrack, which seems to have no problem with my keyboard/mouse combo.
Here is the (shortened) output:
T: Bus=03 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#= 1 Spd=12 MxCh= 4
B: Alloc= 28/900 us ( 3%), #Int= 2, #Iso= 0
D: Ver= 1.10 Cls=09(hub ) Sub=00 Prot=00 MxPS=64 #Cfgs= 1
P: Vendor=0000 ProdID=0000 Rev= 2.06
S: Manufacturer=Linux 2.6.18-rc5 ohci_hcd
S: Product=OHCI Host Controller
S: SerialNumber=0000:00:02.1
C:* #Ifs= 1 Cfg#= 1 Atr=e0 MxPwr= 0mA
I: If#= 0 Alt= 0 #EPs= 1 Cls=09(hub ) Sub=00 Prot=00 Driver=hub
E: Ad=81(I) Atr=03(Int.) MxPS= 2 Ivl=255ms
T: Bus=03 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#= 2 Spd=1.5 MxCh= 0
D: Ver= 1.10 Cls=00(>ifc ) Sub=00 Prot=00 MxPS= 8 #Cfgs= 1
P: Vendor=046d ProdID=c502 Rev=11.40
S: Manufacturer=Logitech
S: Product=USB Receiver
C:* #Ifs= 2 Cfg#= 1 Atr=a0 MxPwr= 50mA
I: If#= 0 Alt= 0 #EPs= 1 Cls=03(HID ) Sub=01 Prot=01 Driver=usbhid
E: Ad=81(I) Atr=03(Int.) MxPS= 8 Ivl=10ms
I: If#= 1 Alt= 0 #EPs= 1 Cls=03(HID ) Sub=01 Prot=02 Driver=usbhid
E: Ad=82(I) Atr=03(Int.) MxPS= 8 Ivl=10ms
T: Bus=02 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#= 1 Spd=12 MxCh= 4
B: Alloc= 0/900 us ( 0%), #Int= 0, #Iso= 0
D: Ver= 1.10 Cls=09(hub ) Sub=00 Prot=00 MxPS=64 #Cfgs= 1
P: Vendor=0000 ProdID=0000 Rev= 2.06
S: Manufacturer=Linux 2.6.18-rc5 ohci_hcd
S: Product=OHCI Host Controller
S: SerialNumber=0000:00:02.0
C:* #Ifs= 1 Cfg#= 1 Atr=e0 MxPwr= 0mA
I: If#= 0 Alt= 0 #EPs= 1 Cls=09(hub ) Sub=00 Prot=00 Driver=hub
E: Ad=81(I) Atr=03(Int.) MxPS= 2 Ivl=255ms
... (more host controllers following)
Hope that helps.
BR
zikarus
Btw. I have the same issue with another type of cordless Logitech keyboard/mouse combo at home...
thanks for your help.
I have no other keyboard besides this cordless (argh, I forgot to mention this detail before, didn't I?) here in my office. I have therefore run your command under Backtrack, which seems to have no problem with my keyboard/mouse combo.
Here is the (shortened) output:
T: Bus=03 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#= 1 Spd=12 MxCh= 4
B: Alloc= 28/900 us ( 3%), #Int= 2, #Iso= 0
D: Ver= 1.10 Cls=09(hub ) Sub=00 Prot=00 MxPS=64 #Cfgs= 1
P: Vendor=0000 ProdID=0000 Rev= 2.06
S: Manufacturer=Linux 2.6.18-rc5 ohci_hcd
S: Product=OHCI Host Controller
S: SerialNumber=0000:00:02.1
C:* #Ifs= 1 Cfg#= 1 Atr=e0 MxPwr= 0mA
I: If#= 0 Alt= 0 #EPs= 1 Cls=09(hub ) Sub=00 Prot=00 Driver=hub
E: Ad=81(I) Atr=03(Int.) MxPS= 2 Ivl=255ms
T: Bus=03 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#= 2 Spd=1.5 MxCh= 0
D: Ver= 1.10 Cls=00(>ifc ) Sub=00 Prot=00 MxPS= 8 #Cfgs= 1
P: Vendor=046d ProdID=c502 Rev=11.40
S: Manufacturer=Logitech
S: Product=USB Receiver
C:* #Ifs= 2 Cfg#= 1 Atr=a0 MxPwr= 50mA
I: If#= 0 Alt= 0 #EPs= 1 Cls=03(HID ) Sub=01 Prot=01 Driver=usbhid
E: Ad=81(I) Atr=03(Int.) MxPS= 8 Ivl=10ms
I: If#= 1 Alt= 0 #EPs= 1 Cls=03(HID ) Sub=01 Prot=02 Driver=usbhid
E: Ad=82(I) Atr=03(Int.) MxPS= 8 Ivl=10ms
T: Bus=02 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#= 1 Spd=12 MxCh= 4
B: Alloc= 0/900 us ( 0%), #Int= 0, #Iso= 0
D: Ver= 1.10 Cls=09(hub ) Sub=00 Prot=00 MxPS=64 #Cfgs= 1
P: Vendor=0000 ProdID=0000 Rev= 2.06
S: Manufacturer=Linux 2.6.18-rc5 ohci_hcd
S: Product=OHCI Host Controller
S: SerialNumber=0000:00:02.0
C:* #Ifs= 1 Cfg#= 1 Atr=e0 MxPwr= 0mA
I: If#= 0 Alt= 0 #EPs= 1 Cls=09(hub ) Sub=00 Prot=00 Driver=hub
E: Ad=81(I) Atr=03(Int.) MxPS= 2 Ivl=255ms
... (more host controllers following)
Hope that helps.
BR
zikarus
Btw. I have the same issue with another type of cordless Logitech keyboard/mouse combo at home...
- puppyfan12
- Posts: 140
- Joined: Mon 04 Dec 2006, 17:25
- Location: Ontario, Canada
Muppy-006-212 release?
Muppy-006-212.iso
44e1488789d7ab00e7436633af1bd6ee Muppy-006-212.iso
Is this the real thing or a hoax? I haven't been able to find any info about this being released yet.
Is there an official website or something for the muppy distro that lists release and version info?
44e1488789d7ab00e7436633af1bd6ee Muppy-006-212.iso
Is this the real thing or a hoax? I haven't been able to find any info about this being released yet.
Is there an official website or something for the muppy distro that lists release and version info?
I uploaded it while I was away to work.
version 006:
http://www.murga-linux.com/puppy/viewtopic.php?t=13510
If I get no reports about serious bugs, I'll delete the older versions next week
No, no webpage yet.
Maybe in early 2007.
I'm too busy with work/coding. And maybe women, lets see what happens
Mark
version 006:
http://www.murga-linux.com/puppy/viewtopic.php?t=13510
If I get no reports about serious bugs, I'll delete the older versions next week
No, no webpage yet.
Maybe in early 2007.
I'm too busy with work/coding. And maybe women, lets see what happens
Mark
Yes, it is as I suspected. In 2.12 (on which Muppy is based) the script /etc/rc.d/rc.local0 checks for a USB mouse by examining all of the lines returned by "cat /proc/bus/usb/devices" for "mouse|trackball|netscroll|bt mini\-receiver". Your info contains "USB Receiver" which is NOT detected by the script.zikarus wrote: T: Bus=03 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#= 2 Spd=1.5 MxCh= 0
D: Ver= 1.10 Cls=00(>ifc ) Sub=00 Prot=00 MxPS= 8 #Cfgs= 1
P: Vendor=046d ProdID=c502 Rev=11.40
S: Manufacturer=Logitech
S: Product=USB Receiver
C:* #Ifs= 2 Cfg#= 1 Atr=a0 MxPwr= 50mA
I: If#= 0 Alt= 0 #EPs= 1 Cls=03(HID ) Sub=01 Prot=01 Driver=usbhid
E: Ad=81(I) Atr=03(Int.) MxPS= 8 Ivl=10ms
I: If#= 1 Alt= 0 #EPs= 1 Cls=03(HID ) Sub=01 Prot=02 Driver=usbhid
E: Ad=82(I) Atr=03(Int.) MxPS= 8 Ivl=10ms
I have suggested to Barry that the test be made on "Cls=03(HID ) Sub=01 Prot=02" which, as far as I have been able to determine, is a more reliable way to detect a USB mouse.
If you would like to test this, edit /etc/rc.d/rc.local0 and change line 191 from
to[ ! "`cat /proc/bus/usb/devices 2>/dev/null | grep -i --extended-regexp "mouse|trackball|netscroll|bt mini\-receiver"`" = "" ] && USBMOUSEDEV="input/mice"
Don't forget to reboot after modifying the file or Puppy won't save the change to pup_save.3fs. After rebooting, your mouse (and keyboard) should be detected.[ ! "`cat /proc/bus/usb/devices 2>/dev/null | grep -i "Cls=03(HID ) Sub=01 Prot=02"`" = "" ] && USBMOUSEDEV="input/mice"
Hope it works
Paul
Methinks Raspberry Pi were ideal for runnin' Puppy Linux
Mark,
Thanks!
I have installed muppy and I have not been happier or more productive with an OS since I left Mac OS 10.4.
http://s124.photobucket.com/albums/p24/ ... esktop.jpg
Jared
Thanks!
I have installed muppy and I have not been happier or more productive with an OS since I left Mac OS 10.4.
http://s124.photobucket.com/albums/p24/ ... esktop.jpg
Jared
pakt wrote: Yes, it is as I suspected. In 2.12 (on which Muppy is based) the script /etc/rc.d/rc.local0 checks for a USB mouse by examining all of the lines returned by "cat /proc/bus/usb/devices" for "mouse|trackball|netscroll|bt mini\-receiver". Your info contains "USB Receiver" which is NOT detected by the script.
I have suggested to Barry that the test be made on "Cls=03(HID ) Sub=01 Prot=02" which, as far as I have been able to determine, is a more reliable way to detect a USB mouse.
If you would like to test this, edit /etc/rc.d/rc.local0 and change line 191 fromto[ ! "`cat /proc/bus/usb/devices 2>/dev/null | grep -i --extended-regexp "mouse|trackball|netscroll|bt mini\-receiver"`" = "" ] && USBMOUSEDEV="input/mice"Don't forget to reboot after modifying the file or Puppy won't save the change to pup_save.3fs. After rebooting, your mouse (and keyboard) should be detected.[ ! "`cat /proc/bus/usb/devices 2>/dev/null | grep -i "Cls=03(HID ) Sub=01 Prot=02"`" = "" ] && USBMOUSEDEV="input/mice"
Hope it works
Paul
It does Paul - thx a lot!!!!
BR
zikarus