public inbox for cygwin@cygwin.com
 help / color / mirror / Atom feed
From: Andrey Repin <anrdaemon@yandex.ru>
To: Warren Young <wyml@etr-usa.com>, cygwin@cygwin.com
Subject: Re: native Linux userland in Windows 10
Date: Fri, 15 Apr 2016 10:05:00 -0000	[thread overview]
Message-ID: <152468049.20160415130425@yandex.ru> (raw)
In-Reply-To: <9B4C5920-2F0F-4D7C-A489-A6329679A1E8@etr-usa.com>

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 is seen as /mnt/c/tmp/foo.txt inside the UfW
> box.  That is, /mnt under UfW behaves much like /cygpath under Cygwin.

And how does that help?

> The only difference between UfW and Cygwin in this regard is that UfW
> doesn’t have any fallbacks for mixed-mode and DOS-style style paths.  Only
> POSIX paths work, which is the recommended way of working with Cygwin, too. 
> Microsoft is bypassing

More like dismissing.

> one of the most troublesome areas of day-to-day
> Cygwin use here by refusing to accept anything but POSIX paths.

The point of Cygwin for me was always an interoperability.
I can shift focus back and forth with minimal issues, if any.

>>> Ubuntu with severe limitations
>>> is still highly useful; witness Raspian.
>> 
>> Raspian is an operating system.
>> This… this, I don't know how to call it, but it's a complete joke.

> Hyperbolic much?

No, just a little.

> I’d say UfW checks off most of the defining characteristics of an OS:
> there’s a separate kernel and userland, it does scheduling, mediates IPC,
> keeps processes from stomping on each other…  About the only thing it
> doesn’t do is privilege separation, but if that’s a necessary qualification
> for a thing to be an OS, a Linux box booted into single-user mode isn’t an OS, either.

In other words, it's a virtual machine. About as useful as any other, and
there's way more useful and complete solutions already on the market.

>>> A concrete example: All those soul-patch web developers choose to carry Mac
>>> laptops not just because they’re the hipster choice, but because Node runs
>>> much better under OS X than Windows.  That proposition wholly changes in
>>> this UfW world: run node.js in the Ubuntu box and connect to it over the
>>> OS’s shared network stack from the Windows GUI browser of your choice.
>> 
>> At the same time, you could run any given VM and get much better options and
>> choices.

> You can make the same argument about Cygwin.

No.

> And yet, despite the free
> availability of top-quality VM technology, Cygwin continues to thrive.

Because interoperability.

> UfW won’t fill 100% of the use cases of Cygwin from day 1, but for a lot of
> cases, the two will be interchangeable,

Name me a few. I can't imagine even "bash here" implemented in this... this.
Not to mention royally screwed permissions.

>>>> I just hope it does not interfere too much with my Cygwin setup
>> 
>>> UfW will be completely independent of Cygwin.
>>> More’s the pity, because it means you’ll be incentivized to choose one or
>>> the other, likely to Cygwin’s net detriment.
>> 
>> Since it will be independent of Windows as well as Cygwin, the choice is a
>> nobrainer.

> If that is your decision for yourself, that’s perfectly fine.  However, I
> predict that a whole lot of people will find uses for this technology,
> thereby making it “useful,” by definition.

Yes, of course. People always find uses for everything. Doesn't make it any
more useful.
And they will see no issues when moving from this crap to real *NIX system.
Always working as root? What could possible go wrong?


-- 
With best regards,
Andrey Repin
Friday, April 15, 2016 12:53:35

Sorry for my terrible english...

  parent reply	other threads:[~2016-04-15 10:05 UTC|newest]

Thread overview: 53+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-04-13 12:56 KARL BOTTS
2016-04-13 13:21 ` John Cowan
2016-04-14 15:58 ` Warren Young
2016-04-14 17:18   ` Andrew Schulman
2016-04-14 19:20   ` Andrey Repin
2016-04-14 19:26     ` Eliot Moss
2016-04-14 20:40     ` John Cowan
2016-04-14 22:50       ` Andrey Repin
2016-04-14 23:34         ` John Cowan
2016-04-15 10:05           ` Andrey Repin
2016-04-15 16:27             ` John Cowan
2016-04-17 21:35               ` Andrey Repin
2016-04-18  5:45                 ` Don't descend into a flame war. was: " Herbert Stocker
2016-04-18 13:51                   ` cyg Simple
2016-04-14 23:09     ` Warren Young
2016-04-14 23:53       ` John Cowan
2016-04-15 10:05       ` Andrey Repin [this message]
2016-04-20 22:23         ` Warren Young
2016-04-21 11:56           ` David Macek
2016-04-21 16:31             ` John Cowan
2016-04-22  8:04               ` David Macek
2016-04-22  8:40                 ` Steven Hartland
2016-04-22  4:37           ` Andrey Repin
2016-04-14 20:49   ` John Cowan
  -- strict thread matches above, loose matches on Subject: below --
2016-04-12 12:51 Andrew Schulman
2016-04-12 12:59 ` Marco Atzeri
2016-04-12 13:41   ` Corinna Vinschen
2016-04-12 14:41     ` Philip Daniels
2016-04-12 14:54     ` wilson
2016-04-12 17:01       ` Andrew Schulman
2016-04-12 19:22         ` Eliot Moss
2016-04-12 22:08           ` Warren Young
2016-04-13 15:35             ` Andrey Repin
2016-04-13 18:21               ` John Cowan
2016-04-14  0:14               ` John Cowan
2016-04-14  1:05                 ` Andrey Repin
2016-04-14  3:06                 ` Eliot Moss
2016-04-14 18:35                   ` Andrey Repin
2016-04-14 14:50               ` Warren Young
2016-04-14 15:08                 ` Alexey Sokolov
2016-04-14 17:35                   ` Eliot Moss
2016-04-14 18:35                     ` Andrey Repin
2016-04-14 18:37                       ` Eliot Moss
2016-04-14 18:35                 ` Andrey Repin
2016-04-12 17:37       ` Achim Gratz
2016-04-13  0:12   ` Andrew Schulman
2016-04-13  5:02     ` Herbert Stocker
2016-04-12 17:42 ` Achim Gratz
2016-04-13  5:20 ` Herbert Stocker
2016-04-13  9:41 ` Gerrit Haase
2016-04-13 10:17   ` Tony Kelman
2016-04-15 11:12 ` Tobias Zawada
2016-04-15 16:48   ` John Cowan

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=152468049.20160415130425@yandex.ru \
    --to=anrdaemon@yandex.ru \
    --cc=cygwin@cygwin.com \
    --cc=wyml@etr-usa.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).