have you made sure that there are no .part files left?
Yes, I did. I tried pacman -Sc and manually deleting the .part files. It didn't work until I changed to http.
Yes... the symptom is the leftover .part file. The problem is that FTP control connection is closing during the data transfer, and when pacman tries to close the connection after the download, the 'BYE' command times out. This is detected as an error, and the download fails when it really didn't. Because the transfer "didn't finish", we don't rename the temporary file back to the package name. The root cause of the "wrong or NULL argument passed" error is elsewhere, but it needs to be fixed in the downloader.
Next time I have the problem, I'll try --- if I know how to apply the patch by then.
What? There's no need to apply the patch -- the links I provided are already built with it.
What you're saying makes sense. As for the patch, I only clicked on the "patch" link, and not the "i686", so missed it
Ianhoolihan
]]>Next time I have the problem, I'll try --- if I know how to apply the patch by then.
What? There's no need to apply the patch -- the links I provided are already built with it.
]]>ls /var/cache/pacman/pkg/*.part
I will not pretend know what I'm talking about, but I've read that this can course problems.
]]>If it's the same problem that I've experienced a number of times now, it's safe to go to /var/cache/pacman/pkg and find (in your case)
linux-3.2.1-1-i686.pkg.tar.xz.part
Then simply remove .part and install again.
I tried this multiple times, and it did not work.
Simple solution: stop using broken servers. Use HTTP servers.
I tried this, and the first time it did not work either. However, I tried again (after deleting the .part file), and this time it miraculously worked. I've no rhyme or reason for why. Actually, on second thought, maybe it did work first time. Oh, the joys of a fickle memory.
If you are using FTP mirrors and seeing timeouts as shown by ianhoolihan in post #12, with the ensuing "wrong or NULL argument passed", please try to reproduce using this package.
Next time I have the problem, I'll try --- if I know how to apply the patch by then.
Ianhoolihan.
]]>If you are using FTP mirrors and seeing timeouts as shown by ianhoolihan in post #12, with the ensuing "wrong or NULL argument passed", please try to reproduce using this package. I'm unable to test this myself as the bug does not affect me, but I'm rather interested in solving it.
]]>linux-3.2.1-1-i686.pkg.tar.xz.part
Then simply remove .part and install again.
I suppose this is not a recommended approach, but as it is checking package integrity, I should think it won't break anything.
This is a rather big problem and I don't presume to understand anything about it. I do hope it will be fixed soon.
Best regards
]]>Simple solution: stop using broken servers. Use HTTP servers.
]]>I am having the same problem while trying to install linux-3.2.1-1-i686. I have tried the aforementioned fixes of zacariaz, but it still does not seem to work.
$ sudo pacman -Su
:: Starting full system upgrade...
resolving dependencies...
looking for inter-conflicts...
Targets (1): linux-3.2.1-1
Total Download Size: 39.98 MiB
Total Installed Size: 58.55 MiB
Net Upgrade Size: 0.98 MiB
Proceed with installation? [Y/n] y
:: Retrieving packages from core...
linux-3.2.1-1-i686 40.0 MiB 78.9K/s 08:39 [##########################################] 100%
error: failed retrieving file 'linux-3.2.1-1-i686.pkg.tar.xz' from ftp.iinet.net.au : FTP response timeout
warning: failed to retrieve some files from core
error: failed to commit transaction (download library error)
Errors occurred, no packages were upgraded.
And trying immediately afterward:
$ sudo pacman -Su
:: Starting full system upgrade...
resolving dependencies...
looking for inter-conflicts...
Targets (1): linux-3.2.1-1
Total Installed Size: 58.55 MiB
Net Upgrade Size: 0.98 MiB
Proceed with installation? [Y/n] y
(1/1) checking package integrity [##########################################] 100%
error: failed to commit transaction (wrong or NULL argument passed)
Errors occurred, no packages were upgraded.
Any help would be appreciated.
]]>Anyway, I'm very pleased that I could help.
]]>What I did was (And I do not guarantee that this is safe, I'm simply not experienced enough):
pacman -Sc
To remove unused packages from cache.
rm /var/cache/pacman/pkg/*.part
Just to make sure be sure.
Edit your mirrors list to include only one mirror. Simply out comment all (remember the one that may be left from the installation at the very top) and pick one at random.
pacman -Syy
To force update.
That seemingly did the trick for me, though I can not say exactly why, or if it will work for you.
Hope it works.
Best regards.
]]>Just had the exact same problem with wine_gecko, also from kernel.org
Trying another mirror now to made sure it isn't kernel.org that is the problem.
Edit:
Success!
Seems kernel.org is the problem after all.But who to report it to?
What is your mirror to solve this issue? I've tried several and all of them has ftp timeouts.
Thanks
]]>Trying another mirror now to made sure it isn't kernel.org that is the problem.
Edit:
Success!
Seems kernel.org is the problem after all.
But who to report it to?
]]>I'd very much like to know how to act when such things happen. Should I file a bug report or something?
I was getting the same issues from kernel.org when issuing -Syyu, uncommented them and added more local http repos which seems to have solved my problem.
I tried several different mirrors.
]]>