Closed russlescai closed 9 years ago
:+1: I agree completely, we should figure something out about all the node-modules files also... so unarchiving a version isn't so time consuming
after thinking about this, this isn't how chocolatey works really, all other dirs in the chocolatey lib folder have the version appended
you can pin or shortcut to
This works for desktop shortcuts, but not for pinned task bar items. Even if I open the bin\atom.exe,the shim launches the separate atom.exe process, which the task bar uses. So when i do an atom upgrade my pinned item still points to the previous version. Maybe there's a way to remove he previous pinned item or update its path?
I tried associating a file extension to the start menu link that atom creates (%appdataa%\Microsoft\Windows\Start Menu\Programs\GitHub, Inc\atom.lnk) but it will just follow the link to the real path and still point to the older version after updating.
I think adding a junction (with mklink or some powershell command in the installation script) that links "atom_latest" to the latest installed version could do the trick.
Associating directly atom.exe found in C:\ProgramData\chocolatey\bin might work too.
In a newer version of choco (the rewrite) coming out later this year, we no longer include the version in the folder name.
I also read that atom will have his installer and auto-updater. At that point, even if you install with chocolately there won't be any need of updating through it I suppose.
Seems at that point there would be three atom packages. One called atom.install
that would put it where ever the installer does (like program files), atom
(which becomes a meta and later virtual package), and the current one becomes atom.portable
.
Of course it depends on what the @kevinsawicki and all want to do.
Yup, Atom is switching to an installer and auto-updater via the Squirrel for Windows project, https://github.com/Squirrel/Squirrel.Windows
Thanks guys, looks like this issue is in the sights of the road mapped Windows Installer Update for Atom, appreciate the feedback.
Atom now has an installer & auto updater that should be used instead.
http://blog.atom.io/2014/12/10/a-windows-installer-and-updater.html
Currently every update of Atom installs a new directory, with atom.exe placed inside the new directory. This causes issues with shortcuts (e.g. context menus, windows start menu, pinned items etc).
It would be great if the atom.exe file remains in the same path, independent of versions (for example):
/chocolatey/lib/atom/atom.exe /chocolatey/lib/atom-0.250.00/
That is an example, another option could be to have the latest version always use the atom/ directory, and previous versions be renamed to their respective version...