Re: [gentoo-user] opengl problem
On 2003.10.03 07:04, Sami Näätänen wrote: On Friday 03 October 2003 07:38, Adam Dunstan wrote: > i have a radeon 9000 pro, and i don't think its hardware acceleration > functions are getting used You are right. > this is the out put form glxinfo > direct rendering: No This gives the first hint > OpenGL renderer string: Mesa GLX Indirect > OpenGL version string: 1.3 Mesa 4.0.4 And this tells you that you are using Mesa, which is a OpenGL look a like software renderer. I think you need xfree-drm or something like that. I can't remember the correct package name, becuase I use NVidia GFX-card. There is an ATI howto on the gentoo docs page. -- Chris I Optimization hinders evolution. pgp0.pgp Description: PGP signature
Re: [gentoo-user] opengl problem
On Friday 03 October 2003 07:38, Adam Dunstan wrote: > i have a radeon 9000 pro, and i don't think its hardware acceleration > functions are getting used You are right. > this is the out put form glxinfo > direct rendering: No This gives the first hint > OpenGL renderer string: Mesa GLX Indirect > OpenGL version string: 1.3 Mesa 4.0.4 And this tells you that you are using Mesa, which is a OpenGL look a like software renderer. I think you need xfree-drm or something like that. I can't remember the correct package name, becuase I use NVidia GFX-card. -- [EMAIL PROTECTED] mailing list
[gentoo-user] opengl problem
i have a radeon 9000 pro, and i don't think its hardware acceleration functions are getting used this is the out put form glxinfo name of display: :0.0 display: :0 screen: 0 direct rendering: No server glx vendor string: SGI server glx version string: 1.2 server glx extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context client glx vendor string: SGI client glx version string: 1.2 client glx extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context, GLX_ARB_get_proc_address, GLX_ATI_pixel_format_float, GLX_ATI_render_texture GLX extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context OpenGL vendor string: Mesa project: www.mesa3d.org OpenGL renderer string: Mesa GLX Indirect OpenGL version string: 1.3 Mesa 4.0.4 OpenGL extensions: GL_ARB_imaging, GL_ARB_multitexture, GL_ARB_texture_border_clamp, GL_ARB_texture_cube_map, GL_ARB_texture_env_add, GL_ARB_texture_env_combine, GL_ARB_texture_env_dot3, GL_ARB_transpose_matrix, GL_EXT_abgr, GL_EXT_blend_color, GL_EXT_blend_minmax, GL_EXT_blend_subtract, GL_EXT_texture_env_add, GL_EXT_texture_env_combine, GL_EXT_texture_env_dot3, GL_EXT_texture_lod_bias glu version: 1.3 glu extensions: GLU_EXT_nurbs_tessellator, GLU_EXT_object_space_tess visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat -- 0x23 24 tc 1 24 0 r y . 8 8 8 0 0 16 0 0 0 0 0 0 0 None 0x24 24 tc 1 24 0 r y . 8 8 8 0 0 16 8 16 16 16 0 0 0 None 0x25 24 tc 1 24 0 r y . 8 8 8 8 0 16 8 16 16 16 16 0 0 None 0x26 24 tc 1 24 0 r . . 8 8 8 8 0 16 8 16 16 16 16 0 0 None 0x27 24 dc 1 24 0 r y . 8 8 8 0 0 16 0 0 0 0 0 0 0 None 0x28 24 dc 1 24 0 r y . 8 8 8 0 0 16 8 16 16 16 0 0 0 None 0x29 24 dc 1 24 0 r y . 8 8 8 8 0 16 8 16 16 16 16 0 0 None 0x2a 24 dc 1 24 0 r . . 8 8 8 8 0 16 8 16 16 16 16 0 0 None any help would be great -- [EMAIL PROTECTED] mailing list
[gentoo-user] opengl-update nvidia and ldconfig Evil
When I merged nvidia-glx and then ran ldconfig it toasted my Gnome installation and now Gnome doesn't load past "gnome session proxy" in the startup panel. Since then I've unmerged nvidia-kernel and nvidia-glx and have rebuilt the kernel and set XF86Config to "nv" for the video driver, commenting out the lines for "nvidia" and "load glx". No effect at all. I've also tried to merge and unmerge gnome with no effect. What can I do to get Gnome working again? Thanks. -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] opengl
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Saturday 13 September 2003 03:05, Doug Weimer wrote: > What do you have in /var/cache/edb/virtuals for virtual/opengl? If the > only thing providing opengl is xfree you should have a the line: > virtual/opengl x11-base/xfree . If you have another package before > x11-base/xfree and it happens to be masked, then you'll get the above > error. Thanks man, this is where the error was. Mesa had come into this file. and when I removed it everythink works. :) - -- gnuPG key: ID 915B0745 at http://pgp.mit.edu/ http://www.fribyte.uib.no/~svein/PublicKey.asc Key fingerprint = 0123 B179 0994 F5C7 12D3 F253 E0AA 6A67 915B 0745 Registered Linux User #319622 'The maths is easy,' said Chaos. 'AH? WELL, MATHS', said Death, dismissively. 'GENERALLY I NEVER GET MUCH FURTHER THAN SUBTRACTION.' Svein Harald Soleim -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/YwAk4KpqZ5FbB0URAiPlAKC6pyNbuwUbEYehlQUH49p99HvgQACeP1RP hR+SidAsjHuxQaCe6mNE8hA= =7hwn -END PGP SIGNATURE- -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] opengl
On Fri, 2003-09-12 at 09:50, Svein Harald Soleim wrote: > Calculating dependencies - > !!! all ebuilds that could satisfy "virtual/opengl" have been masked. > !!!(dependency required by "kde-base/kdebase-3.1.3" [ebuild]) > > !!! Error calculating dependencies. Please correct. What do you have in /var/cache/edb/virtuals for virtual/opengl? If the only thing providing opengl is xfree you should have a the line: virtual/opengl x11-base/xfree . If you have another package before x11-base/xfree and it happens to be masked, then you'll get the above error. Good Luck, Doug signature.asc Description: This is a digitally signed message part
Re: [gentoo-user] opengl
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Friday 12 September 2003 17:47, Doug Weimer wrote: > $ ls -l /usr/lib/libGLU.so.1 > lrwxrwxrwx1 root root 13 Aug 31 03:38 > /usr/lib/libGLU.so.1 -> libGLU.so.1.3 > > $ qpkg -f -v /usr/lib/libGLU.so.1 > x11-base/xfree-4.3.0-r3 * Ok. I tried to re emerge xfree. Now the symlinks are correct. But the emerge -p world still gives me problems. Calculating dependencies - !!! all ebuilds that could satisfy "virtual/opengl" have been masked. !!!(dependency required by "kde-base/kdebase-3.1.3" [ebuild]) !!! Error calculating dependencies. Please correct. > but in your case some investigation is probably worthwhile. yeah. but where? - -- gnuPG key: ID 915B0745 at http://pgp.mit.edu/ http://www.fribyte.uib.no/~svein/PublicKey.asc Key fingerprint = 0123 B179 0994 F5C7 12D3 F253 E0AA 6A67 915B 0745 Registered Linux User #319622 'The maths is easy,' said Chaos. 'AH? WELL, MATHS', said Death, dismissively. 'GENERALLY I NEVER GET MUCH FURTHER THAN SUBTRACTION.' Svein Harald Soleim -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE/Yflc4KpqZ5FbB0URAhkcAKC0lptLcTZAzmU7ZAjpVpgmI+CVugCdFSdk gLvAxxFqnj34ODX17eEs+yw= =Reic -END PGP SIGNATURE- -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] opengl
On Fri, 2003-09-12 at 07:08, Collins Richey wrote: > On Thu, 11 Sep 2003 23:17:00 -0400 > donnie berkholz <[EMAIL PROTECTED]> wrote: > > > On Thu, 2003-09-11 at 19:02, Svein Harald Soleim wrote: > > > dream but some other programs compline about > > > error while loading shared libraries: libGLU.so.1: cannot open > > > shared object file: No such file or directory Do you have the libGLU files? Do a ls -l /usr/lib/libGLU* and see if the .so.1 symlink has been created. On my box: $ ls -l /usr/lib/libGLU.so.1 lrwxrwxrwx1 root root 13 Aug 31 03:38 /usr/lib/libGLU.so.1 -> libGLU.so.1.3 $ qpkg -f -v /usr/lib/libGLU.so.1 x11-base/xfree-4.3.0-r3 * It may be possible that the libGLU.so.1 symlink wasn't setup right, even though you have the actual libGLU.so.1.x library installed. > I find this quite banal. It seems that the most common recommendation > (without any justification or reference to bugs) is to re-emerge > . If xfree didn't emerge properly the first time, why > would it work now? > Well it does seem like an error in the xfree install process, so with a re-emerge you should be able to end up with a proper install, a reported error in making the symlink, or (if no error is reported) a bug for that version of the ebuild. I think a re-emerge is often useful, but in your case some investigation is probably worthwhile. Good Luck, Doug signature.asc Description: This is a digitally signed message part
Re: [gentoo-user] opengl
On Fri, Sep 12, 2003 at 08:08:40AM -0600, Collins Richey wrote: > > Have you tried re-emerging xfree? > > > > I find this quite banal. It seems that the most common recommendation > (without any justification or reference to bugs) is to re-emerge > . If xfree didn't emerge properly the first time, why > would it work now? > > Please don't take this personally. I got this same recommendation for > another package when trying to emerge an update to qt. If > recommendations like this contained a rationale, I might be less > concerned. Sometimes it's the right advice. In my experience, there are good reasons for this (a change in the USE flags) and bad reasons (sometimes the first emerge failed for unknown reasons and a second one works) - but in either case it's worth a try. Nathan Meyers [EMAIL PROTECTED] -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] opengl
On Thu, 11 Sep 2003 23:17:00 -0400 donnie berkholz <[EMAIL PROTECTED]> wrote: > On Thu, 2003-09-11 at 19:02, Svein Harald Soleim wrote: > > -BEGIN PGP SIGNED MESSAGE- > > Hash: SHA1 > > > > On Friday 12 September 2003 00:54, Mike Williams wrote: > > > All my machines already have something (xfree) installed which > > > PROVIDEs virtual/opengl and virtual/glu, so can't comment. > > > > Yeah thats the funny part. for so does I. I'm running kde 3.1.2 now > > and I'm writing this email in kmail. Enemy-Territory works like a > > dream but some other programs compline about > > error while loading shared libraries: libGLU.so.1: cannot open > > shared object file: No such file or directory > > Have you tried re-emerging xfree? > I find this quite banal. It seems that the most common recommendation (without any justification or reference to bugs) is to re-emerge . If xfree didn't emerge properly the first time, why would it work now? Please don't take this personally. I got this same recommendation for another package when trying to emerge an update to qt. If recommendations like this contained a rationale, I might be less concerned. -- Collins Richey - Denver Area if you fill your heart with regrets of yesterday and the worries of tomorrow, you have no today to be thankful for. -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] opengl
On Thu, 2003-09-11 at 19:02, Svein Harald Soleim wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On Friday 12 September 2003 00:54, Mike Williams wrote: > > All my machines already have something (xfree) installed which PROVIDEs > > virtual/opengl and virtual/glu, so can't comment. > > Yeah thats the funny part. for so does I. I'm running kde 3.1.2 now and I'm > writing this email in kmail. Enemy-Territory works like a dream but some > other programs compline about > error while loading shared libraries: libGLU.so.1: cannot open shared object > file: No such file or directory Have you tried re-emerging xfree? signature.asc Description: This is a digitally signed message part
Re: [gentoo-user] opengl
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Friday 12 September 2003 00:54, Mike Williams wrote: > All my machines already have something (xfree) installed which PROVIDEs > virtual/opengl and virtual/glu, so can't comment. Yeah thats the funny part. for so does I. I'm running kde 3.1.2 now and I'm writing this email in kmail. Enemy-Territory works like a dream but some other programs compline about error while loading shared libraries: libGLU.so.1: cannot open shared object file: No such file or directory - -- gnuPG key: ID 915B0745 at http://pgp.mit.edu/ http://www.fribyte.uib.no/~svein/PublicKey.asc Key fingerprint = 0123 B179 0994 F5C7 12D3 F253 E0AA 6A67 915B 0745 Registered Linux User #319622 'The maths is easy,' said Chaos. 'AH? WELL, MATHS', said Death, dismissively. 'GENERALLY I NEVER GET MUCH FURTHER THAN SUBTRACTION.' Svein Harald Soleim -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/YP7v4KpqZ5FbB0URAsR+AJ4iv00Ea5Z3odZ1rIt1JOXuvKYdrACgjliX 1o1O8sjRV51DmMIJx+qp1WU= =tKPd -END PGP SIGNATURE- -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] opengl
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thursday 11 September 2003 23:40, Svein Harald Soleim wrote: > > The virtual category, obviously, doesn't physically exists so has to be > > specified. > > yeah sure, but so is kde, and that work accept that glu stands in the way. > and KDE isn't a virtual category, it's merly an ebuild which depends on the rest of KDE. Virtual categories are created by an ebuild PROVIDE'ing it. > # ACCEPT_KEYWORDS="~x86" emerge virtual/glu > Calculating dependencies > !!! all ebuilds that could satisfy "virtual/glu" have been masked. > > !!! Error calculating dependencies. Please correct. > > so thats not the problem same for opengl btw. All my machines already have something (xfree) installed which PROVIDEs virtual/opengl and virtual/glu, so can't comment. - -- Mike Williams -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/YP0oInuLMrk7bIwRAvg1AJ9O7cti5f2OToDtVXHlpm3DYcAaSACbBD+p X9C3BAd18PXMfbS3wsDxENM= =qiG8 -END PGP SIGNATURE- -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] opengl
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 > emerge virtual/opengl virtual/glu > > The virtual category, obviously, doesn't physically exists so has to be > specified. yeah sure, but so is kde, and that work accept that glu stands in the way. and # ACCEPT_KEYWORDS="~x86" emerge virtual/glu Calculating dependencies !!! all ebuilds that could satisfy "virtual/glu" have been masked. !!! Error calculating dependencies. Please correct. so thats not the problem same for opengl btw. - -- gnuPG key: ID 915B0745 at http://pgp.mit.edu/ http://www.fribyte.uib.no/~svein/PublicKey.asc Key fingerprint = 0123 B179 0994 F5C7 12D3 F253 E0AA 6A67 915B 0745 Registered Linux User #319622 'The maths is easy,' said Chaos. 'AH? WELL, MATHS', said Death, dismissively. 'GENERALLY I NEVER GET MUCH FURTHER THAN SUBTRACTION.' Svein Harald Soleim -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/YPnq4KpqZ5FbB0URApAOAKCBdWVj/fNdUGzJWUmjNnHtaLvuIQCfcTlN QoC24LSA6m0UmCSELD9fhM0= =iSSi -END PGP SIGNATURE- -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] opengl
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thursday 11 September 2003 23:11, Svein Harald Soleim wrote: > How can I emerge the virtual package opengl and glu? > > #ACCAPT_KEYWORDS="~x86" emerge opengl > Calculating dependencies > !!! all ebuilds that could satisfy "opengl" have been masked. > > !!! Error calculating dependencies. Please correct. > > the same goes for glu. > > Please help. to much on the comp wont emerge anymore. emerge virtual/opengl virtual/glu The virtual category, obviously, doesn't physically exists so has to be specified. - -- Mike Williams -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/YPQdInuLMrk7bIwRAuD+AKCDZnXOcYMaWzWkbo5RJQnVQKtLogCgl+6j R9t5wq0kBOpi4mmE1/boInY= =qWrV -END PGP SIGNATURE- -- [EMAIL PROTECTED] mailing list
[gentoo-user] opengl
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 How can I emerge the virtual package opengl and glu? #ACCAPT_KEYWORDS="~x86" emerge opengl Calculating dependencies !!! all ebuilds that could satisfy "opengl" have been masked. !!! Error calculating dependencies. Please correct. the same goes for glu. Please help. to much on the comp wont emerge anymore. I use the latest nvidia drivers and glx - -- gnuPG key: ID 915B0745 at http://pgp.mit.edu/ http://www.fribyte.uib.no/~svein/PublicKey.asc Key fingerprint = 0123 B179 0994 F5C7 12D3 F253 E0AA 6A67 915B 0745 Registered Linux User #319622 'The maths is easy,' said Chaos. 'AH? WELL, MATHS', said Death, dismissively. 'GENERALLY I NEVER GET MUCH FURTHER THAN SUBTRACTION.' Svein Harald Soleim -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/YPMl4KpqZ5FbB0URAmlzAJ9CtcqgV/zlxNuB3QtFkDfdzscapACbB5zh i5GdtPuJpihHw6Eg82RfgNo= =WNL9 -END PGP SIGNATURE- -- [EMAIL PROTECTED] mailing list
[gentoo-user] opengl / qt problem
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 For some time now emerge have given me a hard time. #emerge -DUp world Calculating world dependencies \ !!! all ebuilds that could satisfy "virtual/glu" have been masked. !!!(dependency required by "x11-libs/qt-3.1.2-r4" [ebuild]) !!! Problem with ebuild app-office/oooqs-1.0_rc3 !!! Possibly a DEPEND/*DEPEND problem. !!! Depgraph creation failed. - which should sugest that oooqs is the problem, but this is only one of the program that have a problem with this, also koffice1.2, dia0.91 and mplayer-plugin-0.80 shows these signs. so I do a. #emerge qt which gives me Calculating dependencies \ !!! all ebuilds that could satisfy "virtual/opengl" have been masked. !!!(dependency required by "x11-libs/qt-3.1.2-r4" [ebuild]) !!! Error calculating dependencies. Please correct. - --- ok lets try a never version of qt. 3.2.x this give me. Calculating dependencies \ !!! all ebuilds that could satisfy "virtual/glu" have been masked. !!!(dependency required by "x11-libs/qt-3.2.1" [ebuild]) !!! Error calculating dependencies. Please correct. Can someone pleace help me. I use nvidia kernel and glx drivers 1.0.4496 - -- gnuPG key: ID 915B0745 at http://pgp.mit.edu/ http://www.fribyte.uib.no/~svein/PublicKey.asc Key fingerprint = 0123 B179 0994 F5C7 12D3 F253 E0AA 6A67 915B 0745 Registered Linux User #319622 'The maths is easy,' said Chaos. 'AH? WELL, MATHS', said Death, dismissively. 'GENERALLY I NEVER GET MUCH FURTHER THAN SUBTRACTION.' Svein Harald Soleim -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/Xlrd4KpqZ5FbB0URAnSvAJ9w9PVcGt9otcF63sNaJzsUOVUQwACgtATT JzBhYuhd9sgIkCXaSFFxTBY= =LovE -END PGP SIGNATURE- -- [EMAIL PROTECTED] mailing list
[gentoo-user] Opengl-update on server machine?
Hello Having done a `qpkg -I -nc` recently out of curiosity I found this entry. x11-base/opengl-update What is opengl-update doing on a server machine that does not even have X or nvidia packages? $ etcat -d `which opengl-update` [ Results for search key : /usr/sbin/opengl-update ] $ qpkg -q opengl-update x11-base/opengl-update-1.5 * DEPENDED ON BY: x11-base/opengl-update-1.4 DEPENDED ON BY: x11-base/opengl-update-1.3 DEPENDED ON BY: x11-base/opengl-update-1.5 DEPENDED ON BY: The above give no dependencies. So my question is what resulted in this package slipping through the net and has this happened to any other packages? With regards. -- [EMAIL PROTECTED] mailing list
[gentoo-user] OpenGL problems
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Good day all, I've got the Intel 845G chipset using the i810 driver. I know OpenGL is working nicely because the xmms OpenGL plugins render beautiful without any lag whatsoever. However, 3d games are a different story. Return to Castle Wolfenstien: Enemy Territory keeps wanting to use Mesa to do the rendering, when I pass the correct command line to do that it works, but is so slow its unusable. If I dont pass that line and let it think its using OpenGL it crashes after it calls for a VidMode change...the log reports that call, and that it succeeds, but no errors. Same with Neverwinter Nights. I've got it working fine on my laptop with an nVidia GeForce but it refuses to work on my desktop...exiting with "Error" and nothing else. Has anyone else had these problems? If so how did you manage to get them working right? Thanks! - -Matt B. -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE/P6IjvK2Q1x8WUwYRApvpAKDMXYXjPsufYgyfb/OAQKRHph3SaACgwZ6O /Hl6v5p6hliRu7WSiXnnyI8= =MTm4 -END PGP SIGNATURE- -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] opengl-update nvidia
On Friday 08 August 2003 20:49, Collins Richey wrote: > On my system, this does not appear to be permanent. I issue the > command, then glxgears and glxinfo work fine. After reboot, I need to > do this again. > > Any clues? I had similar problems. Solution was to remove some stale libGL and libGLcore files from 4396 in /usr/lib. Glück Auf, Volker -- Conclusions In a straight-up fight, the Empire squashes the Federation like a bug. Even with its numerical advantage removed, the Empire would still squash the Federation like a bug. Accept it. -Michael Wong -- [EMAIL PROTECTED] mailing list
[gentoo-user] opengl-update nvidia
On my system, this does not appear to be permanent. I issue the command, then glxgears and glxinfo work fine. After reboot, I need to do this again. >From glxinfo ... OpenGL renderer string: GeForce2 MX/PCI/SSE/3DNOW! OpenGL version string: 1.4.0 NVIDIA 44.96 ... >From XFree86.0.log ... (**) NVIDIA(0): Option "NvAGP" "0" (**) NVIDIA(0): Use of AGP disabled per request ... (II) NVIDIA(0): NVIDIA GPU detected as: GeForce2 MX/MX 400 (II) Module glx: vendor="NVIDIA Corporation" compiled for 4.0.2, module version = 1.0.4496 Module class: XFree86 Server Extension ABI class: XFree86 Server Extension, version 0.1 (II) Loading extension GLX ... Kernel 2.6.0-test2 Latest stable X, etc. Any clues? -- Collins Richey - Denver Area if you fill your heart with regrets of yesterday and the worries of tomorrow, you have no today to be thankful for. -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] opengl-update borked
Hi Sebastian! What is the error you get when you try to emerge blender? On Mon, 04 Aug 2003 10:13:06 +0200 Sebastian Bergmann <[EMAIL PROTECTED]> wrote: > Hi, > > apparently [1] opengl-update is borked on my laptop. > > While OpenGL seems to work, at least glxinfo and glxgears do, I > can't emerge packages that depend on it, for instance Blender. > > Any idea on how to fix this would be appreciated, > Sebastian > > -- > [1] http://bugs.gentoo.org/show_bug.cgi?id=25407 > > -- > Sebastian Bergmann > http://sebastian-bergmann.de/ > http://phpOpenTracker.de/ > > Das Buch zu PHP 5: > http://professionelle-softwareentwicklung-mit-php5.de/ > > > -- > [EMAIL PROTECTED] mailing list > > -- [EMAIL PROTECTED] mailing list
[gentoo-user] opengl-update borked
Hi, apparently [1] opengl-update is borked on my laptop. While OpenGL seems to work, at least glxinfo and glxgears do, I can't emerge packages that depend on it, for instance Blender. Any idea on how to fix this would be appreciated, Sebastian -- [1] http://bugs.gentoo.org/show_bug.cgi?id=25407 -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Das Buch zu PHP 5: http://professionelle-softwareentwicklung-mit-php5.de/ -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] opengl-update
Uhm, I am not restarting, or installing anything, it is just sitting there, and if nvidia opengl isnt being used, it goes weird --mat On Sun, 2003-03-23 at 22:49, Mitchell James wrote: > Mat Branyon wrote: > > >I notice that after a while, opengl stops working, and I must run > >'#opengl-update nvidia' again. Is there a way to stop this from > >happening. > > > >I am running nvidia-kernel 3123 (4 is too slow starting up.) I have had > >this problem with both 2.4.20 and 4.5.65 kernels. > > > >Also, is there a way to speed up the X initialization? I have tried the > >'UseInt10' option and 'NoLogo' option but it is still slow. > > > >--mat > > > > > The nvidia driver will stop working if you switch kernels or do > something serious enough that it thinks the kernel is switched. I have > hundreds of gentoo computers as part of video generation clusters and > have had no problems with continous operation. You should sit though > the hour it takes to bring up a 40 node cluster. > Mitchell James > > > > -- > [EMAIL PROTECTED] mailing list > signature.asc Description: This is a digitally signed message part
Re: [gentoo-user] opengl-update
Mat Branyon wrote: I notice that after a while, opengl stops working, and I must run '#opengl-update nvidia' again. Is there a way to stop this from happening. I am running nvidia-kernel 3123 (4 is too slow starting up.) I have had this problem with both 2.4.20 and 4.5.65 kernels. Also, is there a way to speed up the X initialization? I have tried the 'UseInt10' option and 'NoLogo' option but it is still slow. --mat The nvidia driver will stop working if you switch kernels or do something serious enough that it thinks the kernel is switched. I have hundreds of gentoo computers as part of video generation clusters and have had no problems with continous operation. You should sit though the hour it takes to bring up a 40 node cluster. Mitchell James -- [EMAIL PROTECTED] mailing list
[gentoo-user] opengl-update
I notice that after a while, opengl stops working, and I must run '#opengl-update nvidia' again. Is there a way to stop this from happening. I am running nvidia-kernel 3123 (4 is too slow starting up.) I have had this problem with both 2.4.20 and 4.5.65 kernels. Also, is there a way to speed up the X initialization? I have tried the 'UseInt10' option and 'NoLogo' option but it is still slow. --mat signature.asc Description: This is a digitally signed message part
Re: [gentoo-user] OpenGL/XFree Problem
--- Ryan <[EMAIL PROTECTED]> wrote: > Hi all, > > I accidentally compiled xfree-4.2.1-r2 with the > "3dnow" use flag turned > on. I think it compiled in some kind of 3dnow > support for OpenGL > applications because when I run programs that use > OpenGL (like tuxracer) > they crash with "Illegal Instruction". I removed the > use flag (i.e. -3dnow > in make.conf) and tried re-emerging xfree (i typed > "emerge xfree"), but > that didn't seem to work, same problem still > happens. Any suggestions? > > If it makes a difference to know this, I have a > radeon card in my system > running on a celeron (i believe it's a P4 based > Celeron). I suspect xfree > because when I run gdb when the program crashes, it > says the crash is in > some function in > "/usr/X11R6/lib/modules/dri/radeon_dri.so" and the > function has the name "3dnow" in it. > > Thanks in advance. > > Ryan > [EMAIL PROTECTED] > > > > -- > [EMAIL PROTECTED] mailing list > cat /proc/cpuinfo | grep flags You should only use the flags listed there and only those that work with gcc, which I believe are -mmmx -msse -msse2 and -m3dnow. __ Do you Yahoo!? Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop! http://platinum.yahoo.com -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] OpenGL/XFree Problem
Hi, On Wednesday 19 March 2003 15:37, Ryan wrote: > Hi all, > > I accidentally compiled xfree-4.2.1-r2 with the "3dnow" use flag turned > on. I think it compiled in some kind of 3dnow support for OpenGL > applications because when I run programs that use OpenGL (like tuxracer) > they crash with "Illegal Instruction". I removed the use flag (i.e. -3dnow > in make.conf) and tried re-emerging xfree (i typed "emerge xfree"), but > that didn't seem to work, same problem still happens. Any suggestions? > First unmerge Xfree than emerge it again. Glück Auf Volker -- [EMAIL PROTECTED] mailing list
[gentoo-user] OpenGL/XFree Problem
Hi all, I accidentally compiled xfree-4.2.1-r2 with the "3dnow" use flag turned on. I think it compiled in some kind of 3dnow support for OpenGL applications because when I run programs that use OpenGL (like tuxracer) they crash with "Illegal Instruction". I removed the use flag (i.e. -3dnow in make.conf) and tried re-emerging xfree (i typed "emerge xfree"), but that didn't seem to work, same problem still happens. Any suggestions? If it makes a difference to know this, I have a radeon card in my system running on a celeron (i believe it's a P4 based Celeron). I suspect xfree because when I run gdb when the program crashes, it says the crash is in some function in "/usr/X11R6/lib/modules/dri/radeon_dri.so" and the function has the name "3dnow" in it. Thanks in advance. Ryan [EMAIL PROTECTED] -- [EMAIL PROTECTED] mailing list
