I think that Microsoft could achieve the following 3 things if you seriously thought about a package management strategy for Windows and Windows programs.

1. You could simplify the lives of system administrators by allowing them to easily script up updates and required programs
2. You could take a little more control of the Windows environment by maintaining a repository of trusted software for installation
3. You could decrease the number of vectors for malware to enter Windows

By maintaining a repository of programs that run on Windows and allowing updates to be administered from that repository, Microsoft would make the lives of system administrators easier by allowing them to update programs on multiple systems in an automated manner. Updates to programs could be scheduled and users wouldn't have to worry about updating the programs themselves. Setting up a method to reduce the number of times PCs would have to be restarted could also make the lives of system administrators easier. There are a great number of programs that can be installed and updated on LInux without needing to restart the entire machine.

If a single trusted repository of Windows programs was maintained by Microsoft, users could be better assured that the programs they were downloading were not infected by malware/spyware/adware. Users would also know that they could always download a version of some software that they used because it would exist in a repository instead of some link on the internet.

Since Microsoft already has the Windows store, creating a command line interface to download programs could also reduce the number of vectors that untrustworthy programs could enter a Windows environment. This is dependent on Microsoft more strictly regulating the Windows store, developing a strategy to encourage companies and organizations creating Windows applications to use the Windows store when making mass market programs, and advising user to get their applications from the Windows store when possible.

Microsoft already has a number of the parts in place to achieve an initiative like this. It would be really exciting to see where you could go if command line package management were implemented.

I am Wondering Why bash.exe is not running from Shell() function inside
a Visual basic6 program code though CMD.exe and bash.exe are on
the path= "C:\Windows\System32\" , File not found raised as the error.

and here is the Code List in VB6 that Can not launch
bash.exe using Shell() with or without CMD.exe.

Option Explicit

Private Const WAIT_INFINITE = -1&
Private Const SYNCHRONIZE = &H100000

Private Declare Function OpenProcess Lib "kernel32" _
(ByVal dwDesiredAccess As Long, _
ByVal bInheritHandle As Long, _
ByVal dwProcessId As Long) As Long

Private Declare Function WaitForSingleObject Lib "kernel32" _
(ByVal hHandle As Long, _
ByVal dwMilliseconds As Long) As Long

Private Declare Function CloseHandle Lib "kernel32" _
(ByVal hObject As Long) As Long

Private Sub Command1_Click()

Dim hProcess As Long
Dim taskId As Long
Dim cmds As String

cmds = "C:\Windows\System32\ Bash.exe" : '<< Not Working.
' cmds = "C:\Windows\System32\cmd\ Bash.exe" : '<< Also not Working.
taskId = Shell(cmds, 1)

hProcess = OpenProcess(SYNCHRONIZE, True, taskId)
Call WaitForSingleObject(hProcess, WAIT_INFINITE)
CloseHandle hProcess

List1.AddItem "The shelled app has ended."

End Sub