This is the mail archive of the
mailing list for the Cygwin project.
Re: Question about old win32 api
- From: Achim Gratz <Stromeko at nexgo dot de>
- To: cygwin at cygwin dot com
- Date: Tue, 22 Sep 2015 20:30:25 +0200
- Subject: Re: Question about old win32 api
- Authentication-results: sourceware.org; auth=none
- References: <A8FCEC4C682E094AAB49CE0CE41E28EA18502B88 at EXCHMB06 dot is dot l-3com dot com> <1442854377 dot 11704 dot 18 dot camel at cygwin dot com> <A8FCEC4C682E094AAB49CE0CE41E28EA18502C2E at EXCHMB06 dot is dot l-3com dot com> <1195136399 dot 20150921222509 at yandex dot ru> <CAOC2fq-WaBg1aug_iG92Z3B7PvYD+EmpsWhCdS7HHDW0JZMijQ at mail dot gmail dot com> <5600691F dot 2090204 at gmail dot com> <CAOC2fq8XD9kx8VbVoWf0pZ3+iX5Xp-Sx18mabnn75WwKkAVwVw at mail dot gmail dot com> <C4D33CAB-A685-45B6-B970-0328B58869E2 at solidrocksystems dot com> <CAOC2fq_Qsq4CLv2Oc3f797JZCrANBqyY_RsgGbLVjT0+RaJ4eQ at mail dot gmail dot com> <684FB57D-F0F8-4BB9-AB72-7D58F91FEFE9 at solidrocksystems dot com> <CAOC2fq8odvsRD3hmkHivuTvNw3CLR6sHJyKhMyrOqP0n=gdeww at mail dot gmail dot com>
Michael Enright writes:
> I am interested to hear if anyone has managed a group of Cygwin users
> and the configuration they use, and how they went about it.
I do and the only sane way is to have a local mirror with exactly the
packages and versions that you are going to install and your own
setup.ini. I integrate Cygwin upstream, Cygwin Ports plus literally
hundreds of locally built packages via some scripting. In principle
it's possible to provide multiple versions (e.g. for staged rollouts) by
having separate setup.ini files, but there's no automation for keeping
the mirror in sync at the moment. I also compile setup.exe myself
(although at the moment I have no patches on top of upstream). There's
a wrapper script around setup that will install the correct variant of
Cygwin initially and keep it updated later.
> More out there, I'm interested in thoughts about making it possible to
> tell a group such as a customer base (a group of autonomous,
> free-will-possessing individual organizations) how to setup Cygwin so
> a non-Cygwin component can be added on top and work even though it
> might not still work with a regular default fresh Cygwin.
You could replace the Cygwin key in setup.exe with your own, remove the
ability to install without the signature check and sign your setup.ini;
that should take care of any inadvertent use of the "wrong" Cygwin.
I've not done that yet, but eventually will so the installations can not
be manipulated without some real effort, even inadvertently. If the
users still get themselves into trouble, then it's their problem, not
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Factory and User Sound Singles for Waldorf Blofeld:
Problem reports: http://cygwin.com/problems.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple