Re: Fedora RPMs (and RHEL3/WBEL3)
From: C. Heilman <cheilman_at_voicenet.com>
Date: 2004-03-03 05:19:42 CET Time for a reality check. I just reinstalled FC1 (takes about 2 1/2 hrs) using the workstation installation with no package mods. I previously used the custom install that I need on the final box which will be a server. I initially logged in as a regular user, sftp'ed the rpms from my server - where I stashed them, did su - root, went to the rpm directory and followed the procedure, below. But, I still get the same (explitive deleted) error when I try to create the repository. I verified the MD5 for the iso files for FC1 and I verified the install CD's that I made from them in XCDRoast. Something is wrong here. I wish I knew what it is. I especially don't understand how it can work in one place and not in another with all the same stuff installed. Chet Craig Robson wrote: I just did a fresh FC1 install on a machine. I did a workstation install and didn't modify any packages. I then logged in as root and did the following: rpm --install db4-4.2.52-3.i386.rpm rpm --upgrade apr-0.9.5-0.3.i386.rpm \ apr-util-0.9.5-0.3.i386.rpm \ neon-0.24.4-1.i386.rpm \ subversion-1.0.0-2.fc1.i386.rpm svnadmin create test All steps succeeded. Craig On Tue, 2004-03-02 at 16:32, C. Heilman wrote:Hi again, Still no luck. I started over with a fresh install of FC1 (without installing all of the updates with yum) - on a different box. Then followed this procedure (with the summersoft RPMs, as of 3/2): rpm -e subversion rpm -ivh db4-4.2.52-2.i386.rpm rpm -Uvh apr-0.9.5-0.3.i386.rpm apr-util-0.9.5-0.3.i386.rpm rpm -Uvh neon-0.24.4-1.i386.rpm rpm -Uvh subversion-1.0.0-2.fc1.i386.rpm rpm -Uvh subversion-server-1.0.0-2.fc1.i386.rpm subversion-tools-1.0.0-2.fc1.i386.rpm I still get the same error when running "svnadmin create test". There has to be another step or something. Right? Maybe something that needs to be installed with the initial install or something that needs to be upgraded. Is anyone using this on a clean new FC1 distribution? Thanks, Chet Alvin Thompson wrote:i didn't upgrade db4-utils and things seem to work ok, here... oh yeah, i forgot the Eclipse plugin thingy: ln -s /usr/lib/libexpat.so.0.5.0 /usr/lib/libexpat.so.1 -alvin Craig Robson wrote:The db4-devel and db4 java probably aren't needed. I don't know about the java. I don't use it. Doesn't the db4-utils need to be upgraded to work with the new db4.2? Craig On Tue, 2004-03-02 at 13:20, Alvin Thompson wrote:no, it ain't. he removed the db4-utils, db4-devel, and db4-java packages, replacing them with the 4.2 versions. -alvin Craig Robson wrote:Alvin's procedure is the same procedure as C. Heilman used. On Tue, 2004-03-02 at 12:53, Alvin Thompson wrote:you didn't have to remove the old db4 install; the two can coexist. in fact, removing the 4.1 version may break other stuff. here's what i did to get everything working: # rpm -e subversion # rpm -ivh db4-4.2.52-2.i386.rpm # rpm -Uvh apr-0.9.5-0.3.i386.rpm apr-util-0.9.5-0.3.i386.rpm # rpm -Uvh neon-0.24.4-1.i386.rpm # rpm -Uvh subversion-1.0.0-2.fc1.i386.rpm # rpm -Uvh subversion-server-1.0.0-2.fc1.i386.rpm subversion-tools-1.0.0-2.fc1.i386.rpm hth, alvin C. Heilman wrote:Hi all, I am still getting the same "Berkeley DB error while creating environment for filesystem ...." as before. I downloaded the RPMs from summersoft and followed this procedure as detailed by Craig Robson: rpm --erase db4-devel apr-util-devel httpd-devel subversion-devel mod_perl-devel rpm --erase apr-devel neon-devel mod_dav_svn rpm --erase db4-java Except, I had to switch the order of these 2 rpm --upgrade db4-utils-4.2.52-3.i386.rpm rpm --install db4-4.2.52-3.i386.rpm to rpm --install db4-4.2.52-3.i386.rpm rpm --upgrade db4-utils-4.2.52-3.i386.rpm in order to satisfy the dependencies. # Finally, upgrade the subversion packages. rpm --upgrade apr-0.9.5-0.3.i386.rpm \ apr-util-0.9.5-0.3.i386.rpm \ neon-0.24.4-1.i386.rpm \ subversion-1.0.0-2.fc1.i386.rpm Did I miss something? Any further suggestions would be greatly appreciated. Thanks, Chet --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org For additional commands, e-mail: users-help@subversion.tigris.org--------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org For additional commands, e-mail: users-help@subversion.tigris.org--------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org For additional commands, e-mail: users-help@subversion.tigris.org--------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org For additional commands, e-mail: users-help@subversion.tigris.org --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org For additional commands, e-mail: users-help@subversion.tigris.org Received on Wed Mar 3 05:18:41 2004 |
This is an archived mail posted to the Subversion Users mailing list.
This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.