Projects / AutoUpdate
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.
| Tags | Archiving Packaging Systems Administration |
|---|---|
| Licenses | GPL |
| Operating Systems | POSIX Linux |
| Implementation | Perl |
Recent releases
- 30 Oct 2007 12:38
Changes: Broken get mode on multi-arch systems has been fixed.
- 15 May 2007 14:29
Changes: Basic support for multiarch (x86_64 and ppc64) systems. CentOS has been added to distname.sh.
- 08 Mar 2006 12:14
Changes: Proper version handling for obsolete tags during cleanup.
- 07 Aug 2005 03:29
Changes: Repodata files used in newer fedora versions are now supported.
- 01 Jan 2005 14:53
Changes: A small problem with x86_64 was fixed.
gtesiacat
21 Dec 2000 06:17
Heartbeat
- Popularity Score
- 847.17
- Vitality Score
- 19.61
- Subscriptions
- 167
Voting Score: 20
(21 votes)
- All comments
Recent commentsRe: 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.
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!
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.
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 ftp://ftp.kde.org/pub/kde/stable/3.1.4/RedHat/9//
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 (fedora.us (fedora.us/), freshrpms, ...)