RE: emacs or xemacs
> -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Robert Collins > Sent: Wednesday, January 16, 2002 10:48 PM > To: [EMAIL PROTECTED] > Subject: Re: emacs or xemacs > > > - Original Message - > From: "Christopher Faylor" <[EMAIL PROTECTED]> > > >And then too, not all of them are even *meant* to be funny. ;-) > > > > I thought you were talking about the guy in M#A*S*H. He wasn't meant > > to be funny, or rather he was but he wasn't supposed to be purposely > > funny. > > That was Major Burns wasn't it? > > Rob > No, I think he's Homer's boss on "The Simpsons". Together: Third base! ;-) -- Gary R. Van Sickle Brewer. Patriot.
Re: last package
Christopher Faylor wrote: > > I've just added you to the cygwin-apps group on sources.redhat.com: > > cvs -d :ext:sources.redhat.com:/cvs/cygwin-apps co . > > Feel free to add a cygutils directory. Okay -- I've added it and imported v0.9.7. Also, I've added Mark's last implementation and the supporting autotools changes so that last builds within cygutils. There is a licensing problem with Mark's changes to utmpdump so we're still waiting on that and his killall implementation. Mark -- to see the diff, do the following: $ export CVSROOT=:pserver:[EMAIL PROTECTED]:/cvs/cygwin-apps $ cvs login (Logging in to [EMAIL PROTECTED]) CVS password: anoncvs $ cvs co cygutils $ cd cygutils $ cvs diff -r v0_9_7 > my_patch Warning: Remote host denied X11 forwarding. cvs server: Diffing . cvs server: tag v0_9_7 is not in file bootstrap cvs server: Diffing licenses cvs server: Diffing src-bsd cvs server: Diffing src-gpl cvs server: tag v0_9_7 is not in file src-gpl/last.1 cvs server: tag v0_9_7 is not in file src-gpl/last.c cvs server: tag v0_9_7 is not in file src-gpl/lastb.1 cvs server: tag v0_9_7 is not in file src-gpl/oldutmp.h cvs server: Diffing src-pd Translation: I added the last.1, lastb.1, last.c and oldutmp.h files to the src-gpl subdirectory. I made additional changes to: AUTHORS (added Mark) ChangeLog (always a good idea...) PROGLIST (added last) README (mentioned last) src/Makefile.am ( This is the biggie ) src/Makefile.in (running bootstrap regenerates this based on the Makefile.am changes) That's the kind of thing that I'd expect as a large "add a new program to cygutils" patch. --Chuck
Re: emacs or xemacs
- Original Message - From: "Christopher Faylor" <[EMAIL PROTECTED]> > >And then too, not all of them are even *meant* to be funny. ;-) > > I thought you were talking about the guy in M#A*S*H. He wasn't meant > to be funny, or rather he was but he wasn't supposed to be purposely > funny. That was Major Burns wasn't it? Rob
Re: emacs or xemacs
On Wed, Jan 16, 2002 at 10:41:09PM -0600, Gary R. Van Sickle wrote: >> -Original Message- >> From: [EMAIL PROTECTED] >> [mailto:[EMAIL PROTECTED]]On Behalf Of Corinna Vinschen >> >> 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? > >Yeah. Ken Burns is a guy that does historical documentaries on PBS. > >And then too, not all of them are even *meant* to be funny. ;-) I thought you were talking about the guy in M#A*S*H. He wasn't meant to be funny, or rather he was but he wasn't supposed to be purposely funny. cgf
RE: emacs or xemacs
> -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Corinna Vinschen > > 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? Yeah. Ken Burns is a guy that does historical documentaries on PBS. And then too, not all of them are even *meant* to be funny. ;-) -- Gary R. Van Sickle "Now I've been happy lately Thinking about the good things to come And I believe it could be Something good has begun"
Re: RFC: updated package wget-1.7.1-1
Corinna Vinschen wrote: > > On Wed, Jan 16, 2002 at 11:52:01PM +0100, Hack Kampbjørn wrote: > > Ok, good point. I've now removed the /etc/wgetrc file from the package > > and only copy it if none is present as suggested. I suppose I could > > change the wget.sh to sed the postinstall script into /etc/postintall > > instead of (as now) just copying it, but that will wait for next week > > when I'll work on version 1.8 8-) > > I don't understand what you mean. The postinstall script must be > already in the tar file, so, uhm... > Sorry, this was more a comment to Chuck. When he said: "Of course, future versions must take care to change the /usr/doc/wget-1.7.1/" And if those changes are done manually chances are I'll forget it for some updated 8-( So let the script that packages the hole thing just take care of it. > > Will some of you upload it to sources.redhat.com ? > > I'm going to upload it right now. > Thanks, I'll send an announcement then. > Corinna > > -- > Corinna Vinschen Please, send mails regarding Cygwin to > Cygwin Developermailto:[EMAIL PROTECTED] > Red Hat, Inc. -- Med venlig hilsen / Kind regards Hack Kampbjørn
Re: RFC: updated package wget-1.7.1-1
On Wed, Jan 16, 2002 at 11:52:01PM +0100, Hack Kampbjørn wrote: > Ok, good point. I've now removed the /etc/wgetrc file from the package > and only copy it if none is present as suggested. I suppose I could > change the wget.sh to sed the postinstall script into /etc/postintall > instead of (as now) just copying it, but that will wait for next week > when I'll work on version 1.8 8-) I don't understand what you mean. The postinstall script must be already in the tar file, so, uhm... > Will some of you upload it to sources.redhat.com ? I'm going to upload it right now. 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
Corinna Vinschen wrote: > > 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... Ok, good point. I've now removed the /etc/wgetrc file from the package and only copy it if none is present as suggested. I suppose I could change the wget.sh to sed the postinstall script into /etc/postintall instead of (as now) just copying it, but that will wait for next week when I'll work on version 1.8 8-) Will some of you upload it to sources.redhat.com ? http://hackdata.com/cygwin/wget-1.7.1-1.tar.bz2 http://hackdata.com/cygwin/wget-1.7.1-1-src.tar.bz2 http://hackdata.com/cygwin/setup.hint sdesc: "Utility to retrieve files from the WWW via HTTP and FTP" ldesc: "GNU Wget is a file retrieval utility which can use either the HTTP, HTTPS, or FTP protocols. Wget features include the ability to work in the background while you're logged out, recursive retrieval of directories, file name wildcard matching, remote file timestamp storage and comparison, use of Rest with FTP servers and Range with HTTP servers to retrieve files over slow or unstable connections, support for Proxy servers, and configurability." category: Web requires: openssl libintl1 ash cygwin > > 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. > I hate when rpm does that. I really prefer when it leaves a foo.conf.rpmnew file to look at (or just delete). > 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. -- Med venlig hilsen / Kind regards Hack Kampbjørn
RE: rebase for setup.
I'm guessing strip opens all files in binary mode, so that shouldn't matter. However, I haven't used text mode mounts for quite some time, so I doubt that's the explanation for my initial curl.dll issues. --KEvin Jason Tishler wrote: > > Any ideas why stripping prevents some DLLs from being rebased and > not others? Any solutions besides not stripping? > Text mode mounts? Earnie
Re: rebase for setup.
Jason Tishler wrote: > > Any ideas why stripping prevents some DLLs from being rebased and > not others? Any solutions besides not stripping? > Text mode mounts? Earnie _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com
Re: rebase for setup.
Rob, On Fri, Jan 04, 2002 at 12:21:11AM +1100, Robert Collins wrote: > From: "Jason Tishler" <[EMAIL PROTECTED]> > > 1. Determine why cygcurl-2.dll and possibly other DLLs do not tolerate > > rebasing. > > Hmm. Yes. Did you rebase .dll's after stripping them? And what strip > options where used? After some more rebase runs, I believe that I have determined that stripping is the problem: $ strip -o pq-all.dll pq.dll $ strip -g -o pq-debug.dll pq.dll $ strip --strip-unneeded -o pq-unneeded.dll pq.dll $ file pq*dll pq-all.dll: MS Windows PE Intel 80386 console DLL pq-debug.dll:MS Windows PE Intel 80386 console DLL pq-unneeded.dll: MS Windows PE Intel 80386 console DLL pq.dll: MS Windows PE Intel 80386 console DLL $ rebase -b 0x6800 pq*dll pq-all.dll: new base = 6800, new size = 2 pq-debug.dll: new base = 6800, new size = 2 pq-unneeded.dll: new base = 6800, new size = 2 pq.dll: new base = 6800, new size = 2 $ file pq*dll pq-all.dll: MS-DOS executable (EXE), OS/2 or MS Windows pq-debug.dll:MS-DOS executable (EXE), OS/2 or MS Windows pq-unneeded.dll: MS-DOS executable (EXE), OS/2 or MS Windows pq.dll: MS Windows PE Intel 80386 console DLL $ objdump -p pq*dll | fgrep ImageBase objdump: pq-all.dll: File format not recognized objdump: pq-debug.dll: File format not recognized objdump: pq-unneeded.dll: File format not recognized ImageBase 6800 I got the same results for curl too. Any ideas why stripping prevents some DLLs from being rebased and not others? Any solutions besides not stripping? Thanks, Jason
Re: cygpath patch
>On Wed, Jan 16, 2002 at 07:16:12AM -0800, Joshua >Franklin wrote: >> I've fixed my patch so it behaves correctly, but >> I can't post to cygwin-patches as I'm not a >> subscriber. >> What to do? > >Subscribing? > >Corinna Sigh. Perhaps when I get over being clueless I'll contribute something useful. I thought it was by invitation only, then I reread the page and subscribed. Patch will be sent soon. __ Do You Yahoo!? Send your FREE holiday greetings online! http://greetings.yahoo.com
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: Apache 1.3.22-3 ready to go?!
Corinna Vinschen wrote: > > 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. I'll see how dificult the native Win32 thing is to include, otherwise I'll drop back to sshd's option to "not fork" for cygrunsrv support. > 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? yep, mod_ssl is the glue between Apache and OpenSSL to implement the HTTPS scheme. BTW, mod_ssl is "more then a regular" Apache API modules, because Ralf adds the EAPI (enhanced API) to the Apache source tree. It's required to get additional hooks into Apache's core structure, which are not supported by the regular API. mod_ssl is supposed to compile and build OOTB on Cygwin. See CAMP distribution page at http://apache.dev.wapme.net/packages/ for a working version under Cygwin. 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?! 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
Re: last package
Mark Bradshaw wrote: > Charles, >When you get back to reading the list, I'm ready to include last, > utmpdump, and killall (working without /proc!) in cygutils. Drop me a > line... If you've already done the work of integrating your new files and makefile changes into the cygutils source dist, then send me a patch. Otherwise, if you just send me the new files and special notes for how to build them (libraries needed, etc) then I can add them to cygutils. Also, I'd need to know what license the original source last, utmpdump, and killall programs were distributed under -- GPL, BSD-w/advert, BSD-no/advert, public domain, etc. --Chuck
RE: last package
Charles, When you get back to reading the list, I'm ready to include last, utmpdump, and killall (working without /proc!) in cygutils. Drop me a line... Mark > -Original Message- > From: Corinna Vinschen [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, January 16, 2002 4:11 AM > To: '[EMAIL PROTECTED]' > Subject: Re: last package > > > On Tue, Jan 15, 2002 at 10:06:08PM -0500, Mark Bradshaw wrote: > > Charles: > > OK. Scratch killall. I didn't realize it used /proc. > :o( Anyway, > > what do you want for last and utmpdump. > > > > Anyone else: > > Is there anyone currently working on a /proc filesystem, or have > > plans that direction? > > Oooh... big job... pretty beeg job... > > Corinna > > -- > Corinna Vinschen Please, send mails > regarding Cygwin to > Cygwin Developer > mailto:[EMAIL PROTECTED] > Red Hat, Inc. >
Re: cygpath patch
On Wed, Jan 16, 2002 at 07:16:12AM -0800, Joshua Franklin wrote: > I've fixed my patch so it behaves correctly, but > I can't post to cygwin-patches as I'm not a > subscriber. > What to do? Subscribing? 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?!
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 :)) 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
cygpath patch
I've fixed my patch so it behaves correctly, but I can't post to cygwin-patches as I'm not a subscriber. What to do? __ Do You Yahoo!? Send FREE video emails in Yahoo! Mail! http://promo.yahoo.com/videomail/
texmf matching new tetex-beta-20001218-3
Hi List, Last night, I've built the texmf-* suite matching Jerome's latest rebuild tetex-beta-20001218-3. It is available for testing at: http://lilypond.org/cygwin/testing/tar/texmf Note: * These packages depend on tetex-beta-20001218-3 for full operation. * If you install by hand, run /etc/postinstall/post-texmf.sh. * If you have MiKTeX installed, please be sure to remove any custom TEXINPUTS, MFINPUTS etc. environment settings that contain DOS style paths. * TeX cannot handle spaces in file names. If your $HOME contains spaces, you may need to run TeX from another cwd, eg, /tmp. Would someone be so kind to take a look and load it up if everything is OK? After a successful installation, you should be able to run, eg, latex sample2e Greetings, Jan. [there may be a working setup.ini at http://lilypond.org/cygwin/testing] http://lilypond.org/cygwin/testing/tar/texmf/setup.hint sdesc: "The TeX text formatting system (install helper)" ldesc: "A dependency on this package installs a usable TeX installation." category: Text requires: cygwin tetex-beta texmf-base # requires: cygwin tetex-beta texmf-base|texmf-tiny http://lilypond.org/cygwin/testing/tar/texmf/texmf-2804-2.README http://lilypond.org/cygwin/testing/tar/texmf/texmf-2804-2-src.tar.bz2 http://lilypond.org/cygwin/testing/tar/texmf/texmf-2804-2.tar.bz2 === http://lilypond.org/cygwin/testing/tar/texmf/texmf-base/setup.hint sdesc: "The TeX text formatting system (basic libraries)" ldesc: "Basic library files for the Cygwin teTeX distribution. Together with tetex-beta you have a useful TeX installation. With texmf-extra, you have a complete installation." category: Text requires: ash cygwin ed jpeg libncurses6 libpng tiff sed termcap tetex-beta zlib #suggests: texmf-extra texmf-doc http://lilypond.org/cygwin/testing/tar/texmf/texmf-base/texmf-base-2804-2.tar.bz2 === http://lilypond.org/cygwin/testing/tar/texmf/texmf-doc/setup.hint sdesc: "The TeX text formatting system (documentation)" ldesc: "Documentation for the Cygwin teTeX distribution" category: Doc requires: cygwin http://lilypond.org/cygwin/testing/tar/texmf/texmf-doc/texmf-doc-2804-2.tar.bz2 === http://lilypond.org/cygwin/testing/tar/texmf/texmf-extra/setup.hint sdesc: "The TeX text formatting system (extra libraries)" ldesc: "Extra library files for the Cygwin teTeX distribution. Together with tetex-beta and texmf-base you have a complete TeX installation." category: Text requires: tetex-beta texmf-base http://lilypond.org/cygwin/testing/tar/texmf/texmf-extra/texmf-extra-2804-2.tar.bz2 === http://lilypond.org/cygwin/testing/tar/texmf/texmf-tiny/setup.hint sdesc: "The TeX text formatting system (tiny libraries subset)" ldesc: "Very small subset of library files for the Cygwin teTeX distribution. Together with tetex-beta you have a minimal TeX installation. For a reasonable TeX installation, texmf-base is recommended." category: Text requires: ash cygwin ed jpeg libncurses6 libpng tiff sed termcap tetex-beta zlib http://lilypond.org/cygwin/testing/tar/texmf/texmf-tiny/texmf-tiny-2804-2.tar.bz2 -- Jan Nieuwenhuizen <[EMAIL PROTECTED]> | GNU LilyPond - The music typesetter http://www.xs4all.nl/~jantien | http://www.lilypond.org
Re: Maintainers of CURL, MUTT, PYTHON and WGET, heads up!
On Tue, Jan 15, 2002 at 10:00:53PM -0600, Gary R. Van Sickle wrote: > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED]]On Behalf Of Hack Kampbjørn > > > > > > "Roth, Kevin P." wrote: > > > > > > Yes, I checked an actual SSL connection. It actually worked ;-) > > [snip] > > > > > So I'm the last one to report back. > > AHEM! I believe that would be "Second to last" my good man! ;-) :-) Sigh, men... :-) > Generated config.h has RSA, IDEA, and RC5 support disabled. Still haven't found You could look for MDC2 but I don't know how usual that algorithm is, actually. > something to try to connect to, but AFAICT everything should be OK according to > what you said in your email. Fine! I'm going to upload the new version as `curr' version today or tomorrow then. I've fixed the export statement in the etc/profile.d/openssh.sh script and I didn't get any other complain so I'm hopeful that this update will be fairly smooth. (Famous last words) > PS: Contrary to all indications, I am still working on a new mutt release. Cool. You're working on 1.3.25, right? The security hole, you know... 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: last package
On Tue, Jan 15, 2002 at 10:06:08PM -0500, Mark Bradshaw wrote: > Charles: > OK. Scratch killall. I didn't realize it used /proc. :o( Anyway, > what do you want for last and utmpdump. > > Anyone else: > Is there anyone currently working on a /proc filesystem, or have > plans that direction? Oooh... big job... pretty beeg job... 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: Apache 1.3.22-3 ready to go?!
On Wed, Jan 16, 2002 at 09:22:07AM +0100, Stipe Tolj wrote: > Corinna Vinschen wrote: > > 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()'. > > ok, I'll put my hands on it. Thanks. > BTW, is this going to be released then as package apache-1.3.22-4 or > do we version back to -1? -- I guess users may be confused and may > assume there have been 3 previous releases? Anyway I vote for -4, > otherwise we would break the "respect revision numbers in any case" > rule. I think we can just begin with -4. IIRC, it's not the first package. Our subversions are just way smaller than in most Linux distros :-) > > 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. > > yep, today. 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. There's a small glitch in there. It uses the /usr/local/apache/bin/httpd path instead of /usr/sbin/httpd. I tried to start apache under cygrunsrv using the description but it forks as I expected, so cygrunsrv reports cygrunsrv: Error starting a service: QueryServiceStatus: Win32 error 1062: The service has not been started. and I couldn't contact apache with a browser even if there was an instance of apache running. While there's not the option to start it correctly under cygrunsrv... do I have to give some other option? In my httpd.conf I changed ServerType inetd back to ServerType standalone and added User Guest Group Guests That apache process was running under SYSTEM account, though. Am I doing something wrong? 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?!
Stipe Tolj wrote: > BTW, is this going to be released then as package apache-1.3.22-4 or > do we version back to -1? -- I guess users may be confused and may > assume there have been 3 previous releases? Anyway I vote for -4, > otherwise we would break the "respect revision numbers in any case" > rule. -4 is fine. We skip release numbers all the time (or at least I do). I might go thru two or three -REL numbers that are purely for internal use and testing, before I ever let anybody on the net see it. --Chuck
Re: Apache 1.3.22-3 ready to go?!
Corinna Vinschen wrote: > > 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. yep. > 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()'. ok, I'll put my hands on it. BTW, is this going to be released then as package apache-1.3.22-4 or do we version back to -1? -- I guess users may be confused and may assume there have been 3 previous releases? Anyway I vote for -4, otherwise we would break the "respect revision numbers in any case" rule. > 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. yep, today. 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
