Linux - SoftwareThis forum is for Software issues.
Having a problem installing a new program? Want to know which application is best for the job? Post your question in this forum.
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Introduction to Linux - A Hands on Guide
This guide was created as an overview of the Linux Operating System, geared toward new users as an exploration tour and getting started guide, with exercises at the end of each chapter.
For more advanced trainees it can be a desktop reference, and a collection of the base knowledge needed to proceed with system and network administration. This book contains many real life examples derived from the author's experience as a Linux system and network administrator, trainer and consultant. They hope these examples will help you to get a better understanding of the Linux system and that you feel encouraged to try out things on your own.
Click Here to receive this Complete Guide absolutely free.
Then you can check build.log to find the errors and try to fix those that are significat to you. I.e. if you don't need xf86-input-evdev you should not care about the error you got. You can also comment out things that you don't need directly in the build-from-tarballs.sh script, so you'll get less errors
The building wiki at X.org isn't very useful to users like me according to what I've seen and at this point no longer even lists all the dependencies you really need. It was the first thing I tried. I read all of it already. Ignoring errors isn't going to solve anything for me. It's just going to leave me with a broken Xserver. If input-evdev has something to do with hotplugging, then I do need it. Even if I log them, I need to know how to avoid these errors.
Ok, I fixed that error, but in doing so, the cursor icon is stuck on the X default. I just said screw it and copied over the created X11 binaries and libraries to /usr/lib and /usr/bin - that's where Fedora has them by default anyways. And the wacom driver doesn't even work right, while the Xorg log shows no error that it failed to load. I guess it needs to be updated to support new Xorg version, or is it just not setup right? This new Xorg version supposedly supports hot plugging these kinds of devices without the failure from before, that's all I wanted to get working, but I guess not, and the proprietary video driver won't install either, so I can't use it anyways. Going to have to wait months for an answer I guess.
But I got something installed. X runs, but it feels like there are things missing and a lot of x applications fail, like xrandr.
xrandr: symbol lookup error: xrandr: undefined symbol: XRRGetScreenSizeRange
So hooray for ignoring errors.
You should add the path to the new X libs (/tmp/modular/libs) in LD_LIBRARY_PATH and also add the above dir in /etc/ld.so.conf and run ldconfig befoe trying to recompile parts of X that have failed. Copying the new libraries in /usr/lib isn't going to solve your problem.
The LD_LIBRARY_PATH already points to /usr/lib/xorg and I also copied the appropriate directory there (I failed to mention that). Something is scrambled either way,
Also, /etc/ld.so.conf only points to a directory ld.so.conf.d and I can't find what is the relevant file to change there. I tried setting LD_LIBRARY_PATH in /etc/profile and bash_profile but that doesn't work too well. That's why I just copied the files that matched to where the paths were already configured. But apparently that's not the best idea.
You should alter LD_LIBRARY_PATH to include the xorg-7.3 libs right before trying to recompile things that have failed to compile the first time. I.e if you want to recompile libXrand and link it against the 7.3 Xlibs you should:
Copying the 7.3 Xlibs over the old Xlibs is going to break things that use the old Xlibs.
Also you could just add /tmp/modular/libs in /etc/ld.so.conf and run ldconfig as root to cache the new Xlibs.
libXrand isn't what failed, one thing that failed is xf86-input-void, and trying to compile it on it's own also fails even setting the path as above. The build.log is 7.5mb and 50000+ lines. And I'm not too sure what you mean by 'things that use old libs'. I uninstalled the xserver in the package manager, that stuff shouldn't be there. If it is, what a mess.
I've managed to install Xorg 7.3 last week using the tarballs in the everything directory. After installing Mesa and xcb, the only things that failed to compile at the first try were xf86-input-evdev, xf86-input-vmmouse and xf86-input-void. (Note that xserver was working flawlessly without them and that I've commented out other drivers not needed, in the build-from-tarballs.sh script).
The error for xf86-input-evdev was similar to the one mentioned from the OP. Anyway to make things short I solved the probs creating a symlink to my kernel include/linux directory into the Xorg installation directory: