i still like to clean up ~/.gem on my osx :)
ill look into it tomorrow

The modified update script doesn't touch ~/.gem so it shouldn't be deleting it.

That said, I didn't remove the optional clean action.

Oops yes I did. I forgot. Well, the point remains that the script doesn't have anything to do with ~/.gem.

how about? worked fine without asking for password and also you should be sure that everything is fresh installed (and removed)

#!/usr/bin/env nix-shell
#! nix-shell -i bash -p bash ruby bundler bundix

BUNDIX_CACHE=$(mktemp -d)

rm Gemfile.lock
bundler install --path $BUNDIX_CACHE
bundix --bundle-pack-path=$BUNDIX_CACHE

rm -rf $BUNDIX_CACHE
rm -rf .bundle

AFAICT there's no need to actually run bundler install, all we really need is the Gemfile.lock which is what bundler lock gives us.

The bundix README does suggest it looks in the bundler cache for the gems and falls back to fetching from remotes if it can't find the gem. I'm not sure if there's a benefit to this approach, but if so, the README suggests this should be generated via bundler package, not bundler install.

And finally, if we are going this route, we may as well just use a relative directory instead of making a temporary one. If you do use a temporary directory, at the very least you need quotes around $BUNDIX_CACHE in case the configured $TMPDIR has a space in it.

ok i never looked that much into the workings of bundix i just assumed it needs the installed gems since it has it in -h
im fine with it as long as it works and does not leave some lingering state around

i tried it with your suggestions and it still works fine and i can be sure that there is no lingering state in my system left over. and i also like how explicit it is :)

#!/usr/bin/env nix-shell
#! nix-shell -i bash -p bash ruby bundler bundix

BUNDIX_CACHE="$(mktemp -d)"

rm Gemfile.lock
bundler package --path "$BUNDIX_CACHE"
bundix --bundle-pack-path="$BUNDIX_CACHE"

rm -rf "$BUNDIX_CACHE"
rm -rf .bundle

also first glance google for TEMPDIR and spaces it seems that it should not contain spaces... but better safe then sorry

Ok I updated the update script to match your version.

@peterromfeldhk Anything holding up this PR?

@lilyball everything looks good to me.

It's not clear to me how to get this merged. Looks like it doesn't even have the right labels yet (the manual says it should have the 8.has: package (update) label).

@GrahamcOfBorg build cocoapods

Thanks!

Ironically, cocoapods 1.6.1 was just published 21 hours ago, so time to update again.

Submitted the 1.6.1 update as #56221