Re: [ITP] mintty 0.3.5
2009/1/21 Corinna Vinschen: On Jan 20 19:56, Andy Koppe wrote: http://mintty.googlecode.com/svn/pkgs/cygwin/0.3.5-1/mintty-0.3.5-1-src.tar.bz2 http://mintty.googlecode.com/svn/pkgs/cygwin/0.3.5-1/mintty-0.3.5-1.tar.bz2 http://mintty.googlecode.com/svn/pkgs/cygwin/0.3.5-1/setup.hint Uploaded. Thanks! Please don't forget to send an announcement according to http://cygwin.com/setup.html#submitting, section 8 to cygwin-annou...@cygwin.com. Will do later today. Andy
Re: [ITP] bind-9.6.0-1
A request: I think a lot of people would find it useful if you were to split out the client tools, in particular 'host', from the bind server package. I don't want to run a DNS server-- I just want to be able to use the 'host' command. Thanks, Andrew.
Re: [ITP] bind-9.6.0-1
On Jan 21 11:51, Andrew Schulman wrote: A request: I think a lot of people would find it useful if you were to split out the client tools, in particular 'host', from the bind server package. I don't want to run a DNS server-- I just want to be able to use the 'host' command. Thanks, Andrew. And here's another problem, Yaakov. Why does the bind package require an /etc/resolv.conf file? Isn't that used only by the resolver lib? And the resolver lib is part of Cygwin 1.7 anyway, or in the minires package for Cygwin 1.5. Minires/Cygwin 1.7 don't need a resolv.conf file, so why does bind?!? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: [ITP] bind-9.6.0-1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Andrew Schulman wrote: A request: I think a lot of people would find it useful if you were to split out the client tools, in particular 'host', from the bind server package. I don't want to run a DNS server-- I just want to be able to use the 'host' command. Thanks, Andrew. I don't see that as a compelling argument to justify YA binary package. Just because you install a package doesn't mean you have to use every single tool included therein. Yaakov -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAkl3VqAACgkQpiWmPGlmQSPlxACg4KVpRwavGPK3A5nP1/B232o4 4vcAnjReO7mcydEBjK58A2p6e5ORwSj4 =iq7d -END PGP SIGNATURE-
Re: [ITP] bind-9.6.0-1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Corinna Vinschen wrote: And here's another problem, Yaakov. Why does the bind package require an /etc/resolv.conf file? Isn't that used only by the resolver lib? And the resolver lib is part of Cygwin 1.7 anyway, or in the minires package for Cygwin 1.5. Minires/Cygwin 1.7 don't need a resolv.conf file, so why does bind?!? I was attempting to avoid a FAQ. BIND is a DNS suite, and it needs to know the address of a nameserver in order to do lookups. The usage of /etc/resolv.conf is well documented in both the manpages and the online manual. Yaakov -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAkl3WU4ACgkQpiWmPGlmQSNXyQCfXEFPRiLslEh0fwggqgZo7RKO jNoAnAgTDGVHiR4Bgoavl5EEaYpO215X =RCY6 -END PGP SIGNATURE-
Re: [ITP] bind-9.6.0-1
On Jan 21 11:20, Yaakov (Cygwin/X) wrote: Corinna Vinschen wrote: Why does the bind package require an /etc/resolv.conf file? Isn't that used only by the resolver lib? And the resolver lib is part of Cygwin 1.7 anyway, or in the minires package for Cygwin 1.5. Minires/Cygwin 1.7 don't need a resolv.conf file, so why does bind?!? I was attempting to avoid a FAQ. BIND is a DNS suite, and it needs to know the address of a nameserver in order to do lookups. The usage of /etc/resolv.conf is well documented in both the manpages and the online manual. Ok, but the Cygwin resolver lib also works without this file because the nameserver information can be (and is) fetched from Windows. Would it be feasible to use the same method as the resolver lib so that we don't have two libs using different methods? The resolver lib uses /etc/resolv.conf, but falls back to calling the Windows function GetNetworkParam to fetch this information if the resolve.conf file doesn't exist(*). Corinna (*) On NT4 the GetNetworkParam function is missing so the resolver checks the registry directly, but given the age of NT4 I wouldn't be too concerned... -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: [ITP] bind-9.6.0-1
A request: I think a lot of people would find it useful if you were to split out the client tools, in particular 'host', from the bind server package. I don't want to run a DNS server-- I just want to be able to use the 'host' command. Thanks, Andrew. I don't see that as a compelling argument to justify YA binary package. Just because you install a package doesn't mean you have to use every single tool included therein. At the risk of prolonging the argument, I'll just boldly claim without proof that all but a small percentage of the people who install the bind package will want only the client. In that case, parsimony and security argue for not installing the server on those users' hosts-- even if they choose not to run it. Whether that argument is compelling enough to justify splitting the package is of course your call. In any case, thanks for packaging bind. Andrew.
Re: [ITP] bind-9.6.0-1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Corinna Vinschen wrote: Ok, but the Cygwin resolver lib also works without this file because the nameserver information can be (and is) fetched from Windows. Would it be feasible to use the same method as the resolver lib so that we don't have two libs using different methods? The resolver lib uses /etc/resolv.conf, but falls back to calling the Windows function GetNetworkParam to fetch this information if the resolve.conf file doesn't exist(*). BIND does not use libresolv/minires, it uses its own code (in liblwres) for parsing /etc/resolv.conf and doing the actual resolver operations. Yaakov -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAkl3YicACgkQpiWmPGlmQSMTEQCdEHXZa8UFlHyVAKfioOMQt3w7 8X8AoJTjPNzTtCHUYEdZ9DzFHi3DDlCF =Rmrf -END PGP SIGNATURE-
Re: [ITP] bind-9.6.0-1
On Jan 21 11:58, Yaakov (Cygwin/X) wrote: Corinna Vinschen wrote: Ok, but the Cygwin resolver lib also works without this file because the nameserver information can be (and is) fetched from Windows. Would it be feasible to use the same method as the resolver lib so that we don't have two libs using different methods? The resolver lib uses /etc/resolv.conf, but falls back to calling the Windows function GetNetworkParam to fetch this information if the resolve.conf file doesn't exist(*). BIND does not use libresolv/minires, it uses its own code (in liblwres) for parsing /etc/resolv.conf and doing the actual resolver operations. Well, yes. That's why I'm asking the above question. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: [ITP] bind-9.6.0-1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Corinna Vinschen wrote: Well, yes. That's why I'm asking the above question. I'm really not sure where you're going with this. This isn't Cygwin specific; BIND doesn't use libresolv on Linux either. Yaakov -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAkl3b+wACgkQpiWmPGlmQSPqBwCgmiegh+It+YrLeBqrxRqQfupK 35wAn2oiQlA++BQFhXq1HZwNrAvn2FfI =gBy1 -END PGP SIGNATURE-
Re: [ITP] bind-9.6.0-1
On Jan 21 12:56, Yaakov (Cygwin/X) wrote: Corinna Vinschen wrote: Well, yes. That's why I'm asking the above question. I'm really not sure where you're going with this. This isn't Cygwin specific; BIND doesn't use libresolv on Linux either. I'm not asking to use the resolver lib. I'm asking that the resolver code in bind's libs uses the same method to fetch nameserver and domain information as Cygwin's default resolver does. Which is basically - use /etc/resolv.conf if available - otherwise, use Windows' GetNetworkParam() function. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
[RFU] lftp
I've packaged a new release of lftp. This release fixes (again) the conflict with gettext caused by inclusion of /usr/lib/charset.alias. Please upload. Thanks, Andrew. # 1.5 # Please leave 3.7.3-2 as previous, delete others wget \ http://home.comcast.net/~andrex2/cygwin-1.5/lftp/lftp-3.7.6-3.tar.bz2 \ http://home.comcast.net/~andrex2/cygwin-1.5/lftp/lftp-3.7.6-3-src.tar.bz2 # 1.7 # Please leave 3.7.3-2 as previous, delete others wget \ http://home.comcast.net/~andrex2/cygwin-1.7/lftp/lftp-3.7.6-4.tar.bz2 \ http://home.comcast.net/~andrex2/cygwin-1.7/lftp/lftp-3.7.6-4-src.tar.bz2
Re: [ITP] bind-9.6.0-1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Corinna Vinschen wrote: I'm not asking to use the resolver lib. I'm asking that the resolver code in bind's libs uses the same method to fetch nameserver and domain information as Cygwin's default resolver does. You could just as easily make the same argument on Linux: glibc already includes a resolver lib, so why shouldn't BIND use it? I have yet to see a Linux distribution patch bind to use libresolv, and I see little difference between using libresolv and copying (part of) minires into BIND. Which is basically - use /etc/resolv.conf if available - otherwise, use Windows' GetNetworkParam() function. You asked originally if it was feasible to do so. There is a Windows version of BIND, so perhaps it is possible, but AFAICS accomodating both would be difficult to maintain. If we're going to expect every Cygwin user to maintain an /etc/fstab, I really don't see why we can't expect those few who want to use BIND to maintain an /etc/resolv.conf. Yaakov -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAkl3q4oACgkQpiWmPGlmQSM3EQCeIaDh5+tE04p8Gq8ozWYsMEKn 7pwAoKXg4gPCQrRSsgMF4frUT1KDqQDA =kDMr -END PGP SIGNATURE-
Re: [ITP] bind-9.6.0-1
At 12:37 PM 1/21/2009, Corinna Vinschen wrote: On Jan 21 11:20, Yaakov (Cygwin/X) wrote: Corinna Vinschen wrote: Why does the bind package require an /etc/resolv.conf file? Isn't that used only by the resolver lib? And the resolver lib is part of Cygwin 1.7 anyway, or in the minires package for Cygwin 1.5. Minires/Cygwin 1.7 don't need a resolv.conf file, so why does bind?!? I was attempting to avoid a FAQ. BIND is a DNS suite, and it needs to know the address of a nameserver in order to do lookups. The usage of /etc/resolv.conf is well documented in both the manpages and the online manual. Ok, but the Cygwin resolver lib also works without this file because the nameserver information can be (and is) fetched from Windows. Would it be feasible to use the same method as the resolver lib so that we don't have two libs using different methods? The resolver lib uses /etc/resolv.conf, but falls back to calling the Windows function GetNetworkParam to fetch this information if the resolve.conf file doesn't exist(*). There is another problem. If resolv.conf exists then minires and the cygwin 1.7 resolver default to using the name servers directly instead of using the internal Windows resolver. That's useful to those who don't want to use the default dns server of their isp, which may offer a DNS assistance feature that maps non existent domains to a web server operated by the ISP, while keeping dns assistance for their web browser. http://log.psi.cc/2008/03/02/how-to-disable-verizon-dns-assistance/ http://netservices.verizon.net/portal/link/help/item?case=dns_assist_fiospartner=verizonproduct=fios If it's a problem we can change the behavior of the cygwin 1.7 resolver to require more than the existence of resolv.conf to enable the bypass. Pierre
Re: RE: Intermittent X clipboard failure
I don't know if there is permanent fix for this but this is my workaround. I faced similar issue after I upgraded my X server recently. Copy/paste between X and windows apps works fine as long as no MS Office 2003 apps are open. If Office apps are open, they hang immediately if I copy anything from X, e.g. xterm. Killing the hung Office apps usually restore my copy/paste function. My workaround: disable the Office clipboard. This forces Office apps to use the Windows clipboard but the apps don't hang when I copy/paste from X. To disable the Office clipboard: * On the Office Clipboard task pane, click Options. * Clear the Show Office Clipboard Automatically check box. * Clear the Show Office Clipboard When Ctrl+C Pressed Twice check box. * Clear the Collect Without Showing Office Clipboard check box. YMMV Williams, Chris (Marlboro) wrote: Hi, This clipboard failure happened again. This time I notice I could still copy from X apps to the Windows clipboard buffer. Also this time I copied some log information about the shutdown: Start log clip winDeinitMultiWindowWM - Noting shutdown in progress winClipboardProc - winClipboardFlushWindowsMessageQueue trapped WM_QUIT message, exiting main loop. winClipboardProc - XDestroyWindow succeeded. winClipboardIOErrorHandler! End log clip Anyone have any specific hints about hunting down this clipboard problem? Possibly apropos, anyone have any issues running the Office Clipboard that comes with MS Office 2003 with this new X server, X.Org 7.4? Thanks, Chris -Original Message- From: cygwin-xfree-ow...@cygwin.com [mailto:cygwin-xfree-ow...@cygwin.com] On Behalf Of Williams, Chris (Marlboro) Sent: Thursday, December 18, 2008 6:59 PM To: cygwin-xfree@cygwin.com Subject: Intermittent X clipboard failure Hi, I've been using the Xwin release 1.5.3.0 on XP SP2 and I'm experiencing odd copy/paste behavior. When I first start the X server with the -clipboard command-line option everything works fine, copy/paste to/from X apps with no problem. After a while, and unfortunately I don't know what event triggers this, Windows stops accepting clipboard data from the X apps and vice versa, I can't paste into any X app. The log isn't that much help, probably because I don't understand what I'm looking at. I do see messages like: winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionRequest - OpenClipboard () failed: If I restart the X server this problem goes away immediately. Or if I wait long it enough I stop seeing those log messages and the problem goes away on it's own apparently. Anyone else have this type of problem? I'm not even sure what the next step is as far as providing useful data for debugging purposes. I'll also add that I'm only talking about text copy here. Thank you, Chris -- 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/ -- 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/ -- 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/
Re: RE: Intermittent X clipboard failure
I have been experiencing this issue frequently ever since I upgraded to the new X server and xterm last month. I am using xterm. I haven't tried rxvt. I have MS Office XP on WinXP SP2. Disabling the Office Clipboard as suggested doesn't work for me. Once I get in this state copy/paste functionality is broken for all apps. To get the Windows clipboard working I have to kill the X server using Task Manager as telling it to exit using the right-click menu on the X icon in notification area doesn't work. It looks like the X server hangs on shutdown. I have found that going back to xterm 229 works slightly better but still has the issue (and that's kind of a pain as I have install some obsolete libraries to get it working). This used to work without issue with the old 6.8.x X servers. I have to have MS Outlook running at all times as that is my work email client. Devin -- 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/
Pound her till you reach her guts. book
http://www.google.com/group/zhnfdmadelinearmstrong?sanocraoiipdnqadxjajur fish comely disown scrawled ceiling tip check-book roar -- 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/
Jessica's hot body is so inviting. antics
http://www.google.com/group/vsbxhirammarcus?uhccmlmuxmjngfwsk represent amount pale commonly specialist shoots gathering neighbor place--a balance convoy -- 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/
Re: [patch 0/7] X server patchset
Yaakov (Cygwin/X) wrote: Jon TURNEY wrote: This mail is followed by a series of patches, mainly fixing cosmetic issues in -multiwindow mode. This is incremental to my patchset of 20081218 I *think* I have everything in Ports SVN now. I have excluded the patches for SKIP_TASKBAR and log timestamps, and includes your patch to enable Windows-WM and my patch to use BUILD_DATE to distinguish between builds of the same version. Yes, that seem to have everything. Please test r5537 as release candidate. Built and has been working ok for me today. -- 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/
[ANNOUNCEMENT] Updated: xorg-server-1.5.3-5
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 The following package has been updated in the Cygwin net distribution: *** xorg-server-1.5.3-5 Features: * Restored Windows-WM (-mwextwm) support for use with xwinwm. Patches: * Allow pointer warping to work in multiwindow and rootless modes; * Fixed keyboard layouts for nation-specific locales; * Fixed -silent-dup-error option; * Force keyboard state onto Virtual Core Keyboard on server startup; * Generate scan codes for fake keypresses from speech recognizers; * Improve mouse tracking for moving/resizing undecorated windows; * Reduce mouse polling interval to 50ms. Many thanks to Jon Turney, Colin Harrison, and Paul Loewenstein for their patches. Yaakov Cygwin/X 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-xfree mailing list is the appropriate place. CYGWIN-XFREE-ANNOUNCE UNSUBSCRIBE INFO: === To unsubscribe to the cygwin-xfree-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-xfree-announce-unsubscribe-you=yourdomain@cygwin.com 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.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAkl3+GQACgkQpiWmPGlmQSNr7QCffM1Z2Zp9c2tNMzbT9vazYSQI LO8AmwUTLnFCKPQa/NBePdeB1SGL+oFY =eiqQ -END PGP SIGNATURE- -- 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/
[ANNOUNCEMENT] Updated: xwinwm-0.0.5-2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 The following package has been updated in the Cygwin net distribution: *** xwinwm-0.0.5-2 I have rebuilt xwinwm for modular X11, with a small patch to fix compilation with gcc-3.4. It requires xorg-server-1.5.3-5, released today. - From the original announcement in 2004: ***EXPERIMENTAL*** Kensuke Matsuzaki's window manager for Cygwin/X to be used with the -mwextwm command-line parameter (not compatible with -multiwindow, - -rootless, -nodecoration, nor with -fullscreen). This window manager is not yet fully feature complete (e.g. resizing doesn't work) and is being released now only to allow people to test it and to get other developers interested in this project. Some may find that xwinwm fits their current needs, but we make no guarantees and we recommend that you stick with 'XWin -multiwindow' for your stable systems. NOTE: You *do* have to launch xwinwm just as you would have to launch twm in your startup script; XWin does not automatically launch xwinwm when you are using -mwextwm, though this feature may be added later. Yaakov Cygwin/X 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-xfree mailing list is the appropriate place. CYGWIN-XFREE-ANNOUNCE UNSUBSCRIBE INFO: === To unsubscribe to the cygwin-xfree-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-xfree-announce-unsubscribe-you=yourdomain@cygwin.com 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.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAkl3+vUACgkQpiWmPGlmQSP7VgCeMGJ7lq9zElAlp+g0DrvdSqVq 8o4Ani3Rks8Fp3aOqCIkxsCbP2FBkgv5 =Ikjw -END PGP SIGNATURE- -- 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 ChangeLog configure configure.in cy ...
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2009-01-21 17:14:39 Modified files: winsup : ChangeLog configure configure.in winsup/cygserver: ChangeLog client.cc winsup/cygwin : ChangeLog acconfig.h config.h.in configure configure.in environ.cc fhandler_tty.cc fork.cc msg.cc sem.cc setlsapwd.cc shm.cc winsup/doc : ChangeLog cygserver.sgml cygwinenv.sgml faq-programming.xml ntsec.sgml winsup/utils : ChangeLog passwd.c Log message: ChangeLog: * configure.in: Remove --enable-server option. Allways add the cygserver directory to $SUBDIRS. * configure: Regenerate. cygwin/ChangeLog: Remove USE_SERVER define. Accommodate throughout. * configure.in: Remove --enable-server option. * configure: Regenerate. * environ.cc: Remove CYGWIN=server setting. cygserver/ChangeLog: * client.cc (allow_server): Remove variable. (client_request_get_version::client_request_get_version): Drop checking allow_server. utils/ChangeLog: * passwd.c: Remove CYGWIN=server requirement from usage text. doc/ChangeLog: * cygserver.sgml: Remove the How to use the Cygserver services section. * cygwinenv.sgml: Move (no)server to the removed options section. * faq-programming.xml: Remove CYGWIN=server requirement for running the Cygwin testsuite. * ntsec.sgml: Ditto for using `passwd -R'. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/ChangeLog.diff?cvsroot=srcr1=1.101r2=1.102 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/configure.diff?cvsroot=srcr1=1.33r2=1.34 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/configure.in.diff?cvsroot=srcr1=1.31r2=1.32 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygserver/ChangeLog.diff?cvsroot=srcr1=1.68r2=1.69 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygserver/client.cc.diff?cvsroot=srcr1=1.11r2=1.12 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.4359r2=1.4360 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/acconfig.h.diff?cvsroot=srcr1=1.7r2=1.8 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/config.h.in.diff?cvsroot=srcr1=1.11r2=1.12 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/configure.diff?cvsroot=srcr1=1.31r2=1.32 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/configure.in.diff?cvsroot=srcr1=1.32r2=1.33 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/environ.cc.diff?cvsroot=srcr1=1.173r2=1.174 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler_tty.cc.diff?cvsroot=srcr1=1.185r2=1.186 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fork.cc.diff?cvsroot=srcr1=1.201r2=1.202 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/msg.cc.diff?cvsroot=srcr1=1.10r2=1.11 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/sem.cc.diff?cvsroot=srcr1=1.11r2=1.12 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/setlsapwd.cc.diff?cvsroot=srcr1=1.3r2=1.4 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/shm.cc.diff?cvsroot=srcr1=1.35r2=1.36 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/doc/ChangeLog.diff?cvsroot=srcr1=1.167r2=1.168 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/doc/cygserver.sgml.diff?cvsroot=srcr1=1.6r2=1.7 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/doc/cygwinenv.sgml.diff?cvsroot=srcr1=1.31r2=1.32 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/doc/faq-programming.xml.diff?cvsroot=srcr1=1.10r2=1.11 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/doc/ntsec.sgml.diff?cvsroot=srcr1=1.21r2=1.22 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/utils/ChangeLog.diff?cvsroot=srcr1=1.445r2=1.446 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/utils/passwd.c.diff?cvsroot=srcr1=1.14r2=1.15
Re: Hosting the Debian/kCygwin port?
Hi. Sjors Gielen wrote: Now I'm wondering where to host this project. I've been thinking about three locations: Sourceforge, Debian or Cygwin. I've filed a project takeover request for Sourceforge, but the original project admin seems to work against me a little and it doesn't seem fit to release there. debian-cygwin.sf.net is a Debian GNU/w32 port and I see no reason to remove the project page on Sourceforge. Although there are no releases, there has been some work done (see http://lists.debian.org/debian-win32/) and this site should IMHO at least reside for historical reasons. Maybe there is a chance to reanimate this project or at least reuse some of the work that has been done or concepts that have been developed. You called your port Debian/kCygwin, so why don't you prefer debian-kcygwin instead of debian-cygwin as Sourceforge project name? The former is still available. A few comments about the name: - Debian GNU/kCygwin seems to fit better since you use a GNU userland and Debian people tend to share the FSF view about naming operating systems. - The k means normally kernel of. The idea is probably born because Debian GNU/FreeBSD was already taken by a port that used the libc from FreeBSD. Later IIRC Robert Milan had the idea to use the GNU libc for a Debian FreeBSD Port and only the kernel from FreeBSD. This makes porting single packages a lot easier but requires porting glibc first (the FreeBSD specific diff against glibc is IIRC about 1 MB). Since the largest part of the project would be the packages in their new Debian source and binary forms, I at least need an apt repository. The Debian project already has the structure for that ... You can create the repository yourself using eg. reprepro until your port is more integrated into the Debian infrastructure. I don't think that you will get the permission to host your port on debian-ports.org and thus make this port semi-official before you prove that there has been a significant amount of work done since you are yet unknown among the Debian developers and currently no Debian developer is working with you on this. Debian operates an own Sourceforge clone but this is hosted on a single server with a relatively small harddisk, so this is not an option for hosting. I would first host it on Sourceforge using a not already taken project name and after you are able to show first results try to move it to debian-ports.org. Chances that it will be hosted on debian-ports.org and be integrated in the whole Debian infrastructure are way better when you are able to provide some working packages, at least required, important and a subset of standard and optional (I think about things like perl and build-essential including its dependencies as a useful subset of standard and optional). The reasons for the relatively few responses to your mail are probably that most Debian people are not that interested in Windows in general and that you did not provide pointers to the work you have done until now. When you look at the subscriber count of debian-win32 you see that there are at least some people that are interested in such things (it has even more subscribers than debian-qa or debian-www). Such a big project is easier to do when you work together with other people, a more detailed mail with pointers to code and/or specifications to debian-wi...@lists.debian.org might be a good way to find those. I wish you much fun and success with your port Carsten -- Please CC me, I don't read this list regularly. -- 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: Hosting the Debian/kCygwin port?
Sjors Gielen wrote: ... but the Cygwin packages are different from their Debian counterparts (think patches), and I'm not sure how that happens with other ports. debian-devel, is this a problem? No, this is no problem. Debian GNU/kFreeBSD also uses additional patches. Carsten -- 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: Hosting the Debian/kCygwin port?
Hello,
Just a comment about the debian-win32 project: I can read from the list
archive that the main issue was that the VFS doesn't allow to remove or
to overwrite through mv a file in use. IIRC that issue got fixed not so
many months ago in cygwin, and I can confirm that it now seems to work:
$ cat test.c
#include fcntl.h
int main(void) {
int fd = open(blip, O_RDONLY);
pause();
}
$ gcc test.c -o test
$ touch blip
$ ./test
$ rm blip
$ touch blip
$ ./test
$ touch blop
$ mv blop blip
So maybe debian-win32 could just be awaken since the barring issue seems gone?
Samuel
--
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.25-15, gcc 3.4.4-3: printf() does not print cyrillic (russian) text in Windows encoding
Excuse me, if it is not correct mailing list to post this message (if so, please point me to the right one). The problem is: I'm trying to build small utility program written in plane C with gcc under Win98/Cygwin (since it should run under command.com I use -mnocygwin). Among other things my utility must print to the stdout short text string from a text file, generated by another program. This text is in Russian language and uses Windows encoding (1251). Here I get the problem: instead of normal Russian text I see on the screen absolutely wrong symbols! :-( If I write the same text in the same encoding in a shell script (for example echo Это русский текст) and run it under Cygwin - everything is Ok! But the C-program can not make the right output using printf(). May be somebody can give me an advice, how I can change the C-source in order to get the correct output. (To tell the truth I am not very familiar with all these locale things). -- Thank you Alexey Lyubimov -- 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.25-15, gcc 3.4.4-3: printf() does not print cyrillic (russian) text in Windows encoding
On 2009-01-21 11:10Z, Alexey Lyubimov wrote: Excuse me, if it is not correct mailing list to post this message (if so, please point me to the right one). Try mingw-us...@lists.sourceforge.net because you're using 'mno-cygwin'. To search archives first, I'd suggest: http://search.gmane.org/?query=mingw+russian http://search.gmane.org/?query=mingw+cyrillic -- 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: Hosting the Debian/kCygwin port?
Hey, Thanks for all your answers! Carsten Hey wrote: On Wed, Jan 21, 2009 at 11:14:24AM +0100, Samuel Thibault wrote: So maybe debian-win32 could just be awaken since the barring issue seems gone? This is what I would try first. I hope you are successful with this. Carsten I was using Cygwin 1.5 when I started working on this. I indeed noticed that in Cygwin CVS this has been fixed already. Carsten Hey wrote: debian-cygwin.sf.net is a Debian GNU/w32 port and I see no reason to remove the project page on Sourceforge. Although there are no releases, there has been some work done (see http://lists.debian.org/debian-win32/) and this site should IMHO at least reside for historical reasons. Maybe there is a chance to reanimate this project or at least reuse some of the work that has been done or concepts that have been developed. I started with the idea when I noticed this project. It had been dead for a few years, and I liked the idea and looked into it. I had some contact with the original admin. He added me to the project, created an SVN repository on my request, but refused to make me an admin, which is needed to i.e. modify the project web frontend. When I filed a project takeover, the admin removed my SVN commit access. Everything currently in SVN is mine (and that's not much, but I've got a lot more waiting here, until I can commit it somewhere.) CVS only contains the same old dpkg sources twice, and some binary builds. I'm still waiting for the admin to either accept or reject the project takeover request. I don't have a lot of hope there, he seems to be working against me. I also e-mailed the debian-ports admin, and he said the same as you: there needs to be a base system before it can be hosted there. Base system means gcc, g++, dpkg-dev, etc. For now, I will keep working on the project locally, until I can host everything I have now at Sourceforge. Once I have a base system going, I'll e-mail the debian-ports admin again. Again, thanks for your replies! Sjors -- 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: Hosting the Debian/kCygwin port?
Sjors Gielen, le Wed 21 Jan 2009 13:28:55 +0100, a écrit : I started with the idea when I noticed this project. It had been dead for a few years, and I liked the idea and looked into it. I had some contact with the original admin. He added me to the project, created an SVN repository on my request, but refused to make me an admin, which is needed to i.e. modify the project web frontend. Did you tell him so? When I filed a project takeover, the admin removed my SVN commit access. I could understand that if you didn't ask for admin rights and explaining why. I'm still waiting for the admin to either accept or reject the project takeover request. I don't have a lot of hope there, he seems to be working against me. Well I'd fork then, thank the free software licenses ;) Samuel -- 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: Hosting the Debian/kCygwin port?
Samuel Thibault schreef: Sjors Gielen, le Wed 21 Jan 2009 13:28:55 +0100, a écrit : I started with the idea when I noticed this project. It had been dead for a few years, and I liked the idea and looked into it. I had some contact with the original admin. He added me to the project, created an SVN repository on my request, but refused to make me an admin, which is needed to i.e. modify the project web frontend. Did you tell him so? I didn't tell him I needed admin access, but I did ask for it. (Either way, there's no reason for him not to give access, especially since he hasn't done anything in years.) When I filed a project takeover, the admin removed my SVN commit access. I could understand that if you didn't ask for admin rights and explaining why. I'm still waiting for the admin to either accept or reject the project takeover request. I don't have a lot of hope there, he seems to be working against me. Well I'd fork then, thank the free software licenses ;) I'm planning to start from scratch if this doesn't work out. There's no use forking, there's nothing to fork. :) Sjors -- 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] [1.7] Updated: cygwin-1.7.0-38
Hi folks, I just uploaded a new Cygwin 1.7 test release, 1.7.0-38. As already announced last year, just download http://cygwin.com/setup-1.7.exe and use that setup tool to install Cygwin 1.7. As usual, please report bugs and problems to the mailing list cygwin AT THIS IS STILL A TEST RELEASE. DON'T USE IN PRODUCTION ENVIRONMENTS. What's new in contrast to 1.7.0-37: === - New header bits/wordsize.h. - New function: glob_pattern_p. - unlink(2) now tries even harder to remove files in use. - fts(3) functions use d_type now. - New ldd(1) tool. - cygcheck recognizes Windows 7 and Windows 2008 R2. - Drop the Cygwin-only ENOSHARE error in favor of ENOENT. - On systems supporting WSARecvMsg (=XP) and WSASendMsg (=Vista) use these functions if a non-empty msg_control buffer is given in calls to recvmsg and sendmsg. Please note that the functionality of these functions is extremly limited in Windows! For instance, calling these function only works with SOCK_DGRAM and SOCK_RAW sockets. Bugfixes: = - Fix handle leak in symlink code. - Fix a path quoting problem in cygcheck. - Fix link(2) to append .exe suffix to target only if source has a .exe suffix as well. - Handle a Samba 3.2.x problem in path resolution code. - Fix an endless recursion in cygcheck when scanning the registry on 64 bit OSes. - Fix a wrongly reported option ambiguity in getopt_long(3). - getrlimit now returns correct upper hard limit for RLIMIT_NOFILE. - Fix alignment problem in mmap(2) when mapping files. - Allow multiple concurrent pthread_rwlock read locks per thread as required by SUSv4. Known problems: === - Broken pipe when trying to copy large files over scp. FAQ: - Q: How do I know that I'm running Cygwin 1.7.0-38? A: The `uname -v' command prints 2009-01-21 12:03 Have fun, Corinna Just for completeness, here's once more the list of Changes in 1.7.0 related to 1.5.25: OS releated changes: - Windows 95, 98 and Me are not supported anymore. The new DLL will not run on any of these systems. File Access related changes: - Mount points are no longer stored in the registry. Use /etc/fstab and /etc/fstab.d/$USER instead. Mount points created with mount(1) are only local to the current session and disappear when the last Cygwin process in the session exits. - PATH_MAX is now 4096. Internally, path names can be as long as the underlying OS can handle (32K). - UTF-8 filenames are supported now. So far, this requires to set the environment variable CYGWIN to contain codepage:utf8. but this will likely disappear at one point. The setting of $LANG or $LC_CTYPE will be used instead. - struct dirent now supports d_type, filled out with DT_REG or DT_DIR. All other file types return as DT_UNKNOWN for performance reasons. - The CYGWIN environment variable options ntsec and smbntsec have been replaced by the per-mount option acl/noacl. - The CYGWIN environment variable option ntea has been removed without substitute. - The CYGWIN environment variable option check_case has been removed in favor of real case-sensitivity on file systems supporting it. - Creating filenames with special DOS characters '', '*', ':', '', '', '|' is supported. - Creating files with special DOS device filename components (aux, nul, prn) is supported. - File name are case sensitive if the OS and the underlying file system supports it. Works on NTFS and NFS. Does not work on FAT and Samba shares. Requires to change a registry key (see the user's guide). Can be switched off on a per-mount base. - Due to the above changes, managed mounts have been removed. - Incoming DOS paths are always handled case-insensitive and get no POSIX permission, as if they are mounted with noacl,posix=0 mount flags. - unlink(2) and rmdir(2) try very hard to remove files/directories even if they are currently accessed or locked. This is done by utilizing the hidden recycle bin directories and marking the files for deletion. - rename(2) rewritten to be more POSIX conformant. - Add st_birthtim member to struct stat. - File locking is now advisory, not mandatory anymore. The fcntl(2) and the new lockf(2) APIs create and maintain locks with POSIX semantics, the flock(2) API creates and maintains locks with BSD semantics. POSIX and BSD locks are independent of each other. - Implement atomic O_APPEND mode. - Handle NTFS native symlinks available since Vista/2008 as symlinks (but don't create Vista/2008 symlinks due to unfortunate OS restrictions). - Recognize NFS shares and handle them using native mechanisms. Recognize and create real symlinks on NFS shares. Get correct
Re: Hosting the Debian/kCygwin port?
BTW, AIUI from a cygwin point of view, in principle there shouldn't be any need to patch debian sources: if cygwin behaves differently from linux, then it's a bug in cygwin. One exception is of course the configure target which contains cygwin instead of linux. Appart from that, every fix should ideally be in cygwin. Now you're of course free to patch things in the debian package so as to make quick progress, but on the long term there shouldn't be any patch except in configure scripts. Samuel -- 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: Fwd: fetchmail and cygwin
Gary, Please see the following: http://cygwin.com/acronyms/#PPIOSPE On Mon, Jan 19, 2009 at 12:52:04PM -0800, gary marbach wrote: Thanks Jason! I just figured this same thing out about 90 min ago. Now I'm all about trying to create a script to go and get one message from my mailbox, turn that into either a file to upload to a website (where a script is continuously polling for it) OR turn that into an HTTP (or https) request and cause the script on a site to be invoked in that manner... Does this stuff sound possible? Yes. If you set mda in your .fetchmailrc to point to your script (or procmail), then you can fetch all of your mail messages -- not just one at a time. Thanks again! You are quite welcome. Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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: Hosting the Debian/kCygwin port?
Tzafrir Cohen schreef: On Tue, Jan 20, 2009 at 12:49:29AM +0100, Sjors Gielen wrote: Hey lists, I'm working on a project porting the Debian tools to Cygwin. Currently, my plan is to: - Provide some required patches to the Cygwin team, for example to allow a file in use to be removed or modified, since this is required for dpkg - Re-compile all packages and patches currently available for Cygwin into a Debian .deb - Provide either a way to bootstrap Debian onto an existing Cygwin installation, or provide installers for a pure Debian/kCygwin installation. Which libc do you intend to use? Cygwin uses newc, IIRC, but I can't find it packaged in Debian so far. As far as I understand it now, newlib is packed along with Cygwin itself in cygwin1.dll. I'm thinking of a package libcygwin1, which will contain this (and maybe other) dlls. This package will just be created in the process of getting Debian to work on Cygwin :) Sjors -- 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: python 2.6
Yaakov, On Tue, Jan 13, 2009 at 12:12:58PM -0500, Jason Tishler wrote: I know of another user who does not have this problem too. I noticed that both of these users do not have openssl-devel installed. As an experiment, I removed the openssl-devel package and built a completely new Python 2.6.1. I was able to run test_asynchat in a loop 300 times without any core dumps [1]. Additionally, I was also able to run the regression test without any of the threading related tests core dumping. As another experiment, I ran Cygwin Ports Python 2.6.1 and it core dumps in exactly the same way as the one I built when I had the openssl-devel package installed. Yaakov, did you have openssl-devel installed when you built Python 2.6.1? If so, are you able to run the regression test [2] without threading related problems? [snip] [2] Run at least test_asynchat with something like the following: ./python.exe -E -tt Lib/test/regrtest.py -l test_asynchat Please kindly respond to the above. I believe it is an important data point and will eliminate any possibility of cockpit error on my part. Thanks, Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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: fetchmail and cygwin
Wow - haven't found an example of using mda to invoke a php script on a website (and also to process all the emails at once would be good). Can you point me to an example? Thanks again! On 1/21/09, Jason Tishler ja...@tishler.net wrote: Gary, Please see the following: http://cygwin.com/acronyms/#PPIOSPE On Mon, Jan 19, 2009 at 12:52:04PM -0800, gary marbach wrote: Thanks Jason! I just figured this same thing out about 90 min ago. Now I'm all about trying to create a script to go and get one message from my mailbox, turn that into either a file to upload to a website (where a script is continuously polling for it) OR turn that into an HTTP (or https) request and cause the script on a site to be invoked in that manner... Does this stuff sound possible? Yes. If you set mda in your .fetchmailrc to point to your script (or procmail), then you can fetch all of your mail messages -- not just one at a time. Thanks again! You are quite welcome. Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- Sent from my mobile device -- 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: [ANNOUNCEMENT] [1.7] Updated: cygwin-1.7.0-38
I just uploaded a new Cygwin 1.7 test release, 1.7.0-38. I've noticed that 1.7.0-38 (possibly previous versions as well), contains: /usr/share/man/manmingw/basename.mingw I've just noticed this now because my install is currently hung because it claims it is in use (dunno why, all Cygwin processes are stopped). Is the inclusion of this file a packaging bug, since this is part of mingw-runtime? Chris -- Chris Sutcliffe http://emergedesktop.org -- 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: [ANNOUNCEMENT] [1.7] Updated: cygwin-1.7.0-38
Chris Sutcliffe wrote: I just uploaded a new Cygwin 1.7 test release, 1.7.0-38. I've noticed that 1.7.0-38 (possibly previous versions as well), contains: /usr/share/man/manmingw/basename.mingw I've just noticed this now because my install is currently hung because it claims it is in use (dunno why, all Cygwin processes are stopped). Is the inclusion of this file a packaging bug, since this is part of mingw-runtime? Chris I was about to suggest a small utility called unlocker [1]. It's free as in freeware but not FOSS, and not 64-bit ready. There may be a more elegant solution. Any suggestion? [1] http://ccollomb.free.fr/unlocker/ -- Sylvain RICHARD -- 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: [ANNOUNCEMENT] [1.7] Updated: cygwin-1.7.0-38
On Jan 21 09:17, Chris Sutcliffe wrote: I just uploaded a new Cygwin 1.7 test release, 1.7.0-38. I've noticed that 1.7.0-38 (possibly previous versions as well), contains: /usr/share/man/manmingw/basename.mingw I've just noticed this now because my install is currently hung because it claims it is in use (dunno why, all Cygwin processes are stopped). Is the inclusion of this file a packaging bug, since this is part of mingw-runtime? Yes, that's a packaging bug. Sorry about that. I'll fix that for the next release. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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: paste into vim
Dave Steenburgh wrote: On Tue, Jan 20, 2009 at 4:54 AM, Morche Matthias matthias.mor...@p7s1produktion.de wrote: or press Shift-Insert ... What about keyboards that don't have an insert key? (Unfortunately all too common these days.) I have yet to meet a keyboard that lacks one. Can you name a model? -- Andrew DeFaria http://defaria.com Whenever I feel the need to exercise, I lie down till the feeling goes away. -- 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: Hosting the Debian/kCygwin port?
On Wed, Jan 21, 2009 at 02:24:15PM +0100, Sjors Gielen wrote: Tzafrir Cohen schreef: On Tue, Jan 20, 2009 at 12:49:29AM +0100, Sjors Gielen wrote: I'm working on a project porting the Debian tools to Cygwin. Currently, my plan is to: - Provide some required patches to the Cygwin team, for example to allow a file in use to be removed or modified, since this is required for dpkg - Re-compile all packages and patches currently available for Cygwin into a Debian .deb - Provide either a way to bootstrap Debian onto an existing Cygwin installation, or provide installers for a pure Debian/kCygwin installation. Which libc do you intend to use? Cygwin uses newc, IIRC, but I can't find it packaged in Debian so far. As far as I understand it now, newlib is packed along with Cygwin itself in cygwin1.dll. I'm thinking of a package libcygwin1, which will contain this (and maybe other) dlls. This package will just be created in the process of getting Debian to work on Cygwin :) I think that no one answered your original question. We are not interested in hosting your project at sourceware.org and discussion of it in this mailing list is not really on-topic for the Cywgin list. The Cygwin mailing list is for discussion about the cygwin release that is hosted at the cygwin web site. Feel free to send a follow-up message with a pointer to the mailing list where you will be continuing any discussion about this topic. I would appreciate it if further discussion was directed there. 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: Bash in batch mode !
Hi, Now, I have 2 questions ! First, what about sevices in win98SE ? I read many times that there were not ! Try cygstart.exe /bin/bash -c /blah/blah/blah.sh in HKLM\blah\blah \Windows\CurrentVersion\Run, this do the job until the first session close. wperl.exe from ActiveState do correctly the job but I must rewrite the bash program (30 ko), and then see if cygwin perl compatible. Second, is there is a way to deploy cygwin ? I already have a mirror and look at setup.exe with wpkg but where is stored the install setup file ? See ya. Best regards. S. Major Le lundi 19 janvier 2009 à 20:05 +0100, Sébastien Major a écrit : Hi, Many thanks, it worked. See ya. Best regards. S. Major Le dimanche 18 janvier 2009 à 16:07 -0500, Larry Hall (Cygwin) a écrit : Sébastien Major wrote: Hi, Thanks for all the done job : packages, setup and mirrors. I would like to know if there's a way to lauch some cygwin program without have windows console box _on screen_. I whould lauch at start-up, via services.msc, a command line to have a resident like program. Is that possible ? See 'cygrunsrv --help'. You can use this to install and run a service, just like Cygwin does with OpenSSH, Cron, etc. -- 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/ -- 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: [Packaging bug] Re: [ANNOUNCEMENT] Updated: lftp 3.7.6
A new version of lftp is available in the Cygwin distribution: lftp-3.7.6-1 for Cygwin 1.5 lftp-3.7.6-2 for Cygwin 1.7 /usr/lib/charset.alias conflicts with gettext package. Thanks. Correcting this in a new release today. Andrew. -- 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: Hosting the Debian/kCygwin port?
Hi, Maybe you could document your works on http://wiki.debian.org/Kernel ? Look at Debian/kFreeBSD for example. Best regards. Salokine. On Wed, Jan 21, 2009 at 02:24:15PM +0100, Sjors Gielen wrote: Tzafrir Cohen schreef: On Tue, Jan 20, 2009 at 12:49:29AM +0100, Sjors Gielen wrote: I'm working on a project porting the Debian tools to Cygwin. Currently, my plan is to: - Provide some required patches to the Cygwin team, for example to allow a file in use to be removed or modified, since this is required for dpkg - Re-compile all packages and patches currently available for Cygwin into a Debian .deb - Provide either a way to bootstrap Debian onto an existing Cygwin installation, or provide installers for a pure Debian/kCygwin installation. Which libc do you intend to use? Cygwin uses newc, IIRC, but I can't find it packaged in Debian so far. As far as I understand it now, newlib is packed along with Cygwin itself in cygwin1.dll. I'm thinking of a package libcygwin1, which will contain this (and maybe other) dlls. This package will just be created in the process of getting Debian to work on Cygwin :) I think that no one answered your original question. We are not interested in hosting your project at sourceware.org and discussion of it in this mailing list is not really on-topic for the Cywgin list. The Cygwin mailing list is for discussion about the cygwin release that is hosted at the cygwin web site. Feel free to send a follow-up message with a pointer to the mailing list where you will be continuing any discussion about this topic. I would appreciate it if further discussion was directed there. 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/
Poking her with unbelievable speed. disjecta
http://www.google.com/group/gopzkatherinejames?tphldrmslewlescierarjbow CAN blinds many-pointed ought reliability years' -- 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/
Fantastic scenes of total fun. uneasiness
http://www.google.com/group/iqlbyconniekimball?uxifrginmautgbu Anything desires evidently 'P shawl paper-mills revellers ornaments pouring -- 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: paste into vim
On Wed, Jan 21, 2009 at 10:35 AM, Andrew DeFaria and...@defaria.com wrote: Dave Steenburgh wrote: On Tue, Jan 20, 2009 at 4:54 AM, Morche Matthias matthias.mor...@p7s1produktion.de wrote: or press Shift-Insert ... What about keyboards that don't have an insert key? (Unfortunately all too common these days.) I have yet to meet a keyboard that lacks one. Can you name a model? Well I see them all the time, including the one right in front of me: Logitech Y-SZ49. -- 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 / 1.7 setup.exe entanglement?
I got a new machine at work a few weeks ago, and decided to install Cygwin 1.7 on it, and not even mess with 1.5. Can't test what you don't use, right? For reasons that aren't important here, today I decided I needed a copy of 1.5 as well. This means I have the reverse of the recommended setup, which is having 1.5 installed in c:\cygwin, and 1.7 elsewhere. 1.7 on my machine is in c:\cygwin, and 1.5 is in c:\cygwin-1.5. The installation of 1.5 failed in several ways. The way it failed makes me wonder if some part of the setup process was erroneously referring to stuff in c:\cygwin instead of c:\cygwin-1.5. The first weird thing is that the first time I ran 1.5's setup.exe on this machine, Local Package Directory on the fourth page of setup.exe defaulted to my Cygwin 1.7 download directory. On a fresh machine, I thought this value defaulted to the location of setup.exe. How did it find this other location if not by peeking into c:\cygwin or 1.7's registry keys? On subsequent runs, 1.5's setup.exe did have the correct location for this value. This makes me think it's storing the location separately for each version, but that doesn't explain everything. More seriously, the resulting setup did not contain bash.exe, cygreadline6.dll, or cygncurses-8.dll. On re-running setup.exe to install bash.exe -- the first thing I noticed missing -- the postinstall scripts all failed to run due to the DLLs missing. Apparently setup.exe just quietly ate the errors to launch the postinstall scripts due to missing bash. I had to go back through setup.exe a few times fighting past the postinstall errors to get the DLLs sorted out. Once I did, all the postinstall scripts ran as expected. Another thing that leads me to believe setup.exe for 1.5 is seeing things in my 1.7 install that it shouldn't is that a lot more things got installed than I thought was in Cygwin 1.5 base. I didn't select any optional packages...I just wanted a basic 1.5 installation for testing. I got things like Python and X, which I installed under 1.7 knowingly. My theory is that all of these latter problems are due to 1.5's setup.exe looking at the package list in 1.7 erroneously. This would explain why it thought it didn't need to install bash, libreadline, or libncurses -- it thought they were up to date. It also explains why it pulled in all those other packages, because it thought I wanted them. I'm not sure how much this matters right now. I freely acknowledge I'm doing something a little weird here. I just wonder, if I'm right about this and it isn't fixed, what will happen when more people start installing 1.7 by default, but install 1.5 beside it later for backwards compatibility testing. -- 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] New package: mintty-0.3.5-1
The package mintty-0.3.5-1 has been added to the Cygwin distribution. It will appear in the 'Shells' category of the Cygwin setup program. DESCRIPTION === MinTTY is a new terminal emulator for Cygwin. It is based on code from PuTTY 0.60 by Simon Tatham and team. Features include: * Xterm-compatible terminal emulation. * Native Windows user interface with a minimalist design. * Dialogs for choosing options, font, and colours. * Drag drop and copy paste of text, files and folders. * Window transparency and fullscreen mode. * Support for UTF-8 and a wide range of codepages. * Small size and high speed. QUESTIONS = MinTTY's project page is located at http://mintty.googlecode.com. Please use the issue tracker there to report bugs or suggest enhancements. Questions or comments can be sent to the MinTTY discussion group at http://groups.google.com/group/mintty-discuss or 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: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple -- 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/
mtr under cygwin
I am able to compile mtr 0.75 under Cygwin, see http://www.bitwizard.nl/mtr/. But mtr is not working. Using ddd, I see that the call getsockname (recvsock, name, len); does not seem to be filling in name correctly, when recvsock=3. It fills in name-sa_family = 0. Any suggestions? -- 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: Questions about missing DLLs and program behvior, and symlinks to DLLs
Christopher Faylor wrote: On Sun, Jan 11, 2009 at 08:28:25PM -0800, rhs.cyg...@sylvan-glade.com wrote: Hello! I haven't been able to find anything about this in the archives. ... shows, programs simply exit silently and unceremoniously when that happens. That is fixed in Cygwin 1.7.x. Good news. Second, symlinking to DLLs doesn't enable programs to find them, as is also shown below. Right. Symlinks are a Cygwin invention. Cygwin doesn't start running until after DLLs are loaded. So, since Windows does not know about Cygwin symlinks there is no way that they can be used to symlink DLLs. True; they are .lnk files with a special comment, IIRC. I'd just like to make sure I understand this. Suppose I compile bar.dll and libbar.dll.a, and then foo.exe with -lbar.dll, so it uses that DLL, and these are compiled entirely within the Cygwin environment (thus using Cygwin's gcc and related tools). I then launch it from the command line of a bash shell running in a Cygwin xterm. What I think you're saying is that there there is something that foo.exe needs to do before it can understand Cygwin symlinks, and that something is done sometime *after* it needs to actually load bar.dll, which prevents it from finding bar.dll if the DLL's name is actually bar-froob.dll and bar.dll is a symlink to it. Is that the idea? If so, then it's just a matter of putting the real DLLs in the paths Windoze searches for them. Symlinks would be nice, but if you can't, you can't. Thanks, Ray -- 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: Questions about missing DLLs and program behvior, and symlinks to DLLs
Ray Simard wrote: Christopher Faylor wrote: On Sun, Jan 11, 2009 at 08:28:25PM -0800, rhs.cyg...@sylvan-glade.com wrote: Hello! I haven't been able to find anything about this in the archives. ... shows, programs simply exit silently and unceremoniously when that happens. That is fixed in Cygwin 1.7.x. Good news. Second, symlinking to DLLs doesn't enable programs to find them, as is also shown below. Right. Symlinks are a Cygwin invention. Cygwin doesn't start running until after DLLs are loaded. So, since Windows does not know about Cygwin symlinks there is no way that they can be used to symlink DLLs. True; they are .lnk files with a special comment, IIRC. I'd just like to make sure I understand this. Suppose I compile bar.dll and libbar.dll.a, and then foo.exe with -lbar.dll, so it uses that DLL, and these are compiled entirely within the Cygwin environment (thus using Cygwin's gcc and related tools). I then launch it from the command line of a bash shell running in a Cygwin xterm. What I think you're saying is that there there is something that foo.exe needs to do before it can understand Cygwin symlinks, and that something is done sometime *after* it needs to actually load bar.dll, which prevents it from finding bar.dll if the DLL's name is actually bar-froob.dll and bar.dll is a symlink to it. Is that the idea? Ah, not quite. DLLs are loaded by the O/S, not Cygwin. So if the O/S can't find the DLL referenced, it won't load it. Since the O/S doesn't know that Cygwin's bar.dll.lnk is a symbolic link to bar.dll, it's not going to find bar.dll. If so, then it's just a matter of putting the real DLLs in the paths Windoze searches for them. Symlinks would be nice, but if you can't, you can't. Right. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- 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.7] Updated: cygwin-1.7.0-38
Hi folks, I just uploaded a new Cygwin 1.7 test release, 1.7.0-38. As already announced last year, just download http://cygwin.com/setup-1.7.exe and use that setup tool to install Cygwin 1.7. As usual, please report bugs and problems to the mailing list cygwin AT THIS IS STILL A TEST RELEASE. DON'T USE IN PRODUCTION ENVIRONMENTS. What's new in contrast to 1.7.0-37: === - New header bits/wordsize.h. - New function: glob_pattern_p. - unlink(2) now tries even harder to remove files in use. - fts(3) functions use d_type now. - New ldd(1) tool. - cygcheck recognizes Windows 7 and Windows 2008 R2. - Drop the Cygwin-only ENOSHARE error in favor of ENOENT. - On systems supporting WSARecvMsg (=XP) and WSASendMsg (=Vista) use these functions if a non-empty msg_control buffer is given in calls to recvmsg and sendmsg. Please note that the functionality of these functions is extremly limited in Windows! For instance, calling these function only works with SOCK_DGRAM and SOCK_RAW sockets. Bugfixes: = - Fix handle leak in symlink code. - Fix a path quoting problem in cygcheck. - Fix link(2) to append .exe suffix to target only if source has a .exe suffix as well. - Handle a Samba 3.2.x problem in path resolution code. - Fix an endless recursion in cygcheck when scanning the registry on 64 bit OSes. - Fix a wrongly reported option ambiguity in getopt_long(3). - getrlimit now returns correct upper hard limit for RLIMIT_NOFILE. - Fix alignment problem in mmap(2) when mapping files. - Allow multiple concurrent pthread_rwlock read locks per thread as required by SUSv4. Known problems: === - Broken pipe when trying to copy large files over scp. FAQ: - Q: How do I know that I'm running Cygwin 1.7.0-38? A: The `uname -v' command prints 2009-01-21 12:03 Have fun, Corinna Just for completeness, here's once more the list of Changes in 1.7.0 related to 1.5.25: OS releated changes: - Windows 95, 98 and Me are not supported anymore. The new DLL will not run on any of these systems. File Access related changes: - Mount points are no longer stored in the registry. Use /etc/fstab and /etc/fstab.d/$USER instead. Mount points created with mount(1) are only local to the current session and disappear when the last Cygwin process in the session exits. - PATH_MAX is now 4096. Internally, path names can be as long as the underlying OS can handle (32K). - UTF-8 filenames are supported now. So far, this requires to set the environment variable CYGWIN to contain codepage:utf8. but this will likely disappear at one point. The setting of $LANG or $LC_CTYPE will be used instead. - struct dirent now supports d_type, filled out with DT_REG or DT_DIR. All other file types return as DT_UNKNOWN for performance reasons. - The CYGWIN environment variable options ntsec and smbntsec have been replaced by the per-mount option acl/noacl. - The CYGWIN environment variable option ntea has been removed without substitute. - The CYGWIN environment variable option check_case has been removed in favor of real case-sensitivity on file systems supporting it. - Creating filenames with special DOS characters '', '*', ':', '', '', '|' is supported. - Creating files with special DOS device filename components (aux, nul, prn) is supported. - File name are case sensitive if the OS and the underlying file system supports it. Works on NTFS and NFS. Does not work on FAT and Samba shares. Requires to change a registry key (see the user's guide). Can be switched off on a per-mount base. - Due to the above changes, managed mounts have been removed. - Incoming DOS paths are always handled case-insensitive and get no POSIX permission, as if they are mounted with noacl,posix=0 mount flags. - unlink(2) and rmdir(2) try very hard to remove files/directories even if they are currently accessed or locked. This is done by utilizing the hidden recycle bin directories and marking the files for deletion. - rename(2) rewritten to be more POSIX conformant. - Add st_birthtim member to struct stat. - File locking is now advisory, not mandatory anymore. The fcntl(2) and the new lockf(2) APIs create and maintain locks with POSIX semantics, the flock(2) API creates and maintains locks with BSD semantics. POSIX and BSD locks are independent of each other. - Implement atomic O_APPEND mode. - Handle NTFS native symlinks available since Vista/2008 as symlinks (but don't create Vista/2008 symlinks due to unfortunate OS restrictions). - Recognize NFS shares and handle them using native mechanisms. Recognize and create real symlinks on NFS shares. Get correct
New package: mintty-0.3.5-1
The package mintty-0.3.5-1 has been added to the Cygwin distribution. It will appear in the 'Shells' category of the Cygwin setup program. DESCRIPTION === MinTTY is a new terminal emulator for Cygwin. It is based on code from PuTTY 0.60 by Simon Tatham and team. Features include: * Xterm-compatible terminal emulation. * Native Windows user interface with a minimalist design. * Dialogs for choosing options, font, and colours. * Drag drop and copy paste of text, files and folders. * Window transparency and fullscreen mode. * Support for UTF-8 and a wide range of codepages. * Small size and high speed. QUESTIONS = MinTTY's project page is located at http://mintty.googlecode.com. Please use the issue tracker there to report bugs or suggest enhancements. Questions or comments can be sent to the MinTTY discussion group at http://groups.google.com/group/mintty-discuss or the Cygwin mailing list at cyg...@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: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple
