On Tue, Oct 29, 2019 at 03:19:04PM +0100, David Sterba wrote: > On Fri, Oct 25, 2019 at 11:10:24PM +0200, Swâmi Petaramesh wrote: > > Hi, > > > > Le 25/10/2019 à 14:15, David Sterba a écrit : > > > btrfs-progs version 5.3.1 have been released. > > > > > > This fixes (only) linking against libbtrfs (reported by snapper users). > > > I did houpefully enough testing, the CI is green, builds on various arches, and > > > snapper running with the library from 5.3.1 works. > > > > Now it looks unhappy on my #Arch... > > > > > > root@zafu:/# inxi -S > > System: Host: zafu Kernel: 5.3.7-arch1-1-ARCH x86_64 bits: 64 > > Desktop: Cinnamon 4.2.4 Distro: Arch Linux > > > > root@zafu:/# pacman -Qs btrfs-progs > > local/btrfs-progs 5.3-1 > > Btrfs filesystem utilities > > > > root@zafu:/# pacman -Qs snapper > > local/snap-pac 2.3.1-1 > > Pacman hooks that use snapper to create pre/post btrfs snapshots > > like openSUSE's YaST > > > > root@zafu:/# snapper list > > snapper: symbol lookup error: /usr/lib/libbtrfs.so.0: undefined symbol: > > write_raid56_with_parity > > write_raid56_with_parity should be considered internal symbol and > snapper does not use it. I'll have a look how Arch builds snapper. I've grabbed built packages from https://www.archlinux.org/packages/staging/x86_64/btrfs-progs/download/ (v5.3.1) and https://www.archlinux.org/packages/core/x86_64/btrfs-progs/download/ (v5.3) and the files /usr/lib/libbtrfs.so.0.1 are exactly the same: $ md5sum progs-5.3*/usr/lib/libbtrfs.so.0.1 34a5ae4d38c5831e620b5ece52c04340 progs-5.3.1/usr/lib/libbtrfs.so.0.1 34a5ae4d38c5831e620b5ece52c04340 progs-5.3/usr/lib/libbtrfs.so.0.1 The file size is 371000 but this should be, because 5.3.1 added several .o files and on openSUSE the file size grew from ~400KB to ~2MB. As the PKGBUILD probably only bumps version, I verified that the kernel.org tarballs indeed contain the right sources and buid with defaults produces the right library. So this seems to be something fishy on Arch side, like stale build or I don't know.
