1.91 build

[maresb]

1.91 build

[NoxInmortus]

Oh I just found out. I was downloading the blob. So a faking html file.

Aaah ... :)

[maresb]

Hello again!!!

In the past months I've gained some experience with multiarch docker builds via GH Actions, so I think I can finally slay #5 if I find an hour or so.

As for 1.91, let me see if I can do a quick publish via my previous workflow for you.

[maresb]

Done! I didn't test it very thoroughly, so please let me know if you have any issues.

[NoxInmortus]

In the past months I've gained some experience with multiarch docker builds via GH Actions, so I think I can finally slay #5 if I find an hour or so.

Very nice ! :D
Thanks for the build!

[NoxInmortus]

Hey @maresb

dpkg -i s3fs_1.91+git-v1.91-3_amd64.deb 
dpkg-deb: error: 's3fs_1.91+git-v1.91-3_amd64.deb' is not a Debian format archive
dpkg: error processing archive s3fs_1.91+git-v1.91-3_amd64.deb (--install):
 dpkg-deb --control subprocess returned error exit status 2
Errors were encountered while processing:
 s3fs_1.91+git-v1.91-3_amd64.deb

Am i missing something ? Long time I didnt use s3fs

[maresb]

Hi @NoxInmortus, strange, it works for me:

From the repository root,

docker run --rm -it -v $PWD:/docker-build-s3fs ubuntu:20.04
apt update && dpkg -i /docker-build-s3fs/builds/s3fs_1.91+git-v1.91-3_amd64.deb
DEBIAN_FRONTEND=noninteractive apt -f -y install && s3fs --version

I wonder if Git is mangling the file. I'll try the same procedure with a fresh clone...

[maresb]

Ya, prepending

cd /tmp && git clone [email protected]:maresb/docker-build-s3fs.git && cd docker-build-s3fs

it's still working for me. Is it possible that your download is corrupt for some reason? Could you verify the md5sum?

[NoxInmortus]

Just tried on two differents vm:

:~/git $ git clone https://github.com/maresb/docker-build-s3fs.git
Cloning into 'docker-build-s3fs'...
remote: Enumerating objects: 229, done.
remote: Counting objects: 100% (58/58), done.
remote: Compressing objects: 100% (32/32), done.
remote: Total 229 (delta 38), reused 31 (delta 26), pack-reused 171
Receiving objects: 100% (229/229), 164.00 KiB | 2.60 MiB/s, done.
Resolving deltas: 100% (133/133), done.

:~/git $ cd docker-build-s3fs/builds/

:~/git/docker-build-s3fs/builds (master u=) $ md5sum s3fs_1.91+git-v1.91-3_amd64.deb 
95d714f60e8d294ed23b097384dd3c54  s3fs_1.91+git-v1.91-3_amd64.deb

It does not seems to be the same as displayed in the README.

[maresb]

Very strange!

I'm getting the same md5sum from the readme.

/tmp $ md5sum docker-build-s3fs/builds/s3fs_1.91+git-v1.91
-3_amd64.deb
95192b8c47c931623eb1ce49282338eb  docker-build-s3fs/builds/s3fs_1.91+git-v1.91-3_amd64.deb

Could you possibly have some Git hook which is mangling the file? Which OS are you running?

[NoxInmortus]

Not at all, using classic Ubuntu 20.04, i'm wondering wtf is happening...

[NoxInmortus]

Guess i will just build

[maresb]

Weird!!!!!

Perhaps there's something up with Git LFS.

Try downloading from here: https://github.com/maresb/docker-build-s3fs/raw/master/builds/s3fs_1.91%2Bgit-v1.91-3_amd64.deb

[NoxInmortus]

Dude it worked.

I have no clue x)

[NoxInmortus]

I read your way to install it through mamba, but as a non-conda/mamba user, it just feel so much easier to just install a deb package...

Thanks for your time anyway

[maresb]

Haha, that's really weird. Please let me know if you figure out what was going wrong.

How large was the corrupt file? (When Git LFS fails, in place of the binary files you end up with short text files with a pointer to the download link.)

[maresb]

But doesn't that contradict #8 (comment)? There you checked a clone.

[NoxInmortus]

Indeed that was two separate tries.

$ git clone https://github.com/maresb/docker-build-s3fs/
Cloning into 'docker-build-s3fs'...
lremote: Enumerating objects: 229, done.
remote: Counting objects: 100% (58/58), done.
remote: Compressing objects: 100% (32/32), done.
remote: Total 229 (delta 38), reused 31 (delta 26), pack-reused 171
Receiving objects: 100% (229/229), 164.00 KiB | 3.64 MiB/s, done.
Resolving deltas: 100% (133/133), done.

$ cd docker-build-s3fs/builds/

$ du -hs s3fs_1.91+git-v1.91-3_amd64.deb 
4.0K    s3fs_1.91+git-v1.91-3_amd64.deb

$ cat s3fs_1.91+git-v1.91-3_amd64.deb 
version https://git-lfs.github.com/spec/v1
oid sha256:9eca7cb1e9bb08b8e3ae9b476287712a8293493630c76d9102c5ac0058b098c0
size 222340

Guess you learn everyday

[maresb]

@NoxInmortus, regarding conda-forge, I should mention that if you just want the binary, you can skip the whole mamba environment setup and run

curl -Ls https://anaconda.org/conda-forge/s3fs-fuse/1.91/download/linux-64/s3fs-fuse-1.91-h66f7299_0.tar.bz2 | tar -xvj --strip-components=1 bin/s3fs

which will create the s3fs binary in the current directory. (This is not a great solution since it will not take care of the dependencies!)

[maresb]

I documented my above comment more thoroughly under https://github.com/maresb/docker-build-s3fs/blob/master/README.md#alternatives