Stories
Slash Boxes
Comments

Slash Open Source Project

This discussion has been archived. No new comments can be posted.
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
 Full
 Abbreviated
 Hidden
More | Login
Loading... please wait.
  • Well, I've been trying to install Slash on SuSE 8.0 for a little while, getting the usual assorted errors, so I figured I would give these instructions a try. Here is my take on them so far (note: I haven't finished the installation process yet, but i want to make notes as I go, so I don't forget anything)

    This distro comes with perl5.6.1, so I left that as it was because perl is required by so many other programs, I didn't want to get to screwed if I did something wrong. I also left MySQL up and running, without touching it. In YAST2 I clicked on add/remove software and did a search for 'apache' (case insensitive and include package descriptions). I 'deselected' pretty much everything apache, but at the same time, I installed thttpd as a backup/failsafe webserver (again in case I screwed anything up). Hit the 'Next" button and everything gets deleted or installed as the case may be.

    Next, I downloaded the latest source tarballs of apache 1.3.26 and mod_perl 1.99.04 by following the links given in the 'for dummies' instructions.

    In step 4 of the 'for dummies' instructions it says
    "You MUST install mod_perl and Apache as directed here. No buts."
    Well, unfortunately, it looks like there might be a mini-step or two missing. Mainly, while it says to unzip apache, it doesn't mention configuring, making, or installing it. (it reminds me of an old saying that if you try to make something foolproof, someone will make a better fool...look at AOL users - LOL, it had to be said). Anyway, I followed the instructions and unzipped apache, then cd'd over the /usr/download/mod_perl and did the "perl Makefile.PL" instructions as written, but I got an error saying:
    Reading Makefile.PL args from @ARGV
    !!! Unable to determin server version, aborting.
    !!! Please specify MP_APXS or MP_AP_PREFIX.
    I tried it twice to make sure I didn't just do a typo or something, but I got the same response. So, I went into the /usr/download/apache directory, read the README.configure file and did the './configure --prefix=/usr/local/apache'. Then I did make and make install. I went to /usr/local/apache/bin and did 'apachectl start', got httpd started, but it didn't take me too long to realize that I still had thttpd going. I went back to YAST2 and uninstalled thttpd, then restarted apachectl. At this point, I noticed SuSE did a couple of interesting things.

    In the SuSE packaged apache, there is a SuSE version of the test page. It says what version of apache is running, and what the main modules are (i.e. mod_perl, mod_PHP, etc). When I uninstalled apache, and put in thttpd, SuSE put up a thttpd test page, which is quite different from the apache one. After I reinstalled apache, I edited the httpd.conf file to use /usr/local/httpd/htdocs as the document root, which is the SuSE default. When I went to uninstall thttpd with YAST2, it mentioned that there was a potential conflict with running both apache and thttpd at the same time, so YAST2 knew that I reinstalled apache. I uninstalled thttpd, and then I saw that the SuSE apache test page was back, and to top it off, it reinstalled mod_perl!!!

    That's where I am now. I'm going to run with it at the moment and see if I get any problems. It installed mod_perl 1.26, so I'm going to keep my fingers crossed.

    Yes, I know it's a bit lengthy, but I've had two grande mochas since I got out of work, so I'm a bit...energized ;-) Hence, my handle.

    -barista
    • A couple of quick notes:

      I started going through the 'for dummies' instructions again, and when I was in the cpan shell and started installing the modules, I already had most of them installed (from the previous installation attempts, I guess). After I got to the point of entering the mysql information, I noticed there were no questions from DBIx::Password. I typed 'install DBIx::Password' and it told me it was already up to date. I typed help and looked at the cpan commands, then typed 'make DBIx::Password', which brought up the DBIx::Password questions. After I entered the info, I typed 'install DBIx::Password', but again it told me it was up to date. I'm not quite sure waht to make of that, so I left it.

      Then I went the slash directory and typed make and make install, but that was pretty much a lost cause, because it gave me a bunch of parse errors for mod_perl.h. I'm figuring that might have to do with the mod_perl SuSE automatically reinstalled. I just uninstalled it via YAST2, and I will reinstall it from the tarball tomorrow. I will pretty much follow the instructions again from the install mod_perl section.

      Also, on a side note, when I was in the shell and trying to connect to mysql to create the database (per the instructions), typing 'mysql --user=root password' didn't work. It would give me an error saying that I was trying to connect via localhost, using password=no. I logged out of su and tried it again, but got the same problem. Then I remembered 'mysql -u root -p'. It then prompted me for the password, I entered it, and it started the mysql shell. My question is, is this significant? I don't know how slash connects to mysql (it's late, and I'm too tired to hunt for that one at the moment), but if mysql isn't letting me connect with 'mysql --user=root password' could that be a sign that slash itself might have problems connecting? BTW, if I type 'mysql -u root -p password', it prompts me for a password again, and then tells me unknown database password. Hey, I'm okay with MySQL from phpMyAdmin, but the CLI is another story.

      Well, it's late. I'm rambling. I'll probably explore some of these things tomorrow.

      -barista
      • by chromatic (177) on Saturday July 06 2002, @02:47AM (#5078) Homepage

        To force the CPAN module to reinstall DBIx::Password, use force install DBIx::Password.

        To answer the MySQL CLI question, the -p switch tells the client to prompt you for a password. password is interpreted as the name of the database to which you wish to connect. If you've created a database named slash, associated with a username of r00t, you'd connect to it with mysql -u r00t -p slash, entering your password at the prompt. Does that make sense?