Xenix, then SFU (Services For Unix - for interop - on Win NT or 2K), plus they had (part of?) a POSIX subsystem around then or earlier- I used it a bit for C utility dev work on WinNT), etc.
The Linux kernel hidden inside Windows 10
21–30 of 166 posts
Re: The Linux kernel hidden inside Windows 10
#22I wonder how much further humankind would have progressed by now if "because it can be done" were not such a big motivation for intelligent people. Edit: Since everybody took this post seriously, I will, too: We would be closer to some local maxima, but would have no chance to progress beyond them.
Re: The Linux kernel hidden inside Windows 10
#23I'd love to see a video of the demo session for this; really curious how ProcMon and AV tools will deal with ELF binaries in this release.
Short summary:
* Ubuntu, and all children apps run under current user's credentials, but are launched under an Lxssmanager servicehost process (as opposed to explorer.exe)
* ProcMon can interact (send sigterm / etc to) unix processes; but as shown on htop, unix processes are not aware of windows ones; nor have I found any ways to send signals backwards
* API compatibility is excellent. Last 2 days, I have re-compiled a full python & elasticsearch & mysql stack into this. Overhead is significantly lower, than any of the virtualization stacks
* I don't use AV tools; however, I suspect they don't check for ELF files. Host system is mounted in /mnt/c , /mnt/d ,etc in LXSS, with current-windows-user creds
* 2-command Sandbox reset: lxrun /uninstall & lxrun /install * LXSS root dir (/usr /var, etc) is in c:\Users\$username$\AppData\Local\lxss\rootfs\ ; home is mounted into c:\Users\$username$\AppData\Local\lxss\home\$username$\
And some caveats:
* Filewatching (specifically, inotify_add_watch ) does not (yet) work
* Manipulating files from the host occasionally makes it _disappear_ (??!) from visibility in the linux subsystem. Specifically, git pull from bash, then git update from host makes git update from bash impossible (index file open failed). Same problems with other types of host file-manipulation. This might be due to permissions, or somethings I haven't figured out yet.
Re: The Linux kernel hidden inside Windows 10
#24I wonder how much further humankind would have progressed by now if "because it can be done" were not such a big motivation for intelligent people. Edit: Since everybody took this post seriously, I will, too: We would be closer to some local maxima, but would have no chance to progress beyond them.
Re: The Linux kernel hidden inside Windows 10
#25Microsoft has actually been doing Unix related stuff from way back - a fact that might not be known to some. Xenix, then SFU (Services For Unix - for interop - on Win NT or 2K), plus they had (part of?) a POSIX subsystem around then or earlier- I used it a bit for C utility dev work on WinNT), etc.
Re: The Linux kernel hidden inside Windows 10
#26Earlier quoted context omitted.
Ah, that's quite pleasant. And it doesn't even appear to use the browser's PDF renderer or anything.
Well, it uses Firefox' PDF renderer - they just copied the code into the page itself.
Re: The Linux kernel hidden inside Windows 10
#27Fun tidbit is it seems the original reason behind this was Android support in WinPhone10 but when that was axed they migrated it to Ubuntu on desktop. If true that's a pretty nifty pivot.
Re: The Linux kernel hidden inside Windows 10
#28I'd love to see a video of the demo session for this; really curious how ProcMon and AV tools will deal with ELF binaries in this release.
Screenshot: http://imgur.com/a/5Fcr9 Short summary: * Ubuntu, and all children apps run under current user's credentials, but are launched under an Lxssmanager servicehost process (as opposed to explorer.exe) * ProcMon can interact (send sigterm / etc to) unix processes; but as shown on htop, unix processes are not aware of windows ones; nor have I found any ways to send signals backwards * API compatibility is excel…
Re: The Linux kernel hidden inside Windows 10
#29Fun tidbit is it seems the original reason behind this was Android support in WinPhone10 but when that was axed they migrated it to Ubuntu on desktop. If true that's a pretty nifty pivot.
Indeed, and the rumours are that Project Astoria worked too well which scared Microsoft. If Android apps "just worked" on Windows then why would developers bother using their new Universal Windows Platform.
I can't blame Microsoft for it, but the app-gap between WP/WinMo 10 and Android is getting untenable for me. I'm thinking about switching back, not because I think Android is better (I don't think it is at all), but simply because I'm starting to feel left out when all my family and friends are using, e.g., SnapChat to keep in touch and I...can't.
It particularly riles me up that there were perfectly functional third-party Windows Phone Snapchat apps, but Snapchat demanded that they be removed and still (evidently) declined to make a WP app.
Not to pick on Snapchat, it's not an uncommon story.
If I could even just download the Snapchat APK and sideload it on my Windows phone, that'd be enough for me. But I can't, since Astoria got killed.
Re: The Linux kernel hidden inside Windows 10
#30Microsoft has actually been doing Unix related stuff from way back - a fact that might not be known to some. Xenix, then SFU (Services For Unix - for interop - on Win NT or 2K), plus they had (part of?) a POSIX subsystem around then or earlier- I used it a bit for C utility dev work on WinNT), etc.
Of course Microsoft then licensed XENIX to the Santa Cruz Operation which after several years renamed it to SCO Unix. SCO eventually split apart, but the piece that ended up with SCO Unix renamed themselves the SCO Group. The SCO Group with (possibly indirect) financial backing from Microsoft, attempted to use XENIX in a number of copyright infringement lawsuits to attack Linux vendors.