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 ...

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.

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

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 ...

Perhaps I was not clear and/or used poor terminology. I do not have a proxy issue otherwise it would be a uniform problem with any download and I would not be able to use ftp to correct it which I can. I have tried using the ftp sites and get the same problem with the same files. I have tried ...

After trying a few options and reloading salixOS a few times I have been unable to get around this md5sum mismatch. It is consistently the same files when trying to install via glsapt/slapt-get yet I can manually download and install them. Perhaps I'll try again with the next release.

I've resorted to downloading using gftp. This is very tedious though as many packages pull a lot of dependencies. What I don't understand is why certain packages consistently don't download properly. Those packages will all be about 4k in size via slapt-get/gslapt yet I can get a valid download with ...

Is it possible that there is iso corruption from the particular source that I've downloaded from? Should I try getting the iso from a different mirror?

Here's the output you requested:

root[mscott]# grep -E '/kernel-firmware-.*\.txz$' /var/slapt-get/.http\:##salix.enialis.net#x86_64#slackware-13.1#CHECKSUMS.md5
3acafe92c2cb76b96d4d92cd0f49bb2e ./patches/packages/linux-2.6.33.4-2/kernel-firmware-2.6.33.4-noarch-2.txz ...

This "bug" seems to be alive an well still. I'm using a fresh install of 13.1.1-64bit. Here's the output of the above listed commands:

root[mscott]# slapt-get -u
Retrieving package data [http://salix.enialis.net/x86_64/slackware-13.1/]...Cached
Retrieving patch list [http://salix.enialis.net/x86 ...