News for hackers. Stuff that matters.
Re:Introducing PackageManagement in Windows 10 by tomswartz07 on Wednesday April 29, 2015 @02:25PM (#9460554)
Yep, this is exactly what I'm talking about.

I don't see why they cant 'look ahead' to say; Oh- this update X depends on update Y, but it's going to be installed, so we could just add it in the queue anyway.

Re:Introducing PackageManagement in Windows 10 by bentcorner on Wednesday April 29, 2015 @02:58PM (#9460811)
Or rather, slipstream future updates to current downloads. E.g., if you're installing component X that has patches A, B, C, then perhaps you should get customers to download component X that is already in a patched state.
Re:Introducing PackageManagement in Windows 10 by whoopdedo on Wednesday April 29, 2015 @03:21PM (#9461005)
What I always wonder, while twiddling my thumbs during the interminable upgrade-reboot-upgrade cycle, is how many of these these updates will be overwritten by a later update. Am I wasting my time downloading multiple versions of the same file?
Re:Introducing PackageManagement in Windows 10 by UweSchmidt on Wednesday April 29, 2015 @04:07PM (#9461341)
These upgrade-shortcuts could introduce a significant increase in testing complexity if you want ensure that you can go from any system version to the current version.

On the other hand, with the current system people upgrade from Windows 1.0 to 8 (e.g. https://www.youtube.com/watch?v=8WP7AkJo3OE).

Re:Introducing PackageManagement in Windows 10 by Guvante on Wednesday April 29, 2015 @04:36PM (#9461557)
Unfortunately the update reboot cycle is incredibly reliable, which is why it has persisted. Can't beat "millions of machines have taken these steps".

Thoroughly agree that a more simplified method would be awesome though.

Re:Introducing PackageManagement in Windows 10 by stephengillie on Wednesday April 29, 2015 @03:56PM (#9461259)
That's the kind of functionality I expect from Windows Deployment Services.