Problems with latest rawhide
Nautilus doesn't run...
Nothing on console, this from GDB.
Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 46912502734496 (LWP 3686)] 0x0000003084a353c1 in gtk_widget_show () from /usr/lib64/libgtk-x11-2.0.so.0 (gdb) bt #0 0x0000003084a353c1 in gtk_widget_show () from /usr/lib64/libgtk-x11-2.0.so.0 #1 0x0000000000000000 in ?? ()
Evolution doesn't run....
From the console :
$ evolution CalDAV Eplugin starting up ...
(evolution:3392): evolution-shell-WARNING **: Cannot activate 'OAFIID:GNOME_Evolution_Tasks_Component:2.8': g_module_open of `/usr/$LIB/evolution/2.8/components/libevolution-calendar.so' failed with `/usr/lib64/evolution/2.8/components/libevolution-calendar.so: invalid ELF header'
** (bug-buddy:3396): WARNING **: Couldn't load icon for Default Printer
** (bug-buddy:3396): WARNING **: Couldn't load icon for Open Folder Error while mapping shared library sections: "/usr/lib64/evolution/2.8/components/libevolution-addressbook.so": not in executable format: File format not recognized. Error while reading shared library symbols: "/usr/lib64/evolution/2.8/components/libevolution-addressbook.so": can't read symbols: File format not recognized. Error while reading shared library symbols: "/usr/lib64/evolution/2.8/components/libevolution-addressbook.so": can't read symbols: File format not recognized.
From GDB :
(no debugging symbols found) CalDAV Eplugin starting up ...
(evolution:3693): evolution-shell-WARNING **: Cannot activate 'OAFIID:GNOME_Evolution_Tasks_Component:2.8': g_module_open of `/usr/$LIB/evolution/2.8/components/libevolution-calendar.so' failed with `/usr/lib64/evolution/2.8/components/libevolution-calendar.so: invalid ELF header'
Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 46912535811984 (LWP 3693)] 0x000000307e006525 in _dl_map_object_from_fd () from /lib64/ld-linux-x86-64.so.2 (gdb) bt #0 0x000000307e006525 in _dl_map_object_from_fd () from /lib64/ld-linux-x86-64.so.2 #1 0x2e656e2e65637265 in ?? () #2 0x000000000000706a in ?? () #3 0x00000030808717c0 in ?? () from /lib64/libglib-2.0.so.0 #4 0x000000307e74a980 in __after_morecore_hook () from /lib64/libc.so.6 #5 0x0000000000000020 in ?? () #6 0x00007fff7284dea0 in ?? () #7 0xffffffff006434f0 in ?? () #8 0x0000000000000000 in ?? ()
And lastly I can't do a full update due to repository errors...
firstboot-1.4.22-1.noarch.rpm: [Errno -1] Package does not match checksum firstboot-1.4.22-1.noarch.rpm: [Errno 9] Requested Range Not Satisfiable libbeagle-0.2.10-2.fc6.x86_64.rpm: [Errno -1] Package does not match checksum libbeagle-0.2.10-2.fc6.x86_64.rpm: [Errno 9] Requested Range Not Satisfiable And the same for beagle-gui & beagle
However, the good news is that kernel-xen is now booting under SMP x86_64 and seems (so far, give me some time) stable!
Naoki <naoki <at> valuecommerce.com> writes:
And lastly I can't do a full update due to repository errors...
firstboot-1.4.22-1.noarch.rpm: [Errno -1] Package does not match checksum firstboot-1.4.22-1.noarch.rpm: [Errno 9] Requested Range Not Satisfiable libbeagle-0.2.10-2.fc6.x86_64.rpm: [Errno -1] Package does not match checksum libbeagle-0.2.10-2.fc6.x86_64.rpm: [Errno 9] Requested Range Not Satisfiable And the same for beagle-gui & beagle
Yeah, I've seen this too. Strangely enough, when I was updating another box (an i386 one), hsqldb and some other packages had invalid checksum. No mirrors used with both machines - downloads directly off RH servers.
-- Bojan
Bojan Smojver wrote:
Naoki <naoki <at> valuecommerce.com> writes:
And lastly I can't do a full update due to repository errors...
firstboot-1.4.22-1.noarch.rpm: [Errno -1] Package does not match checksum firstboot-1.4.22-1.noarch.rpm: [Errno 9] Requested Range Not Satisfiable libbeagle-0.2.10-2.fc6.x86_64.rpm: [Errno -1] Package does not match checksum libbeagle-0.2.10-2.fc6.x86_64.rpm: [Errno 9] Requested Range Not Satisfiable And the same for beagle-gui & beagle
Yeah, I've seen this too. Strangely enough, when I was updating another box (an i386 one), hsqldb and some other packages had invalid checksum. No mirrors used with both machines - downloads directly off RH servers.
-- Bojan
Ahh, indeed the RH repo is fine :
# rpm -Uvh http://download.fedora.redhat.com/pub/fedora/linux/core/development/x86_64/o... http://download.fedora.redhat.com/pub/fedora/linux/core/development/x86_64/o... http://download.fedora.redhat.com/pub/fedora/linux/core/development/x86_64/o... http://download.fedora.redhat.com/pub/fedora/linux/core/development/x86_64/o... http://download.fedora.redhat.com/pub/fedora/linux/core/development/x86_64/o... Retrieving http://download.fedora.redhat.com/pub/fedora/linux/core/development/x86_64/o... Retrieving http://download.fedora.redhat.com/pub/fedora/linux/core/development/x86_64/o... Retrieving http://download.fedora.redhat.com/pub/fedora/linux/core/development/x86_64/o... Retrieving http://download.fedora.redhat.com/pub/fedora/linux/core/development/x86_64/o... Retrieving http://download.fedora.redhat.com/pub/fedora/linux/core/development/x86_64/o... warning: /var/tmp/rpm-xfer.frfT8X: Header V3 DSA signature: NOKEY, key ID 897da07a Preparing... ########################################### [100%] 1:libbeagle ########################################### [ 20%] 2:firstboot ########################################### [ 40%] 3:beagle-gui ########################################### [ 60%] 4:beagle ########################################### [ 80%] 5:beagle-evolution ########################################### [100%]
Naoki <naoki <at> valuecommerce.com> writes:
Ahh, indeed the RH repo is fine :
# rpm -Uvh
Actually, it still isn't. You can force all kinds of things by using RPM directly. Yum, however, will check packages checksum against what it has in its primary.xml.gz file. For example, here are 3 packages from i386 repository:
------------------------------------- 1a9e25cd7c81e1ce10e2b73dc47a35eed166a698 gsf-sharp-0.8.1-1.fc6.i386.rpm 2beb89a8a66dca72833334a83ef2ffc3d1262761 hal-0.5.7.1-3.fc6.i386.rpm a7b7fd448a2960c355c039297b070fece73f7521 hsqldb-1.8.0.4-3jpp.2.i386.rpm -------------------------------------
However, primary.xml.gz has:
------------------------------------- <name>gsf-sharp</name> <arch>i386</arch> <version epoch="0" ver="0.8.1" rel="1.fc6"/> <checksum type="sha" pkgid="YES">ffadfbeab23ac7ef2d252ae68930ca4283435129</checksum>
<name>hal</name> <arch>i386</arch> <version epoch="0" ver="0.5.7.1" rel="3.fc6"/> <checksum type="sha" pkgid="YES">2beb89a8a66dca72833334a83ef2ffc3d1262761</checksum>
<name>hsqldb</name> <arch>i386</arch> <version epoch="1" ver="1.8.0.4" rel="3jpp.2"/> <checksum type="sha" pkgid="YES">e1131397f0919ff1d04c16b5fcb7be6b82891748</checksum> -------------------------------------
Two of those three don't match the checksum and yum won't update them. Here are the errors:
------------------------------------- (5/38): hsqldb-1.8.0.4-3j 100% |=========================| 1.6 MB 00:10 http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/os/...: [Errno -1] Package does not match checksum Trying other mirror. (16/38): gsf-sharp-0.8.1- 100% |=========================| 42 kB 00:00 http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/os/...: [Errno -1] Package does not match checksum Trying other mirror. -------------------------------------
-- Bojan
On Fri, 2006-09-22 at 21:53 +0000, Bojan Smojver wrote:
Actually, it still isn't. You can force all kinds of things by using RPM directly. Yum, however, will check packages checksum against what it has in its primary.xml.gz file. For example, here are 3 packages from i386 repository:
1a9e25cd7c81e1ce10e2b73dc47a35eed166a698 gsf-sharp-0.8.1-1.fc6.i386.rpm 2beb89a8a66dca72833334a83ef2ffc3d1262761 hal-0.5.7.1-3.fc6.i386.rpm a7b7fd448a2960c355c039297b070fece73f7521 hsqldb-1.8.0.4-3jpp.2.i386.rpm
Still:
Downloading Packages: (1/2): hsqldb-1.8.0.4-3jp 100% |=========================| 1.6 MB 00:07 http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/os/...: [Errno -1] Package does not match checksum Trying other mirror. (2/2): gsf-sharp-0.8.1-1. 100% |=========================| 42 kB 00:00 http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/os/...: [Errno -1] Package does not match checksum Trying other mirror.
The question is: is the header checksum incorrect or the package checksum incorrect? i.e. is it safe to force the transaction?
Thanks,
Richard.
Richard Hughes wrote:
On Fri, 2006-09-22 at 21:53 +0000, Bojan Smojver wrote:
Actually, it still isn't. You can force all kinds of things by using RPM directly. Yum, however, will check packages checksum against what it has in its primary.xml.gz file. For example, here are 3 packages from i386 repository:
1a9e25cd7c81e1ce10e2b73dc47a35eed166a698 gsf-sharp-0.8.1-1.fc6.i386.rpm 2beb89a8a66dca72833334a83ef2ffc3d1262761 hal-0.5.7.1-3.fc6.i386.rpm a7b7fd448a2960c355c039297b070fece73f7521 hsqldb-1.8.0.4-3jpp.2.i386.rpm
Still:
Downloading Packages: (1/2): hsqldb-1.8.0.4-3jp 100% |=========================| 1.6 MB 00:07 http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/os/...: [Errno -1] Package does not match checksum Trying other mirror. (2/2): gsf-sharp-0.8.1-1. 100% |=========================| 42 kB 00:00 http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/os/...: [Errno -1] Package does not match checksum Trying other mirror.
The question is: is the header checksum incorrect or the package checksum incorrect? i.e. is it safe to force the transaction?
Thanks,
Richard.
I forced the transaction buy doing:
rpm -Uvh http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/os/...
rpm -Uvh http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/os/...
I did that on Thursday last week and have had no ill effects to date that I can see.
Pete
On Mon, 2006-09-25 at 22:29 +0100, Richard Hughes wrote:
Still:
Downloading Packages: (1/2): hsqldb-1.8.0.4-3jp 100% |=========================| 1.6 MB 00:07 http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/os/...: [Errno -1] Package does not match checksum Trying other mirror. (2/2): gsf-sharp-0.8.1-1. 100% |=========================| 42 kB 00:00 http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/os/...: [Errno -1] Package does not match checksum Trying other mirror.
Getting this too. It breaks livecd builds and potentially also OLPC builds - however, OLPC pulls in a very small set of RPM's, "only" about 200 so perhaps OLPC is safe. Or maybe not.
But, really, a more important point is that our build system shouldn't push broken stuff out - we'll end up breaking every derived distro. Isn't there a way to detect and/or fix this on compose? Possibly only push a subset of packages, e.g. those that are not broken?
Something to think about.
David
-
Bojan Smojver -
David Zeuthen -
Naoki -
Pete Graner -
Richard Hughes