rpm verify fails bigtime - prelink errors x1000+
by David Timms
The machine i'm on is a FC5test2 install kept up2date with pup.
On recommendation from someone on the list to verify the rpm install
using: rpm -Va, I found a few items: mainly missing files-
missing /usr/share/system-config-soundcard/probeCard.pyc
missing /usr/share/system-config-soundcard/soundcard.pyc
missing /usr/share/system-config-soundcard/soundcardBackend.pyc
missing /usr/share/system-config-soundcard/system-config
I guess this could be a problem so I: rpm -Uvh --force
system-config-soundcard(-v currently installed). This cleared the
problem up, ie no result for rpm -V sy-co-so...
missing /usr/lib/mozilla-1.7.12/chrome/overlayinfo/browser
missing /usr/lib/mozilla-1.7.12/chrome/overlayinfo/browser/content
missing /usr/lib/mozilla-1.7.12/chrome/overlayinfo/browser/skin
missing /usr/lib/mozilla-1.7.12/chrome/overlayinfo/cookie
missing /usr/lib/mozilla-1.7.12/chrome/overlayinfo/cookie/content
missing /usr/lib/mozilla-1.7.12/chrome/overlayinfo/editor
missing /usr/lib/mozilla-1.7.12/chrome/overlayinfo/editor/content
missing /usr/lib/mozilla-1.7.12/chrome/overlayinfo/global
missing /usr/lib/mozilla-1.7.12/chrome/overlayinfo/global/content
missing /usr/lib/mozilla-1.7.12/chrome/overlayinfo/global/skin
Repeat same with mozilla.
Repeated the rpm -V mozilla, and same files are still marked missing!
missing /usr/share/system-config-display/dpiDialog.pyc
missing /usr/share/system-config-display/monitorDialog.pyc
missing /usr/share/system-config-display/screenSizePreview.pyc
missing /usr/share/system-config-display/videocardDialog.pyc
missing /usr/share/system-config-display/xConfigDialog.pyc
missing /usr/share/system-config-display/xconf.pyc
>retired after a few days: and pup updates-
[root@davidthome packages]# rpm -V system-config-display
missing /usr/share/system-config-display/dpiDialog.pyc
.M.....T. /usr/share/system-config-display/monitorDialog.pyc
.M.....T. /usr/share/system-config-display/screenSizePreview.pyc
.M.....T. /usr/share/system-config-display/videocardDialog.pyc
.M.....T. /usr/share/system-config-display/xConfigDialog.pyc
missing /usr/share/system-config-display/xconf.pyc
<
Between about wednesday last week (first version) and the weekend the
system-config-display files went from missing to modified !
Is this to be expected ?
Why would an installed python code be different to what came out of the
RPM ?
prelink: /usr/sbin/bonobo-activation-sysconf: at least one of file's
dependencies has changed since prelinking
S.?...... /usr/sbin/bonobo-activation-sysconf
prelink: /usr/lib/libdmx.so.1.0.0: at least one of file's dependencies
has changed since prelinking
S.?...... /usr/lib/libdmx.so.1.0.0
prelink: /usr/bin/nc: at least one of file's dependencies has changed
since prelinking
S.?...... /usr/bin/nc
prelink: /usr/bin/chage: at least one of file's dependencies has changed
since prelinking
*** the above error has also been listed more than one thousand times.
Should this error ever be seen ?
When new binaries/libraries are installed (pup), doesn't yum trigger a
prelink run ?
What steps to take to clear the error ?
Thanks for any info, DaveT.
18 years, 2 months
Problems with NIS/YP and seemingly endless do_ypcall: clnt_call: RPC: Timed out
by Bevis R W King
Has anyone else seen a problem with NIS/YP on FC5test3 (x86_64 version,
but probably generic) generating almost endless error messages of:
do_ypcall: clnt_call: RPC: Timed out
The weirdest part is that all the YP tools themselves respond almost
instantly - as in ypwhich, ypcat, ypmatch - and can read all the maps I
can think of. However, something simple like an ssh connect to a remote
site comes back as:
% ssh -l user remote.domain.co.uk
do_ypcall: clnt_call: RPC: Timed out
do_ypcall: clnt_call: RPC: Timed out
do_ypcall: clnt_call: RPC: Timed out
do_ypcall: clnt_call: RPC: Timed out
do_ypcall: clnt_call: RPC: Timed out
This system is out-of-the-box FC5t3 configured with an rpm of
architecture independent config files that works perfectly on FC4. The
only other addition is am-utils installed onto it in addition in order
to access our fileserver maps. This was built from the source RPM that
builds/works fine on FC4.
Running an strace on it shows this cycle repeating almost endlessly - I
switched off selinux in case it was screwing things up (I've substituted
our real NIS server address with 192.168.0.10 in the logs for obvious
security reasons):
gettimeofday({1140790145, 273244}, NULL) = 0
socket(PF_INET, SOCK_DGRAM, IPPROTO_UDP) = 6
bind(6, {sa_family=AF_INET, sin_port=htons(680),
sin_addr=inet_addr("0.0.0.0")}, 16) = -1 EACCES (Permission denied)
ioctl(6, FIONBIO, [1]) = 0
setsockopt(6, SOL_IP, IP_RECVERR, [1], 4) = 0
fcntl(6, F_SETFD, FD_CLOEXEC) = 0
close(5) = 0
sendto(6, "sB\223z\0\0\0\0\0\0\0\2\0\1\206\244\0\0\0\2\0\0\0\3\0\0"...,
96, 0, {sa_family=AF_INET, sin_port=htons(1023),
sin_addr=inet_addr("192.168.0.10")}, 16) = 96
poll([{fd=6, events=POLLIN}], 1, 5000) = 0
socket(PF_NETLINK, SOCK_RAW, 0) = 5
bind(5, {sa_family=AF_NETLINK, pid=0, groups=00000000}, 12) = 0
getsockname(5, {sa_family=AF_NETLINK, pid=17040, groups=00000000},
[17127303594660331532]) = 0
time(NULL) = 1140790150
sendto(5, "\24\0\0\0\22\0\1\3\206\23\377C\0\0\0\0\0\20\36\355", 20, 0,
{sa_family=AF_NETLINK, pid=0, groups=00000000}, 12) = 20
recvmsg(5, {msg_name(12)={sa_family=AF_NETLINK, pid=0, groups=00000000},
msg_iov(1)=[{"\350\0\0\0\20\0\2\0\206\23\377C\220B\0\0\0\0\4\3\1\0
\0"..., 4096}], msg_controllen=0, msg_flags=0}, 0) = 700
recvmsg(5, {msg_name(12)={sa_family=AF_NETLINK, pid=0, groups=00000000},
msg_iov(1)=[{"\24\0\0\0\3\0\2\0\206\23\377C\220B\0\0\0\0\0\0\1\0\0
\0"..., 4096}], msg_controllen=0, msg_flags=0}, 0) = 20
sendto(5, "\24\0\0\0\26\0\1\3\207\23\377C\0\0\0\0\0\20\36\355", 20, 0,
{sa_family=AF_NETLINK, pid=0, groups=00000000}, 12) = 20
recvmsg(5, {msg_name(12)={sa_family=AF_NETLINK, pid=0, groups=00000000},
msg_iov(1)=[{"<\0\0\0\24\0\2\0\207\23\377C\220B\0\0\2\10\200\376\1
\0"..., 4096}], msg_controllen=0, msg_flags=0}, 0) = 128
recvmsg(5, {msg_name(12)={sa_family=AF_NETLINK, pid=0, groups=00000000},
msg_iov(1)=[{"@\0\0\0\24\0\2\0\207\23\377C\220B\0\0\n\200\200\376\1
\0"..., 4096}], msg_controllen=0, msg_flags=0}, 0) = 128
recvmsg(5, {msg_name(12)={sa_family=AF_NETLINK, pid=0, groups=00000000},
msg_iov(1)=[{"\24\0\0\0\3\0\2\0\207\23\377C\220B\0\0\0\0\0\0\1\0\0
\0"..., 4096}], msg_controllen=0, msg_flags=0}, 0) = 20
brk(0x5555556e3000) = 0x5555556e3000
close(5) = 0
brk(0x5555556e2000) = 0x5555556e2000
sendto(6, "sB\223z\0\0\0\0\0\0\0\2\0\1\206\244\0\0\0\2\0\0\0\3\0\0"...,
96, 0, {sa_family=AF_INET, sin_port=htons(1023),
sin_addr=inet_addr("192.168.0.10")}, 16) = 96
poll( <unfinished ...>
Any thoughts on this?
Regards, Bevis.
18 years, 2 months
Upgrade report, FC4+updates -> FC5t3
by Per Bjornsson
Hi,
I recently did an upgrade installation of FC5 test 3 on top of my fully
updated FC4 system. I ran into a couple of things that I haven't seen
reported here but that I'm not really sure are useful to file as bugs,
at least not before some discussion.
Problems:
* Gnome-panel wouldn't start until I removed the old .gnome2/session
file. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183318
* NetworkManager works great with wired networking but can't get my
wireless
card to associate - this worked great in FC4. (I can manually get
association
and a DHCP IP address by using iwconfig an dhclient.) This is using
the
Madwifi driver, so treat as you wish. No encryption; the only
limitation turned
on on the router is MAC restrictions. I don't really have a feeling
for how to
submit a useful bug report for this one.
Surprises (more discussion points than bugs maybe?):
* Xscreensaver did not get replaced by gnome-screensaver, as I had
expected.
* No gnome-power-manager - shouldn't this be default-included on an
upgrade?
* Gnome help system claims to need Beagle but that is not installed.
Dependency
bug? If Beagle/Mono is considered to be too heavy a dep to pull in
everywhere,
would it be possible to select between a simple search system and a
Beagle-
based one dynamically at runtime depending on whether or not Beagle
is
installed (or I guess rather whether beagle is running)? As far as I
have
understood, upstream Gnome doesn't actually have any hard deps on
anything
Mono?
* Even after I installed Beagle. it didn't start automatically in the
Gnome
session.
On another note, I haven't had particularly much luck with Xair just
yet, I did get it to work but it's slow and hangs quite a lot
unfortunately. Cool stuff though, I'm glad to see this happening! :)
Cheers,
Per
18 years, 2 months
Shutdown does not power off system
by Leslie S Satenstein
Is it a bug(let).
I installed Core5 Test3 with most defaults, but all packages. The kernal is not the normal one, as others have attested. However, when I initiate a shutdown, the software proceeds to shutdown, with the final console message to power off.
With previous versions of Core, power off of the pc did occur. In fact, I make use of this working power off to issue the shutdown command in the crontab.
Did I miss a configurable parameter?
Leslie in Montreal
18 years, 2 months
Read-write samba share not writable in FC5T3
by Dane Mutters
Hello.
I normally wouldn't post a question like this on a testers board, except that
I'm using the exact configuration from my working gentoo server, and it's not
working the same. I can copy files and copy them over alright, but I can't
delete them or write to he directory. Are there any tricks I should know
about that Fedora requires and gentoo doesn't? Are there any known issues
with Samba on Fedora 5?
Here's my smb.conf:
[global]
workgroup = THEBAND
security = share
printing = cups
printcap name = cups
wins support = yes
map to guest = bad user
[readonly]
comment = read-only directory
path = /pub/readonly
read only = yes
guest ok = yes
browseable = yes
[readwrite]
comment = writeable directory
path = /pub/readwrite
read only = no
guest only = yes
browseable = yes
force create mode = 0777
create directory mask = 0777
force group = users
--Dane
18 years, 2 months
gnome-power-manager-2.13.92-1
by Don Springall
After today's update and the last version I no longer see where one sets at
what percent your battery goes to critical. It is no longer off the power
manager icon preferences or in the preferences under menu more preferences -
power management. Is this a feature or a bug ?
Also the preferences dialog off right clicking the power manager icon is the
same as the menu power management. Do we need two ways to set this ?
18 years, 2 months
Fedora Core 4 Test Update: tcsh-6.14-1.fc4.2
by Miloslav Trmač
---------------------------------------------------------------------
Fedora Test Update Notification
FEDORA-2006-118
2006-02-27
---------------------------------------------------------------------
Product : Fedora Core 4
Name : tcsh
Version : 6.14
Release : 1.fc4.2
Summary : An enhanced version of csh, the C shell.
Description :
Tcsh is an enhanced but completely compatible version of csh, the C
shell. Tcsh is a command language interpreter which can be used both
as an interactive login shell and as a shell script command processor.
Tcsh includes a command line editor, programmable word completion,
spelling correction, a history mechanism, job control and a C language
like syntax.
---------------------------------------------------------------------
Update Information:
If you have any csh scripts containing non-ASCII characters,
please test that they still work with this update.
---------------------------------------------------------------------
* Tue Feb 28 2006 Miloslav Trmac <mitr(a)redhat.com> - 6.14-1.fc4.2
- Fix a crash when reading scripts with multibyte characters (#183267)
* Sun Feb 19 2006 Miloslav Trmac <mitr(a)redhat.com> - 6.14-1.fc4.1
- Block SIGINT while waiting for children (#177366)
---------------------------------------------------------------------
This update can be downloaded from:
http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/4/
4d83d95e335ad06e7d5d25e3feb5e0a6af9b487e SRPMS/tcsh-6.14-1.fc4.2.src.rpm
64fdad726f42e5fe085f4db9023d0365f6e1ebe6 ppc/tcsh-6.14-1.fc4.2.ppc.rpm
8dfc756692cd1502f65e2fdbcbc3e60b888c39ed ppc/debug/tcsh-debuginfo-6.14-1.fc4.2.ppc.rpm
9ceefcfe87f161bbaf65f025743d29fcffe8495f x86_64/tcsh-6.14-1.fc4.2.x86_64.rpm
c7dddad0f7041925ce5d10668f64205f3fa11788 x86_64/debug/tcsh-debuginfo-6.14-1.fc4.2.x86_64.rpm
b1ead56a498c6c328e99dfcd07ec0d0e82677c54 i386/tcsh-6.14-1.fc4.2.i386.rpm
2ab5a80916e0471d6e4d3ff45b66d462ae4a552b i386/debug/tcsh-debuginfo-6.14-1.fc4.2.i386.rpm
This update can be installed with the 'yum' update program. Use 'yum update
package-name' at the command line. For more information, refer to 'Managing
Software with yum,' available at http://fedora.redhat.com/docs/yum/.
---------------------------------------------------------------------
18 years, 2 months
FC5T3 freeze (x86_64 + NVidia 6600)
by Dariusz J. Garbowski
Hi,
After fresh install on AMD X2 3800+ (installed x86_64 release) / NVidia
6600 and eventually figuring out that ddcprobe segfaults (so I turned
kudzu off / this issue is apparently fixed in devel) I got FC5T3 working.
Left for night the machine froze after 2.5 hours running - I was
welcomed with frozen screensaver and totally hang up OS (no way to ssh
to it, keyboard does not react to Num Lock).
I suspect the nv driver (it's a pristine installation, no tweaking
whatsoever) since I used to get X garbled using Kubuntu on this machine
using it (however proprietary drivers packaged for Kubuntu work ok).
What info can help solve this issue (I have collected some logs)?
Against what should I file a bug?
Regards,
Dariusz
___________________________________________________________
To help you stay safe and secure online, we've developed the all new Yahoo! Security Centre. http://uk.security.yahoo.com
18 years, 2 months