Christopher Faylor wrote:
I'll be unsubscribing from all cygwin mailing lists right after sending
this. I'll likely continue to use Cygwin but just as a user.
Dang... you probably won't see all the goodbyes...
But in case... best wishes in your new endeavor.
Your efforts here were v
Greetings, D. Boland!
> I am not only a man of legacy, but also a very opinionated one. So give me
> some
> slack when I say: the whole thing is insane. This would mean that from now
> on, I
> have to use constructs like ~+daniel ~+SYSTEM in a Linux shell?? Bizarre.
No, you don't have. Default
On Thu, Jul 31, 2014 at 5:27 PM, Christopher Faylor wrote:
> Felly hir, a diolch am yr holl bysgod
And: So long and thanks for all the Cygwin. Seriously. Good luck in your future.
-David
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Docum
In the last several months I've told various key players in the Cygwin
project that I was thinking about withdrawing from the project. Today
is the day that this becomes official.
I was hoping that my final act for Cygwin would be to get it imported
into git but it looks like that will be handled
Corinna Vinschen wrote:
>Default is 'auto':
>
>builtin accounts; "+SYSTEM", "+LOCAL", etc.
>primary domain "corinna", "cgf", ...
>other domain: "DOMAIN1+walter", "DOMAIN2+mathilda"
>
> If set to 'primary':
>
>builtin accounts; "+SYSTEM", "+LOCAL", etc.
>primary d
On 7/31/2014 10:51 AM, Peter Hull wrote:
VC integration in emacs has stopped working for me in the past few
days. Using emacs debugger I found the last function call was to
call-process which never returns.
I can reproduce this by evaluating in Lisp Interaction mode (using ^J)
(call-process "pwd
A new version of sng, 1.0.6-1, is available in the Cygwin distribution.
This is a new upstream release, with minor bug fixes and improvements.
The author of sng declines to provide a standard change log. To see the
project version control history, go to:
http://sourceforge.net/p/sng/code/ci/7e2
Eric Blake wrote:
>
> On 07/31/2014 07:26 AM, D. Boland wrote:
> > Corinna Vinschen wrote:
> >> So I'd like to ask a few questions to which I'd like to have some brief
> >> answers, kind of like a poll, to get a better idea how we should
> >> proceed:
> >>
> >> 1. Shall we remove the leading '+' f
VC integration in emacs has stopped working for me in the past few
days. Using emacs debugger I found the last function call was to
call-process which never returns.
I can reproduce this by evaluating in Lisp Interaction mode (using ^J)
(call-process "pwd" nil t)
I would expect to see the PWD and
On 07/31/2014 07:26 AM, D. Boland wrote:
> Corinna Vinschen wrote:
>> So I'd like to ask a few questions to which I'd like to have some brief
>> answers, kind of like a poll, to get a better idea how we should
>> proceed:
>>
>> 1. Shall we remove the leading '+' from the builtin account names
>>
Jim Meyering wrote:
Glad you found the root of the problem, and that it's not in gnulib.
Likewise. For future reference, we avoid in gnulib
because MSVC mishandles it. Please see
doc/posix-headers/stdnoreturn.texi for details.
--
Problem reports: http://cygwin.com/problems.html
FAQ
Markus Hoenicka mhoenicka.de> writes:
> That is, no time difference. But why does the network drive affect only
> emacs and not touch?
Try "cat > testfile" or something along these lines that creates a file
without explicitly resetting the timestamp as touch is doing. I think you
should find the
Am 2014-07-31 15:50, schrieb Nellis, Kenneth:
From: Markus Hoenicka
Good catch. We're using roaming profiles here, so my home dir is on
some
network drive. If I re-run the test on a local disc, I get the
following:
That is, no time difference. But why does the network drive affect
only
emac
> From: Markus Hoenicka
>
> Good catch. We're using roaming profiles here, so my home dir is on some
> network drive. If I re-run the test on a local disc, I get the
> following:
>
> That is, no time difference. But why does the network drive affect only
> emacs and not touch?
The primary purpos
Corinna Vinschen wrote:
> So I'd like to ask a few questions to which I'd like to have some brief
> answers, kind of like a poll, to get a better idea how we should
> proceed:
>
> 1. Shall we remove the leading '+' from the builtin account names
>or shall we keep it?
>
> 2. Shall we stick to
At 2014-07-31 15:01, Nellis, Kenneth was heard to say:
From: Markus Hoenicka
Hi,
once in a while make complains that some of my files have timestamps
in
the future. I've investigated a little, and it seems that this affecs
only
You can get this behavior if the files are on a server whose
> From: Markus Hoenicka
>
> Hi,
>
> once in a while make complains that some of my files have timestamps in
> the future. I've investigated a little, and it seems that this affecs only
>
You can get this behavior if the files are on a server whose time is
not syncked to your computer.
--Ken Ne
Corinna Vinschen wrote:
>
> On Jul 29 15:36, D. Boland wrote:
> > Corinna Vinschen wrote:
> > > The permissions of the home folder are set to 01777 by default (S_ISVTX
> > > bit!). Since we can't rely on central administration for Cygwin, this
> > > allows a user to create her own homedir automat
Hi,
once in a while make complains that some of my files have timestamps in
the future. I've investigated a little, and it seems that this affecs
only files which I save from Emacs. The following script reproduces the
problem (run it in an empty directory, especially sample.txt must not
exist
Hi,
trying to make standalone build of an application with embedded Python I
observe wrong values returned by getcwd and getenv("PATH") calls when
cygwin1.dll is in the same directory as the executable. Python use these
two calls to get absolute path of the
executable (argv[0]) and to determ
Corinna Vinschen cygwin.com> writes:
> Good points. I might have overvalued the gain of easily recognizing
> builtin accounts by the leading '+' separator.
After some thinking with my eyes closed... not prefixing local accounts at
all would at least allow the sshd to see the local sshd user with
Ilya Basin gmail.com> writes:
> From cygwin shell I'm able to read and write files even though my
> Windows user has no permission for it. I tried `chmod` and to deny
> everything for Everyone in the Windows dialog, but it didn't help. How
> is it possible?
The permission is granted via ACL (note
22 matches
Mail list logo
