-
Notifications
You must be signed in to change notification settings - Fork 4.8k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Create 1.0.1.yaml #1288
Create 1.0.1.yaml #1288
Conversation
/AzurePipelines run |
Azure Pipelines successfully started running 1 pipeline(s). |
Microsoft Sysinternals Suite installer
chrpai The package manager bot determined that the metadata was not compliant. Be sure to use a tool like VSCode (https://code.visualstudio.com/) to make sure your request is YAML syntax is correct. Please also verify the manifest file is compliant with the package manager specification (https://docs.microsoft.com/windows/package-manager/package) |
/AzurePipelines run |
Azure Pipelines successfully started running 1 pipeline(s). |
This submission has moved to manual review. |
chrpai An issue was identified during the manual review, and the PR request cannot be approved. Please see comments for more information. |
I spoke to the owner of the tools. He does not want the tools sourced from another location. We are currently blocked on Please consider closing this PR. |
The tool isn't being sourced from another location. The automation downloads the content from https://download.sysinternals.com/files/SysinternalsSuite.zip in a way that most chocolatey packages work. I see dozens of packages in winget. Did MSFT talk to all of those authors to see if they approve of being in WinGet or does MSFT VPs get special consideration? FWIW, the automation is all MS-PL and I'm willing to assign all of it to MSFT if that's what it takes to have progress. SysInternals thinking that it doesn't need an installer and that a proper distribution mechanism is to be on a publicly accessible SMB share (\live.sysinternals.com\tools) is just thinking that is stuck in the 1990s. |
Microsoft is stuck in the 90s. What package management they do have is fragmented and buggy...with the best of these being Windows Installer...and because of some "super secret" reason, Mark and/or Microsoft doesn't want to create an MSI file. Lame. |
@darkpixel this is a very old PR. Sysinternals has been built into an MSIX package and is available via the Microsoft Store. In addition, WinGet supports .zip-based packages for installers and portable apps. Several of the individual sysinternals applications are available:
|
...and winget is built in to Windows 10 and 11 like msiexec is? ;) |
Yes. |
I'm not going to drag on a long-since closed PR...but I can see package management is still a dumpster fire. It looks like the "App Installer" (found here: https://apps.microsoft.com/store/detail/app-installer/9NBLGGH4NNS1) is part of the Microsoft Store ecosystem. ...none of our ~400 Windows Workstations appear to have the Windows Store on them. With next to zero knowledge of this new system, I checked both "Add/Remove Programs" -> "Optional Features" and the confusingly similarly named "Turn Windows Features On/Off" and there's no mention of the Windows Store. Did some more digging and found it's part of the new AppxPackage package system (yay--another package management tool) and there's some info for reinstalling it here: https://answers.microsoft.com/en-us/windows/forum/all/how-to-reinstall-microsoft-store-app-in-windows-10/e9d71c80-8399-49d5-9d92-a18add81a4dc Just a simple...
Well...that got the store back on my test box...but no 'winget' command. more googling I guess I have to manually launch the store on ~400 workstations, search for "App Installer" and then install it? Wait... https://christitus.com/installing-appx-without-msstore/ says I just have to run:
And I'll have winget installed. Oh look...it's installing NuGet. How many different package managers are we up to now? 4? 5? But I guess winget is installed now. Let's try this... Oh...a prompt? That'll scale well when trying to automate deploying to ~400 machines. All that just to get sysinternals because Microsoft doesn't want to package it as an MSI? Nevermind. I'll just uninsta...oh....I can't uninstall App Installer or Windows Store from Add/Remove Programs because it's greyed out. Like I said initially...packaging dumpster fire... |
You can add "--accept-package-agreements" and there is no prompt. |
Microsoft Sysinternals Suite installer
Microsoft Reviewers: Open in CodeFlow