RE: Maintainers of CURL, MUTT, PYTHON and WGET, heads up!
> -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! ;-) Ok, Mutt has no runtime version checking at all. It does have this at build time: #if OPENSSL_VERSION_NUMBER >= 0x00904000L #define READ_X509_KEY(fp, key) PEM_read_X509(fp, key, NULL, NULL) #else #define READ_X509_KEY(fp, key) PEM_read_X509(fp, key, NULL) #endif which AFAICT is OK (right?). Generated config.h has RSA, IDEA, and RC5 support disabled. Still haven't found something to try to connect to, but AFAICT everything should be OK according to what you said in your email. PS: Contrary to all indications, I am still working on a new mutt release. -- Gary R. Van Sickle Brewer. Patriot.
RE: emacs or xemacs
> -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. -- Gary R. Van Sickle Brewer. Patriot.
RE: last package
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? Mark > -Original Message- > From: Mark Bradshaw > Sent: Tuesday, January 15, 2002 3:01 PM > To: '[EMAIL PROTECTED]' > Subject: RE: last package > > > I think they would fit there just fine. All three of them > (will be finished with killall soon). What do you need from me? > > Mark
Re: RFC: updated package wget-1.7.1-1
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... --Chuck Hack Kampbjørn wrote: > I've updated the wget package to version 1.7.1. I didn't follow all the > discussions about packaging structure so if a kind soul would check that > I haven't overlooked anything it would be apreciated 8-) > > I've added a postinstall script to update the info dir file is the a way > to update it too if/when wget is uninstalled ? > > The files are: > http://hackdata.com/cygwin/setup.hint > http://hackdata.com/cygwin/wget-1.7.1-1.tar.bz2 > http://hackdata.com/cygwin/wget-1.7.1-1-src.tar.bz2 > > 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 > >
RFC: updated package wget-1.7.1-1
I've updated the wget package to version 1.7.1. I didn't follow all the discussions about packaging structure so if a kind soul would check that I haven't overlooked anything it would be apreciated 8-) I've added a postinstall script to update the info dir file is the a way to update it too if/when wget is uninstalled ? The files are: http://hackdata.com/cygwin/setup.hint http://hackdata.com/cygwin/wget-1.7.1-1.tar.bz2 http://hackdata.com/cygwin/wget-1.7.1-1-src.tar.bz2 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 -- Med venlig hilsen / Kind regards Hack Kampbjørn
Re: Maintainers of CURL, MUTT, PYTHON and WGET, heads up!
"Roth, Kevin P." wrote: > > Yes, I checked an actual SSL connection. It actually worked ;-) > > There's no call anywhere in the source to SSLeay or SSLeay_version. > There are some references to the value of both SSLEAY_VERSION_NUMBER and > OPENSSL_VERSION_NUMBER. It's not assigned (set) anywhere in curl's code, > just used. I do see ">=" types of comparisons (as opposed to checking > for specific version #'s), so I assume he's golden in that regard. > > I will try to get the upstream folk to change the behavior so it uses > SSLeay_version() sometime in the future... > > Thanks for the info. > --Kevin So I'm the last one to report back. Wget works well too (tested against a couple of SSL sites) with the new openssl package. No uses of SSLeay() or SSLEAY_VERSION_NUMBER in the code: [wget-1.7]$ grep -ri ssleay . ./src/gen_sslfunc.c: SSLeay_add_all_algorithms (); ./src/gen_sslfunc.c: SSLeay_add_ssl_algorithms (); ./windows/Makefile.src:#SSLLIBS = libeay32.lib ssleay32.lib ./windows/README:Usually at runtime some openssl libraries (currently ssleay32.dll and [wget-1.7]$ -- Med venlig hilsen / Kind regards Hack Kampbjørn
emacs or xemacs
On Tuesday 15 Jan 02, Ken Stevens writes: > What are the chances of getting emacs or xemacs as part of the setup? GNU Emacs is not ported to Cygwin. Xemacs may be a candidate. Andy Piper essentially forked an early setup.exe so he could provide a pre-compiled Cygwin Xemacs package. (I think his setup.exe can also be used to install the native win32 version of Xemacs.) That was because Cygwin setup could not accomodate an Xemacs package at the time. I'm sure it could now, but you'd want to talk to Andy. Why, are you volunteering to maintain it? This is not *the* Ken Stevens, is it? (Oh, probably not. This is Ken Stevens #7601. WHO IS NUMBER 1?) (Sorry, big wine delivery today. Celebrating that my firewall at home is working again, after months of being stuffed. Say... this list isn't archived, is it?) Regards, David "A still tongue makes a happy life"
Re: Current setup hangs if file can't get installed
Thanks, I'll handle it. Rob === - Original Message - From: "Corinna Vinschen" <[EMAIL PROTECTED]> To: "cygapp" <[EMAIL PROTECTED]> Sent: Wednesday, January 16, 2002 4:40 AM Subject: 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 Developer mailto:[EMAIL PROTECTED] > Red Hat, Inc. >
Re: last package
On Tue, Jan 15, 2002 at 02:20:05PM -0500, Chris Faylor wrote: > On Tue, Jan 15, 2002 at 02:10:29PM -0500, Charles Wilson wrote: > >How "big" are they? If they are only a single .c file each (killall.c, > >utmpdump.c, last.c) then they are candidates for addition to the > >cygutils package, if you'd prefer./. > > > >One of these days I'll get around to creating a sourceware-based CVS > >tree for cygutils...Chris, how do I do that? > > 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. I've filled the already existing 'cygrunsrv' directory with life so you can checkout the latest cygrunsrv sources from there, too. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
RE: last package
I think they would fit there just fine. All three of them (will be finished with killall soon). What do you need from me? Mark > -Original Message- > From: Charles Wilson [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, January 15, 2002 2:44 PM > To: Mark Bradshaw > Cc: '[EMAIL PROTECTED]' > Subject: Re: last package > > > > > Mark Bradshaw wrote: > > > Very small. All source combined is 33KB. Executables are > 23.5KB. This is > > just last and utmpdump. > > > > You want 'em? > > > Dunno yet. I'm not really concerned about # kilobytes. My > "rule" for > cygutils is "one .c file per application" -- I want to limit > cygutils to > very simple, small apps. (I'm assuming that nobody would try > to put the > entire source code to MSWord into a single .c file). > > Take a look at the current cygutils -src archive and tell me > what you think > > --Chuck > >
Re: last package
Mark Bradshaw wrote: > Very small. All source combined is 33KB. Executables are 23.5KB. This is > just last and utmpdump. > > You want 'em? Dunno yet. I'm not really concerned about # kilobytes. My "rule" for cygutils is "one .c file per application" -- I want to limit cygutils to very simple, small apps. (I'm assuming that nobody would try to put the entire source code to MSWord into a single .c file). Take a look at the current cygutils -src archive and tell me what you think --Chuck
emacs or xemacs
What are the chances of getting emacs or xemacs as part of the setup? Thanks, Ken
RE: last package
Very small. All source combined is 33KB. Executables are 23.5KB. This is just last and utmpdump. You want 'em? Mark > -Original Message- > From: Charles Wilson [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, January 15, 2002 2:10 PM > To: Mark Bradshaw > Cc: '[EMAIL PROTECTED]' > Subject: Re: last package > > > How "big" are they? If they are only a single .c file each > (killall.c, > utmpdump.c, last.c) then they are candidates for addition to the > cygutils package, if you'd prefer./. > > One of these days I'll get around to creating a sourceware-based CVS > tree for cygutils...Chris, how do I do that? > > --Chuck > > Mark Bradshaw wrote: > > > I don't mind. It's already done, actually. Now I'm eyeing > up their version > > of killall too. > > > > Mark > > > > > >>-Original Message- > >>From: Corinna Vinschen [mailto:[EMAIL PROTECTED]] > >>Sent: Tuesday, January 15, 2002 12:47 PM > >>To: '[EMAIL PROTECTED]' > >>Subject: 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 Developer > >>mailto:[EMAIL PROTECTED] > >>Red Hat, Inc. > >> > >> > >
Re: last package
On Tue, Jan 15, 2002 at 02:10:29PM -0500, Charles Wilson wrote: >How "big" are they? If they are only a single .c file each (killall.c, >utmpdump.c, last.c) then they are candidates for addition to the >cygutils package, if you'd prefer./. > >One of these days I'll get around to creating a sourceware-based CVS >tree for cygutils...Chris, how do I do that? 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. cgf
Re: last package
How "big" are they? If they are only a single .c file each (killall.c, utmpdump.c, last.c) then they are candidates for addition to the cygutils package, if you'd prefer./. One of these days I'll get around to creating a sourceware-based CVS tree for cygutils...Chris, how do I do that? --Chuck Mark Bradshaw wrote: > I don't mind. It's already done, actually. Now I'm eyeing up their version > of killall too. > > Mark > > >>-Original Message- >>From: Corinna Vinschen [mailto:[EMAIL PROTECTED]] >>Sent: Tuesday, January 15, 2002 12:47 PM >>To: '[EMAIL PROTECTED]' >>Subject: 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 Developer >>mailto:[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: Preliminary patch for symlink problem in setup.exe
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. cgf
Re: Preliminary patch for symlink problem in setup.exe
On Mon, Jan 14, 2002 at 10:16:50PM +0100, Corinna Vinschen wrote: > I've found a problem in setup.exe which potentially results in > two symlinks with the same name. I've checked in a slightly different patch which checks for the filename itself as well as for the same filename with trailing .lnk. This removes all sorts of symlinks, hopefully. Another patch to io_stream::gets() always eliminates end-of-line, LF as well as CRLF. This was necessary since the filenames had trailing LF's so the packagemeta::uninstall() function didn't uninstall anything. And a question: Wouldn't it make sense to uninstall first on "Reinstall", too? 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!
Yes, I checked an actual SSL connection. It actually worked ;-) There's no call anywhere in the source to SSLeay or SSLeay_version. There are some references to the value of both SSLEAY_VERSION_NUMBER and OPENSSL_VERSION_NUMBER. It's not assigned (set) anywhere in curl's code, just used. I do see ">=" types of comparisons (as opposed to checking for specific version #'s), so I assume he's golden in that regard. I will try to get the upstream folk to change the behavior so it uses SSLeay_version() sometime in the future... Thanks for the info. --Kevin -Original Message- From: Corinna Vinschen [mailto:[EMAIL PROTECTED]] Sent: Tuesday, January 15, 2002 12:46 PM On Tue, Jan 15, 2002 at 12:39:39PM -0500, Roth, Kevin P. wrote: > ... However, curl > outputs the openssl version as part of its --version output, and it > still says openssl 0.9.6b! ... 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?
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: cygwin-apps Digest 15 Jan 2002 17:47:13 -0000 Issue 300
> 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? __ Do You Yahoo!? Send FREE video emails in Yahoo! Mail! http://promo.yahoo.com/videomail/
RE: last package
I don't mind. It's already done, actually. Now I'm eyeing up their version of killall too. Mark > -Original Message- > From: Corinna Vinschen [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, January 15, 2002 12:47 PM > To: '[EMAIL PROTECTED]' > Subject: 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 Developer > mailto:[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: 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.
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!
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...
One point - it appears you're missing an "=" sign in
/etc/profile.d/openssl.sh... See below for the corrected line.
export MANPATH="${MANPATH}:/usr/ssl/man"
--Kevin
-Original Message-
From: Corinna Vinschen [mailto:[EMAIL PROTECTED]]
Sent: Monday, January 14, 2002 5:26 AM
You as the maintainers of the packages who depend on OpenSSL should
check, if the existing binary packages will still run when I upgrade.
RE: last package
Takes lots of shoe-horning, but it can be done. > -Original Message- > From: Mark Bradshaw > Sent: Tuesday, January 15, 2002 9:18 AM > To: '[EMAIL PROTECTED]' > Subject: RE: last package > > > I'll take a look at it. > > > -Original Message- > > From: Corinna Vinschen [mailto:[EMAIL PROTECTED]] > > Sent: Tuesday, January 15, 2002 9:18 AM > > To: [EMAIL PROTECTED] > > Subject: Re: last package > > > > > > On Tue, Jan 15, 2002 at 03:11:45PM +0100, Corinna Vinschen wrote: > > > 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. > > > > Btw., while you're at it, what about utmpdump? > > > > Corinna > > > > -- > > Corinna Vinschen Please, send mails > > regarding Cygwin to > > Cygwin Developer > > mailto:[EMAIL PROTECTED] > > Red Hat, Inc. > > >
setup.exe Splash
Hi, I've found a nice otter picture which seems to be free for use. http://www.animalpicturesarchive.com/animal/clipart/clipart.cgi?dir=OtterClipart&start=0 Unfortunately it's more wide than tall. Is the format for the splash picture that fixed? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: last package
=== - Original Message - From: "Earnie Boyd" <[EMAIL PROTECTED]> To: "Robert Collins" <[EMAIL PROTECTED]> Cc: "Mark Bradshaw" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Wednesday, January 16, 2002 1:12 AM Subject: Re: last package > 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. > > > > In other words, you're setting precedent and creating policy. I guess so. Policy that is (Although it's not my domain), as for precedent - that already exists. Rob
RE: last package
I'll take a look at it. > -Original Message- > From: Corinna Vinschen [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, January 15, 2002 9:18 AM > To: [EMAIL PROTECTED] > Subject: Re: last package > > > On Tue, Jan 15, 2002 at 03:11:45PM +0100, Corinna Vinschen wrote: > > 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. > > Btw., while you're at it, what about utmpdump? > > Corinna > > -- > Corinna Vinschen Please, send mails > regarding Cygwin to > Cygwin Developer > mailto:[EMAIL PROTECTED] > Red Hat, Inc. >
Re: last package
On Tue, Jan 15, 2002 at 03:11:45PM +0100, Corinna Vinschen wrote: > 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. Btw., while you're at it, what about utmpdump? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
RE: last package
Cool. I'm not too sure which category is appropriate. I thought possibly either Base or Utils. sdesc: "last" ldesc: "This utility searches through historical information kept in /var/log/wtmp to determine who logged in, where they came from, when they logged in, and how long they stayed." category: Base requires: cygwin > -Original Message- > From: Robert Collins [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, January 15, 2002 9:09 AM > To: Mark Bradshaw; [EMAIL PROTECTED] > Subject: Re: last package > > > - 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. > > Rob >
Re: last package
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. > In other words, you're setting precedent and creating policy. Earnie. _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com
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.
Re: last package
- 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. Rob
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... > -Original Message- > From: Robert Collins [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, January 15, 2002 9:06 AM > To: Mark Bradshaw; [EMAIL PROTECTED] > Subject: Re: last package > > > Sounds good. > > Rob > === > - Original Message - > From: "Mark Bradshaw" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Wednesday, January 16, 2002 12:53 AM > Subject: last package > > > > Any interest in a ported version of "last" for cygwin? I find it > useful > > when some sort of remote shell program is run on cygwin (i.e. > openssh). > > > > Mark > > >
Re: last package
Sounds good. Rob === - Original Message - From: "Mark Bradshaw" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, January 16, 2002 12:53 AM Subject: last package > Any interest in a ported version of "last" for cygwin? I find it useful > when some sort of remote shell program is run on cygwin (i.e. openssh). > > Mark >
Re: last package
On Tue, Jan 15, 2002 at 08:53:32AM -0500, Mark Bradshaw wrote: > Any interest in a ported version of "last" for cygwin? I find it useful > when some sort of remote shell program is run on cygwin (i.e. openssh). Sure! Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
last package
Any interest in a ported version of "last" for cygwin? I find it useful when some sort of remote shell program is run on cygwin (i.e. openssh). Mark
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: cygpath patch
Hi Corinna, there's also a minor open patch at cygwin-patches for cygpath.cc from me providing consistency for Jonathan's last one. See http://cygwin.com/ml/cygwin-patches/2002-q1/msg00049.html Joshua, please also provide a patch for utils.sgml describing the new features - at least if your enhancement is accepted :) Regards, Jorg
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: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. 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: > > 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?! 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: Apache 1.3.22-3 ready to go?!
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?!? 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 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: 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
> into (I probably can). However, /etc/profile.d/openssl.sh is choking because I
> don't have a MANPATH. Should I have one, or should openssl.sh look more like
> this:
>
> if test "${MANPATH}"; then export MANPATH "${MANPATH}:/usr/ssl/man";
> else export MANPATH "/usr/ssl/man";
> fi
>
> ???
Urgh. Sorry 'bout that. It should be:
export MANPATH="${MANPATH}:/usr/ssl/man"
That is, just add an equal sign between variable name and the value.
Your change isn't correct since the leading colon gets lost. It's
important, though. If it's missing, man wouldn't search the default
MANPATH as given in /usr/lib/man.conf anymore.
Thanks for the hint. I'm too used to tcsh, probably.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.
Apache 1.3.22-3 ready to go?!
how far are we from including the latest package build?! -- There have been no additional comments on the latest build in the list. 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
