Re: 32bit chrooted apps can't use OpenGL .
Javier Kohen wrote: El lun, 28-03-2005 a las 00:29 -0500, Zaq Rizer escribiÃ: OpenGL games (e.g. Quake3 and Enemy Territory -- but *not* Doom3 [??]) run like total crap now. They run, but at about half what they should -- almost as if it's using the CPU instead of the GPU. Maybe some direct rendering option was disabled when you updated your kernel config? I recommend you use "make oldconfig" instead of "make menuconfig"/save/quit. I used to do the latter, but it's really difficult to see what changed (and sometimes options are renamed or replaced), while the former asks you about every new question (usually, not too many between stable releases). However, you should check the obvious places... dmesg, game logs, video driver logs, video driver forums, etc. This isn't a vanilla kernel - 2.6.11-9 is in sid/amd64 now. I simply used that. All log files are clean (I checked them first), it's just bad performance...I guess I should be happy the games run at all now, and maybe it will pan out in the coming days. -- "Firefox is both more secure and more modern than IE [Internet Explorer], and it comes packed with user-friendly features the Microsoft browser can't touch." -- Walt Mossberg, The Wall Street Journal. Find out what all the fuss is about: Get Mozilla Firefox. http://www.getfirefox.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: 32bit chrooted apps can't use OpenGL .
El lun, 28-03-2005 a las 00:29 -0500, Zaq Rizer escribiÃ: > OpenGL games (e.g. Quake3 and Enemy Territory -- but *not* Doom3 [??]) > run like total crap now. They run, but at about half what they should > -- almost as if it's using the CPU instead of the GPU. Maybe some direct rendering option was disabled when you updated your kernel config? I recommend you use "make oldconfig" instead of "make menuconfig"/save/quit. I used to do the latter, but it's really difficult to see what changed (and sometimes options are renamed or replaced), while the former asks you about every new question (usually, not too many between stable releases). However, you should check the obvious places... dmesg, game logs, video driver logs, video driver forums, etc. -- Javier Kohen <[EMAIL PROTECTED]> ICQ: blashyrkh #2361802 Jabber: [EMAIL PROTECTED] signature.asc Description: Esta parte del mensaje =?ISO-8859-1?Q?est=E1?= firmada digitalmente
Re: 32bit chrooted apps can't use OpenGL .
Zaq Rizer wrote: tony mancill wrote: If you don't mind building a package or using the stock kernel, you should be able to get the 7167 drivers going without too much issue. In summary: * start with a stock source tree of 2.6.11, configured for your box * install the nvidia-kernel-source package with apt * build and install the binary modules package * install the nvidia-glx package with apt At this point, your 64-bit setup should run fine. To use GL inside the 32-bit chroot, you need to install the nvidia-glx package there as well, but you're going to run into a dependency problem (or you're going to have to build the nvidia-kernel-2.6.11 package inside the chroot, which is what you've run into). A quick fix to this is, inside the chroot: cd /tmp apt-get source nvidia-glx cd nvidia-graphics-drivers-1.0.7167 vi debian/control (remove "nvidia-kernel-#VERSION#" from the Depends: line for nvidia-glx) dpkg-buildpackage -rfakeroot -us -uc sudo dpkg --install nvidia-glx_1.0.7167-1_i386.deb I think the process raises an interesting question about support for chroots in general. It seems like it would be helpful to differentiate between Depends and something like Kernel-Depends, since in general you'll never be able to actually satisfy Kernel-Depends for packages inside of the chroot (which is to say, since you're not running those modules, you're just using up disk space). A fairly simple work-around would be to have packages like nvidia-graphics-drivers build a dummy nvidia-kernel-chroot package that provided the nvidia-kernel-#VERSION# package, but I don't know if that would be palatable to the non-chrooting community at large. Cheers, tony Zaq Rizer wrote: There's a lot of unfortunate back story to this, but I'll spare you all and give you the current-day situation, as it stands, after a fresh complete reinstall: Because I cannot install the latest (7167) nvidia drivers via the method listed in the HOWTO on alioth, I've attempted installing them via nvidia's own installer. It worked just fine, although it warned me that I should be running 2.6.11+. Then about two hours later, I found out as X crashed in a flaming ball of death. So, I rolled back to 6629 (using nvidia's own drivers). These work perfectly, as they did before. However. In the 32bit chroot, I have installed 7167 via apt-get install, because, as far as I can tell, there is no way to install 6629 from nvidia's own installer (because it complains that it's an amd64 system, even while in the chroot) and the only version available in my unstable 32bit chroot is 7167. So in lieu of installing 2.6.11 (which I'll probably end up doing, but I've gotten rather happy with debian-provided kernels) what other options do I have? Any idea when 2.6.11.X will be available in sid/amd64? Thanks, Zaq Hmm... So 2.6.11-9 found its way into sid sometime tonight. I was surprised, but I don't know why. Still won't build here: /usr/bin/make EXTRAVERSION=-9-amd64-k8 \ ARCH=x86_64 oldconfig make[1]: Entering directory `/usr/src/kernel-headers-2.6.11-9-amd64-k8' HOSTCC scripts/kconfig/mconf.o scripts/kconfig/mconf.c:91: error: static declaration of 'current_menu' follows non-static declaration scripts/kconfig/lkc.h:63: error: previous declaration of 'current_menu' was here make[2]: *** [scripts/kconfig/mconf.o] Error 1 make[1]: *** [oldconfig] Error 2 make[1]: Leaving directory `/usr/src/kernel-headers-2.6.11-9-amd64-k8' make: *** [stamp-kernel-configure] Error 2 Note to everyone: As I was writing out this email, I removed gcc-4.0 and then re-tried the compilation, and that worked fine. I was using the following command, from the howto: CC=gcc-3.4 make-kpkg --append-to-version -9-amd64-k8 modules_image Apparently "CC=gcc-3.4" did not suffice in this case (or something else was going awry) but I had downgrade to 3.4 fully to get the .deb to build. Regards, Zaq Quick follow up: OpenGL games (e.g. Quake3 and Enemy Territory -- but *not* Doom3 [??]) run like total crap now. They run, but at about half what they should -- almost as if it's using the CPU instead of the GPU. -- "Firefox is both more secure and more modern than IE [Internet Explorer], and it comes packed with user-friendly features the Microsoft browser can't touch." -- Walt Mossberg, The Wall Street Journal. Find out what all the fuss is about: Get Mozilla Firefox. http://www.getfirefox.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: 32bit chrooted apps can't use OpenGL .
tony mancill wrote: If you don't mind building a package or using the stock kernel, you should be able to get the 7167 drivers going without too much issue. In summary: * start with a stock source tree of 2.6.11, configured for your box * install the nvidia-kernel-source package with apt * build and install the binary modules package * install the nvidia-glx package with apt At this point, your 64-bit setup should run fine. To use GL inside the 32-bit chroot, you need to install the nvidia-glx package there as well, but you're going to run into a dependency problem (or you're going to have to build the nvidia-kernel-2.6.11 package inside the chroot, which is what you've run into). A quick fix to this is, inside the chroot: cd /tmp apt-get source nvidia-glx cd nvidia-graphics-drivers-1.0.7167 vi debian/control (remove "nvidia-kernel-#VERSION#" from the Depends: line for nvidia-glx) dpkg-buildpackage -rfakeroot -us -uc sudo dpkg --install nvidia-glx_1.0.7167-1_i386.deb I think the process raises an interesting question about support for chroots in general. It seems like it would be helpful to differentiate between Depends and something like Kernel-Depends, since in general you'll never be able to actually satisfy Kernel-Depends for packages inside of the chroot (which is to say, since you're not running those modules, you're just using up disk space). A fairly simple work-around would be to have packages like nvidia-graphics-drivers build a dummy nvidia-kernel-chroot package that provided the nvidia-kernel-#VERSION# package, but I don't know if that would be palatable to the non-chrooting community at large. Cheers, tony Zaq Rizer wrote: There's a lot of unfortunate back story to this, but I'll spare you all and give you the current-day situation, as it stands, after a fresh complete reinstall: Because I cannot install the latest (7167) nvidia drivers via the method listed in the HOWTO on alioth, I've attempted installing them via nvidia's own installer. It worked just fine, although it warned me that I should be running 2.6.11+. Then about two hours later, I found out as X crashed in a flaming ball of death. So, I rolled back to 6629 (using nvidia's own drivers). These work perfectly, as they did before. However. In the 32bit chroot, I have installed 7167 via apt-get install, because, as far as I can tell, there is no way to install 6629 from nvidia's own installer (because it complains that it's an amd64 system, even while in the chroot) and the only version available in my unstable 32bit chroot is 7167. So in lieu of installing 2.6.11 (which I'll probably end up doing, but I've gotten rather happy with debian-provided kernels) what other options do I have? Any idea when 2.6.11.X will be available in sid/amd64? Thanks, Zaq Hmm... So 2.6.11-9 found its way into sid sometime tonight. I was surprised, but I don't know why. Still won't build here: /usr/bin/make EXTRAVERSION=-9-amd64-k8 \ ARCH=x86_64 oldconfig make[1]: Entering directory `/usr/src/kernel-headers-2.6.11-9-amd64-k8' HOSTCC scripts/kconfig/mconf.o scripts/kconfig/mconf.c:91: error: static declaration of 'current_menu' follows non-static declaration scripts/kconfig/lkc.h:63: error: previous declaration of 'current_menu' was here make[2]: *** [scripts/kconfig/mconf.o] Error 1 make[1]: *** [oldconfig] Error 2 make[1]: Leaving directory `/usr/src/kernel-headers-2.6.11-9-amd64-k8' make: *** [stamp-kernel-configure] Error 2 Note to everyone: As I was writing out this email, I removed gcc-4.0 and then re-tried the compilation, and that worked fine. I was using the following command, from the howto: CC=gcc-3.4 make-kpkg --append-to-version -9-amd64-k8 modules_image Apparently "CC=gcc-3.4" did not suffice in this case (or something else was going awry) but I had downgrade to 3.4 fully to get the .deb to build. Regards, Zaq -- "Firefox is both more secure and more modern than IE [Internet Explorer], and it comes packed with user-friendly features the Microsoft browser can't touch." -- Walt Mossberg, The Wall Street Journal. Find out what all the fuss is about: Get Mozilla Firefox. http://www.getfirefox.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: 32bit chrooted apps can't use OpenGL .
On Sun, 27 Mar 2005 07:45:52 -0800 tony mancill <[EMAIL PROTECTED]> wrote: > A fairly simple work-around would be to have packages like > nvidia-graphics-drivers build a dummy nvidia-kernel-chroot package > that provided the nvidia-kernel-#VERSION# package, but I don't know > if that would be palatable to the non-chrooting community at large. > % cat nvidia-kernel-dummy Section: misc Priority: optional Standards-Version: 3.5.10 Package: nvidia-kernel-dummy Version: 1.0 Maintainer: Me <[EMAIL PROTECTED]> Provides: nvidia-kernel-1.0.7167 Architecture: all % equivs-build nvidia-kernel-dummy [...] then, in ia32 chroot: % sudo dpkg -i nvidia-kernel-dummy_1.0_all.deb [...] % sudo apt-get install nvidia-glx -- Me -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: 32bit chrooted apps can't use OpenGL .
If you don't mind building a package or using the stock kernel, you should be able to get the 7167 drivers going without too much issue. In summary: * start with a stock source tree of 2.6.11, configured for your box * install the nvidia-kernel-source package with apt * build and install the binary modules package * install the nvidia-glx package with apt At this point, your 64-bit setup should run fine. To use GL inside the 32-bit chroot, you need to install the nvidia-glx package there as well, but you're going to run into a dependency problem (or you're going to have to build the nvidia-kernel-2.6.11 package inside the chroot, which is what you've run into). A quick fix to this is, inside the chroot: cd /tmp apt-get source nvidia-glx cd nvidia-graphics-drivers-1.0.7167 vi debian/control (remove "nvidia-kernel-#VERSION#" from the Depends: line for nvidia-glx) dpkg-buildpackage -rfakeroot -us -uc sudo dpkg --install nvidia-glx_1.0.7167-1_i386.deb I think the process raises an interesting question about support for chroots in general. It seems like it would be helpful to differentiate between Depends and something like Kernel-Depends, since in general you'll never be able to actually satisfy Kernel-Depends for packages inside of the chroot (which is to say, since you're not running those modules, you're just using up disk space). A fairly simple work-around would be to have packages like nvidia-graphics-drivers build a dummy nvidia-kernel-chroot package that provided the nvidia-kernel-#VERSION# package, but I don't know if that would be palatable to the non-chrooting community at large. Cheers, tony Zaq Rizer wrote: There's a lot of unfortunate back story to this, but I'll spare you all and give you the current-day situation, as it stands, after a fresh complete reinstall: Because I cannot install the latest (7167) nvidia drivers via the method listed in the HOWTO on alioth, I've attempted installing them via nvidia's own installer. It worked just fine, although it warned me that I should be running 2.6.11+. Then about two hours later, I found out as X crashed in a flaming ball of death. So, I rolled back to 6629 (using nvidia's own drivers). These work perfectly, as they did before. However. In the 32bit chroot, I have installed 7167 via apt-get install, because, as far as I can tell, there is no way to install 6629 from nvidia's own installer (because it complains that it's an amd64 system, even while in the chroot) and the only version available in my unstable 32bit chroot is 7167. So in lieu of installing 2.6.11 (which I'll probably end up doing, but I've gotten rather happy with debian-provided kernels) what other options do I have? Any idea when 2.6.11.X will be available in sid/amd64? Thanks, Zaq -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: 32bit chrooted apps can't use OpenGL .
Frederik Schueler wrote: Hello, On Sat, Mar 26, 2005 at 10:25:51PM -0500, Zaq Rizer wrote: Any idea when 2.6.11.X will be available in sid/amd64? kernel-source-2.6.11 entered sid today, so expect kernel-image-2.6.11-amd64 within a day or two. Kind regards Frederik Schueler Oh, excellent, I see that now. Thanks Frederik! -- "Firefox is both more secure and more modern than IE [Internet Explorer], and it comes packed with user-friendly features the Microsoft browser can't touch." -- Walt Mossberg, The Wall Street Journal. Find out what all the fuss is about: Get Mozilla Firefox. http://www.getfirefox.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: 32bit chrooted apps can't use OpenGL .
Hello, On Sat, Mar 26, 2005 at 10:25:51PM -0500, Zaq Rizer wrote: > Any idea when 2.6.11.X will be available in sid/amd64? kernel-source-2.6.11 entered sid today, so expect kernel-image-2.6.11-amd64 within a day or two. Kind regards Frederik Schueler -- ENOSIG signature.asc Description: Digital signature
32bit chrooted apps can't use OpenGL .
There's a lot of unfortunate back story to this, but I'll spare you all and give you the current-day situation, as it stands, after a fresh complete reinstall: Because I cannot install the latest (7167) nvidia drivers via the method listed in the HOWTO on alioth, I've attempted installing them via nvidia's own installer. It worked just fine, although it warned me that I should be running 2.6.11+. Then about two hours later, I found out as X crashed in a flaming ball of death. So, I rolled back to 6629 (using nvidia's own drivers). These work perfectly, as they did before. However. In the 32bit chroot, I have installed 7167 via apt-get install, because, as far as I can tell, there is no way to install 6629 from nvidia's own installer (because it complains that it's an amd64 system, even while in the chroot) and the only version available in my unstable 32bit chroot is 7167. So in lieu of installing 2.6.11 (which I'll probably end up doing, but I've gotten rather happy with debian-provided kernels) what other options do I have? Any idea when 2.6.11.X will be available in sid/amd64? Thanks, Zaq -- "Firefox is both more secure and more modern than IE [Internet Explorer], and it comes packed with user-friendly features the Microsoft browser can't touch." -- Walt Mossberg, The Wall Street Journal. Find out what all the fuss is about: Get Mozilla Firefox. http://www.getfirefox.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]