You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Seriously wondering why this wasn't suggested earlier.
I'm voting for option "3" which seems to be the easiest to implement.
IMHO we should not complicate the bootstrapper if we don't really need to. For example "1" could be integrated in the paket startup code instead or as suggested in 'paket outdated' (which I would prefer).
I have thought about it earlier and thought about paket.bootstrapper.exe --self
I came to that point when github had problems some time ago and we implemented an alternative nuget download. The only problem I had so far with that is that in the nuget package is no paket.bootstraper.
@dnauck have not considered yet the paket.target file, but could be done easily. Do we consider the paket.target as unchangeable and overwrite it without asking? I'm just asking because users could change it and are not aware of a change.
My proposal is currently supporting ´paket.bootstrapper.exe --self´. I chose that because when we had outages of github it was difficult to even get paket.exe. Should we just show with ´paket outdated´ that the bootstrapper is outdated and show a suggestion.
This issue is still open, because the request of @dnauck for updating the paket.targets file is still unresolved.
I had some time to think about this and thought about that we should maybe let the bootstrapper stick with downloading the latest paket.exe as functionality.
The paket.targets is originally downloaded by the paket.exe when you do paket.exe autorestore on. IMO we should bring the functionality somewhere near here.
My suggestion would be sth like paket autorestore update, to either only update the file or turn the feature off and on. Any other ideas?
That would be easily doable. We just display an info when updating that just checks the latest version an displays it.
There is only one problem, that for the github download we cannot detect whether there is a real change @sforki. So each paket release we see immediately an outdated message.
Activity
matthid commentedon Apr 21, 2015
Seriously wondering why this wasn't suggested earlier.
I'm voting for option "3" which seems to be the easiest to implement.
IMHO we should not complicate the bootstrapper if we don't really need to. For example "1" could be integrated in the paket startup code instead or as suggested in 'paket outdated' (which I would prefer).
Stift commentedon Apr 21, 2015
I have thought about it earlier and thought about
paket.bootstrapper.exe --selfI came to that point when github had problems some time ago and we implemented an alternative nuget download. The only problem I had so far with that is that in the nuget package is no paket.bootstraper.
Stift commentedon Apr 21, 2015
BTW you can copy it over the current bootstrapper.exe to self update
forki commentedon Apr 23, 2015
so we need a Paket.Boostrapper package?
dnauck commentedon Apr 23, 2015
@Stift what about the
paket.targetsfile?How do we know when to run the update command? every time? or is
paket.exe outdatedrunning this?Stift commentedon Apr 23, 2015
@forki in case we want a self update via nuget we could need one
Stift commentedon Apr 23, 2015
@dnauck have not considered yet the paket.target file, but could be done easily. Do we consider the paket.target as unchangeable and overwrite it without asking? I'm just asking because users could change it and are not aware of a change.
My proposal is currently supporting ´paket.bootstrapper.exe --self´. I chose that because when we had outages of github it was difficult to even get paket.exe. Should we just show with ´paket outdated´ that the bootstrapper is outdated and show a suggestion.
Add Paket.BootStrapper package - references #790
forki commentedon Apr 24, 2015
https://www.nuget.org/packages/Paket.BootStrapper/
Stift commentedon Apr 24, 2015
Thank you @forki for the package I have included this now.
Stift commentedon Jun 3, 2015
This issue is still open, because the request of @dnauck for updating the paket.targets file is still unresolved.
I had some time to think about this and thought about that we should maybe let the bootstrapper stick with downloading the latest paket.exe as functionality.
The
paket.targetsis originally downloaded by thepaket.exewhen you dopaket.exe autorestore on. IMO we should bring the functionality somewhere near here.My suggestion would be sth like
paket autorestore update, to either only update the file or turn the feature off and on. Any other ideas?dnauck commentedon Jun 4, 2015
Currently the bootstrapper also updates itself via
--selfon every paket release. Also there is no warning if its outdated, etc.Stift commentedon Jun 5, 2015
That would be easily doable. We just display an info when updating that just checks the latest version an displays it.
There is only one problem, that for the github download we cannot detect whether there is a real change @sforki. So each paket release we see immediately an outdated message.
forki commentedon Oct 31, 2016
Closing old issue.