Re: Withdrawing from the project
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 very much appreciated. Linda Walsh -- 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
Re: Simplify AD integration?
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 domain users are unprefixed, and the chance you would use internal accounts for something like shell access is exactly zero. For the god's sake, read the thread before posting into it. Everything has been discussed no more than two days ago. -- WBR, Andrey Repin (anrdae...@yandex.ru) 01.08.2014, <02:10> Sorry for my terrible english... -- 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
Re: Withdrawing from the project
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/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Withdrawing from the project
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 by someone else so that is no longer a gating factor. 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. If anyone is interested, I'm planning on redirecting my time by getting involved in the Android development community. Felly hir, a diolch am yr holl bysgod. cgf -- 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
AW: Simplify AD integration?
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 domain "MYDOMAIN+corinna", "MYDOMAIN+cgf", ... >other domain: "DOMAIN1+walter", "DOMAIN2+mathilda" > > If set to 'always': > >builtin accounts; "NT AUTHORITY+SYSTEM", "BULTIN+LOCAL", etc. >primary domain "MYDOMAIN+corinna", "MYDOMAIN+cgf", ... >other domain: "DOMAIN1+walter", "DOMAIN2+mathilda" >1. Shall we remove the leading '+' from the builtin account names > or shall we keep it? None of these three seem correct to me. It should be: builtin accounts; "NT AUTHORITY+SYSTEM", "BULTIN+LOCAL", etc. primary domain "corinna", "cgf", ... other domain: "DOMAIN1+walter", "DOMAIN2+mathilda" Windows treats "NT AUTHORITY" and "BUILTIN" as foreign domains like DOMAIN1 and DOMAIN2 in Win32 APIs that use a single string for domain and username, e.g. lpServiceStartName in CreateService. Examples: ".\user1" - can be uses as a shortcut for "MYDOMAIN\user1" ".\NetworkService" - cannot be used as a shortcut for "NT AUTHORITY\NetworkService" ".\WdiServiceHost" - cannot be used as a shortcut for "NT SERVICE\WdiServiceHost" Whenever ".\some name" cannot be used as shortcut for "some default\some name" in Win32, it should not be converted to "+some name" but to "DOMAIN+some name" in Cygwin. This should be at least configurable thru db_prefix even though most users might not want to see names like " NT AUTHORITY+SYSTEM " in ls -l. >2. Shall we stick to '+' as the separator char or choose another one? > If so, which one? Yes "+" is well known for that purpose in Linux and other Unixes. Keep db_separator in /etc/nsswitch.conf if possible >3. Shall we keep the `db_prefix' variability or choose one of > the prefixing methods and stick to it? If so, which one, auto, > primary, or always? See above >Bonus question: > >4. Should Cygwin downcase all usernames when generating the Cygwin > username I prefer downcase. Other users probably will not. So db_username_downcase = true/false would be great. -Christoph -- 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
Re: (call-process ...) hangs in emacs
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" nil t) I would expect to see the PWD and exit code but instead it just hangs until I Quit it (^G) I am using GNU Emacs 24.3.1 and confirmed cygwin and all packages up to date. (cygwin DLL 1.7.31) I can't reproduce this. I tested both emacs-X11 and emacs-w32, on both 32-bit Cygwin and 64-bit Cygwin. Can you think of anything on your system that has changed in the last few days? And have you tried starting emacs with the '-Q' option to rule out a problem in your initialization files? You should also attach cygcheck output, as suggested at http://cygwin.com/problems.html. Ken -- 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
[ANNOUNCEMENT] Updated: sng 1.0.6-1
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/7e28487d2623305db5cc2c7ff2e5ddedf5f0fa16/log/ SNG (Scriptable Network Graphics) is a minilanguage designed specifically to represent the entire contents of a PNG (Portable Network Graphics) file in an editable form. Thus, SNGs representing elaborate graphics images and ancillary chunk data can be readily generated or modified using only text tools. Andrew E. Schulman *** To update your installation, click on the "Install Cygwin now" link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain.com_at_cygwin.com If you need more information on unsubscribing, start reading here: http://cygwin.com/lists.html#subscribe-unsubscribe Please read *all* of the information on unsubscribing that is available starting at this URL. -- 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
Re: Simplify AD integration?
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 '+' from the builtin account names > >>or shall we keep it? > >> > >> 2. Shall we stick to '+' as the separator char or choose another one? > >>If so, which one? > >> > >> 3. Shall we keep the `db_prefix' variability or choose one of > >>the prefixing methods and stick to it? If so, which one, auto, > >>primary, or always? > > > > I'm a legacy man. So I would say keep the MS symbol and use it like this > > \daniel, > > \SYSTEM, etc. > > But you'd have to write that as '\daniel' or \\daniel in the shell, and > you also cripple tilde expansion. That's why we already ruled out :, \, > and / as non-starters, as mentioned elsewhere in this thread. 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. On the other hand, for the sake of progress, but keeping legacy there would be only one acceptable solution: use the tilde symbol. A user could then be referred to as: ~daniel. This already works in the shell and it is also done by the Apache webserver. If I want to go my personal web space I can type: http://localhost/~daniel/ Come to think of it: IMAP does this too! I have been coding for an IMAP project, and if you want to fetch somebody's mail, you'd have to use ~corinna to display the contents of her INBOX. Cheers, Daniel -- 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
(call-process ...) hangs in emacs
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 exit code but instead it just hangs until I Quit it (^G) I am using GNU Emacs 24.3.1 and confirmed cygwin and all packages up to date. (cygwin DLL 1.7.31) Thanks. Peter -- 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
Re: Simplify AD integration?
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 >>or shall we keep it? >> >> 2. Shall we stick to '+' as the separator char or choose another one? >>If so, which one? >> >> 3. Shall we keep the `db_prefix' variability or choose one of >>the prefixing methods and stick to it? If so, which one, auto, >>primary, or always? > > I'm a legacy man. So I would say keep the MS symbol and use it like this > \daniel, > \SYSTEM, etc. But you'd have to write that as '\daniel' or \\daniel in the shell, and you also cripple tilde expansion. That's why we already ruled out :, \, and / as non-starters, as mentioned elsewhere in this thread. -- Eric Blake eblake redhat com+1-919-301-3266 Libvirt virtualization library http://libvirt.org signature.asc Description: OpenPGP digital signature
Re: [PATCH] openat-die: use _Noreturn markup
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: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Emacs 64-bit ahead of its time: clock skew
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 same time difference as with Emacs. If so, you want to talk to the folks that provide your roaming directories what they do about network time synchronisation and how it's possible that the clocks of two computers on the network drift that far apart. Regards, Achim. -- 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
RE: Emacs 64-bit ahead of its time: clock skew
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 emacs and not touch? The primary purpose of touch is to set the file's timestamp to that of the local computer. Emacs is just creating a file, so the timestamp is that of the computer that hosts the file, in this case, the server. --Ken Nellis Thanks for your explanation. Things like that are easier to deal with if I understand what's going on. regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- 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
RE: Emacs 64-bit ahead of its time: clock skew
> 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 purpose of touch is to set the file's timestamp to that of the local computer. Emacs is just creating a file, so the timestamp is that of the computer that hosts the file, in this case, the server. --Ken Nellis
Re: Simplify AD integration?
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 '+' as the separator char or choose another one? >If so, which one? > > 3. Shall we keep the `db_prefix' variability or choose one of >the prefixing methods and stick to it? If so, which one, auto, >primary, or always? I'm a legacy man. So I would say keep the MS symbol and use it like this \daniel, \SYSTEM, etc. > > Bonus question: > > 4. Should Cygwin downcase all usernames when generating the Cygwin >username, so, if your Windows username is 'Ralph', your Cygwin >username will be 'ralph'? > When in the Cywin domain, do like Cygwin. So, downcasing. Cheers, Daniel -- 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
RE: Emacs 64-bit ahead of its time: clock skew
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 time is not syncked to your computer. --Ken Nellis 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: $ ~/workspace/emacs-bug/20140731clockskew/clockskewtest.sh Wrote /cygdrive/c/localdata/markus.hoenicka/emacs-clockskew/sample.txt Thu, Jul 31, 2014 3:07:27 PM total 0 drwxr-xr-x+ 1 markus.hoenicka Domänen-Benutzer 0 2014-07-31 15:07:27.517404000 +0200 . d-+ 1 markus.hoenicka Domänen-Benutzer 0 2014-07-31 15:07:10.775404000 +0200 .. -rw-r--r--+ 1 markus.hoenicka Domänen-Benutzer 0 2014-07-31 15:07:27.484404000 +0200 sample.txt -rw-r--r--+ 1 markus.hoenicka Domänen-Benutzer 0 2014-07-31 15:07:27.518404000 +0200 sample2.txt CYGWIN_NT-6.1 SBHC123 1.7.31s(0.273/5/3) 20140709 12:14:54 x86_64 Cygwin That is, no time difference. But why does the network drive affect only emacs and not touch? regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- 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
RE: Emacs 64-bit ahead of its time: clock skew
> 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 Nellis
Re: The eternal uid issue
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 automatically at first start of > > > a Cygwin shell. > > > > > > You might consider to disable this full patch check in sendmail for > > > Cygwin. Is there some configuration flag, maybe? > > > > > > > If I make the 'Users' group owner of the /home folder and remove the > > world-writable > > bit, Sendmail doesn't complain anymore. I found out that everybody who is > > logged on, > > will be put in the 'Users' group anyway. > > Uhm... that works for you, but you can't rely on that for a sendmail > package. You'd have to deal with the default 01777 /home as well. Yes, yes, I know. Cygwin shouldn't want to lock their users out of their own system. Sendmail is a real b&^ch with security. This project cost me 2 1/2 weeks straight, trying to figure out a way to accomodate its strict impersonation rules on a system which has multiple root users. But I did it. No hacking in the sendmail source code. Anyway, today I tested it succesfully on my Win7 machine (32bit Cygwin), but no complaining from Sendmail, even with a home folder which is group- and world writable. Strange. Cincerely, Daniel -- 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
Emacs 64-bit ahead of its time: clock skew
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): #!/bin/sh emacs -batch sample.txt -f save-buffer touch sample2.txt date ls -al --full-time uname -a The emacs command simply creates an empty buffer and writes it to disk. This is comparable to what touch does if the file does not exist. I get the following output: $ ./clockskewtest.sh Wrote /home/markus.hoenicka/workspace/emacs-bug/20140731clockskew/sample.txt Thu, Jul 31, 2014 2:21:06 PM total 18 drwxr-xr-x+ 1 markus.hoenicka Domänen-Benutzer 0 2014-07-31 14:21:34.333524000 +0200 . drwxr-xr-x+ 1 markus.hoenicka Domänen-Benutzer 0 2014-07-31 14:15:24.354636000 +0200 .. -rwxr--r--+ 1 markus.hoenicka Domänen-Benutzer 101 2014-07-31 14:21:25.918416000 +0200 clockskewtest.sh -rwxr--r--+ 1 markus.hoenicka Domänen-Benutzer 92 2014-07-31 14:18:39.592771000 +0200 clockskewtest.sh~ -rw-r--r--+ 1 markus.hoenicka Domänen-Benutzer 0 2014-07-31 14:21:34.265547000 +0200 sample.txt -rw-r--r--+ 1 markus.hoenicka Domänen-Benutzer 0 2014-07-31 14:21:06.315410800 +0200 sample2.txt CYGWIN_NT-6.1 SBHC123 1.7.31s(0.273/5/3) 20140709 12:14:54 x86_64 Cygwin Please note that the file created by Emacs is about 28 seconds in the future. These 28 s seem to be reproducible in consecutive runs of this script. I wonder if this is related in some way to the random and quite rare crashes which I reported previously, see this thread: https://groups.google.com/forum/#!topic/gnu.emacs.bug/cR3wgNDxVzA In many of those backtraces references to some function run_timers() in atime.c pop up. Just wondering. regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- 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
getcwd and PATH problem with moved cygwin1.dll
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 determine python prefix relative to it. Test source 'py_hallo.cc' #include #include #include #include using namespace std; #define MAXPATHLEN 256 int main(int argc, char ** argv) { char *path = getenv("PATH"); cout << "env PATH: " << path << endl; char buff[MAXPATHLEN]; char *cwd =getcwd(buff, MAXPATHLEN); cout << "cwd: " << cwd << endl; } === makefile: === all: g++ -o py_hallo py_hallo.cc .PHONY: package package: rm -rf package mkdir package mkdir package/bin cp py_hallo.exe package/bin cp `cygcheck.exe ./py_hallo.exe | grep ".*\cyg.*.dll"` package/bin === after work_dir> make work_dir> make package I get prototype of installation in work_dir/package Running py_hallo.exe within package directory yields wrong results when running from windows command prompt: work_dir>set PATH=C:\cygwin\bin:C:\...\work_dir\package\bin work_dir\package\bin>py_hallo.exe env PATH: /cygdrive/c/cygwin/bin:/usr/bin cwd: /usr/bin work_dir\package>bin\py_hallo.exe env PATH: /cygdrive/c/cygwin/bin:/usr/bin cwd: / Outside of work_dir/package, getcwd works well, but PATH is still screwed up: work_dir>work_dir\package\py_hallo.exe env PATH: /cygdrive/c/cygwin/bin:/usr/bin cwd: /cygwindrive/c/cygwin/home/jb/work_dir - It seems that cygwin substitutes location of cygwin1.dll by its standard location in the PATH variable. Can someone explain wats going on there? Is it bug or unsupported usage (moving cygwin1.dll)? According to the Google, this is what people usually do to get standallone packages without installator since otherwise windows can not find DLLs. Thank you for any help. Jan Brezina -- 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
Re: Simplify AD integration?
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 without jumping through hoops, so that might be a net gain after all. What I don't know: what happens if a local and a primary domain user have the same name? Regards, Achim. -- 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
Re: local admin `chmod400` still can write
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 the + at the right of the permissions from ls). v > -r+ 1 Administrators 0 Jul 30 19:23 aaa.txt ^ To check the ACL on that file: getfacl aaa.txt Regards, Achim. -- 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