Bernard,
When it comes to start_over, I did not mean to uninstall mysql and
mysql-server at my previous mail.
I am sorry for any confusion. :-(
BTW, yes, you are right about drop_db() but it was not right about
removing /etc/odapw.
/etc/odapw was already removed at the cleanup_files() which is run
befere the call of drop_db().
Meanwhile, drop_db() could not really do anthing unless /etc/odapw exists.
So, I removed /etc/odapw line from the list of cleanup_files() and
uncommentted out the following lines
to remove /etc/odapw after dropping oscar database at drop_db().
print "Deleting oda database saved password file ...\n";
unlink "/etc/odapw";
BTW, I did not uncomment out the line to print the message of "Deleting
oda ...".
Is this clear?
I checked in the above changes at r4893.
Regards,
- DongInn
Bernard Li wrote:
Hi DongInn:
mysql-server (RPM) was not removed, I believe this was a feature
requested by you.
Take a look at the drop_db() code, it should drop the OSCAR database
using the ODA API. It only turns MySQL off though but does not actually
uninstall it (however I do believe the tables are dropped). I thought
/etc/odapw was not deleted since the code was commented out.
Thanks,
Bernard
-----Original Message-----
From: DongInn Kim [mailto:[EMAIL PROTECTED]
Sent: Monday, May 29, 2006 6:43
To: Bernard Li
Cc: [EMAIL PROTECTED]; Ted Powell; OSCAR Devel
Subject: Re: [Oscar-devel] Re: start_over issues
Hi Bernard,
I think it is because when you run start_over, oda(mysql,
mysql-server)
was not removed at all.
Only mysqld was turned off. :-(
So, when OSCAR restated, OSCAR did not really reinstall oda
because it
was already there.
And it started mysqld daemon and created a new /etc/odapw (I
found that
start_over did remove /etc/odapw).
So, oscar user could not login to oscar database because the
old oscar
database requires the oscar user with the old /etc/odapw.
I am looking into start_over why it did not really oda.
Regards,
- DongInn
Bernard Li wrote:
The start_over script in trunk should now be semi-working.
There are
still some issues with ODA where it did not allow the oscar user to
connect after the script has been run (./start_over) and OSCAR
re-installed (make install). Can you please take a look at
this DongInn?
Making sure that the mysql database server starts on
subsequent boots ...
chkconfig mysqld on
DBI connect('oscar','oscar',...) failed: Access denied for user
'oscar'@'localhost' <mailto:[EMAIL PROTECTED]> (using
password: YES) at /opt/oscar-5.0a1r4891M/lib/OSCAR/oda.pm line 104
Cannot connect to database <oscar> as user <oscar> at
/opt/oscar-5.0a1r4891M/scripts/package_config_xmls_to_database
line 394.
DB_DEBUG>/opt/oscar-5.0a1r4891M/scripts/package_config_xmls_to
_database:
====> cannot connect to the OSCAR database at
/opt/oscar-5.0a1r4891M/scripts/package_config_xmls_to_database
line 395.
Thanks,
Bernard
--------------------------------------------------------------
----------
*From:* [EMAIL PROTECTED] on behalf
of Erich Focht
*Sent:* Fri 26/05/2006 09:41
*To:* Ted Powell
*Cc:* OSCAR Devel
*Subject:* [Oscar-devel] Re: start_over issues
Hi Ted,
thanks for the report and the fix. It's great when people
report back
failures
and include the fix :-)
I actually wanted to keep the yume command without the "-y"
flag such that
people can at least check which packages it would delete before
continuing. Maybe this should be passed into start_over as a -y
argument, such
that one has a choice.
Regarding prereqs, it looks like it's maybe a good idea to
just leave
all of
them on the system, that won't really hurt anybody.
Regards,
Erich
On Friday 26 May 2006 02:24, Ted Powell wrote:
Missing comma in grep, line 40.
Removes perl-XML-Parser (lines 134-135).
But intltool needs perl-XML-Parser and so it had to
be removed too.
But scrollkeeper needs intltool, so it has to be removed.
But scrollkeeper is needed by ekiga, evince,
evolution, file-roller,
gedit, gnome-applets, gnome-media, gnome-panel, gnome-pilot,
gnome-power-manager, gnome-user-docs, gok, gthumb,
nautilus, and
yelp.
Hmm. After taking perl-XML-Parser out of the yum command,
the script
still hangs. Anyway, here are fixes for the above two items:
$ svn diff scripts/start_over
Index: scripts/start_over
===================================================================
--- scripts/start_over (revision 4860)
+++ scripts/start_over (working copy)
@@ -37,7 +37,7 @@
@opkgs = map { chomp $_ } @opkgs;
# skip oda package (and keep mysql around)
[EMAIL PROTECTED] = grep !/^oda$/ @opkgs;
[EMAIL PROTECTED] = grep !/^oda$/, @opkgs;
my @orpms;
for my $opkg (@opkgs) {
@@ -131,7 +131,7 @@
system($cmd);
# remove prereqs (hardcoded right now)
-$cmd = "yum remove perl-HTML-Tree perl-Tk perl-Qt
perl-XML-Parser
perl-XML-Simple packman-depman packman-depman-rpms yume";
+$cmd = "yum remove perl-HTML-Tree perl-Tk perl-Qt
perl-XML-Simple
packman-depman packman-depman-rpms yume";
system($cmd);
my %orepo_done;
$
-------------------------------------------------------
All the advantages of Linux Managed Hosting--Without the
Cost and Risk!
Fully trained technicians. The highest number of Red Hat
certifications in
the hosting industry. Fanatical Support. Click to learn more
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729&;
dat=121642
<http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729
&dat=121642>
_______________________________________________
Oscar-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/oscar-devel
-------------------------------------------------------
All the advantages of Linux Managed Hosting--Without the Cost and Risk!
Fully trained technicians. The highest number of Red Hat certifications in
the hosting industry. Fanatical Support. Click to learn more
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729&dat=121642
_______________________________________________
Oscar-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/oscar-devel
