SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
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.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
In Slackware is it a common occurance to have to manually install many dependancies everytime i try to install another program? Is there a away to totally avoid this or maybe even lessen the need to manually install dependancies?
While I've certainly needed to install dependencies at times, you seem to be describing something a bit more extensive than my experience would indicate. What programs are you trying to install that are giving you such headaches?
On the other hand, if you are installing Gnome apps, then I could definitely see why this might be the case. Remember, there is no Gnome in Slack - thus no gnome libs.
Well anything I try to install. I can't exactly remember the apps but, It was the first time I did try slackware and it just was really cumbersome to install dependacies i thought slackware would automatically take care of.
First, Slackware does not resolve dependencies for you. You are required to figure this out on your own.
Now, this may seem like a horrible thing when you have just come from a dependency-hell distro based on RPM's, but you need to understand that the splitting of applications into application and development RMP's or Debs is a big contributor to the whole dependency problem in the first place.
Slackware does not do this when a Slackware package (.tgz) is created so the dependency issue is greatly reduced from the get-go.
Second, dependencies can be created by building a package on a system that is not "pristine". What this means is that quite a number of programs will detect if foo.bar is installed on your system when you compile them. If you create a Slackware package, with foo.bar on your system, then that package now "depends" on foo.bar being on any system that tries to install the Slackware package that you created - even if that program did not normally depend on foo.bar. This happens sometimes when you use Slackware packages created by people who don't follow proper package creation rules.
This problem can be mitigated by:
1.) Doing a full install of Slackware (until you know what you are doing and the consequences on leaving out certain packages)
2.) Only add 3rd party packages that have been built on pristine machines.
3.) Build your own packages using SlackBuild scripts. (Visit www.slackbuilds.org and read)
Even if you do all the above, you will still have dependency issues. The ldd command will help. Suppose you build a package, but it will not work.
ldd /path/to/executable will list all the dependencies and if they are met or not. For example:
Well the rambling was very useful and pretty much told me want I did wrong whether you knew that or not. Problem is already solved on this end. Thanks again.
Please consider posting an example anyway. Then someone who comes across this thread during a search might be left with some specifics. I think that would make this thread more useful to others.
Unfortunately i don't have any examples, but what i can add is the fact that i'd been converting rpm's to .tgz format and i guess that's where the problems began with the dependencies. I never looked for apps already in the native format. I just thought it was easier to do the conversion thing. That's what happens with newbies and distros such as slackware.
Unfortunately i don't have any examples, but what i can add is the fact that i'd been converting rpm's to .tgz format and i guess that's where the problems began with the dependencies. I never looked for apps already in the native format. I just thought it was easier to do the conversion thing. That's what happens with newbies and distros such as slackware.
It's actually a lot better if you compile things yourself, things just tend to work more readily. Of course, if the dependency list is too long, then it becomes tedious.
Slackbuilds help a lot if you can't get something to compile right.
The way I compile things, I usually don't even look at the dependency list. Just download the program and run './configure', then it'll give you a dependency error, then you find the dependency and try './configure' on that, and that may give you another and so on. And then at one point one of them will actually compile, and you start working your way back out. Many things from GNOME will cause much dependency hell, mostly because GNOME libs are no longer available as a part of Slackware.
Last edited by H_TeXMeX_H; 10-10-2007 at 09:01 AM.
Franklin, you post was excellent, but I wonder how much we're required to figure out on our own.
Most sites that I visit to download source files list the dependencies, making it pretty easy to find which libraries I need to compile.
Regards,
-Drew
A Slacker sees nothing wrong with reading the homepage for an application to learn what is required to build an app successfully. A Debian user is trained to believe that the work ends with the editing of your repository list. All the "figuring" has been done for them already. It's not that it's difficult, it's just that it was not known that someone else was doing a very simple procedure for them all this time.
It's like doing your laundry. Takes some time, but it's really quite simple.
Unless you're my room mate freshman year in college, who stuffed a record amount of dirty clothes into the washing machine and thus caused both a flood and a fire all on the same 4 quarters. Had his mom chosen to teach him to wash his clothes rather than wash them for him, he might have faired better.
Franklin, can you tell me how you got hold of libcairomm?
Quote:
Inkscape is not a stock slackware app, but I was able to build the dependencies required to get it to work.
I've tried using a cairomm package - no lib in it. I've tried compiling with "./configure --enable-static=no" but no lib. Looking at the slackbuild I can't see anything about building libs that would help. So, what should I do. Am trying to use latest "inkscape200711011229.package" (autopackage) but despite the previous but one working fine this requires libcairomm ...?!
Yup I've used slackbuilds before. It turns out that I was missing a swathe of deps for cairomm. Also that some of my installs didn't seem to have run properly in the past as I had to manually write quite a few "libsomething.so" links that were missing.
I did bear with the slackbuilds in the end though. Thanks.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.