Dingo 4 alpha3 Bugs/probs

Please post any bugs you have found
Message
Author
User avatar
Flash
Official Dog Handler
Posts: 13071
Joined: Wed 04 May 2005, 16:04
Location: Arizona USA

#76 Post by Flash »

I shortened the long comment ferikanagy had on his image. That seemed to solve the problem.

User avatar
Flash
Official Dog Handler
Posts: 13071
Joined: Wed 04 May 2005, 16:04
Location: Arizona USA

#77 Post by Flash »

http://www.murga-linux.com/puppy/viewto ... 875#156875
BarryK wrote:
Flash wrote:When I ran ddcprobe from a console of Puppy Dingo 392 (on a multisession DVD+RW) the display instantly went black and the computer locked up. The power had to be turned off before it would restart. So as an experiment I ran ddcprobe from the console of a 3.01 multisession DVD. The screen went black for a second but then came back, and the console showed the results of ddcprobe.
So does ddcprobe work fine without X running? -- is this a conflict between a running X and the ddcprobe on your video hardware?
Sorry it took so long to reply. It's Christmas, what can I say. :)

Anyway, I burned Dingo4 Alpha3 to a DVD and booted it in my latest toy. Xorg let me choose 1360 x 768. The icons on the desktop look stretched sideways (what should be circles are ovals) but when I played a movie in Gxine it looked fine.
Ddcprobe ran without a hitch:
  • # ddcprobe
    vbe: VESA 3.0 detected.
    oem: ATI ATOMBIOS
    vendor: (C) 1988-2005, ATI Technologies Inc.
    product: RS690 01.00
    memory: 16384kb
    mode: 640x400x256
    mode: 640x480x256
    mode: 800x600x256
    mode: 1024x768x256
    mode: 1280x1024x256
    mode: 640x480x64k
    mode: 800x600x64k
    mode: 1024x768x64k
    mode: 1280x1024x64k
    mode: 320x200x64k
    mode: 1600x1200x256
    mode: 1600x1200x32k
    mode: 1600x1200x64k
    edid:
    edid: 1 3
    id: 101c
    eisa: VSC101c
    serial: dadb6101
    manufacture: 46 2005
    input: analog signal.
    screensize: 70 39
    gamma: 2.200000
    dpms: RGB, active off, no suspend, no standby
    timing: 720x400@70 Hz (VGA 640x400, IBM)
    timing: 640x480@60 Hz (VGA)
    timing: 640x480@75 Hz (VESA)
    timing: 800x600@75 Hz (VESA)
    timing: 1024x768@87 Hz Interlaced (8514A)
    timing: 1024x768@75 Hz (VESA)
    ctiming: 1280x1024@60
    ctiming: 640x640@70
    dtiming: 1360x768@70
    monitorserial: PS40546C0807
    monitorrange: 30-64, 60-75
    monitorname: N3250w
    #
I realize that doesn't exactly answer your question, Barry. I originally tried to run ddcprobe from Dingo4 alpha2 but it didn't have drivers for the USB hub and wouldn't save the second session to DVD, so I had no easy way to transfer the results of ddcprobe to this computer. It took a few hours of tinkering to figure out what the problem was and try Dingo alpha3 instead. By then I forgot what it was I was supposed to do. :lol:

linuxcbon
Posts: 1312
Joined: Thu 09 Aug 2007, 22:54

#78 Post by linuxcbon »

Updated : same bugs as usual :
gxine crashes or hangs.
cannot full install to disk.

So far, the best puppy : great idea to simplify it !
Maybe some critics :
* windows key should open the menu (you know that strange key).
* make it easier for dev_xxx.sfs to use (right now works not directly if copied to / , must do many steps before ?).
* include sane/xsane per default ?
* remove not used filesystems from grub.
* what's the use of trash ? why not used by default when deleting ? like make an alias move to trash instead of delete.
* are these progs needed ? wavplay, bdb, gtkmoz, nenscript ?
* opening pictures by default with viewer is better than with editor ?
Keep on simplifying : faster and easier to use and maintain :-)
Thanks Barry.
Last edited by linuxcbon on Fri 28 Dec 2007, 01:26, edited 1 time in total.

User avatar
Marv
Posts: 1264
Joined: Wed 04 May 2005, 13:47
Location: SW Wisconsin

#79 Post by Marv »

