Re: [ITP] rakudo-star-201007-1
On Aug 1 15:11, Christopher Faylor wrote: On Sun, Aug 01, 2010 at 08:35:59AM -0400, Charles Wilson wrote: On 8/1/2010 7:25 AM, Reini Urban wrote: I indent to maintain a new package rakudo-star, which is a small addon to rakudo (aka perl6 on parrot). 387KB binary, 5MB src Since I'm the first (in close contact with the developers) I need 5 votes. The other distros: slackware and fedora are almost ready, but not yet. debian is a bit behind at all. +1 +1 +1 Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: [ITP] rakudo-star-201007-1
Den 2010-08-04 10:18 skrev Corinna Vinschen: On Aug 1 15:11, Christopher Faylor wrote: On Sun, Aug 01, 2010 at 08:35:59AM -0400, Charles Wilson wrote: On 8/1/2010 7:25 AM, Reini Urban wrote: I indent to maintain a new package rakudo-star, which is a small addon to rakudo (aka perl6 on parrot). 387KB binary, 5MB src Since I'm the first (in close contact with the developers) I need 5 votes. The other distros: slackware and fedora are almost ready, but not yet. debian is a bit behind at all. +1 +1 +1 +1 Cheers, Peter
Re: [ITP] cabextract 1.3 (Jari Aalto please respond)
On Tue, Jul 27, 2010 at 06:08:51PM -0400, Christopher Faylor wrote: Oops. I should have checked the package maintainer list before encouraging you, Stuart. It looks like the maintainer for cabextract is still active. I assume he won't mind relinquishing maintainership to the person who actually wrote the program. But I'd like to get his ok before going further. I actually went as far as uploading this file before checking to see who used to maintain it. I did make one change: The new package relies on libgcc so I added a libgcc1 dependency to the setup.hint. If I get Jari's ok, I'll move the package to cygwin's release directory and, after I have sent an uploaded message here, you can then send an announcement to cygwin-announce patterned after what you see here: http://cygwin.com/ml/cygwin-announce/2010-07/ Thanks for offering to do this. It is much appreciated. Well, I think that's a long enough wait. Stuart you are now the maintainer. Please send an announcement. Thanks again. cgf
GOLD STAR please (was Re: [PATCH] inform user if any postinstall script) failed to run
Hi, Could I get a gold star for this change? It fixes a longstanding annoyance. Also, one each for Jon and Andy for fixing other problems. Thanks. cgf On Fri, Jul 30, 2010 at 08:19:20PM +0100, Dave Korn wrote: On 30/07/2010 15:37, Christopher Faylor wrote: errors page. The only two packages that should have been installed were gcc: C compiler upgrade helper glib: Gnome C function library (1.2 sources) (both of which are selected due to a setup.exe bug) I finally got bored of this one. Turned out to be trivially easy to fix once I looked at it, it's simply an early exit from the install routine when there's nothing to do for a dummy tarball (zero or 46-byte size) that misses out on marking the package as installed. setup/ChangeLog: * install.cc (Installer::installOne): Also record zero-sized tarballs as successfully installed. OK? cheers, DaveK Index: install.cc === RCS file: /cvs/cygwin-apps/setup/install.cc,v retrieving revision 2.95 diff -p -u -r2.95 install.cc --- install.cc 7 Apr 2010 11:40:02 - 2.95 +++ install.cc 30 Jul 2010 18:48:19 - @@ -301,7 +301,10 @@ Installer::installOne (packagemeta pkgm error condition. Same goes for tar archives consisting of a big block of all zero bytes (the famous 46 bytes tar archives). */ -; + { +if (ver.Type () == package_binary) + pkgm.installed = ver; + } else { note (NULL, IDS_ERR_OPEN_READ, source.Cached (),
Re: GOLD STAR please (was Re: [PATCH] inform user if any postinstall script) failed to run
Could I get a gold star for this change? It fixes a longstanding annoyance. Also, one each for Jon and Andy for fixing other problems. All three awarded.
Re: GOLD STAR please (was Re: [PATCH] inform user if any postinstall script) failed to run
On Wed, Aug 04, 2010 at 04:54:24PM -0400, Andrew Schulman wrote: Could I get a gold star for this change? It fixes a longstanding annoyance. Also, one each for Jon and Andy for fixing other problems. All three awarded. Thanks Andrew. cgf
Re: [RFU] zsh-4.3.10-1 zsh-4.3.10dev2-1
On Sun, 1 Aug 2010, Charles Wilson wrote: On 8/1/2010 8:31 AM, Charles Wilson wrote: On 7/29/2010 3:21 AM, Peter A. Castro wrote: Greetings, A newish upstream version of zsh (and a test version) has been released. Please upload: Done. I added the following to the setup.hint: curr: 4.3.10-1 test: 4.3.10dev2-1 prev: 4.3.9-1 Sorry, I missed that you included an updated setup.hint. I put that into place over my edited one. They amount to the same thing. :-) Thanks for uploading 'em, Chuck! -- Chuck -- Peter A. Castro doc...@fruitbat.org or peter.cas...@oracle.com Cats are just autistic Dogs -- Dr. Tony Attwood
GNOME on cygwin
I'm a little confused about GNOME on Cygwin. Cygwin installer claims to have a whole GNOME section, but I can't find basic applications like gnome-terminal or gnome-text-editor. Google shows there are ports of GNOME for Cygwin; but then why does the installer have a GNOME section that only seems to have libraries and bitmaps? Thanks, Raul -- 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: GNOME on cygwin
So why are there GNOME packages in Cygwin? What is actually in them? On Aug 4, 2010, at 4:34 PM, Larry Hall (Cygwin X) wrote: On 8/4/2010 2:20 PM, Raul Acevedo wrote: I'm a little confused about GNOME on Cygwin. Cygwin installer claims to have a whole GNOME section, but I can't find basic applications like gnome-terminal or gnome-text-editor. Google shows there are ports of GNOME for Cygwin; but then why does the installer have a GNOME section that only seems to have libraries and bitmaps? Because those ports aren't part of the distribution and are, therefore, not supported by cygwin.com. -- 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://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: GNOME on cygwin
On Wed, Aug 04, 2010 at 12:43:11PM -0700, Raul Acevedo wrote: So why are there GNOME packages in Cygwin? What is actually in them? http://cygwin.com/packages/ would answer that question for you. -- 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: GNOME on cygwin
My real question is what is the point of these packages, if GNOME is not actually in them. It's a bit confusing and I wasted a chunk of time trying to install GNOME through Cygwin only to find out it's not possible. Thanks, Raul On Aug 4, 2010, at 1:24 PM, Christopher Faylor wrote: On Wed, Aug 04, 2010 at 12:43:11PM -0700, Raul Acevedo wrote: So why are there GNOME packages in Cygwin? What is actually in them? http://cygwin.com/packages/ would answer that question for you. -- 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: GNOME on cygwin
Raul Acevedo wrote: My real question is what is the point of these packages, if GNOME is not actually in them. It's a bit confusing and I wasted a chunk of time trying to install GNOME through Cygwin only to find out it's not possible. Thanks, Raul On Aug 4, 2010, at 1:24 PM, Christopher Faylor wrote: On Wed, Aug 04, 2010 at 12:43:11PM -0700, Raul Acevedo wrote: So why are there GNOME packages in Cygwin? What is actually in them? http://cygwin.com/packages/ Raul, please stop replying above quoted text. I believe you are asked that when you sign up for the mail list (no?), but Larry Hall's signature says that, in a humorous way: A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? Here is my answer to your question. Disclaimer: I'm pretty sure I'm right, I don't _know_ I'm right. Some nice programs that rely on pieces of Gnome are installable with Cygwin. Since they require bits and pieces of Gnome those pieces get installed. Example. When I run setup.exe and select Lilypond (for printing sheet music) 3 additional items get automatically selected on my system. If I deselect them I get Warning! Unmet Dependencies Found and it says I need glib, gtk+, and qt3. Apparently I already have gtk-engines from some other program. I suspect there is a programmer/musician out there who ported it. By the way, I believe I understand Larry's answer. He was telling you, essentially, that Cygwin is not a way to get Gnome installed, rather, a way to run specific Unix-like programs on a Windows PC. You don't get gnome-terminal because no one has ported it. Understanding this, I checked the Cygwin/X FAQ. I saw 10.1. Is there a list of software that has been ported to Cygwin/X? It struck me that might lead to something useful, which it does, it says The CygGnome project aims to port Gnome to Cygwin/X. http://cygnome.sourceforge.net/ So essentially, you were confused because the Gnome section implied you could get full-on Gnome. Why is there that section? Beats me. Brian -= I'm just glad I can get X Windows from my servers -- 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: GNOME on cygwin
On 8/4/2010 6:33 PM, Timares, Brian (HP) wrote: Raul Acevedo wrote: My real question is what is the point of these packages, if GNOME is not actually in them. It's a bit confusing and I wasted a chunk of time trying to install GNOME through Cygwin only to find out it's not possible. Brian, you misunderstand what Gnome is, since the Cygwin distribution contains many packages that make up Gnome. See below for more. snip Here is my answer to your question. Disclaimer: I'm pretty sure I'm right, I don't _know_ I'm right. Some nice programs that rely on pieces of Gnome are installable with Cygwin. Since they require bits and pieces of Gnome those pieces get installed. Yep. snip By the way, I believe I understand Larry's answer. He was telling you, essentially, that Cygwin is not a way to get Gnome installed, rather, a way to run specific Unix-like programs on a Windows PC. You don't get gnome-terminal because no one has ported it. That's not entirely true since, as you mentioned below, there are ports out there (Cygwin Ports being the most comprehensive and a better source for all-that-is-Gnome). But, as I think is clear, there's a difference between someone's personal collection of software ported to Cygwin (and possibly conveniently packaged like Cygwin Ports) and the Cygwin distribution. The biggest difference is packages in the Cygwin distribution are maintained and cygwin.com supports them. This cannot be said for other sites. cygwin.com is not a loose collection of ported software brought under one roof by an installer. It is a distribution and only those things in the distribution are provided and supported. Understanding this, I checked the Cygwin/X FAQ. I saw 10.1. Is there a list of software that has been ported to Cygwin/X? It struck me that might lead to something useful, which it does, it says The CygGnome project aims to port Gnome to Cygwin/X. http://cygnome.sourceforge.net/ So essentially, you were confused because the Gnome section implied you could get full-on Gnome. Why is there that section? Beats me. The short answer is that it's there to house all-that-is-Gnome. It just doesn't contain everything yet. With some luck, it will someday. In the meantime, there are allot of packages that make up Gnome. Since the distribution has some of them now, it makes sense to put them in this category. The same is true for KDE, Perl, etc. -- 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://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: GNOME on cygwin
The short answer is that it's there to house all-that-is-Gnome. It just doesn't contain everything yet. With some luck, it will someday. In the meantime, there are allot of packages that make up Gnome. Since the distribution has some of them now, it makes sense to put them in this category. The same is true for KDE, Perl, etc. I appreciate the detailed response. Hopefully Cygwin will contain a full GNOME package someday. Thanks, Raul -- 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: GNOME on cygwin
On Wed, 2010-08-04 at 23:04 -0400, Larry Hall (Cygwin X) wrote: On 8/4/2010 6:33 PM, Timares, Brian (HP) wrote: Raul Acevedo wrote: My real question is what is the point of these packages, if GNOME is not actually in them. It's a bit confusing and I wasted a chunk of time trying to install GNOME through Cygwin only to find out it's not possible. Brian, you misunderstand what Gnome is, since the Cygwin distribution contains many packages that make up Gnome. See below for more. big snip The short answer is that it's there to house all-that-is-Gnome. It just doesn't contain everything yet. With some luck, it will someday. In the meantime, there are allot of packages that make up Gnome. Since the distribution has some of them now, it makes sense to put them in this category. The same is true for KDE, Perl, etc. Something that should be mentioned. GNOME is a huge, lumbering system with ten or twelve zillion libraries. Lots of programs rely on those libraries, but no program relies on all of them. As you port a program you may also need to port libraries that it requires, and a LOT of the time, those libraries are going to be part of GNOME. KDE is similar, although perhaps not quite as massive as GNOME. Many of the other desktops were developed specifically to avoid the huge overhead of GNOME and KDE. But of course, as soon as you install a program built on one of those foundations, you need to pull in the associated libraries, and take the associated performance hit. GNOME is also undergoing a huge change. It probably wouldn't make a lot of sense to put a great deal of effort into a GNOME port at this point in time when the whole GNOME world will change in a few months. --McD -- 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: GNOME on cygwin
On Wed, 2010-08-04 at 21:37 -0400, John J. McDonough wrote: Something that should be mentioned. GNOME is a huge, lumbering system with ten or twelve zillion libraries. Lots of programs rely on those libraries, but no program relies on all of them. As you port a program you may also need to port libraries that it requires, and a LOT of the time, those libraries are going to be part of GNOME. Actually, GNOME has gone on a diet over the last few years, obsoleting entire libraries and moving similar but improved functionality into a smaller set of libraries. Also remember that every single library is packaged separately, unlike KDE (where kdelibs cannot practically be split up). Still, the distro is around ten to fifteen libraries short of providing the dependencies for the vast majority of GNOME programs. Since there are already in Ports, why aren't these in the distro? I already maintain a proportionally large number of the distro packages, and there is legitimate concern that having too many packages maintained by one volunteer would lead to a difficult situation for the rest of the distro if said volunteer were to leave the project for whatever reason (a seemingly inevitable situation in community-run FOSS projects). OTOH, I do feel that Cygwin would be a much better product with the GNOME and KDE libraries and applications commonly found in Linux distros, and I've lost count of how many people struggle to build things which are already available for, but not shipped with, Cygwin. Personally, I think it would benefit RH to actually hire people to focus on Cygwin as a distribution (Corinna's focus is on newlib/winsup). But then again, that's probably just wishful thinking on my part (currently looking for work). KDE is similar, although perhaps not quite as massive as GNOME. Having built and used both, I would disagree, but I don't want this to become a GNOME v. KDE flame war. Many of the other desktops were developed specifically to avoid the huge overhead of GNOME and KDE. But of course, as soon as you install a program built on one of those foundations, you need to pull in the associated libraries, and take the associated performance hit. That depends on what you mean by GNOME and KDE: the desktop, or the applications? While these and other desktops can be built for Cygwin -- and I have done so in the past, mostly as proof-of-concept (and the obligatory screenshots) -- they tend to be awfully slow (due to IPC?) and IMHO rather unnecessary on Cygwin. For instance, I run XWin in multiwindow mode, a partial-length fbpanel on screen top, and the dozen-or-so (mostly GTK/GNOME) apps which I use on a daily basis. If, like me, your focus is running applications, then you need the GTK/GNOME and Qt/KDE libraries; with the exception of Xfce, the other desktops don't provide anything additional for programs. GNOME is also undergoing a huge change. It probably wouldn't make a lot of sense to put a great deal of effort into a GNOME port at this point in time when the whole GNOME world will change in a few months. GNOME 3.0 isn't architecturally as big of a change as the version would indicate. Because GLib/GTK+ development is in-house, they have very wisely made the transition gradual and smooth, whereas KDE had no choice but to break things in 4.0 because Trolltech had done so between Qt 3 and 4. Furthermore, GNOME 3.0 just got pushed off until next spring, so this fall's release will be a more ordinary 2.32, with only a preview of GTK 3.0 and friends. That leaves enough time to justify continuing with the non-deprecated parts of 2.x, should we so choose. Yaakov -- 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: GNOME on cygwin
On Wed, Aug 04, 2010 at 11:48:35PM -0500, Yaakov (Cygwin/X) wrote: Since there are already in Ports, why aren't these in the distro? I already maintain a proportionally large number of the distro packages, and there is legitimate concern that having too many packages maintained by one volunteer would lead to a difficult situation for the rest of the distro if said volunteer were to leave the project for whatever reason (a seemingly inevitable situation in community-run FOSS projects). OTOH, I do feel that Cygwin would be a much better product with the GNOME and KDE libraries and applications commonly found in Linux distros, and I've lost count of how many people struggle to build things which are already available for, but not shipped with, Cygwin. I have absolutely no problem with your adding more packages to the distro, Yaakov. I'm sure Corinna would not disagree. I think it would cut down on some confusion if we had more of GNOME in Cygwin. (Even though I normally use KDE) cgf -- 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/cygwin ChangeLog path.cc
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2010-08-04 11:25:13 Modified files: winsup/cygwin : ChangeLog path.cc Log message: * path.cc (cygwin_conv_path): Rearrange test for . in POSIX to relative DOS path conversion. Simplify fixing the path. In CCP_POSIX_TO_WIN_W conversion, always drop long path prefix if path fits into MAX_PATH. Explain why. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.4983r2=1.4984 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/path.cc.diff?cvsroot=srcr1=1.598r2=1.599
Cygwin error
Hi, I am using windows xp operating system. yesterday i installed Cygwin 1.7.5 in my pc. but i am not able to open this. When i run cygwin bat file through command prompt, i got the below error C:\cygwin\cygwin.bat AllocationBase 0x0, BaseAddress 0x6156, RegionSize 0xC, State 0x1 C:\cygwin\bin\bash.exe: *** Couldn't reserve space for cygwin's heap, Win32 error 6 Could you please assist me to fix this issue. (I run the same setup on another machine,it is working fine for that machine) Thanks, Satheesh -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
[ANNOUNCEMENT] Updated: python-gdata-2.0.11-1
Version 2.0.11-1 of python-gdata has been uploaded. python-gdata is the Google Data Python Client Library. The Google Data Python Client Library provides a library and source code that make it easy to access data through Google Data APIs. *** 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 Please read*all* of the information on unsubscribing that is available starting at this URL. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
[ANNOUNCEMENT] Updated: parrot-2.6.0-1 (and parrot-devel, parrot-docs)
I updated the Cygwin distribution of parrot-2.6.0-1. This is a stable, a so-called supported release. Canonical homepage: http://www.parrot.org/ Canonical download: http://www.parrot.org/release/current My repo: http://code.google.com/p/cygwin-rurban/source/browse/#svn/trunk/release/parrot Packaging Details: * No changes. * Tested together with rakudo-201007_47-1 (waiting for rakudo-star) and rakudo-star-201007-1 (ITP) New in 2.6.0 - Core + Plug some memory leaks + As always, bug fixes and some optimizations - Runtime + added (experimental) URI::Escape - Testing + Improved test coverage of core parrot - Documentation + Updated the Squaak tutorial to use modern NQP-rx and PCT - Platforms + The Fedora package 'parrot-devel' install the files for syntax-highlighting and automatic indenting for the vim editor - NQP-rx + Updated version included from http://github.com/perl6/nqp-rx includes new or improved: regex backtracking, named assertions, interactive mode, and setting (a minimal but useful runtime library) New in 2.5.0 - Core + Added ByteBuffer PMC to allow direct byte manipulation + Modified some PMC vtable functions to reduce complexity, simplifying coverage. + Modified PAST to generate symbolic PASM constants in PIR output. + General STRING API cleanups + Increased test coverage of core PMCs + Fixed up 'exit' opcode, added CONTROL_EXIT exception type. + Experimental 'unroll' opcode renamed to 'finalize' - NQP-rx + Added proper support for multisubs and multimethods + Fixed sigspace handling ** quantifier in regexes + Added \e strings + Added use of inversion lists for charclass lists in regexes - Platforms + EPEL (Extra Packages for Enterprise Linux) packages for RHEL6.beta are available - Begin moving towards Lorito, the ops refactor to enable pervasive self-hosting and JIT compilation. + All ops are now built with the self-hosted opsc compiler. + For more Information about Lorito see: http://trac.parrot.org/parrot/wiki/Lorito http://trac.parrot.org/parrot/wiki/LoritoRoadmap New in 2.4.0 - Core + Various long-standing bugs in IMCC were fixed + STRINGs are now immutable. + use STRINGNULL instead of NULL when working with strings + Fixed storage of methods in the NameSpace PMC + Added :nsentry flag to force method to be stored in the NameSpace + Added StringBuilder and PackfileDebug PMCs + Added experimental opcodes find_codepoint and unroll - Compilers + Fixed reporting of line numbers in IMCC + Removed deprecated NQP compiler, replaced with new NQP-RX + Removed NCIGen compiler - Deprecations + Tools to distribute on CPAN were removed + Deprecated dynpmcs have been removed to external repositories + Removed RetContinuation PMC + Removed CGoto, CGP, and Switch runcores - Tests + Many tests for the extend/embed interface were added + done_testing() is now implemented in Test::More - Tools + The fakexecutable tapir is renamed parrot-prove + Performance fixes to the pbc_to_exe tool + Fix data_json to work outside of trunk + The dynpmc GzipHandle (zlib wrapper) was added + The library Archive/Tar.pir was added. + The library Archive/Zip.pir was added. + The libraries LWP.pir, HTTP/Message.pir URI.pir were added. - Miscellaneous + Six Parrot-related projects accepted to GSoC + Improve use of const and other compiler hints = 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. Once you've downloaded setup.exe, run it and select Editors or Text and then click on the appropriate fields until the above announced version numbers appear if they are not displayed already. If your mirror doesn't yet have the latest version of this package after 24 hours, you can either continue to wait for that site to be updated or you can try to find another mirror. Please send questions or comments to the Cygwin mailing list at: cygwin@cygwin.com If you want to subscribe go to: http://cygwin.com/ml/cygwin/ I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. -- 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/ -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
[ANNOUNCEMENT] Updated: googlecl-0.9.9-1
Version 0.9.9-1 of googlecl has been uploaded. GoogleCL brings Google services to the command line. For examples see: http://code.google.com/p/googlecl/wiki/ExampleScripts Change include: * Download and edit of new-version Google Docs * Video upload and download for Picasa * --owner option, allowing use of Picasa collaborative albums, listing other user's YouTube uploads, etc. * Reminders for added calendar events *** 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 Please read*all* of the information on unsubscribing that is available starting at this URL. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Where's my home? (lost in my domain)
When I log in, I seem to be placed in /Users/law.Bliss IF I type cd and hit return, then I'm in //Bliss/law My home vars: //Bliss/law printenv|grep HOME HOMEPATH=\ HOME=//Bliss/law HOMEDRIVE=i: HOMESHARE=\\BLISS\law My /etc/password, for user Bliss\law (why \ and not /?) has //Bliss/law as a home dir as setup sometime in the past when mkpasswd was working (ahh...those were the days... :-))... I'm not sure why it wouldn't have specified my HOME as i:/ . (?) But I don't see where it got /users/law.Bliss -- though it is the temporary cache. If windows/the login process was smart, then I could see /users/law.Bliss being my HOME if the network server wasn't available. But it is, and I don't think windows is that dynamic. So how does what decide if my HOME gets set to //bliss/law, i:/ or [C:]/Users -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: How to pass parameters to a windows application
On Aug 3 12:26, Andy Koppe wrote: On 2 August 2010 12:56, Jason Pyeron wrote: 'cygstart'. It does not play nice with unc paths. Starting by cmd.exe /c start path does. Suggestions? jpye...@phoenix /projects/cdnetdb/private/fxiao/cdnet $ cygstart . jpye...@phoenix /projects/cdnetdb/private/fxiao/cdnet $ cygstart //host67/inst Unable to start '\\?\UNC\host67\inst': There is no application associated with the given file name extension. It's a bug. Cygstart uses cygwin_conv_path to convert to a Windows path, which produces UNC paths for network paths. Trouble is, the ShellExecute API, which is used to do the actual opening, doesn't appear to support UNC paths. Cygpath already turns '\\?\UNC\' at the start of a path into plain ol '\\' (unless the resulting path would be longer than MAX_PATH, in which case the UNC path is mandatory). Mintty does the same thing when a file is opened with Ctrl+click. So cygstart would need to do the same. And mkshortcut too (because the APIs involved in creating shortcuts have trouble with long paths too). Basically, any program that passes a path converted with cygwin_conv_path to Windows APIs might have this issue. It's a shame that not even the official Win32 APIs are always clean in terms of the long path name definition. Therefore I'm wondering whether it wouldn't be better to address this once and for all in cygwin_conv_path itself by doing what cygpath does: assuming the resulting path fits into MAX_PATH, drop \\?\ from all long paths and turn UNC\ into \\. This is already implemented in cygwin_conv_path for some time, but only for the CCP_POSIX_TO_WIN_A case. I never expected that this would also be necessary for the wide char case. Anyway, I applied a matching patch. As long as the resulting wide char path is not longer than MAX_PATH, it will be stripped of the long path prefix. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
FW: 1.7.5-1 : Public Key Authentication for SFTP closes abruptly after connecting
I did use the FAQ. Did you use this FAQ? http://cygwin.com/faq/faq-nochunks.html#faq.using.sshd-in-domain -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 References: 6b0af3f093ef734c8b387a990fbbeeb102a4a...@cinmlvem14.e2k.ad.ge.com http://cygwin.com/ml/cygwin/2010-08/msg00037.html smime.p7s Description: S/MIME cryptographic signature
Cohabitation of gold and gnu ld?
Hi, I'm going to build gcc 4.5.1 to experiment with its C++0x support and, since its an experimentation, I thought to have a try at the gold linker too, if possible. The Cygwin installation I'm going to use already has its gcc 4.3.4, which I'd like to keep, and that one uses gnu ld. Would it be a problem to configure the new compiler with --enable-gold and make it use gold, leaving gnu ld for gcc 4.3.4? Thanks. -- Gennaro Prota | name.surname yahoo.com Breeze C++ (preview): https://sourceforge.net/projects/breeze/ Do you need expertise in C++? I'm available. __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Cohabitation of gold and gnu ld?
On Wed, Aug 04, 2010 at 04:53:47PM +0200, Gennaro Prota wrote: Hi, I'm going to build gcc 4.5.1 to experiment with its C++0x support and, since its an experimentation, I thought to have a try at the gold linker too, if possible. The Cygwin installation I'm going to use already has its gcc 4.3.4, which I'd like to keep, and that one uses gnu ld. Would it be a problem to configure the new compiler with --enable-gold and make it use gold, leaving gnu ld for gcc 4.3.4? No. Gold doesn't produce windows executables. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Where's my home? (lost in my domain)
On 8/4/2010 4:22 AM, Linda Walsh wrote: When I log in, I seem to be placed in /Users/law.Bliss IF I type cd and hit return, then I'm in //Bliss/law My home vars: //Bliss/law printenv|grep HOME HOMEPATH=\ HOME=//Bliss/law HOMEDRIVE=i: HOMESHARE=\\BLISS\law My /etc/password, for user Bliss\law (why \ and not /?) Ask Microsoft. It's their convention. has //Bliss/law as a home dir as setup sometime in the past when mkpasswd was working (ahh...those were the days... :-))... 'mkpasswd' works. If you have an issue that you believe isn't just local to your machine/environment/setup, please report it. I'm not sure why it wouldn't have specified my HOME as i:/ . (?) First, Cygwin doesn't use drive syntax. Second, the order of preference for setting the home directory in Cygwin is, as spelled out in /etc/profile: # Here is how HOME is set, in order of priority, when starting from Windows # 1) From existing HOME in the Windows environment, translated to a Posix path # 2) from /etc/passwd, if there is an entry with a non empty directory field # 3) from HOMEDRIVE/HOMEPATH # 4) / (root) But I don't see where it got /users/law.Bliss -- though it is the temporary cache. If windows/the login process was smart, then I could see /users/law.Bliss being my HOME if the network server wasn't available. But it is, and I don't think windows is that dynamic. So how does what decide if my HOME gets set to //bliss/law, i:/ or [C:]/Users I'd recommend getting a good feel for what Windows is setting your home directory to and, given the above information (and mining other tidbits from the email archives as required), use all of this to figure out why you're not seeing what you want to see and how you should change things to reach your goal. Assuming Windows isn't tripping you up somehow, the procedure I quoted above that Cygwin uses to determine what it will use as your home directory is very straight-forward. -- 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? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Cohabitation of gold and gnu ld?
On 04/08/2010 16.59, Christopher Faylor wrote: [...] The Cygwin installation I'm going to use already has its gcc 4.3.4, which I'd like to keep, and that one uses gnu ld. Would it be a problem to configure the new compiler with --enable-gold and make it use gold, leaving gnu ld for gcc 4.3.4? No. Gold doesn't produce windows executables. Ah, sort of a showstopper! :-) Sorry for the silly question. Thanks! -- Gennaro Prota | name.surname yahoo.com Breeze C++ (preview): https://sourceforge.net/projects/breeze/ Do you need expertise in C++? I'm available. __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
incompatible environment variable names
I came across an interesting (IMHO) incompatibility between Windows and bash environment variable names. I have a Windows environment variable as such: C:\set QNX_VISUAL_C++_PATH QNX_VISUAL_C++_PATH=C:\Program Files\Orbital Qnx VisualC++ IDE So, Windows has no problem with + symbols in variable names, but bash does, kinda sorta: Cygwin printenv QNX_VISUAL_C++_PATH C:\Program Files\Orbital Qnx VisualC++ IDE Cygwin cygpath $QNX_VISUAL_C++_PATH ++_PATH Cygwin echo $QNX_VISUAL_C++_PATH ++_PATH Cygwin echo ${QNX_VISUAL_C++_PATH} Cygwin cygpath $(printenv QNX_VISUAL_C++_PATH) /cygdrive/c/Program Files/Orbital Qnx VisualC++ IDE Cygwin So, it seems that I can only access the value of the variable through printenv, and then cygpath does what I need, but I can't then assign it back to the environment variable: Cygwin export QNX_VISUAL_C++_PATH=$(cygpath $(printenv QNX_VISUAL_C++_PATH)) -bash: export: `QNX_VISUAL_C++_PATH=/cygdrive/c/Program Files/Orbital Qnx VisualC++ IDE': not a valid identifier Cygwin I probably need to give up on this, but felt like sharing my misery. --Ken Nellis
Re: incompatible environment variable names
On Wed, Aug 4, 2010 at 10:23, Nellis, Kenneth wrote: I came across an interesting (IMHO) incompatibility between Windows and bash environment variable names. I have a Windows environment variable as such: C:\set QNX_VISUAL_C++_PATH QNX_VISUAL_C++_PATH=C:\Program Files\Orbital Qnx VisualC++ IDE So, Windows has no problem with + symbols in variable names, but bash does, kinda sorta: Cygwin printenv QNX_VISUAL_C++_PATH C:\Program Files\Orbital Qnx VisualC++ IDE Cygwin cygpath $QNX_VISUAL_C++_PATH ++_PATH Cygwin echo $QNX_VISUAL_C++_PATH ++_PATH Cygwin echo ${QNX_VISUAL_C++_PATH} Cygwin cygpath $(printenv QNX_VISUAL_C++_PATH) /cygdrive/c/Program Files/Orbital Qnx VisualC++ IDE Cygwin So, it seems that I can only access the value of the variable through printenv, and then cygpath does what I need, but I can't then assign it back to the environment variable: Cygwin export QNX_VISUAL_C++_PATH=$(cygpath $(printenv QNX_VISUAL_C++_PATH)) -bash: export: `QNX_VISUAL_C++_PATH=/cygdrive/c/Program Files/Orbital Qnx VisualC++ IDE': not a valid identifier Cygwin I probably need to give up on this, but felt like sharing my misery. --Ken Nellis From the bash man page: bashManPage snip/ DEFINITIONS The following definitions are used throughout the rest of this document. blank A space or tab. word A sequence of characters considered as a single unit by the shell. Also known as a token. name A word consisting only of alphanumeric characters and underscores, and beginning with an alphabetic character or an underscore. Also referred to as an identifier. snip/ PARAMETERS A parameter is an entity that stores values. It can be a name, a number, or one of the special characters listed below under Special Parameters. A variable is a parameter denoted by a name. A variable has a value and zero or more attributes. Attributes are assigned using the declare builtin command (see declare below in SHELL BUILTIN COMMANDS). snip/ /bashManPage Hench bash does not support the plus character in a variable name and no amount of finagling is going to fix it. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: SSH Multiplexing - mux_client_request_session: read from master failed: Connection reset by peer
Hi, I just wanted to know if I answered my own question here or if there is some work around for what I am trying to do below. Thank you, Dennis O. On Wed, Jul 28, 2010 at 4:50 PM, Dennis Ordanov daoden...@gmail.com wrote: Hi, I'm trying to get SSH multiplexing on this very recent Cygwin install and I get this error: mux_client_request_session: read from master failed: Connection reset by peer I found this info by searching the mailing list archives, but that was back in 2005. Maybe something has changed? http://sourceware.org/ml/cygwin/2005-10/msg00672.html http://sourceware.org/ml/cygwin/2005-11/msg00732.html Anyone else see this or know how I can get around this? Key-auth can be done on those hosts that it's feasible for all other laziness I'll have to try to see if I can get this work Thanks Cygwin, Dennis O. Below is my -vvv output, anyone have any ideas $ ssh r...@client.net -vvv OpenSSH_5.5p1, OpenSSL 0.9.8o 01 Jun 2010 debug1: Reading configuration data /home/dennis/.ssh/config debug1: Applying options for * debug1: auto-mux: Trying existing master debug2: fd 3 setting O_NONBLOCK debug2: mux_client_hello_exchange: master version 4 debug3: mux_client_request_forwards: requesting forwardings: 0 local, 0 remote debug3: mux_client_request_session: entering debug3: mux_client_request_alive: entering debug3: mux_client_request_alive: done pid = 8472 debug3: mux_client_request_session: session request sent mux_client_request_session: read from master failed: Connection reset by peer debug2: ssh_connect: needpriv 0 debug1: Connecting to client.net [209.197.69.2] port 22. debug1: Connection established. debug1: identity file /home/dennis/.ssh/id_rsa type -1 debug1: identity file /home/dennis/ssh/id_rsa-cert type -1 debug1: identity file /home/dennis/.ssh/id_dsa type -1 debug1: identity file /home/dennis/.ssh/id_dsa-cert type -1 debug1: Remote protocol version 2.0, remote software version OpenSSH_4.3 debug1: match: OpenSSH_4.3 pat OpenSSH_4* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_5.5 debug2: fd 4 setting O_NONBLOCK debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1 debug2: kex_parse_kexinit: ssh-rsa-cert-...@openssh.com,ssh-dss-cert-...@openssh.com,ssh-rsa,ssh-dss debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,rijndael-...@lysator.liu.se debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,rijndael-...@lysator.liu.se debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,umac...@openssh.com,hmac-ripemd160,hmac-ripemd...@openssh.com,hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,umac...@openssh.com,hmac-ripemd160,hmac-ripemd...@openssh.com,hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: none,z...@openssh.com,zlib debug2: kex_parse_kexinit: none,z...@openssh.com,zlib debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1 debug2: kex_parse_kexinit: ssh-rsa,ssh-dss debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,rijndael-...@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,rijndael-...@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd...@openssh.com,hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd...@openssh.com,hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: none,z...@openssh.com debug2: kex_parse_kexinit: none,z...@openssh.com debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug2: mac_setup: found hmac-md5 debug1: kex: server-client aes128-ctr hmac-md5 none debug2: mac_setup: found hmac-md5 debug1: kex: client-server aes128-ctr hmac-md5 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(102410248192) sent debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP debug2: dh_gen_key: priv key bits set: 122/256 debug2: bits set: 509/1024 debug1: SSH2_MSG_KEX_DH_GEX_INIT sent debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY debug3: check_host_in_hostfile: host client.net filename /home/dennis/.ssh/known_hosts debug3: check_host_in_hostfile: host client.net filename
Re: About mouse selection in a cmd console
On 2 August 2010 12:05, JOHNER Jean 066030 wrote: Note that, when 'Quick Edit' is not checked, right click to access to Mark is not enabled when you launch Cygwin.bat (why?). Because Cygwin's console driver sets the ENABLE_MOUSE_INPUT flag on the console (using SetConsoleMode(), see also http://msdn.microsoft.com/en-us/library/ms686033.aspx). This flag ensures that mouse events, including right clicks, are placed into the console input buffer rather than triggering window actions. That's in case an application activates xterm-style mouse reporting. Yep, the Cygwin console driver does indded support that, but vim doesn't know that, so you need to tell it via .vimrc: set mouse=a set ttymouse=xterm2 3/ Launch Cygwin.bat in a 'Quick Edit' cmd console, put set mouse=a in .vimrc then type vi file1. Result: file1 is opened. When you click somewhere in the file, the vim cursor is NOT moved. In the same way, you cannot select a word to delete it nor select a range of lines to do some specific operation. That is the reason why I wrote that mouse selection does not work in a bash cmd console. Apparently quick edit mode overrides mouse input mode, so the console driver never gets to see those mouse events. 4/ If you have Window vim installed (in C:\Program Files\vim\vim72\vim.exe) and launch a cmd console (without launching Cygwin.bat), using vim file1 opens file1. Clicking somewhere DOES move the vim cursor. With quick edit mode enabled? It might be (temporarily) disabling that. Andy -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
RE: incompatible environment variable names
From: Steven Collins On Wed, Aug 4, 2010 at 10:23, Nellis, Kenneth wrote: I came across an interesting (IMHO) incompatibility between Windows and bash environment variable names. I have a Windows environment variable as such: C:\set QNX_VISUAL_C++_PATH QNX_VISUAL_C++_PATH=C:\Program Files\Orbital Qnx VisualC++ IDE So, Windows has no problem with + symbols in variable names, but bash does, kinda sorta: Cygwin printenv QNX_VISUAL_C++_PATH C:\Program Files\Orbital Qnx VisualC++ IDE Cygwin cygpath $QNX_VISUAL_C++_PATH ++_PATH Cygwin echo $QNX_VISUAL_C++_PATH ++_PATH Cygwin echo ${QNX_VISUAL_C++_PATH} Cygwin cygpath $(printenv QNX_VISUAL_C++_PATH) /cygdrive/c/Program Files/Orbital Qnx VisualC++ IDE Cygwin So, it seems that I can only access the value of the variable through printenv, and then cygpath does what I need, but I can't then assign it back to the environment variable: Cygwin export QNX_VISUAL_C++_PATH=$(cygpath $(printenv QNX_VISUAL_C++_PATH)) -bash: export: `QNX_VISUAL_C++_PATH=/cygdrive/c/Program Files/Orbital Qnx VisualC++ IDE': not a valid identifier Cygwin I probably need to give up on this, but felt like sharing my misery. --Ken Nellis From the bash man page: snip/ Hench bash does not support the plus character in a variable name and no amount of finagling is going to fix it. Well, *somehow* it got into the Cygwin environment, and cygwin.bat directly invokes bash, so I interpret this as bash creating the Cygwin environment. Where is the hole in this logic? --Ken Nellis
Re: incompatible environment variable names
On 4 August 2010 19:59, Nellis, Kenneth wrote: Cygwin export QNX_VISUAL_C++_PATH=$(cygpath $(printenv QNX_VISUAL_C++_PATH)) -bash: export: `QNX_VISUAL_C++_PATH=/cygdrive/c/Program Files/Orbital Qnx VisualC++ IDE': not a valid identifier Cygwin I probably need to give up on this, but felt like sharing my misery. bash does not support the plus character in a variable name and no amount of finagling is going to fix it. Well, *somehow* it got into the Cygwin environment, and cygwin.bat directly invokes bash, so I interpret this as bash creating the Cygwin environment. Where is the hole in this logic? The Windows environment is translated by the Cygwin DLL, which gets loaded and initialised when bash.exe is invoked. Andy -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Some key binding in Emacs not properly work in mintty.
On 2 August 2010 15:09, Ken Brown wrote: On 8/2/2010 7:37 AM, Andy Koppe wrote: On 1 August 2010 16:17, Ken Brown wrote: On 8/1/2010 10:18 AM, Oleksandr Gavenko wrote: Selection by Ctrl-Left/Right/Down work properly. But for Ctrl-Up Emacs say: select is undefined I can't reproduce this. If it still happens after you update your Cygwin installation (see below), please give a step-by-step recipe for reproducing the problem. Looks like Oleksandr meant Shift- rather than Ctrl-, because I do get the select is undefined message with Shift-Up. Same thing happens in xterm, so I don't know what's up with that. OK, I can reproduce that too. On the other hand, emacs running under X11 does recognize Shift-Up. Yet there's no obvious reason why this shouldn't work in xterm and mintty. The Shift-Up keycode follows the same pattern as the ones for the other Shift-Arrow combinations. This suggests a configuration problem, or perhaps a terminfo issue. Unfortunately I don't know enough about emacs to try to diagnose this. Andy -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: incompatible environment variable names
On 08/04/2010 12:59 PM, Nellis, Kenneth wrote: From: Steven Collins On Wed, Aug 4, 2010 at 10:23, Nellis, Kenneth wrote: I came across an interesting (IMHO) incompatibility between Windows and bash environment variable names. Not just windows, but any system with environment variables. Anyone can call execve and set arbitrary strings in the environment that do not correspond to valid environment variables in the shell. Bash can inherit such invalid names, at which point, POSIX says that bash may, but not must, preserve those invalid names to pass on to children, even though they cannot be accessed from within the shell itself. Well, *somehow* it got into the Cygwin environment, and cygwin.bat directly invokes bash, so I interpret this as bash creating the Cygwin environment. Where is the hole in this logic? Bash does not create the cygwin environment. Rather, it inherits the environment from the parent process. -- Eric Blake ebl...@redhat.com+1-801-349-2682 Libvirt virtualization library http://libvirt.org signature.asc Description: OpenPGP digital signature
Re: incompatible environment variable names
On Aug 4 13:59, Nellis, Kenneth wrote: From: Steven Collins On Wed, Aug 4, 2010 at 10:23, Nellis, Kenneth wrote: [...] So, Windows has no problem with + symbols in variable names, but bash does, kinda sorta: [...] From the bash man page: snip/ Hench bash does not support the plus character in a variable name and no amount of finagling is going to fix it. Well, *somehow* it got into the Cygwin environment, and cygwin.bat directly invokes bash, so I interpret this as bash creating the Cygwin environment. Where is the hole in this logic? The environment is converted by the Cygwin DLL, not by bash. And, even though the '+' character is *theoretically* allowed in a POSIX environment variable name(*), neither bash nor tcsh(**) handles it transparently as part of a variable name. This is *not* a Cygwin problem(**). (*) http://www.opengroup.org/onlinepubs/9699919799/basedefs/V1_chap08.html Accentuation added by me: [...] Environment variable names used by the utilities in the Shell and Utilities volume of POSIX.1-2008 consist solely of uppercase letters, digits, and the underscore ( '_' ) from the characters defined in [ASCII] and do not begin with a digit. Other characters *may* be permitted by an implementation; applications *shall* tolerate the presence of such names. (**) On Linux: tcsh$ $ echo $version tcsh 6.17.00 (Astron) 2009-07-10 (x86_64-unknown-linux) options wide,nls,dl,al,kan,rh,color,filec tcsh$ setenv QNX_VISUAL_C++_PATH foo tcsh$ env | grep QN QNX_VISUAL_C++_PATH=foo tcsh$ echo $QNX_VISUAL_C++_PATH QNX_VISUAL_C: Undefined variable. tcsh$ echo ${QNX_VISUAL_C++_PATH} Missing }. tcsh$ echo $QNX_VISUAL_C++_PATH QNX_VISUAL_C: Undefined variable. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: incompatible environment variable names
Greetings, Nellis, Kenneth! Well, *somehow* it got into the Cygwin environment, and cygwin.bat directly invokes bash, so I interpret this as bash creating the Cygwin environment. Where is the hole in this logic? Even windows itself creates environment variables inaccessible through CMD. Still, they are available to running programs. On another edge, TC(ex. 4NT) shell support variables that not actually environmental, rather - status variables related to current shell state or recently happened events. There's no logic, just usefulness. -- WBR, Andrey Repin (anrdae...@freemail.ru) 04.08.2010, 23:18 Sorry for my terrible english... -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: How to pass parameters to a windows application
On 4 August 2010 12:26, Corinna Vinschen wrote: It's a shame that not even the official Win32 APIs are always clean in terms of the long path name definition. Yep, and MSDN doesn't even seem to mention it. Therefore I'm wondering whether it wouldn't be better to address this once and for all in cygwin_conv_path itself by doing what cygpath does: assuming the resulting path fits into MAX_PATH, drop \\?\ from all long paths and turn UNC\ into \\. This is already implemented in cygwin_conv_path for some time, but only for the CCP_POSIX_TO_WIN_A case. I never expected that this would also be necessary for the wide char case. Anyway, I applied a matching patch. As long as the resulting wide char path is not longer than MAX_PATH, it will be stripped of the long path prefix. Great. Seems to be working fine for me. This allows dropping the equivalent hack from cygpath, doesn't it? Andy -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Some key binding in Emacs not properly work in mintty.
Andy Koppe wrote: Yet there's no obvious reason why this shouldn't work in xterm and mintty. The Shift-Up keycode follows the same pattern as the ones for the other Shift-Arrow combinations. This suggests a configuration problem, or perhaps a terminfo issue. Unfortunately I don't know enough about emacs to try to diagnose this. See if it still happens when you start emacs with 'emacs -Q -q' (doesn't load any config files). If it doesn't happen any more, it's an emacs config issue and you go through a long process of excluding different parts of your config until you find it :) -- Gary Non-kook (allegedly) -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Failed linking gettext-0.18
I have an application which depends on gettext 0.18, but the latest cygwin version is 0.17. When I try to compile 0.18 I get the below error. Is that a known problem. Thank you Markus /bin/sh ../libtool --tag=CC --mode=link cc -std=gnu99 -g -O2 -Wl,--disable-auto-import -o msgcmp.exe msgcmp-msgcmp.o msgcmp-ms gl-fsearch.o libgettextsrc.la gettext.res libtool: link: gcc -std=gnu99 -g -O2 -Wl,--disable-auto-import -o .libs/msgcmp.exe msgcmp-msgcmp.o msgcmp-msgl-fsearch.o gettext.res ./.libs/libgettextsrc.dll.a -L/usr/lib /home/markus/gettext-0.18.1.1/gettext-tools/gnulib-lib/.libs/libgettextlib.dll.a /usr/lib/l ibcroco-0.6.dll.a /usr/lib/libglib-2.0.dll.a /usr/lib/libpcre.dll.a /usr/lib/libintl.dll.a /usr/lib/libxml2.dll.a -lz /usr/lib/libnc urses.dll.a /home/markus/gettext-0.18.1.1/gettext-tools/intl/.libs/libintl.dll.a /usr/lib/libiconv.dll.a /usr/lib/gcc/i686-pc-cygwin /4.3.4/libstdc++.dll.a -L/usr/lib/gcc/i686-pc-cygwin/4.3.4 5 [main] ld 10108 sig_send: wait for sig_complete event failed, signal 6, rc 258, Win32 error 0 collect2: ld terminated with signal 6 [Aborted] /usr/lib/gcc/i686-pc-cygwin/4.3.4/../../../../i686-pc-cygwin/bin/ld: /usr/lib/libintl.dll.a(d50.o): illegal symbol index 1633970 478 in relocs make[4]: *** [msgcmp.exe] Error 1 make[4]: Leaving directory `/home/markus/gettext-0.18.1.1/gettext-tools/src' make[3]: *** [all] Error 2 make[3]: Leaving directory `/home/markus/gettext-0.18.1.1/gettext-tools/src' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/markus/gettext-0.18.1.1/gettext-tools' make[1]: *** [all] Error 2 make[1]: Leaving directory `/home/markus/gettext-0.18.1.1/gettext-tools' make: *** [all-recursive] Error 1 -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
[ANNOUNCEMENT] Updated: zsh-4.3.10-1 zsh-4.3.10dev2-1
An updated version of zsh (zsh-4.3.10-1) and the latest development drop (zsh-4.3.10dev2-1) has been released and should be at a mirror near you real soon. These are upstream releases. NOTICE: === Version 4.3.10 was released in late 2009, but had been failing on several of the regular tests under Cygwin. I've been waiting for a newer release to come out to hopefully address these issues, but to date no newer release had materialized. However, recently Zsh released the latest Developer drop so I felt it was time to finally release 4.3.10 for Cygwin. I've built the original 4.3.10 (with its flaws) as well as the newest Developer drop (4.3.10-dev-2), which has many fixes since 4.3.10, but also has several flaws. I've set the Developer release as the Test release and should you have problems with 4.3.10, I encourage you to try the Test release instead. I have noticed some strange cases where hangs sometimes happen with subshells and file re-direction. If you encounter these, please report them with a test case. As with the 4.3.9 release, these releases of Zsh are built with FIFO and Multi-byte/Unicode support enabled. See Announcement for 4.3.9 for additional details. NEWS: = == 4.3.10 == - Additional fixes for multi-byte support. - Fixes to prompt handling and zle. - Fixes to file completion. - VCS_Info fixes. - Various internal bug fixes. - Lots of completion commands updated == 4.3.10dev2 == - Fixes to if processing. - Fixes to MONITOR and INTERACTIVE modes. - VCS_Info fixes. - Lots more completion commands updated. See ChangeLogs for full details. ChangeLogs: http://www.fruitbat.org/Cygwin/zsh/ChangeLog-4.3.10 http://www.fruitbat.org/Cygwin/zsh/ChangeLog-4.3.10dev2 DESCRIPTION: Zsh is a UNIX command interpreter (shell) usable as an interactive login shell and as a shell script command processor. Of the standard shells, zsh most closely resembles `ksh' but includes many enhancements. Zsh has command line editing, builtin spelling correction, programmable command completion, shell functions (with autoloading), a history mechanism, and a host of other features. 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 'zsh' in the 'Shell' category (you will have select it). 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. 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: cygwin-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. -- Peter A. Castro doc...@fruitbat.org or peter.cas...@oracle.com Cats are just autistic Dogs -- Dr. Tony Attwood -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Failed linking gettext-0.18
On 8/4/2010 4:53 PM, Markus Moeller wrote: I have an application which depends on gettext 0.18, but the latest cygwin version is 0.17. When I try to compile 0.18 I get the below error. Is that a known problem. No, it isn't known; thanks for the warning. I'll look into updating cygwin's gettext distribution to 1.18.1.1 in the near future. -- Chuck -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Updated: python-gdata-2.0.11-1
Version 2.0.11-1 of python-gdata has been uploaded. python-gdata is the Google Data Python Client Library. The Google Data Python Client Library provides a library and source code that make it easy to access data through Google Data APIs. *** 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 Please read*all* of the information on unsubscribing that is available starting at this URL.
Updated: parrot-2.6.0-1 (and parrot-devel, parrot-docs)
I updated the Cygwin distribution of parrot-2.6.0-1. This is a stable, a so-called supported release. Canonical homepage: http://www.parrot.org/ Canonical download: http://www.parrot.org/release/current My repo: http://code.google.com/p/cygwin-rurban/source/browse/#svn/trunk/release/parrot Packaging Details: * No changes. * Tested together with rakudo-201007_47-1 (waiting for rakudo-star) and rakudo-star-201007-1 (ITP) New in 2.6.0 - Core + Plug some memory leaks + As always, bug fixes and some optimizations - Runtime + added (experimental) URI::Escape - Testing + Improved test coverage of core parrot - Documentation + Updated the Squaak tutorial to use modern NQP-rx and PCT - Platforms + The Fedora package 'parrot-devel' install the files for syntax-highlighting and automatic indenting for the vim editor - NQP-rx + Updated version included from http://github.com/perl6/nqp-rx includes new or improved: regex backtracking, named assertions, interactive mode, and setting (a minimal but useful runtime library) New in 2.5.0 - Core + Added ByteBuffer PMC to allow direct byte manipulation + Modified some PMC vtable functions to reduce complexity, simplifying coverage. + Modified PAST to generate symbolic PASM constants in PIR output. + General STRING API cleanups + Increased test coverage of core PMCs + Fixed up 'exit' opcode, added CONTROL_EXIT exception type. + Experimental 'unroll' opcode renamed to 'finalize' - NQP-rx + Added proper support for multisubs and multimethods + Fixed sigspace handling ** quantifier in regexes + Added \e strings + Added use of inversion lists for charclass lists in regexes - Platforms + EPEL (Extra Packages for Enterprise Linux) packages for RHEL6.beta are available - Begin moving towards Lorito, the ops refactor to enable pervasive self-hosting and JIT compilation. + All ops are now built with the self-hosted opsc compiler. + For more Information about Lorito see: http://trac.parrot.org/parrot/wiki/Lorito http://trac.parrot.org/parrot/wiki/LoritoRoadmap New in 2.4.0 - Core + Various long-standing bugs in IMCC were fixed + STRINGs are now immutable. + use STRINGNULL instead of NULL when working with strings + Fixed storage of methods in the NameSpace PMC + Added :nsentry flag to force method to be stored in the NameSpace + Added StringBuilder and PackfileDebug PMCs + Added experimental opcodes find_codepoint and unroll - Compilers + Fixed reporting of line numbers in IMCC + Removed deprecated NQP compiler, replaced with new NQP-RX + Removed NCIGen compiler - Deprecations + Tools to distribute on CPAN were removed + Deprecated dynpmcs have been removed to external repositories + Removed RetContinuation PMC + Removed CGoto, CGP, and Switch runcores - Tests + Many tests for the extend/embed interface were added + done_testing() is now implemented in Test::More - Tools + The fakexecutable tapir is renamed parrot-prove + Performance fixes to the pbc_to_exe tool + Fix data_json to work outside of trunk + The dynpmc GzipHandle (zlib wrapper) was added + The library Archive/Tar.pir was added. + The library Archive/Zip.pir was added. + The libraries LWP.pir, HTTP/Message.pir URI.pir were added. - Miscellaneous + Six Parrot-related projects accepted to GSoC + Improve use of const and other compiler hints = 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. Once you've downloaded setup.exe, run it and select Editors or Text and then click on the appropriate fields until the above announced version numbers appear if they are not displayed already. If your mirror doesn't yet have the latest version of this package after 24 hours, you can either continue to wait for that site to be updated or you can try to find another mirror. Please send questions or comments to the Cygwin mailing list at: cyg...@cygwin.com If you want to subscribe go to: http://cygwin.com/ml/cygwin/ I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. -- 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: zsh-4.3.10-1 zsh-4.3.10dev2-1
An updated version of zsh (zsh-4.3.10-1) and the latest development drop (zsh-4.3.10dev2-1) has been released and should be at a mirror near you real soon. These are upstream releases. NOTICE: === Version 4.3.10 was released in late 2009, but had been failing on several of the regular tests under Cygwin. I've been waiting for a newer release to come out to hopefully address these issues, but to date no newer release had materialized. However, recently Zsh released the latest Developer drop so I felt it was time to finally release 4.3.10 for Cygwin. I've built the original 4.3.10 (with its flaws) as well as the newest Developer drop (4.3.10-dev-2), which has many fixes since 4.3.10, but also has several flaws. I've set the Developer release as the Test release and should you have problems with 4.3.10, I encourage you to try the Test release instead. I have noticed some strange cases where hangs sometimes happen with subshells and file re-direction. If you encounter these, please report them with a test case. As with the 4.3.9 release, these releases of Zsh are built with FIFO and Multi-byte/Unicode support enabled. See Announcement for 4.3.9 for additional details. NEWS: = == 4.3.10 == - Additional fixes for multi-byte support. - Fixes to prompt handling and zle. - Fixes to file completion. - VCS_Info fixes. - Various internal bug fixes. - Lots of completion commands updated == 4.3.10dev2 == - Fixes to if processing. - Fixes to MONITOR and INTERACTIVE modes. - VCS_Info fixes. - Lots more completion commands updated. See ChangeLogs for full details. ChangeLogs: http://www.fruitbat.org/Cygwin/zsh/ChangeLog-4.3.10 http://www.fruitbat.org/Cygwin/zsh/ChangeLog-4.3.10dev2 DESCRIPTION: Zsh is a UNIX command interpreter (shell) usable as an interactive login shell and as a shell script command processor. Of the standard shells, zsh most closely resembles `ksh' but includes many enhancements. Zsh has command line editing, builtin spelling correction, programmable command completion, shell functions (with autoloading), a history mechanism, and a host of other features. 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 'zsh' in the 'Shell' category (you will have select it). 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. 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: cygwin-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. -- Peter A. Castro doc...@fruitbat.org or peter.cas...@oracle.com Cats are just autistic Dogs -- Dr. Tony Attwood