Package releases in .tar[.gz]?

ionlights · October 13, 2022, 4:11am

I've been using chezmoi to manage my dotfiles and their .chezmoiexternal.<format> supports unzip, but since unzip doesn't have a --strip-components <N> equivalent, I end up with something like... anticipated/path/to/rclone being... anticipated/path/to/rclone-<platform>-<version>/rclone. The main reason this matters is that anticipated/path/to is in my $PATH, but not its children.

Maybe this is a N=1 kinda problem, but I figured I'd ask anyway – would it be possible to package releases for MacOS and Linux into .tar[.gz]? (Especially considering that .tar[.gz] is natively supported on both without 3rd party tools.) (Lol. I know that MacOS' Archive Utility can handle .zip, but it also handles .tar, and from what I can tell the .zip package is just meant to be a single-file container, which is exactly the purpose .tar serves.)

I'm happy to make a PR for this, but haven't the foggiest idea where to start. It seems like the Makefile's ci_upload would be the place to do this?

github.com

rclone/rclone/blob/master/Makefile#L207-L214


      
          ci_upload:
          	sudo chown -R $$USER build
          	find build -type l -delete
          	gzip -r9v build
          	./rclone --config bin/travis.rclone.conf -v copy build/ $(BETA_UPLOAD)/testbuilds
          ifeq ($(or $(BRANCH_PATH),$(RELEASE_TAG)),)
          	./rclone --config bin/travis.rclone.conf -v copy build/ $(BETA_UPLOAD_ROOT)/test/testbuilds-latest
          endif

ncw · October 13, 2022, 10:46am

You are not the first person to ask for this!

zip often isn't installed on linux boxes and .tar.gz would be more convenient there.

I think unzip does have the option you want though..

-j  junk paths (do not make directories)

system · December 12, 2022, 10:46am

This topic was automatically closed 60 days after the last reply. New replies are no longer allowed.