Re: gamin-0.1.7

2006-02-15 Thread Yaakov S (Cygwin Ports)
Lapo Luchini wrote: OK, gamin-0.1.7 now *works* both on FreeBSD and CygWin. I modified your package to use the "new" FreeBSD patchset, plus the not_fat() thing you suggested above. I'm curious, I don't see that any of the defined(__CYGWIN__) checks next to the defined(__FreeBSD__) checks in y

Re: [ITP] pycrypto-2.0.1-1 -- Cryptographic algorithms and protocols for Python

2006-02-15 Thread Yaakov S (Cygwin Ports)
Jari Aalto wrote: I changed the package name to more canonocal "python-". Says who? Most python modules use a simple "py" prefix upstream, and I don't see why we can't do the same. Yaakov

Please upload: WordNet-2.1-1

2006-02-15 Thread Dr. Volker Zell
cut here #!/bin/bash mkdir -p WordNet cd WordNet # wget http://mitglied.lycos.de/vzell/cygwin/release/WordNet/setup.hint wget http://mitglied.lycos.de/vzell/cygwin/release/WordNet/WordNet-2.1-1-aa wget http://mitglied.lycos.de/

Please Upload: ghostscript-8.50-1

2006-02-15 Thread James R. Phillips
Cygwin Uploaders: This is the first ghostscript release from a new maintainer (James R. Phillips). Files for uploading are located at: ftp://antiskid.homelinux.net/pub/cygwin/release/ghostscript/ghostscript-8.50-1-src.tar.bz2 ftp://antiskid.homelinux.net/pub/cygwin/release/ghostscript/ghostscrip

Please upload: xemacs-21.4.19-1/xemacs-tags-21.4.19-1/xemacs-emacs-common-21.4.19-1

2006-02-15 Thread Dr. Volker Zell
cut here #!/bin/bash mkdir -p xemacs/xemacs-emacs-common xemacs/xemacs-tags cd xemacs wget http://mitglied.lycos.de/vzell/cygwin/release/xemacs/setup.hint wget http://mitglied.lycos.de/vzell/cygwin/release/xemacs/xemacs-21.4.1

Re: RFC: [PATCH] Retry replacing in-use files in setup

2006-02-15 Thread Igor Peshansky
On Wed, 15 Feb 2006, Lapo Luchini wrote: > Igor Peshansky wrote: > > On Wed, 15 Feb 2006, Lapo Luchini wrote: > > > >> Igor Peshansky wrote: > >> > >>> I'd like some comments from people on both the behavior and my > >>> assumptions. > >>> > >> I like the idea. > >> > >> I guess/hope this also sol

Re: RFC: [PATCH] Retry replacing in-use files in setup

2006-02-15 Thread Lapo Luchini
Igor Peshansky wrote: > On Wed, 15 Feb 2006, Lapo Luchini wrote: > > >> Igor Peshansky wrote: >> >>> I'd like some comments from people on both the behavior and my >>> assumptions. >>> >> I like the idea. >> >> I guess/hope this also solves the "bug" that also if the command line >>

Please upload: xpdf-3.01-2

2006-02-15 Thread Dr. Volker Zell
cut here #!/bin/bash mkdir xpdf cd xpdf #wget http://mitglied.lycos.de/vzell/cygwin/release/xpdf/setup.hint wget http://mitglied.lycos.de/vzell/cygwin/release/xpdf/xpdf-3.01-2-src.tar.bz2 wget http://mitglied.lycos.de/vzell/cyg

[GTG] Re: [ITP] libgtkhtml2

2006-02-15 Thread Dr. Volker Zell
> Yaakov S writes: > Dr. Volker Zell wrote: >> [snip] >> collect2: ld returned 1 exit status >> make[2]: *** [simple.exe] Error 1 >> make[2]: Leaving directory `/usr/src/libgtkhtml-2.6.3/.build/tests' >> make[1]: *** [all-recursive] Error 1 >> make[1]: Leaving direc

Re: RFC: [PATCH] Retry replacing in-use files in setup

2006-02-15 Thread Igor Peshansky
On Wed, 15 Feb 2006, Lapo Luchini wrote: > Igor Peshansky wrote: > > I'd like some comments from people on both the behavior and my > > assumptions. > > I like the idea. > > I guess/hope this also solves the "bug" that also if the command line > option to waiting for files (i.e. NOT putting them o

Re: gamin-0.1.7

2006-02-15 Thread Lapo Luchini
Dave wrote: >>> if (strcmp(fsname, "FAT") == 0) >> Had to change this to a strncmp(, , 3), but otherwise works perfectly. > Seeing this and the messages about string vulnerabilities that are > floating around, I thought I'd have a closer look at the function. I didn't mean that I was forced to use

Re: RFC: [PATCH] Retry replacing in-use files in setup

2006-02-15 Thread Lapo Luchini
Igor Peshansky wrote: > I'd like some comments from people on both the behavior and my > assumptions. I like the idea. I guess/hope this also solves the "bug" that also if the command line option to waiting for files (i.e. NOT putting them on the reboot-list) they are marked as not correctly insta