Closed SomberNight closed 2 years ago
root@29ca75e8d0cd:/opt/electrum/contrib/build-linux/appimage# dpkg -S libkrb5support.so.0
libkrb5support0:amd64: /usr/lib/x86_64-linux-gnu/libkrb5support.so.0.1
libkrb5support0:amd64: /usr/lib/x86_64-linux-gnu/libkrb5support.so.0
root@29ca75e8d0cd:/opt/electrum/contrib/build-linux/appimage# dpkg -S libkrb5.so.3
libkrb5-3:amd64: /usr/lib/x86_64-linux-gnu/libkrb5.so.3.3
libkrb5-3:amd64: /usr/lib/x86_64-linux-gnu/libkrb5.so.3
root@29ca75e8d0cd:/opt/electrum/contrib/build-linux/appimage# dpkg -S libk5crypto.so.3
libk5crypto3:amd64: /usr/lib/x86_64-linux-gnu/libk5crypto.so.3.1
libk5crypto3:amd64: /usr/lib/x86_64-linux-gnu/libk5crypto.so.3
root@29ca75e8d0cd:/opt/electrum/contrib/build-linux/appimage# dpkg -S libgssapi_krb5.so.2
libgssapi-krb5-2:amd64: /usr/lib/x86_64-linux-gnu/libgssapi_krb5.so.2.2
libgssapi-krb5-2:amd64: /usr/lib/x86_64-linux-gnu/libgssapi_krb5.so.2
I am not even sure why we have all this kerberos stuff installed.
Ahh they are pulled in by git
...
root@29ca75e8d0cd:/opt/electrum/contrib/build-linux/appimage# apt-cache rdepends libgssapi-krb5-2
libgssapi-krb5-2
Reverse Depends:
openssh-client
libkrb5support0
libcurl3-gnutls
libk5crypto3
root@29ca75e8d0cd:/opt/electrum/contrib/build-linux/appimage# apt-cache rdepends libcurl3-gnutls
libcurl3-gnutls
Reverse Depends:
git
I think this kind of issue has been categorically fixed by https://github.com/spesmilo/electrum/pull/7926
When building
electrum-4.0.5-x86_64.AppImage
, ThomasV and I got the same hash, however travis got a different one.I have tried building a fresh docker image (with
docker build --no-cache
) and got the same as travis now. So travis must have gotten newer packages than what ThomasV and I had already installed.This is not the first time this has happened... (see e.g. https://github.com/spesmilo/electrum/issues/6357) Not sure how we could properly fix this and not keep playing whack-a-mole with these
.so
files.