On 22/04/2016 08:02, David Macek wrote:
On 21. 4. 2016 18:01, John Cowan wrote:
David Macek scripsit:
You're assuming LSW will become pre-installed on these workstations and
UoW will become a Windows Store "app". I'm not saying it can't happen,
but it seems unlikely at the moment.
Why unlik
On 21. 4. 2016 18:01, John Cowan wrote:
> David Macek scripsit:
>
>> You're assuming LSW will become pre-installed on these workstations and
>> UoW will become a Windows Store "app". I'm not saying it can't happen,
>> but it seems unlikely at the moment.
>
> Why unlikely? That is exactly what is
Greetings, Warren Young!
> On Apr 15, 2016, at 4:04 AM, Andrey Repin wrote:
>>
>>> And yet, despite the free
>>> availability of top-quality VM technology, Cygwin continues to thrive.
>>
>> Because interoperability.
> So the ability to run native Linux ELF binaries without recompilation on
> W
David Macek scripsit:
> You're assuming LSW will become pre-installed on these workstations and
> UoW will become a Windows Store "app". I'm not saying it can't happen,
> but it seems unlikely at the moment.
Why unlikely? That is exactly what is the case, if you are running
the current alpha bui
Note that I'm not necessarily arguing against you in every point you wrote.
Some reactions are just notes.
On 21. 4. 2016 0:10, Warren Young wrote:
> One such example is the recent complaint thread about Git’s path handling,
> which wouldn’t even come up under UfW, because it isn’t Windows at al
On Apr 15, 2016, at 4:04 AM, Andrey Repin wrote:
>
>> And yet, despite the free
>> availability of top-quality VM technology, Cygwin continues to thrive.
>
> Because interoperability.
So the ability to run native Linux ELF binaries without recompilation on
Windows is not “interoperability”?
>
On 4/18/2016 1:44 AM, Herbert Stocker wrote:
> On 17.04.2016 23:27, Andrey Repin wrote:
>> Greetings, John Cowan!
>>
>>> Andrey Repin scripsit:
>>
Of course, it is efficient.
More efficient, than starting a shell each time I need to diff a file.
Or 2-3 shells, if you call a wrapper.
On 17.04.2016 23:27, Andrey Repin wrote:
Greetings, John Cowan!
Andrey Repin scripsit:
Of course, it is efficient.
More efficient, than starting a shell each time I need to diff a file.
Or 2-3 shells, if you call a wrapper. Which is least efficient, considering
retarded CMD quoting rules.
Greetings, John Cowan!
> Andrey Repin scripsit:
>> Of course, it is efficient.
>> More efficient, than starting a shell each time I need to diff a file.
>> Or 2-3 shells, if you call a wrapper. Which is least efficient, considering
>> retarded CMD quoting rules.
> I always have 2-3 shells runnin
Tobias Zawada scripsit:
> - There is no plan to add X11 or Mir (or any equivalent) to WSL.
>It is not possible to install X11 stuff since the grapical device drivers
>are not ported.
There is no problem, however, with running Cygwin/X or a similar Win32
X server, and then running X clien
Andrey Repin scripsit:
> Of course, it is efficient.
> More efficient, than starting a shell each time I need to diff a file.
> Or 2-3 shells, if you call a wrapper. Which is least efficient, considering
> retarded CMD quoting rules.
I always have 2-3 shells running, more if I am editing a lot of
Hello,
> Andrew Schulman wrote:
>
> By now I guess most of us have seen the reports of bash, and in fact a full
> Linux userland, running natively in Windows 10:
>
> http://www.osnews.com/story/29149/Microsoft_and_Canonical_partner_to_bring_Ubuntu_to_Windows_10
> http://www.hanselman.com/blog/
Greetings, John Cowan!
>> Right now, I hit Alt+Shift+D, which invokes a short macro calling menu entry
>> view:> -I "\$Author.*\$" -I "\$URL.*\$" -I "^Orbiting .*$" !?$UnixDiff$Options
>> ((-c, -b etc.)):?! --strip-trailing-cr -- "!#!\!.!" "!^!\!.!"
>> and get two files (or directories) on opposi
Greetings, Warren Young!
> On Apr 14, 2016, at 1:07 PM, Andrey Repin wrote:
>>
small things like cygpath
>>
>>> A cygpath like facility is neither useful nor needed in UfW.
>>
>> Which means, I can't call diff between files on my file manager's two panels?
> Sure you can. c:\tmp\foo.txt
Warren Young scripsit:
> (Open question: does UfW’s Bash shell accept UNC paths?)
No. It treats a leading double slash as a single slash, despite the Posix
permission to do otherwise, and treats a non-leading double slash as an
error, despite the Posix requirement not to do that. (I have report
Andrey Repin scripsit:
> Welcome, poor child of a big blue button. Let me introduce you into my world.
> The world, where file managers help you manage files.
"The Jews have no dealings with the Samaritans." I live in a word of
command lines almost exclusively, unless I am running a Web browser.
On Apr 14, 2016, at 1:07 PM, Andrey Repin wrote:
>
>>> small things like cygpath
>
>> A cygpath like facility is neither useful nor needed in UfW.
>
> Which means, I can't call diff between files on my file manager's two panels?
Sure you can. c:\tmp\foo.txt is seen as /mnt/c/tmp/foo.txt inside
Greetings, John Cowan!
> Andrey Repin scripsit:
>> Which means, I can't call diff between files on my file manager's two panels?
> What on earth does that mean?
Welcome, poor child of a big blue button. Let me introduce you into my world.
The world, where file managers help you manage files.
>
Warren Young scripsit:
> Third, given a choice between the Cygwin package repo and the Ubuntu
> package repo, well, no contest, yes? That’s also why Ubuntu and
> not, say, Fedora or Arch; Microsoft chose the biggest single package
> repo available.
I'm not so sure of that. Canonical is fairly f
Andrey Repin scripsit:
> Which means, I can't call diff between files on my file manager's two panels?
What on earth does that mean?
In any case, though it is hard to be sure (no /etc/fstabs file), I
think that /mnt/c is hardwired into lxss, not the result of a Linux-level
mount operation.
> At
On 4/14/2016 3:07 PM, Andrey Repin wrote:
It was mentioned that you can mount the Windows file system,
so I don't see why you can't work with both Linux and Windows
files from within the Ubuntu universe ...
Eliot Moss
--
Problem reports: http://cygwin.com/problems.html
FAQ:
Greetings, Warren Young!
>> I do not think they have really considered the integration issues that Cygwin
>> has mostly solved.
> Since when has Microsoft ever been immune from NIH syndrome?
>> small things like cygpath
> A cygpath like facility is neither useful nor needed in UfW. The program
Greetings, Eliot Moss!
> On 4/14/2016 11:08 AM, Alexey Sokolov wrote:
>> Unrelated: If they just implement Linux kernel interface, I don't see
>> why other distros can't work.
> Can't system call numbers, etc., be totally different
> between different kernels?
Different as Linux vs. BSD vs. ...
On 4/14/2016 2:30 PM, Andrey Repin wrote:
Greetings, Eliot Moss!
On 4/14/2016 11:08 AM, Alexey Sokolov wrote:
Unrelated: If they just implement Linux kernel interface, I don't see
why other distros can't work.
Can't system call numbers, etc., be totally different
between different kernels
Greetings, Warren Young!
> On Apr 13, 2016, at 9:25 AM, Andrey Repin wrote:
>>
>>> On Apr 12, 2016, at 1:22 PM, Eliot Moss wrote:
It will be interesting to see how they map identities and permissions!
>>
>>> They don’t map identities at all, a fact that is clear from this
>>> prese
Greetings, Eliot Moss!
> On 4/13/2016 8:14 PM, John Cowan wrote:
>> Andrey Repin scripsit:
>>
>>> In other words, this is a useless bullshit?
>>> No SSHD, no cron, no… nothing?
> I know that some people really depend on having server applications
> available on Windows via cygwin. However, some
On 4/14/2016 11:08 AM, Alexey Sokolov wrote:
Unrelated: If they just implement Linux kernel interface, I don't see
why other distros can't work.
Can't system call numbers, etc., be totally different
between different kernels?
Regards -- Eliot Moss
--
Problem reports: http://cygwin.com/
> That means Cygwin cant just call the new fork() WSL syscall.
Bummer.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
On Apr 13, 2016, at 6:56 AM, KARL BOTTS wrote:
>
> why didn't MS just arrange to support Cygwin more
> directly, e.g., make a "blessed" distribution mechanism for Cygwin available
> to their users?
Many reasons.
The first must be licensing. Realize that UfW is a kernel-level feature, which
me
14.04.2016 15:49, Warren Young пишет:
> The fact that it has limitations merely means it isn’t going to wipe Cygwin
> off the map immediately. When/if Microsoft fixes all the limitations w.r.t.
> Cygwin, Cygwin is in deep yogurt.
Cygwin also works on older versions of Windows. My guess is that
On Apr 13, 2016, at 9:25 AM, Andrey Repin wrote:
>
>> On Apr 12, 2016, at 1:22 PM, Eliot Moss wrote:
>>>
>>> It will be interesting to see how they map identities and permissions!
>
>> They don’t map identities at all, a fact that is clear from this
>> presentation:
>>
> In other words, this
On 4/13/2016 8:14 PM, John Cowan wrote:
Andrey Repin scripsit:
In other words, this is a useless bullshit?
No SSHD, no cron, no… nothing?
I know that some people really depend on having server applications
available on Windows via cygwin. However, some of us do not use those
and rely only on
Greetings, John Cowan!
>> In other words, this is a useless bullshit?
>> No SSHD, no cron, no… nothing?
> Because there is no Upstart, standard Ubuntu cron will not work:
> "start cron" tells you that /com/ubuntu/upstart does not exist.
That's... Ridiculous.
You can try adding upstart, but I hig
Andrey Repin scripsit:
> In other words, this is a useless bullshit?
> No SSHD, no cron, no… nothing?
Because there is no Upstart, standard Ubuntu cron will not work:
"start cron" tells you that /com/ubuntu/upstart does not exist.
--
John Cowan http://www.ccil.org/~cowanco...@c
Andrey Repin scripsit:
> In other words, this is a useless bullshit?
> No SSHD, no cron, no… nothing?
It's meant to be a client, not a server. I see no reason why cron
should not work. I'll try it and sshd when I get home tonight,
along with the icacls commands.
--
John Cowan http://
Greetings, Warren Young!
> On Apr 12, 2016, at 1:22 PM, Eliot Moss wrote:
>>
>> It will be interesting to see how they map identities and permissions!
> They don’t map identities at all, a fact that is clear from this presentation:
> https://channel9.msdn.com/Events/Build/2016/C906
> They’r
KARL BOTTS scripsit:
> Remember, they have tried basically the same thing at least twice
> before: the "POSIX Subsystem" of WinNT, and the "Unix Tools for Windows".
Actually, Microsoft hasn't. The Posix subsystem never did anything
useful and was just a cynical hack to satisfy government checkli
What baffles me is, why didn't MS just arrange to support Cygwin more
directly, e.g., make a "blessed" distribution mechanism for Cygwin available
to their users? Surely this could have been worked out: they have some sort
of "partnership" with RedHat, they claim.
I put a lengthy comment to that
> 2016-04-12 14:50 GMT+02:00 Andrew Schulman is curious:
>>
>> Has anyone had a chance to try this new feature? Does it work as well as is
>> claimed?
>>
>
> I will try ;)
>
> Here is how to:
>
> http://blog.dustinkirkland.com/2016/04/howto-ubuntu-on-windows.html
>
> Gerrit
I've been giving it a s
2016-04-12 14:50 GMT+02:00 Andrew Schulman is curious:
>
> Has anyone had a chance to try this new feature? Does it work as well as is
> claimed?
>
I will try ;)
Here is how to:
http://blog.dustinkirkland.com/2016/04/howto-ubuntu-on-windows.html
Gerrit
--
Problem reports: http://cygwin.
On 12.04.2016 14:50, Andrew Schulman wrote:
But unlike with Cygwin, Linux apps don't have to be rebuilt -
they can run natively as-is in Windows 10.
So it's not the same thing as Cygwin, technically, it's more like a
reverse Wine.
So you can get, allegedly, the full Linux userland out-of-the-
On 13.04.2016 02:11, Andrew Schulman wrote:
If they really would like to port Unix on MS, it will be enough to
provide Corinna with a simple way to implement fork
But if they want to play Embrace, Extend and Extinguish[1]
they have to do the whole thing by themselves.
[1]: https://en.wik
> If they really would like to port Unix on MS, it will be enough to
> provide Corinna with a simple way to implement fork
+1
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe
On Apr 12, 2016, at 1:22 PM, Eliot Moss wrote:
>
> It will be interesting to see how they map identities and permissions!
They don’t map identities at all, a fact that is clear from this presentation:
https://channel9.msdn.com/Events/Build/2016/C906
They’re clearly saying that the Ubuntu wor
On 4/12/2016 1:01 PM, Andrew Schulman wrote:
I don't think I'll count on Microsoft to maintain a usable Bash shell
without twerping it in some fashion so it becomes incompatible (like
they tried with numerous other products they "adopted"). The comment on
Greeks and gifts is right on target.
To
Andrew Schulman writes:
> The first link cited above suggests that if this is all it claims to be, it
> would remove the need for Cygwin. I can see the point.
It doesn't, as long as it doesn't integrate into the Windows user space
at all, like it currently seems not to.
Regards,
Achim.
--
+<[Q+
wilson writes:
> I don't think I'll count on Microsoft to maintain a usable Bash shell
> without twerping it in some fashion so it becomes incompatible (like
> they tried with numerous other products they "adopted"). The comment
> on Greeks and gifts is right on target.
Maybe you didn't read the a
> I don't think I'll count on Microsoft to maintain a usable Bash shell
> without twerping it in some fashion so it becomes incompatible (like
> they tried with numerous other products they "adopted"). The comment on
> Greeks and gifts is right on target.
To be clear, bash here doesn't come fro
On 2016-04-12 09:41, Corinna Vinschen wrote:
On Apr 12 14:58, Marco Atzeri wrote:
On 12/04/2016 14:50, Andrew Schulman wrote: By now I guess most of us
have seen the reports of bash, and in fact a full Linux userland,
running natively in Windows 10:
http://www.osnews.com/story/29149/Microsoft
This new Linux subsystem does have a fork() API call somewhere in
either lxcore.sys or lxss.sys. Presumably lots of other Linux kernel
APIs as well.
It is interesting that this has popped up, though perhaps not as
unexpected as many people think. Does anybody remember that a guy from
Microsoft pos
On Apr 12 14:58, Marco Atzeri wrote:
> On 12/04/2016 14:50, Andrew Schulman wrote:
> >By now I guess most of us have seen the reports of bash, and in fact a full
> >Linux userland, running natively in Windows 10:
> >
> >http://www.osnews.com/story/29149/Microsoft_and_Canonical_partner_to_bring_Ubun
On 12/04/2016 14:50, Andrew Schulman wrote:
By now I guess most of us have seen the reports of bash, and in fact a full
Linux userland, running natively in Windows 10:
http://www.osnews.com/story/29149/Microsoft_and_Canonical_partner_to_bring_Ubuntu_to_Windows_10
http://www.hanselman.com/blog/De
52 matches
Mail list logo
