Wifi PCI card
Hi, I plan to buy a wifi card D-Link DWL-G510. I would like to know if anyone has got it working and if yes, what you used, Madwifi, ndiswrapper. I am running a pure 64 bits Amd debian. Thanks for your replies. Thierry -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
3Ware 9500 install issues
Greetings: I have a machine that I'm trying to install Debian onto. The hardware consists of: Tyan K8WE Motherboard (2) Opteron 270 CPUs 4GB memory 3Ware 9500S with 4(RAID5) HDs The driver for the 3Ware card (3w-9xxx) isn't loaded by the installer, so there is no device /dev/sda to install onto. Using the second virtual console to manually load the 3w-9xxx driver doesn't help. The driver loads correctly, but it doesn't detect the disk array. This behavior occurs with the Beta 2 Etch netboot image, and with the nightly build also. The Sarge image doesn't work either, but it fails even earlier in the process. I thought that perhaps some of the drivers that were getting loaded were interfering with the operation of the 3w-9xxx driver, so I tried the install in expert mode and didn't let the installer load all of those ide chipset drivers, but it didn't help. I tried a PXE network install so that I could load no IDE drivers, but no dice either. I don't know if it is a problem with this particular kernel version or what. I tried the Ubuntu 5.10 live CD which has 2.6.12, and it is able to load the 3w-9xxx driver and see /dev/sda properly. After loading the driver manually, dmesg reports that version 2.26.02.004 is loaded. Can anyone offer any insight? Thanks. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: quiet dual dual-core opteron
Quoting Naz Gassiep: > If you're willing to perform some mods to the case, spraying the inside > with Dynamat Accoustic Absorption spray reduces the noise noticably. If > done well all internal surfaces including the sides of the PSU etc) the > noise drop is dramatic. > > http://www.dynamat.com/products_car_audio_dynaspray.html > > That is *good* stuff generally, I keep a can right next to my WD40. How much space does it take up? Like, do I have to be careful about spraying it so that I can reassemble the case or is it unobtrusive enough to just spray everywhere? Thanks, Peter -- Peter A. H. Peterson, technician and musician. ---=[ http://tastytronic.net/~pedro/ ]=--- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: quiet dual dual-core opteron
If you're willing to perform some mods to the case, spraying the inside with Dynamat Accoustic Absorption spray reduces the noise noticably. If done well all internal surfaces including the sides of the PSU etc) the noise drop is dramatic. http://www.dynamat.com/products_car_audio_dynaspray.html That is *good* stuff generally, I keep a can right next to my WD40. - Naz. Peter A. H. Peterson wrote: Hi All, I know this is a little something of a tall order, but I am looking to replace my aging SMP system with a dual, dual-core Opteron system (probably Opteron 265s). Noise level is a primary concern because our apartment is very small. I recognize that this is quite a constraint, but then that's what makes it interesting. The box will primarily be a server but may also run MythTV. (Just to make it *really* interesting.) I was thinking about using a ZMAX DP system, which is supposed to be Dual-core ready (or so I've read), but then I have heard that the ZMAX units run more around 50 db (more than the 38db on the ZMAX specs). Plus, there's not much room for upgrading and I would be forced to use USB network dongles... etc. And, I would prefer to use stock kernel or experimental drivers -- I don't want to have to use binary nVidia drivers. Is nForce3 fully supported without the binary drivers? Then I started thinking about using a K8T Master2 Far-7 board because it is only standard ATX and seeing if I could get that board into a Sonata II case... but I'm not sure if that is even possible and, once again, I can't seem to find a lot of specs about it or people who have tried. Does anyone have experience with a working dual, dual-core opteron system that is less than full-tower size and relatively quiet? Or even a quiet-but-full-tower machine? If anyone has experience with the ZMAX unit and can speak to its noise level (especially with dual core chips) that would be great too. I figured that even if you guys didn't know these pieces of hardware specifically, the peanut gallery would at least have opinions about the best way to make a quiet dual dual-opteron server. Thanks, Peter -- MrNaz photo gallery and journal at: www.mrnaz.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: root-programs in chroot wont work
poulerik wrote: I have a problem with running X-programs as root in chroot-inviroment. Things work well when i am a normal user, but when i try running from root for instance synaptic i got the following error: # synaptic Xlib: connection to ":0.0" refused by server Xlib: No protocol specified (synaptic:21355): Gtk-WARNING **: cannot open display: Does it work if you first run this (as your normal user in the 64bit environment)?: xhost + If so, it should be a matter of editing your .Xauth file (I think). Someone with more knowledge about X should be able to help you get it right... Nelson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Trouble setting up ALSA on Asus K8U-X motherboard
Dan Wolfgang wrote: >But no soundcards are found. I guess I'm not quite sure of what to do >with the buggy_semaphore=1 fix. I enter >modprobe snd_intel8x0 buggy_semaphore=1 >and don't get any feedback from modprobe (should I?) and no soundcards >are still found. I enter it, then try rerunning alsaconf, with the >same result of no soundcard. I'm not sure of what else to do. Can >anybody help? > > In the case of Debian (don't know for other distributions), edit the file /etc/modprobe.d/sound so that the line containing options snd-intel8x0 index=0 becomes options snd-intel8x0 index=0 buggy_semaphore=1 -- Envy is a pain of mind that successful men cause their neighbors. -- Onasander Eduardo M KALINOWSKI [EMAIL PROTECTED] http://move.to/hpkb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Re: Trouble setting up ALSA on Asus K8U-X motherboard
I'm also using an Asus K8U-X motherboard and am not having luck getting any sound to work. I must admit that I'm new to Linux and am not quite sure of what I'm doing. I see the same results as Eduardo did: the sound card is identified: :00:04.0 Multimedia audio controller: ALi Corporation M5455 PCI AC-Link Controller Audio Device (rev 20) The Intel 8x0 module is loaded: snd_intel8x0 29724 0 snd_ac97_codec 86560 1 snd_intel8x0 snd_ac97_bus4096 1 snd_ac97_codec snd_pcm77700 2 snd_intel8x0,snd_ac97_codec snd_timer 22532 1 snd_pcm snd48612 4 snd_intel8x0,snd_ac97_codec,snd_pcm,snd_timer soundcore 9824 1 snd snd_page_alloc 10376 2 snd_intel8x0,snd_pcm But no soundcards are found. I guess I'm not quite sure of what to do with the buggy_semaphore=1 fix. I enter modprobe snd_intel8x0 buggy_semaphore=1 and don't get any feedback from modprobe (should I?) and no soundcards are still found. I enter it, then try rerunning alsaconf, with the same result of no soundcard. I'm not sure of what else to do. Can anybody help? Dan -- [EMAIL PROTECTED] http://www.danandsherree.com
Re: Compile failure libGL.a (solved)
> Notice that I have an libGL.so.1.2. The libGL.so.1 isn't > that important, but you also seem to be missing it. Those > files are part of xlibmesa-gl. > > Do you have some nvidia drivers or something installed? > > > Kurt Thank you Kurt You were right, sorry I shouldn't have overlooked that lack of the real file. Now qwtplot3d compiles perfectly on my computer. You were also right that I had the nvidia driver installed I removed it and then reinstalled xlibmesa. To my surprise the programs that did not work with the nv driver before because of lack of opengl support now work. Then I don't need this nvidia driver anymore, I hope. Thanks again. Gudjon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Compile failure libGL.a
On Sat, Mar 25, 2006 at 05:37:11PM +0100, Gudjon I. Gudjonsson wrote: > $ ls -la /usr/X11R6/lib/libGL* > -rw-r--r-- 1 root root 1005478 2006-03-22 09:21 /usr/X11R6/lib/libGL.a > lrwxrwxrwx 1 root root 12 2006-03-25 17:03 /usr/X11R6/lib/libGL.so -> > libGL.so.1.2 > -rw-r--r-- 1 root root 915718 2006-03-22 09:21 /usr/X11R6/lib/libGLU.a > lrwxrwxrwx 1 root root 13 2006-03-25 17:12 /usr/X11R6/lib/libGLU.so -> > libGLU.so.1.3 > lrwxrwxrwx 1 root root 13 2006-03-25 17:12 /usr/X11R6/lib/libGLU.so.1 -> > libGLU.so.1.3 > -rw-r--r-- 1 root root 544968 2006-03-22 09:21 /usr/X11R6/lib/libGLU.so.1.3 > -rw-r--r-- 1 root root 47510 2006-03-22 09:21 /usr/X11R6/lib/libGLw.a > -rw-r--r-- 1 root root 47510 2006-03-22 09:21 /usr/X11R6/lib/libGLw_pic.a There is no libGL.so.1.2 there. It looks like this here: -rw-r--r-- 1 root root 1005478 Mar 22 09:21 /usr/X11R6/lib/libGL.a lrwxrwxrwx 1 root root 12 Mar 23 20:53 /usr/X11R6/lib/libGL.so -> libGL.so.1.2 lrwxrwxrwx 1 root root 12 Mar 22 18:27 /usr/X11R6/lib/libGL.so.1 -> libGL.so.1.2 -rw-r--r-- 1 root root 557224 Mar 22 09:21 /usr/X11R6/lib/libGL.so.1.2 -rw-r--r-- 1 root root 915718 Mar 22 09:21 /usr/X11R6/lib/libGLU.a lrwxrwxrwx 1 root root 13 Mar 23 20:53 /usr/X11R6/lib/libGLU.so -> libGLU.so.1.3 lrwxrwxrwx 1 root root 13 Mar 22 18:27 /usr/X11R6/lib/libGLU.so.1 -> libGLU.so.1.3 -rw-r--r-- 1 root root 544968 Mar 22 09:21 /usr/X11R6/lib/libGLU.so.1.3 -rw-r--r-- 1 root root 47510 Mar 22 09:21 /usr/X11R6/lib/libGLw.a -rw-r--r-- 1 root root 47510 Mar 22 09:21 /usr/X11R6/lib/libGLw_pic.a Notice that I have an libGL.so.1.2. The libGL.so.1 isn't that important, but you also seem to be missing it. Those files are part of xlibmesa-gl. Do you have some nvidia drivers or something installed? Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Compile failure libGL.a
Þann Laugardagur 25. mars 2006 16:56 skrifaði Kurt Roeckx: > On Sat, Mar 25, 2006 at 04:26:47PM +0100, Gudjon I. Gudjonsson wrote: > > -L/usr/share/qt3/lib -L/usr/X11R6/lib -lz -lqt-mt -lGLU -lGL -lXmu > > -lpthread /usr/bin/ld: /usr/X11R6/lib/libGL.a(glapi.o): relocation > > R_X86_64_32 against `a local symbol' can not be used when making a shared > > object; recompile with -fPIC > > /usr/X11R6/lib/libGL.a: could not read symbols: Bad value > > collect2: ld returned 1 exit status > > make: *** [lib/libqwtplot3d.so.0.3.0] Error 1 > > Please check that you have an /usr/X11R6/lib/libGL.so file, and > that it points to some other /usr/X11R6/lib/libGL.so.* files, and > that those exist. > > Also, from what package is that libGL.a? Try a > dpkg --search /usr/X11R6/lib/libGL.a > > It should say xlibmesa-gl-dev. > > Anyway, I suggest you (re)install xlibmesa-gl-dev. > > > Kurt Hi Kurt This seems to be ok on my system and I had already reinstalled the xlibmesa-gl-dev but did it again with the same result. It compiles perfectly on i386. But is it possible to use shared library for another shared library? Regards Gudjon $ dpkg --search /usr/X11R6/lib/libGL.a xlibmesa-gl-dev: /usr/X11R6/lib/libGL.a $ ls -la /usr/X11R6/lib/libGL* -rw-r--r-- 1 root root 1005478 2006-03-22 09:21 /usr/X11R6/lib/libGL.a lrwxrwxrwx 1 root root 12 2006-03-25 17:03 /usr/X11R6/lib/libGL.so -> libGL.so.1.2 -rw-r--r-- 1 root root 915718 2006-03-22 09:21 /usr/X11R6/lib/libGLU.a lrwxrwxrwx 1 root root 13 2006-03-25 17:12 /usr/X11R6/lib/libGLU.so -> libGLU.so.1.3 lrwxrwxrwx 1 root root 13 2006-03-25 17:12 /usr/X11R6/lib/libGLU.so.1 -> libGLU.so.1.3 -rw-r--r-- 1 root root 544968 2006-03-22 09:21 /usr/X11R6/lib/libGLU.so.1.3 -rw-r--r-- 1 root root 47510 2006-03-22 09:21 /usr/X11R6/lib/libGLw.a -rw-r--r-- 1 root root 47510 2006-03-22 09:21 /usr/X11R6/lib/libGLw_pic.a
Re: Compile failure libGL.a
On Sat, Mar 25, 2006 at 04:26:47PM +0100, Gudjon I. Gudjonsson wrote: > -L/usr/share/qt3/lib -L/usr/X11R6/lib -lz -lqt-mt -lGLU -lGL -lXmu -lpthread > /usr/bin/ld: /usr/X11R6/lib/libGL.a(glapi.o): relocation R_X86_64_32 against > `a local symbol' can not be used when making a shared object; recompile with > -fPIC > /usr/X11R6/lib/libGL.a: could not read symbols: Bad value > collect2: ld returned 1 exit status > make: *** [lib/libqwtplot3d.so.0.3.0] Error 1 Please check that you have an /usr/X11R6/lib/libGL.so file, and that it points to some other /usr/X11R6/lib/libGL.so.* files, and that those exist. Also, from what package is that libGL.a? Try a dpkg --search /usr/X11R6/lib/libGL.a It should say xlibmesa-gl-dev. Anyway, I suggest you (re)install xlibmesa-gl-dev. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Compile failure libGL.a
Þann Laugardagur 25. mars 2006 11:47 skrifaði Kurt Roeckx: > On Sat, Mar 25, 2006 at 11:03:47AM +0100, Gudjon I. Gudjonsson wrote: > > Hi > >Has anyone had the following problem when compiling C++ programs: > > "/usr/X11R6/lib/libGL.a: could not read symbols: Bad value" > > I found this on the internet which is the same problem in Ubuntu. > > http://www.cegui.org.uk/mantis/view.php?id=7 > > But my question is the following. Assuming the problem stems from libGL.a > > not having been compiled with the -fPIC option. Can I recompile it safely > > with this option? I downloaded the Debian version of > > xorg-x11-6.9.0.dfsg.1 but decided to ask the list before continuing. > > My guess is that you're trying to link libGL.a which is a > static library, and therefor not build with -fPIC, into a shared > library, which needs to be build with -fPIC. > > Instead of /usr/X11R6/lib/libGL.a, you need to link to > /usr/X11R6/lib/libGL.so. > > Both are be part of xlibmesa-gl-dev. > > I have no idea why you try to link the static version, but you > shouldn't. > > > Kurt Thank you Kurt for your answer. Unfortunately I don't understand how to apply your answer since I am trying to create a shared library. It is the library qwtplot3d. These are the last lines of the compilation messages I get. test -d lib/ || mkdir -p lib/ rm -f libqwtplot3d.so.0.3.0 libqwtplot3d.so libqwtplot3d.so.0 libqwtplot3d.so.0.3 g++ -shared -Wl,-soname,libqwtplot3d.so.0 -o libqwtplot3d.so.0.3.0 tmp/qwt3d_axis.o tmp/qwt3d_color.o tmp/qwt3d_coordsys.o tmp/qwt3d_data.o tmp/qwt3d_drawable.o tmp/qwt3d_lighting.o tmp/qwt3d_colorlegend.o tmp/qwt3d_extglwidget.o tmp/qwt3d_plot.o tmp/qwt3d_label.o tmp/qwt3d_types.o tmp/qwt3d_enrichment_std.o tmp/qwt3d_autoscaler.o tmp/qwt3d_io_reader.o tmp/qwt3d_io.o tmp/qwt3d_scale.o tmp/qwt3d_gridmapping.o tmp/qwt3d_parametricsurface.o tmp/qwt3d_function.o tmp/qwt3d_surfaceplot.o tmp/qwt3d_gridplot.o tmp/qwt3d_meshplot.o tmp/qwt3d_io_gl2ps.o tmp/gl2ps.o tmp/moc_qwt3d_extglwidget.o tmp/moc_qwt3d_plot.o tmp/moc_qwt3d_surfaceplot.o -L/usr/share/qt3/lib -L/usr/X11R6/lib -lz -lqt-mt -lGLU -lGL -lXmu -lpthread /usr/bin/ld: /usr/X11R6/lib/libGL.a(glapi.o): relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC /usr/X11R6/lib/libGL.a: could not read symbols: Bad value collect2: ld returned 1 exit status make: *** [lib/libqwtplot3d.so.0.3.0] Error 1 Regards Gudjon
libcupsys2 is missing in testing
Hi all, as far as I see, libcupsys2 is missing from testing http://packages.debian.org/testing/libs/libcupsys2 and breaks many gnome-related packages, making them uninstallable. Is there a way to fixthis till the new official repository on ftp.debian.org gets fully populated? Cheers, Free -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Controlling devices at boot (never mind)
David Liontooth wrote: I'd like to load four tv cards as follows: sudo modprobe saa7134 card=2,2,2,2 tuner=43,43,43,43 video_nr=1,2,3,4 vbi_nr=1,2,3,4 radio_nr=1,2,3,4 alsa=1,1,1,1 sudo modprobe saa7134-alsa index=1,2,3,4 Now I use a script, but I need this to happen by default and thought I'd learn the right way. I've spent a couple of hours now trying to figure out how Debian is designed to do this now and achieved zilch. This is on a fresh amd64 sarge install, dist-upgrade to sid, and the latest kernel. Here are some of my failed attempts: 1. In /etc/discover.conf I set "skip saa7134" (no effect) 2. In /etc/udev/devfs.rules, I changed 0 to 1 (no effect) # video devices KERNEL=="video[1-9]*", NAME="v4l/%k" KERNEL=="radio[1-9]*", NAME="v4l/%k" KERNEL=="vbi[1-9]*",NAME="v4l/%k" KERNEL=="vtx[1-9]*",NAME="v4l/%k" 3. In /etc/modutils/aliases, I added this and ran update-modules (no effect): alias char-major-81-1 saa7134 alias char-major-81-2 saa7134 alias char-major-81-3 saa7134 alias char-major-81-4 saa7134 4. In /etc/modutils/actions, I added this and ran update-modules (no effect): options saa7134 card=2,2,2,2 tuner=43,43,43,43 video_nr=1,2,3,4 vbi_nr=1,2,3,4 radio_nr=1,2,3,4 alsa=1,1,1,1 #disable_ir=1,1,1,1 -- causes oops in 2.6.16 post-install modprobe saa7134-alsa index=1,2,3,4 5. Add this to /etc/modules (no effect -- this is what used to work): saa7134 card=2,2,2,2 tuner=43,43,43,43 video_nr=1,2,3,4 vbi_nr=1,2,3,4 radio_nr=1,2,3,4 alsa=1,1,1,1 saa7134-alsa index=1,2,3,4 I realized I'm making changes ignored by 2.6 kernels and put this in /etc/modprobe.d/saa7134: options saa7134 card=2,2,2,2 tuner=43,43,43,43 video_nr=1,2,3,4 vbi_nr=1,2,3,4 radio_nr=1,2,3,4 alsa=1,1,1,1 options saa7134-alsa index=1,2,3,4 That's all it took -- I'm happy. It's nice and simple, and I see the changeover is fully documented in man update-modules. I deleted the old directories and reverted the udev changes -- clearly wrongheaded. Sorry to waste your time. Dave -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Controlling devices at boot
I'd like to load four tv cards as follows: sudo modprobe saa7134 card=2,2,2,2 tuner=43,43,43,43 video_nr=1,2,3,4 vbi_nr=1,2,3,4 radio_nr=1,2,3,4 alsa=1,1,1,1 sudo modprobe saa7134-alsa index=1,2,3,4 Now I use a script, but I need this to happen by default and thought I'd learn the right way. I've spent a couple of hours now trying to figure out how Debian is designed to do this now and achieved zilch. This is on a fresh amd64 sarge install, dist-upgrade to sid, and the latest kernel. Here are some of my failed attempts: 1. In /etc/discover.conf I set "skip saa7134" (no effect) 2. In /etc/udev/devfs.rules, I changed 0 to 1 (no effect) # video devices KERNEL=="video[1-9]*", NAME="v4l/%k" KERNEL=="radio[1-9]*", NAME="v4l/%k" KERNEL=="vbi[1-9]*",NAME="v4l/%k" KERNEL=="vtx[1-9]*",NAME="v4l/%k" 3. In /etc/modutils/aliases, I added this and ran update-modules (no effect): alias char-major-81-1 saa7134 alias char-major-81-2 saa7134 alias char-major-81-3 saa7134 alias char-major-81-4 saa7134 4. In /etc/modutils/actions, I added this and ran update-modules (no effect): options saa7134 card=2,2,2,2 tuner=43,43,43,43 video_nr=1,2,3,4 vbi_nr=1,2,3,4 radio_nr=1,2,3,4 alsa=1,1,1,1 #disable_ir=1,1,1,1 -- causes oops in 2.6.16 post-install modprobe saa7134-alsa index=1,2,3,4 5. Add this to /etc/modules (no effect -- this is what used to work): saa7134 card=2,2,2,2 tuner=43,43,43,43 video_nr=1,2,3,4 vbi_nr=1,2,3,4 radio_nr=1,2,3,4 alsa=1,1,1,1 saa7134-alsa index=1,2,3,4 On the other hand, I can tag my home-made script onto /etc/init.d/bootmisc.sh, and it works fine. What's the intended way to solve this? What is doing autodetection and deciding to load stuff, and where can I turn it off? Hotlist had a blacklist file; where is udev's blacklist? The fun of running linux is that you see what's going on and can control it. Dave -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Compile failure libGL.a
On Sat, Mar 25, 2006 at 11:03:47AM +0100, Gudjon I. Gudjonsson wrote: > Hi >Has anyone had the following problem when compiling C++ programs: > "/usr/X11R6/lib/libGL.a: could not read symbols: Bad value" > I found this on the internet which is the same problem in Ubuntu. > http://www.cegui.org.uk/mantis/view.php?id=7 > But my question is the following. Assuming the problem stems from libGL.a not > having been compiled with the -fPIC option. Can I recompile it safely with > this option? I downloaded the Debian version of xorg-x11-6.9.0.dfsg.1 but > decided to ask the list before continuing. My guess is that you're trying to link libGL.a which is a static library, and therefor not build with -fPIC, into a shared library, which needs to be build with -fPIC. Instead of /usr/X11R6/lib/libGL.a, you need to link to /usr/X11R6/lib/libGL.so. Both are be part of xlibmesa-gl-dev. I have no idea why you try to link the static version, but you shouldn't. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Compile failure libGL.a
Hi Has anyone had the following problem when compiling C++ programs: "/usr/X11R6/lib/libGL.a: could not read symbols: Bad value" I found this on the internet which is the same problem in Ubuntu. http://www.cegui.org.uk/mantis/view.php?id=7 But my question is the following. Assuming the problem stems from libGL.a not having been compiled with the -fPIC option. Can I recompile it safely with this option? I downloaded the Debian version of xorg-x11-6.9.0.dfsg.1 but decided to ask the list before continuing. Regards Gudjon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]