Greetings, Buchbinder, Barry (NIH/NIAID) [E]!
> Cliff Hones sent the following at Thursday, January 23, 2014 10:19 AM
>>- a non-Cygwin envelope (which could even be installed as an msi) and
> Please not an MSI. In my experience, one may need admin privileges to
> install with an MSI in a locked-
Cliff Hones sent the following at Thursday, January 23, 2014 10:19 AM
>- a non-Cygwin envelope (which could even be installed as an msi) and
Please not an MSI. In my experience, one may need admin privileges to
install with an MSI in a locked-down environment. One of the things
that I like about
On 1/23/2014 10:57, Achim Gratz wrote:
Warren Young writes:
I've run into this after installing everything yesterday for my "size
of Cygwin" research project. Now I'm trying to remove most of that
piece by piece, but I keep getting tangled in dependency webs.
In that case (and unrelated to th
Warren Young writes:
> I've run into this after installing everything yesterday for my "size
> of Cygwin" research project. Now I'm trying to remove most of that
> piece by piece, but I keep getting tangled in dependency webs.
In that case (and unrelated to the problem you noted with setup.exe) y
On Jan 23 11:01, Thrall, Bryan wrote:
> Corinna Vinschen wrote on 2014-01-22:
> > Actually I'm working on a method to get rid of /etc/passwd and
> > /etc/group. I have a partially working implementation now, which
> > generates passwd and group entries by fetching the infos from Windows on
> > the
Andrey Repin wrote on 2014-01-23:
>>> Actually I'm working on a method to get rid of /etc/passwd and
>>> /etc/group. I have a partially working implementation now, which
>>> generates passwd and group entries by fetching the infos from
Windows
>>> on the fly, compatible to the uids/gids and user/g
Greetings, Cliff Hones!
> I'm sure I'll be corrected if I'm wrong, but I suspect the problem with
> maintenance/extension of setup.exe is twofold: firstly, it's a non-Cygwin
> program and secondly it is large and not well structured. Also, the original
> implementer/maintainer has long since left
Greetings, Thrall, Bryan!
>> Actually I'm working on a method to get rid of /etc/passwd and
>> /etc/group. I have a partially working implementation now, which
>> generates passwd and group entries by fetching the infos from Windows on
>> the fly, compatible to the uids/gids and user/group names
Corinna Vinschen wrote on 2014-01-22:
> Actually I'm working on a method to get rid of /etc/passwd and
> /etc/group. I have a partially working implementation now, which
> generates passwd and group entries by fetching the infos from Windows on
> the fly, compatible to the uids/gids and user/group
On 1/23/2014 10:40 AM, DEWI - N. Zacharias wrote:
[...]
One solution to this would be to reimplement it as two separate parts -
a non-Cygwin envelope (which could even be installed as an msi) and a
Cygwin-based package maintainer. The Cygwin-based part would be a
completely separate Cygwin
Greetings, Corinna Vinschen!
> Actually I'm working on a method to get rid of /etc/passwd and
> /etc/group. I have a partially working implementation now, which
> generates passwd and group entries by fetching the infos from Windows on
> the fly, compatible to the uids/gids and user/group names t
On 1/23/2014 08:18, Cliff Hones wrote:
One solution to this would be to reimplement it as two separate parts
Please don't hijack this thread. It is about adding a feature to
setup.exe. Replacing setup.exe isn't even on the table.
For what it's worth, though, there've been a bunch of attem
onsider the environment before printing this email.
-Ursprüngliche Nachricht-
>Von: Cliff
>Gesendet: Donnerstag, 23. Januar 2014 16:19
>An: cygwin
>Betreff: [bulk] - Re: Reduce noise in dependency declaration during
>uninstall in setup.exe
[...]
>One solution to this woul
On 23/01/2014 14:36, Warren Young wrote:
> On 1/22/2014 18:13, Christopher Faylor wrote:
>> If you were actually volunteering to do something then it wasn't made
>> clear by your long email or in your lack of response to Larry's SHTDI.
>
> I'm not going to volunteer until I have some concept of th
On 1/22/2014 18:13, Christopher Faylor wrote:
If you were actually volunteering to do something then it wasn't made
clear by your long email or in your lack of response to Larry's SHTDI.
I'm not going to volunteer until I have some concept of the scope of
work, and some idea of how you'd want
On Wed, Jan 22, 2014 at 02:04:01PM -0700, Warren Young wrote:
>On 1/21/2014 23:02, Christopher Faylor wrote:
>>I think Corinna mentioned that she was going to get to this next
>>Thursday or possibly I'm misremembering and she was going to complete
>>work on an AI which passed the Turing Test. I ca
On 1/21/2014 23:02, Christopher Faylor wrote:
I think Corinna mentioned that she was going to get to this next
Thursday or possibly I'm misremembering and she was going to complete
work on an AI which passed the Turing Test. I can't, for the life of
me, remember which it was. Or maybe she was
On Jan 22 01:02, Christopher Faylor wrote:
> On Tue, Jan 21, 2014 at 08:02:41PM -0500, Larry Hall (Cygwin) wrote:
> >On 1/21/2014 7:44 PM, Warren Young wrote:
> >> Alternate idea:
> >>
> >> If all of the changes requested on the previous screen are "Uninstall"
> >> (i.e.
> >> everything else is "K
On Tue, Jan 21, 2014 at 08:02:41PM -0500, Larry Hall (Cygwin) wrote:
>On 1/21/2014 7:44 PM, Warren Young wrote:
>> Alternate idea:
>>
>> If all of the changes requested on the previous screen are "Uninstall" (i.e.
>> everything else is "Keep" or "Skip"), invert the current dependency tree
>> walkin
On 1/21/2014 7:44 PM, Warren Young wrote:
Alternate idea:
If all of the changes requested on the previous screen are "Uninstall" (i.e.
everything else is "Keep" or "Skip"), invert the current dependency tree
walking logic. That is, have setup.exe find out which packages must be
removed to satis
Alternate idea:
If all of the changes requested on the previous screen are "Uninstall"
(i.e. everything else is "Keep" or "Skip"), invert the current
dependency tree walking logic. That is, have setup.exe find out which
packages must be removed to satisfy the changes requested on the
previou
21 matches
Mail list logo
