Re: [security fix] monotone-0.25.2-1
Corinna Vinschen wrote: BTW: I noticed that having installed version 0.25.2-1 setup.exe suggests me to upgrade to 0.25-1... it may be ASCII-ordering-true (no, in fact I notice that it is not) but anyway seems sensible to think that a missing dot's value should be assumes as .0, isn't it? You missed to change setup.hint, apparently, and the changed setup.hint is also missing in your original mail to upload the new version. I forgot about changing the setup.hint in the source package, and I forgot also to put the address of the changed setup.hint in the upload email http://cyberx.lapo.it/cygwin/monotone/setup.hint [...] curr: 0.25.2-1 test: 0.26pre1-1 ...but I changed it, and it got correctly included in setup.ini by genini too: http://cyberx.lapo.it/cygwin/setup.ini [...] category: Devel requires: libiconv2 libintl3 zlib version: 0.25.2-1 install: ./monotone/monotone-0.25.2-1.tar.bz2 2535863 95c2271f88a7ed69e6624714f35c8bc5 source: ./monotone/monotone-0.25.2-1-src.tar.bz2 5154376 fa1f593a4a0b6a1d28373da45782005b [test] version: 0.26pre1-1 install: ./monotone/monotone-0.26pre1-1.tar.bz2 2576806 9e3ee37ddae9039a377484d98840aaf5 source: ./monotone/monotone-0.26pre1-1-src.tar.bz2 5206846 c389456483d1742e217b8d96fad04b91 That's why I wonder why setup.exe insists to upgrade to 0.25-1. Anyway 0.26 gold should be released soon, and this will solve any issue about unordered [curr]s or [test]s Lapo
Re: [security fix] monotone-0.25.2-1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Lapo Luchini on 3/25/2006 5:04 AM: http://cyberx.lapo.it/cygwin/monotone/setup.hint [...] curr: 0.25.2-1 test: 0.26pre1-1 Uploaded all three files. For now, I left 0.25-1 on the servers, but it is not explicitly listed as prev in setup.hint so it cannot be obtained via setup.exe. Once you list any of the three categories prev, curr, and test, you are in charge of all three versions selected or omitted. Either acknowledge that we are okay to delete 0.25-1 (this is fine - it is not a requirement that a package must provide a prev, especially when there was a security fix), or provide an updated setup.hint that lists prev: 0.25-1. - -- Life is short - so eat dessert first! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.1 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEJTtb84KuGfSFAYARAitNAJ9gHQgvoiQDRYtOHdEWOWL98KlNQACcDnj7 Kz/RKpKQY3VDUCMZvIG9RL0= =UzDS -END PGP SIGNATURE-
Re: [security fix] monotone-0.25.2-1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Eric Blake wrote: Either acknowledge that we are okay to delete 0.25-1 (this is fine - it is not a requirement that a package must provide a prev, especially when there was a security fix), or provide an updated setup.hint that lists prev: 0.25-1. Yes, I omitted a prev intentionally, it can be deleted. I hope the great 0.26 will be released soon, other than having cool new features it will also remove the necessity to specify those things in setup.hint (as [test] will be no more useful and 0.26 is automatically ordered as [curr] of a 0.25.2 [prev] I hope ^_^). Lapo -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.1 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQIcBAEBAgAGBQJEJWGhAAoJELBiMTth2oCDwuQP/0LbeOpeVwYJq+GoZb+HPieM 84PuMrBoZImdbd33ZyWSLPN0IT5aRvpQeOSl7Q6zHukZSQkBXRSMFvm37ZKo+qvo ngfc+fGTQu8fOe25HwbmqxMP2D5S6JOy+TzojNOhcxk8w+fsXhfzIY0HEbg4v05O HjnQa+2r7ZHaSqTyvpjbZA8b20iTl3Z9dDhlg1qrxKJG+XUC0aXrb4z5GPvOkMum gCbXJfbweJS7OT4V0XBRe8/49dV5oBTdcphTsIz+cZxnvw/jkBwJ3Eu1sGytidXK s+utXswXPp8xPlBUo60qS0AJbCiweu6LfaHHtkSh6e/a4WAKa5py7rqYJlCNwIEp 1QYOJ/akzPAKxztLn9VwxKiBABei14A6I21MUBVogZECCebNf0sscSrBFTxyY2bq RlFUpnkGlbz179IQWHdwp5YSLIHFgJLTsclcFKg/BItPTvs4BrkY6UNQJon5Z1gp Qm9JRU/OjgI6pnAJuIDR5lcG96KT/qa3a2qyGZTpJ7CpREmzywRPMIl1APkGFLWM mj6X2S+dbIwaw87koUOsoWFbkgi5vhalKRta8pXfhbykrMH/srB+1MGgWJFgL+Q1 sjaaVtWpYM+yN45+xvymTXA+ijCJw/+RtGIVlb2ix1LP05NJo2/45BXHTi+bQ2zr as/VnMFRRnbG/vs4RklK =gsHn -END PGP SIGNATURE-
Re: [security fix] monotone-0.25.2-1
Yes, I omitted a prev intentionally, it can be deleted. Done. Go ahead and send the announcement mail. I hope the great 0.26 will be released soon, other than having cool new features it will also remove the necessity to specify those things in setup.hint (as [test] will be no more useful and 0.26 is automatically ordered as [curr] of a 0.25.2 [prev] I hope ^_^). Yes, once you (and upstream) have 0.26 ready to go, just delete the curr: and test: lines from setup.hint, and 0.25.2 automatically becomes prev, and 0.26 curr. -- Eric Blake
Re: 6.8.99.901-1 as current? (was Re: Testing snapshots - III)
Corinna Vinschen wrote: Maybe we should make 6.8.99.901-1 the current version now? Is it stable enough for that? At one point I ran the test version for a couple of weeks, and experienced no instability. I say go for it. If anyone's capable of doing a rebuild, there've been a few messages over the last couple of months asking for new keyboard layouts to be added. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
src/winsup/w32api ChangeLog include/commdlg.h ...
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2006-03-25 21:43:55 Modified files: winsup/w32api : ChangeLog winsup/w32api/include: commdlg.h imm.h winver.h winsup/w32api/lib: test.c uuid.c Added files: winsup/w32api/include: usp10.h winsup/w32api/lib: usp10.def Log message: 2006-03-26 Hansres Engel [EMAIL PROTECTED] Add Uniscribe API for typography and for complex scripts. * include/usp10.h: New file. * lib/usp10.def: New file. * include/winver.h: Change first argument of GetFileVersionInfo[...] to const. * include/imm.h (IMECHARPOSITION): Add structure. (RECONVERTSTRING): Likwise. * include/commdlg.h (OPENFILENAME_SIZE_VERSION_400): Define. * lib/uuid.c (CMultiLanguage): Add UUID definition. (IMLangFontLink2): Likewise. (IMultiLanguage): Likewise. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/w32api/ChangeLog.diff?cvsroot=srcr1=1.742r2=1.743 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/w32api/include/usp10.h.diff?cvsroot=srcr1=NONEr2=1.1 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/w32api/include/commdlg.h.diff?cvsroot=srcr1=1.14r2=1.15 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/w32api/include/imm.h.diff?cvsroot=srcr1=1.4r2=1.5 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/w32api/include/winver.h.diff?cvsroot=srcr1=1.3r2=1.4 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/w32api/lib/usp10.def.diff?cvsroot=srcr1=NONEr2=1.1 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/w32api/lib/test.c.diff?cvsroot=srcr1=1.28r2=1.29 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/w32api/lib/uuid.c.diff?cvsroot=srcr1=1.13r2=1.14
winsup/cygwin ChangeLog
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2006-03-26 00:58:00 Modified files: cygwin : ChangeLog Log message: forced checkin Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumr1=1.3460r2=1.3461
winsup/cygwin ChangeLog
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2006-03-26 00:58:34 Modified files: cygwin : ChangeLog Log message: forced checkin Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumr1=1.3461r2=1.3462
src/winsup/w32api ChangeLog include/winbase.h
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2006-03-26 01:24:03 Modified files: winsup/w32api : ChangeLog winsup/w32api/include: winbase.h Log message: 2006-03-26 Chris Sutcliffe [EMAIL PROTECTED] * include/winbase.h (SetProcessWorkingSetSize): Corrected define. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/w32api/ChangeLog.diff?cvsroot=srcr1=1.743r2=1.744 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/w32api/include/winbase.h.diff?cvsroot=srcr1=1.80r2=1.81
Cygwin: Where is the Help Guide
Cygwin: Where is the Help Guide Where you should start http://cygwin.com/cygwin-ug-net/ (User Guide/FAQ) What's included in Cygwin eg grep,grace,guile,gvim http://cygwin.com/packages/ This (searchable) newsgroup on the web http://news.gmane.org/gmane.os.cygwin/ command line help man zsh info zsh pinfo zsh whatis zsh where zsh General help on *nix tools grep,find,sed etc http://www.gnu.org/manual/ The Cygwin specific tools that help you marry *nix and windows http://cygwin.com/packages/cygutils What else? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated: readline-5.1-5, libreadline6-5.1-5
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 A new release of readline and libreadline6, 5.1-5, is available for use, replacing 5.1-4 as the current version. NEWS: = This is a minor bugfix release. It adds official upstream patches 3 (referencing freed memory) and 4 (incremental search mode prompt fix, inspired by the patch I was using in 5.1-4). DESCRIPTION: The readline library will read a line from the terminal and return it, allowing the user to edit the line with emacs or vi editing keys. It also allows a history feature, for editing previous entries, making command line interfaces easier-to-use and more intuitive. libreadline6 provides the .dlls needed for readline and history expansion for dynamic linking in other programs, including bash and gdb; it is required for a minimal cygwin installation. The 6 in libreadline6 distinguishes incompatible API changes made to the prior libreadline4 and libreadline5 libraries still available on the mirrors. readline provides the documentation and the static libraries required for static linking; you should only need it if you plan on compiling an application that links with -lreadline or -lhistory. UPDATE: === 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. Save it and run setup, answer the questions and pick up 'libreadline6' from the 'Base' category (it should already be selected), or 'readline' in the 'Devel' category. Be sure that you do not have any cygwin programs running during the upgrade. DOWNLOAD: = Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: == If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. - -- Eric Blake volunteer cygwin readline maintainer CYGWIN-ANNOUNCE UNSUBSCRIBE INFO: = To unsubscribe to 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: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.1 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEJVBQ84KuGfSFAYARApwIAJ49p97Gl7jrQ2QoNbGhm7SswudUVACg0cqp XKW4VBMs6FKM62n9wRwOOV0= =1klR -END PGP SIGNATURE- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Why only 1 cygwin1.dll?
Hi, Why can there be only 1 cygwin1.dll in the filesystem? Is this a limitation of the dll or is it just a problem with applications finding the wrong version of the cygwin1.dll when there are several? Or is it just that certain cygwin registry keys get initialised wrong if its not installed correctly? Does the cygwin1.dll have to be in /usr/bin or would it work in system32? I'm sure this must've been asked before but I couldn't find it in my search of the archives and users guide? Thanks Jeremy -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Why only 1 cygwin1.dll?
Why can there be only 1 cygwin1.dll in the filesystem? Is this a limitation of the dll or is it just a problem with applications finding the wrong version of the cygwin1.dll when there are several? It is an intentional design decision of cygwin. In order to properly emulate POSIX semantics in a relatively efficient manner, the .dll opens a shared memory region when it is loaded. If there are multiple versions of different copies of the .dll trying to play with this shared memory region, you are practically guaranteed problems, so the .dll detects if the magic number of the shared region matches its expectations and forcefully exits before corrupting the other .dll's memory. Or is it just that certain cygwin registry keys get initialised wrong if its not installed correctly? The only use of the registry by cygwin is the mount table, and even that might change in the future. Don't go blaming the registry for this issue. Does the cygwin1.dll have to be in /usr/bin or would it work in system32? Technically, as long as there is only one cygwin1.dll in the Windows PATH (including the implicit search of the current directory before %PATH%), it doesn't matter where it lives. But you are playing with fire if you put it anywhere besides where setup.exe puts it, namely, /usr/bin. You are free to remount /usr/bin to live in some other location, if that helps, but this mailing list will NOT give any support for installations that put cygwin1.dll in non-standard locations other than to say delete your duplicate copies. We even have an acronym for it: http://cygwin.com/acronyms/#3PP I'm sure this must've been asked before but I couldn't find it in my search of the archives and users guide? This topic came up just last month, although you are right that without knowing good search terms it might not be the easiest to find (I did a google for site:cygwin.com mismatched dll): http://www.cygwin.com/ml/cygwin/2006-02/msg00085.html -- Eric Blake -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated: monotone-0.25.2-1 (security fix)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Version 0.25.2-1 of monotone has been uploaded. monotone is a free distributed version control system. it provides a simple, single-file transactional version store, with fully disconnected operation and an efficient peer-to-peer synchronization protocol. it understands history-sensitive merging, lightweight branches, integrated code review and 3rd party testing. it uses cryptographic version naming and client-side RSA certificates. it has good internationalization support, has no external dependencies, runs on linux, solaris, OSX, windows, and other unixes, and is licensed under the GNU GPL. important security fix With versions of monotone prior to this release, a person with commit access could commit a malicious file with a name like mt/monotonerc. When anybody else then checked out this revision on a system with a case-folding filesystem -- usually, this means, on Windows or OS X -- then their monotone would run arbitrary Lua code stored in this file. The _only_ change in this release as compared to 0.25 is that the existing checks against files in MT are now extended to check for mt, Mt, and mT. A more detailed description of the upgrade process is on the official website: http://venge.net/monotone/NEWS.pre If you have questions or comments, please send them to the Cygwin mailing list at: cygwin@cygwin.com . *** 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: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.1 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQIcBAEBAgAGBQJEJXzXAAoJELBiMTth2oCDslYQAI0K86d/Bu525j9XEE6XWUqB cxSJMnuk2Ta6optF0DbeeySp46mn/uYwMaY+GPIeVeQmCsRvmn2OjtcXBWfy/FS/ trHdVnRzuea3F7T0GN+zkVRbktqCxfElIE2wKrF+zsYuuPumYu12TGziVxzngrOY 2jURLhyAsZq1bXPWzcPswjLHsk8EEMmY1U39mixWC6uOoTKYhgj0BJHvR/H0wo6O L3+M8pj37NIRrH+cDcK47yF11QTbzFYd2p3o1mLdlZbCdjyFyu46bpoBJP7v09YI 0sKujZyxIO2t4rU2eys8jPHXL+l29NYCs5jyNWMtBUOqxEkWHYdXeGraT5G97Gyb gXk4BOz66TKyiP7+r4h7LmYHISI8TzNLisCJiJrEWB42jXeT/vGas7sFxQz9Pmv1 NgLxH40y84foWsQZp458Mu9UCgPe+iPC5E43YDTGPyy5ueICdMoCGIj4cfboffRE 2632i7s6bZIzc4igjjDDfAGO6Mpwy4QeXpE8la/QpCnGnguomdOWUy/VemOI+17R HDM3p+6dIEfq4Uu6hQv6DOHbFdyM2QlZEYD0O11m+pCnuELm5/aUhawhAkJFFUn+ w1NF0ugsjaDR52dMKZel2P0IGGdiKb1HdyVVfFaqURiQ7CE0KjKtAWH3LK6AAIZT hl75RB385RteH4bJpS2M =9LEA -END PGP SIGNATURE- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: service interact with desktop broken between: 1.5.5 1.5.19
Can't tell you why this isn't working for you (I wasn't able to make it work either). But looking at the cygrunsrv sources I noticed something else that doesn't look quite right: In cygrunsrv.cc:print_service(): if (interact) strcat (tmp, --nohide ); I assume what is intended is: if (interact showc) strcat (tmp, --nohide ); This isn't what's stopping you from doing what you want to do, though, since it's just the display routine. Lev -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Why only 1 cygwin1.dll?
FAQ candidate? Either of Eric's explanations seem spot on, to me. And this question does come up fairly regularly. Lev -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Why only 1 cygwin1.dll?
On Sat, Mar 25, 2006 at 12:38:53PM -0500, Lev Bishop wrote: FAQ candidate? Either of Eric's explanations seem spot on, to me. And this question does come up fairly regularly. In the FAQ, I think it would be a good idea to mention that this limitation makes it impossible (outside of setup.exe) to package an application based on Cygwin and guarantee that it runs on the host machine. That is, it's impossible to determine if the cygwin1.dll is already on the machine. Bob Rossi -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Why only 1 cygwin1.dll?
On Sat, Mar 25, 2006 at 12:38:53PM -0500, Lev Bishop wrote: FAQ candidate? Either of Eric's explanations seem spot on, to me. And this question does come up fairly regularly. It is not 100% complete but I guess something like that should be in the FAQ under a heading of: Q) I see the way you're doing things and I don't agree. Certainly I know more about this then you do. Please prove me wrong, although I doubt that you can. Go ahead, I dare you? Then we can include descriptions of why there should be only one version of cygwin1.dll. Why /dev isn't the perfect replacement for /cygdrive. Why we don't default to c:\ as the root directory for cygwin. Why setup.exe doesn't install everything by default. Why setup.exe installs so much by default. and why -mno-cygwin really does produce binaries that have nothing to do with cygwin and, so, therefore, discussion of said binaries doesn't belong here. etc. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Why only 1 cygwin1.dll?
On Sat, Mar 25, 2006 at 12:40:51PM -0500, Bob Rossi wrote: On Sat, Mar 25, 2006 at 12:38:53PM -0500, Lev Bishop wrote: FAQ candidate? Either of Eric's explanations seem spot on, to me. And this question does come up fairly regularly. In the FAQ, I think it would be a good idea to mention that this limitation makes it impossible (outside of setup.exe) to package an application based on Cygwin and guarantee that it runs on the host machine. That is, it's impossible to determine if the cygwin1.dll is already on the machine. It is certainly not impossible. We support the cygwin release here. That does not preclude (except for lack of interest apparently) someone providing providing a nifty tool for determining if/when to install a 3PP cygwin DLL but we all know that anyone who wants that automatically is only able to complain about the lack of such a tool. It's been a given for years in this mailing list and I doubt that it will change anytime soon. The best that people seem to be able to do is complain about how much they want to do this here and predict the death of cygwin if something isn't changed to accommodate their desires. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygwin: Where is the Help Guide
On Sat, Mar 25, 2006 at 01:12:22PM +, zzapper wrote: LOL. Gotta love this enthusiasm. [...] This (searchable) newsgroup on the web http://news.gmane.org/gmane.os.cygwin/ Newsgroup 'on the web'? Words fail me. More accurately, Gmane provides the contents of various mailing list archives in a newsgroup format for those who prefer news over mail, or otherwise choose not to subscribe to a mailing list. Posting to the newsgroup requires a valid subscription to the respective mailing list, but reading it requires only pointing your news client to news.gmane.org. Also worth pointing out is the Gmane's archives go way back, even for large values of way. As for what's in those archives, reviewing the contents of http://cygwin.com/acronyms/ beforehand might go a long way, as the 'wtf' command provides no information on Cygwin-isms, or sheds any light on the increasingly obscure hippo references. command line help man zsh info zsh pinfo zsh whatis zsh where zsh The 'where' command is useful only if one generates the whereis database by running /usr/sbin/makewhatis (something regrettably not done by any of the installation routines). Also useful is 'apropos' (or 'man -k'), as well as making regular use of 'which' and 'type' to help you keep things straight. [...] What else? Perhaps what's in /usr/share/doc/Cygwin, as well as various other package-specific READMEs in /usr/share/doc? Then, of course, there's all those *other* docs, tutorials, etc. typically not available from anywhere but the source package. FWIW, I'd like to think that expanding the contents of the Cygwin man pages ('man cygwin' and 'man intro') to provide the above information as well as offer an overview of Cygwin-specific tools, etc. would go a long way. -- George -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Why only 1 cygwin1.dll?
On 3/25/06, Christopher Faylor wrote: It is not 100% complete but I guess something like that should be in the FAQ under a heading of: Q) I see the way you're doing things and I don't agree. Certainly I know more about this then you do. Please prove me wrong, although I doubt that you can. Go ahead, I dare you? Then we can include descriptions of why there should be only one version of cygwin1.dll. Why /dev isn't the perfect replacement for /cygdrive. Why we don't default to c:\ as the root directory for cygwin. Why setup.exe doesn't install everything by default. Why setup.exe installs so much by default. and why -mno-cygwin really does produce binaries that have nothing to do with cygwin and, so, therefore, discussion of said binaries doesn't belong here. We do already have FAQs for Why not install in C:\? and Why the weird directory structure?. There is a FAQ for How do I compile a Win32 executable that doesn't use Cygwin? but it doesn't specifically mention that discussion of the binaries doesn't belong here (and in fact specifically says that -mno-cygwin should not be confused with mingw -- whereas when someone asks about -mno-cygwin on this ML everyone always directs them to talk to the mingw lists). There already is How do I just get everything? which sort of explains why setup downloads as much/little as it does. I couldn't see any FAQ for why /dev doesn't replace /cygdrive though. If you're saying that you this kind of question shouldn't be humoured, then maybe just: Q) I see the way you're doing things and I don't agree. Certainly I know more about this then you do. Please prove me wrong, although I doubt that you can. Go ahead, I dare you? A) See: http://cygwin.com/cgi-bin/cvsweb.cgi/~checkout~/src/winsup/cygwin/how-cygheap-works.txt?rev=1.5content-type=text/plaincvsroot=src http://cygwin.com/cgi-bin/cvsweb.cgi/~checkout~/src/winsup/cygwin/how-cygtls-works.txt?rev=1.1content-type=text/plaincvsroot=src See also: http://cygwin.com/acronyms/#WCTYBTWHTKY Lev -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.5.19: cygrunsrv problem running Apache under user nobody
Gerry Reno wrote: Today I tried starting httpd with cygrunsrv with similar results: $ cygrunsrv -S httpd cygrunsrv: Error starting a service: QueryServiceStatus: Win32 error 1062: The service has not been started. [EMAIL PROTECTED] ~/docs $ ps -efl UID PIDPPID TTY STIME COMMAND greno3404 1 con 22:46:08 /usr/bin/bash nobody1420 1 ? 16:49:41 /usr/sbin/httpd nobody28001420 ? 16:49:42 /usr/sbin/httpd nobody28281420 ? 16:49:42 /usr/sbin/httpd nobody22481420 ? 16:49:42 /usr/sbin/httpd nobody12641420 ? 16:49:42 /usr/sbin/httpd nobody32081420 ? 16:49:42 /usr/sbin/httpd greno27363404 con 16:49:47 /usr/bin/ps As you can see the service does start even though it is reporting that it is not started. Am I configuring something wrong? Good question. You might want to start here: Problem reports: http://cygwin.com/problems.html Also, you need to make sure that the user you created has all the proper permissions httpd needs to run as a service. If it needs to switch user contexts, etc., this is important. I should point out that adding such a new user is a security hole, if that's a concern for you. Perhaps you'll just want to try getting this working with the default SYSTEM user. If that works, you can backtrack from there. You can also consult the openssh ssh-host-config script. You can follow the steps it uses to create a new user with the proper permissions to run sshd on W2K3 (where SYSTEM doesn't have the proper permissions). -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: : in filename
Eric Blake wrote: snip It would be nice if cygwin could be more proactive in recognizing : as invalid in non-managed mounts, rather than passing the : on to the Windows filename functions, in order to avoid the creation of undeletable filenames such as .new. via the help of a colon, but I can live with the current behavior if adding such a check would slow down the common case. The latter affect is certainly the case here though, as usual, I'm sure it's a PTC if someone has a great brainstorm for a way to do this without the overhead. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: service interact with desktop broken between: 1.5.5 1.5.19
Another bug in cygrunsrv.cc:main() (again not the reason for this problem) --- cygrunsrv.cc.old2006-03-25 13:49:08.238075200 -0500 +++ cygrunsrv.cc2006-03-25 13:50:35.473513600 -0500 @@ -1930,14 +1930,14 @@ case '1': if (action != Install) return error (IONotAllowed); - if (in_stdin) + if (in_stdout) return error (OnlyOneIO); in_stdout = optarg; break; case '2': if (action != Install) return error (IONotAllowed); - if (in_stdin) + if (in_stderr) return error (OnlyOneIO); in_stderr = optarg; break; On 3/25/06, Lev Bishop wrote: Can't tell you why this isn't working for you (I wasn't able to make it work either). But looking at the cygrunsrv sources I noticed something else that doesn't look quite right: In cygrunsrv.cc:print_service(): if (interact) strcat (tmp, --nohide ); I assume what is intended is: if (interact showc) strcat (tmp, --nohide ); -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Why only 1 cygwin1.dll?
On Sat, Mar 25, 2006 at 12:56:56PM -0500, Christopher Faylor wrote: On Sat, Mar 25, 2006 at 12:40:51PM -0500, Bob Rossi wrote: On Sat, Mar 25, 2006 at 12:38:53PM -0500, Lev Bishop wrote: FAQ candidate? Either of Eric's explanations seem spot on, to me. And this question does come up fairly regularly. In the FAQ, I think it would be a good idea to mention that this limitation makes it impossible (outside of setup.exe) to package an application based on Cygwin and guarantee that it runs on the host machine. That is, it's impossible to determine if the cygwin1.dll is already on the machine. It is certainly not impossible. We support the cygwin release here. That does not preclude (except for lack of interest apparently) someone providing providing a nifty tool for determining if/when to install a 3PP cygwin DLL but we all know that anyone who wants that automatically is only able to complain about the lack of such a tool. It's been a given for years in this mailing list and I doubt that it will change anytime soon. The best that people seem to be able to do is complain about how much they want to do this here and predict the death of cygwin if something isn't changed to accommodate their desires. Hi Christopher, I certainly didn't mean to complain. I really love Cygwin and wouldn't ever predict it's death. I can't work without it on windows. However, I still think that it's not possible, without a horrid solution. The problem with the third party tool is that it would need to be run every time before the third party application is run. If the user installed Cygwin, remove the local cygwin1.dll. If the user removed Cygwin, replace the removed cygwin1.dll. Very odd. Does this sound like a reasonable solution to you (although I'll admit it's possible)? Bob Rossi -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Why only 1 cygwin1.dll?
Bob Rossi wrote: On Sat, Mar 25, 2006 at 12:56:56PM -0500, Christopher Faylor wrote: On Sat, Mar 25, 2006 at 12:40:51PM -0500, Bob Rossi wrote: On Sat, Mar 25, 2006 at 12:38:53PM -0500, Lev Bishop wrote: FAQ candidate? Either of Eric's explanations seem spot on, to me. And this question does come up fairly regularly. In the FAQ, I think it would be a good idea to mention that this limitation makes it impossible (outside of setup.exe) to package an application based on Cygwin and guarantee that it runs on the host machine. That is, it's impossible to determine if the cygwin1.dll is already on the machine. It is certainly not impossible. We support the cygwin release here. That does not preclude (except for lack of interest apparently) someone providing providing a nifty tool for determining if/when to install a 3PP cygwin DLL but we all know that anyone who wants that automatically is only able to complain about the lack of such a tool. It's been a given for years in this mailing list and I doubt that it will change anytime soon. The best that people seem to be able to do is complain about how much they want to do this here and predict the death of cygwin if something isn't changed to accommodate their desires. Hi Christopher, I certainly didn't mean to complain. I really love Cygwin and wouldn't ever predict it's death. I can't work without it on windows. However, I still think that it's not possible, without a horrid solution. The problem with the third party tool is that it would need to be run every time before the third party application is run. If the user installed Cygwin, remove the local cygwin1.dll. If the user removed Cygwin, replace the removed cygwin1.dll. Very odd. Does this sound like a reasonable solution to you (although I'll admit it's possible)? What's wrong with third parties simply installing any cygwin1.dll that they want to distribute (subject to the GPL of course) in a setup-compatible location and way? Then the only question is whether to install over any existing DLL or not. That's the same old issue that all installers have with any shared DLL. Using the accepted practice of replacing any existing old DLL with a newer one (by comparing version) should work fine. Removal of shared DLLs across apps is a common problem for any Windows app too. I don't believe the Cygwin distribution and any 3rd party distributor throws a new wrinkle into this. I've seen many an uninstaller ask me if I want to delete XXX.dll that could still be needed by other apps. Same rules apply. The worst case is that one cygwin1.dll gets left on a user's system after all apps using it have been uninstalled. That's par for the course with Windows. And at least if the DLL is always in the setup- compatible location, it would be easily found and used/overwritten by any subsequent installation, 3rd party or otherwise. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
1.5.19: apache-1.3.33-2: make[5]: *** No rule to make target `libssl.dll', needed by `lib'. Stop.
I am attempting to build apache 1.3.33-2 from the Cygwin sources. I used the included build script and ran configure and make. ./apache-1.3.33-2.sh configure ./apache-1.3.33-2.sh make ... make[5]: *** No rule to make target `libssl.dll', needed by `lib'. Stop. ... This error is coming from .../modules/ssl I checked the modules/ssl/Makefile and sure enough there is no rule to make libssl.dll. Is this a problem or is libssl.dll created some other way? How is libssl.dll generated? Gerry Reno mailto: grenoml at@ yahoo dot. com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.5.19: cygrunsrv problem running Apache under user nobody
The solution was to install the httpd service with the following args: $ cygrunsrv -I httpd -u nobody -p /usr/sbin/httpd -a -F -d CYGWIN httpd -e CYGWIN=server --shutdown $ net start httpd The CYGWIN httpd service is starting. The CYGWIN httpd service was started successfully. Gerry Reno mailto: grenoml at@ yahoo dot. com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.5.19: apache-1.3.33-2: make[5]: *** No rule to make target `libssl.dll', needed by `lib'. Stop.
Ok, cleaned everything out and reran everything: ./apache-1.3.33-2.sh prep ./apache-1.3.33-2.sh configure ./apache-1.3.33-2.sh make ./apache-1.3.33-2.sh make #-must run make twice for libhttpd.dll ... htpasswd.c:101: error: conflicting types for 'getline' /usr/include/sys/stdio.h:31: error: previous declaration of 'getline' was here htpasswd.c:101: error: conflicting types for 'getline' /usr/include/sys/stdio.h:31: error: previous declaration of 'getline' was here make[3]: *** [htpasswd.o] Error 1 make[3]: Leaving directory `/usr/src/apache-1.3.33/.build/src.i686-whatever-cygwin/support' make[2]: *** [build-support] Error 1 make[2]: Leaving directory `/usr/src/apache-1.3.33/.build' make[1]: *** [build] Error 2 make[1]: Leaving directory `/usr/src/apache-1.3.33/.build' make: *** [all] Error 2 Make is fails with this 'getline' conflict. Gerry Reno mailto: grenoml at@ yahoo dot. com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.5.19: apache-1.3.33-2: make[5]: *** No rule to make target `libssl.dll', needed by `lib'. Stop.
Gerry Reno wrote: ./apache-1.3.33-2.sh prep Without running prep you don't get any patches applied, one of which is the rather involved patch to add hooks and support for mod_ssl. htpasswd.c:101: error: conflicting types for 'getline' /usr/include/sys/stdio.h:31: error: previous declaration of 'getline' was here htpasswd.c:101: error: conflicting types for 'getline' /usr/include/sys/stdio.h:31: error: previous declaration of 'getline' was here This has been discussed in depth in past threads (see the archives.) Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Updated: readline-5.1-5, libreadline6-5.1-5
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 A new release of readline and libreadline6, 5.1-5, is available for use, replacing 5.1-4 as the current version. NEWS: = This is a minor bugfix release. It adds official upstream patches 3 (referencing freed memory) and 4 (incremental search mode prompt fix, inspired by the patch I was using in 5.1-4). DESCRIPTION: The readline library will read a line from the terminal and return it, allowing the user to edit the line with emacs or vi editing keys. It also allows a history feature, for editing previous entries, making command line interfaces easier-to-use and more intuitive. libreadline6 provides the .dlls needed for readline and history expansion for dynamic linking in other programs, including bash and gdb; it is required for a minimal cygwin installation. The 6 in libreadline6 distinguishes incompatible API changes made to the prior libreadline4 and libreadline5 libraries still available on the mirrors. readline provides the documentation and the static libraries required for static linking; you should only need it if you plan on compiling an application that links with -lreadline or -lhistory. UPDATE: === 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. Save it and run setup, answer the questions and pick up 'libreadline6' from the 'Base' category (it should already be selected), or 'readline' in the 'Devel' category. Be sure that you do not have any cygwin programs running during the upgrade. DOWNLOAD: = Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: == If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. - -- Eric Blake volunteer cygwin readline maintainer CYGWIN-ANNOUNCE UNSUBSCRIBE INFO: = To unsubscribe to 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: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.1 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEJVBQ84KuGfSFAYARApwIAJ49p97Gl7jrQ2QoNbGhm7SswudUVACg0cqp XKW4VBMs6FKM62n9wRwOOV0= =1klR -END PGP SIGNATURE-
Updated: monotone-0.25.2-1 (security fix)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Version 0.25.2-1 of monotone has been uploaded. monotone is a free distributed version control system. it provides a simple, single-file transactional version store, with fully disconnected operation and an efficient peer-to-peer synchronization protocol. it understands history-sensitive merging, lightweight branches, integrated code review and 3rd party testing. it uses cryptographic version naming and client-side RSA certificates. it has good internationalization support, has no external dependencies, runs on linux, solaris, OSX, windows, and other unixes, and is licensed under the GNU GPL. important security fix With versions of monotone prior to this release, a person with commit access could commit a malicious file with a name like mt/monotonerc. When anybody else then checked out this revision on a system with a case-folding filesystem -- usually, this means, on Windows or OS X -- then their monotone would run arbitrary Lua code stored in this file. The _only_ change in this release as compared to 0.25 is that the existing checks against files in MT are now extended to check for mt, Mt, and mT. A more detailed description of the upgrade process is on the official website: http://venge.net/monotone/NEWS.pre If you have questions or comments, please send them to the Cygwin mailing list at: cygwin@cygwin.com . *** 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: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.1 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQIcBAEBAgAGBQJEJXzXAAoJELBiMTth2oCDslYQAI0K86d/Bu525j9XEE6XWUqB cxSJMnuk2Ta6optF0DbeeySp46mn/uYwMaY+GPIeVeQmCsRvmn2OjtcXBWfy/FS/ trHdVnRzuea3F7T0GN+zkVRbktqCxfElIE2wKrF+zsYuuPumYu12TGziVxzngrOY 2jURLhyAsZq1bXPWzcPswjLHsk8EEMmY1U39mixWC6uOoTKYhgj0BJHvR/H0wo6O L3+M8pj37NIRrH+cDcK47yF11QTbzFYd2p3o1mLdlZbCdjyFyu46bpoBJP7v09YI 0sKujZyxIO2t4rU2eys8jPHXL+l29NYCs5jyNWMtBUOqxEkWHYdXeGraT5G97Gyb gXk4BOz66TKyiP7+r4h7LmYHISI8TzNLisCJiJrEWB42jXeT/vGas7sFxQz9Pmv1 NgLxH40y84foWsQZp458Mu9UCgPe+iPC5E43YDTGPyy5ueICdMoCGIj4cfboffRE 2632i7s6bZIzc4igjjDDfAGO6Mpwy4QeXpE8la/QpCnGnguomdOWUy/VemOI+17R HDM3p+6dIEfq4Uu6hQv6DOHbFdyM2QlZEYD0O11m+pCnuELm5/aUhawhAkJFFUn+ w1NF0ugsjaDR52dMKZel2P0IGGdiKb1HdyVVfFaqURiQ7CE0KjKtAWH3LK6AAIZT hl75RB385RteH4bJpS2M =9LEA -END PGP SIGNATURE-