Re: FIGlet (again)
On Wed, Dec 12, 2001 at 04:21:16PM -, Ebrey, Carl wrote: -Original Message- From: Corinna Vinschen [mailto:[EMAIL PROTECTED]] Sent: Wednesday, December 12, 2001 4:14 PM To: '[EMAIL PROTECTED]' Subject: Re: FIGlet (again) I just downloaded them again but for some reason nothing has changed. Are you sure you've uploaded the correct files??? EEK! Erm, I'll just check I've just pulled them down from straylight.eu.org/~carl/figlet/ and they're definitely updated. Are you sure you're not getting a cached version? Hmm, I thought of that, too and cleared my local cache and restarted the browser and everything. Yes, I had a cached version. Grr. Anyway, everything's fine now. I have uploaded figlet to cygwin.com. Oh, I have removed the `test' marker from setup.hint since it's not necessary here (methinks). It's just the first version of that package, that's all. You might consider to send a message to [EMAIL PROTECTED] in a few hours. Please keep the format as you will find it in the cygwin-announce mailing list archive. The announcement will automatically be propageted to the cygwin mailing list as soon as it has been approved so you don't need to send a second announcement to the base list. Thanks for the new package, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
fortune-1.8-1 [was Re: bash completion (was: RE: Units)]
On Wed, Dec 19, 2001 at 12:26:00PM -0500, Christopher Faylor wrote: On Wed, Dec 19, 2001 at 04:28:28PM -, Morrison, John wrote: Fair enough - I found it today and found it useful. I thought one of the purposes of this list was to question whether an app would be a nice addition. It is. This was part of my response to the question. I'm not going to veto anything if the consensus is that it's useful. I can, in fact, see why it would be useful. I'd like to pour fuel into the fire of `usefulness' of a package. I'd like to contribute the NetBSD fortune package to Cygwin and therefore I'd even like to propose to add a Games section *gasp*. setup.hint: --- sdesc: Print a random, hopefully interesting, adage category: Games requires: cygwin Opinions? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: Units
On Thu, Dec 20, 2001 at 08:53:30PM +1100, Robert Collins wrote: Ok, I bit. Step 5: 5. Create setup.hint file following the documentation on this web page. For new packages the first upload MUST be tagged as experimental. Once the package has no major bug reports from the users, then a current package may be introduced I hate that. Quote from a few lines above the `setup.hint' section: Test versions are specified via the setup.hint file as described below. It is not required that your package have a test version. Use of a test version of a package is at the discretion of the package maintainer. And how long does it take to wait for major bug reports from the users? 1 day? A week? A month? Not amused, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: bash completion (was: RE: Units)
On Thu, Dec 20, 2001 at 11:02:07AM -, Morrison, John wrote: I found a problem with the bash_completion as stands... I have a path ~/Applications/Apache Group/ with no other directory in Applications starting with 'A'. When I cd ~/Applications/A[tab] it doesn't autocomplete. That's actually weird. I'm using default completion in bash and I don't see a problem with `cd /cygdrive/c/DocTAB'. It completes correctly to `cd /cygdrive/c/Documents\ and\ Settings/'. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: Units
On Thu, Dec 13, 2001 at 03:40:35PM -, Morrison, John wrote: Hi, I've packaged up the latest version of units. I've just uploaded it to sourceware. You might consider to send a message to [EMAIL PROTECTED] in a few hours. Please keep the format as you will find it in the cygwin-announce mailing list archive. The announcement will automatically be propagated to the cygwin mailing list as soon as it has been approved so you don't need to send a second announcement to the base list. Thanks for the new package, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: Units
On Thu, Dec 20, 2001 at 11:39:13AM -, Morrison, John wrote: Thanks. Will do. btw, since you prob a *lot* more about bash than I do (since you're the maintainer for cygwin ;) have you any idea's why that's scripts messing cd's auto completion up? Prepared for disappointment? Ok, then, here we go: I'm using tcsh all the time, except I have to test something in or with bash. I'm not a bash expert, I'm justy maintaining it because somebody has to do it(tm). Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: which which
On Thu, Dec 20, 2001 at 11:23:38PM +1100, Robert Collins wrote: Ah, well I've no idea about how GNU our version is. :}. I contributed my own small version of which (which is version 1.5). If you want to maintain which in future, feel free to contribute the GNU version instead. I have actually no problems stepping back. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: which which
On Thu, Dec 20, 2001 at 02:29:54PM -, Morrison, John wrote: Corinna - is there any pro's/cons (besides not maintaining your own version) for/against using the GNU version? Dunno. I never compared them. If you compare them and you're under the impression the GNU version has some real advantages, feel free to maintain that package. My which has a -a option and that's it. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: Units
On Thu, Dec 20, 2001 at 02:09:17PM -0500, Christopher Faylor wrote: On Thu, Dec 20, 2001 at 07:38:39AM -0500, Earnie Boyd wrote: Corinna Vinschen wrote: Not amused, Corinna Nor, am I amused. If it must be tagged I'd rather see the tag NEW instead, unless the maintainer believes that it's actually an experimental version. I think I've already given my opinion on this, too. I don't see any reason for a new package to be marked Test. What's the gain? It will just result in the package getting almost no exposure. What extra information will be gained by making it Test? Will the new user be more forgiving? More apt to report bugs? I don't get it. I thought the intent of Test was to have a version of a product for people to try while still providing a safety net of a stable version to fall back to. I don't see how that applies to the first release of a new package. So back to the original question: John, are you sure that it should become a `test' version? Otherwise I'll remove it. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: setup.hint
On Fri, Dec 21, 2001 at 09:21:44AM -, Morrison, John wrote: Would it be a good idea for the setup.hint file to have something along the lines of: Maintainer: John Morrison Contact: [EMAIL PROTECTED] ? This would allow folks to email the maintainer directly without having to bug the list. For example, I didn't know that Corinna was the maintainer of the 'which' package. Just an idea. Ack! I can see a good reason for a list of maintainer = package relations but I can very easily live without people bugging me in private email. I can't even see any reason for private conversation about official packages. This is public property. Questions, bug reports, etc. about packages or Cygwin itself should always go to the list, not to a single person. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: setup.hint
On Fri, Dec 21, 2001 at 09:35:24AM -, Morrison, John wrote: I just thought, when I'd had a question about the maintence of X it would be nice to personally address the person (even if the email goes to the list...) That's what I'm trying to avoid all the time. I don't want to get always two message of the same content, just because I'm Cc'd. What sense is in that? BTW, what are the good reasons you can see for a list of maintainer = package relationships? For one, I don't know the maintainers of all our packages. ;-) For the team of maintainers it would exactly have the purpose of your setup.hint suggestion has but w/o being public. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: which which
On Fri, Dec 21, 2001 at 12:37:31PM -, Morrison, John wrote: -Original Message- From: Earnie Boyd [mailto:[EMAIL PROTECTED]] Morrison, John wrote: And here's the setup.hint: sdesc: Displays where a particular program in your path is located ldesc: Which takes one or more arguments. For each of its arguments it prints to stdout the full path of the executables that would have been executed when this argument had been entered at the shell prompt. It does this by searching for an executable or script in the directories listed in the environment variable PATH using the same algorithm as bash. prev: 1.5-1 test: 2.13-1 category: Base requires: *note* that this version is in deliberately as test *GRIN*. It's a complete change of code base so I think it warrants it :) It also has no package dependences (but you have to have Cygwin installed to do anything with it ;) Then 1.5-1 is current and not previous. You can have all three, prev, curr and test in the same directory. Good point - that makes sense. Consider it changed :) will upload the replacement soon. Please drop the `test' marker. The GNU version becomes `curr', my version either `prev' or dropped completely. I'm going to drop the `test' marker for the units package either. You're the maintainer of `which' then, ok? I just want to make clear that I don't maintain `which' anymore after the change to the GNU version. And again, I don't have any personal problem with that. I appreciate that you're proactively moving over to the GNU version. It makes sense to use it, as you mentioned in your other posting. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: Robots binary package
On Fri, Dec 28, 2001 at 04:56:19PM +1100, Robert Collins wrote: Is missing /usr/doc/Cygwin/Robots-2.0.1.README. Is that intentional? Yes. What do you want to read? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: Robots binary package
On Fri, Dec 28, 2001 at 09:46:57PM +1100, Robert Collins wrote: The configure flags for the package perhaps. I thought that having Have you seen any `configure' script in the package? There's nothing special to talk about. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: [ANN] apache_1.3.22 package available for setup inclusion
On Wed, Jan 09, 2002 at 10:44:25AM -0500, Earnie Boyd wrote: Stipe Tolj wrote: No. See my other mail. What I meant was, $libexecdir should be == $sbindir == $(prefix)/sbin == /usr/sbin. DLLs to /usr/libif run time loaded with e.g. dlopen() /usr/binif inherently linked in. Basically I don't want /usr/libexec in the users path. Ok, so we'll have to have: /usr/lib/libfoo.dll /usr/lib/mod_bar.dll for the run time loaded modules, and /usr/bin/libhttpd.dll for the inherently linked in core lib. The long stated rule, check this and cygwin-developers archives, is that Cygwin dependent dll's must begin with the prefix `cyg'. Please maintain this standard, the reasons have been documented in the archives. Chuck even patched binutils to make it as easy as possible to prefix the dll output. I agree with Earnie, especially if the httpd lib is used to link with other applications, too. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: [ANN] apache_1.3.22 package available for setup inclusion
On Wed, Jan 09, 2002 at 10:44:29AM -0500, Charles Wilson wrote: However, I don't think it TRULY matters where dlopen'ed DLLs live -- except that users should not have to add /usr/libexec (or /usr/lib/perl5/cygwin-multi/auto/ByteLoader/ and /usr/lib/perl5/cygwin-multi/auto/Data/Dumper/ and ...) to their path. Also, I do not think that private, dlopened, not-in-the-public-bin-directory DLLs should be forced to follow the cyg.dll nomenclature. .dll, lib.dll, whatever. They're *private* -- who cares what they are named (although .dll is kindof a necessity due to windows runtime loader and dlopen issues) It actually doesn't matter. But since the default path for libexecdir isn't /usr/libexec but /usr/sbin it should go to /usr/sbin. Or better /usr/lib. Or even better, perhaps, /usr/lib/httpd, /usr/share/httpd, ... The fact is, many packages put private, non-linkable, unusable-except-by-themselves shared libs into some private structure. Like perl does. This is okay, IMO. Sure. However, packages that do this should not require external assistance to find those dlopen'ed shared libs. Either they should be dlopen'ed using the full path, or main() should add the requisite directories to the PATH -- but only for its process space, not globally. Agree. So, IMO it's fine if apache puts its private, dlopen'ed DLLs into /usr/libexec/apache/modules or whereever -- but it should not require that /usr/libexec/apache/modules be added to the global PATH. Except for `libexec', agree. Now, if apache's httpd.exe is inherently linked to LOTS of mod_*.dll shared libs -- instead of dlopen'ing them -- then I think that's a poor design decision and apache needs a bit more work to change that to using dlopen for the module-related DLL's...otherwise, where's the benefit of using DLL's? You still need to relink httpd.exe every time you add a new module...might as well use static libs. Agree. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: new policy for packages
On Fri, Jan 11, 2002 at 04:43:28AM -0600, Gary R. Van Sickle wrote: -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Robert Collins I want to suggest that the following become policy: No new packages are accepted that require non-packaged prerequisites. i.e. using rpm which was raised on cygwin@ recently, until db 3.2 is packaged and maintained by 'someone', rpm is not acceptable as a package. Thoughts? I don't know how things could work any other way, in cases such as this anyway. postgreSQL needs cygipc. Luckily it's not a *new* packahge :) Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: feedback
On Fri, Jan 11, 2002 at 05:31:58PM -0800, Stephan Erickson wrote: - the mufassa module as of now is compiled with the Apache-SSL source code. Not all platforms support DSO Apache modules well, and I'm not sure about Cygwin. Did you try it with Stipes Apache (which will hopefully soon be part of the net distro)? I agree with Robert that it would be actually better to get all this stuff as single packages and Mufassa on top of them. OpenSSL is already a Cygwin package and allows dynamical linking so I'd think that you shouldn't link that statically. Berkely DB, LibWWW, SSMTP *would be nice* as single packages. I'm looking forward to MySQL and especially Qmail! *shining eyes* Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: feedback
On Sat, Jan 12, 2002 at 08:22:31AM -0800, Stephan Erickson wrote: Actually I wasn't thinking for a minute there. Individual packages it shall be. I've got an attempt at db-3.0.55, nothing glamorous, getting the hang of things. db-4.0.14 will be on the way.. always afraid of new software myself To check out this package go to http://www.mufassa.com/cygwin/ Could you please send the setup.hint always to this list? We agreed to do so for new packages. One question. Wouldn't it make sense to create also a DLL to allow dynamic linking? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: [ANN] apache_1.3.22-2
On Sat, Jan 12, 2002 at 11:28:00PM +1100, Robert Collins wrote: - Original Message - From: Stipe Tolj [EMAIL PROTECTED] However, isn't that postinstall copying superfluous? Wouldn't it be better to have the cyghttpd.dll already in usr/bin in the tar archive? yes, basicly I have done this because after make install we result with cyghttpd.dll in /usr/lib/apache and not /usr/bin. I may move the core dll in the tarball of course manually, then the postinstall script would be dropped?! The move should be done before creating the binary tarball. Doing otherwise _could_ confuse future setup.exe enhancements. Yep, and the postinstall script could go away. Otherwise I think the package is ready to go or do we still have some problems? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: feedback
On Sat, Jan 12, 2002 at 09:12:31PM +0100, Gerrit P. Haase wrote: What is so special with qmail? There is an existing port of exim which It's not Qmail, it's *any* MTA which I'm interested in. I'm not talking about my peronal needs. I'd also be very happy about exim or sendmail or postfix. The thing is to have somebody who's actually interested in being maintainer for such a package so that we finally have a real MTA in the Cygwin net distro which substitutes the ssmtp crook. Therefore I'd be very happy about (a) qmail (maintainer). Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: ITP: libtool-devel, libtool-stable, libtool (wrappers)
On Sun, Jan 13, 2002 at 10:59:41AM -0500, Charles Wilson wrote: IMO, we should either mandate that: name field(s) cannot contain '-' so that we ALWAYS only have three '-'delimited fields (four in the case of -src packages), or setup/upset will always parse from R to L, so the FINAL two '-'delimited fields will always be considered REL and VER. (or '-src' and REL and VER in the -src case) This one. I mean, it works, right? Why should we change it to get a less flexible variation? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Maintainers of CURL, MUTT, PYTHON and WGET, heads up!
=== == == == IMPORTANT== == == === Hi, I'm going to update OpenSSL from version 0.9.6b to version 0.9.6c very soon now, probably next Sunday. You as the maintainers of the packages who depend on OpenSSL should check, if the existing binary packages will still run when I upgrade. The reasons I'm asking are - the fifth package depending on OpenSSL, OpenSSH, would have been broken by an upgrade. That's the reason I've uploaded a new version of OpenSSH a few hours ago. - The next OpenSSL binary package will not include support for two crypto algorithms which still have licensing problems in some contries, IDEA and RC5. So I'd like to ask you to check if your packages will still run with an patchlevel upgrade of OpenSSL. Otherwise I'd suggest to patch the code which checks the OpenSSL version (if any). The version of OpenSSL is returned by the function SSLeay(). It returns a hex number with the format MMNNFFPPS: M = major, N = minor, F = fix, p = patch, s = status. Accordingly the release version 0.9.6b returns SSLeay() = 0x00090602f == 0 9 6 b and f=release the release version 0.9.6c returns SSLeay() = 0x00090602f == 0 9 6 c f=release Description is in `man 3 OPENSSL_VERSION_NUMBER'. The situation in OpenSSH was, OpenSSH-3.0.2p1 unfortunately checks for exact equality against the version number of OpenSSL which is linked against: if ((SSLeay() != OPENSSL_VERSION_NUMBER) exit The current CVS version of OpenSSH contains a patch which checks for the version but w/o checking for the patch level: if ((SSLeay() ^ OPENSSL_VERSION_NUMBER) ~0xff0L) exit I patched OpenSSH-3.0.2p1-4 so that it also uses that test. This version will have no problem when I upgrade to OpenSSL-0.9.6c. Please make sure that your package will still run next Sunday. I'm not going to use a different name for the DLL since it's not a version upgrade, just a patchlevel upgrade. The shared libs on U*X systems would still use the same name either (libcrypto.0.9.6.so, libssl.0.9.6.so). The next point is, please check if your packages depend on either the IDEA or the RC5 algorithms. If so, please rebuild w/o that dependency. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: ITP: libtool-devel, libtool-stable, libtool (wrappers)
On Mon, Jan 14, 2002 at 09:23:46PM +1100, Robert Collins wrote: === - Original Message - From: Charles Wilson [EMAIL PROTECTED] Hmmm...I must spend too much time with computers. My human brain parsed tetex-beta-20001218-2 as tetex-beta 20001218 2. You have been using tetex as an example of how setup/upset *misparses* a string, while I thought it was a perfect example of good parsing. :-) otflwmmf. wslpfrmpft? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: Maintainers of CURL, MUTT, PYTHON and WGET, heads up!
On Mon, Jan 14, 2002 at 09:33:40PM +1100, Robert Collins wrote: === - Original Message - From: Corinna Vinschen [EMAIL PROTECTED] To: cygapp [EMAIL PROTECTED] Sent: Monday, January 14, 2002 9:26 PM Subject: Maintainers of CURL, MUTT, PYTHON and WGET, heads up! === == == == IMPORTANT== == == === Hi, I'm going to update OpenSSL from version 0.9.6b to version 0.9.6c very soon now, probably next Sunday. ... Can I suggest you tag this as a test, for a few days, to allow the maintainers to check w/o affecting any end users. Sure. Probably from tomorrow on. I've just got a hint from a collegue to exclude the MDC2 algorithm as well. The OpenSSL distro in Cygwin would then exclude the exact same crypto algorithms as the RH Linux distro. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Preliminary patch for symlink problem in setup.exe
I've found a problem in setup.exe which potentially results in two symlinks with the same name. As you know, the default setting for symlinks in Cygwin is using Windows shortcuts while setup.exe always creates symlinks as the old-style system files. Now imagine the following simple situation - Delete /usr/bin/slogin by mistake. - Recreate /usr/sbin/slogin with ln(1) creates a Windows shortcut /usr/sbin/slogin.lnk. - A new OpenSSH package is downloaded using setup.exe. Now look into the /usr/bin directory. You will find two files, `slogin' and `slogin.lnk'. The following patch is a quick hack which I'd like to get reviewed by the active setup contributors (not me). The additional advantage of that patch is that it alleviates the problem that setup complains when a file couldn't be installed because the file already exists and couldn't be unlinked before. That happens mostly when the R/O file attribute is set since DeleteFile() fails then. Oh, and I'm using the new INVALID_FILE_ATTRIBUTES define which I found in the latest MSDN (surprise, surprise) and which substitutes all prior ((DWORD) -1) or 0x constants to mark the return code of GetFileAttributes() for ... yeah, you guessed it, invalid file attributes. Corinna 2002-01-14 Corinna Vinschen [EMAIL PROTECTED] * package_meta.cc (packagemeta::uninstall): Uninstall a file even with trailing .lnk. Unset R/O file attribute before trying to delete file. Index: package_meta.cc === RCS file: /cvs/src/src/winsup/cinstall/package_meta.cc,v retrieving revision 2.11 diff -u -p -r2.11 package_meta.cc --- package_meta.cc 2002/01/06 11:31:47 2.11 +++ package_meta.cc 2002/01/14 21:08:44 @@ -120,11 +120,22 @@ packagemeta::uninstall () { dirs.add_subdirs (line); + char buf[512]; char *d = cygpath (/, line, NULL); + DWORD dw = GetFileAttributes (d); - if (dw != 0x !(dw FILE_ATTRIBUTE_DIRECTORY)) + if (dw == INVALID_FILE_ATTRIBUTES) { + /* Check for Windows shortcut. */ + strcpy (buf, d); + strcat (buf, .lnk); + d = buf; + dw = GetFileAttributes (d); + } + if (dw != INVALID_FILE_ATTRIBUTES !(dw FILE_ATTRIBUTE_DIRECTORY)) + { log (LOG_BABBLE, unlink %s, d); + SetFileAttributes (d, dw ~FILE_ATTRIBUTE_READONLY); DeleteFile (d); } line = installed-getnextfile (); -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: Maintainers of CURL, MUTT, PYTHON and WGET, heads up!
On Tue, Jan 15, 2002 at 01:45:40AM -0600, Gary R. Van Sickle wrote: Not sure if mutt works or not yet, I don't know if I can find a pops:// to pop Please look through the sources and search for a ssl version request as described in my original mail. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: cygpath patch
On Mon, Jan 14, 2002 at 06:14:09PM -0800, Joshua Franklin wrote: Well, I've attached the patch in case anyone is interested. It changes cygpath.exe to include the options: -A|--allusers use `All Users' directories instead of current user -D|--desktop print `Desktop' directory -P|--smprograms print Start Menu `Programs' directory Thanks for the patch. I applied it to my local sandbox but I was somewhat surprised about the behaviour since cygpath -D -A has another result as cygpath -A -D which is not what a user expects. The options should be scanned and after the scanning they should be evaluated (right after the switch statement). Would you mind to change your patch accordingly? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: Apache 1.3.22-3 ready to go?!
On Tue, Jan 15, 2002 at 12:25:35PM +0100, Corinna Vinschen wrote: On Tue, Jan 15, 2002 at 12:17:28PM +0100, Stipe Tolj wrote: Corinna Vinschen wrote: On Tue, Jan 15, 2002 at 09:57:38AM +0100, Stipe Tolj wrote: how far are we from including the latest package build?! -- There have been no additional comments on the latest build in the list. I'd upload it, I'm just missing a hint how to start apache as NT service?!? I told you about that problem using cygrunsrv some months ago. Unfortunatly I still have no solution. But I haven't tried that since a while. Can you peak at it?! Can you again explain it, please? I can give it a try. I had a try starting httpd from inetd which works nicely. What I did: - Added a http service under Guest account to /etc/inetd.conf: http stream tcp nowait Guest /usr/sbin/httpd httpd - To nurse my paranoia I changed the /etc/passwd line for Guest so that it's in group Guests instead of None: Guest::501:546:,S-1-5-21-XXX-YYY-ZZZ-501:/home/Guest:/bin/true - Changed the startup type in /etc/apache/httpd.conf: ServerType inetd - Started inetd. - Started a browser on my Linux box and tried to get a page from the Cygwin box. - Was happy. Now, I'm missing an option to httpd which allows the same as the -D option in sshd: -D When this option is specified sshd will not detach and does not become a daemon. This allows easy monitoring of sshd. This is similar to the -X option in httpd but that option let httpd running in single process mode. That's more like the -d option in sshd which is only useful for debugging purposes, either. If you could patch httpd to get a new option which differs from the usual run mode only by not forking and detaching the master process, we could start it using cygrunsrv as well. That shouldn't be too hard. The -D option in sshd is really just skipping a function call `daemon()'. Otherwise we could upload apache as is but with a description how to start under inetd in the /usr/doc/Cygwin/apache* README. I'd ask you to implement the above option, though. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: last package
On Wed, Jan 16, 2002 at 01:08:50AM +1100, Robert Collins wrote: - Original Message - From: Mark Bradshaw [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, January 16, 2002 1:08 AM Subject: RE: last package Great. Now I have a question. Last is a part of the sysvinit package. What's the policy on doing a package on only a portion of someone else's package? Technically it's no problem... Yep, no problem. Yep, just rip it out and make your own nice package from it. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Current setup hangs if file can't get installed
Just a heads up, the current setup gets trapped in an endless loop if it can't install a filewhich is locked. E.g. a running sshd results in the following loop (GDB output): warning: LOG: 0 Unable to install file cygfile:///usr/sbin/sshd.exe warning: LOG: 1 Installing file cygfile:///usr/sbin/sshd.exe warning: LOG: 2 2002/01/15 18:34:41 io_stream::~io_stream called warning: LOG: 2 2002/01/15 18:34:41 Failed to open cygfile:///usr/sbin/sshd.exe for writing warning: LOG: 0 Unable to install file cygfile:///usr/sbin/sshd.exe warning: LOG: 1 Installing file cygfile:///usr/sbin/sshd.exe warning: LOG: 2 2002/01/15 18:34:41 io_stream::~io_stream called warning: LOG: 2 2002/01/15 18:34:41 Failed to open cygfile:///usr/sbin/sshd.exe for writing [...] I'm currently looking for sth. else so if anybody is interested in trying to track this one down... Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: Maintainers of CURL, MUTT, PYTHON and WGET, heads up!
On Tue, Jan 15, 2002 at 12:39:39PM -0500, Roth, Kevin P. wrote: Thanks for the heads up. I downloaded and installed your update, and tested, and curl still works, with no recompile needed. However, curl outputs the openssl version as part of its --version output, and it still says openssl 0.9.6b! I've got a question in to the curl developers to see whether this is set at compile time or whether perhaps it could be a bug in curl's treatment of the version number... Look into the source. If there's a call to SSLeay() or SSLeay_version() it takes the version it's running under. grep for OPENSSL_VERSION_NUMBER. If it's just used as is in a printf() somewhere, curl reports the version it's linked against. The second is bad style. It should print either the current version using one of the above calls or it should report both versions, the linked and the current one. Anyway, it's good to hear that it still works. You checked an SSL connection? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: last package
On Tue, Jan 15, 2002 at 10:29:43AM -0500, Mark Bradshaw wrote: Takes lots of shoe-horning, but it can be done. It doesn't matter. If you don't like to port it, just forget it. I just thought it would be a good idea to borrow utmpdump from sysvinit as well. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: cygwin-apps Digest 15 Jan 2002 17:47:13 -0000 Issue 300
On Tue, Jan 15, 2002 at 10:18:25AM -0800, Joshua Franklin wrote: Thanks for the patch. I applied it to my local sandbox but I was somewhat surprised about the behaviour since cygpath -D -A has another result as cygpath -A -D which is not what a user expects. The options should be scanned and after the scanning they should be evaluated (right after the switch statement). Would you mind to change your patch accordingly? Corinna Yeah, I figured that since the (unpatched) cygpath's current behaviour requires switches to precede other options that this was expected: $ cygpath -Ww /c/WINNT $ cygpath -wW C:\WINNT Should I try and change that, too? That would be very nice! Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: Preliminary patch for symlink problem in setup.exe
On Tue, Jan 15, 2002 at 01:41:19PM -0500, Chris Faylor wrote: On Tue, Jan 15, 2002 at 07:38:34PM +0100, Corinna Vinschen wrote: And a question: Wouldn't it make sense to uninstall first on Reinstall, too? It doesn't do this already? Hmm. I would expect a reinstall to be equivalent to an uninstall/install, yes. Yeah, me too(tm). The current implementation just installs over the existing files (getting the endless-loop problem when the file is locked). Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: emacs or xemacs
On Tue, Jan 15, 2002 at 09:36:17PM -0600, Gary R. Van Sickle wrote: -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of David Starks-Browning This is not *the* Ken Stevens, is it? The guy that did Wild World and Peace Train? Those ROCK dude! Oh wait, that was Ken Burns. Nevermind. Huh? Wasn't that Cat Stevens? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: RFC: updated package wget-1.7.1-1
On Tue, Jan 15, 2002 at 09:32:22PM -0500, Charles Wilson wrote: It looks pretty good to me -- I rebuilt it from source right now and it seems okay. The *only* quibble I have is that the binary package contains this file: /etc/wgetrc Since it is just a copy of /usr/doc/wget-1.7.1/sample.wgetrc, you should probably just add some logic to your postinstall shell script: if [ ! -f /etc/wgetrc ]; then cp /usr/doc/wget-1.7.1/sample.wgetrc /etc/wgetrc fi Of course, future versions must take care to change the /usr/doc/wget-1.7.1/ path in that script... I agree. It's some months ago when somebody complained on the cygwin mailing list that each new openssh version overwrites the config files which has been changed by the user with so much love in detail... It's actually better the package only installs new config files if there don't exist old ones. That's best handled in the postinstall script. I'm just still thinking about the following situation. Sometimes a package changes the config file layout or some other important detail has been removed or has been added. How do we inform the user? Rpm packages often rename the old config file to foo.conf.rpmsave or foo.conf.rpmold and the admin gets mail about an important change in package foo. We don't have the mail mechanism at hand so... I don't know. Suggestions? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: Apache 1.3.22-3 ready to go?!
On Wed, Jan 16, 2002 at 04:13:38PM +0100, Stipe Tolj wrote: Corinna Vinschen wrote: Btw., I've found the description how to install apache as service under cygrunsrv. The only problem was that it's on a html page so I first found it after I already had installed apache under inetd. so I guess you mean http://httpd.apache.org/docs/cygwin.html#serv ?! -- which I have writen :)) Yup. It's using the wrong path. And it doesn't work that way apparently without the option not to fork. I grubbed a bit in the apache documentation and found that the native Windows version has two command line options `-n' and `-k' to install, stop and restart apache as service. Wouldn't it make sense to use that part of the source code for the Cygwin apache, too? It must be similar to the service stuff in inetd. Anyway, I have no preferences. You can use your own option for starting with cygrunsrv or the native Windows options, whatever is less work. Another question: Are you planning to support mod_ssl in future as well? I'm sure it would be most appriciated. If I'm not completely off track, it's needed to allow https connections to apache, right? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: Apache 1.3.22-3 ready to go?!
On Wed, Jan 16, 2002 at 08:07:31PM +0100, Stipe Tolj wrote: I'm not quite sure how we may include Apache shared module DLL packages to the Cygwin net distro?! I would like to keep the core distribution stand alone and add something like mod_ssl-2.x.tar.bz for the shared modules only. I guess this may be a usefull way?! Yup. That's fine. As well as additional modules as mod_perl or mod_python which also can link against the appropriate dlls. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: comments on texmf package?
On Thu, Jan 17, 2002 at 05:18:49PM +0100, Jan Nieuwenhuizen wrote: Hi, Probably I'm too impatient, but I've been waiting so long for a full tex setup in Cygwin... Who will be looking at the new texmf packages? http://cygwin.com/ml/cygwin-apps/2002-01/msg00311.html I'm not at all familar with tex so I'd like to ask somebody else to look into these packages. The setup.hint files are looking ok to me. Did you pack using the correct paths as given on http://cygwin.com/setup.html#package_contents ? Another point: Aren't we still waiting for tetex-beta-20001218-3 leaving `test' state or did I miss something? IMO it doesn't make much sense to have these texmf packages in `curr' state if they depend on a `test' package. Opinions? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
tetex-beta-20001218-3 package overwrites /usr/info/dir file
Hi Jerome, the tetex-beta-20001218-3 package overwrites /usr/info/dir. That file must not be part of the binary package but instead you should write a postinstall script which calls install-info for the new *.info files. For an example look into the already existing scripts in /etc/postinstall. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: apache-1.3.22-4 no-detach patch
On Fri, Jan 18, 2002 at 10:35:23AM +0100, Stipe Tolj wrote: Corinna Vinschen wrote: On Fri, Jan 18, 2002 at 12:35:13AM +0100, Stipe Tolj wrote: Corinna, could you please apply the attached patch against the last 1.3.22-3 source tree. This will turn detaching of the parent process off. Please try if this makes cygrunsrv happy. Didn't you test it? Anyway, I don't have the source tree. I'd appreciate if you could give me a pointer to a binary archive. I did test it if it stays attached and if the service itself is operational. I wanted to let you do the cygrunsrv magic, it's your thing I guess. I'm testing running under cygrunsrv if you send me a pointer to the binary. I'm not going to build apache by myself. Hmm, I'd vote for a command line option... '-n' for `nodetach' or so? -n is used for the Win32 native port as you pointed out. I'm not sure what the Apache officials think about this. They may claim that this may lead to confusion. Anyway, if we decide to have a flag, I would appritiate it if it is OS-wide, that means any UNIX platform may use it to run with no-detach. I have posted a RFC for this on the Apache developers list. That's probably the better approach. Unfortunately the `-D' is already used. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: openssl 0.9.6c-2 compile thread-safe?!
On Mon, Jan 21, 2002 at 12:59:26AM +0100, Stipe Tolj wrote: at least my configure.in macro tells me so for Kannel. Corinna? Yes, it's build thread safe. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: setup crashing (attn Corinna)
On Tue, Jan 22, 2002 at 09:38:24AM +1100, Robert Collins wrote: Ouchies. I was trying to see where the dlmalloc call that is faulting was occuring. What OS is this on? Windows XP Professional Ver 5.1 Build 2600 Corinna
Re: What happened to gcc\g++ in setup.exe ?
On Tue, Jan 22, 2002 at 03:27:33PM +1100, Andrew Nelson wrote: Hi There, I'm installing cygwin on my notebook, but can't find the gcc/g++ compilers in the list of packages found by setup.exe. Last time I did this - it installed it by default. Can someone please tell me how to install these. - Wrong mailing list, try [EMAIL PROTECTED] - The mailing list archive is your friend. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: [ANN] rcs-5.7 package available
On Tue, Jan 22, 2002 at 12:11:50PM +0100, Stipe Tolj wrote: Ok, this one is quite missing in my eyes and it was almost OOTB. Thanks, I'm going to look into this tomorrow. Corinna Check it out at the (now new) usual location: http://apache.dev.wapme.net/support/cygwin-packages/ setup.hint: sdesc: The Revision Control System (RCS) ldesc: The Revision Control System (RCS) manages multiple revisions of files. RCS automates the storing, retrieval, logging, identification, and merging of revisions. RCS is useful for text that is revised frequently, e.g., programs, documentation, graphics, papers, and form letters. category: Devel requires: cygwin curr: 5.7 Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: Setup - Idea...
(like cygwin conflicts with regex - which it doesnt I am hoping/guessing/havent seen any eveidence yet - but in a similar circumstance prehaps it would) It does. regex.h is obviously in both packages currently. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: Texmf stalled, or waiting for votes?
On Sun, Jan 27, 2002 at 04:24:49PM +0100, Jan Nieuwenhuizen wrote: Hi, What's the status of the texmf packages? I expected to probably get some comment on the hint files (Corinna said they seemed ok, but didn't know too much about TeX), or some other suggestions for the packages; and hoped they'd be uploaded to contrib some time after. Possibly we're still waiting for a third aye vote? As per Jerome's suggestion you should add the test markers to your hint files and when you ping that you're ready, I'll upload them, ok? If you could give the URL again in your mail, I'd appreciate it :-) Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: [ping] [WAS: Re: Texmf stalled, or waiting for votes?]
On Mon, Jan 28, 2002 at 01:12:21PM +0100, Jan Nieuwenhuizen wrote: Corinna Vinschen [EMAIL PROTECTED] writes: As per Jerome's suggestion you should add the test markers to your hint files and when you ping that you're ready, I'll upload them, ok? Ok thanks. I've added the test markers. If you could give the URL again in your mail, I'd appreciate it :-) Sure. Here's the toplevel url, find the specific urls below. http://lilypond.org/cygwin/testing/tar/texmf Thanks. I've loaded it up to cygwin.com. Please prepare an announcement according to http://cygwin.com/setup.html#submitting, point 9. Please wait some hours until at least a few mirrors had a chance to get the package. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: apache-1.3.22-4 no-detach patch
On Tue, Jan 22, 2002 at 11:53:11AM +0100, Stipe Tolj wrote: Corinna Vinschen wrote: Ok, as far as I can see, the problem is line 4136f. in http_main.c: /* Only try to switch if we're running as root */ if (!geteuid() ( That could get changed to (just a draft): #ifdef CYGWIN /* Only try to switch if we're running as SYSTEM */ #define SYSTEM_UID 18 if (geteuid() == SYSTEM_UID ( #else /* Only try to switch if we're running as root */ if (!geteuid() ( #endif thanks for that report Corinna. I'm fixing things up this evening and preparing -4 for distribution. Stipe *knock* *knock* Is -4 ready to go, Stipe? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: setup crashing - fixed?
On Wed, Jan 30, 2002 at 06:59:49AM -0500, Earnie Boyd wrote: Gary R. Van Sickle wrote: BTW, who's the Cygwin bazzoo maintainer? Don't you remember? You said that you would maintain it. Earnie. If not... hmm... I heard rumors that perhaps... L. Gerstner is looking for a new hobby in 2003, you know... Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: New fortune package ready for uploading
On Wed, Jan 30, 2002 at 05:04:27PM -0500, Jonathan Kamens wrote: A new version of the fortune package is ready for uploading: http://www.mit.edu/~jik/fortune/setup.hint http://www.mit.edu/~jik/fortune/fortune-1.8-2-src.tar.bz2 http://www.mit.edu/~jik/fortune/fortune-1.8-2.tar.bz2 This is my first submission of a Cygwin package, so please let me know if I did anything wrong. You didn't send the setup.hint content as part of your mail but otherwise it looks fine. I'm just uploading the package. Feel free to send the package announcement according to http://cygwin.com/setup.html#submitting, point 9 in a few hours. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: wget-1.8-1 uploaded
On Thu, Feb 07, 2002 at 02:18:30AM +0100, Hack Kampbjørn wrote: Hi all, I've uploaded a new package of wget if anybody would take a look at it and eventually uploaded it to cygwin.com. Thanks, I've uploaded it. Shall I remove the 1.7 and/or 1.7.1 version(s)? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: wget-1.8-1 uploaded
On Thu, Feb 07, 2002 at 03:34:59PM +0100, Hack Kampbjørn wrote: Corinna Vinschen wrote: On Thu, Feb 07, 2002 at 02:18:30AM +0100, Hack Kampbjørn wrote: Hi all, I've uploaded a new package of wget if anybody would take a look at it and eventually uploaded it to cygwin.com. Thanks, I've uploaded it. Shall I remove the 1.7 and/or 1.7.1 version(s)? Thanks, for the upload. Yes, you can remove 1.7-1 but keep 1.7.1-1 so we have something to fallback on if there's some major problem with the new package. Done. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: setup.exe Splash
On Fri, Feb 08, 2002 at 07:01:38PM +0100, Stipe Tolj wrote: Since many users claim Cygwin to be slow on the native Win32 system, I may suggest maybe this cute logo at http://www.wincvs.org/TortoiseCVS/index.shtml At least the colours go to Cygwin's direction and I think we could get it royalty free. Please don't shot me for the suggestions, I like it, it's my personal 2ct. That's ok and it's really a nice logo but... would you like to use a logo of another project for your own? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: Updated: postgresql-7.2-2
On Tue, Feb 12, 2002 at 01:10:01PM -0500, Jason Tishler wrote: Maybe I should just mark postgresql-7.2-2 as test and be done with it? Sounds like a good idea. Unfortunately I didn't read the whole announcement before accepting it so it's also my fault. Sorry, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: Updated: postgresql-7.2-2
On Tue, Feb 12, 2002 at 01:54:35PM -0500, Chris Faylor wrote: FWIW, I have no problem releasing 1.3.10. I just need confirmation from Corinna that it is stable. I can't. The state of the changes to use the new __uid16_t, gid_16_t and off32_t datatypes is finished and the new big datatypes aren't used yet so I *assume* it's still as stable as 1.3.9 was. It's running on one of my Windows boxes and it still seem to run, FWIW. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: [ANN] Updated: rsync-2.5.2-1
On Wed, Feb 13, 2002 at 08:21:17PM +0100, Lapo Luchini wrote: New version, same address: http://www.lapo.it/tmp/rsync-2.5.2-1.tar.bz2 http://www.lapo.it/tmp/rsync-2.5.2-1-src.tar.bz2 Thanks, uploaded. I've removed version 2.4.6-3, btw. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: wget-1.8.1-1 uploaded
On Wed, Feb 13, 2002 at 10:06:01PM +0100, Hack Kampbjørn wrote: http://hackdata.com/cygwin/wget-1.8.1-1.tar.bz2 http://hackdata.com/cygwin/wget-1.8.1-1-src.tar.bz2 Thanks, uploaded. I've removed version 1.7.1-1, btw. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: ORBit Install
On Wed, Feb 20, 2002 at 06:43:51PM -0600, Glenn Rice wrote: I am trying to install ORBit and I read the directions I found in the ported software section on the CYGWIN website. It said to install ORBit run make with skipping the test directory. How do I do this? Wrong mailing list. Try [EMAIL PROTECTED] And when you send that question to the mailing list [EMAIL PROTECTED], please explain where you did find the hint to ORBit. I didn't find any on the Cygwin pages. Perhaps you should ask the maintainer? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: ttcp package ready
On Mon, Feb 18, 2002 at 11:15:18AM -0800, Stanislav Sinyagin wrote: Hi all, The voting results regarding my package (TTCP) are the following: one voted positive, one has not decided, none objected. Please allow me to maintain it. All the 3 files are TARed and accessible from http://briefcase.yahoo.com/ssinyagin I can send the attachment of you like. Sorry, but I found one file called cygwin-ttcp.tar by pure luck on your page. It's not correctly named and it consists entirely of the sources, AFAICS. Please have a look on http://cygwin.com/setup.html to learn how to contribute a package. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: ttcp package ready
On Thu, Feb 21, 2002 at 02:30:13AM -0800, Stanislav Sinyagin wrote: Sorry, but I found one file called cygwin-ttcp.tar by pure luck on your page. It's not correctly named and it consists entirely of the sources, AFAICS. I tried to simplify your downloading efforts. Inside that TAR, there are all required files: setup.hint ttcp-19980512-1-src.tar.bz2 ttcp-19980512-1.tar.bz2 Now I've uploaded them individually, if that's what you prefer. Sorry for not looking deeper. I'm somewhat busy with other stuff. Thanks for the package, I've just uploaded it to cygwin.com. Please consider to prepare an announcement as described on http://cygwin.com/setup.html#submitting, point 9 and post it in a few hours when the first mirrors had a chance to upload. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: New textutils
On Tue, Feb 26, 2002 at 12:14:03AM -0600, Matthew Smith wrote: Hi, could someone please upload the following packages for me? The setup.hint that's there should be fine. http://www.bluesguitar.org/~matts/textutils-2.0.21-1.tar.bz2 http://www.bluesguitar.org/~matts/textutils-2.0.21-1-src.tar.bz2 Done. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: [ANN] Updated: rsync-2.5.4-1
On Wed, Mar 13, 2002 at 10:21:47PM +0100, Lapo Luchini wrote: Ready at the same usual address: http://www.lapo.it/tmp/rsync-2.5.4-1.tar.bz2 http://www.lapo.it/tmp/rsync-2.5.4-1-src.tar.bz2 Uploaded. BTW: I think having 2.4.6-3 as prev version is better than having 2.5.1-1 or 2.5.2-1 as it is a far more solid version (yes, it's still available at the same address as 2.5.4-1 up there). I don't think it matters. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: RFP: NASM
On Sat, Mar 16, 2002 at 11:42:48AM +0100, Gerrit P. Haase wrote: Hallo, Is someone willing to maintain NASM, the netwide assembler? You? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: TCP Wrappers
On Wed, Apr 03, 2002 at 09:06:55AM -0500, Prentis Brooks wrote: Hey Guys, what is the status of the TCP Wrapper upload? I got an email from Rob stating that he had problems getting to the files, I fixed the problem and responded, but no word since. I've uploaded it to the contrib area. I took the freedom to rename the package from tcp_wrappers_7.6... to tcp_wrappers-7.6..., just a dash instead of an underscore in front of the version number. Prepare to announce in a few hours. Btw., IMHO it would be really nice to get libwrap as a DLL in a near future. I'd like to link OpenSSH dynamically against tcp wrappers... Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: TCP Wrappers
On Wed, Apr 03, 2002 at 11:24:53AM -0500, Charles Wilson wrote: The -src package is incorrected packaged: usr/doc/Cygwin/ usr/doc/Cygwin/tcp_wrappers_7.6.README usr/src/ usr/src/tcp_wrappers_7.6/ usr/src/tcp_wrappers_7.6/Banners.Makefile usr/src/tcp_wrappers_7.6/BLURB usr/src/tcp_wrappers_7.6/CHANGES ... Not good. Also, the name should be 'tcp_wrappers-7.6-REL...'; the package release version is missing. Agh! I'm sorry. I'm still not really back from vacation, apparently. Can I remove the package and keep the directory and setup.exe is still happy? Corinna
Re: TCP Wrappers
On Wed, Apr 03, 2002 at 01:28:25PM -0500, Charles Wilson wrote: I've whipped up a repackaged version of your -src, that follows the approved conventions. Also, it uses a shell script to control building, and installs the man pages, header file, has a postinstall script to create /etc/hosts.allow/deny if they dont already exist, etc. I'll mail it to you privately, Prentis. I've removed the package from sourceware in the meantime. I'll upload the new one as soon as you've finished it (and I'm awoken :-)) Sorry for the confusion, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: [ANN] Updated: rsync-2.5.5-1
On Thu, Apr 04, 2002 at 11:03:41PM +0200, Lapo Luchini wrote: Ready at the same usual address: http://www.lapo.it/tmp/rsync-2.5.5-1.tar.bz2 http://www.lapo.it/tmp/rsync-2.5.5-1-src.tar.bz2 Could you please rename the top level dir in the source archive to rsync-2.5.5-1 to include the Cygwin subversion? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: [ANN] Updated: rsync-2.5.5-1
On Fri, Apr 05, 2002 at 09:59:51AM +0200, Lapo Luchini wrote: On Thu, Apr 04, 2002 at 11:03:41PM +0200, Lapo Luchini wrote: Ready at the same usual address: http://www.lapo.it/tmp/rsync-2.5.5-1.tar.bz2 http://www.lapo.it/tmp/rsync-2.5.5-1-src.tar.bz2 Could you please rename the top level dir in the source archive to rsync-2.5.5-1 to include the Cygwin subversion? Done. Thanks. I've uploaded it to sourceware. There are now four versions of rsync: 2.5.1-2 2.5.2-1 2.5.4-1 2.5.5-1 I'd like to remove two of them. Just the oldest or do you have a preference to keep a special version? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: [ANN] Updated: rsync-2.5.5-1
On Fri, Apr 05, 2002 at 11:45:24AM +0200, Lapo Luchini wrote: 2.5.1-2 2.5.2-1 2.5.4-1 2.5.5-1 I'd like to remove two of them. Just the oldest or do you have a preference to keep a special version? 2.5.1 had a security flaw 2.5.2 was bugged by correcting that flaw too hastily (it sometimes corrupted local files) I think 2.5.4 is a good choiche Ok, I trashed 2.5.1-2 and 2.5.2-1. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: [ANN] updated: apache-1.3.24-1
On Sun, Apr 07, 2002 at 01:49:29PM +0200, Stipe Tolj wrote: New new cygwin packages are available at: http://apache.dev.wapme.net/support/cygwin-packages/apache/ The 1.3.24-1 package took some time to prepare, because ASF had released 1.3.23 and .24 very fast afterwards. Basic changes to 1.3.22-x: * Cygwin has it's own installation layout (see previous mail threads) * shared core libhttpd.dll is now cyghttpd.dll and goes in /bin by default * httpd does not detach from invoking shell, hence cygrunsrv is supported * uid change for httpd is possible, hence running httpd under different user Please review and upload to sourceware and I'll post an announcement to the list. Thanks, I've checked the package and I've uploaded it to sourceware. I removed the curr line from setup.hint. It's only needed in special versioning cases. Please prepare to send an announcement in a few hours (give mirrors a chance), according to http://cygwin.com/setup.html#submitting, point 9. Don't send an extra announcement to the cygwin base list, please. Thanks for the new package, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: [ANN] updated: apache-1.3.24-1
On Mon, Apr 08, 2002 at 11:12:54AM +0200, Stipe Tolj wrote: Corinna Vinschen wrote: Please prepare to send an announcement in a few hours (give mirrors a chance), according to http://cygwin.com/setup.html#submitting, point 9. Don't send an extra announcement to the cygwin base list, please. ok, sending in a couple of mins. Oh no. I said in a few hours (give mirrors a chance)... Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: [ANN] updated: apache-1.3.24-1
On Wed, Apr 10, 2002 at 01:07:45PM +0200, Stipe Tolj wrote: Corinna, what about the announcement I posted to cygwin-announce@ ? It hasn't yet passed to the main lists, or have I missed it? Maybe you are peaking at me to take as long as I did for the package submission?! : Nope, I've no influence on the mailing list software. I've accepted the announcement and it's been send to the announce list. I don't know why it didn't make it to the cygwin list. Perhaps Chris has any insight. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: [ANN] updated: apache-1.3.24-1
On Sat, Apr 13, 2002 at 05:07:30PM +0200, Gerrit P. Haase wrote: Hallo Stipe, Am 2002-04-07 um 13:49 schriebst du: New new cygwin packages are available at: http://apache.dev.wapme.net/support/cygwin-packages/apache/ requires: cygwin requires: only cygwin? Isn't there a linkage against gdbm for several modules? You're right. Two or three modules are linked against gdbm. I added gdbm to the require line in apache's setup.hint file. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: cygwin port of Pine
On Mon, Apr 15, 2002 at 08:00:33PM -0700, Eduardo Chappa wrote: *** Christopher Faylor ([EMAIL PROTECTED]) wrote today: :) This gets my vote, but I do have to ask you if you are prepared for the :) ton of questions you'll undoubtedly get on the cygwin list about this. :) :) mail clients seem to generate a lot of questions. I think I am prepared to support this version of Pine. I've had lots of experience supporting Pine already. I also hope some of the questions relative to cygwin are already answered in the documentation included with this packaged version of Pine. I hope some people will read it :) One last change though. Could you please rename the top level dir in the source archive from pine-4.44 to pine-4.44-1. The source dir should contain the Cygwin subversion. When you've done that, I'll upload it to sourceware. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: ITP: enscript-1.6.3
On Tue, Apr 16, 2002 at 03:06:10AM +0200, Stipe Tolj wrote: +1 from me. Third one. Enough said, I've uploaded the package. Gerrit, please prepare to send the announcement to cygwin-announce in a few hours. As usual, give the mirrors some time first. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: extra apache shared module DLLs
On Mon, Apr 15, 2002 at 04:47:44PM -0400, Charles Wilson wrote: Stipe Tolj wrote: (i) package each module to an apache-mod_foobar-X-Y.tar.bz2 binary package and distribute through the standard Cygwin setup.exe (setting setup.hint to require the apache-1.3.x base package) This one. That's the way linux distros do it -- they have apache_mod_foobar...rpm, or even mod_foobar...rpm. So, I think we ought to have apache_mod_foobar...tar.bz2 or mod_foobar...tar.bz2. Quite so. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: cygwin port of Pine
On Tue, Apr 16, 2002 at 12:03:07AM -0700, Eduardo Chappa wrote: *** Corinna Vinschen ([EMAIL PROTECTED]) wrote on Apr 15, 2002: :) One last change though. Could you please rename the top level dir in :) the source archive from pine-4.44 to pine-4.44-1. The source dir :) should contain the Cygwin subversion. When you've done that, I'll :) upload it to sourceware. Done!, thanks for your patience and teaching me the right procedure. Thanks, uploaded to sourceware. Please prepare an announcement according to http://cygwin.com/setup.html#submitting, Section 9 and send it to cygwin-announce in a few hours. Give mirrors a chance first, please. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: strange source packaging?
On Wed, Apr 17, 2002 at 08:21:57PM -0400, Charles Wilson wrote: http://cygwin.com/ml/cygwin-apps/2001-11/msg00510.html Wow. Insightful email. as usual... Well, I guess I haven't been paying much attention to your and Robert's packages. I'd forgotten that I'd suggested that we package as we see fit and foolishly looked to what I supposed was the final word on the subject. It's been a bit of a mess. In my original email to this thread, I summarized the three packaging styles (I won't call them standards) that are currently, actually, in use. That doesn't mean I think having 3 different styles -- only one of which is actually documented somewhere official -- is a good idea. OTOH, since the longwinded discussion last November (and its resolution sans an actual standard), Robert and I (and a few others) have been standardizing one way (which was a compromise in and of itself). So there are only 3 extant styles, not 47. Which is something. If I'm looking over a package for inclusion I'm currently accepting two styles: package-ver-subver/ ... or package-ver-subver.patch package-ver-subver.sh package-ver.tar.[bg]z[2*] -- The pristine source Can we agree to use and document only these styles? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: [ANN] new rcs-5.7-3 available for upload
On Thu, Apr 18, 2002 at 01:30:38PM +0200, Stipe Tolj wrote: I have patched -2 with the bugfix provided by Dean Ferreyra [EMAIL PROTECTED]. Please upload and I'll post the announcement. BTW, is the announce gateway working again? Yes. Upload from where? Providing links would be nice... Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: strange source packaging?
On Thu, Apr 18, 2002 at 10:44:10AM -0400, Charles Wilson wrote: Both style 1 and style 2 in my original email obey this. The difference is that style 2 packages -- gcc, binutils, make, etc -- don't have package-ver-subver/CYGWIN-PATCHES/a-patch in fact, they don't have 'a-patch' at all. They are, in effect, forks of the antecedent project. There is no way, given just gcc-2.95.3-5-src.tar.bz2, to revert to the 'original' source -- short of also downloading the 2.95.3 source from www.gcc.org, unpacking both, and doing 'diff -r cygwin-version-of-gcc gnu-version-of-gcc'. Granted, new packages should never be style 2. But style 2 is in use. I'm talking about style 2. I'm using it for my packages. I don't see a need that the Cygwin package needs the patch from the original version. The pristine source is available elsewhere. We're responsible for the Cygwin version. In the long run the maintainer of a package should try to get his/her changes back into the main trunk anyway (I know, I never did that for inetutils). So the whole point is to get rid of the extra Cygwin patch and to offer the pristine sources anyway since they already contain the Cygwin patches. E.g the openssh sources are the original sources, just repacked to untar into the correct source dir according to our standards. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: [ANN] new rcs-5.7-3 available for upload
On Thu, Apr 18, 2002 at 01:52:58PM +0200, Stipe Tolj wrote: Corinna Vinschen wrote: Upload from where? Providing links would be nice... for me is been always the same at http://apache.dev.wapme.net/support/cygwin-packages/ Please provide always the links to the *files*. Uploading your files shouldn't become a brain-teaser. Uploaded. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: strange source packaging?
On Thu, Apr 18, 2002 at 11:44:26AM -0400, Charles Wilson wrote: BUT...having said all of that, I reiterate: I prefer the style 3 over EITHER style 1 or style 2 -- and the question here seems to be document styles 1,2,3, or document 1,(!2),3 or (!1),2,3 So I win, regardless. I really don't have a horse in the 1,2 vs. 1,(!2) vs. (!1),2 race. So, I've made my argument for 1,(!2) but won't defend it; I'll wait for a consensus to emerge and will document the result. What about 1 and 2 being actually the same? Except for it would be nice to add a patch file? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: [RFC] SWIG package
On Thu, Apr 18, 2002 at 03:06:03PM -0400, Gerald S. Williams wrote: I'm not familiar with the netiquette here. Should this actually be an RFP or ITP? Anyway, I'd like to volunteer to maintain a SWIG package for Cygwin. Proposed setup.hint: --- category: Devel requires: cygwin sdesc: Simplified Wrapper Interface Generator ldesc: Simplified Wrapper Interface Generator. Generates wrappers for C/C++ modules, allowing them to be accessed from a variety of scripting languages. See http://www.swig.org for details. I'm missing links to the binary and source package... Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: When to release a threaded cygwin Python?
On Fri, Apr 19, 2002 at 07:44:17AM -0400, Jason Tishler wrote: Chris, On Fri, Mar 29, 2002 at 12:44:18PM -0500, Christopher Faylor wrote: On Fri, Mar 29, 2002 at 08:03:55AM -0500, Jason Tishler wrote: Here's the deal. Although a threaded Cygwin Python runs just fine under Cygwin 1.3.10, one cannot build one themselves without the following patch to sys/features.h: http://sources.redhat.com/ml/newlib/2002/msg00122.html So, should I hold off releasing a new Python until 1.3.11? Yes. I'll release 1.3.11 when Corinna comes back from vacation. Is Corinna back from vacation? :,) Physically or psychically? ;-) Corinna
Re: [RFC] SWIG package
On Fri, Apr 19, 2002 at 01:56:39PM -0400, Gerald S. Williams wrote: That's because I haven't built them yet (actually I have, but I want to do a clean rebuild with the latest official SWIG, which I'll probably do early next week). I interpreted the instructions at http://cygwin.com/setup.html#submitting as indicating that I should first propose the package, in case there's some reason why the package isn't already available. I don't currently have a public FTP site set up. In the past, I've posted things to world.std.com (now ftp://ftp.std.com), although the public uploads section seems to have gone away, so I'll have to find another or break down and set up the web page my dial-up ISP supposedly provides. (Unfortunately, that will be going away shortly when I finally get my cable modem hookup.) :-) Do as you like but we need a link to take a look if you did pack it correctly (well, sort of, see the latest discussion about source packaging...) and all that. Don't panic, next week is early enough ;-) Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: ITP: swig-1.3.11-1
On Wed, Apr 24, 2002 at 02:09:19PM -0400, Gerald S. Williams wrote: I have a Cygwin SWIG package ready for review and/or upload. (Sorry, this is my first package. Is ITP the right keyword to use?) The package files can be retrieved from: http://www.users.fast.net/~gwilliams/cygwin_swig/swig-1.3.11-1-src.tar.bz2 http://www.users.fast.net/~gwilliams/cygwin_swig/swig-1.3.11-1.tar.bz2 http://www.users.fast.net/~gwilliams/cygwin_swig/setup.hint $ wget 'http://www.users.fast.net/~gwilliams/cygwin_swig/swig-1.3.11-1.tar.bz2' --13:15:02-- http://www.users.fast.net/%7Egwilliams/cygwin_swig/swig-1.3.11-1.tar.bz2 = `swig-1.3.11-1.tar.bz2' Connecting to www.users.fast.net:80... connected! HTTP request sent, awaiting response... 404 File Not Found 13:15:03 ERROR 404: File Not Found. That happens with all files. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: ITP: swig-1.3.11-1
On Thu, Apr 25, 2002 at 02:43:49PM -0400, Gerald S. Williams wrote: Obviously, more than just the FTP server was messed up. While fixing a problem with their web-based HTML editing system, my ISP somehow managed to delete all of my files AND change my FTP password. :o Perhaps it's a blessing in disguise. Since you hadn't gotten it yet, I took this opportunity to replace the setup.hint as I indicated earlier. Anyway, the files should all be there now... Ok, packaging looks fine, I've uploaded the files to cygwin.com. Please send an announcement to cygwin-announce according to http://cygwin.com/setup.html#submitting, section 9. Please send the announcement not immediately but in a few hours to give mirrors a chance. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: openssh-3.1p1-1/contrib/cygwin/README
On Sat, Apr 27, 2002 at 09:22:19PM +0200, Lapo Luchini wrote: Just a minor error, but it still contains You must have installed the zlib, openssl and regex packages to be able to build OpenSSH! at its end. Thanks for the hint. I'll change that when 3.2p1 gets released. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: UCL and UPX ready
On Sat, Apr 27, 2002 at 08:35:31PM +0200, Lapo Luchini wrote: http://www.lapo.it/tmp/ucl-1.01-1-src.tar.bz2 http://www.lapo.it/tmp/ucl-1.01-1.tar.bz2 http://www.lapo.it/tmp/upx-1.20-1-src.tar.bz2 http://www.lapo.it/tmp/upx-1.20-1.tar.bz2 @ ucl sdesc: The UCL compression and decompression library ldesc: UCL is a portable lossless data compression library written in ANSI C. UCL implements a number of compression algorithms that achieve an excellent compression ratio while allowing *very* fast decompression. Decompression requires no additional memory. category: Libs requires: cygwin @ upx sdesc: UPX is a free, portable, extendable, high-performance executable packer ldesc: UPX is a free, portable, extendable, high-performance executable packer for several different executable formats. It achieves an excellent compression ratio and offers very fast decompression. Your executables suffer no memory overhead or other drawbacks. UPX is copyrighted software distributed under the terms of the GNU General Public License, with special exceptions granting the free usage for commercial programs as stated in the UPX License Agreement. UPX uses the NRV compression library for compression services. A compatible but somewhat less efficient OpenSource implementation is available through the UCL compression library. UPX aims to be Commercial Quality Freeware. This version uses the UCL library. category: Utils requires: cygwin No one has comments on it? 0=) I have: Uploaded. Prepare to send the announcement in a few hours. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: new cygwin package: gnugo
On Sun, Apr 28, 2002 at 09:36:49PM +0200, Teun Burgers wrote: Charles Wilson wrote: Looks good to me -- with these caveats: 1) /etc/postinstall/gnugo.sh is not included in your binary tarball. 2) /usr/doc/Cygwin/gnugo-3.2.README is not included in your binary tarball. 3) In the source tarball, the file CYGWIN-PATCHES/setup.hints should really be named setup.hint. 1 + 2 are corrected by just re-running './gnugo-3.2-1.sh all' 3 is a minor point. Thanks for revising this. I uploaded new versions of both tarballs, that should fix 1-3. Uploaded. Please send an announcement to cygwin-announce according to http://cygwin.com/setup.html#submitting, section 9. Please send the announcement not immediately but in a few hours to give mirrors a chance. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: [ANN] update: apache-1.3.24-3
On Mon, Apr 29, 2002 at 08:04:42PM +0200, Stipe Tolj wrote: Hi there, please upload the latest binary build for 1.3.24-3 from http://apache.dev.wapme.net/support/cygwin-packages/apache/. Please provide the full paths to the archives, including the filename. It allows me conveniently just to copy/paste them into a command line. Other than that, I can't copy the files due to a permission problem on cygwin.com. We'll have to wait for Chris to wake up, today. I have added this time a flag -k for no-detach (keep attached) mode. Hence if httpd is invoked without any flags it detaches, which is the normal behaviour for other UNIX flavors and -k may be used to run it using cygrunsrv. This change in behaviour needs some and in the announcement. Hmm, forget it, people will ask clueless questions anyway... Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: setup.exe and inuse files for X
On Wed, May 01, 2002 at 04:58:36PM +1000, Robert Collins wrote: I think I've got a handle on this... looks like read only (-r--r--r--) files don't delete properly, so setup fails to overwrite them. Patches gratefully accepted, it's going in the TODO for now. I recall having sent a patch for this a few months ago to the cygwin-apps list... Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: [ANN] updated: apache-1.3.24-4
On Mon, May 06, 2002 at 12:39:14AM +0200, Stipe Tolj wrote: Hi all, this is a minor update for the latest -3 package. Basically only the Ralf's 'apxs' script has been patched a bit to fit the needs for building dynamic shared DLL modules when apache-1.3 is already installed on the system. This way we have a working shared module build chain. Please upload from http://apache.dev.wapme.net/support/cygwin-packages/apache/ to sources. Oh, please. Could you make it a bit easier for the person who uploads your stuff to cygwin.com by giving the *full* paths to the files, including the filename? The same for the modules, please? Thanks, Corinna
Re: [ANN] apache-modules: mod_ssl, mod_php4, mod_dav, mod_auth_foobar
On Mon, May 06, 2002 at 12:47:29AM +0200, Stipe Tolj wrote: As promised, here are the first pre-compiled shared module DLLs for the latest apache-1.3 binary package that are ready-to-plug-in. All directories contain the binary and source tarball, including a setup.hint file and a md5.sum checksum file. Please review against the latest apache-1.3.24-4 binary package and upload. Please provide the full pathnames in your mail and please include the setup.hint files full quoted into your text. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: [ANN] updated: apache-1.3.24-4
On Mon, May 06, 2002 at 12:36:12PM +0200, Stipe Tolj wrote: Corinna Vinschen wrote: On Mon, May 06, 2002 at 12:39:14AM +0200, Stipe Tolj wrote: Hi all, this is a minor update for the latest -3 package. Basically only the Ralf's 'apxs' script has been patched a bit to fit the needs for building dynamic shared DLL modules when apache-1.3 is already installed on the system. This way we have a working shared module build chain. Please upload from http://apache.dev.wapme.net/support/cygwin-packages/apache/ to sources. Oh, please. Could you make it a bit easier for the person who uploads your stuff to cygwin.com by giving the *full* paths to the files, including the filename? Ok here you are: [...] Thanks, uploaded. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: [ANN] apache-modules: mod_ssl, mod_php4, mod_dav, mod_auth_foobar
On Mon, May 06, 2002 at 12:35:07PM +0200, Stipe Tolj wrote: Corinna Vinschen wrote: Please provide the full pathnames in your mail and please include the setup.hint files full quoted into your text. ok, here you go: Thanks. Question to the list: Should these modules go into subdirs of release/apache/ or directly into release/ ? I think the subdirs would make it clearer somehow... Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: [ANN] apache-modules: mod_ssl, mod_php4, mod_dav, mod_auth_foobar
On Mon, May 06, 2002 at 12:35:07PM +0200, Stipe Tolj wrote: Corinna Vinschen wrote: Please provide the full pathnames in your mail and please include the setup.hint files full quoted into your text. ok, here you go: Thanks, uploaded. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: [PATCH]: cygpath.cc
On Tue, May 14, 2002 at 08:55:37AM +0200, Schaible, Jörg wrote: Hello, cygpath now supports an option -H that can be used to retrieve the Windows' profile diretcory root. Mapping this directory to /home you can achieve a Unix like schema /home/username and gain support for roaming profiles. Additionally I've added the support for the short Windows path switch for options DPSW and cleaned up the code by removing duplicated functionality. Diffs against CVS version appended, ChangeLog below. Applied. Just one note. Could you please send patches against the tools in the utils subdir send to cygwin-patches? Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.