Mailing-List: contact cygwin-apps-help AT sourceware DOT cygnus DOT com; run by ezmlm Sender: cygwin-apps-owner AT sourceware DOT cygnus DOT com List-Subscribe: List-Archive: List-Post: List-Help: , Delivered-To: mailing list cygwin-apps AT sources DOT redhat DOT com X-MimeOLE: Produced By Microsoft Exchange V6.0.4712.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Subject: RE: cURL 7.9 is packaged Date: Thu, 25 Oct 2001 02:45:28 -0400 Message-ID: <6EB31774D39507408D04392F40A10B2BACC657@FDYEXC202.mgroupnet.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: cURL 7.9 is packaged Thread-Index: AcFc9nuS/hfr+fz3SoCZ68n0uT2GrwAJ1/4gAABUZyA= From: "Roth, Kevin P." To: X-OriginalArrivalTime: 25 Oct 2001 06:45:30.0366 (UTC) FILETIME=[A354B9E0:01C15D20] Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id f9P6kUT31461 > I presume thae once the new package moratorium is lifted you will > contribute these tarballs for setup.exe installation? Yup. > 1) Text mode/bin mode patches applied to curl and tested on > (at a minimum) a text mode install of cygwin. (Note you can > alter your install in-place by using mount.exe and no harm > should occur as long as you do your test run and then revert). > This checks that curl won't corrupt files when saving them to > disk on text mode installs; or get confused reading stuff from > /etc in the same instance. I had already found some text/bin mode issues related to the "make test" process that I got corrected in the source tree. (won't show up in the 7.9-1 package, but it will in the 7.9.1-1 package that I will probably put together in the next couple weeks). However, I hadn't though to verify this behavior for user prefs or output files. Thanks for the reminder - I'll check some of this. > 2) If curl does not support per user settings files (ie ~/.curl)... Actually, AFAIK there aren't any system-wide config files applicable. Just an optional ~/.curlrc file. > 4) Permissions on the files - +x etc - are correct. If you made > the package from a FAT drive, then this will probably work, but > under NT if the package has any incorrect bits, tar will propogate > that :}. Hmmm. I did build on an NTFS partition, however I do have a FAT partition readily available if need be. Are these issues documented already (in the FAQ, User's Guide, or a previous ML post)? I hadn't heard of this issue before. > 5) The src extracts to /usr/src/curl-7.9-1-cygwin. (Why the > -cygwin BTW?) The "-cygwin" is because the maintainer of the cURL web site keeps all downloadable files in a single directory, and wanted something in the actual file-name to differentiate from one pkg to another. Once it's hosted at sources.redhat, this will obviously change. From looking at other pkgs, it seems the source should extract to ./curl-7.9 (without the cygwin-specific "-1" and without the fully qualified path). Is my assumption correct? --Kevin