package installation problem

[Shador]

Can you please try downloading the problematic packages with wget and curl and verify if they download the files properly. Also post the output of both.

[thenktor]

At least I've verified that the files are ok on the server.

[MikeCindi]

I will post a few examples of the curl and wget output. There are too many other files to pursue each of them.

Code: Select all

root[mscott]# curl -O http://ftp.gwdg.de/pub/linux/slackware/slackware64-13.1/slackware64/xap/gkrellm-2.3.4-x86_64-1.txz                          
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100  512k  100  512k    0     0  61135      0  0:00:08  0:00:08 --:--:-- 58974
.....................
root[mscott]# wget http://ftp.gwdg.de/pub/linux/slackware/slackware64-13.1/slackware64/xap/gkrellm-2.3.4-x86_64-1.txz
--2010-10-12 20:25:15--  http://ftp.gwdg.de/pub/linux/slackware/slackware64-13.1/slackware64/xap/gkrellm-2.3.4-x86_64-1.txz
Resolving ftp.gwdg.de (ftp.gwdg.de)... 134.76.12.3
Connecting to ftp.gwdg.de (ftp.gwdg.de)|134.76.12.3|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 524820 (513K) [text/plain]
Saving to: `gkrellm-2.3.4-x86_64-1.txz'

100%[========================================================>] 524,820     73.9K/s   in 8.6s    

2010-10-12 20:25:24 (59.8 KB/s) - `gkrellm-2.3.4-x86_64-1.txz' saved [524820/524820]
.......................
root[mscott]# wget http://ftp.gwdg.de/pub/linux/slackware/slackware64-13.1/slackware64/l/phonon-4.4.1-x86_64-1.txz
--2010-10-12 20:31:31--  http://ftp.gwdg.de/pub/linux/slackware/slackware64-13.1/slackware64/l/phonon-4.4.1-x86_64-1.txz
Resolving ftp.gwdg.de (ftp.gwdg.de)... 134.76.12.3
Connecting to ftp.gwdg.de (ftp.gwdg.de)|134.76.12.3|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 345140 (337K) [text/plain]
Saving to: `phonon-4.4.1-x86_64-1.txz'

100%[========================================================>] 345,140     65.1K/s   in 5.3s    

2010-10-12 20:31:37 (63.1 KB/s) - `phonon-4.4.1-x86_64-1.txz' saved [345140/345140]
...................
root[mscott]# curl -O http://ftp.gwdg.de/pub/linux/slackware/slackware64-13.1/slackware64/l/phonon-4.4.1-x86_64-1.txz
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100  337k  100  337k    0     0  78097      0  0:00:04  0:00:04 --:--:-- 82411

Each of these downloaded a viable package but when I try with gslapt or slapt-get I get (from slapt-get):

Code: Select all

root[mscott]# slapt-get -i gkrellm
Reading Package Lists... Done
The following NEW packages will be installed:
  lm_sensors gkrellm 
0 upgraded, 0 reinstalled, 2 newly installed, 0 to remove and 0 not upgraded.
Need to get 16.0kB/652.0kB of archives.
After unpacking 2.5MB of additional disk space will be used.
2/2 Get http://ftp.gwdg.de/pub/linux/slackware/slackware64-13.1/ gkrellm 2.3.4-x86_64-1 [8.0kB]...Done
Failed to download: MD5 checksum mismatch, override with --no-md5

root[mscott]# slapt-get -i --no-md5 gkrellm
Reading Package Lists... Done
The following NEW packages will be installed:
  lm_sensors gkrellm 
0 upgraded, 0 reinstalled, 2 newly installed, 0 to remove and 0 not upgraded.
Need to get 16.0kB/652.0kB of archives.
After unpacking 2.5MB of additional disk space will be used.

Preparing to install lm_sensors-3.1.2-x86_64-1
Installing package lm_sensors-3.1.2-x86_64-1...
| lm_sensors (hardware monitoring package)
| 
| lm_sensors provides tools for monitoring the temperatures, voltages,
| and fans of Linux systems with hardware monitoring devices.  Included
| are text-based tools for sensor reporting, and a library for sensors
| access called libsensors.  It also contains tools for sensor hardware
| identification and I2C bus probing.
| 
| IMPORTANT NOTE:  If you have a Thinkpad, please read the warnings in
| the README.thinkpad file.  lm_sensors has been known to cause damage
| to some Thinkpads.
| 
| 
Preparing to install gkrellm-2.3.4-x86_64-1
Installing package gkrellm-2.3.4-x86_64-1...
xzdec: /var/slapt-get/./slackware64/xap/gkrellm-2.3.4-x86_64-1.txz: File format not recognized
ERROR: [block:-1] corrupted tgz archive (early EOF)
ERROR: error thrown
ERROR: Package file is corrupted. (/var/slapt-get/./slackware64/xap/gkrellm-2.3.4-x86_64-1.txz)
ERROR: Package installation failed!
Failed to execute command: [/sbin/installpkg /var/slapt-get/./slackware64/xap/gkrellm-2.3.4-x86_64-1.txz]

HTH,
Mike

[thenktor]

Did you already do slapt-get --clean before installing new packages?

[MikeCindi]

The above is on a "fresh" install. I did not install the packages (gkrellm or phonon) as they pull several other packages which I did not download. I can run slapt-get --clean if you like but there's nothing to clean.

[thenktor]

Perhaps you should try another mirror.

[Shador]

Another idea: Did you ever look at the content of the file? Can you upload it to pastie.org or similar unless it's binary.

[MikeCindi]

I tried loading the 32-bit version and came up with the same errors on all of the same packages that were problematic in the 64-bit edition which suggested to me that the issue was on my side (I sure you all already knew that). What I noted is that a particular mirror was problematic (ftp.gwdg.de). I had tried one other repo last weekend but something didn't work (I don't recall specifically but I think that there were none of the packages I wanted found). When I then tried going directly through the router ("off network" and no proxy) it still gave a md5 mismatch error. I then tried opening up access through the proxy for salix.enialis.net and ftp.gwdg.de on a fresh install (32-bit) and there was no error. I have not yet tried this with the 64-bit version.

Is it possible this error would occur if I had only updated the repo package listing and then tried to download unsuccessfully? Perhaps this is why slapt-get --clean was suggested. My limited understanding of what gslapt/slapt-get does locally beyond the obvious (package download -- integrity/dependency check -- install) didn't intuitively lead me to clean a "clean" local store.

Anyway I'm off to reload the 64-bit version (I'll run slapt-get --clean first just for completeness' sake)...thank you for your patience and support.

[Shador]

Another idea: Did you ever look at the content of the file? Can you upload it to pastie.org or similar unless it's binary.

Try opening such a broken download with a text editor (e.g. geany <file>). As the files appear to always have the same, small size, I assume you might be downloading a (html) error page instead of the actual file.

[sachin]

After 5 years I am experiencing the same problem. What is that ? Is there no solution? Again missing md5sum trouble.