Hey,
I was installing updates on a machine I just installed and while it was
updating some squid thing it froze, so I killed the update prog and
rebooted, now when I try update it complains of conflicts, so I can't
install any of the mozilla stuff, or redhat-config-printer or galeon or
krb5-server.
Is there any way of updating thse things, is it even critical that I do?
Steven

[ Post a follow-up to this message ]

Steven Hook wrote:
> I was installing updates on a machine I just installed and while it was
> updating some squid thing it froze, so I killed the update prog and
> rebooted, now when I try update it complains of conflicts, so I can't
> install any of the mozilla stuff, or redhat-config-printer or galeon or
> krb5-server.
> Is there any way of updating thse things, is it even critical that I do?

try "up2date -uf".

If you have problems with the rpm database, a "rpm --rebuilddb" should
solve the problem.

cu,
thorsten

[ Post a follow-up to this message ]

Steven Hook wrote:

> Hey,
> I was installing updates on a machine I just installed and while it was
> updating some squid thing it froze, so I killed the update prog and
> rebooted, now when I try update it complains of conflicts, so I can't
> install any of the mozilla stuff, or redhat-config-printer or galeon or
> krb5-server.
> Is there any way of updating thse things, is it even critical that I do?

Maybe you should not log on as root until you acquire more patience and
experience.

--
Paul Lutus
http://www.arachnoid.com

[ Post a follow-up to this message ]

On Wed, 06 Oct 2004 18:56:08 +0200, Thorsten Scherf wrote:
> Steven Hook wrote: 
>
> try "up2date -uf".
>
> If you have problems with the rpm database, a "rpm --rebuilddb" should
> solve the problem.

I don't know up2date. Does it really have the smarts to always handle that?

I know that if you only use rpm then rebuilding the database does not
always fix a conflict problem. If some file(s) were installed (or not
deleted) or if some package(s) were installed, then they might be blocking
the installation of other packages, depending on what the requirements
are. I have had cases (using SuSE Linux, and using rpm, not any kind of
up2date) where I had to force installations, often using:

rpm -U --force --nodeps ...

Now, you should really be careful, and know exactly what you're doing.
The --force is fairly innocuous, since it simply forces a reinstallation
or a regression to a previous version number. The --nodeps is more
dangerous because it forces the package to be installed irrespective of
prerequisites or conflicts, whether there or not.

BTW, there should never be any problem just rebuilding the rpm database.
It does clean up some things, and remove duplicates etc. FWIW, after
thrashing around the rpm database in my SuSE 9.1 installation, I have
ended up in a state where rpm install would "hang" (waiting on something
that never happens?). I found that rebuilding the database was good for
avoiding that kind of problem, and possibly others, too.

--
Juhan Leemet
Logicognosis, Inc.

[ Post a follow-up to this message ]

"Juhan Leemet" <juhan@logicognosis.com> wrote in message
news:pan.2004.10.07.00.35.22.907324@logicognosis.com...[vbcol=seagreen]
> On Wed, 06 Oct 2004 18:56:08 +0200, Thorsten Scherf wrote: 
do?[vbcol=seagreen] 

I get this when I run rpm --rebuilddb :

error: db4 error(16) from dbenv->remove: Device or resource busy



steven

[ Post a follow-up to this message ]

Juhan Leemet wrote:[vbcol=seagreen]
> On Wed, 06 Oct 2004 18:56:08 +0200, Thorsten Scherf wrote:
> 
>
>
> I don't know up2date. Does it really have the smarts to always handle that?[/vbcol
]

since up2date is just a "frontend" to rpm, there might be some problems
with the rpm database when the updating process has been aborted
abnormally, and all further processes will fail. rebuilding the database
may help. it surely also depends on the "what was going wrong (tm)". ;)

cu,
thorsten

[ Post a follow-up to this message ]

Steven Hook schrieb:
 
>
>
> I get this when I run rpm --rebuilddb :
>
> error: db4 error(16) from dbenv->remove: Device or resource busy

http://bugzilla.redhat.com/bugzilla...ug.cgi?id=83281

[ Post a follow-up to this message ]

"Thorsten Scherf" <tscherf@redhat.com> wrote in message
news:416519d9$0$3633$9b4e6d93@newsread2.arcor-online.net...
> Steven Hook schrieb:
> 
>
> http://bugzilla.redhat.com/bugzilla...ug.cgi?id=83281
>
>

Thanks 4 the link, I tried all their suggestions, but still no luck, I spoke
with my boss and he sais he thinks it's an environment veriable in RH
reguarding pearl that needs to be changed, I'm googeling it but I can't find
anything that looks related.
Steven

[ Post a follow-up to this message ]

Steven Hook wrote:

/ ...

> Thanks 4 the link, I tried all their suggestions, but still no luck, I
> spoke with my boss and he sais he thinks it's an environment veriable in
> RH reguarding pearl that needs to be changed, I'm googeling it but I can't
> find anything that looks related.

No wonder, when you spell it "pearl". Try "perl" instead, and Google will
become even more friendly.

--
Paul Lutus
http://www.arachnoid.com

[ Post a follow-up to this message ]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
NotDashEscaped: You need GnuPG to verify this message

In comp.os.linux.misc Steven Hook <shook@notbowens.co.za>:

> "Thorsten Scherf" <tscherf@redhat.com> wrote in message
> news:416519d9$0$3633$9b4e6d93@newsread2.arcor-online.net... 

Strange, there's no process still trying to access
/var/lib/rpm/* anymore (lsof/fuser)?
[vbcol=seagreen] 
[vbcol=seagreen]
> Thanks 4 the link, I tried all their suggestions, but still no luck, I spo
ke
> with my boss and he sais he thinks it's an environment veriable in RH
> reguarding pearl that needs to be changed, I'm googeling it but I can't fi
nd
> anything that looks related.

Doesn't look like, something like that might happen in rare
cases, the solution is quite simple, recover /var/lib/rpm from
the last backup and use 'rpm --justdb -ihv file.rpm' to make
packages known to rpm that have been added after your last
backup.

Good luck

--
Michael Heiming (GPG-Key ID: 0xEDD27B94)
mail: echo zvpunry@urvzvat.qr | PERL -pe 'y/a-z/n-za-m/'
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

 iD8DBQFBZYMbAkPEju3Se5QRAoOrAKCIB8rodv9R
+kerCffGOvQLTensRwCfcS0z
biqB7pkUu/Qehun2vKnMAto=
=AIBn
-----END PGP SIGNATURE-----

[ Post a follow-up to this message ]