I've been unable to get the Dingo 4 barebones iso from ibiblio since yesterday, either with browser or with FTP. Anybody else with download problems? Sorry, I posted in alpha3 thread instead of alpha4 thread.
Last edited by Marv on Fri 28 Dec 2007, 17:21, edited 1 time in total.
Pups currently in kennel :D Older LxPupSc and X-slacko-4.4 for my users; LxPupSc, LxPupSc64 and upupEF for me. All good pups indeed, and all running savefiles for look'n'feel only. Browsers, etc. solely from SFS.

User avatar
Marv
Posts: 1264
Joined: Wed 04 May 2005, 13:47
Location: SW Wisconsin

#80 Post by Marv »

Problem solved. Dingo alpha barebones is available at: http://www.puppylinux.ca
Pups currently in kennel :D Older LxPupSc and X-slacko-4.4 for my users; LxPupSc, LxPupSc64 and upupEF for me. All good pups indeed, and all running savefiles for look'n'feel only. Browsers, etc. solely from SFS.

kirk
Posts: 1553
Joined: Fri 11 Nov 2005, 19:04
Location: florida

#81 Post by kirk »

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.

User avatar
BarryK
Puppy Master
Posts: 9392
Joined: Mon 09 May 2005, 09:23
Location: Perth, Western Australia
Contact:

#82 Post by BarryK »

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.
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.
[url]https://bkhome.org/news/[/url]

tempestuous
Posts: 5464
Joined: Fri 10 Jun 2005, 05:12
Location: Australia

#83 Post by tempestuous »

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?

tempestuous
Posts: 5464
Joined: Fri 10 Jun 2005, 05:12
Location: Australia

#84 Post by tempestuous »

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

User avatar
BarryK
Puppy Master
Posts: 9392
Joined: Mon 09 May 2005, 09:23
Location: Perth, Western Australia
Contact:

#85 Post by BarryK »

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?
No, I don't know of anything particularly better than 1.0.15.
[url]https://bkhome.org/news/[/url]

User avatar
capoverde
Posts: 232
Joined: Wed 28 Jun 2006, 21:36
Location: Sanremo (Italy) with fine seaview

#86 Post by capoverde »

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.

User avatar
BarryK
Puppy Master
Posts: 9392
Joined: Mon 09 May 2005, 09:23
Location: Perth, Western Australia
Contact:

#87 Post by BarryK »

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.
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.
Note, alpha4 is the latest.
[url]https://bkhome.org/news/[/url]

zygo
Posts: 243
Joined: Sat 08 Apr 2006, 20:15
Location: UK

#88 Post by zygo »

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

User avatar
capoverde
Posts: 232
Joined: Wed 28 Jun 2006, 21:36
Location: Sanremo (Italy) with fine seaview

#89 Post by capoverde »

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!

magerlab
Posts: 739
Joined: Sun 08 Jul 2007, 20:08

#90 Post by magerlab »

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.

raffy
Posts: 4798
Joined: Wed 25 May 2005, 12:20
Location: Manila

poweroff in eee

#91 Post by raffy »

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).

kirk
Posts: 1553
Joined: Fri 11 Nov 2005, 19:04
Location: florida

#92 Post by kirk »

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.
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:

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 :wink:

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

User avatar
BarryK
Puppy Master
Posts: 9392
Joined: Mon 09 May 2005, 09:23
Location: Perth, Western Australia
Contact:

#93 Post by BarryK »

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).
There's a problem with Rox, in all puppies. You have to click the 'refresh' button in Rox (the two arrows in a circle).
[url]https://bkhome.org/news/[/url]

User avatar
BarryK
Puppy Master
Posts: 9392
Joined: Mon 09 May 2005, 09:23
Location: Perth, Western Australia
Contact:

#94 Post by BarryK »

kirk wrote:
Also, the devx file has an incomplete collection of Xorg include files.
That's deliberate, if Puppy is built with Xvesa only then apps will not have dependencies that are not there.
[url]https://bkhome.org/news/[/url]

User avatar
BarryK
Puppy Master
Posts: 9392
Joined: Mon 09 May 2005, 09:23
Location: Perth, Western Australia
Contact:

#95 Post by BarryK »

I'm thinking maybe it's time to move on from compiling for 'i486'. I thought that 'i686' is generic, for Pentium One also?
[url]https://bkhome.org/news/[/url]

Post Reply