On 14/02/14 13:29, Allan McRae wrote: > On 14/02/14 10:47, Allan McRae wrote: >> On 10/02/14 16:04, Allan McRae wrote: >>> On 10/02/14 05:24, Florian Pritz wrote: >>>> I hope I incorporated all suggestions. Most patches didn't change, >>>> but I'm submitting them anyway for an easier (hopefully final) review. >>> >>> Looks good from a quick read to me, apart from that comment I made on >>> the final patch. I'm low on time this week, so will take a better look >>> and pull if all good later. >>> >> >> Umm... Can someone look into this? >> >> >>> pacman -S filesystem >> warning: filesystem-2013.05-2 is up to date -- reinstalling >> resolving dependencies... >> looking for conflicting packages... >> >> Packages (1) filesystem-2013.05-2 >> >> Total Installed Size: 0.01 MiB >> Net Upgrade Size: 0.00 MiB >> >> :: Proceed with installation? [Y/n] >> (1/1) checking keys in keyring >> [######################] 100% >> (1/1) checking package integrity >> [######################] 100% >> (1/1) loading package files >> [######################] 100% >> error: error while reading mtree of package >> /home/arch/pkgcache/filesystem-2013.05-2-x86_64.pkg.tar.xz: mtree >> specification has different type for ./bin >> error: failed to commit transaction (libarchive error) >> Errors occurred, no packages were upgraded. >> > > > And I believe this is a libarchive bug: > > $ pacman -Qk filesystem > filesystem: 90 total files, 0 missing files > > $ pacman -Qkk filesystem > filesystem: 1 total file, 0 altered files > > It is bailing out in -Qkk too... > > > It turns out that libarchive checks the files on the filesystem to fill > in gaps in the mtree data. It uses fstat... >
It seems I have misdiagnosed this issue. To replicate the problem I am having add a directory called "bin" in your home directory and do a "pacman -Qkk filesystem" from there. Allan