I've just tried to install Midgard 1.6.2 on a Fedore Core 3 machine and am having problems. I have a sneaking suspicion where the problem is originating from though.
It's *basically* a stock FC3 machine. I added the PGP key and used up2date to download/install the pre-built binaries for FC3. Afterwards I ran datagard, hit enter to use localhost for database, chose Install. Chose "midgard" as databasename, "miduser" as username, and a password. I then setup a virtual host in a similar manner and at some point datagard asked for site admin user/pass which I provided. Now though I run datagard to install some new apps and get this: ...snip... Updating database: fixing cache Updating database: version control Updating database: quota support repligard-Message: Reading config file /etc/midgard/repligard.conf repligard-Message: Exporting to /usr/share/midgard/data/AegirAddOn_Gallery_multilang.xml.gz repligard-Message: Reading config file /etc/midgard/repligard.conf repligard-CRITICAL **: Error logging into Database Can not import AegirAddOn_Gallery_multilang.xml.gz It initially created the database, the username, the password, etc... I can look in /etc/midgard/repligard.conf and see the database name, user and password. I can type "mysql -umiduser -pxxx midgard" and login to MySQL with those credentials and into that database with no problems. If I run repligard by hand: # repligard repligard-CRITICAL **: Error logging into Database Now then, what I think is the problem is MySQL. I mentioned that this is an almost stock install of FC3. What I don't like about RedHat/Fedora is their insistence on MySQL 3.23.x versions. 4.0 and now 4.1 are both deemed stable and add a lot of new features, are faster, etc... So I have MySQL 4.1.10 installed on this machine. Is there an issue with how repligard is built, with older mysql client libraries staticly linked in perhaps? Perl and PHP can both work with MySQl just fine. I have the stock pre-compiled RPMs from MySQLs site installed. The MySQL-shared package is definitely installed and from what I understand it provides the older shared client libraries that allow things compiled against 3.23.x client code to work. So anyway, datagard can initially make the database and populate it with a lot of data but not access it in any way later (at least with repligard). Likewise the page displays and functions when I surf to the virtual host I setup but /spider-admin or /aegir either one will not log me in using the username/password I setup. The user/pass I can also plainly see in repligard.conf and know I'm entering correctly. Is that where that info comes from on the web login though? Is that the SG0 credentials location? Thanks in advance! --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
