Re: [ITP] bsfilter 1.0.15 -- Bayesian spam filter with Japanese support
* Thu 2007-09-20 Dr Dr Dr.Volker.Zell-QHcLZuEGTsvQT0dZR+AlfA AT public.gmane.org * Message-Id: 82tzppd65u.fsf AT vzell-de.de.oracle.com Makefile so that the make step don't pollutes the system directories ./bsfilter-1.0.15-1.sh make -- Building with standard make(1) ./Makefile # install-bin /usr/bin/install -m 755 -d /usr/bin /usr/bin/install -m 755bsfilter/bsfilter /usr/bin Sorry about that. Fixed now, Jari wget\ http://cygwin.cante.net/bsfilter/setup.hint \ http://cygwin.cante.net/bsfilter/bsfilter-1.0.15-1-src.tar.bz2 \ http://cygwin.cante.net/bsfilter/bsfilter-1.0.15-1.tar.bz2 \ -- Welcome to FOSS revolution: we fix and modify until it shines
src/winsup/doc ChangeLog faq-what.xml
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2007-09-25 17:03:59 Modified files: winsup/doc : ChangeLog faq-what.xml Log message: * faq-what.xml: Remove paragraph about and link to stoneage old history.html file. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/doc/ChangeLog.diff?cvsroot=srcr1=1.139r2=1.140 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/doc/faq-what.xml.diff?cvsroot=srcr1=1.4r2=1.5
Where to download an old verion cygwin?
Where to download an old verion cygwin? e.g., I want to download cygwin 1.5.5 because I want to compile cdrtools on cygwin 1.5.5 (not the latest cygwin 1.5.24 for some reason). Thanks! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Where to download an old verion cygwin?
On 25 September 2007 11:42, Bo Xie wrote: Where to download an old verion cygwin? Google cygwin time machine. Note that you'll be pretty much on your own with an outdated version of cygwin as far as support from the list, there aren't many people running a version that old. cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Updated: git-1.5.3.2-1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Eric Blake on 9/22/2007 6:37 PM: A new release of git, 1.5.3.2-1, has been uploaded, replacing 1.5.3-1 as the current version. Phooey. In the process of packaging this, I overlooked the fact that the upstream makefile changed enough such that /usr/lib/perl5/vendor_perl/5.8/Error.pm was no longer included automatically; the absence of this file breaks (among others) 'git remote'. Is Error.pm useful enough on its own to release as an independent package, or should I respin git-1.5.3.2-2 to once again include it as part of git? Meanwhile, until the package is built, you can use: $ wget home.comcast.net/~ericblake/Error.pm \ mv Error.pm /usr/lib/perl5/vendor_perl/5.8 to work around the packaging bug. - -- Don't work too hard, make some time for fun as well! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFG+Ph984KuGfSFAYARAkKTAJwJmcYa3ilheXvisg0whUFQYihCRACfeKpG ojEdweK3glm+MaF9P3/EpnE= =aBbF -END PGP SIGNATURE- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: setup.exe deleted some files
Paul McFerrin wrote: Can you really *expect* that someone running B20 for 5+ years can remember from which package to select so you will not lose a particular program that you've been using for years. Heck I didn't even know it was part of the linux util package. I never used a Linus system before. The cal command was introduced back in SVR2 days (~1976)! Way before Linux came on the scene! Yes, I'm showing my age. No I don't expect you to remember details of your ancient install. I would expect that you'd recognize that quite allot has likely changed in the interim and that you might need to do a little leg-work to get everything you had back to the way you like it. I don't believe Cygwin is unusual in this respect. Any 6+ year old distribution is going to have changes that may seem a little jarring to those that may be seeking to have everything just the way they had it. Of course, if you feel that these realities don't live up to your expectations, you are free to stick with the versions you have for as long as they do what you want. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
OpenSSH and user environment: Maybe not initialized correctly
Hi, I am experiencing some trouble with OpenSSH under Cygwin. Details on my Cygwin installation can be found in the attached outputs of cygcheck -s -v -r cygcheck.out on the machines in the zipped attachment. [I tried to send with attachment, but obviously it did not get through your protection mechanisms... Now trying without attachment...] SERVERs amd64 and smithfield CLIENT fi-win The username on all machines is illenseer and public key authentication is set up and working fine on all machines. The sshd was setup on the SERVER machines using ssh-host-config with privilege separation. MACHINE AMD64: Windows Server 2003 64bit MACHINE smithfield: Windws XP SP 2 32bit The main problem is that obviously the processes started by SSH on a remote machine are not always executed in a proper environment. Namely I am trying to launch a parallel MPI program using MPICH2 on a remote machine via a SSH connection. The MPICH2 then does not recognize the user correctly and cannot start with the encrypted user and password. But this is only the story for my issue... I then tested and tried some other very simple command: ssh amd64 whoami ssh smithfield whoami which then also does not print the expected result on all machines! I am expecting illenseer, but on amd64 it was sshd_server (whereas on the 32bit smithfield machine it was illenseer correctly). I think this is also a main reason for the failing of my MPI program, because MPICH2 also uses some machanism (Win32 API) to determine the current user... and thus this might also fail for the same reasons as the whoami program, because I am always presented sshd_server as default user from MPICH2. Can anyone clarify or provide some help or suggestions on how to get this working correctly on all machines? Thanks in advance. Frank -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: setup.exe deleted some files
On Tue, Sep 25, 2007 at 08:32:26AM -0400, Larry Hall (Cygwin) wrote: Paul McFerrin wrote: Can you really *expect* that someone running B20 for 5+ years can remember from which package to select so you will not lose a particular program that you've been using for years. Heck I didn't even know it was part of the linux util package. I never used a Linus system before. The cal command was introduced back in SVR2 days (~1976)! Way before Linux came on the scene! Yes, I'm showing my age. No I don't expect you to remember details of your ancient install. I would expect that you'd recognize that quite allot has likely changed in the interim and that you might need to do a little leg-work to get everything you had back to the way you like it. I don't believe Cygwin is unusual in this respect. Any 6+ year old distribution is going to have changes that may seem a little jarring to those that may be seeking to have everything just the way they had it. Of course, if you feel that these realities don't live up to your expectations, you are free to stick with the versions you have for as long as they do what you want. There's all that plus the fact that B20 didn't actually have packages anyway. That was more-or-less the point of subsequent releases - allowing people to choose what they wanted. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: OpenSSH and user environment: Maybe not initialized correctly
Frank wrote: snip ssh amd64 whoami ssh smithfield whoami which then also does not print the expected result on all machines! I am expecting illenseer, but on amd64 it was sshd_server (whereas on the 32bit smithfield machine it was illenseer correctly). snip I expect that this falls into the category of known issue but I can't tell without the cygcheck output, which got snipped because you zipped it. In any case, check if both are running the server as sshd_server or SYSTEM/LocalSystem. I'm guessing that you're running sshd on smithfield as illenseer. Either that, or you're using password authentication on smithfield. The latter is a better workaround for now than the former. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: setup.exe deleted some files
Christopher Faylor wrote: On Tue, Sep 25, 2007 at 08:32:26AM -0400, Larry Hall (Cygwin) wrote: Paul McFerrin wrote: Can you really *expect* that someone running B20 for 5+ years can remember from which package to select so you will not lose a particular program that you've been using for years. Heck I didn't even know it was part of the linux util package. I never used a Linus system before. The cal command was introduced back in SVR2 days (~1976)! Way before Linux came on the scene! Yes, I'm showing my age. No I don't expect you to remember details of your ancient install. I would expect that you'd recognize that quite allot has likely changed in the interim and that you might need to do a little leg-work to get everything you had back to the way you like it. I don't believe Cygwin is unusual in this respect. Any 6+ year old distribution is going to have changes that may seem a little jarring to those that may be seeking to have everything just the way they had it. Of course, if you feel that these realities don't live up to your expectations, you are free to stick with the versions you have for as long as they do what you want. There's all that plus the fact that B20 didn't actually have packages anyway. That was more-or-less the point of subsequent releases - allowing people to choose what they wanted. Indeed. Why did I forget that? ;-) I guess that provides others who want to upgrade from B20 to something current another way of getting all that they're likely to want/need/be used to - install everything. Gulp. Now the flood gates have been opened! ;-) -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: OpenSSH and user environment: Maybe not initialized correctly
On 9/25/07, Frank wrote: Hi, I am experiencing some trouble with OpenSSH under Cygwin. Details on my Cygwin installation can be found in the attached outputs of cygcheck -s -v -r cygcheck.out on the machines in the zipped attachment. [I tried to send with attachment, but obviously it did not get through your protection mechanisms... Now trying without attachment...] - - - cut stuff - - - Attach cygcheck.out as a plain-text, non-compressed file and it will work. -Jason -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: sshd: PID xxxx: fatal: initgroups: myid: Invalid argument.
Larry Hall wrote: You may want to try this again by running a system-owned shell (take a look in the email archives for a recipe of how to make one of these). You can then run 'sshd' with debugging flags right at the command line and see all the debug output there. Running net start sshd in my own shell has the effect of starting the sshd Windows service that was installed by ssh-host-config. I think it is equivalent to starting the service using the Windows GUI. failed ssh login I see the following message in the Windows Event Viewer: sshd: PID : fatal: initgroups: myid: Invalid argument. Sure looks to me by the message above that your myid isn't in '/etc/groups'. Did you check that? Ah, you're close. Looking in /etc/passwd I see that myid's gid, which should be the number for Domain Users listed in /etc/group, is a different number. I think I know how that happened, but I will spare you the details. Putting the correct gid in /etc/passwd fixed the problem. Thanks. Tim -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: sshd: PID xxxx: fatal: initgroups: myid: Invalid argument.
Tim Largy wrote: Larry Hall wrote: You may want to try this again by running a system-owned shell (take a look in the email archives for a recipe of how to make one of these). You can then run 'sshd' with debugging flags right at the command line and see all the debug output there. Running net start sshd in my own shell has the effect of starting the sshd Windows service that was installed by ssh-host-config. I think it is equivalent to starting the service using the Windows GUI. My wording here wasn't the best. Yes, running net start sshd from your own shell is the same as what happens when Windows starts the service itself. I was suggesting that you could get more debug output by running 'sshd' with debug flags turned on at the shell prompt but to do so you need a shell owned by the user running the service (SYSTEM in most cases). That's why I was pointing to the recipe for how to make one of these shells. You could do this from your own shell too but it will either fail to give you valid information, mess things up so the service won't run anymore, or both. But from what you mentioned below, you don't need this anyway. failed ssh login I see the following message in the Windows Event Viewer: sshd: PID : fatal: initgroups: myid: Invalid argument. Sure looks to me by the message above that your myid isn't in '/etc/groups'. Did you check that? Ah, you're close. Looking in /etc/passwd I see that myid's gid, which should be the number for Domain Users listed in /etc/group, is a different number. I think I know how that happened, but I will spare you the details. Putting the correct gid in /etc/passwd fixed the problem. Thanks. Great! Happy to help. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Bash -c without exiting
I'd like to drop to the current directory like this, bash --login -i -c 'Drop to current directory' without exiting cygwin. Thanks. -- View this message in context: http://www.nabble.com/Bash--c-without-exiting-tf4518164.html#a12888624 Sent from the Cygwin Users mailing list archive at Nabble.com. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Bash -c without exiting
On Tue, 25 Sep 2007, patrickinminneapolis wrote: I'd like to drop to the current directory like this, bash --login -i -c 'Drop to current directory' without exiting cygwin. Thanks. Not Cygwin-specific. Try bash --login -i -c 'cd /tmp exec bash' HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Belief can be manipulated. Only knowledge is dangerous. -- Frank Herbert -- 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/
text file or database for cygcheck -p or Cygwin.com / search?
The cygcheck -p option is a great tool. Although, I noticed today a number of problems in using it today along with the package search function at Cygwin.com. I also rummaged around one of the mirror FTP sites to see if I could find a text file that was the logical equivalent of a single directory listing for all the directories *and* archives in the 'release/' directory. This must be the logical basis for both 'cygcheck -p' and the Cygwin search? Note that setup.ini has insufficient detail about the components of a package for my purposes. How do I get this listing or database without downloading all the archives and computing my own? Thanks, Lee Lee D. Rothstein -- 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/
Compilation problem when running sde-make on cygwin
Hello there, I'm a developer at a tech company in california. I'm trying to use the cygwin sde compiler to build my program. Here is the error I get at the end when running sde-make. I'm not sure what the error code 53 means nor what sde-ar is trying do. Any help would be much appreciated. rm -f libcfe.a sde-ar crv libcfe.a lib_hssubr.o lib_setjmp.o disasm.o mips_arena.o exchandler.o common_funcs.o common_init.o dev_flashop_engine.o ui_memtest.o init_mips.o bcm9 7XXX_cpuinit.o bcm97XXX_l1cache.o bcm97XXX_arena.o dev_bcm97XXX_uart.o lib_mallo c.o lib_printf.o lib_queue.o lib_string.o lib_string2.o lib_arena.o lib_misc.o l ib_setjmp.o lib_qsort.o lib_hssubr.o lib_physio.o dev_newflash.o dev_null.o dev _promice.o dev_ide_common.o dev_ns16550.o env_subr.o cfe_attach.o cfe_iocb_dispa tch.o cfe_devfuncs.o nvram_subr.o cfe_console.o cfe_main.o cfe_mem.o cfe_timer.o cfe_background.o cfe_error.o build_date.o cfe_rawfs.o cfe_zlibfs.o cfe_xreq.o c fe_fatfs.o cfe_filesys.o cfe_boot.o cfe_autoboot.o cfe_ldr_elf.o cfe_ldr_raw.o c fe_ldr_srec.o cfe_loader.o cfe_savedata.o ui_command.o ui_cmddisp.o ui_envcmds .o ui_devcmds.o ui_netcmds.o ui_tcpcmds.o ui_memcmds.o ui_loadcmds.o ui_examcmds .o ui_flash.o ui_misccmds.o ui_maccmds.o ui_patchcmds.o ui_test_disk.o ui_test_e ther.o ui_test_flash.o ui_test_uart.o net_ether.o net_arp.o net_ip.o net_udp.o n et_api.o net_dns.o net_dhcp.o net_tftp.o net_icmp.o net_tcp.o net_tcpbuf.o dev_t cpconsole.o usbmain.o ohci.o usbd.o usbdevs.o usbhub.o usbdebug.o usbhid.o usb mass.o usbserial.o usbeth.o adler32.o uncompr.o inflate.o infblock.o inftrees.o infcodes.o infutil.o inffast.o zutil.o cfe_vendor_xreq.o cfe_vendor_iocb_dispatc h.o cfe_vendor_cmds.o sde-make: *** [libcfe.a] Error 53 Thank you, Paul -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: text file or database for cygcheck -p or Cygwin.com / search?
LDR wrote: I also rummaged around one of the mirror FTP sites to see if I could find a text file that was the logical equivalent of a single directory listing for all the directories *and* archives in the 'release/' directory. This must be the logical basis for both 'cygcheck -p' and the Cygwin search? The cygcheck -p function simply queries cygwin.com, exactly the same as if you went to http://cygwin.com/packages/ and entered the search string there. In other words, all the searching happens server-side. There is no one file that contains this information, it is stored in a large number of separate files which can be displayed as e.g. http://cygwin.com/packages/cygwin/cygwin-1.5.24-2. I know of no way to simulate this package search method offline. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Compilation problem when running sde-make on cygwin
On 25 September 2007 23:33, Paul Yeung wrote: I'm a developer at a tech company in california. I'm trying to use the cygwin sde compiler to build my program. shudder Here is the error I get at the end when running sde-make. I'm not sure what the error code 53 means nor what sde-ar is trying do. Any help would be much appreciated. Try running the command manually and specifying -v to see if sde-ar gives you any better diagnostic. If that fails, do check if the output of cygcheck `sde-ar` shows any missing DLLs. cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Compilation problem when running sde-make on cygwin
Paul Yeung wrote: I'm a developer at a tech company in california. I'm trying to use the cygwin sde compiler to build my program. Here is the error I get at the end when running sde-make. I'm not sure what the error code 53 means nor what sde-ar is trying do. Any help would be much appreciated. [snip] sde-make: *** [libcfe.a] Error 53 $ net helpmsg 53 The network path was not found. Error codes are Windows' error codes. Not very explicit, but as Dave said, something is missing, probably a dll. -- René Berber -- 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/
cygpath -u doesn't seem to convert spaces properly
I am trying to use cygpath -u to convert my windows path to an unix path in my shell script. However, it has problems with paths that has spaces in it. For example, cygpath -u c:\Program Files\Java is converted to /cygdrive/c/Program Files/Java, which doesn't work. Is there a flag that I am missing? I came up with the following, but it seems wrong. $ cygpath -u $(cygpath -m -s c:\Program Files\Java) /cygdrive/c/PROGRA~1/Java Thanks, Jerome -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: cygpath -u doesn't seem to convert spaces properly
Jerome Fong wrote on Tuesday, September 25, 2007 6:23 PM: I am trying to use cygpath -u to convert my windows path to an unix path in my shell script. However, it has problems with paths that has spaces in it. For example, cygpath -u c:\Program Files\Java is converted to /cygdrive/c/Program Files/Java, which doesn't work. Is there a flag that I am missing? I came up with the following, but it seems wrong. $ cygpath -u $(cygpath -m -s c:\Program Files\Java) /cygdrive/c/PROGRA~1/Java WJFFM: $ cygpath -u c:\Program Files\Java /cygdrive/c/Program Files/Java $ ls /cygdrive/c/Program Files/Java j2re1.4.2 j2re1.4.2_04 jdk1.5.0_10 jre1.5.0 jre1.5.0_06 $ ls `cygpath -u 'c:\Program Files\Java'` j2re1.4.2 j2re1.4.2_04 jdk1.5.0_10 jre1.5.0 jre1.5.0_06 Can you give specifics on how it doesn't work for you? -- Bryan Thrall FlightSafety International [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygpath -u doesn't seem to convert spaces properly
Jerome Fong wrote: I am trying to use cygpath -u to convert my windows path to an unix path in my shell script. However, it has problems with paths that has spaces in it. For example, cygpath -u c:\Program Files\Java is converted to /cygdrive/c/Program Files/Java, which doesn't work. Is there a flag that I am missing? The unix version is correct but still has spaces, which means it still needs proper quoting. So if you are doing something like this: ls $(cygpath -u 'c:\Program Files\Java') then you are not quoting sufficiently. However, in your example below you appear to be using the proper amount of quoting: $ cygpath -u $(cygpath -m -s c:\Program Files\Java) /cygdrive/c/PROGRA~1/Java So please give us an example of exactly the command that fails, because there should never be a need to resort to using the 8.3 short filename ugliness -- especially since this is an optional NTFS feature that can be disabled in order to speed things up, which means it's not entirely portable (not to mention wholly unnecessary as long as proper quoting is used.) Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Global symbol explicit package name requirement for Perl 5.8.8 files with strict
- The problem - When I run some scripts, I get errors like the following from Perl Global symbol $VERSION requires explicit package name at /usr/lib/perl5/5.8/cygwin/Cwd.pm line 173. - This did not happen before yesterday (September 24, 2007) afternoon. - Perl version --- This is perl, v5.8.8 built for cygwin-thread-multi-64int (with 8 registered patches, see perl -V for more detail) Copyright 1987-2006, Larry Wall Perl may be copied only under the terms of either the Artistic License or the GNU General Public License, which may be found in the Perl 5 source kit. Complete documentation for Perl, including FAQ lists, should be found on this system using man perl or perldoc perl. If you have access to the Internet, point your browser at http://www.perl.org/, the Perl Home Page. --- - Immediate Cause (my theory) - The problem stems from a failure to use the 'our' operator when exporting global symbols in a Perl module (Perl .pm) file. For example, the Perl module Cwd.pm about has a variable named $VERSION which is not scoped in any way. - The complaints from Perl arise when the user includes these modules in a Perl program with use strict specified. - Immediate Fix (fix if my theory is accurate) - Here are the files that I had a problem with. Note that c:/cygroot is mapped to / in my Cygwin installation. - c:/cygroot/lib/perl5/5.8/cygwin/Cwd.pm - c:/cygroot/lib/perl5/5.8/File/Spec.pm - c:/cygroot/lib/perl5/5.8/File/Spec/Cygwin.pm - c:/cygroot/lib/perl5/5.8/File/Spec/Unix.pm - The files affected all appear to the Cygwin-specific .pm files. - The variables in these files SHOULD be explicitly scoped. - The scope should probably me 'our' - The error messages and fixes - c:/cygroot/lib/perl5/5.8/cygwin/Cwd.pm - Errors Global symbol $VERSION requires explicit package name at /usr/lib/perl5/5.8/cygwin/Cwd.pm line 173. Global symbol @ISA requires explicit package name at /usr/lib/perl5/5.8/cygwin/Cwd.pm line 175. Global symbol @EXPORT requires explicit package name at /usr/lib/perl5/5.8/cygwin/Cwd.pm line 176. Global symbol @EXPORT requires explicit package name at /usr/lib/perl5/5.8/cygwin/Cwd.pm line 177. Global symbol @EXPORT_OK requires explicit package name at /usr/lib/perl5/5.8/cygwin/Cwd.pm line 178. Global symbol $VERSION requires explicit package name at /usr/lib/perl5/5.8/cygwin/Cwd.pm line 206. Global symbol @ISA requires explicit package name at /usr/lib/perl5/5.8/cygwin/Cwd.pm line 209. Global symbol $VERSION requires explicit package name at /usr/lib/perl5/5.8/cygwin/Cwd.pm line 210. Global symbol $VERSION requires explicit package name at /usr/lib/perl5/5.8/cygwin/Cwd.pm line 215. Global symbol $VERSION requires explicit package name at /usr/lib/perl5/5.8/cygwin/Cwd.pm line 215. BEGIN not safe after errors--compilation aborted at /usr/lib/perl5/5.8/cygwin/Cwd.pm line 698. Compilation failed in require at /usr/lib/perl5/5.8/File/Find.pm line 8. Compilation failed in require at /cygdrive/c/home/naju/.user_env/bin/unify line 37. BEGIN failed--compilation aborted at /cygdrive/c/home/naju/.user_env/bin/unify line 37. - Added 'our' to $VERSION, @ISA, @EXPORT, @EXPORT_OK - c:/cygroot/lib/perl5/5.8/File/Spec.pm - Errors Global symbol $VERSION requires explicit package name at /usr/lib/perl5/5.8/File/Spec.pm line 6. Global symbol $VERSION requires explicit package name at /usr/lib/perl5/5.8/File/Spec.pm line 7. Global symbol $VERSION requires explicit package name at /usr/lib/perl5/5.8/File/Spec.pm line 7. Global symbol @ISA requires explicit package name at /usr/lib/perl5/5.8/File/Spec.pm line 23. Compilation failed in require at /usr/lib/perl5/5.8/File/Find.pm line 423. Compilation failed in require at /cygdrive/c/home/naju/.user_env/bin/unify line 37. BEGIN failed--compilation aborted at /cygdrive/c/home/naju/.user_env/bin/unify line 37. - Added 'our' to $VERSION, @ISA - c:/cygroot/lib/perl5/5.8/File/Spec/Cygwin.pm - Errors Global symbol $VERSION requires explicit package name at /usr/lib/perl5/5.8/File/Spec/Cygwin.pm line 7. Global symbol @ISA requires explicit package name at /usr/lib/perl5/5.8/File/Spec/Cygwin.pm line 9. Compilation failed in require at /usr/lib/perl5/5.8/File/Spec.pm line 22. Compilation failed in require at /usr/lib/perl5/5.8/File/Find.pm line 423. Compilation failed in require at /cygdrive/c/home/naju/.user_env/bin/unify line 37. BEGIN failed--compilation aborted at /cygdrive/c/home/naju/.user_env/bin/unify line 37. - Added 'our' to $VERSION, @ISA - c:/cygroot/lib/perl5/5.8/File/Spec/Unix.pm - Errors Global symbol $VERSION requires explicit package name at /usr/lib/perl5/5.8/File/Spec/Unix.pm line 6. BEGIN not safe after
Re: cygpath -u doesn't seem to convert spaces properly
It seems to be a quoting problem. This is what I was doing: $ ttt=$(cygpath -u $JAVA_HOME) $ echo $ttt /cygdrive/c/Program Files/Java/jdk1.5.0_10 $ cd $ttt bash: cd: /cygdrive/c/Program: No such file or directory $ cd $ttt $pwd /cygdrive/c/Program Files/Java/jdk1.5.0_10 Is is possible to setup the variable to not require the double quotes? Since my other method doesn't require the double quotes, it would make the scripting much easier. I wouldn't need to keep track of which variables I had to double quote. $ =$(cygpath -u $(cygpath -m -s $JAVA_HOME)) $ echo $ /cygdrive/c/PROGRA~1/Java $ cd $ $ pwd /cygdrive/c/PROGRA~1/Java Notice that I can use $ directly without have to use the double quote. thanks, Jerome Jerome Fong wrote: I am trying to use cygpath -u to convert my windows path to an unix path in my shell script. However, it has problems with paths that has spaces in it. For example, cygpath -u c:\Program Files\Java is converted to /cygdrive/c/Program Files/Java, which doesn't work. Is there a flag that I am missing? I came up with the following, but it seems wrong. $ cygpath -u $(cygpath -m -s c:\Program Files\Java) /cygdrive/c/PROGRA~1/Java Thanks, Jerome -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygpath -u doesn't seem to convert spaces properly
Jerome Fong wrote: $ cd $ttt bash: cd: /cygdrive/c/Program: No such file or directory Yes, that's wrong. But more importantly, it's not wrong just in the POSIX/Win32 path sense, it's wrong in the sense that it can't cope with any argument that contains whitespace. Your script would also fail on a Linux system that for example had a directory like ~/some files -- and in that case there is no 8.3 short filename hack to save you, so there is no avoiding the need for proper quoting. It's got nothing to do with cygpath and everything to do with proper portable scripting practice. Is is possible to setup the variable to not require the double quotes? Only if you neglect to support filenames and paths with spaces in them. Since my other method doesn't require the double quotes, it would make the scripting much easier. I wouldn't need to keep track of which variables I had to double quote. Easier perhaps but still broken. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Abwesenheitsnotiz: Good day
I am not in the office until October 4th, 2007. I will respond to your message when I return. In the case of urgent problems, please, contact Mr. Wolfgang Kleinschnittger: [EMAIL PROTECTED] Thanks in advance, Ulrich Amringer -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Global symbol explicit package name requirement for Perl 5.8.8 files with strict
On 09/25/2007, Naju G. Mancheril wrote: - Why did this problem decide to rear its ugly head yesterday? - I don't know. - I am new to Cygwin. I don't know if my system silently upgraded my Perl package in the background while I was working yesterday. Cygwin is only updated by explicitly running 'setup.exe'. If you didn't run it, then no Cygwin package was updated. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Updated: git-1.5.3.2-1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Eric Blake wrote: Phooey. In the process of packaging this, I overlooked the fact that the upstream makefile changed enough such that /usr/lib/perl5/vendor_perl/5.8/Error.pm was no longer included automatically; the absence of this file breaks (among others) 'git remote'. Is Error.pm useful enough on its own to release as an independent package, or should I respin git-1.5.3.2-2 to once again include it as part of git? FWIW, other distros create a separate package for this: http://packages.debian.org/etch/liberror-perl http://packages.ubuntu.com/feisty/perl/liberror-perl http://download.fedora.redhat.com/pub/fedora/linux/releases/7/Fedora/source/SRPMS/perl-Error-0.17008-1.fc7.src.rpm Yaakov Cygwin Ports -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFG+cUMpiWmPGlmQSMRCKqJAJoCffSUk+3fuiH3XgQKywCRLJcjvwCfVQGf MZBxH5KGqo7BlsT/kdhaZh8= =0YF2 -END PGP SIGNATURE- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Updated: git-1.5.3.2-1
Eric Blake wrote: According to Eric Blake on 9/22/2007 6:37 PM: A new release of git, 1.5.3.2-1, has been uploaded, replacing 1.5.3-1 as the current version. Phooey. In the process of packaging this, I overlooked the fact that the upstream makefile changed enough such that /usr/lib/perl5/vendor_perl/5.8/Error.pm was no longer included automatically; the absence of this file breaks (among others) 'git remote'. Is Error.pm useful enough on its own to release as an independent package, or should I respin git-1.5.3.2-2 to once again include it as part of git? Hi, Eric I did notice the following: Try 1: Error.pm is present at build time $ wget home.comcast.net/~ericblake/Error.pm \ mv Error.pm /usr/lib/perl5/vendor_perl/5.8 $ cygport git-1.5.3.2-1.cygport all $ tar -jtf git-1.5.3.2-1.tar.bz2 | grep Error.pm (no output) Try 2: Error.pm is absent at build time $ rm /usr/lib/perl5/vendor_perl/5.8/Error.pm $ cygport git-1.5.3.2-1.cygport all $ tar -jtf git-1.5.3.2-1.tar.bz2 | grep Error.pm usr/lib/perl5/vendor_perl/5.8/Error.pm My guess is, Error.pm doesn't really belong to git, and upstream only includes it in case the user doesn't have it already. On the other hand, if it's already present on the build system, the git makefiles will go to great lengths to avoid overwriting it in the install phase. Anyway, this is how I interpret the results above. My suggestion is to package the Error.pm CPAN module, and require it to be present at build time as well as at runtime. Or you could simply warn the user in the git README to remove the Error.pm file from your system before building the source package, so it ends up in the binary package after all. Regards, Cesar -- 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/
Non-standard serial port baud rates
In a message to this list in February this year titled Lost support for baud rate of 230400 after minor Cygwin upgrade Corinna wrote: : 25 is not supported and never was. As I wrote above, B115200 and : B230400 are supported for now. The next Cygwin version will support : baudrates up to 300 (7 digits), which includes 256000, but 25 : is not amongst them. It's not a baudrate defined on Linux either. In the snapshot versions from mid-February there is indeed support for other non-standard speeds (like 100, 200, 300) in the tcsetattr() and tcgetattr() functions in fhandler_serial.cc. There isn't however the corresponding change to the cfsetospeed() and cfsetispeed() functions in termios.cc. Any attempt to set these non-standard speeds with the cfset[oi]speed() functions will fail unlike on Linux where they will succeed. The higher speeds can only be achieved with the tcsetattr() function. Can the change be applied to the cfset[oi]speed() functions as well please. -- Andrew. -- Andrew M. Bishop [EMAIL PROTECTED] -- 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/
[Fwd: Re: Smoke [5.10.0] 31875 FAIL(m) MSWin32 WinXP/.Net SP2 (x86/2 cpu)]
lapo, rsync seems to have changed its behaviour. -- Reini Urban http://phpwiki.org/ http://murbreak.at/ http://helsinki.at/ http://spacemovie.mur.at/ ---BeginMessage--- Nicholas Clark wrote: On Sun, Sep 23, 2007 at 10:05:00PM +0100, Steve Hay wrote: Automated smoke report for 5.10.0 patch 31875 maldoror.bath.planit.group: Intel(R) Core(TM)2 CPU 6700 @ 2.66GHz(~2659 MHz) (x86/2 cpu) Compiler messages(MSWin32): c:\Smokes\VC7F\ts\bleadperl\perl.h(4428) : error C2059: syntax error : ';' Odd. That was fixed by change 31876. Why is your smoker's source tree about a week old? Hmm. Nasty. I updated my Cygwin installation (used for the rsync of the smoke source tree) on Friday afternoon, and it seems that the three smokes over the weekend (Fri, Sat Sun evening) have all failed to rsync their source trees. They therefore ran with the sources that were in place from the previous week since these smokes (BCC/GCC/VC7) only run once a week. Not sure what to do about it, though. The new version of Cygwin / rsync just doesn't seem to like the command that Test::Smoke uses, despite it always having worked in the past: C:\TempC:\cygwin\bin\rsync.EXE -avzL --delete -v rsync://ftp.linux.activestate.com/perl-current C:\Smokes\VC7F\ts\bleadperl The source and destination cannot both be remote. rsync error: syntax or usage error (code 1) at /home/lapo/packaging/tmp/rsync-2.6.9/main.c(1068) [receiver=2.6.9] It only wants to play ball if I 'cd' to the parent of the target directory and specify the relative path from there: C:\Smokes\VC7F\tsC:\cygwin\bin\rsync.EXE -avzL --delete -v rsync://ftp.linux.activestate.com/perl-current bleadperl opening tcp connection to ftp.linux.activestate.com port 873 opening connection using --server --sender -vvlLogDtprz . perl-5.8.x receiving file list ... ---End Message--- -- 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/