Please give us something that doesn't require PowerShell, since PowerShell never just works. Just look at the ridiculous bullshit that you have to deal with when you want to use Chocolatey (from the Chocolatey install guide): Note: You must have your execution policy set to unrestricted (or at least in bypass) for this to work (Set-ExecutionPolicy Unrestricted). There have been reports that RemoteSigned is enough for…
Introducing PackageManagement in Windows 10
151–160 of 221 posts
Re: Introducing PackageManagement in Windows 10
#152Earlier quoted context omitted.
runas is more of a su analogy than a sudo one.
I disagree, the -u option for sudo gives you nearly identical functionality.
While it does overlap su/runas functionality, sudo has a much larger superset of features and policy configuration that su and runas simply don't have.
Re: Introducing PackageManagement in Windows 10
#153Perhaps I missed it, but the article doesn't mention this in any way: Windows ABSOLUTELY needs a way to go from 'Fresh Install' to 'Fully upgraded' with minimal interaction. Linux can do this: run `apt-get dist-upgrade` in Ubuntu, and you get all of the most recent updates. However, in Windows, you install 3 updates, restart, install 5 updates, restart, install 110 updates, restart....
One of the core issues with breaking this pattern is that you're installing a new feature on this reboot, then installing all of its patches on the next reboot. So you install 186 updates on a fresh install. This includes .NET 4.5 (or 4.5.1 or 4.5.2), and requires a reboot. Now you're done right? You just installed 168 updates, how many updates can there be? On your next reboot, you get another 60 updates, of which 2…
No idea why Windows insists on installing individual updates before the Service Pack that includes them all anyways...
Re: Introducing PackageManagement in Windows 10
#154Earlier quoted context omitted.
No, the one with history going back more than an hour, and tab completions on anything except files in `pwd`.
Try https://github.com/lzybkr/PSReadLine - included in Windows 10 now.
Re: Introducing PackageManagement in Windows 10
#155Earlier quoted context omitted.
Is application dependency management in windows normally a problem? Apart from the odd runtime, I expect Windows applications to be pretty much self contained, and not dependent on any system-wide libraries (which is a huge benefit I think). For development it's a different story, there you can have several levels of dependencies, but there NuGet at least appears at least as powerful as similar options on other platf…
> Is application dependency management in windows normally a problem? It has its own name. http://en.wikipedia.org/wiki/DLL_Hell
Re: Introducing PackageManagement in Windows 10
#156Please give us something that doesn't require PowerShell, since PowerShell never just works. Just look at the ridiculous bullshit that you have to deal with when you want to use Chocolatey (from the Chocolatey install guide): Note: You must have your execution policy set to unrestricted (or at least in bypass) for this to work (Set-ExecutionPolicy Unrestricted). There have been reports that RemoteSigned is enough for…
> PowerShell never just works. That statement is a bit much. I agree the default execution policy is annoying, but can you blame MS for being a little overzealous given their history? Some aspects of Powershell are actually pretty nice. Ever want to use a real hashmap in bash for example? Or easy JSON construction/manipulation without hacks like jq? PS has all that.
Re: Introducing PackageManagement in Windows 10
#157Oh, wow. Please, can I get a decent command line now?
you can get conemu
Re: Introducing PackageManagement in Windows 10
#158Earlier quoted context omitted.
that was decent work. Good job - really accurate.
I'm going thru the process as we speak. :)
it's ugly as sin and requires many many reboots (and is slow as fuck) but at least it gets them all installed.
Re: Introducing PackageManagement in Windows 10
#159Earlier quoted context omitted.
Yeah, this seems like it should be pretty straightforward (I'm sure it is harder than it seems, but still). Set a flag that persists through multiple reboots that says "after Windows loads, if there are updates, apply them and reboot, repeat, otherwise unset the flag".
Fun fact: I helped tweak up a Powershell script that does this exact thing: https://github.com/tomswartz07/packer-windows/blob/master/sc...
Re: Introducing PackageManagement in Windows 10
#160Perhaps I missed it, but the article doesn't mention this in any way: Windows ABSOLUTELY needs a way to go from 'Fresh Install' to 'Fully upgraded' with minimal interaction. Linux can do this: run `apt-get dist-upgrade` in Ubuntu, and you get all of the most recent updates. However, in Windows, you install 3 updates, restart, install 5 updates, restart, install 110 updates, restart....
In most Linux distributions, an update simply unzips a tarball somewhere and runs some bash scripts. Unless it's a very large package, each update usually only takes a fraction of a second on SSD, and maybe few seconds on HDD.
Windows, on the other hand, often takes minutes installing each update. Going from freshly-installed to fully-updated can easily take several hours, even on an i7 with SSD and a very fast connection (so the download speed is not a factor). It's even worse on an older computer; I've seen a smallish .NET update taking over 10 minutes to finish, and there were several such updates. What the hell is it doing behind the scenes that takes so much time?