>>> On Oct 28 20:22, Habermann, Dave (DA) wrote:
>> On my Windows 7 machine, the service is tcpip, not tcp. Running
>>> sc config cygserver depend= tcp/afd
>TCPIP and AFD are two separate services.
Yes, but this is the syntax used to identify the two separate services in the
SC CONFIG comman
Greetings, David Rothenberger!
>> On Oct 28 20:22, Habermann, Dave (DA) wrote:
> should be created. I would think that some instructions in the docs
> near the statement mentioned above would be more than sufficient,
> since this is a "fine tuning" sort of thing.
>>>
Agreed. Do
On Oct 30 10:00, David Rothenberger wrote:
> Corinna Vinschen wrote:
> > On Oct 28 20:22, Habermann, Dave (DA) wrote:
> should be created. I would think that some instructions in the docs
> near the statement mentioned above would be more than sufficient,
> since this is a "fine tun
Corinna Vinschen wrote:
> On Oct 28 20:22, Habermann, Dave (DA) wrote:
should be created. I would think that some instructions in the docs
near the statement mentioned above would be more than sufficient,
since this is a "fine tuning" sort of thing.
>>
>>> Agreed. Do you have some
On Oct 28 20:22, Habermann, Dave (DA) wrote:
> >> should be created. I would think that some instructions in the docs
> >> near the statement mentioned above would be more than sufficient,
> >> since this is a "fine tuning" sort of thing.
>
> > Agreed. Do you have some idea how to phrase this?
Greetings, Corinna Vinschen!
> Now that you mention it... yes, a service dependency might be helpful.
> Unfortunately it's tricky to automate this. Is it possible to add
> service deps after having installed a service?
Yes, it is possible. I do it all the time.
Actually, it's as simple as adding
>> should be created. I would think that some instructions in the docs
>> near the statement mentioned above would be more than sufficient,
>> since this is a "fine tuning" sort of thing.
> Agreed. Do you have some idea how to phrase this? I'd be grateful
> for a nice two or three paragraphs di
>> should be created. I would think that some instructions in the docs
>> near the statement mentioned above would be more than sufficient,
>> since this is a "fine tuning" sort of thing.
> Agreed. Do you have some idea how to phrase this? I'd be grateful
> for a nice two or three paragraphs di
On Oct 28 08:58, Eric Blake wrote:
> On 10/28/2014 08:20 AM, Corinna Vinschen wrote:
> >>> Now that you mention it... yes, a service dependency might be helpful.
> >>> Unfortunately it's tricky to automate this. Is it possible to add
> >>> service deps after having installed a service?
> >>
> >> A
On 10/28/2014 08:20 AM, Corinna Vinschen wrote:
>>> Now that you mention it... yes, a service dependency might be helpful.
>>> Unfortunately it's tricky to automate this. Is it possible to add
>>> service deps after having installed a service?
>>
>> According to
>> http://serverfault.com/questions
On Oct 28 13:41, Habermann, Dave (DA) wrote:
>
>
> -Original Message-
> From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf Of
> Corinna Vinschen
> Sent: Monday, October 27, 2014 5:27 PM
> To: cygwin@cygwin.com
> Subject: Re: [ANNOUNCEME
-Original Message-
From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf Of
Corinna Vinschen
Sent: Monday, October 27, 2014 5:27 PM
To: cygwin@cygwin.com
Subject: Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 1.7.33-0.1
On Oct 27 18:35, Habermann, Dave (DA) wrote
On 27/10/14 23:39, Corinna Vinschen wrote:
> On Oct 27 09:28, Luke Kendall wrote:
>> On 24/10/14 21:37, Corinna Vinschen wrote:
>>> On Oct 24 17:35, Luke Kendall wrote:
On 24/10/14 02:43, Corinna Vinschen wrote:
[snip]
>> Sure, and I thought you'd prefer the American, but I'm happy to see
Br
Greetings, Habermann, Dave (DA)!
> Loaded the test release here today and found that it seems to work as
> expected, both without the /etc/nsswitch.conf file (operates as before) and
> with both passwd and group set to "db" in the file. Only two slightly
> negative observations I've made so far a
On Oct 27 18:35, Habermann, Dave (DA) wrote:
> Loaded the test release here today and found that it seems to work as
> expected, both without the /etc/nsswitch.conf file (operates as
> before) and with both passwd and group set to "db" in the file. Only
> two slightly negative observations I've ma
Loaded the test release here today and found that it seems to work as expected,
both without the /etc/nsswitch.conf file (operates as before) and with both
passwd and group set to "db" in the file. Only two slightly negative
observations I've made so far are 1) ps -ef only allows for 8 characte
On Oct 27 16:34, Andrey Repin wrote:
> Greetings, Corinna Vinschen!
>
> >> >- In execve, when creating the Windows environment for the child process,
> >> > check if $PATH is empty. If so, set $PATH to /bin for the child.
> >> > Or, check if /bin is in $PATH, if not, add it.
> >> >
> >> >That
Greetings, Corinna Vinschen!
>> >- In execve, when creating the Windows environment for the child process,
>> > check if $PATH is empty. If so, set $PATH to /bin for the child.
>> > Or, check if /bin is in $PATH, if not, add it.
>> >
>> >That would catch both problems, backward compatibility
On Oct 27 09:28, Luke Kendall wrote:
> On 24/10/14 21:37, Corinna Vinschen wrote:
> > On Oct 24 17:35, Luke Kendall wrote:
> >> On 24/10/14 02:43, Corinna Vinschen wrote:
> >>> On Oct 22 20:57, Tom Schutter wrote:
> On Wed 2014-10-22 11:23, Corinna Vinschen wrote:
> > For your convenience
On Oct 27 07:31, Christian Franke wrote:
> Corinna Vinschen wrote:
> >On Oct 25 13:10, Corinna Vinschen wrote:
> >>On Oct 24 23:17, Denis Excoffier wrote:
> >>>2014-10-24 22:16, Christian Franke wrote:
> Another possible solution:
> Check for e.g. CYGWIN_DLLPATH environment variable before
Corinna Vinschen wrote:
On Oct 25 13:10, Corinna Vinschen wrote:
On Oct 24 23:17, Denis Excoffier wrote:
2014-10-24 22:16, Christian Franke wrote:
Another possible solution:
Check for e.g. CYGWIN_DLLPATH environment variable before calling
SetDllDirectory().
If unset or empty, call SetDllDir
On 24/10/14 21:37, Corinna Vinschen wrote:
> On Oct 24 17:35, Luke Kendall wrote:
>> On 24/10/14 02:43, Corinna Vinschen wrote:
>>> On Oct 22 20:57, Tom Schutter wrote:
On Wed 2014-10-22 11:23, Corinna Vinschen wrote:
> For your convenience I wrote new documentation. Since this is a TEST
Thank you, Eric. Will have to remember the semicolon to combine two
sed commands vs. trying to use "-e" which did not ever work properly
for me. I knew there must have been a better way to combine sed
commands!
On Fri, Oct 24, 2014 at 11:57 AM, Eric Blake wrote:
> On 10/24/2014 11:28 AM, Keith
On Oct 25 19:29, Denis Excoffier wrote:
> On 2014-10-25 16:49, Corinna Vinschen wrote:
> > Apart from SetDllDirectory and AddDllDirectory, what about this very
> > simple solution in Cygwin:
> >
> > - Don't call SetDllDirectory at all, thus "." is kept in the search
> > path.
> >
> > - In execve
On 2014-10-25 16:49, Corinna Vinschen wrote:
>
> On Oct 25 13:10, Corinna Vinschen wrote:
>> On Oct 24 23:17, Denis Excoffier wrote:
>>> 2014-10-24 22:16, Christian Franke wrote:
Another possible solution:
Check for e.g. CYGWIN_DLLPATH environment variable before calling
SetDllDire
On Oct 25 13:10, Corinna Vinschen wrote:
> On Oct 24 23:17, Denis Excoffier wrote:
> > 2014-10-24 22:16, Christian Franke wrote:
> > > Another possible solution:
> > > Check for e.g. CYGWIN_DLLPATH environment variable before calling
> > > SetDllDirectory().
> > >
> > > If unset or empty, call Se
On Oct 24 23:17, Denis Excoffier wrote:
> 2014-10-24 22:16, Christian Franke wrote:
> >
> > Corinna Vinschen wrote:
> >>
> >> Sigh.
> >>
> >> I don't like the idea either that this simple change breaks existing
> >> scenarios. I'm inclined to revert this change.
> >>
> >> Christian, would you
2014-10-24 22:16, Christian Franke wrote:
>
> Corinna Vinschen wrote:
>>
>> Sigh.
>>
>> I don't like the idea either that this simple change breaks existing
>> scenarios. I'm inclined to revert this change.
>>
>> Christian, would you mind terribly to re-add the tweak to postfix
>> to set $PATH
On Oct 24 22:16, Christian Franke wrote:
> Corinna Vinschen wrote:
> >[Christian, please chime in]
> >
> >On Oct 24 20:41, Denis Excoffier wrote:
> >>> From Cygwin's POV {/usr}/bin is a system dir. For security reasons it
> >>>makes sense that the system DLLs in /bin cannot be overridden, unless
>
Corinna Vinschen wrote:
[Christian, please chime in]
On Oct 24 20:41, Denis Excoffier wrote:
From Cygwin's POV {/usr}/bin is a system dir. For security reasons it
makes sense that the system DLLs in /bin cannot be overridden, unless
it's an installation issue which should be covered by lookin
[Christian, please chime in]
On Oct 24 20:41, Denis Excoffier wrote:
> > On 2014-10-24 13:02, Corinna Vinschen wrote:
> > On Oct 23 20:06, Denis Excoffier wrote:
> >> On 2014-10-22 11:23, Corinna Vinschen wrote:
> >>>
> >>> - Drop the current working directory from the default DLL search path in
On Oct 24 20:20, Andrey Repin wrote:
> Greetings, Corinna Vinschen!
>
> > For your convenience I wrote new documentation. Since this is a TEST
> > prerelease, the new documentation is not part of the official docs yet.
> > Rather have a look at
>
> > https://cygwin.com/preliminary-ntsec.html
>
> On 2014-10-24 13:02, Corinna Vinschen wrote:
>
> On Oct 23 20:06, Denis Excoffier wrote:
>> On 2014-10-22 11:23, Corinna Vinschen wrote:
>>>
>>> - Drop the current working directory from the default DLL search path in
>>> favor of Cygwin's /bin dir.
>> I'm not so comfortable with this one.
>>
Am 24.10.2014 19:28, schrieb Keith Christian:
Here's a function for you Andrey, in appreciation for all the work you
contribute to Cygwin:
type uname_r
uname_r is a function
uname_r ()
{
uname -r | sed -e 's/[.(/\)]/_/g' | sed -e 's/\(.*\)\(_$\)/\1/'
}
uname_r
1_7_32_0_274_5_3
How abo
On 10/24/2014 11:28 AM, Keith Christian wrote:
> uname_r ()
> {
> uname -r | sed -e 's/[.(/\)]/_/g' | sed -e 's/\(.*\)\(_$\)/\1/'
> }
Or for one less fork and less typing:
uname_r ()
{
uname -r | sed 's/[.(/\)]/_/g; s/_$//'
}
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt vi
Here's a function for you Andrey, in appreciation for all the work you
contribute to Cygwin:
type uname_r
uname_r is a function
uname_r ()
{
uname -r | sed -e 's/[.(/\)]/_/g' | sed -e 's/\(.*\)\(_$\)/\1/'
}
uname_r
1_7_32_0_274_5_3
On Fri, Oct 24, 2014 at 10:20 AM, Andrey Repin wrote:
Greetings, Corinna Vinschen!
> For your convenience I wrote new documentation. Since this is a TEST
> prerelease, the new documentation is not part of the official docs yet.
> Rather have a look at
> https://cygwin.com/preliminary-ntsec.html
"via an undocumented APIr " should be "... API, " p
On Oct 23 20:06, Denis Excoffier wrote:
> On 2014-10-22 11:23, Corinna Vinschen wrote:
> >
> > - Drop the current working directory from the default DLL search path in
> > favor of Cygwin's /bin dir.
> I'm not so comfortable with this one.
>
> I use
> PATH=/my/dir/bin:/usr/bin /my/otherdir/mypro
On Oct 24 17:35, Luke Kendall wrote:
> On 24/10/14 02:43, Corinna Vinschen wrote:
> > On Oct 22 20:57, Tom Schutter wrote:
> >> On Wed 2014-10-22 11:23, Corinna Vinschen wrote:
> >>> For your convenience I wrote new documentation. Since this is a TEST
> >>> prerelease, the new documentation is not
On Oct 23 20:01, Achim Gratz wrote:
> Achim Gratz writes:
> > Corinna Vinschen writes:
> >> In theory, no. The last OpenSSH update, 6.7p1-1, alreadyd contained
> >> the upstream fix to work with local sshd accounts which have the
> >> machine name prepended.
> >
> > I will check this tomorrow, I s
On 24/10/14 02:43, Corinna Vinschen wrote:
> On Oct 22 20:57, Tom Schutter wrote:
>> On Wed 2014-10-22 11:23, Corinna Vinschen wrote:
>>> For your convenience I wrote new documentation. Since this is a TEST
>>> prerelease, the new documentation is not part of the official docs yet.
>>> Rather hav
Greetings, Tom Schutter!
>> The major change in this new release is the new method to read account
>> (passwd and group) information from the Windows user databases directly,
>> without the requirement to generate /etc/passwd and /etc/group files to
>> generate Unix-like uid and gid.
> What do yo
On 2014-10-22 11:23, Corinna Vinschen wrote:
>
> - Drop the current working directory from the default DLL search path in
> favor of Cygwin's /bin dir.
I'm not so comfortable with this one.
I use
PATH=/my/dir/bin:/usr/bin /my/otherdir/myprog
There is no DLL at all in /my/otherdir (this is the v
Achim Gratz writes:
> Corinna Vinschen writes:
>> In theory, no. The last OpenSSH update, 6.7p1-1, alreadyd contained
>> the upstream fix to work with local sshd accounts which have the
>> machine name prepended.
>
> I will check this tomorrow, I somehow missed that this patch was live.
> The entr
Tom Schutter writes:
> On Wed 2014-10-22 11:23, Corinna Vinschen wrote:
>> The major change in this new release is the new method to read account
>> (passwd and group) information from the Windows user databases directly,
>> without the requirement to generate /etc/passwd and /etc/group files to
>>
On Oct 22 20:57, Tom Schutter wrote:
> On Wed 2014-10-22 11:23, Corinna Vinschen wrote:
> > For your convenience I wrote new documentation. Since this is a TEST
> > prerelease, the new documentation is not part of the official docs yet.
> > Rather have a look at
> >
> > https://cygwin.com/preli
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On October 23, 2014 5:00:03 AM CEST, Tom Schutter
wrote:
>On Wed 2014-10-22 11:23, Corinna Vinschen wrote:
>> The major change in this new release is the new method to read
>account
>> (passwd and group) information from the Windows user databases
On Wed 2014-10-22 11:23, Corinna Vinschen wrote:
> The major change in this new release is the new method to read account
> (passwd and group) information from the Windows user databases directly,
> without the requirement to generate /etc/passwd and /etc/group files to
> generate Unix-like uid and
On Wed 2014-10-22 11:23, Corinna Vinschen wrote:
> For your convenience I wrote new documentation. Since this is a TEST
> prerelease, the new documentation is not part of the official docs yet.
> Rather have a look at
>
> https://cygwin.com/preliminary-ntsec.html
"machine is no domain member"
Corinna Vinschen writes:
> In theory, no. The last OpenSSH update, 6.7p1-1, alreadyd contained
> the upstream fix to work with local sshd accounts which have the
> machine name prepended.
I will check this tomorrow, I somehow missed that this patch was live.
The entry for sshd was the only thing
On Oct 22 15:54, Corinna Vinschen wrote:
> On Oct 22 13:35, Habermann, Dave (DA) wrote:
> > 3) I also read "Cygwin implements the Solaris API to access Windows
> > ACLs in a Unixy way" (although your email says "Revamp Solaris ACL
> > implementation to more closely work like POSIX ACLs are supposed
On Oct 22 13:35, Habermann, Dave (DA) wrote:
> Read through https://cygwin.com/preliminary-ntsec.html and in general
> found it to be quite useful. I'm hoping to do some testing perhaps
> later this week or early next. I have a couple of questions:
>
> 1) Any thoughts about the rough timing of t
On Oct 22 15:27, Angelo Graziosi wrote:
> Corinna Vinschen wrote:
> >As an example, just try `id':
> >
> >$ id
> >uid=1049577(corinna) gid=1049701(vinschen)
> >groups=1049701(vinschen),545(Users),
>
> Here it prints:
>
> uid=197609(angelo) gid=197121(None) gruppi=197121(None), 197608(HomeUsers),
Read through https://cygwin.com/preliminary-ntsec.html and in general found it
to be quite useful. I'm hoping to do some testing perhaps later this week or
early next. I have a couple of questions:
1) Any thoughts about the rough timing of this "going live"?
2) The documentation says (as I re
Corinna Vinschen wrote:
As an example, just try `id':
$ id
uid=1049577(corinna) gid=1049701(vinschen) groups=1049701(vinschen),545(Users),
Here it prints:
uid=197609(angelo) gid=197121(None) gruppi=197121(None),
197608(HomeUsers), 545(Users),
and many files are listed ad "angelo None",
-r
On Oct 22 14:07, Angelo Graziosi wrote:
> Corinna Vinschen wrote:
> >The major change in this new release is the new method to read account
> >(passwd and group) information from the Windows user databases directly,
> >without the requirement to generate /etc/passwd and /etc/group files to
> >gener
Corinna Vinschen wrote:
The major change in this new release is the new method to read account
(passwd and group) information from the Windows user databases directly,
without the requirement to generate /etc/passwd and /etc/group files to
generate Unix-like uid and gid.
Does it mean that the u
57 matches
Mail list logo
