public inbox for cygwin@cygwin.com
 help / color / mirror / Atom feed
From: Brian Inglis <Brian.Inglis@SystematicSw.ab.ca>
To: cygwin@cygwin.com
Subject: Re: sincerely beg your help!!! for getting version 2.6.0-1
Date: Tue, 17 Jan 2017 19:03:00 -0000	[thread overview]
Message-ID: <400d890d-3580-3077-cb19-978e66a16acb@SystematicSw.ab.ca> (raw)
In-Reply-To: <13210565121.20170117202514@yandex.ru>

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

  reply	other threads:[~2017-01-17 19:03 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-01-17 12:42 sun zheng
2017-01-17 12:54 ` Marco Atzeri
2017-01-17 14:10   ` Nellis, Kenneth (Conduent)
2017-01-17 14:22     ` Marco Atzeri
2017-01-17 17:35 ` Andrey Repin
2017-01-17 19:03   ` Brian Inglis [this message]
2017-01-18  0:05   ` sun zheng
2017-01-18 17:18     ` help " Brian Inglis
2017-01-17 18:04 ` sincerely beg your help!!! for " Achim Gratz

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=400d890d-3580-3077-cb19-978e66a16acb@SystematicSw.ab.ca \
    --to=brian.inglis@systematicsw.ab.ca \
    --cc=cygwin@cygwin.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).