Dingo 4 alpha3 Bugs/probs
I haven't been able to get DRI (direct hardware rendering) working with Dingo and the Xorg tarball with my ATI r300. The logs all look good, but the glxgears screen is black. So I used Barry's T2 package and rebuilt with the full Xorg modular tree. If I use the X11R7 directory from that rebuild, DRI works fine.
Also, I removed the the pkg_xorg-server.conf and the pkg_xorg-server.patch files from pigglet before building. I noticed the pkg_xorg-server.conf file had DRI disabled.
Also, I removed the the pkg_xorg-server.conf and the pkg_xorg-server.patch files from pigglet before building. I noticed the pkg_xorg-server.conf file had DRI disabled.
- BarryK
- Puppy Master
- Posts: 9392
- Joined: Mon 09 May 2005, 09:23
- Location: Perth, Western Australia
- Contact:
Hmm, ok. If you create a DRI PET package for Puppy, then it will need to overwrite the Xorg files currently in Dingo that are DRI-challenged.kirk wrote:I haven't been able to get DRI (direct hardware rendering) working with Dingo and the Xorg tarball with my ATI r300. The logs all look good, but the glxgears screen is black. So I used Barry's T2 package and rebuilt with the full Xorg modular tree. If I use the X11R7 directory from that rebuild, DRI works fine.
Also, I removed the the pkg_xorg-server.conf and the pkg_xorg-server.patch files from pigglet before building. I noticed the pkg_xorg-server.conf file had DRI disabled.
I will need to look at those .conf and .patch files next time I rebuild with T2.
[url]https://bkhome.org/news/[/url]
-
- Posts: 5464
- Joined: Fri 10 Jun 2005, 05:12
- Location: Australia
No bug, I just want to ask about the version of ALSA in Puppy4alpha:
a week ago Barry reported that ALSA is from an SVN snapshot (2007-12-21) -
http://puppylinux.com/blog/?p=88
Barry, I'm about to help update ALSA in Pup214R, is there anything about this SVN release that makes it particularly better than ALSA 1.0.15?
a week ago Barry reported that ALSA is from an SVN snapshot (2007-12-21) -
http://puppylinux.com/blog/?p=88
Barry, I'm about to help update ALSA in Pup214R, is there anything about this SVN release that makes it particularly better than ALSA 1.0.15?
-
- Posts: 5464
- Joined: Fri 10 Jun 2005, 05:12
- Location: Australia
Barry, nibl reports that a small modification to the wag-profiles.sh script fixes the problem of not being able to use 8-digit WPA passphrases -
http://www.murga-linux.com/puppy/viewto ... 684#162684
And Pizzasgood has suggested another Wifi wizard fix –
http://www.murga-linux.com/puppy/viewtopic.php?t=24961
http://www.murga-linux.com/puppy/viewto ... 684#162684
And Pizzasgood has suggested another Wifi wizard fix –
http://www.murga-linux.com/puppy/viewtopic.php?t=24961
- BarryK
- Puppy Master
- Posts: 9392
- Joined: Mon 09 May 2005, 09:23
- Location: Perth, Western Australia
- Contact:
No, I don't know of anything particularly better than 1.0.15.tempestuous wrote:No bug, I just want to ask about the version of ALSA in Puppy4alpha:
a week ago Barry reported that ALSA is from an SVN snapshot (2007-12-21) -
http://puppylinux.com/blog/?p=88
Barry, I'm about to help update ALSA in Pup214R, is there anything about this SVN release that makes it particularly better than ALSA 1.0.15?
[url]https://bkhome.org/news/[/url]
Testing Dingo Alpha3 on a Celeron 2800 (Asrock775i65GV MoBo):
mhwaveedit worked swift and fine with a couple audio files (mp3 and OGG), then hanged opening another - which was regularly read after reboot - with very high CPU activity; impossible to kill the process without rebooting.
One SD card would not refresh its FAT even after reformatting twice with GPartEd; possibly a problem with the card itself (though I hope not...).
Generally, however, a very responsive and stable system - SeaMonkey seems a rock no matter what it's handling.
mhwaveedit worked swift and fine with a couple audio files (mp3 and OGG), then hanged opening another - which was regularly read after reboot - with very high CPU activity; impossible to kill the process without rebooting.
One SD card would not refresh its FAT even after reformatting twice with GPartEd; possibly a problem with the card itself (though I hope not...).
Generally, however, a very responsive and stable system - SeaMonkey seems a rock no matter what it's handling.
- BarryK
- Puppy Master
- Posts: 9392
- Joined: Mon 09 May 2005, 09:23
- Location: Perth, Western Australia
- Contact:
I commented recently in my blog about the kernel used in Dingo having a problem with updating /proc and /sys when drive partitions change. It would be interesting to see if your problem is related -- and whether a reboot fixes it.capoverde wrote:Testing Dingo Alpha3 on a Celeron 2800 (Asrock775i65GV MoBo):
mhwaveedit worked swift and fine with a couple audio files (mp3 and OGG), then hanged opening another - which was regularly read after reboot - with very high CPU activity; impossible to kill the process without rebooting.
One SD card would not refresh its FAT even after reformatting twice with GPartEd; possibly a problem with the card itself (though I hope not...).
Generally, however, a very responsive and stable system - SeaMonkey seems a rock no matter what it's handling.
Note, alpha4 is the latest.
[url]https://bkhome.org/news/[/url]
Barry,
I have a remedy for the help page's problem with the non-js browsers. I posted it on the little sister to this thread:
http://www.murga-linux.com/puppy/viewto ... 3&start=28
I have a remedy for the help page's problem with the non-js browsers. I posted it on the little sister to this thread:
http://www.murga-linux.com/puppy/viewto ... 3&start=28
Thanks Barry. I saw your post in the blog, but things seemed a little different to me.
Rebooting Dingo didn't change things, whereas reading the same card with Puppy 3.01 it appears empty as it should - so my card is innocent...
But here too, after unmounting one SD card and inserting & mounting another, Rox shows false contents. However, with 3.01, just restarting the X server corrects this (same behavior from either PMount or MUT - could not try with MUT in Dingo).
I never noticed that before, as I usually access just one SD card during a session. Yep, will download Alpha 4 right now.
>Hope you'll have fun in India!
Rebooting Dingo didn't change things, whereas reading the same card with Puppy 3.01 it appears empty as it should - so my card is innocent...
But here too, after unmounting one SD card and inserting & mounting another, Rox shows false contents. However, with 3.01, just restarting the X server corrects this (same behavior from either PMount or MUT - could not try with MUT in Dingo).
I never noticed that before, as I usually access just one SD card during a session. Yep, will download Alpha 4 right now.
>Hope you'll have fun in India!
I just triesd out 3.93 puppy beta
the first things i have (microbugs?):
my IDE drive is shown as sda in pmount
the keyboard wizard do not work( advanced keyboard configuration)
also seamonkey does not have a language/content submenu in Preferences
gxine is slow or freezes
these bugs are not serious, of course.
the first things i have (microbugs?):
my IDE drive is shown as sda in pmount
the keyboard wizard do not work( advanced keyboard configuration)
also seamonkey does not have a language/content submenu in Preferences
gxine is slow or freezes
these bugs are not serious, of course.
poweroff in eee
When I tested again in the eee, poweroff and reboot don't work, even in console. Halt freezes it. Could it be an X issue?
Another trick to add could be the activation of battery monitor when it's a laptop (or one of the baby laptops).
Another trick to add could be the activation of battery monitor when it's a laptop (or one of the baby laptops).
It must just be one or more of the libraries. I made a pet package of the Xorg stuff missing from dingo alpha3 using the Xorg I compiled and it works. It's here If anyone wants to try it:Hmm, ok. If you create a DRI PET package for Puppy, then it will need to overwrite the Xorg files currently in Dingo that are DRI-challenged.
I will need to look at those .conf and .patch files next time I rebuild with T2.
http://myfreefilehosting.com/f/edf6fef129_20.04MB
After installing the pet package, if your testing with alpha3, the DRM kernel modules don't get loaded from the zdrv file automatically. I think I saw where Barry has fixed that. Anyway in Alpha3 you'll have to copy two files, the drm.ko file and the module for which ever card you have from the zdrv_393.sfs /lib/modules/2.6.24-rc4/kernel/drivers/char/drm to the same place in your file system. Then exit X and type:
# depmod -a
# xorgwizard
After restarting X, you can see if DRI is working by opening a terminal and typing:
# glxgears -info
You should see some gears runing in a box and you should see reported "GL_RENDERER = Mesa DRI ..."
Note: When I built with T2 I specified i686, so if you have something older than a Pentium 2 it might not work. If you have something older that a Pentium 2, you probably don't need 3D rendering anyway
Also, the devx file has an incomplete collection of Xorg include files. I posted the Xorg include files here:
http://myfreefilehosting.com/f/50d0e37588_1.28MB
- BarryK
- Puppy Master
- Posts: 9392
- Joined: Mon 09 May 2005, 09:23
- Location: Perth, Western Australia
- Contact:
There's a problem with Rox, in all puppies. You have to click the 'refresh' button in Rox (the two arrows in a circle).capoverde wrote:But here too, after unmounting one SD card and inserting & mounting another, Rox shows false contents. However, with 3.01, just restarting the X server corrects this (same behavior from either PMount or MUT - could not try with MUT in Dingo).
[url]https://bkhome.org/news/[/url]
- BarryK
- Puppy Master
- Posts: 9392
- Joined: Mon 09 May 2005, 09:23
- Location: Perth, Western Australia
- Contact:
Re: poweroff in eee
Did it happen just once?raffy wrote:When I tested again in the eee, poweroff and reboot don't work, even in console. Halt freezes it. Could it be an X issue?
Another trick to add could be the activation of battery monitor when it's a laptop (or one of the baby laptops).
I have had lockup at shutdown three times so far, on my laptop. I'm using Dingo everyday, so it's a very occasional thing. It may be a conflict with the SMP kernel and Unionfs, as the Unionfs mail list mentions a possible problem that may cause hanging. They have fixed it in the most recent release.
[url]https://bkhome.org/news/[/url]
-
- Posts: 5464
- Joined: Fri 10 Jun 2005, 05:12
- Location: Australia
I've been trying to get a handle on CPU optimizations for years now, and remain confused.BarryK wrote:I'm thinking maybe it's time to move on from compiling for 'i486'. I thought that 'i686' is generic, for Pentium One also?
But I just found 2 useful links on the subject
http://linuxreviews.org/howtos/compiling/safe-cflags/
andReplace -march with -mcpu to make the binary optimized for the cpu yet usable on i386.
http://gcc.gnu.org/ml/gcc/2005-02/msg00476.html
Some significant points I see:This is what the GCC manual says ...
-mcpu=cpu-type
Tune to cpu-type everything applicable about the generated code, except
for the ABI and the set of available instructions. The choices for cpu-type
are i386, i486, i586, i686, pentium, pentium-mmx, pentiumpro, pentium2,
pentium3, pentium4, prescott, nocona, k6, k6-2, k6-3, athlon, athlon-tbird,
athlon-4, athlon-xp, athlon-mp, winchip-c6, winchip2 and c3.
While picking a specific cpu-type will schedule things appropriately for
that particular chip, the compiler will not generate any code that does not
run on the i386 without the -march=cpu-type option being used. ***i586 is
equivalent to pentium and i686 is equivalent to pentiumpro***. k6 and athlon
are the AMD chips as opposed to the Intel ones.
-march=cpu-type
Generate instructions for the machine type cpu-type. The choices for
cpu-type are the same as for -mcpu. Moreover, specifying -march=cpu-type
implies -mcpu=cpu-type.
"i586" and "pentium" are identical.
"i686" and "pentiumpro" are identical.
(PentiumPro was the first in a range of processors using the i686 instruction set)
http://en.wikipedia.org/wiki/I686
So "-mcpu=i686" would be OK for Pentium/PentiumMMX hardware.
but "-march=i686" would NOT be OK for Pentium/PentiumMMX hardware.
I though i686 was Pentium2, oh well. Of course there was never really a i586 or i686, they're all Pentium somethings. I wonder how many people are using Pentium 1s? I would think you could find something better in the trash. I have.
Noticed Dingo doesn't have a FTP server. I was having problems with pure-ftpd in 3.01 on my network. Turns out it needed the -H switch. Anyway I compiled Pure-ftpd in Dingo and made a nice simple script to launch it. Dingo would need to have a user named "ftp" with no password. And a home directory /root/ftp or some other place if you want to edit the script.
Also, Brad_chuck made a real nice script to download RSS feeds (podcasts). I made a couple of small additions to it. It's quite small only 25k compressed. It's here:
http://www.murga-linux.com/puppy/viewto ... 649#164649
Noticed Dingo doesn't have a FTP server. I was having problems with pure-ftpd in 3.01 on my network. Turns out it needed the -H switch. Anyway I compiled Pure-ftpd in Dingo and made a nice simple script to launch it. Dingo would need to have a user named "ftp" with no password. And a home directory /root/ftp or some other place if you want to edit the script.
Also, Brad_chuck made a real nice script to download RSS feeds (podcasts). I made a couple of small additions to it. It's quite small only 25k compressed. It's here:
http://www.murga-linux.com/puppy/viewto ... 649#164649
- Attachments
-
- pure-ftpd.tar.gz
- Updated 1/7 with /etc/passwd, group, shadow, gshadow and .desktop
- (29.44 KiB) Downloaded 966 times
Last edited by kirk on Tue 08 Jan 2008, 02:35, edited 1 time in total.
[quote"BarryK"]There's a problem with Rox, in all puppies. You have to click the 'refresh' button in Rox (the two arrows in a circle).[/quote]
Why, sure! Pity me, I had missed this one; I did "refresh"... but in Pmount's or MUT's window. Refreshing in Rox, SD cards get read OK -- in Dingo Alpha3 & 4 as well.
Seeing that, I tried calling Rox from the console with the -x option, and it worked -- that is, it refreshed the directory. Knowing my low skills in programming, I assume calling Rox that way from PMount or MUT is too obvious and trivial a solution to be good?
Other stuff:
- NetSurf seems slower in Dingo than in Puppy 3.01 - and quite a bit slower than Dillo in previous Puppies. Will try and take precise test times.
- About PostScript-related issues: I frequently use a tiny music notation program (abcm2ps, it's in Sourceforge) to convert a coded text file into a perfect musical score. Of course, in order to see the result one needs a PS viewer: in this respect Ghostview was better than EPdf or other PDF/PS viewers, as it has a "file-watching" option (though requiring manual activation in Puppy).
Lack of this feature requires closing and reopening the output file at every change -- quite annoying and time-consuming. No other file-watch-capable PS viewer around? Or maybe a quick-and-dirty shell script to get the same effect?
Why, sure! Pity me, I had missed this one; I did "refresh"... but in Pmount's or MUT's window. Refreshing in Rox, SD cards get read OK -- in Dingo Alpha3 & 4 as well.
Seeing that, I tried calling Rox from the console with the -x option, and it worked -- that is, it refreshed the directory. Knowing my low skills in programming, I assume calling Rox that way from PMount or MUT is too obvious and trivial a solution to be good?
Other stuff:
- NetSurf seems slower in Dingo than in Puppy 3.01 - and quite a bit slower than Dillo in previous Puppies. Will try and take precise test times.
- About PostScript-related issues: I frequently use a tiny music notation program (abcm2ps, it's in Sourceforge) to convert a coded text file into a perfect musical score. Of course, in order to see the result one needs a PS viewer: in this respect Ghostview was better than EPdf or other PDF/PS viewers, as it has a "file-watching" option (though requiring manual activation in Puppy).
Lack of this feature requires closing and reopening the output file at every change -- quite annoying and time-consuming. No other file-watch-capable PS viewer around? Or maybe a quick-and-dirty shell script to get the same effect?
- BarryK
- Puppy Master
- Posts: 9392
- Joined: Mon 09 May 2005, 09:23
- Location: Perth, Western Australia
- Contact:
I somehow overlooked the '-x' option! I think when I saw the docs, it stated that -x is for rescanning a "file", so I didn't think any further on it. But, you're saying it works for directories -- well '-x' is going into Pmount right now!Seeing that, I tried calling Rox from the console with the -x option, and it worked -- that is, it refreshed the directory. Knowing my low skills in programming, I assume calling Rox that way from PMount or MUT is too obvious and trivial a solution to be good?
This seems to work:
rox -x /mnt/sdb1 -d /mnt/sdb1
[url]https://bkhome.org/news/[/url]