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
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
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
-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
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)
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
pick-a-package. If xfree didn't emerge properly the
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:
snip
dream but some other programs compline about
error while loading shared libraries: libGLU.so.1:
-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
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
-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.
-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.
!!!
-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
-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
-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
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
-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
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
-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:
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
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
...
(**)
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
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]
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
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
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
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
--- 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.
27 matches
Mail list logo