[prev] [thread] [next] [lurker] [Date index for 2007/03/07]
On Thu, Mar 08, 2007 at 12:59:45AM +0800, imacat wrote: > On Wed, 07 Mar 2007 15:32:22 +0000 > Denny <denny@xxxxxxxxxxx.xxx> wrote: > > [root@d01-olg ~]# rpm -qa | grep -i mysql > > MySQL-server-standard-5.0.21-1.rhel4 > > MySQL-client-standard-5.0.21-1.rhel4 > > MySQL-shared-standard-5.0.21-1.rhel4 > > [root@d01-olg ~]# up2date perl-DBD-MySQL > > The following packages were added to your selection to satisfy dependencies: > > mysql 4.1.20 1.RHEL4.1 > > Well, up2date does not recognize the foreign RPM you downloaded from > the MySQL AB website. It only knows the so called "legal" RPMs from the > RPM repository server of your distribution. So, it has not idea that > the installing "lower-cased" "mysql" 4.1 conflicts with the existing > "MySQL" 5.0. Well, this is a nice theory to shelter the poor crippled up2date, but it doesn't wash. Since up2date (as you can see in the original email) _removed_ the 5.0 MySQL. Removing packages without warning that it doesn't think are the same is not more excusable than downgrading packages without warning. > I'm not using RPM, but Debian apt. I do not install foreign apt > packages except for those came from the Debian repository servers, for > the same reason. I do not want to confuse apt with something not within > its knowledge. I don't love apt. Just today apt started segfaulting on update. (Debian people contacting tried to claim I had BAD RAM.) Apparently my cache size wasn't large enough to properly generate a file, and then later when it tried to read it, the file wasn't complete, and it fell over saying error, segfault, line number (with two numbers). BUT! apt does not remove packages without getting your explicit permission, even if those packages were installed behind its back. And for this I am grateful. -joshThere's stuff above here
Generated at 16:02 on 13 Mar 2007 by mariachi 0.52