Branches
Comments
[»]
Creating autoprovides.db takes a long time.
by talon_lu - Aug 4th 2005 02:30:29
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!
[reply]
[top]
[»]
Re: Creating autoprovides.db takes a long time.
by Gerald Teschl - Aug 7th 2005 01:34:43
> 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.
[reply]
[top]
[»]
Cool
by JCMD - Jan 23rd 2003 11:54:49
I check a lot of programs to update RH systems, i locking simply and easy
to use and autoupdate its the tools, Thanks!
Best Regards
[reply]
[top]
[»]
Nice program..
by RasJani - Jan 2nd 2003 15:00:45
This is quite a nice program indeed. Im using this to keep few of my redhat
machines 'up2date' so to speak. Never really used redhat's own stuff. Best
part is that it can be used to update pretty much anything that comes in
rpm and specified place..
People reviewing this for updating selfmade rpm distros should now that
its only capable of updating from ftp.. Not really nice. Even sftp would be
a bit better or just plain ol'ssh .
I guess i've allready posted that to the author but hey, here it is
again: Why not make support for http and ssh/sftp as a medium ? =)
[reply]
[top]
[»]
Re: Nice program..
by Gerald Teschl - Jan 3rd 2003 01:24:31
I am not sure I understand what you want: It does support
file, ftp, http, https, and sftp.
Gerald
[reply]
[top]
[»]
RH 8.0 version?
by AirBete - Oct 1st 2002 23:51:27
Hi,
Is there an rpm package that would work on Red Hat
8.0?
Thanks.
AirBete.
[reply]
[top]
[»]
Re: RH 8.0 version?
by Gerald Teschl - Oct 2nd 2002 04:29:09
The regular package will work on RH 8.0. You need to
use the perl-RPM2 bindings (part of RH 8.0) since the
original bindings no longer work with rpm-4.1.
[reply]
[top]
[»]
Re: RH 8.0 version?
by AirBete - Oct 2nd 2002 17:54:03
Thanks for your reply.
I have perl-RPM2 installed. I get an error at some point
when executing autodld:
RPM2_C::_free_header() -- h is not a blessed SV
reference at
/usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi/RPM2.pm
line 278 during global destruction.
By the way, thanks for sharing autoupdate whit all of
us. It's very usefull and appreciated.
AirBete.
[reply]
[top]
[»]
Excellent software!
by d0glesby - Jul 31st 2002 11:56:47
autoupdate has saved me quite a bit of time and trouble keeping our mix of
over thirty Red Hat workstations up to date with all of the latest RPMs.
Very easy to install and configure. I run autoupdate once a week out of
/etc/cron.weekly using a simple Korn shell script. Works great!
[reply]
[top]
[»]
Also consider apt-rpm
by Ian Clarke - Apr 19th 2002 19:53:33
Not to disrespect the efforts of this software's author, but - I
experimented with a number of tools similar to this, eventually I
discovered apt-rpm and found it
to be far superior to other similar tools available.
[reply]
[top]
[»]
Re: Also consider apt-rpm
by Gerald Teschl - Apr 20th 2002 04:33:41
So why don't you tell us in what respect apt-rpm is superior to
autoupdate?
Autoupdate does not have an interactive
mode, but this is intentional! As far as I know, before
you can use apt-rpm somebody has to set up a
server. This is not necessary for autoupdate.
So if you just like software foo which is not included in
your distro and which is only available via the authors webpage, you just
point autoupdate to this webpage
and thats it!
Open software is also about choice, so choose whatever
you like and be happy! I use apt-get on my mac and I
don't like it, but this is my personal opinion.
[reply]
[top]
[»]
Re: Also consider apt-rpm
by TodoInTX - May 4th 2003 02:09:41
When I installed Apt-rpm recently it included a config for using
http://apt.freshrpms.net for the apt-repository
I believe that the same is true about being able to use any ftp/http
server as an apt repository. You just need to put the repository url in
the /etc/apt/sources.list
But then again I could be wrong.
> As far as I know, before you can use apt-rpm
> somebody has to set up a server.
> This is not necessary for
> autoupdate.
[reply]
[top]
[»]
Re: Also consider apt-rpm
by Gerald Teschl - May 4th 2003 12:19:35
But somebody has to set up the *repository* for you.
And you can only use apt for the software which is
in the repository. For example, kile is not part of
redhat and it is not part of freshrpms. So how do you
keep your kile version current with apt?
[reply]
[top]
[»]
Re: Also consider apt-rpm
by Sven Neuhaus - Sep 11th 2003 08:27:56
> 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, freshrpms, ...)
[reply]
[top]
[»]
Re: Also consider apt-rpm
by Gerald Teschl - Sep 17th 2003 08:26:11
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//
[reply]
[top]
[»]
very recommended
by valenock - Feb 14th 2002 09:24:16
I use it for a couple of weeks and found no bugs or problems !
even in default install it is very usefull and working, excellent for a
server farm like at my university
also i'd like to suggest a new feature - add some rules for upgrade
process - which version should we upgrade and which to drop.
this can be done easily with regex on version number of rpms.
For instance, we upgrade to xchat 1.8 , but skip all 1.7.x updates.
the main reason for such feature is that some distribs are updated very
often and most of the update process is all about repacks/rebuilds of
rpms:
binutils-2.11.92.0.12-4mdk.i586.rpm
binutils-2.11.92.0.12-5mdk.i586.rpm
binutils-2.11.92.0.12-6mdk.i586.rpm
I'm lazy enough to download binutils every time, are you ?
--
BC
[reply]
[top]
[»]
Re: very recommended
by Gerald Teschl - Feb 23rd 2002 09:18:23
You can already setup Exclude/Include patterns! If you put it in the ftp
config file they will only apply to this one site. E.g.
Exclude=^xchat-1.7
I download everything. RedHat doesn't provide updates that often and
in almost all cases they are worth downloading.
Thanks for your comments,
Gerald
[reply]
[top]
[»]
Re: very recommended
by Gerwin Krist - Jul 31st 2003 08:28:18
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
[reply]
[top]
[»]
Re: very recommended
by Incze Lajos - Dec 19th 2003 13:54:51
> 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.
[reply]
[top]
|
