Mail Archives: cygwin/2016/04/21/05:57:24
X-Recipient: | archive-cygwin AT delorie DOT com
|
DomainKey-Signature: | a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
|
| :list-unsubscribe:list-subscribe:list-archive:list-post
|
| :list-help:sender:subject:to:references:from:message-id:date
|
| :mime-version:in-reply-to:content-type; q=dns; s=default; b=qzWi
|
| 0KknenzE4vVkeZ4ltaWFKTHR2/vkdKWGO9Z8UZs6C4MhKLi/2TCP8kL+YxSxSOB4
|
| +y9APCl+g2RX8ZCv5UonLkJ8jaiBRCIHsrEi+ZeHHJgJ/+kDqYSJ5KZwQzFb46+5
|
| RjDOI2FVVO/4D/m913NOYhUM/cb0Y1sk5C7aguU=
|
DKIM-Signature: | v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id
|
| :list-unsubscribe:list-subscribe:list-archive:list-post
|
| :list-help:sender:subject:to:references:from:message-id:date
|
| :mime-version:in-reply-to:content-type; s=default; bh=WF7/N3N0mH
|
| NPg8bB5dPWimu/kN4=; b=KfUo7Mex66SiZtZeQ/0SzOVxyd3NPHtKY1ex4cUJn4
|
| wScPGtq2ViGV+r8FGTs+9CpqPqFHJ5eUJcKUiI3Snn0XJOBXgOk7d36PeSZxRtXI
|
| 8yzuX7jwHx9xCjokuULjPOOe5J4zoKN9q2EussRhCT7eqgWtWwccedJC5iwRjszY
|
| k=
|
Mailing-List: | contact cygwin-help AT cygwin DOT com; run by ezmlm
|
List-Id: | <cygwin.cygwin.com>
|
List-Subscribe: | <mailto:cygwin-subscribe AT cygwin DOT com>
|
List-Archive: | <http://sourceware.org/ml/cygwin/>
|
List-Post: | <mailto:cygwin AT cygwin DOT com>
|
List-Help: | <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
|
Sender: | cygwin-owner AT cygwin DOT com
|
Mail-Followup-To: | cygwin AT cygwin DOT com
|
Delivered-To: | mailing list cygwin AT cygwin DOT com
|
Authentication-Results: | sourceware.org; auth=none
|
X-Virus-Found: | No
|
X-Spam-SWARE-Status: | No, score=-2.4 required=5.0 tests=BAYES_00,FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 spammy=Warren, warren, retaining, endings
|
X-HELO: | mail-wm0-f50.google.com
|
X-Google-DKIM-Signature: | v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to; bh=N5ddDUVQUnfynyC8mEBmxUpMOZwgoTU2aruWwhf7eeY=; b=S/ycSWXYALozsQ+PC6KKHPg/U9UqhU+f4z22iRPzxMR7/E4e+ri/4v+QqqYM9J3M+2 kBY1g5g4OVfAD7lmK0OjpscrGhi+W1SAx7EJHeZn8o1N9Ztu5UhQHBHltSq00v+0qXQc j2hEpWBAb67hRIpQVNawqrkfkkNQhDDVkuhEpdMZaaDf29d2OxUStkUUEDoh3pX3Fl5a fKKXoZHLiHEFpTvPQaZP//0nGi3FLUtoEwE0EvsMV++o/XuIl4cqNUH+aN5iUo/4FUTF EbAI4jsIf3PLz/uMXVCmntB+Immlbbu31ZEWJW4RZaYjfbCahW29XeER3Ky69Cm8YofL E4OA==
|
X-Gm-Message-State: | AOPr4FWX0UIc1q5s+WxU6S/4FViS+/UdQEFYJ9mJ9WMSMthZZfwFJnetU1V52f0lOEI+Dg==
|
X-Received: | by 10.194.142.240 with SMTP id rz16mr13140153wjb.126.1461232620237; Thu, 21 Apr 2016 02:57:00 -0700 (PDT)
|
Subject: | Re: native Linux userland in Windows 10
|
To: | cygwin AT cygwin DOT com
|
References: | <416uDmm4T7200S05 DOT 1460552179 AT web05 DOT cms DOT usa DOT net> <84CCF5B5-9F11-4541-A527-FD0BD3AE5545 AT etr-usa DOT com> <1117668279 DOT 20160414220758 AT yandex DOT ru> <9B4C5920-2F0F-4D7C-A489-A6329679A1E8 AT etr-usa DOT com> <152468049 DOT 20160415130425 AT yandex DOT ru> <980EF918-9A26-4F02-88D6-53951432B0E4 AT etr-usa DOT com>
|
From: | David Macek <david DOT macek DOT 0 AT gmail DOT com>
|
Message-ID: | <5718A3EA.10903@gmail.com>
|
Date: | Thu, 21 Apr 2016 11:56:58 +0200
|
User-Agent: | Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0
|
MIME-Version: | 1.0
|
In-Reply-To: | <980EF918-9A26-4F02-88D6-53951432B0E4@etr-usa.com>
|
X-IsSubscribed: | yes
|
--------------ms010101080305020400010800
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
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=E2=80=99s path =
handling, which wouldn=E2=80=99t even come up under UfW, because it isn=E2=
=80=99t Windows at all. Git under UfW has exactly the same semantics as un=
der Linux, where presumably the semantics are perfect, since Linux is git=
=E2=80=99s natural environment.
>=20
> Another example is CRLF and UTF-8 handling. Any program running under Cy=
gwin that bypasses its POSIX interfaces (e.g. calling ReadFile() instead of=
read(2)) will likely do strange things with LF-terminated UTF-8 text files=
, whereas a UfW binary will always assume LF and UTF-8 (or $LANG, anyway) t=
ext encoding. Thus, all the hacks in Cygwin and Cygwin-ported executables =
for CRLF workarounds (e.g. Cygwin=E2=80=99s =E2=80=9Ctext=E2=80=9D mount op=
tion hack, the crnl-glob feature in Fossil to make it ignore CRs when deter=
mining if a file is =E2=80=9Cbinary=E2=80=9D, etc.) don=E2=80=99t need to e=
xist under UfW.
>
> Still another example is the unfortunate mismatches in Windows vs POSIX f=
ile locking semantics, as you recently noted in your recent thread complain=
ing about another =E2=80=9Cuseless=E2=80=9D feature, Cygwin=E2=80=99s flock=
() implementation. Again, the insides of the UfW box are completely POSIX, =
not Windows at all, so presumably locking semantics are Linux-native (i.e. =
advisory by default, rather than mandatory), too, so there is no mismatch b=
etween Windows and POSIX semantics. Here, the wall between NT subsystems he=
lps: you can=E2=80=99t have a Windows app and a UfW app fighting for lock c=
ontrol of a single file, since Windows apps can=E2=80=99t even see inside t=
he UfW filesystem.
So far you're enumerating limitations of Cygwin-Win32 interoperability, not=
limitations of Cygwin. Correct me if I'm wrong, but AFAIK if you stick to =
(well-written) Cygwin programs and Cygwin filesystem, you don't have to wor=
k around wrong line endings nor strong locks.
> (You could have such a fight through the /mnt/[driveletter] door, but tha=
t=E2=80=99s like arguing that the availability of NFS or SMB locking preven=
ts Linux locking semantics from working correctly. Conflicts can only occu=
r in the shared filesystem.)
I would like to make the same argument for Cygwin and /cygdrive.
> 4. You=E2=80=99re using Cygwin on Windows to test software that normally =
builds and runs on Linux on a PC where installing Linux or a VM manager isn=
=E2=80=99t an option. (e.g. A typical corporate locked-down desktop PC.) G=
iven a choice between Cygwin and UfW, both will work
You can install UoW without admin privileges? Or from another POV, you can =
install UoW but not VirtualBox?
> In fact, in such an environment, UfW might have a distinct advantage, bei=
ng available through the Windows Store. A typical corporate PC lock-down p=
olicy might not restrict installation from the Windows Store (such apps bei=
ng pre-vetted, signed, and therefore =E2=80=9Csafe=E2=80=9D) but might prev=
ent installation of Cygwin, since Cygwin is third-party and doesn=E2=80=99t=
normally install on a per-user basis.
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.
> (Indeed, iperf3 doesn=E2=80=99t build OOTB on Cygwin due to an API confli=
ct with newlib, a problem that doesn=E2=80=99t impact glibc based systems l=
ike UfW.)
Although practically speaking, Linux is more comfortable because people pri=
marily target Linux, it'd be better to push for programs to be truly POSIX-=
portable instead of furthering the Linux near-monopoly.
> 6. A lot of Unix software runs like a pig under Cygwin due to the user-sp=
ace gyrations Cygwin must go through to implement POSIX semantics under Win=
dows.
Midipix could end up taking the place of the top competitor of LSW/UoW perf=
ormance-wise, while retaining interoperability with Win32.
> 8. All of us who greatly prefer installing software via a command line pa=
ckage manager (e.g. apt, pkg, brew, yum=E2=80=A6) rather than a GUI (e.g. s=
etup.exe) will probably be happier under UfW than on Cygwin.
This is fixable. MSYS2 already has pacman which can do the same. (Thanks to=
Cygwin developers, among others.)
> 9. A lot of software for Linux simply isn=E2=80=99t portable enough to bu=
ild under Cygwin, and there is no native Windows port. Such software may d=
o low-level unportable things, include assembly language hacks, etc. that d=
on=E2=80=99t work on Windows, so your only alternative heretofore to run su=
ch software on a Windows box was to run a Linux VM. (e.g. Node.js, the Ora=
cle JVM (as opposed to Cygwin=E2=80=99s current JVM alternative, gcc-gcj), =
Valgrind, etc.)
This is definitely a win for LSW/UoW, because it goes for Linux compatibili=
ty.
--=20
David Macek
--------------ms010101080305020400010800
Content-Type: application/pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature
MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG
9w0BBwEAAKCCCuwwggUCMIID6qADAgECAhAwzJDbT70jeYw1Cb83uS/9MA0G
CSqGSIb3DQEBCwUAMHUxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENv
bSBMdGQuMSkwJwYDVQQLEyBTdGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1dGhv
cml0eTEjMCEGA1UEAxMaU3RhcnRDb20gQ2xhc3MgMSBDbGllbnQgQ0EwHhcN
MTUxMjIzMDgyOTQ0WhcNMTYxMjIzMDgyOTQ0WjBKMSAwHgYDVQQDDBdkYXZp
ZC5tYWNlay4wQGdtYWlsLmNvbTEmMCQGCSqGSIb3DQEJARYXZGF2aWQubWFj
ZWsuMEBnbWFpbC5jb20wggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIB
AQCnUGZaXVaGbHTA2s29ZRn4EWF+mN7cEUhAXNs704Brun7YwopS2xsAVuRq
+WGQLWZqVyLRHOnCsx5uqnF5e1ZjEl21l5hrcM2aFEyyTAEVeXvZSk7Oghqj
IPp7u5dWwadD6ck/EkJeqHv4gfyI+/NLutTUaft3pcj9eI4IlGkxK4UO7VMh
TBVi9KyRfLiZJpy1OdQ0JDidQcoLnCqQX7SWcQNko+ujMaw/K3UkT6xFTW0H
Huhq/rBEJPdFG5XHyjsTh72NymPw1JSngKOoETJomaIrSx30CYwmIEXgleKG
RzYmSlSJP8UActCxwz7Qo3BajrH0iu3lHDqbBnviPXoZAgMBAAGjggG3MIIB
szALBgNVHQ8EBAMCBLAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwME
MAkGA1UdEwQCMAAwHQYDVR0OBBYEFLU/0F3NtsxZQdtsyjsQV+CRUcP1MB8G
A1UdIwQYMBaAFCSBbDlhvkkPj7cbRivJKLUnSG1oMG8GCCsGAQUFBwEBBGMw
YTAkBggrBgEFBQcwAYYYaHR0cDovL29jc3Auc3RhcnRzc2wuY29tMDkGCCsG
AQUFBzAChi1odHRwOi8vYWlhLnN0YXJ0c3NsLmNvbS9jZXJ0cy9zY2EuY2xp
ZW50MS5jcnQwOAYDVR0fBDEwLzAtoCugKYYnaHR0cDovL2NybC5zdGFydHNz
bC5jb20vc2NhLWNsaWVudDEuY3JsMCIGA1UdEQQbMBmBF2RhdmlkLm1hY2Vr
LjBAZ21haWwuY29tMCMGA1UdEgQcMBqGGGh0dHA6Ly93d3cuc3RhcnRzc2wu
Y29tLzBGBgNVHSAEPzA9MDsGCysGAQQBgbU3AQIEMCwwKgYIKwYBBQUHAgEW
Hmh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL3BvbGljeTANBgkqhkiG9w0BAQsF
AAOCAQEAkXAWZ3p8s2aNO4q+MAsuph4diGLSiq3adMsWo3/IqAA7nJVkhobz
XXqTd84T0gFgDdbUCEGxL9YQpsM9fJzRZtP46XBdWR/sSA4UMUZsYAVBkRX+
aDSoLn2lAhtoiJlT0HlKiYk3mscEmk4E8/SQkl2Eo7wY0kuV+0nFWt9QI4ip
xSWkYHt9U1puCPL0PLe8voOM0vsBXhjoO3VTTRVIa5n/ssN+8XNxIevtPl5A
w0UQ5ewZrdV7iItgTzdyw8ZYd3dtbSKrg2cBN0n3muDy9sQhF0zqh2YF1Yci
C8vKcMRPceXBV77D6sS16seSoJqQzYKfN0K9pe6zMDnp0seOPjCCBeIwggPK
oAMCAQICEGunin0K14jWUQr5WeTntOEwDQYJKoZIhvcNAQELBQAwfTELMAkG
A1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNl
Y3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcxKTAnBgNVBAMTIFN0
YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTE1MTIxNjAxMDAw
NVoXDTMwMTIxNjAxMDAwNVowdTELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0
YXJ0Q29tIEx0ZC4xKTAnBgNVBAsTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24g
QXV0aG9yaXR5MSMwIQYDVQQDExpTdGFydENvbSBDbGFzcyAxIENsaWVudCBD
QTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAL192vfDon2D9luC
/dtbX64eG3XAtRmvmCSsu1d52DXsCR58zJQbCtB2/A5uFqNxWacpXGGtTCRk
9dEDBlmixEd8QiLkUfvHpJX/xKnmVkS6Iye8wUbYzMsDzgnpazlPg19dnSqf
hM+Cevdfa89VLnUztRr2cgmCfyO9Otrh7LJDPG+4D8ZnAqDtVB8MKYJL6QgK
yVhhaBc4y3bGWxKyXEtx7QIZZGxPwSkzK3WIN+VKNdkiwTubW5PIdopmykwv
IjLPqbJK7yPwFZYekKE015OsW6FV+s4DIM8UlVS8pkIsoGGJtMuWjLL4tq2h
YQuuN0jhrxK1ljz50hH23gA9cbMCAwEAAaOCAWQwggFgMA4GA1UdDwEB/wQE
AwIBBjAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwEgYDVR0TAQH/
BAgwBgEB/wIBADAyBgNVHR8EKzApMCegJaAjhiFodHRwOi8vY3JsLnN0YXJ0
c3NsLmNvbS9zZnNjYS5jcmwwZgYIKwYBBQUHAQEEWjBYMCQGCCsGAQUFBzAB
hhhodHRwOi8vb2NzcC5zdGFydHNzbC5jb20wMAYIKwYBBQUHMAKGJGh0dHA6
Ly9haWEuc3RhcnRzc2wuY29tL2NlcnRzL2NhLmNydDAdBgNVHQ4EFgQUJIFs
OWG+SQ+PtxtGK8kotSdIbWgwHwYDVR0jBBgwFoAUTgvvGqRAW6UXaYcwyjRo
Q9BBrvIwPwYDVR0gBDgwNjA0BgRVHSAAMCwwKgYIKwYBBQUHAgEWHmh0dHA6
Ly93d3cuc3RhcnRzc2wuY29tL3BvbGljeTANBgkqhkiG9w0BAQsFAAOCAgEA
i+P3h+wBi4StDwECW5zhIycjBL008HACblIf26HY0JdOruKbrWDsXUsiI0j/
7Crft9S5oxvPiDtVqspBOB/y5uzSns1lZwh7sG96bYBZpcGzGxpFNjDmQbcM
3yl3WFIRS4WhNrsOY14V7y2IrUGsvetsD+bjyOngCIVeC/GmsmtbuLOzJ606
tEc9uRbhjTu/b0x2Fo+/e7UkQvKzNeo7OMhijixaULyINBfCBJb+e29bLafg
u6JqjOUJ9eXXj20p6q/CW+uVrZiSW57+q5an2P2i7hP85jQJcy5j4HzA0rSi
F3YPhKGAWUxKPMAVGgcYoXzWydOvZ3UDsTDTagXpRDIKQLZo02wrlxY6iMFq
vlzsemVf1odhQJmi7Eh5TbxI40kDGcBOBHhwnaOumZhLP+SWJQnjpLpSlUOj
95uf1zo9oz9e0NgIJoz/tdfrBzez76xtDsK0KfUDHt1/q59BvDI7RX6gVr0f
QoCyMczNzCTcRXYHY0tq2J0oT+bsb6sH2b4WVWAiJKnSYaWDjdA70qHX4mq9
MIjO/ZskmSY8wtAk24orAc0vwXgYanqNsBX5Yv4sN4Z9VyrwMdLcusP7HJgR
dAGKpkR2I9U4zEsNJQJewM7S4Jalo1DyPrLpL2nTET8ZrSl5Utp1UeGp/2de
oprGevfnxWB+vHNQiu85o6MxggPMMIIDyAIBATCBiTB1MQswCQYDVQQGEwJJ
TDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjEpMCcGA1UECxMgU3RhcnRDb20g
Q2VydGlmaWNhdGlvbiBBdXRob3JpdHkxIzAhBgNVBAMTGlN0YXJ0Q29tIENs
YXNzIDEgQ2xpZW50IENBAhAwzJDbT70jeYw1Cb83uS/9MA0GCWCGSAFlAwQC
AQUAoIICEzAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJ
BTEPFw0xNjA0MjEwOTU2NThaMC8GCSqGSIb3DQEJBDEiBCDK5RVU2gpiqibn
c5MmU+Kq5oQXbB0xHlsf5/DACVTR0TBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCG
SAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwIC
AgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGa
BgkrBgEEAYI3EAQxgYwwgYkwdTELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0
YXJ0Q29tIEx0ZC4xKTAnBgNVBAsTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24g
QXV0aG9yaXR5MSMwIQYDVQQDExpTdGFydENvbSBDbGFzcyAxIENsaWVudCBD
QQIQMMyQ20+9I3mMNQm/N7kv/TCBnAYLKoZIhvcNAQkQAgsxgYyggYkwdTEL
MAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKTAnBgNVBAsT
IFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MSMwIQYDVQQDExpT
dGFydENvbSBDbGFzcyAxIENsaWVudCBDQQIQMMyQ20+9I3mMNQm/N7kv/TAN
BgkqhkiG9w0BAQEFAASCAQBbQEL5OsG+N53yGsqD3Xu3S6n4OOxjjtzipDTc
BxmTXH+TNuK3DkmCwfJHWtho0VY5V2mwfRWZEZ80tEsiJpUjJ5AWLgYVeO9N
CDHAyTq91oEoBRx8OJY7Vt/lDj0LSpWPxAQtt73nNDKNzs07J7nHKcY/p1Hr
zYCpeSoJVeMHArenSb55LXWeU4Jdd6PJ7YoAXT5m11T/UPyKB7gik2/4hyyr
H6AVcEJ1sXX41ej2s3J5eoLyxr7yzO1HN6LDXX8t8FOtyP6Fk6nBGyE7/wIf
y0jbqUWfc3JIF2Zh2cT42goEZd7ULg2hLzZKX1BNudj7rbvDN15SqoPde+k/
uFE/AAAAAAAA
--------------ms010101080305020400010800--
- Raw text -