Re: Cygwin, tcl/tk, and "native" [Was: Re: Interest in "native" Tcl/Tk/Expect/Itcl/... packages?]

2004-10-15 Thread Brian Gallew
Charles Wilson wrote: The real bone of contention is "tk" and "itk" alone. How can we have a cygwin-X tk and a cygwin-GDI tk on the same machine. Hopefully in *exactly* the same way that I can run XEmacs either with or without X up and running.

Re: release candidate setup snapsnot.

2003-03-19 Thread Brian Gallew
Robert Collins wrote: > * Get some feedback from the users. What does the "Keep" radio button for? The "Not Installed" view totally rocks. I love it. I don't suppose there will ever be a "never-install-so-don't-ever-show-it-to-me" view?

Re: LPRng and ifhp packages ready

2003-02-07 Thread Brian Gallew
Joshua Daniel Franklin said: > --In your setup.hint, you need to include "gawk fileutils sh-utils" > in the requirements (these are required by the scripts). Fixed. > --Your LPRng src archive is .tgz instead of .tar.bz2, and appears to be > an uncompressed tar archive. Your downloader took t

LPRng and ifhp packages ready

2003-01-21 Thread Brian Gallew
After spending a lot of time putzing around with LPRng, I decided to make a single package including both server and client components. I rewrote the postinstall and preremove scripts such that they will not actually install/start the server daemon. Further, I added instructions in /usr/doc/Cygwi

LPRng and ifhp packages ready

2003-01-21 Thread Brian Gallew
After spending a lot of time putzing around with LPRng, I decided to make a single package including both server and client components. I rewrote the postinstall and preremove scripts such that they will not actually install/start the server daemon. Further, I added instructions in /usr/doc/Cygwi

Re: ifhp package

2002-12-30 Thread Brian Gallew
Pavel Tsekov said: > Then why not just wait until all the pieces are ready ? OK, I'll do that. I'll post again when everything is ready.

Re: ifhp package

2002-12-27 Thread Brian Gallew
Joshua Daniel Franklin said: > --- Brian Gallew <[EMAIL PROTECTED]> wrote: >> test: 3.5.10-1 > > You don't need this. Since this was a new package and can't be properly tested without installing the lpd server package (which doesn't exist yet), I thought

ifhp package

2002-12-27 Thread Brian Gallew
Here's the setup.hint file: # setup.hint for ifhp sdesc: "print filter for use with LPRng" ldesc: "A print filter for use with LPRng. It may, in fact, be used with other lpd software, or even as a standalone filter, though you will likely have to fight with it to get the desired effect." test: 3.5

Re: LPRng

2002-12-27 Thread Brian Gallew
Joshua Daniel Franklin said: >> Actually, 2-4 only matter if people want to use LPRng as a server. > > Would it be feasible to separate into a simple client package > (LPRng-client) and a hairier server package (LPRng-server)? There's a wonderful idea. I'll be posting my setup.hints as soon as I'

Re: LPRng

2002-12-27 Thread Brian Gallew
Pavel Tsekov said: > I think that LPRng was already ported to Cygwin, though not as an > official package. From what I remember Luke Bakken was the one who > did the porting. I think that at one point a binary package of > LPRng for Cygwin was on the ported software page > (http://cygwin.com/port

LPRng

2002-12-27 Thread Brian Gallew
I would like to provide an LPRng package. This brings up a couple of points. 1) What should be done about the lpr.exe provided by cygutils? 2) Should I make LPRng dependent upon ifhp? 3) LPRng really wants to have its own userid to run under. Should I create one automatically (assuming that's ev