From: F. <jrf...@tu...> - 2003-04-11 10:14:24
|
OK. Robin, Jason, thanks for the info. I found the offending part of the install.sh script: # Make sure libGL and libGLU have correct links rm -f $XF86_GL_DIR/libGL.so rm -f $XF86_GL_DIR/libGL.so.1 ln -s $XF86_GL_DIR/libGL.so.1.2 $XF86_GL_DIR/libGL.so ln -s $XF86_GL_DIR/libGL.so.1.2 $XF86_GL_DIR/libGL.so.1 rm -f $XF86_GL_DIR/libGLU.so rm -f $XF86_GL_DIR/libGLU.so.1 ln -s $XF86_GL_DIR/libGLU.so.1.3 $XF86_GL_DIR/libGLU.so; ln -s $XF86_GL_DIR/libGLU.so.1.3 $XF86_GL_DIR/libGLU.so.1; So it's probably better to leave all symlinks alone, especially because they aren't restore when doing './install.sh restore'. Does everybody on dri-devel agree? José Fonseca On Thu, Apr 10, 2003 at 07:04:47PM -0600, Robin Seaman wrote: > On Thursday 10 April 2003 05:00 am, José Fonseca wrote: > > On Wed, Apr 09, 2003 at 06:11:51PM -0600, Robin Seaman wrote: > > > Hi, > > > > > > Have tried two of the snapshots, latest and previous. Both installed > > > well, only issue for myself is the symbolic link libGLU.so and > > > libGLU.so.1 get broken and need to be fixed manually. > > > > > > I am running MD 9.1 on both machines. One has a Radeon (7200) and the > > > other an 8500. Both have this issue. > > > > Please give more details, i.e., do > > > > ls -l libGLU* > > > > before and after the installation, to see exatcly how they get broken. > The directory is /usr/X11R6/lib > The link libGLU.so and libGLU.so.1 both pointed to libGLU.so.1.3 after the > install. The actual file I linked to after install is libGLU.so.1.3.500 as > there was no libGLU.so.1.3. > > Interestingly glxgears worked fine. The only reason I knew their was a problem > was glxinfo wouldn't run. |
From: Alan H. <al...@fa...> - 2003-04-11 11:18:02
|
On Fri, Apr 11, 2003 at 11:13:22AM +0100, Jos=E9 Fonseca wrote: > OK. Robin, Jason, thanks for the info. I found the offending part of th= e install.sh > script: >=20 > # Make sure libGL and libGLU have correct links > rm -f $XF86_GL_DIR/libGL.so > rm -f $XF86_GL_DIR/libGL.so.1 > ln -s $XF86_GL_DIR/libGL.so.1.2 $XF86_GL_DIR/libGL.so > ln -s $XF86_GL_DIR/libGL.so.1.2 $XF86_GL_DIR/libGL.so.1 >=20 > rm -f $XF86_GL_DIR/libGLU.so > rm -f $XF86_GL_DIR/libGLU.so.1 > ln -s $XF86_GL_DIR/libGLU.so.1.3 $XF86_GL_DIR/libGLU.so; > ln -s $XF86_GL_DIR/libGLU.so.1.3 $XF86_GL_DIR/libGLU.so.1; >=20 > So it's probably better to leave all symlinks alone, especially because > they aren't restore when doing './install.sh restore'. Does everybody > on dri-devel agree? I agree that the libGLU references should be removed as we shouldn't be packaging up libGLU anymore - it hardly ever changes too. I think the libGL symlinks need to stay to ensure the nVidia links are removed (if someone has them installed previously). Alan. |
From: Alan H. <al...@fa...> - 2003-04-11 11:19:36
|
In fact Jose, looking at the versions currently in CVS, this has already been commented out.=20 I guess you'll need to bring across the new install.sh for your host that builds the packages. Alan. On Fri, Apr 11, 2003 at 11:13:22AM +0100, Jos=E9 Fonseca wrote: > OK. Robin, Jason, thanks for the info. I found the offending part of th= e install.sh > script: >=20 > # Make sure libGL and libGLU have correct links > rm -f $XF86_GL_DIR/libGL.so > rm -f $XF86_GL_DIR/libGL.so.1 > ln -s $XF86_GL_DIR/libGL.so.1.2 $XF86_GL_DIR/libGL.so > ln -s $XF86_GL_DIR/libGL.so.1.2 $XF86_GL_DIR/libGL.so.1 >=20 > rm -f $XF86_GL_DIR/libGLU.so > rm -f $XF86_GL_DIR/libGLU.so.1 > ln -s $XF86_GL_DIR/libGLU.so.1.3 $XF86_GL_DIR/libGLU.so; > ln -s $XF86_GL_DIR/libGLU.so.1.3 $XF86_GL_DIR/libGLU.so.1; >=20 > So it's probably better to leave all symlinks alone, especially because > they aren't restore when doing './install.sh restore'. Does everybody > on dri-devel agree? >=20 > Jos Fonseca >=20 >=20 > On Thu, Apr 10, 2003 at 07:04:47PM -0600, Robin Seaman wrote: > > On Thursday 10 April 2003 05:00 am, Jos Fonseca wrote: > > > On Wed, Apr 09, 2003 at 06:11:51PM -0600, Robin Seaman wrote: > > > > Hi, > > > > > > > > Have tried two of the snapshots, latest and previous. Both instal= led > > > > well, only issue for myself is the symbolic link libGLU.so and > > > > libGLU.so.1 get broken and need to be fixed manually. > > > > > > > > I am running MD 9.1 on both machines. One has a Radeon (7200) and= the > > > > other an 8500. Both have this issue. > > > > > > Please give more details, i.e., do > > > > > > ls -l libGLU* > > > > > > before and after the installation, to see exatcly how they get brok= en. > > The directory is /usr/X11R6/lib > > The link libGLU.so and libGLU.so.1 both pointed to libGLU.so.1.3 afte= r the=20 > > install. The actual file I linked to after install is libGLU.so.1.3.5= 00 as=20 > > there was no libGLU.so.1.3. > >=20 > > Interestingly glxgears worked fine. The only reason I knew their was = a problem=20 > > was glxinfo wouldn't run. >=20 >=20 > ------------------------------------------------------- > This SF.net email is sponsored by: Etnus, makers of TotalView, The debu= gger=20 > for complex code. Debugging C/C++ programs can leave you feeling lost a= nd=20 > disoriented. TotalView can help you find your way. Available on major U= NIX=20 > and Linux platforms. Try it free. www.etnus.com > _______________________________________________ > Dri-users mailing list > Dri...@li... > https://lists.sourceforge.net/lists/listinfo/dri-users |
From: F. <jrf...@tu...> - 2003-04-14 10:04:26
|
On Fri, Apr 11, 2003 at 12:18:16PM +0100, Alan Hourihane wrote: > In fact Jose, looking at the versions currently in CVS, this has already > been commented out. > > I guess you'll need to bring across the new install.sh for your host that > builds the packages. > > Alan. Yes. I've let the version in CVS and the one on the hosts fall apart and have to do a proper merge one of these days. Thanks for pointing that out. José Fonseca > > On Fri, Apr 11, 2003 at 11:13:22AM +0100, José Fonseca wrote: > > OK. Robin, Jason, thanks for the info. I found the offending part of the install.sh > > script: > > > > # Make sure libGL and libGLU have correct links > > rm -f $XF86_GL_DIR/libGL.so > > rm -f $XF86_GL_DIR/libGL.so.1 > > ln -s $XF86_GL_DIR/libGL.so.1.2 $XF86_GL_DIR/libGL.so > > ln -s $XF86_GL_DIR/libGL.so.1.2 $XF86_GL_DIR/libGL.so.1 > > > > rm -f $XF86_GL_DIR/libGLU.so > > rm -f $XF86_GL_DIR/libGLU.so.1 > > ln -s $XF86_GL_DIR/libGLU.so.1.3 $XF86_GL_DIR/libGLU.so; > > ln -s $XF86_GL_DIR/libGLU.so.1.3 $XF86_GL_DIR/libGLU.so.1; > > > > So it's probably better to leave all symlinks alone, especially because > > they aren't restore when doing './install.sh restore'. Does everybody > > on dri-devel agree? > > > > Jos Fonseca > > > > > > On Thu, Apr 10, 2003 at 07:04:47PM -0600, Robin Seaman wrote: > > > On Thursday 10 April 2003 05:00 am, Jos Fonseca wrote: > > > > On Wed, Apr 09, 2003 at 06:11:51PM -0600, Robin Seaman wrote: > > > > > Hi, > > > > > > > > > > Have tried two of the snapshots, latest and previous. Both installed > > > > > well, only issue for myself is the symbolic link libGLU.so and > > > > > libGLU.so.1 get broken and need to be fixed manually. > > > > > > > > > > I am running MD 9.1 on both machines. One has a Radeon (7200) and the > > > > > other an 8500. Both have this issue. > > > > > > > > Please give more details, i.e., do > > > > > > > > ls -l libGLU* > > > > > > > > before and after the installation, to see exatcly how they get broken. > > > The directory is /usr/X11R6/lib > > > The link libGLU.so and libGLU.so.1 both pointed to libGLU.so.1.3 after the > > > install. The actual file I linked to after install is libGLU.so.1.3.500 as > > > there was no libGLU.so.1.3. > > > > > > Interestingly glxgears worked fine. The only reason I knew their was a problem > > > was glxinfo wouldn't run. |