Dan Cameron: “error: Failed dependencies:” The crux of Linux.
JaredB
· 2 years ago
What app on what distro?
Dan
· 2 years ago
Any app on any distro...but for now it's glibc 2.4 on CentOS 4.4.
JaredB
· 2 years ago
Hmm... you must have pretty bad luck then.
Of course, I'm running Debian which is well known for having a quality repository system, but even with the rare source-only stuff, I almost never run into dependency issues these days.
Especially for most users who are likely to only be installing stuff from the repos, this will luckily not be a major issue.
Nate
· 2 years ago
is glibc the failed dependency or are you trying to upgrade glibc?
Dan
· 2 years ago
CentOS is RPM based and can use fedora/RH, so the quality of repos or the amount of packages available is not a problem.
The problem is upgrading glibc, it's highly recommended *not* to upgrade individually. Far to many packages rely on the glibc-2.3 and upgrading to 2.4 or 2.5 would break some packages or most likely break the system.
I'm going to figure out my options to just update to CentOS 5 which has glibc 2.5.
And all of this mess because one program I want to install has a chain of dependencies stopping at glibc.
So, it's not bad luck it's just the cost of freedom; work to make it work.
JaredB
· 2 years ago
What program is it?
Sounds like a good candidate for virtualization.
Nate
· 2 years ago
or not using
Dan
· 2 years ago
You're probably not going to like the program because it's for pay but it's Warehouse which needs some rails bindings to be installed. But I figure if I have issues installing this I'm most likely going to run into them later if I ever want to finish my Dev. on Rails book.
Virtualization? Where? Within the VPS? No way.
(mt) is actually being really cool right now, they're going to let me get another (dv), I'll upgrade it to CentOS5 after moving everything to the new (dv) cancel my current one with a money back guarantee.
JaredB
· 2 years ago
Are you planning on using that instead of Trac? I thought you just finished getting your Trac server up and running...
Yeah, virtualization within your existing VM wouldn't be a good idea, although depending on what it's used for, you could always run it on a different server (other than your VPS) and still have access to it through your server. That's actually how I have my Trac+SVN server set up - it's in a Xen VM running on a box in my garage, but it's accessed through my public server.
PS - I must say I find it humorous that you seem to be taking subtle shots at Linux and free software in general, when the app that's actually the root of the problem is non-free. :)
Dan
· 2 years ago
Yes, I only use it for the visual diff features and this would serve me a little better setting up repos and opening up for other users, especially with SE. I also don't like trac all that much, even though I spent a lot of time setting it up.
I probably could set it up at home but that's what I have my server for at (mt).
It was meant to be slightly humorous but the root of the problem is the framework not working for the application to be installed; even though the reason I need the framework *now* is because of the app.
JaredB
· 2 years ago
Are you going to use something else for bug tracking? That's one of the other key parts to Trac, but you may or may not need it for what you want to do, I don't know.
I was just giving you a hard time since it turned out to be a non-free app that was bringing the issue to the forefront.
I would just hesitate attributing this problem to Linux in any way, since you can run into dependency conflict problems on any platform, depending on the applications involved.
Dan
· 2 years ago
I've never installed something on OS X or Windows that required that I uninstall another program or install another program to install another. I take that back Windows does that all the time, e.g. .Net.
JaredB
· 2 years ago
The point is that it isn't the operating system's fault. Developers could write applications that way on any OS.
Nate
· 2 years ago
I'm betting it's a packaging error. Since you're a paying customer you should demand they fix it.
All Comments
Of course, I'm running Debian which is well known for having a quality repository system, but even with the rare source-only stuff, I almost never run into dependency issues these days.
Especially for most users who are likely to only be installing stuff from the repos, this will luckily not be a major issue.
The problem is upgrading glibc, it's highly recommended *not* to upgrade individually. Far to many packages rely on the glibc-2.3 and upgrading to 2.4 or 2.5 would break some packages or most likely break the system.
I'm going to figure out my options to just update to CentOS 5 which has glibc 2.5.
And all of this mess because one program I want to install has a chain of dependencies stopping at glibc.
So, it's not bad luck it's just the cost of freedom; work to make it work.
Sounds like a good candidate for virtualization.
Virtualization? Where? Within the VPS? No way.
(mt) is actually being really cool right now, they're going to let me get another (dv), I'll upgrade it to CentOS5 after moving everything to the new (dv) cancel my current one with a money back guarantee.
Yeah, virtualization within your existing VM wouldn't be a good idea, although depending on what it's used for, you could always run it on a different server (other than your VPS) and still have access to it through your server. That's actually how I have my Trac+SVN server set up - it's in a Xen VM running on a box in my garage, but it's accessed through my public server.
PS - I must say I find it humorous that you seem to be taking subtle shots at Linux and free software in general, when the app that's actually the root of the problem is non-free. :)
I probably could set it up at home but that's what I have my server for at (mt).
It was meant to be slightly humorous but the root of the problem is the framework not working for the application to be installed; even though the reason I need the framework *now* is because of the app.
I was just giving you a hard time since it turned out to be a non-free app that was bringing the issue to the forefront.
I would just hesitate attributing this problem to Linux in any way, since you can run into dependency conflict problems on any platform, depending on the applications involved.