Hi, I just got Linux installed into my computer, I keep trying to install SL on Linux. I have never really used Linux before and need some help. Ok, I managed to get through the installation process down to configure, now everywhere I read it says to put ./configure I do this but it never works. it keeps saying it's no such file or directory. I've tried just /configure, configure, and a bunch of othre things, I've even tried skipping it o.o nothing works. It's getting pretty annoying, and it's taking me forever. I'm like, completely computer illiterate so if I get a huge response filled with computer words I'm gonna have to make my brother come and translate. (I know, I'm sad) but yeah, any help or explanation would be appreciated. thanks
~heliol~
Welcome to the Second Life Forums Archive
These forums are CLOSED. Please visit the new forums HERE
Installation help |
|
|
Heliol Batra
Registered User
Join date: 23 Apr 2006
Posts: 5
|
07-13-2006 22:33
|
|
Hello Toonie
Registered User
Join date: 25 Jul 2005
Posts: 212
|
07-14-2006 00:57
You don't need ./configure in this case...
One you're through the installation to this point, try simply ./secondlife |
|
Angel Sunset
Linutic
Join date: 7 Apr 2005
Posts: 636
|
07-14-2006 01:20
In case we need to start one step back, here is the command you can use to unpack the downloaded file : /263/5b/117550/1.html#post1142612.
This creates a directory which I normally put directly in my home directory. Being a spoiled user, I usually open the file with mc, and just copy the contents including the top-level directory (with mc) into my home directory. But SL Linux will run from any directory, once it is unpacked like this. cd into this directory, and then type ./secondlife. Look at the Tips and Tricks sticky for fine -tuning of SL Linux, so that you have an acceptable experience. Although SL Linux is stable fast etc., it IS still an alpha, and quite a bit of stuff can be done by hand to get it running better. the ./configure command (and make, make install, etc etc) is needed if you are creating the software from source. However, secondlife (like opera or acrobat reader for example) is a package which runs as supplied, with minor changes - see above  Welcome to Linux!  _____________________
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Kubuntu Intrepid 8.10, KDE, linux 2.6.27-11, X.Org 11.0, server glx vendor: NVIDIA Corporation, server glx version: 1.5.2, OpenGL vendor: NVIDIA Corporation, OpenGL renderer: GeForce 9800 GTX+/PCI/SSE2, OpenGL version: 3.0.0 NVIDIA 180.29, glu version: 1.3, NVidia GEForce 9800 GTX+ 512 MB, Intel Core 2 Duo, Mem: 3371368k , Swap: 2570360k |
|
Heliol Batra
Registered User
Join date: 23 Apr 2006
Posts: 5
|
07-14-2006 09:21
Well, as soon as I type ./secondlife it says:
"error while loading shared libraries: libdb-4.2.so: cannot open shared object file:no such file or directory" Does this mean that part of the download did not install properly or that I did something wrong while attempting to install or what? Thanks for your help. |
|
Angel Sunset
Linutic
Join date: 7 Apr 2005
Posts: 636
|
07-14-2006 11:53
Well, as soon as I type ./secondlife it says: "error while loading shared libraries: libdb-4.2.so: cannot open shared object file:no such file or directory" Does this mean that part of the download did not install properly or that I did something wrong while attempting to install or what? Thanks for your help. The easiest fix is as follows: change your user to root: su - enter the password for root cd /usr/lib ls -la libdb-4* you will get entries that look like this: -rw-r--r-- 1 root root 1254526 Sep 9 2005 libdb-4.3.a -rwxr-xr-x 1 root root 941736 Sep 9 2005 libdb-4.3.so lrwxrwxrwx 1 root root 12 Mar 6 22:34 libdb-4.so -> libdb-4.3.so then type, for example, ln -s libdb-4.3.so libdb-4.2.so ls -la libdb-4* wil give: lrwxrwxrwx 1 root root 12 Mar 21 19:28 libdb-4.2.so -> libdb-4.3.so -rw-r--r-- 1 root root 1254526 Sep 9 2005 libdb-4.3.a -rwxr-xr-x 1 root root 941736 Sep 9 2005 libdb-4.3.so lrwxrwxrwx 1 root root 12 Mar 6 22:34 libdb-4.so -> libdb-4.3.so with different dates, of course It MUST be a libdb-4-something that ends in .so When you see that that worked, exit root: exit This works for me... If you get confusing results, post again with what you got, but after that if it works, secondlife should work too, sort of. See the "tips" thread after that, for changes to the "settings.ini" file etc to get it to run better This is not TOTALLY correct, but it points to libdb-4.3.so when libdb-4.2.so is looked for, and that exists. Searching this forum will give you more tips. Try that as a first resort, before posting, since we end up with a lot of duplicate and scattered solutions otherwise. But if you ARE stuck, don't sit on it, post  Even tis problem has a posted solution in the forum, but not quite this directly _____________________
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Kubuntu Intrepid 8.10, KDE, linux 2.6.27-11, X.Org 11.0, server glx vendor: NVIDIA Corporation, server glx version: 1.5.2, OpenGL vendor: NVIDIA Corporation, OpenGL renderer: GeForce 9800 GTX+/PCI/SSE2, OpenGL version: 3.0.0 NVIDIA 180.29, glu version: 1.3, NVidia GEForce 9800 GTX+ 512 MB, Intel Core 2 Duo, Mem: 3371368k , Swap: 2570360k |
|
Heliol Batra
Registered User
Join date: 23 Apr 2006
Posts: 5
|
07-14-2006 14:53
Now I got a long line of info... and some things of error.
LLErrorStream: :crashOnError() failed to get mutex for log it said that 4 times in a row. Then later on it said... Default vfs data file not present WARNING: Bad or missing vfx index file WARNING: Removing old vfs data file then later on it said... WARNING: :LLWindowManager::create() :Error creating window. WARNING: Unable to create window, be sure screen is set at 32-bit color in Control Panels -> Display ->Settings So yeah, thank you for your help so far. I am trying to learn so I will not need help in the furutre... |
|
Angel Sunset
Linutic
Join date: 7 Apr 2005
Posts: 636
|
07-14-2006 21:44
This is probably colour depth (or color depth
).Please post the lines from /etc/X11/xorg.conf that have anything to do with depth ... You are getting there! I must warn you though, what you are going through is a fairty standard Linux Learning Curve Hint: look at this post : /263/31/106440/1.html#post1037242 Try out the advanced search function in the forum, this will be your Best Friend here ; that is how I found this _____________________
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Kubuntu Intrepid 8.10, KDE, linux 2.6.27-11, X.Org 11.0, server glx vendor: NVIDIA Corporation, server glx version: 1.5.2, OpenGL vendor: NVIDIA Corporation, OpenGL renderer: GeForce 9800 GTX+/PCI/SSE2, OpenGL version: 3.0.0 NVIDIA 180.29, glu version: 1.3, NVidia GEForce 9800 GTX+ 512 MB, Intel Core 2 Duo, Mem: 3371368k , Swap: 2570360k |
|
Karyuu Winnfield
Registered User
Join date: 15 Mar 2006
Posts: 6
|
07-15-2006 14:03
I'm getting the same error about 32 bit color. From what I gathered by searching the forums, changing DefaultDepth in xorg.conf to 24 is supposed to fix it. For some reason, though, this doesn't work for me. I also changed my video driver from radeon to fglrx (using an ATI Radeon 9600XT), but to no avail.
I came across this post, though... /263/1e/117051/1.html#post1121738 It hints at a solution, but I don't know how to do that. Below is my xorg.conf file: CODE
|
|
Theora Aquitaine
Registered User
Join date: 12 Feb 2006
Posts: 266
|
07-15-2006 14:27
Gfx and xorg both sound fine.. Here is another idea:
Make sure you uncompressed the secondlife file with the command line command: tar xjf SecondLife.... rather than using an auto-unpacker, since the latter method sometimes does not uncompress the file correctly (for some reason) leading to SL failing to launch |
|
Karyuu Winnfield
Registered User
Join date: 15 Mar 2006
Posts: 6
|
07-15-2006 18:17
Thanks for the suggestion, but no luck, I'm afraid. I get the same errors.
CODE
|
|
Angel Sunset
Linutic
Join date: 7 Apr 2005
Posts: 636
|
07-16-2006 04:06
What I miss is all the GL stuff
 Can an ATI specialist jump in here? I am out of my depth a bit... I know with NVidia, a LOT of NVidia GL modules get loaded; I see none at all here. Does glxgears work? What does ir produce as output? What does the command "cat /proc/driver/ATI/agp/status" produce? (The "ATI" bit is just a guess, but it should be something similar.) With the manufacturer supplied ATI Video driver correctly installed, I would expect the output at start to look different ... Anyone with ATI working like to help on this? _____________________
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Kubuntu Intrepid 8.10, KDE, linux 2.6.27-11, X.Org 11.0, server glx vendor: NVIDIA Corporation, server glx version: 1.5.2, OpenGL vendor: NVIDIA Corporation, OpenGL renderer: GeForce 9800 GTX+/PCI/SSE2, OpenGL version: 3.0.0 NVIDIA 180.29, glu version: 1.3, NVidia GEForce 9800 GTX+ 512 MB, Intel Core 2 Duo, Mem: 3371368k , Swap: 2570360k |
|
Theora Aquitaine
Registered User
Join date: 12 Feb 2006
Posts: 266
|
07-16-2006 06:54
I also am not an ATI expert (having never used one of their cards).
I have a few more suggestions though: 1) Make sure glx is working properly. (glxinfo) 2) run: LIBGL_DEBUG=verbose fglrxinfo or LIBGL_DEBUG=verbose aticonfig (aticonfig is the replacement for fglrxinfo so you will only have one of them) (make sure it is loading the ATI version and nor the Mesa libraries) 3) This is a useful thread: http://www.ubuntuforums.org/showthread.php?t=143283 If you have a 64 bit system, there is more info at ati.com https://a248.e.akamai.net/f/674/9206/0/www2.ati.com/drivers/linux/linux_8.26.18-inst.html If you have no luck, it may be that the ATI drivers do not work with this (I heard they don't work too well with Wine either). Next card I would really recommend an Nvidia! (At least reward their greater support for the Linux community) |
|
Heliol Batra
Registered User
Join date: 23 Apr 2006
Posts: 5
|
07-16-2006 10:40
I did use tar xvjf secondlife to unpack. I always use somehting like that to unpack. I dont think I have an auto unpacker. >.> Anyhow, in my xorg.conf file it is set to 24 default depth. always has been. So it must not be that. and so yeah, I'll keep trying to figure out what's wrong but all this is confusing me. And also, failing to generate a window isn't the only error it said. it also said something about vfx and vfs index and data files bad. so it removed the second one. and also something about a mutex for log. but yeah, if those also have to do wit color then all's good and I just have to figure out color problem. thanks for the help. ~heliol~
|
|
Karyuu Winnfield
Registered User
Join date: 15 Mar 2006
Posts: 6
|
07-16-2006 12:38
Okay, what I have is FoX Linux (based off Fedora Core 4). Neither of the modules given in the HOWTO (http://www.ubuntuforums.org/showthread.php?t=143283) are in my yum repositories, and I couldn't figure out an analogous way to solve the problem.
glxgears ran fine so far as I could tell (never having used it before) until I closed it: CODE bash-3.00$ glxgears As for cat /proc/driver/ATI/... CODE bash-3.00$ ls /proc/driver glxinfo's output: CODE bash-3.00$ glxinfo LIBGL_DEBUG=verbose fglrxinfo CODE bash-3.00$ LIBGL_DEBUG=verbose fglrxinfo Seeing as I couldn't locate either of the packages listed in that HOWTO, I thought this might be relevant. Also, it might be important to note that I installed them only as packages via yum, as I couldn't get the installer from ATI to run properly (a bad sign in itself, I suppose?). CODE bash-3.00$ yum info *fglrx* |
|
Theora Aquitaine
Registered User
Join date: 12 Feb 2006
Posts: 266
|
07-16-2006 16:56
Two problems with your ATI install I can see:
1) DRI is not enabled direct rendering: No 2) You are using mesa glx (not ati glx) I think both of these can be fixed as suggested in the page I linked to: cd /usr/lib/ ls -la | grep libGL to check links. Make sure the link from /usr/lib/libGL.so.1 goes to /usr/lib/libGL.so.1.2 (fglrx) instead of something else (Mesa). Also make sure the link from /usr/lib/libGLU.so.1 points to /usr/lib/libGLU.so.1.3.x. If they don't, you can probably make the links manually. Also check cd /usr/lib/ ls -la | grep dri has /usr/lib/dri linking to to /usr/lib/xorg/modules/dri. If it doesn't, try sudo ln -s /usr/lib/dri /usr/lib/xorg/modules/dri |
|
Heliol Batra
Registered User
Join date: 23 Apr 2006
Posts: 5
|
07-17-2006 09:54
Ok, here's what I'm getting:
2006-07-17T16:51:09Z INFO: Initializing window... 2006-07-17T16:51:09Z INFO: createContext: creating window 800x600x32 2006-07-17T16:51:09Z INFO: createContext: window creation failure. SDL: Couldn't find matching GLX visual 2006-07-17T16:51:09Z INFO: Unloading all GL symbols... 2006-07-17T16:51:09Z WARNING: OSMessageBox: Window creation error 2006-07-17T16:51:09Z INFO: Unloading all GL symbols... 2006-07-17T16:51:09Z WARNING: LLWindowManager::create() : Error creating window. 2006-07-17T16:51:09Z WARNING: Unable to create window, be sure screen is set at 32-bit color in Control Panels->Display->Settings 2006-07-17T16:51:09Z INFO: remove_marker_file() So that's my problem. I might have others but I think this is the only one.... anyhow, thanks for your help. Edit. Ok, I just typed in glx info and I get this: 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_ARB_multisample, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context, GLX_OML_swap_method, GLX_SGI_make_current_read, GLX_SGIS_multisample, GLX_SGIX_hyperpipe, GLX_SGIX_swap_barrier, GLX_SGIX_fbconfig client glx vendor string: SGI client glx version string: 1.4 client glx extensions: GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_allocate_memory, GLX_MESA_copy_sub_buffer, GLX_MESA_swap_control, GLX_MESA_swap_frame_usage, GLX_OML_swap_method, GLX_OML_sync_control, GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_MESA_render_texture GLX extensions: GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_OML_swap_method, GLX_SGI_make_current_read, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_visual_select_group, GLX_MESA_render_texture OpenGL vendor string: Mesa project: www.mesa3d.org OpenGL renderer string: Mesa GLX Indirect OpenGL version string: 1.2 (1.5 Mesa 6.4.1) OpenGL extensions: GL_ARB_depth_texture, GL_ARB_imaging, GL_ARB_multitexture, GL_ARB_point_parameters, GL_ARB_point_sprite, GL_ARB_shadow, GL_ARB_shadow_ambient, GL_ARB_texture_border_clamp, GL_ARB_texture_cube_map, GL_ARB_texture_env_add, GL_ARB_texture_env_combine, GL_ARB_texture_env_crossbar, GL_ARB_texture_env_dot3, GL_ARB_texture_mirrored_repeat, GL_ARB_texture_rectangle, GL_ARB_transpose_matrix, GL_ARB_window_pos, GL_EXT_abgr, GL_EXT_bgra, GL_EXT_blend_color, GL_EXT_blend_func_separate, GL_EXT_blend_logic_op, GL_EXT_blend_minmax, GL_EXT_blend_subtract, GL_EXT_clip_volume_hint, GL_EXT_copy_texture, GL_EXT_draw_range_elements, GL_EXT_fog_coord, GL_EXT_multi_draw_arrays, GL_EXT_packed_pixels, GL_EXT_point_parameters, GL_EXT_polygon_offset, GL_EXT_rescale_normal, GL_EXT_secondary_color, GL_EXT_separate_specular_color, GL_EXT_shadow_funcs, GL_EXT_stencil_two_side, GL_EXT_stencil_wrap, GL_EXT_subtexture, GL_EXT_texture, GL_EXT_texture3D, GL_EXT_texture_edge_clamp, GL_EXT_texture_env_add, GL_EXT_texture_env_combine, GL_EXT_texture_env_dot3, GL_EXT_texture_lod_bias, GL_EXT_texture_object, GL_EXT_texture_rectangle, GL_EXT_vertex_array, GL_APPLE_packed_pixels, GL_ATI_texture_env_combine3, GL_ATI_texture_mirror_once, GL_ATIX_texture_env_combine3, GL_HP_occlusion_test, GL_IBM_texture_mirrored_repeat, GL_INGR_blend_func_separate, GL_MESA_pack_invert, GL_MESA_ycbcr_texture, GL_NV_blend_square, GL_NV_point_sprite, GL_NV_texgen_reflection, GL_NV_texture_rectangle, GL_SGIS_generate_mipmap, GL_SGIS_texture_border_clamp, GL_SGIS_texture_edge_clamp, GL_SGIS_texture_lod, GL_SGIX_depth_texture, GL_SGIX_shadow, GL_SGIX_shadow_ambient, GL_SUN_multi_draw_arrays 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 0 24 0 r y . 8 8 8 0 0 16 0 0 0 0 0 0 0 None 0x24 24 tc 0 24 0 r y . 8 8 8 0 0 16 8 16 16 16 0 0 0 None 0x25 24 tc 0 32 0 r y . 8 8 8 8 0 16 8 16 16 16 16 0 0 None 0x26 24 tc 0 32 0 r . . 8 8 8 8 0 16 8 16 16 16 16 0 0 None 0x27 24 dc 0 24 0 r y . 8 8 8 0 0 16 0 0 0 0 0 0 0 None 0x28 24 dc 0 24 0 r y . 8 8 8 0 0 16 8 16 16 16 0 0 0 None 0x29 24 dc 0 32 0 r y . 8 8 8 8 0 16 8 16 16 16 16 0 0 None 0x2a 24 dc 0 32 0 r . . 8 8 8 8 0 16 8 16 16 16 16 0 0 None I know that someone earlier said something about Mesa and also, this says it's indirect.... can anyone translate? |
|
Theora Aquitaine
Registered User
Join date: 12 Feb 2006
Posts: 266
|
07-17-2006 10:40
Heliol, I think you have the same problem.
Please try the suggestion I made above (here it is again, with more complete instructions): cd /usr/lib/ ls -la | grep libGL Make sure the link from /usr/lib/libGL.so.1 goes to /usr/lib/libGL.so.1.2 (fglrx) instead of something else (Mesa). If it does not, do: sudo rm /usr/lib/libGL.so.1 sudo ln -s /usr/lib/libGL.so.1.2 /usr/lob/libGL.so.1 Also make sure the link from /usr/lib/libGLU.so.1 points to /usr/lib/libGLU.so.1.3.x. If it does not, do: sudo rm /usr/lib/libGLU.so.1 sudo ln -s /usr/lib/libGLU.so.1.3.* /usr/lib/libGLU.so.1 Also check: ls -la | grep dri has /usr/lib/dri linking to to /usr/lib/xorg/modules/dri. If it doesn't, try sudo rm /usr/lib/dri sudo ln -s /usr/lib/dri /usr/lib/xorg/modules/dri The alternative would be to reinstall the ATI drivers, which _should_ correct the links (but not 100% certain) You then need to restart X (reboot or press ctrl-alt-backspace to restart without reboot). |
|
Karyuu Winnfield
Registered User
Join date: 15 Mar 2006
Posts: 6
|
07-19-2006 18:12
Okay, initially I thought you were referring to the installing of packages listed at the top of that page, and the fact that it's for a specific distribution threw me off as well. I did try your new suggestion, and this is what I got:
CODE bash-3.00$ cd /usr/lib I really don't get this. As far as I understand, these files (links?) are supposed to be pointing at a later version of the library in the same directory (/usr/lib/), but not only are they not pointing there, said later version doesn't exist, at least in that directory, and I'm not getting anything for DRI at all. I checked yum for and packages matching *dri* and got nothing useful (just things like DVDrip, that are unrelated, but still match), and eventually went and reinstalled the driver using the installer on ATI's website (previously it was installed from a package), and restarted X. Nothing's changed. I get the same results on ls in /usr/lib/ and I get the same errors when trying to run SL. DRI, naturally, still reads as being disabled in glxinfo. It's getting rather frustrating. >_< Did I do something wrong or what? |
|
Theora Aquitaine
Registered User
Join date: 12 Feb 2006
Posts: 266
|
07-20-2006 08:33
Okay, initially I thought you were referring to the installing of packages listed at the top of that page, and the fact that it's for a specific distribution threw me off as well. I did try your new suggestion, and this is what I got: CODE bash-3.00$ cd /usr/lib I really don't get this. As far as I understand, these files (links?) are supposed to be pointing at a later version of the library in the same directory (/usr/lib/), but not only are they not pointing there, said later version doesn't exist, at least in that directory, and I'm not getting anything for DRI at all. I checked yum for and packages matching *dri* and got nothing useful (just things like DVDrip, that are unrelated, but still match), and eventually went and reinstalled the driver using the installer on ATI's website (previously it was installed from a package), and restarted X. Nothing's changed. I get the same results on ls in /usr/lib/ and I get the same errors when trying to run SL. DRI, naturally, still reads as being disabled in glxinfo. It's getting rather frustrating. >_< Did I do something wrong or what? It's pretty difficult for me to fix this as 1) I don't use FC 2) I don't have an ATI card, and never have 3) I am not sat in front of your computer! but I am just wondering if FC has the proper up-to-date X11 directory structure. Everything for X11 (xorg) should now be in /usr/lib/xorg/... rather than /usr/X11R6, which is deprecated. If this is so, then I guess your /lib/libGL... libraries should really point to the files in /usr/lib/xorg/... (I got caught out with this last night.. this upgrade to the X11 system really screwed up my system for a while). You may well find your dri files there.. under /usr/lib/xorg/modules I think they should be a standard part of the fglrx package I am not sure how you load the dri file if xorg is not finding it.. I think there can be some nasty conflicts between the ati dri and the mesa dri module. This page: http://www.linuxquestions.org/questions/showthread.php?t=404979 Has some suggestions about forcing rpms and the like. (I am so glad I don't have an ATI card or an rpm-based system! sorry!  )Here is probably what you really need though (I would try this first if I were you) the ATI HOWTO for FC: http://www.fedoraforum.org/forum/showthread.php?t=32300 Edit: If you do this, remember to uninstall all your ati-related rpms first! |
|
Karyuu Winnfield
Registered User
Join date: 15 Mar 2006
Posts: 6
|
07-21-2006 06:57
It's pretty difficult for me to fix this as 1) I don't use FC 2) I don't have an ATI card, and never have 3) I am not sat in front of your computer! I'm starting to think I simply chose poorly. I knew ATI was tricky with Linux, but it's all I've got. On the other hand, though, from what seemingly relevant results I got by searching, Debian and Ubuntu seem to support it better. As I may or may not have mentioned (I've been up all night dealing with one thing or other -- not the best state to be trying to figure out Linux in, I know.), I'm pretty new to Linux, at least as a desktop solution, and not particularly attached to it yet, so I'm going to pull out a spare HD and see if Debian fares any better for me. I did try your latest solution, but unfortunately, still no luck. Thanks for digging up all those links, though -- I'd be much more lost without you. The error that finally did me in... CODE CC [M] /lib/modules/fglrx/build_mod/2.6.x/nvidia-agp.o ...seemed a bit out of my league, given that my programming experience is limited to the first 4 (of 24) chapters of a C++ book... |
|
Theora Aquitaine
Registered User
Join date: 12 Feb 2006
Posts: 266
|
07-21-2006 09:18
It's not just ATI.. NVidia still have nasty gotchas with Linux.. It's just that ATI seem to have more of them! 3D graphics support in Linux is a real sticking point particularly for newbies, so it is good to go for a distro with a good community support.
From putting your error message into google, it looks like the ati drivers will not compile with gcc-4. To fix this, you need to: Install gcc and g++ 3.4 or 3.3 then do: export CC=/usr/bin/gcc-3.4 export CXX=/usr/bin/g++-3.4 export CPP=/usr/bin/cpp-3.4 then make clean ./configure make .. fingers crossed it should build! Note: you will also need a kernel and modules that have been compiled with gcc-3.x... I am not sure what gcc FC uses, but I think they tend to be fairly bleeding edge, so it is likely the kernel was built with gcc-4.. anyway, worth trying the above and if the module refuses to load you will know you have to recompile the kernel!!! If you are happy with rolling your own, this is really quite a simple thing, but it does *sound* scary.. Hmm perhaps installing a different distro might be easier!! If you are new to Linux, I would recommend Ubuntu first.. Debian has a steeper learning curve and the help forums are much more terse. That being said, if you manage to get Debian working OK, you will learn a lot about Linux, and probably never go back to anything else! |
|
Karyuu Winnfield
Registered User
Join date: 15 Mar 2006
Posts: 6
|
07-21-2006 22:50
Well, it was pretty simple with Ubuntu. Just four commands to type for the driver install, and no problems apparent while running SL.
Again, thanks for the help. I've learned a thing or two from all that frustration, but I hope not to have to go through it too often. |
|
Merrick Moose
Registered User
Join date: 20 Oct 2005
Posts: 191
|
07-22-2006 03:19
OpenGL renderer string: Mesa GLX Indirect <-- This is not going to cut it for running SL.
Be sure to install your vendor specific drivers so that glxinfo displays native OpenGL info. A few snipits from your xorg.conf file, namely from the device and the modules section. dri and glxcore are also not helpful to SL. Example(Do not copy as it is specific to my hardware, but gives a rough idea) Section "Device" Identifier "NVIDIA GeForce 7900GT" Driver "nvidia" #nVidia specific binary driver BusID "PCI:3:0:0" Option "SLI" "AFR" EndSection Section "Module" Load "i2c" Load "bitmap" Load "ddc" Load "extmod" Load "freetype" Load "glx" #This is needed for SL, in my case it is nvidia-glx Load "int10" Load "type1" Load "vbe" Load "v4l" EndSection |
|
Theora Aquitaine
Registered User
Join date: 12 Feb 2006
Posts: 266
|
07-22-2006 12:42
dri and glxcore are also not helpful to SL. Actually, dri is used by proprietary ATI (their own version). AFAIK glx is considered "less good" (in some way that I don't understand) than dri, but when NVidia started making their drivers dri was not mature enough..???? If you read the rest of the thread, I think you will see Karyuu's xorg.conf was correct (please tell me if I am wrong about this), it was just not loading the correct libGL.. Some problem with the ATI install or some FC specific problem.. seems Ubuntu is better set up for this at the moment.. |
|
Merrick Moose
Registered User
Join date: 20 Oct 2005
Posts: 191
|
07-22-2006 16:57
Actually, dri is used by proprietary ATI (their own version). AFAIK glx is considered "less good" (in some way that I don't understand) than dri, but when NVidia started making their drivers dri was not mature enough..???? If you read the rest of the thread, I think you will see Karyuu's xorg.conf was correct (please tell me if I am wrong about this), it was just not loading the correct libGL.. Some problem with the ATI install or some FC specific problem.. seems Ubuntu is better set up for this at the moment.. dri is an older standard, it is not an opengl implentation and will not help the video card use the opengl hardware on it. The loading lf libGL should be the module that came with SL, SL also tends not to like 64bit libraries so running on a 64bit system (debian/ubuntu) may require copying in the 32bit libs it needs. Copy them directly into the secondlife lib and not into the system. Typically if the file of the same name is installed in the system libs and SL can't see it then there is something about that file it does not like (too new/old or wrong bit-width) |