[03:57] <slangasek> Unit193: vivid and precise are both EOL, so I didn't bother to remove it from partner for those releases even though the archives are still open for each.  As for still being able to log in, hmm, I only know what willcooke told me as far as the EOLing
[03:59] <Unit193> slangasek: I figured, wasn't sure if missed or not so mentioned it.  Yeah, it's very strange as I got an email from them and read a blog post of theirs, was fully expecting to no longer be able to login.
[03:59] <Unit193> Mainly figured I'd mention it as you said not only would it not let you login, but also didn't launch.
[04:01] <Unit193> slangasek: Do you know if you'll likely be able to get permission for the newer one?
[05:20] <slangasek> Unit193: the "newer" one has been available for quite some time, and no sign yet
[05:21] <Unit193> Yeah I saw the beta news, etc.  Just wondered if partner was going to get it.  Thanks for answering.
[11:58] <cpaelzer> thanks for the hint on ./debian/git-cherry-pick xnox
[12:00] <cpaelzer> xnox: I read that you just want "ids of the patches you are after; and series you want them in" - will let you know
[12:00] <cpaelzer> xnox: I need to read through the bug updates (if any) in Debian/Ubuntu to see if there is more to do
[12:27] <cpaelzer> xnox: I updated bug 1702823 accordingly
[12:41] <aeoril> is there a community development effort on Ubuntu's side for Linux subsystem for Windows?
[12:45] <xnox> aeoril, please explain what you mean?
[12:46] <xnox> aeoril, Windows Subsystem for Linux (WSL) is a proprietary part of the Windows 10 kernel which allows executing linux elf binaries and provides a subset of compatibility syscalls to make elf binaries work.
[12:46] <xnox> all of that work is done by Microsoft alone.
[12:47] <aeoril> xnox: Oh, I thought it might be a joint effort between Canonical and Microsoft, and that there might be some work developers could do open source to contribute to it
[12:47] <xnox> Ubuntu provides a tarball of Ubuntu chroot which is unmodified tarball as used for LXD/LXC etc and is from here: https://cloud-images.ubuntu.com/xenial/current/xenial-server-cloudimg-amd64-root.tar.gz
[12:48] <xnox> aeoril, that tarball is wrapped in a zip file, with a manifest file that says "ubuntu", and is registered with the WSL subsystem (literary one call to WSL api)
[12:48] <xnox> the WSL apis are public in the latest insider builds of windows 10, not sure if the windows sdk with those dll/header files is out yet.
[12:49] <xnox> aeoril, apart from wrapping existing chroot/tarball of the ubuntu container cloud image there was no futher work done by canonical. And none of the binaries are modified and/or recompiled at all - it really are just the same amd64 binaries as one executes on top of ubuntu kernel.
[12:49] <aeoril> I see
[12:50] <xnox> aeoril, there is community around WSL, which is mostly around testing various things one wants to run and reporting misbehaving syscalls / weirdness. https://github.com/Microsoft/BashOnWindows
[12:50] <aeoril> xnox: thanks for that :)
[12:50] <xnox> aeoril, with each update to insiders release there have been improvements in the windows kernel syscall faking thus more and more complex apps now work.
[12:51] <xnox> aeoril, and the microsoft team working on this is active in gathering feedback via above project.
[12:52] <aeoril> Do you know if Microsoft has any of their part open source?  I had heard something some while ago about Microsoft opening up parts of their OS development to open source developers
[12:52] <aeoril> Not really sure about that
[12:53] <xnox> aeoril, one could "fix" linux apps, by using fallbacks and/or lowering the syscall level that is required to run something. But that is not a long term solution and kind of not the point of WSL =) the idea is to have parity on windows side, rather than adding fallacks on the linux side.
[12:54] <xnox> aeoril, i have no idea about that. Maybe use Microsoft developer forums / insiders community to ask about that. There are a lot of repositories at https://github.com/Microsoft and there is process around accepting external contributions e.g. for donet and the like. But I have not yet seen any more "core" services / subsystems / libc / kernel there.
[12:54] <xnox> i guess some may class hacking on the next dotnet as os development.
[12:59] <aeoril> xnox: thank you for getting me started on this.  You are very generous to help me with Microsoft OSS efforts, even though they do not really have much to do with Ubuntu OSS efforts.
[13:01] <cpaelzer> We are over the millenium years - OSS spirit everywhere now
[13:03] <cpaelzer> xnox: I see you updated the bug - let me know if you need anything else
[13:03] <cpaelzer> xnox: otherwsie I'll wait to verify once the bug gets the usueal SRU update notice from moving to proposed
[13:40] <xnox> there is currently inflight sru for xenial & yakkety.
[13:40] <xnox> i will try to fix this in artful asap, and make the sru uploads into yakkety-zesty.
[13:41] <xnox> i have networkd features to backport into xenial-yakkety-zesty as well.
[14:17] <clivejo> how do I get uscan to repack and create a dfsg tarball?