Take the 2-minute tour ×
Super User is a question and answer site for computer enthusiasts and power users. It's 100% free, no registration required.

Ubuntu comes with CouchDB 0.8.0-incubator. I have it running correctly. I've recently wanted to upgrade to 0.9.0, so I followed the instructions on this blog post, but I seem to be missing the final step. I downloaded the tarball, unzipped it, and called make & make install as the guide says. Every step completed successfully. When I then execute

/etc/init.d/couchdb start

it boots up 0.8.0 instead of 0.9.0. I must be missing some step where my freshly compiled 0.9.0 build replaces the 0.8.0 installation. I thought that's what "make install" would do, but it appears not.

share|improve this question
4  
Ubuntu 9.10 (latest stable) comes with CouchDB 0.10.0 –  avelldiroll Nov 4 '09 at 13:41

4 Answers 4

up vote 1 down vote accepted

As avelldiroll mentioned in his comment, Ubuntu 9.10 ships with CouchDB 0.10.0. In the end I just upgraded my release and used that pre-packaged version. For me it was the easiest option, though I imagine for others that wouldn't be the case.

share|improve this answer

This is detailed information how to install CouchDB 0.9.0 on Ubuntu.

share|improve this answer
    
That's the same link I included in my original question –  rcampbell Nov 4 '09 at 13:29

Are you running the "make install" step as root? If not, your regular user account probably can't complete the install steps.

share|improve this answer
    
I ran the compile/make commands with sudo –  rcampbell Dec 6 '09 at 7:59

I know you've already found a solution, but here's an alternative for someone else in a similar situation who can't simply install a new version of the OS.

The packaged version may not put things in the same places as the "make install" defaults, so there's no guarantee that the old version files would get overwritten by the newer files. When migrating to a newer software version in a package-managed system like Ubuntu, it's best to either

  • find packages of the newer version (or create them) to install, so the package manager can update things appropriately, or

  • remove the older version from the package manager entirely, and follow the instructions to compile & install the newer package from the source tarball.

I personally prefer to create new packages when possible. When not possible I tweak the "make install" process to install to /usr/local and subdirectories. (If the software uses a configure script, run ./configure --prefix=/usr/local to change the default installation location.) This way the software won't conflict with other files installed by the system package manager.

share|improve this answer

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.