Server Fault is a question and answer site for system and network administrators. Join them; it only takes a minute:

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

The generic question is in the title. A more specific example is this: I have a server running ubuntu (actually xubuntu) v9.04. The svn (subversion) available in the repository is 1.5.x, but I want to install the newer 1.6.x. Is there a "correct" way to upgrade (and keep dependencies, etc.) ?

Please either answer this specific case or the generic one.

* Update * I ended up installing the package from, works for me.

share|improve this question
up vote 7 down vote accepted

If the package is not in the Backports Repository, you could request it to be backport-ed.

Or get the source and make your own (static) build. For easy removal/upgrade either create a package or use checkinstall.

Another possibility is to install the package from someone's launchpad ppa but who trusts a package which someone has complied.


share|improve this answer

Since we didn't need to backport subversion I can only give a general annswer:

We are using an internal reprepro, it's a nice option to get your own software easily distributed in your company across multiple hosts and even provides gpg signed packages (if configured to).

Of course you need to dive into the depths of debian package development (at times) but it quickly pays of once you have basic steps documented.

Packages already in upstream for which you only need a newer/specific version are very easy to pull in (most of the time). In 90% percent of the cases you can simply get the source and copy the debian directory inside so after a dpkg-builpackage (look up the required options in the manpage) you simply upload it to your repository and can then simply apt-get install the package.

However the documentation isn't exactly colorfull so you may run into problems depending on your knowledge, overall I can say it helped us a lot streamlining our systems since we now have a central place to pull (internal) updates from. You can even configure it tu regularly (or manually) pull updates from upstream repositories and can even have multiple distributions which you can use for internal testing since you probably don't want untested packages from or the volattile repository to be installed on your server without prior testing.

share|improve this answer

Your Answer


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.