This is not very nice yum behavior. On my FC3 box, yum reports that
packages were successfully installed but due to problems with
transaction lock they actually weren't. It's confusing and yum should
report something more meaningful. I guess this is already fixed in
rawhide, but would be great to have it fixed in FC3 also. Here's my
Install: beecrypt-devel.i386 0:3.1.0-6 - base
Install: elfutils-devel.i386 0:0.96-1 - base
Install: elfutils-libelf-devel.i386 0:0.96-1 - base
Total download size: 437 k
Is this ok [y/N]: y
(1/3): elfutils-libelf-de 100% |=========================| 50 kB
(2/3): beecrypt-devel-3.1 100% |=========================| 358 kB
(3/3): elfutils-devel-0.9 100% |=========================| 29 kB
Running Transaction Test
Finished Transaction Test
Transaction Test Succeeded
error: can't create transaction lock
Installed: beecrypt-devel.i386 0:3.1.0-6 elfutils-devel.i386 0:0.96-1
root@taz ~# echo $?
root@taz ~# rpm -q beecrypt-devel
package beecrypt-devel is not installed
root@taz ~# rpm -q yum
Radek Vokál <radekvokal(a)gmail.com>
>Something else is causing this problem, because twm does not have any
>rpm scriptlets. The only thing in xorg-x11 packaging that has
>'groupdel', is a very old script line in xfs scripts, which has been
>commented out forever, but left there for documentive purposes.
>Something else you were installing at the same time must have invoked
Thank you for the response. I am not sure what package caused the message
other than the fact the error messages occurred after yum printed the
cleanup statement for xorg-11-twm. I looked in my /var/log/yum.log file and
these are some of the packages that yum installed immediately before
Nov 11 09:43:33 Updated: openldap-clients.i386 2.3.11-2
Nov 11 09:43:34 Updated: krb5-auth-dialog.i386 0.5-1
Nov 11 09:43:35 Updated: cyrus-sasl-plain.i386 2.1.21-6
Nov 11 09:43:36 Updated: cyrus-sasl-md5.i386 2.1.21-6
Nov 11 09:43:37 Updated: gnome-python2-gtkhtml2.i386 2.12.1-6
Nov 11 09:43:38 Updated: gnome-python2-bonobo.i386 2.12.1-1
Nov 11 09:43:39 Updated: gnome-python2-canvas.i386 2.12.1-1
Should I put in a RFE for yum to add the ability to track package
installs/removals/updates/cleanups and any associated error messages so if
yum does encounter an error we can be 100% sure what package caused said
there's a new package suggested as traceroute replacement. It works
without requiring a setuid bit.
This traceroute implementation relies on a number of features of the
2.4 Linux kernel. It works pretty much like ANK's tracepath, but
tries to be command line compatible with the original traceroute.
I also has IPv6 support, and does parallel probes, which makes it
a little faster.
The replacement is missing some options on which some scripts might
depend on. Please test the package
and report any problems to this bugzilla
missing options are:
-d Enable socket level debugging.
-I Use ICMP ECHO instead of UDP datagrams.
-r Bypass the normal routing tables and send directly to a host on an
attached network. If the host
is not on a directly-attached network, an error is returned.
This option can be used to ping a
local host through an interface that has no route through it
(e.g., after the interface was
dropped by routed(8C)).
-v Verbose output. Received ICMP packets other than TIME_EXCEEDED
and UNREACHABLEs are listed.
-x Toggle ip checksums. Normally, this prevents traceroute from
calculating ip checksums. In some
cases, the operating system can overwrite parts of the
outgoing packet but not recalculate the
checksum (so in some cases the default is to not calculate
checksums and using -x causes them to
be calcualted). Note that checksums are usually required for
the last hop when using ICMP ECHO
probes (-I). So they are always calculated when using ICMP.
-z Set the time (in milliseconds) to pause between probes (default
0). Some systems such as Solaris
and routers such as Ciscos rate limit icmp messages. A good
value to use with this this is 500
(e.g. 1/2 second).
-S = -s and -I = -i (! the above src rpm has a patch to use -i for interfaces as old traceroute)
Radek Vokál <radekvokal(a)gmail.com>
OK, I have updated yum and then updated the kernel packages on my fc5dev
system. I notice that the old kernel-smp packages are removed so I only have
a couple of kernels install but the corresponding kernel-smp-devel packages
are NOT removed.
Is this a bug (or a feature)?
I am updateing to todays rawhide and when yum was cleaning up the
xorg-x11-twm install I saw the following messages:
Cleanup : xorg-x11-twm ##################### [173/266]
groupdel: cannot rewrite group file
groupdel: cannot rewrite shadow group file
Why is xorg-x11-twm trying to rewrite my group and shadow files? Does this
have something to do with the new modular x packages that will be available
>My understanding is that during cleanup the pre/post-uninstall
>scriptlets of the version you are removing are being processed.
>Without knowing what the uninstall scriptlets were in the version of
>xorg-x11-twm that you removed as part of the cleanup actually was...
>its going to be difficult to diagnose that message. The latest
>xorg-x11-twm package xorg-x11-twm-6.8.2-62 doesn't have any
>scriptlets as far as I can tell so we can't look there for any clues.
I had xorg-x11-twm-6.8.2-61 installed, I ran yum update today and
xorg-x11-6.8.2-62 was downloaded and installed.
After updating to todays rawhide I get the following message when I startx.
Failed to load image gnome-main-menu
Details: Failed to open file
'/usr/share/icons/Bluecurve/48x48/apps/gnome-main-menu.png': No such file or
What do I need to do to fix the problem?