-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 12/05/2010 03:02 PM, Donn Washburn wrote:
On 12/03/2010 11:57 AM, Jeff Mahoney wrote: On 12/03/2010 08:16 AM, Donn Washburn wrote:
On 12/01/2010 05:28 PM, Jeff Mahoney wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 12/01/2010 05:51 PM, Donn Washburn wrote:
Hey Group;
Fresh install of openSuSE confirmed good DVD straight to the hardisk.
I am just about to dump openSuSE because, So much of it is just broken but the X Windows stuff and some of that fails. On a machine with an Athlon 64 with 1 Gig of memory and lots of HD will not compile a factory linux-2.6.37.# kernel using /proc/config.gz (implying .config.gz doesn't agree with "make menuconfig") and other problems are X windows being ... or you're running a different kernel than you have kernel-source installed for. There shouldn't be any differences between /proc/config.gz and /boot/config-$(uname -r)
- -Jeff
forced to use drm and nouveau have the monitor not centered and so dark a sheet over the monitor and your head is needed to see it in the dark. Plus Amarok and Blinder fail. And finally! The mouse at console fails to work even after configured with Yast2 and restarted. Oh yea! at bootup while in VGA the monitor is very bright.
openSuSE did fix postgresql so that it now boots
- -- Jeff Mahoney SUSE Labs
Thanks Jeff for the interest in this problem. That fixed it. Now if you could fix the Nvidia headaches with nouveau (I know it is kernel stuff) and the gpm binary.
Bringing this back into the list, so we don't have a situation where complaints are public while solutions are private. The issue with the kernel installation was that depmod doesn't deal well with having the full debuginfo in the modules on a system with limited memory (when dealing with a module dir of several GB, 1G memory is limited). Installing with INSTALL_MOD_STRIP=1 works around the issue - and since the modules in the kernel RPMs have the debuginfo stripped and put in a separate package, we don't run into this on systems using the supplied RPMs. What Nouveau problems are you having? I have regular Xorg hangs with Nouveau on my system that present with the following message. I don't believe it to be kernel-related. [153286.983] [mi] EQ overflowing. The server is probably stuck in an infinite loop. I've filed a bug[1] upstream but the general consensus is that newer nVidia chips (I have an ION2) have introduced a microcontroller which the Nouveau driver doesn't know how to interact with. The Nouveau team is working on it, but it's slow going figuring out a black box within a black box. The proprietary nvidia driver doesn't hang on my system but is so slow that I actually prefer the full-speed and occasional hanging driver than to use the proprietary one. - -Jeff [1] https://bugs.freedesktop.org/show_bug.cgi?id=26980 - -- Jeff Mahoney SuSE Labs -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.15 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iEYEARECAAYFAkz8FdAACgkQLPWxlyuTD7JrXwCeJhS6g9+pmp/sD5R1v8HdkPa3 +FkAoJVQIlWAijJ/Pkg/xJpGulHq0oYs =7/r2 -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org