I only have one friend who is sufficiently clued to be a reliable resource, but he’s insanely busy, distracted, we’re not that close, so I reserve him for full on emergencies. This ain’t that. I can keep going if I fail to figure this out.
There are a few that come with the DBI CPAN distribution by default (DBD::File and DBD::DBM, for example) but for connecting to any real RDBMS one will need to acquire the correct DBD::* distribution from CPAN. That will almost always require a proper compiler environment since you’ll need to link against some client library (e.g. libmysqlclient).
This is why, unless you’re working with a locally built Perl and you’ve got gcc and the necessary libs installed, you want to use your OS’s package manager for installing these modules. Every major Linux distribution has pre-built binaries and widely-tested dependency trees for this stuff already built.
I’d do it for free, I do this stuff in my sleep. But you already promised to ignore me. Too bad for you I guess. Maybe someone else will ask a similar question soon and you can leech off of their answers.
I will tell you this much though: google is your friend. Thousands of people have asked and had answered the same question.
ETA - being the star porn purveyor that you are, maybe you can barter with someone?
My porn is so specialized most people aren’t interested.
And I do google…that’s what’s so scary…
Jeepers! I’m thinking Yum is working:
And screen after screen after screen after that!
well that’s good to know…
google better.
btw, not to burst your bubble because I like you and all, but be prepared that even if you get to the end of this, there might still be some weird stuff integrating with whatever application you have.
And don’t sell people short. Judging from the other thread, there could be some curiosity factor or collector factor. Or maybe someone can give a subscription as a gift to grampa or something.
Don’t assume that you don’t have something to barter and you would rather insult people by making them work for you for free when you do have something to offer to share that won’t cost you a damn thing.
This is my hope… I did not sign up for this (handling my own server administration) knowingly, I was misled by the sales guy, and he knew be was misleading me because I put him through his paces bigtime before I would even think of committing to this and I was incredibly angry when I realized the position I’d been put in.
But then I decided to try and embrace the opportunity to learn, because I’m always more comfortable when I at least have some fundamental understanding of what’s going on - it bugs me to always have to ask others.
Dealing with Plesk was fine, and a very easy introduction to the mysteries of real server administration. But then I faced my first adventure with having to go in via shell and I started to sweat.
I’ve had to be rescued a little from getting a bit too adventurous, but I keep hearing that this really can be done without too much arcane knowledge… hope so. I like it when I make it work. Nice brain exercise.
So I’m off to see if Yum can be made to do this for me…
Oy! Now I’m really wondering what the hell. I did yum list perl* and got the word that some stuff is apparently installed after all???
Call me crazy but it looks like I do have DBI installed, version 1.52.2 - I don’t know if that’s sufficient.
Perhaps I should tell the application support people this and see what it is they want my system to have…
Funny, didn’t I predict that?
So this is what they wrote to me yesterday:
I have personally verified, as far as I can tell:
My server is running perl version 5.8.8
MySQL version 5.1
the DBI module is installed, version 1.52.2
according to the people who provide the server, mod_rewrite is enabled.
And I changed the permissions without complaint on the file so I assume that the directory was ok with it, but I know permissions can be very fussy.
I’m writing back to them with this, but any other thoughts of course are very welcome. (And if you want to trade a little more thoughtage for some vintage porn access, that’s certainly easy to arrange.)
The requirements they listed, version wise, are pretty old indeed, if you are NOT running that, get another ISP pronto, as they are stuck in 2006 or so.
Whether they set you up with mod-rewrite, and whether you have it available wherever you are installing the application under your server root directory are two different matters. Occasionally if I am really slinging around sites on a development server, I will mess this up. It used to take me a while to catch, now I recognize the symptoms when I do it.
I know you said you got the DBI module installed via yum, but you also got it at least partially installed via hand and/or cpan, right? Perl (and linux together) can be fussy about that.
Plus, I don’t know if you have gotten around to trying to install the application yet, but if/when you do, I advise putting it under its own directory, such as public_html/appdirectory and not mixing it with anything else there now or that might be there later.
No, it was already there… I haven’t done anything except upload and unpack. When I did the listing commands given in this thread I discovered it was there:
They had given me the list already, that’s why I was doing all this. I sent them an email telling them that i found everything as described, they asked me a few more “yes, of course i did that” questions, and now they are escalating.
I have a gift for ending up at 2nd and 3rd tier support.
So what is the current problem exactly? You are trying to install the app but not succeeding? I can’t find where you described any attempt at that or what any errors were.
Can you share the name of the app?
Just an interesting aside: we’ve had some discussion regarding my being understood and misunderstood…
My post #28:
Your post #31:
It’s downright freaky, I tell ya…
Delavo.
Just trying to run the installing script, it doesn’t run. entering the URL with delavo.cgi should trigger all kinds of things that don’t happen, it just shows the script as text in the browser.
http://theretroemporium.com/delavo.cgi
and so forth. What should be happening is various installation steps.
I give 'em points for fast replies…
Not really. See your post #11 adn your general confusion about what to do at that point. We can only guess at how far you went in that process, But it wouldn’t change the output of yum.
Unsolicited advice: Don’t second guess someone who is trying to help you. I know it is your nature to do so, but you are the one with the fucked up system, not me.
That is some shitty Perl code right there.
That is pretty standard with perl installs. Your ISP will be able to tell yhou where cgis can go. - you prbably have a cgi-bin directory. Or, you could try renaming the .cgi file as .pl and running it again just to see what happens.
Wow yeah. it is pretty old-fashioned. it might be a throwaway install script though. Just the same, it is an illustration of what happens when you make a non-gpl product where there are tons of mature gpl scripts already in existence. You simply can’t take the best of the best and have to reinvent the wheel a lot.