Yeah this mode seems to be pretty cordoned off. For example, I'm not sure that Linux processes will be able spawn windows executables. I'd say it will be a useful to use a Linux binary cache on windows, but not at all a replacement for a msys/cygwin-based windows port.
On Wed, Mar 30, 2016 at 5:42 PM, Mathnerd314 <mathnerd314....@gmail.com> wrote: > The talk is finished. There's also a pre-recorded demo: > https://channel9.msdn.com/Events/Build/2016/P488 > > Apparently the files are stored in a hidden user directory as normal NTFS > files. It's still unclear why the filesystem appears as read-only, but > apt-get does work, so I imagine Nix will work fine too, unless it uses one > of the unimplemented syscalls. it's not going to be available for another > 1-2 weeks, and then only to Windows Insiders (but it's free to join that > program). > > I don't think Nix should drop MinGW or Cygwin support though (what little > works), since it will still be useful for compiling GUI things (e.g. SDL > games). > > -- Mathnerd314 > > On Wed, Mar 30, 2016 at 1:01 PM, Mathnerd314 <mathnerd314....@gmail.com> > wrote: > >> The talk was scheduled before today; I think it's too early for April. >> >> https://channel9.msdn.com/Events/Build/2016/C906 >> >> What's not clear is how the linux files are stored; it looks like the >> root filesystem is read-only in Dustin Kirkland's post, which would >> preclude using a package manager. >> >> -- Mathnerd314 >> > > _______________________________________________ > nix-dev mailing list > nix-dev@lists.science.uu.nl > http://lists.science.uu.nl/mailman/listinfo/nix-dev > >
_______________________________________________ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev
