Projects / AutoUpdate


AutoUpdate is a Perl script which performs a task similar to Red Hat's up2date or autorpm. It can be used to automatically download and upgrade RPMs from different HTTP(S) or (S)FTP sites, while also handling dependencies. Moreover, it can also be used to keep a server with a customized (Red Hat) distribution plus all clients up to date.

Operating Systems

Recent releases

  •  30 Oct 2007 20:38

    Release Notes: Broken get mode on multi-arch systems has been fixed.

    •  15 May 2007 21:29

      Release Notes: Basic support for multiarch (x86_64 and ppc64) systems. CentOS has been added to

      •  08 Mar 2006 20:14

        Release Notes: Proper version handling for obsolete tags during cleanup.

        •  07 Aug 2005 10:29

          Release Notes: Repodata files used in newer fedora versions are now supported.

          •  01 Jan 2005 22:53

            Release Notes: A small problem with x86_64 was fixed.

            Recent comments

            07 Aug 2005 01:34 gtesiacat

            Re: Creating autoprovides.db takes a long time.

            > Is it normal senario? Or is there any

            > solution to shorten this time?

            Did you install the perl rpm bindings (perl-RPM2),

            this should seed up things significantly. There are

            also autoprovides.db files for some distribution on

            the installation page.

            04 Aug 2005 02:30 luzhenyu1982

            Creating autoprovides.db takes a long time.
            Thanks for your good software that saved my admin time upon large amounts of RedHat machines.

            And, I've noticed that for the first time running autoupd to install some RPMs, it tries to create a new autoprovides.db file, which may take upto 20 minutes on an RedHat machine.

            Is it normal senario? Or is there any solution to shorten this time?

            Thank you!

            19 Dec 2003 13:54 incze

            Re: very recommended

            > I can be short. This tool is SO easy and
            > so effective. I thank you oh great
            > author :-) Both us (admins) are happy
            > with it and also the users (they don't
            > even know there systems getting
            > updated).
            > I hope you will proceed with adding nice
            > feature etc etc

            Let me join, became dependent on this tool.

            17 Sep 2003 08:26 gtesiacat

            Re: Also consider apt-rpm
            What you are saying is only partially true: autoupdate works very well without a reposiory. (BTW, you
            can set up an autoupdate repository if you want.)

            Moreover, I have unlimited download from my ISP
            ftp server, which has a redhat mirror but no
            apt/yum repository for redhat.

            I just can point autoupdate to webpages of projects I am
            interested in which are not part of, e.g., fedora. E.g., there is no apt repository with the latest TeXmacs.

            KDE 3.1.4 was just released. Where is an apt/yum repository which has it? With autoupdate, one command is all you need:

            autodld --url

            11 Sep 2003 08:27 sn

            Re: Also consider apt-rpm

            > But somebody has to set up the
            > *repository* for you.

            Yes, because a repository is a necessity. Without the metadata, you'd have to download every single version of every single RPM to find out the dependencies (they can change between versions, you know..). With a repository, you just download the dependencies as part of the metadata without having to download the entire RPM. Makes more sense. Setting up a repository from a directory full of RPMs isn't hard. You can do it yourself or just use one of the several ones available already ( (, freshrpms, ...)


            Project Spotlight


            A Fluent OpenStack client API for Java.


            Project Spotlight

            TurnKey TWiki Appliance

            A TWiki appliance that is easy to use and lightweight.