Switch branches/tags
Commits on Mar 9, 2006
Commits on Mar 8, 2006
  1. Prevent copying of 'tmp' directory contents as part of the launch.

    markstos committed Mar 8, 2006
    This caused the strange error I reported to Michael earlier. (It was trying to copy a symlink).
    My tmp directory had over 100 Megs of tmp files in it, which didn't belong as part of the install.
  2. More progress on SQLite support. I can now run

    markstos committed Mar 8, 2006
    ./smolder_install using SQLite. 
    However, the Apache server currently won't start because MySQL is hardwired into it:
    Can't connect to local MySQL server through socket '/tmp/mysql.sock' (2) at /usr/local/smolder/lib/Smolder/ line 81
    That shouldn't be hard to fix, but I'm too tired tonight. 
    Also, each time I do "./smolder_install", I get an error like this:
     cp: tmp/si7NPyQ6uY/mod_perl-1.29/t/httpd: No such file or directory
     Can't copy: No such file or directory at ./smolder_install line 459, <STDIN> line 1.
    I'm not sure what that means, but it happens consistently. This is one reason
    why I would feel more comfortable if the different packages had a "make test" step!
  3. Make uninstalling safer.

    markstos committed Mar 8, 2006
      - default to 'no'.
      - display clearly the directory about to nuked.
Commits on Mar 7, 2006
  1. Refactor smolder_createdb to be less MySQL-specific.

    markstos committed Mar 7, 2006
    The general strategy employed here has been to move away from calling
    the 'mysql' binary directly, to routing calls through the DBI interface. 
    This way, we can isolate many driver differences back to the SQL files, or the
    connect strings, which DBIx::DBH handles for us. 
    I've tested that smolder_createdb --dry_run gives a reasonable result for both
    SQLite and MySQL.  MySQL supports seems to be working, but I don't have access
    to test it completely at the moment. 
    ./smolder_createdb will still currently fail horribly for SQLite, because I
    haven't written the DBIx::DBH::SQLite driver. 
    Also, we need to give it an appropriate path name to store the SQLite db file at.
    Once that step is done, we can at least run the application and begin to hunt for SQL
    statements that need to be refactored to be compatible. 
  2. Some initial steps towards SQLite support.

    markstos committed Mar 7, 2006
    (And possibly beginning to break smolder_createdb) in this branch.
        - Initial addition of SQLite compatible schema files
        - Add DBDriver to conf/smolder.conf
        - Start to refactor smolder_createdb to not be MySQL-specific.
  3. In FreeBSD, I believe /etc/rc.d is typically reserved for system serv…

    markstos committed Mar 7, 2006
    …ices (those shipped
    with the OS), while /usr/local/etc/rc.d is the place for "local" apps. References
    are made to this convention in the official docs:

    markstos committed Mar 7, 2006
  5. Remove reference to krang.

    markstos committed Mar 7, 2006
    (And sorry about the mpeters vs. mark change-- there is no interactive record command
    like darcs avoid this with manually removing and re-adding this change. )
Commits on Mar 6, 2006
  1. fixing pod error

    mpeters committed Mar 6, 2006
  2. adding changes

    mpeters committed Mar 6, 2006
  3. more missing deps

    mpeters committed Mar 6, 2006
  4. Reality-check if DB exists as 'smolder' user, not root.

    markstos committed Mar 6, 2006
    This paves the way for making smolder_createdb useable for users
    who don't have my root access for MySQL, and create the database
    outside of the automated build process. 
    This change also also fixes a bug. Before, the root username was possibly mixed
    with the smolder user password.
  5. My TODO item from the last commit turned out to be fairly easy, because

    markstos committed Mar 6, 2006
    "ApacheAddr" already exists for this this purpose, and an IP address is already
    being collected by smolder_install. 
    So now we have improved security by always restricting access to the smolder
    database to a specific host.
  6. Add TODO related to the MySQL GRANT statement constructed:

    markstos committed Mar 6, 2006
        # TODO: restrict access the current host for better security. The
        # only trick is get (or ask for) the IP address of the current machine.
        # Some MySQL servers aren't set up for DNS resolution of remote connections
        # So IPs are preferred (and may be required!) over hostnames here.