I would like to then change our docs to recommend ...
# development
h
I would like to then change our docs to recommend trying this out preferably to other ways of installing Pants.
💯 1
b
I'm upgrading us to the latest RC this. I'll remove the pants script at the repo root and force my devs to use this instead. 👍
e
I already wrote that script fwiw a few weeks ago: https://github.com/pantsbuild/scie-pants/pull/48
h
Will overwrite mine with that one, and then maybe tweak a little
b
Should we augment the pants script to use one-or-the-other so people can switch?
So opt-in downloading of the scie-pants and use that. Otherwise it's the normal pants launcher with maybe a warning. Then at some point we flip it and warn if you disable it. Then it's just a hard error and no functionality
e
That would mean: curl the augmented Pants script, which curls the get-pants (or pantsup) script, which curls scie-pants.
b
🏋️‍♂️
h
It's the difference between
pants
and
./pants
That seems as easy a switch as whatever we'd change in the pants script
Plus, we want to wean people off the pants script
b
Putting this in
./pants
makes it easy to try, way to wean, and easy to switch
e
Easy to try how?
pants
vs
./pants
is pretty subtle; so you leave the cliff of learning that for later anyhow. In effect the only thing you buy is ... I actually have no clue.
h
We pretty regularly have ./pants throughout all the docs for code samples. Once you make the change, you'll want to grep and update all references (ripgrep + the fd replacement for find is great combo)
b
@enough-analyst-54434 ./pants is at the root of every pants repo for every user. Slack is checked by maybe a couple handfuls. Having the launcher script download it for you and nudge you towards the future is better than pulling the rug. Speaking of, there's 0 discussion on how to deprecate ./pants anyways.
e
Josh we agree on goals but not details. If you're an existing user you need to update your pants script. What triggered that? If you're a new user you just use the new thing Benjy is documenting.
h
Updating
./pants
is probably a good idea because of all the muscle memory of typing
./pants
. But we can't get away from socializing the need to update
./pants
...
So I'm on board with a
./pants
update whose purpose is to wean people off
./pants
... I just don't want to create a long-term expectation of still using
./pants
e
Can someone explain what it means for
./pants
to wean you off
./pants
? Afaict, a new pants script either has to look for a new config option to say I want to use the new Pants launcher or it just defaults to the new launcher. If that's right, then the new Pants script does not wean you off itself, it just gets usage time of the new launcher. So you're getting vet time of the launcher; not weaning users. Users will still face the
./pants
->
pants
cliff.
If the goal is actually vet time, that's fine and makes sense. It's not what has been said though.
So make it easy, opt-in, cross-repo to get the new thing. Then at some point it's the default and you opt out. Then, poof, hard error
e
Still makes zero sense to me. I'll bow out.
h
I guess it's to say "stop using me, use
pants
instead, I will stop working soon"
It's to take advantage of the muscle memory of typing
./pants
e
So there will be a nag message added.
h
Yeah, that is what I was imagining @bitter-ability-32190 was suggesting?
b
That and we can also install the script in
bin
for them. Eventually shelling out to it by default. Helps users with less steps and helps make it a gradual transition