RFU: mercurial-1.5.2
New upstream release wget \ http://cante.net/~jaalto/tmp/cygwin/mercurial/mercurial-1.5.2-1-src.tar.bz2 \ http://cante.net/~jaalto/tmp/cygwin/mercurial/mercurial-1.5.2-1.tar.bz2 \ http://cante.net/~jaalto/tmp/cygwin/mercurial/setup.hint Jari
Re: setup messing up ntfs permissions
So, I guess there is now way to tell setup.exe to stop messing up NTFS permissions currently. May I ask to add such feature then? -- 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: MS-DOS path warning with maven
On 10 May 2010 22:40, Jeremy Bopp jer...@bopp.net wrote: On 5/10/2010 3:11 PM, David Balažic wrote: On 10 May 2010 20:52, Jeremy Bopp jer...@bopp.net wrote: What's the output when you run the following? $ sh -x $(which mvn) -version I attached it. I don't see the Cygwin warning message in that output. What I did see in the output, though, tells me that there shouldn't be anything causing that message at all. Try running the following to see if it captures the warning message: $ sh -x $(which mvn) -version mvn.log 21 Attached, this time including the warning. -- 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
Bad Thread Prev links in list web archive
Hi! The Thread Prev link in the mail list web archive does not work in some cases. Example: http://cygwin.com/ml/cygwin/2010-03/msg01033.html Click Thread Next. (shows next message in thread) Click Thread Next. (shows next message in thread) Click Thread Prev. (shows the prev message) Click Thread Prev. (see below) You should arrive back at the first message, but instead a message from another thread is displayed. Regards, David -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: MS-DOS path warning with maven
On 10 May 2010 22:28, Christopher Faylor cgf-use-the-mailinglist-ple...@cygwin.com wrote: On Mon, May 10, 2010 at 10:11:33PM +0200, David Bala??ic wrote: On 10 May 2010 20:52, Jeremy Bopp jer...@bopp.net wrote: What's the output when you run the following? $ sh -x $(which mvn) -version I attached it. Also the output of cygcheck -s -v -r cygcheck.out Hmm. All of this time I thought that maven was a package distributed with Cygwin. After looking I should have checked http://cygwin.com/packages/ to see if that was true. It doesn't look like that is the case so it seems like this would be YA instance of check with the package provider rather than expecting people in the Cygwin list to know. Sorry for the confusion. The package is this: http://www.apache.org/dyn/closer.cgi/maven/binaries/apache-maven-2.2.1-bin.zip I also posted on the maven-users list: http://old.nabble.com/Maven-triggers-cygwin-warning-to28521741.html Regards, David -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Cygwin visual brand
On 5/11/10, Klaus Grue g...@diku.dk wrote: On Mon, 10 May 2010, Steven Collins wrote: ... I'm not a fan of cpm.exe for two reasons. 1) ... 2) ... Good points CygwinPackageManager.exe communicates clearly what the program is without any further need of explanation. That is a good name. Simple is beautiful. Maybe one should also consider CygwinPM.exe. It is less informative but there are still cases where short file names are nice to have. I would also mention I've had name conflicts with setup.exe before when I try to install a bunch of things at once. Even in java where you have packages that should disambiguate names, it is sometimes useful to make class names distinct without packages. Unless there is a sleep aid of other drug called CygwinPM, there may be little gained from the more verbose form. I've been using the same cygwin in the AM too, have I been wrong all this time? LOL. It also looks like the hippo has an svg file, does this mimic the ASCII hippo or has it gotten fancy? I just want to reiterate my support for the ASCII art. Maybe this does connote obsolete as in CP/M but that is a valid point- save the modern computing power for computing and automated data processing. This is like the fine corinthian leather instead of the carbon fibre epoxy composite LOL. Klaus -- 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 -- marchy...@gmail.com note new address 2009-12-16: Mike Marchywka 1975 Village Round Marietta GA 30064 415-264-8477 (w)- use this 404-788-1216 (C)- leave message 989-348-4796 (P)- emergency only marchy...@hotmail.com Note: If I am asking for free stuff, I normally use for hobby/non-profit information but may use in investment forums, public and private. Please indicate any concerns if applicable. Note: hotmail is censoring incoming mail using random criteria beyond my control and often hangs my browser but all my subscriptions are here..., try also marchy...@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: Cygwin visual brand
mike marchywka sent the following at Monday, May 10, 2010 10:09 AM Just personally I LIKE the ASCII art hippo. It demonstrates an ability to use primitive and CONCISE represntations for information - captures the essence without the extraneous junk. Today we are seeing lots of bloated things cause disruptions- bw wasting apps killed ATT with iPhone for example- and trying to do anything with windoze always seems to stick you with waste that actually makes automation harder- like replacing ssh with remote desktop. If pointing could replace a tractable alphabet and elaborate cave drawings could replace equations and computer code I may agree with you but you don't want to obscure the raison d'etre of the site. How much ASCII art do you see these days? Personally, I generally agree. Extrapolating from myself*, a lot of people who use cygwin like the command line. And ASCII is evocative of the command line. (I have .bashrc flash a colorized version of the hippo when I load a primary shell.) I also like the prompt icon http://cygwin.com/cygwin-icon.gif. * :-) - Barry Disclaimer: Statements made herein are not made on behalf of NIAID. -- 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: Bad Thread Prev links in list web archive
From: David Balažic Sent: Tuesday, May 11, 2010 05:09 To: cygwin@cygwin.com Subject: Bad Thread Prev links in list web archive Hi! The Thread Prev link in the mail list web archive does not work in some cases. ... Regards, David Actually, it looks like the initial Thread Next is the culprit, skipping from message 161201 to 161203. Thread Prev then allows one to see 161202. --Ken Nellis
RE: Bad Thread Prev links in list web archive
From: Nellis, Kenneth Sent: Tuesday, May 11, 2010 08:24 To: cygwin@cygwin.com Subject: RE: Bad Thread Prev links in list web archive ... Actually, it looks like the initial Thread Next is the culprit, skipping from message 161201 to 161203. Thread Prev then allows one to see 161202. --Ken Nellis Uh, ill-conceived post. Please disregard. Sorry for the noise. --Ken :-(
Re: Bad Thread Prev links in list web archive
On 11 May 2010 14:23, Nellis, Kenneth kenneth.nel...@acs-inc.com wrote: From: David Balažic Sent: Tuesday, May 11, 2010 05:09 To: cygwin@cygwin.com Subject: Bad Thread Prev links in list web archive Hi! The Thread Prev link in the mail list web archive does not work in some cases. ... Regards, David Actually, it looks like the initial Thread Next is the culprit, skipping from message 161201 to 161203. Thread Prev then allows one to see 161202. Sorry, where do you see the numbers 161201... ? I just opened all messages from that thread, then I opened the first again and clicked the Thread Next link, until the last one. All messages in the thread were displayed correctly. If I try to go back using Thread Prev, I get lost. It is the same with other threads: Thread Next works, Thread Prev on the other hand does the same as Date Prev. So Thread Prev behaves as Date Prev instead of going inside the thread backwards. Regards, David -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Cygwin visual brand
Why not just use the cyg- prefix, like the cygstart and cygpath tools already do? Something like cygsetup, cygpackage, cygpackman, etc. I think these both communicate clearly the purpose of the program and are short to type. Alex On Tue, May 11, 2010 at 1:55 AM, Klaus Grue wrote: On Mon, 10 May 2010, Steven Collins wrote: ... I'm not a fan of cpm.exe for two reasons. 1) ... 2) ... Good points CygwinPackageManager.exe communicates clearly what the program is without any further need of explanation. That is a good name. Simple is beautiful. Maybe one should also consider CygwinPM.exe. It is less informative but there are still cases where short file names are nice to have. Klaus -- 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 -- 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: Cygwin visual brand
Steven Collins sent the following at Monday, May 10, 2010 4:19 PM On Mon, May 10, 2010 at 13:36, Klaus Grue wrote: In conclusion, I suggest a new term is invented such as the Cygwin Package Manager (CPM) or something like that. Then one could simply write Cygwin Package Manager under the Cygwin icon and then explain in the text that: The Cygwin Package Manager (cpm.exe) can install Cygwin and manage Cygwin packages. Among other, it can install, uninstall, upgrade, and downgrade individual packages. It can also install and upgrade the entire Cygwin system and keep the system up to date. By the way, it would by nice if CPM could also uninstall Cygwin. It sends the message that you are confident in your system if you make it easy for users to uninstall it. And it smells suspicious to provide software without an uninstaller. I would tend to agree with Klaus on this point. The setup.exe name is too generic. If I'm examining my downloads directory with a non-graphical tool (let's say something like ls :-) ) then it is not obvious the setup.exe file is associated ith Cygwin. I'm not a fan of cpm.exe for two reasons. 1) CPM already has a history as an operating system so using that name would have the potential for confusing the users as well as opening the project to possible trademark/copyright infringement issues. 2) When I'm doing an ls of the directory containing cpm.exe it is only slightly more obvious than setup.exe what the application is. With modern file systems, command line completion, and GUI file managers there is little reason to shorten the name down to its initials. CygwinPackageManager.exe communicates clearly what the program is without any further need of explanation. I agree that setup is to generic. Additionally, sometimes the security settings/antivirus might not allow one to either download or run something called setup. Personally, I like cygsetup.exe. See http://sourceware.org/ml/cygwin/2008-03/msg00117.html. And although I've never used a Linux package manager, my impression from comments on this list is that setup really doesn't have all the functions that many people would expect in a package manager like rpm or apt. - Barry Disclaimer: Statements made herein are not made on behalf of NIAID. -- 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: Cygwin visual brand
On Tue, May 11, 2010 at 8:41 AM, Alex Leigh le...@hcs.harvard.edu wrote: Why not just use the cyg- prefix, like the cygstart and cygpath tools already do? Something like cygsetup, cygpackage, cygpackman, etc. I think these both communicate clearly the purpose of the program and are short to type. I'd vote for cygsetup.exe. I agree that setup.exe is too generic. I always wind up renaming it to something like cygsetup.exe. By the way, I'm not sure if this is an issue, but something with setup in it might be desirable as this string will be detected by Vista's installer detection heuristic (scroll down to Installer Detection Technology in [1]). I believe Windows 7 does this, too, but I'm not sure. If the requested execution level is specified in a application manifest, though, this isn't necessary. -David [1] http://technet.microsoft.com/en-us/library/cc709628(WS.10).aspx -- 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: Cygwin visual brand
Hi, Klaus, thanks for your feedback on my sample site (http://cygwin.codecamel.com). Further information about why/what/how can be found in my message on the original thread (http://sourceware.org/ml/cygwin/2010-03/msg00744.html), so I won't go into it again on this one. A few months ago somebody on this list offered an appealing redesign of the Cygwin.com website. [1][2] That, unfortunately, seems to have gone nowhere (unless something is happening behind the scenes). Nothing is happening behind the scenes (that involves me). I'm a HTML/CSS standards accessibility developer so my design ability is relatively limited, but I'm happy to incorporate any ideas or work with a graphic designer if I'm asked to. However, I feel that a site such as cygwin.com doesn't need anything fancy. It should simply be clear, easy to update and standards compliant. Also, I agree the name setup.exe could be improved so perhaps a new thread should be made for that. Cheers, Brent -- 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: MS-DOS path warning with maven
On 5/11/2010 3:51 AM, David Balažic wrote: On 10 May 2010 22:40, Jeremy Bopp jer...@bopp.net wrote: On 5/10/2010 3:11 PM, David Balažic wrote: On 10 May 2010 20:52, Jeremy Bopp jer...@bopp.net wrote: What's the output when you run the following? $ sh -x $(which mvn) -version I attached it. I don't see the Cygwin warning message in that output. What I did see in the output, though, tells me that there shouldn't be anything causing that message at all. Try running the following to see if it captures the warning message: $ sh -x $(which mvn) -version mvn.log 21 Attached, this time including the warning. The attachment appears to have been stripped by the list server. I'm not sure what it will take to work around the server, so please send log file to me directly. Given that this issue with Maven isn't a Cygwin problem, this list is not the most appropriate forum for this discussion anyway. -Jeremy -- 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: MS-DOS path warning with maven
On Tue, May 11, 2010 at 08:41:00AM -0500, Jeremy Bopp wrote: On 5/11/2010 3:51 AM, David Bala??ic wrote: On 10 May 2010 22:40, Jeremy Bopp jer...@bopp.net wrote: On 5/10/2010 3:11 PM, David Bala??ic wrote: On 10 May 2010 20:52, Jeremy Bopp jer...@bopp.net wrote: What's the output when you run the following? $ sh -x $(which mvn) -version I attached it. I don't see the Cygwin warning message in that output. What I did see in the output, though, tells me that there shouldn't be anything causing that message at all. Try running the following to see if it captures the warning message: $ sh -x $(which mvn) -version mvn.log 21 Attached, this time including the warning. The attachment appears to have been stripped by the list server. I'm not sure what it will take to work around the server, so please send log file to me directly. Given that this issue with Maven isn't a Cygwin problem, this list is not the most appropriate forum for this discussion anyway. The list server does not strip attachments but, regardless, you're right: this is not the appropriate list for this discussion. We can't debug problems with every program that uses cygwin1.dll here. cgf -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: MS-DOS path warning with maven
On 5/11/2010 9:23 AM, Christopher Faylor wrote: The list server does not strip attachments but, regardless, you're I could have sworn that it did, but I guess I was wrong. I'll note this for future reference. right: this is not the appropriate list for this discussion. We can't debug problems with every program that uses cygwin1.dll here. Just to be clear, Maven itself is actually a Java application, but it uses a thin shell script to kick things off when run under Cygwin via the name mvn. This is similar to the operation of Ant. Somewhere in this short script is where the warning is raised, but yes, this is a problem for the Maven developers, not the Cygwin list. -Jeremy -- 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: Bad Thread Prev links in list web archive
From: David Balažic Sent: Tuesday, May 11, 2010 08:34 To: cygwin@cygwin.com Subject: Re: Bad Thread Prev links in list web archive ... Sorry, where do you see the numbers 161201... ? ... Regards, David From a message in the web archive, click the Raw text link at the top. Then you will see a link such as: From cygwin-return-161201-listarch-cygwin=sourceware dot ... where 161201 in this case is the message number. For this particular thread, the Next Thread link correctly goes to 161203, but from there Prev Thread goes to 161202, which is of a different thread. --Ken Nellis
Re: V1.7 can not use cursor or backspace within a shell
Andy Koppe wrote: Matthias Meyer wrote: cygwin 1.7.5 need, at least, the /usr/share/terminfo/63/cygwin file. cygwin 1.7.2, used by the actual copssh distribution, didn't need this file. Third-party Cygwin distributions like copssh aren't supported here. /usr/share/terminfo isn't used by the Cygwin DLL, so the DLL version (1.7.2 vs 1.7.5) is irrelevant here. It is used by ncurses though, and the terminfo database format has changed fairly recently. Look for terminfo and ncurses announcements. Somebody knows: 1) what is the job of the other directories (41..78) below /usr/share/terminfo ? They're hexadecimal ASCII codes representing the first character of the terminal type. '63' is ASCII for 'c', as in 'cygwin'. '78' is 'x' as in 'xterm'. Andy Thanks, have a great day! Matthias -- Don't Panic -- 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: Cygwin visual brand
On 5/11/2010 8:59 AM, Buchbinder, Barry (NIH/NIAID) [E] wrote: snip I agree that setup is to generic. Additionally, sometimes the security settings/antivirus might not allow one to either download or run something called setup. Personally, I likecygsetup.exe. See http://sourceware.org/ml/cygwin/2008-03/msg00117.html. I'm not picking on Barry here but I'd like to suggest that this thread not get bogged down in a discussion of a tangent topic of how setup.exe should be named. Threads on this subject can be found in the email archives and it has been clear in those that the setup.exe name is here to stay. So in my opinion, further discussion of this topic in this thread is an unproductive distraction. -- 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: Cygwin visual brand
I've used Cygwin on and off for a few years now, and today while I was on the site I thought how much a good, recognisable logo and graphic design could do for Cygwin exposure. For one, more users also mean more potential contributors, to the project itself and to compatible software alike (hopefully swaying some devs towards native linux + cygwin instead of native win + wine). In addition, concise design helps first time users find answers to their most troubling questions faster and with less help, reducing support load. Could Christopher and/or Corinna please weigh in on this? There seem to be a lot of ideas and energy behind this project, but I don't think the discussion can go much further until we hear from them. Is either of you interested in having a redesign of cygwin.com? What would be your criteria for an acceptable redesign? Thanks, Andrew. -- 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: psql setsid error
Gary . schrieb: psql: FATAL: setsid() failed: Operation not permitted Hmm, known problem. I'll change it like sed --in-place -e's/#define HAVE_SETSID 1/#undef HAVE_SETSID/' \ src/include/pg_config.h -- Reini Urban http://phpwiki.org/ http://murbreak.at/ -- 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: psql setsid error
Reini Urban wrote: Gary . schrieb: psql: FATAL: setsid() failed: Operation not permitted Hmm, known problem. I'll change it like sed --in-place -e's/#define HAVE_SETSID 1/#undef HAVE_SETSID/' \ src/include/pg_config.h This is completely the wrong thing to do. pg_config.h is an autogenerated file. If anything, it should go in pg_config_manual.h, but much better would be to fix the configure check, if it's wrong. Just hacking the config files is a losing game. Butr why does it fail anyway? It works just fine on the PostgreSQL Buildfarm. See http://www.pgbuildfarm.org/cgi-bin/show_stage_log.pl?nm=brown_batdt=2010-05-09%20183006stg=config cheers andrew -- 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