Arch Linux

I -Rdd'ed wpa_supplicant and it seems that this package seems to be the culprit (?)

do ls /var/cache/pacman/pkg

is wpa_supplicant-0.7.3-4-x86_64.pkg.tar.gz.part there ?

Knowing if there are any *.part files in your cache directory would be helpful, as is the exact size of them (as reported by ls -l or similar).

we(me and Allan) saw this issue couples of times on irc. it was a .part file in cache having the same size as remote package. it seems that it didn't renamed back to the right file name after download is finished.

When wonder told me to do the ls, I didn't find any .part file.

What I did (before the last -syu) was to delete and redownload the latest wpa_supplicant package, but the result was the same.

And all of a sudden, I -syu'd and it was OK.

Guys,

Here is a new pacman error received tonight on an x86_64 box:

I can confirm this behavior tonight:

21:19 nirvana:/srv/http/dl/dt/trinity/kcontrol> sudo pacman -Syu --ignore audiofile
:: Synchronizing package databases...
core is up to date
extra is up to date
community is up to date
archlinuxfr is up to date
aaany is up to date
aapkg is up to date
kdemod3 is up to date
:: Starting full system upgrade...
warning: audiofile: ignoring package upgrade (0.3.2-1 => 0.3.3-1)
warning: codecs: local (20110131-1) is newer than archlinuxfr (20100303-1)
resolving dependencies...
looking for inter-conflicts...

Targets (55): apache-2.2.22-3 apr-1.4.5-2 calibre-0.8.39-2 firefox-10.0.1-1 ghostscript-9.05-1 git-1.7.9-2
glib2-2.30.2-2 grep-2.10-2 imagemagick-6.7.5.3-1 imagemagick-doc-6.7.5.3-1 initscripts-2012.02.1-1
iw-3.3-1 kdelibs-4.8.0-3 kmod-5-2 less-444-3 libdrm-2.4.31-1 libjpeg-turbo-1.2.0-1
libksba-1.2.0-2 libltdl-2.4.2-3 libmp3splt-0.7-2 libtool-2.4.2-3 libunrar-4.1.4-2
mkinitcpio-0.8.2-2 mpd-0.16.7-1 ncurses-5.9-3 pacman-mirrorlist-20120211-1 pcre-8.30-1
php-5.3.10-4 php-apache-5.3.10-4 php-cgi-5.3.10-4 php-enchant-5.3.10-4 php-gd-5.3.10-4
php-intl-5.3.10-4 php-ldap-5.3.10-4 php-mcrypt-5.3.10-4 php-odbc-5.3.10-4 php-pear-5.3.10-4
php-pgsql-5.3.10-4 php-pspell-5.3.10-4 php-snmp-5.3.10-4 php-sqlite-5.3.10-4 php-tidy-5.3.10-4
php-xsl-5.3.10-4 postfix-2.9.0-2 python2-cherrypy-3.2.2-1 rsync-3.0.9-2
shared-desktop-ontologies-0.9.0-1 slang-2.2.4-2 syslog-ng-3.3.4-2 thunderbird-10.0.1-1 udev-181-2
unrar-4.1.4-2 v4l-utils-0.8.6-1 xorg-mkfontdir-1.0.7-1 xorg-mkfontscale-1.1.0-1

Total Installed Size: 346.25 MiB
Net Upgrade Size: -2.78 MiB

Proceed with installation? [Y/n]
(55/55) checking package integrity [#######################################] 100%
error: failed to commit transaction (wrong or NULL argument passed)
Errors occurred, no packages were upgraded.

Checking the forum I saw it may be related to a .part file in /var/cache/pacman/pkg. I checked and removed the only part file I found and the update proceeded. This is fairly new. I have updated hundreds of times with .part files in the cache without problem before. I don't know why it is now complaining (probably the first time I hit it with pacman 4. The file in question was:

> l /var/cache/pacman/pkg/*.part
-rw-r--r-- 1 root root 4705 Feb 12 19:19 /var/cache/pacman/pkg/xorg-mkfontdir-1.0.7-1-any.pkg.tar.xz.part
> sudo rm /var/cache/pacman/pkg/xorg-mkfontdir-1.0.7-1-any.pkg.tar.xz.part

Then the update proceeded.

This should have been fixed already by: http://projects.archlinux.org/pacman.git/commit/?id=44f146f