I tried to run update agent through a linux "firewall" running ipchains.
the update just hung when update agent thought it was trying to start a
copy of Netsacpe to choose the packages to update.
I tried it first through a 1.13 Beta of CoyoteLinux, and then installed
RedHat 6.1 on the same coputer and duplicated the problem. Is there
something that needs to be set in ip-chains?
It did work, the first time, from the "firewall" machine running 6.1. I was
unable to complete selection of the packages - my 2 yr old had a melt down,
so I had to come back to it and then it hangs in the same place on the
"firewall" machine.
"Firewall" 486, 3c509 eth0, ne2000 eth1, using Roadrunner of SanAntonio
with DHCP assigned address.
Other Linux computer - 233 Pentium, ne2000 eth0, through Firewall.

Figured it out-
1) on the "firewall" the /var partition was small and the program stopped the
first time with an error message that there was no room, but the second time I
tried to run it, it just hung up when trying to launch netscape
2) on the other machine, I changed the directory where the files were stored
from /var/ to /mnt, but forgot to create the mount point on the external SCSI
device. Once I figured that out it worked. (Shound have had an error message
that the mount pint did not exist)
I did get things working, but there should be some logical division to the
selection of updates. Security fixes should be up top, and ideally the up2date
program would check to see which packages are installed and have updates instead
of giving you a gigantic list, most of which does not apply.

Note

You need to
log in
before you can comment on or make changes to this bug.