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:references:to:from:reply-to:message-id
	:date:mime-version:in-reply-to:content-type
	:content-transfer-encoding; q=dns; s=default; b=eLIQAs5mMCrK9cI2
	LsR+2tQDbpUBG1HOsw9CfGCELceC7ZC59rL4x6NqzkGMlmR7yV1rXecwrvhLEaXV
	sMZWDwZ3Y+r3yJ/bHljYv3dzVNitoL9Jo3k1C+IbwQJSZOYJyOod+1AdfK+Gr76J
	//vFVq4gzM8L8eIQzcGXu3iAuuA=
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:references:to:from:reply-to:message-id
	:date:mime-version:in-reply-to:content-type
	:content-transfer-encoding; s=default; bh=COe0WM7sFzBxeeujZbmLBR
	aTMFc=; b=Wm6lu5h8W4NsV/IQkuHjdhm6akZrOR5kbhK/Y9JJ7XtRKweEvzM+mB
	ByC2hNgIKcA0X1EC44mr9YJUs+I0sZ7iNwnzq4L4hvY+w1il+5StjuQgBvieWOSm
	Al3+zfPEuaUW/3KxlnJNPfmiKBcXIPw2h2v78W1fZJuRyog8kUoxc=
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.9 required=5.0 tests=AWL,BAYES_50,KAM_LAZY_DOMAIN_SECURITY,LOTS_OF_MONEY,RCVD_IN_DNSWL_LOW autolearn=no version=3.3.2 spammy=Hx-spam-relays-external:shaw.ca, H*r:shaw.ca, H*RU:shaw.ca, upgrades
X-HELO:	smtp-out-no.shaw.ca
X-Authority-Analysis:	v=2.2 cv=BNTDlBYG c=1 sm=1 tr=0 a=WqCeCkldcEjBO3QZneQsCg==:117 a=WqCeCkldcEjBO3QZneQsCg==:17 a=IkcTkHD0fZMA:10 a=w_pzkKWiAAAA:8 a=XUiGCaOsWUM40nmjSfcA:9 a=BLOEIIX1g5WEu4LR:21 a=ZBTYfyY5iJj2qJLO:21 a=QEXdDO2ut3YA:10 a=sRI3_1zDfAgwuvI8zelB:22
Subject:	Re: sincerely beg your help!!! for getting version 2.6.0-1
References:	<CAPD0=Maht9LutmVbs+Pw2DvU03CnP=SAkVr24sHN5=Vc9DoZPw AT mail DOT gmail DOT com> <13210565121 DOT 20170117202514 AT yandex DOT ru>
To:	cygwin AT cygwin DOT com
From:	Brian Inglis <Brian DOT Inglis AT SystematicSw DOT ab DOT ca>
Reply-To:	Brian DOT Inglis AT SystematicSw DOT ab DOT ca
Message-ID:	<400d890d-3580-3077-cb19-978e66a16acb@SystematicSw.ab.ca>
Date:	Tue, 17 Jan 2017 12:03:39 -0700
User-Agent:	Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0
MIME-Version:	1.0
In-Reply-To:	<13210565121.20170117202514@yandex.ru>
X-CMAE-Envelope:	MS4wfEJT6OgzSLFSZAGeZ812aWX1DbCU3EuQlUMVaTX7fe9kh9Ae9EeRjO6G992qUmRwyD29hTKvx3ae8WAZ0UfwrlHAG6qJ8kIIIaUC3vJ1iliTfX55qVUR hmTVekcO6d8v6Cio+w1BZMx6Ql6gTjAglO38zu6V/damxeJliwwmrPpBZD7V63pilFpUNIuuUGdNdw==
X-IsSubscribed:	yes

On 2017-01-17 10:25, Andrey Repin wrote:
>> installed cygwin using setup_64.exe from your website in my personal
>> pc, and provide the folder c:\program files\cygwin64
> Root directory with space or other ambiguous character may cause
> interoperability issues.
>> to our security
>> team for scanning and confirming. they will re-package using this
>> folder.
> Repackaging an installed Cygwin release may also cause issues.
> Please refer to http://cygwin.com/faq/#faq.using.fixing-fork-failures f.e.

It's the org's problem if they want to spend a lot of time and money 
packaging a frequently updated non-Windows install process, which is a 
Unix-distro-like rolling upgrade. 
If they are taking on the role of a distro they should really be 
packaging each package install, with its dependencies, separately, 
like any other downstream, and doing their own setup.

If they were smarter, they'd just package Setup with a fixed mirror, 
or maintain their own local mirror, and package updating from that 
mirror using Setup, maybe even become and offer a public Cygwin mirror?

It's the requesters' and packagers' problems to read and understand 
the Setup process, FAQ, and postinstall scripts - probably why it 
takes 2 months - getting some random Windows package scripter to 
understand a Unix-like net install of packages and dependencies 
- and stuff that into an msi that works reliably under SCCM.

Get them to start packaging the current release and upgrades right away, 
otherwise something else may have changed by the time they start!

And they should always be packaging installs using the defaults, like 
C:\Cygwin64 not %ProgramFiles%, if they want to avoid problems with 
users running programs and scripts.

Quite a few Windows packages still want their own directory under root, 
as they prioritize their own stable approach over MS Windows approaches.
Easier for the little guys with simple products, and the big guys making 
lots of millions mainly on Windows, but lots of others go their own way.
Following "standards" is all very well, but what product manager is going 
to be able to get signoff on spending a year and $1M or more to change 
a complex working product and install process to the MS approach?
Product users don't care as long as the result works on their desktops, 
and they won't notice or pay more for a Windows logo - that only "benefits" 
the marketing department, so they should be footing the bill for making 
and testing the product conforms.

-- 
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada

--
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

- Raw text -