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
This would enable Winget to support all the Sysinternals tools.
Reacted by John Taylor, Claudiu Guiman, Brian Catlin, Tom Connors, Tomas Dabašinskas, sastools, J. Casalino, Christian Korneck, Damien Solodow, Shlomi Borovitz and 268 more
Reacted by Aaron C. de Bruyn
Reacted by Josef, Yan , Dan Petitt, ❤是纱雾酱哟～, Kristof Mattei, Bad Requests, Jan Dittrich, Immanuel Daviel A. Garcia and Lucas Dorneles
Andrew Clinick (@aclinick) - Installing ZIP files could also help support the very long tail of stand-alone and other common tools & utilities, esp. command-line tools like curl, and others that are distributed via ZIP.
Have reached-out to curl re. signing their tools and building an MSI/MSIX.
Reacted by John Taylor, Dennis Gaida, phillipmai, antiufo, Serhan Baştuğ, Manuel, Sebastian Schütze, Boris Drogja, Oleksii Filonenko, Ben Coleman and 41 more
This would be great! Gradle has always required a package manager on Windows (I'm currently using it with Scoop) and having it on winget would be fantastic, but it's a .zip file.
Also, wouldn't zip files (and standalone .exe apps) require some more complicated setup steps that would have to be described in winget's YAML file? e.g. adding things to PATH, creating a desktop link, creating a Start menu entry etc.
Reacted by John Taylor, Manuel, Henry, NaveenKumar Namachivayam ⚡, Poopooracoocoo, Niccolò Maltoni, Alex Hunter, oxygen dioxide, Felix, jharris3299 and 9 more
This would be great! Gradle has always required a package manager on Windows (I'm currently using it with Scoop) and having it on winget would be fantastic, but it's a .zip file.
Also, wouldn't zip files (and standalone .exe apps) require some more complicated setup steps that would have to be described in winget's YAML file? e.g. adding things to PATH, creating a desktop link, creating a Start menu entry etc.
I think there should be a default Apps folder maybe within the %USERPROFILE%. Unzipped zips should be per default copied there maybe within a subfolder. The same may also happen for PowerShell Scripts (PS1) and EXEs. An additional parameter may choose another folder where the package is copied to.
Reacted by Maurice, phillipmai, Yassine Elboujarfaoui, Kevin Marquette, latere-a-latere, Poopooracoocoo, Suhail Malik, Adam Kauffman, oxygen dioxide, Max Jakobitsch and 20 more
Reacted by marypcbuk, Kevin Marquette, minusdavid, Pavlo Golub, Ruslan Shupoval, Brian Bradley, Chris Klepeis, Poopooracoocoo, Adam Kauffman, Florent Munch and 22 more
Andrew Clinick (@aclinick), ideally it would be a) unzip a ZIP file; b) (optionally) run a batch file script to perform some configuration. Would be reasonable if there's also an uninstall script that reverses the latter.
We'd use this for installing Dart and Flutter on Windows.
Reacted by Ben Coleman, Poopooracoocoo, oxygen dioxide, jharris3299, Daniel Scalzi, bjoernf73, Peter Scully and LX
I would also like some data points like Thomas Lee (@doctordns) asked. I don't know how many packages use algorithms that wouldn't be supported. That would be a factor in determining the value and relative priority of looking to support other formats.
So, when winget eventually supports .zip archives in the future. Other archive formats will also be supported, depending on their relative value and priority.
That's good to hear, I hope you winget devs are blessed with luck in overcoming the difficulties that this feature development might bring.
@KrisSchneider you got it right. Taking a dependency on a third-party product represents a long-term maintenance and distribution commitment. It would require a lot of validation of their code, plus it bloats the installation package and makes the overall code more complex than might otherwise be the case. It is not quick, easy, or cheap. In my experience, it is not something any MSFT team takes on lightly. That is not to say that the team should NOT do 7zip. But only if there is demonstrable customers need.
To justify a serious consideration, the team would need evidence. Just how many packages are there that Winget (with Zip support) could not handle but would be ok IF there was 7zip support? My feeling today is that the number would be very, very low. But I could be wrong.
Absent such evidence, I think this issue could be resolved as Will Not Fix. But with the general understanding that when the evidence IS produced, the team can re-examine based on demonstrated customer needs.
At the same time, I would hope that the team layers ZIP support in such a way as to make it straightforward to add 7zip support without major work to Winget. I have always been impressed with the elegance that many MSFT products had with layering (eg, network stack mini drivers, etc.).
WinGet does not use, nor have a dependency on either .NET or PowerShell Core.
Absent such evidence, I think this issue could be resolved as Will Not Fix. But with the general understanding that when the evidence IS produced, the team can re-examine based on demonstrated customer needs.
(Worth noting this ticket is about the .zip support that's currently in progress, and 7zip has no relation but is a feature ask in addition to base .zip support).
Maybe I'm wrong, but there has been lots of pings for lots of people subscribed to this issue, even though kind of everything was already talked about in this issue, and the specs for zip install (and particularly extraction) were already drafted here.
I get that people want to participate, but please be wary that lots of other people receive notifications at every comment on those kind of long awaited issues. To those I say sorry for the ping.
Reacted by Richard Simpson, Brian Bradley, Kris, Demitrius Nelon, Rodrigo Borges de Oliveira, johbii, Fabian Lupa, Scott Moore, Manuel, Ahmed Mohamedeen and 3 more
Reacted by Adam C. Stephens, omghax.base.eth, johbii and Alex Hunter
+1 for adding the ability to execute a .ps1 or .bat script after extracting a ZIP file. Ideally, this should be a file that may not be included in the original package. This should allow us to work with most types of packages distributed as ZIP files.
-1 for running semi-arbitrary scripts during a privileged install. Security? What was that?
Reacted by Richard Simpson, Alex Hunter and Celeste Peláez
Reacted by Mr Beedell, Roke Julian Lockhart, Ashwin Naren and Mo
There is already a VM used to validate that the install is performed correctly, so it's probably not super outlandish to extend that to validating scripts as well
Reacted by Mr Beedell, Roke Julian Lockhart and Samuel Volin
Activity
markrussinovich commentedon May 14, 2020
This would enable Winget to support all the Sysinternals tools.
aclinick-zz commentedon May 14, 2020
What would we want to happen here? specify in the yaml where we want the folder to be unzipped to? Or ask the user where to unzip to?
denelon commentedon May 16, 2020
microsoft/winget-pkgs#174
bitcrazed commentedon May 18, 2020
Andrew Clinick (@aclinick) - Installing ZIP files could also help support the very long tail of stand-alone and other common tools & utilities, esp. command-line tools like curl, and others that are distributed via ZIP.
utybo commentedon May 19, 2020
This would be great! Gradle has always required a package manager on Windows (I'm currently using it with Scoop) and having it on winget would be fantastic, but it's a .zip file.
Also, wouldn't zip files (and standalone .exe apps) require some more complicated setup steps that would have to be described in winget's YAML file? e.g. adding things to PATH, creating a desktop link, creating a Start menu entry etc.
zuozishi commentedon May 20, 2020
And environment variable.
DennisGaida commentedon May 20, 2020
I think there should be a default Apps folder maybe within the %USERPROFILE%. Unzipped zips should be per default copied there maybe within a subfolder. The same may also happen for PowerShell Scripts (PS1) and EXEs. An additional parameter may choose another folder where the package is copied to.
pedrolamas commentedon May 20, 2020
I was about to create a manifest for Paint.net when I noticed that .zip is not supported... yet! 🙂
pashagolub commentedon May 21, 2020
A lot of .msi installers are packed into .zip files because you cannot execute .msi downloaded from internet. ;-)
I wanted to add PostgreSQL support, but lack of zip extraction is a problem here.
maxandersen commentedon May 21, 2020
related to microsoft/winget-pkgs#580
Right now Winget can't be used to package/install anything without complex installers.
chausner commentedon May 21, 2020
I think there are actually two issues or requests related to ZIP:
timsneath commentedon May 21, 2020
Andrew Clinick (@aclinick), ideally it would be a) unzip a ZIP file; b) (optionally) run a batch file script to perform some configuration. Would be reasonable if there's also an uninstall script that reverses the latter.
We'd use this for installing Dart and Flutter on Windows.
marypcbuk commentedon May 21, 2020
I'd suggest ZIP support with a parameter to install to either Program Files or a specified location given in the command
152 remaining items
kris3713 commentedon Jul 20, 2022
So, when winget eventually supports .zip archives in the future. Other archive formats will also be supported, depending on their relative value and priority.
That's good to hear, I hope you winget devs are blessed with luck in overcoming the difficulties that this feature development might bring.
beedell-roke commentedon Jul 21, 2022
@KrisSchneider and Richard Simpson (@RichiCoder1), support for
7zipshould be unnecessary, because "http://github.com/PowerShell/Microsoft.PowerShell.Archive/issues/22" already requests support for the relevant format[s], and addition of the necessary functionality, when "http://github.com/dotnet/runtime/issues/65951" has been completed, should be consequently easy.doctordns commentedon Jul 21, 2022
@KrisSchneider you got it right. Taking a dependency on a third-party product represents a long-term maintenance and distribution commitment. It would require a lot of validation of their code, plus it bloats the installation package and makes the overall code more complex than might otherwise be the case. It is not quick, easy, or cheap. In my experience, it is not something any MSFT team takes on lightly. That is not to say that the team should NOT do 7zip. But only if there is demonstrable customers need.
To justify a serious consideration, the team would need evidence. Just how many packages are there that Winget (with Zip support) could not handle but would be ok IF there was 7zip support? My feeling today is that the number would be very, very low. But I could be wrong.
Absent such evidence, I think this issue could be resolved as Will Not Fix. But with the general understanding that when the evidence IS produced, the team can re-examine based on demonstrated customer needs.
At the same time, I would hope that the team layers ZIP support in such a way as to make it straightforward to add 7zip support without major work to Winget. I have always been impressed with the elegance that many MSFT products had with layering (eg, network stack mini drivers, etc.).
RichiCoder1 commentedon Jul 21, 2022
WinGet does not use, nor have a dependency on either .NET or PowerShell Core.
(Worth noting this ticket is about the
.zipsupport that's currently in progress, and 7zip has no relation but is a feature ask in addition to base.zipsupport).reyqn commentedon Jul 21, 2022
Maybe I'm wrong, but there has been lots of pings for lots of people subscribed to this issue, even though kind of everything was already talked about in this issue, and the specs for zip install (and particularly extraction) were already drafted here.
I get that people want to participate, but please be wary that lots of other people receive notifications at every comment on those kind of long awaited issues. To those I say sorry for the ping.
IanDarwin commentedon Jul 25, 2022
-1 for running semi-arbitrary scripts during a privileged install. Security? What was that?
Masamune3210 commentedon Jul 25, 2022
If it was being included with the manifest I would assume some validation of actions the script performed would be in place or at least in planning
Masamune3210 commentedon Jul 25, 2022
There is already a VM used to validate that the install is performed correctly, so it's probably not super outlandish to extend that to validating scripts as well
beedell-roke commentedon Jan 22, 2023
Should microsoft/winget-cli-restsource#117 be closed?
rollingmoai commentedon Feb 1, 2023
Winget has to support other archive formats as well and not just
.zip. See #2899