RE: HEADS-UP: Modular X11 (ALL maintainers, please read)

2006-04-19 Thread Gary R. Van Sickle
poster you were replying to. > I don't see any > reason why my name has to show up in this previously > interesting technical discussion. > .? Well, um, yeah, I'll take your word on that. > If you want to make out-of-the-blue observations about me > then this is not the mailing list for it. > Indeed, Reply-To set accordingly. About anyone for that matter, huh? > cgf -- Gary R. Van Sickle

RE: HEADS-UP: Modular X11 (ALL maintainers, please read)

2006-04-18 Thread Gary R. Van Sickle
I lkied > cygwin a lot. > > You'd be much better served if you just made points without > this creepy > (paranoid?) need to drag me into a discussion. > > cgf How did I know he'd take offense at your clarification that there was indeed "no personal offense intended", Hannu? -- Gary R. Van Sickle

RE: Prefab Program Selections (was: RE: Regrouping on "installation profile" idea)

2005-11-15 Thread Gary R. Van Sickle
; category view, something like this would make sense too: > > [+] All () Default > [+] .I would like to... () Default > Develop programs using GCC1.0-1 () Keep > n/a [ ] 1k > Run X windows 1.0-1 () Keep > n/a [ ] 1k > Run the SSHD server 1.0-1 () Keep > n/a [ ] 1k > Run the Apache web server 1.0-1 () Keep > n/a [ ] 1k > Write documents using LaTeX 1.0-1 () Keep > n/a [ ] 1k > [+] Admin () Default > [+] Archive () Default > ... > Now that I like. -- Gary R. Van Sickle

Prefab Program Selections (was: RE: Regrouping on "installation profile" idea)

2005-11-14 Thread Gary R. Van Sickle
s some sense, but mostly in the "What's a 'Profile'?" sense in that it doesn't really collide with any particular concept. How about: "Prefab Program Selections" ? It still has that Unix ugly to it, but it actually says what it means and means what it says, so everybody wins. -- Gary R. Van Sickle

RE: New application proposal - git-core SCM

2005-11-01 Thread Gary R. Van Sickle
and news folders. > I frankly don't know much about mutt-ng other than what you said there and that it's a fork of the mutt codebase. Rumor on the mutt lists is that it isn't very active, and I got the impression it was a fork that had "flamed out". I personally don't care one way or the other if you wanted to package it, unless it would interfere with mutt or its mailbox(es). Is mutt-ng still using mbox and/or Maildir? -- Gary R. Van Sickle

RE: Consensus about man and doc X11 directory structure

2005-10-11 Thread Gary R. Van Sickle
[snip] > > 1) How many of our BDs actually work for Red Hat anymore? > > 1 (one) > Harold also stated: "Look, it has been made quite clear to us on several occasions that Red Hat doesn't pay for anyone in their company to do development on Cygwin[...]" Is this correct? -- Gary R. Van Sickle

RE: libming and ploticus

2005-09-23 Thread Gary R. Van Sickle
hella-useful even if you only have PNG output (like I run it). If this needs votes, it gets mine, regardless of the number of output formats. -- Gary R. Van Sickle

RE: [HEADSUP] ALL Maintainers, please reply.

2005-09-15 Thread Gary R. Van Sickle
mutt -- Gary R. Van Sickle > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Corinna Vinschen > Sent: Thursday, September 15, 2005 11:46 AM > To: cygwin-apps@cygwin.com > Subject: [HEADSUP] ALL Maintainers, please reply. >

RE: Drop textmode from setup?

2005-09-08 Thread Gary R. Van Sickle
You don't hate the "\n/\r\n/\r/whatever" problem half as much as I do, but I just don't see how binary mounts are a good idea for the "newbie" Cygwinner. -- Gary R. Van Sickle

RE: HEADSUP: mutt security advisory

2005-08-21 Thread Gary R. Van Sickle
> Another "cannot reproduce" on the mutt mailing list today. I'll keep my eye on this (and still have yet to reproduce it myself), but I think there's no problem here. -- Gary R. Van Sickle

RE: HEADSUP: mutt security advisory

2005-08-19 Thread Gary R. Van Sickle
> From: Corinna Vinschen > Sent: Friday, August 19, 2005 6:10 AM > To: cygwin-apps@cygwin.com > Cc: Gary R. Van Sickle > Subject: HEADSUP: mutt security advisory > > http://www.derkeiler.com/Mailing-Lists/Full-Disclosure/2005-08 > /0594.html > > Gary? Could you p

RE: upload: diffstat-1.40-1, tar-1.15.1-1

2005-08-17 Thread Gary R. Van Sickle
e's a Chicken-Flavored Pill in every pot, the moon is lousy with moonbases, people are living on Mars and vacationing in low-earth-orbit Space Hotels, the common cold has finally been cured, and yet here we are worrying about whether it's an "\n" or an "\r\n" at the end of a line of text. This is progress? I call it madness. A house divided against its line endings can not endure. -- Gary R. Van Sickle

RE: upload: diffstat-1.40-1, tar-1.15.1-1

2005-08-17 Thread Gary R. Van Sickle
quot; or > "rb" is POSIX, Well "r" is (but shouldn't be), but I don't recall POSIX saying any more about "rb" than it does about "rt", i.e. what I paraphrased above. -- Gary R. Van Sickle

RE: upload: diffstat-1.40-1, tar-1.15.1-1

2005-08-17 Thread Gary R. Van Sickle
erspective! It is, as almost all such discussions do, but the wrong perspective is that the OS somehow should or does care what a text file looks like, and that applications should blindly assume that all files are text files. They aren't. Fprintf(), fscanf(), etc etc etc on a non-"{r,w}t"-opened file should be punishable by death, as should fseek()ing around in a "{r,w}t"-opened file. And these things shall cease to happen amongst you. -- Gary R. Van Sickle

RE: tar maintainence

2005-08-13 Thread Gary R. Van Sickle
> One of the nice features about 1.15 is that it > auto-recognizes the compression type of a .tar.* file, so > that you don't need to use -Z, -z, or -j to extract them. > Sheesh, about time. -- Gary R. Van Sickle

RE: Upload: coreutils-5.3.0-9

2005-07-13 Thread Gary R. Van Sickle
space, they're able to offer a completely worthless spam filtering system, so I guess it all balances out. Personally, I give this whole "Internet" fad another six months. Eight at the outside. -- Gary R. Van Sickle

RE: Observation for ALL maintainers who provide dlls (was Re: question for perl maintainer)

2005-07-10 Thread Gary R. Van Sickle
[snip] > The 0x6000-0x680 range is suggested by MSDN but I've > also seen 0x6400-0x680 suggested. That's still 64MB > of address space ...and 64MB should be more than enough for anybody. ;-) -- Gary R. Van Sickle

RE: [PATCH] generic-build-script

2005-06-23 Thread Gary R. Van Sickle
es in the patch, but I'd rather tweak the > patch to restore the default values than have no patch at all. Sure, I'll see if I can do that tonight. IIRC I had it set up in a fairly generic way, should I have ever gotten around to submitting it. -- Gary R. Van Sickle

RE: [PATCH] generic-build-script

2005-06-21 Thread Gary R. Van Sickle
gt; Igor I've had to do the same thing with config vars with mutt, and I'm sure pretty much every package that uses it needs to. -- Gary R. Van Sickle

RE: [PATCH] generic-build-script

2005-06-21 Thread Gary R. Van Sickle
> If BASEPKG seems better for the upstream package name, What about just ${UPSTREAM_PACKAGE_NAME}? -- Gary R. Van Sickle

RE: update-alternatives

2005-06-19 Thread Gary R. Van Sickle
quot; of the exe you're trying to symlink. So, as the /bin/ls.exe executable, it would: - See that it was executed with the name "/bin/ls.exe" - Look up "/bin/ls.exe" in the database to find which real executable it should run. - spawn() that real executable. That would solve the "can't run it from a windows command line" problem, wouldn't it? -- Gary R. Van Sickle

RE: Ok. I give. We need a way to install snapshots via setup.exe.

2005-06-13 Thread Gary R. Van Sickle
locked for anybody using Outlook. I could perhaps be convinced to ITP this, if people thought its easier availability wouldn't cause more problems than it solved. The "requires: perl wget" might mitigate that somewhat by discouraging the "casual"

RE: Ok. I give. We need a way to install snapshots via setup.exe.

2005-06-12 Thread Gary R. Van Sickle
> Gary R. Van Sickle wrote: > > I have a non-setup, single-click method of installing > snapshots that > > I've used for quite a while, if that's of any interest. > > How can we possibly know whether it is of interest if you > don't tell us anythin

RE: New catgets/gencat package

2005-06-02 Thread Gary R. Van Sickle
; Well, that's the stated goal, but I don't know why judicious use of #ifdef's and configure options can't make it all things to all people. > -- > Chuck > -- Gary R. Van Sickle

RE: Ok. I give. We need a way to install snapshots via setup.exe.

2005-05-30 Thread Gary R. Van Sickle
tup, single-click method of installing snapshots that I've used for quite a while, if that's of any interest. -- Gary R. Van Sickle

RE: Updated mutt

2005-05-23 Thread Gary R. Van Sickle
> -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Corinna Vinschen > Sent: Sunday, May 22, 2005 7:22 AM > To: cygwin-apps@cygwin.com > Subject: Re: Updated mutt > > On May 22 03:49, Gary R. Van Sickle wrote: > > ...is he

Updated mutt

2005-05-22 Thread Gary R. Van Sickle
...is here: http://home.att.net/~g.r.vansickle/cygwin/mutt/mutt-1.4.2.1i-1.tar.bz2 http://home.att.net/~g.r.vansickle/cygwin/mutt/mutt-1.4.2.1i-1-src.tar.bz2 http://home.att.net/~g.r.vansickle/cygwin/mutt/setup.hint -- Gary R. Van Sickle

RE: new setup for testing

2005-05-21 Thread Gary R. Van Sickle
wheel. > - Chooser repaint works fine and is visibly smoother (i.e. it flashes less). - Mousewheel never worked for me in Chooser before, now it appears to work fine. (XP Pro all SPs/QFEs) -- Gary R. Van Sickle

RE: please test new setup

2005-05-09 Thread Gary R. Van Sickle
Only UI problem I saw was on the "Choose a download site" page: "Add" button overlaps the adjacent edit control. I think that's due to the theme and/or the button was too close before anyway. Oh, found another bullet item for you: - Get rid of the "Installation com

RE: Welcoming Brian Dessent as setup maintainer

2005-05-03 Thread Gary R. Van Sickle
: > > * > ** The current user experience of setup.exe is needlessly harsh, ** I don't think anybody can disagree with that. > ** and I think we can improve that without _too_ much effort. Small improvements, probably so. Big-picture improvements... Nobody's sure what a new Big Picture should even look like, so I don't know if you can really say that. Maybe what setup is trying to do really can't be done materially better in some other way, in which case the requirements need to be reevaluated. -- Gary R. Van Sickle

RE: Counter-ITP of doxygen (was: Re: Please upload: doxygen-1.4.2_20050410-1 (n'th take))

2005-05-03 Thread Gary R. Van Sickle
r stance that your unilaterally-imposed "disqualification" was unwarranted. At the same time, it's not difficult to understand Hans' consternation and reaction to the situation. Doxygen is a very useful package, and it would be sad for the "Cygwin immune system" to reject its inclusion on the basis that somebody did too much work. -- Gary R. Van Sickle

RE: Counter-ITP of doxygen (was: Re: Please upload: doxygen-1.4.2_20050410-1 (n'th take))

2005-05-03 Thread Gary R. Van Sickle
ris to task for his years-long history of uncalled-for snotty comments." Surprised Chris himself didn't "keep you honest" there. -- Gary R. Van Sickle

RE: No version of mutt since 2003-10-13

2005-04-29 Thread Gary R. Van Sickle
ll see what I can do about that request. -- Gary R. Van Sickle

RE: screen

2005-04-20 Thread Gary R. Van Sickle
you Andy, I keep hearing how wonderful this screen progam is, and I have yet to meet anybody who can tell me why. -- Gary R. Van Sickle

RE: Vital information for anyone debugging setup.exe

2005-04-19 Thread Gary R. Van Sickle
e? I think he's talking about doing a search-n-replace on the setup source. -- Gary R. Van Sickle

RE: coreutils-5.3.0-1

2005-01-31 Thread Gary R. Van Sickle
o be handy, perhaps. > > $ overkill --help > Don't use. If you use it, nobody will be able to help you anymore. > Well, nobody will be available to help you. Or better, nobody will > be available. No no, actually, nobody will be. > > > Corinna > How about killemallandletGodsortemout? ;-) -- Gary R. Van Sickle

RE: "Copyright year, year, ..." statements in setup.exe

2004-11-22 Thread Gary R. Van Sickle
over rights > to the code we wrote before we could even submit changes. > > You mean some people were able to maintain copyrights to the > code they wrote for setup. How does this work. > > bk > Setup is not Cygwin. -- Gary R. Van Sickle

RE: Setup patch: List command line options on stdout

2004-11-17 Thread Gary R. Van Sickle
copy the contents of that dialog box > (title bar, buttons, and all) to the clipboard (as text). I > guess what I'm saying is that the patch above will do in a > pinch, until we have the time to do it "the right way" (tm). :-) "Never enough time to do it right, alway

RE: Setup patch: List command line options on stdout

2004-11-17 Thread Gary R. Van Sickle
ery other windows program in the world. I can't say I've ever seen a Windows app do this. Most simply don't have command line options. Those that do document them in "Help". Of course we don't have that either -- Gary R. Van Sickle

RE: setup size prefs

2004-11-04 Thread Gary R. Van Sickle
hhmhhmmm The real Windows way of doing this is by putting all such settings in the registry, in the appropriate places (analogous to the paths above). -- Gary R. Van Sickle

RE: setup.exe - RFC: reorganizing source into category directories

2004-10-28 Thread Gary R. Van Sickle
to untangling the > logic and the GUI code. > Hear hear. I also think Igor's resources dir is a good idea. -- Gary R. Van Sickle

RE: setup.exe sizes openldap-2-2-15

2004-10-27 Thread Gary R. Van Sickle
[snip] > > An argument for demand-downloaded .mo files, then? > > An argument for simply adding the translations to res.rc as > localized STRINGTABLES. MESSAGETABLES Then you can use FormatMessage() and things are much less brain-bamaging.

RE: setup.exe sizes openldap-2-2-15

2004-10-25 Thread Gary R. Van Sickle
> Gary R. Van Sickle schrieb: > >>Unfortunately most of the rc entries are hardcoded and are not > >>calculated at init. I'd prefer to calc them at init and place the > >>ressources then relatively from left, up, right and bottom, > but this > &

RE: setup.exe sizes

2004-10-25 Thread Gary R. Van Sickle
[snip] > Unfortunately most of the rc entries are hardcoded and are > not calculated at init. I'd prefer to calc them at init and > place the ressources then relatively from left, up, right and > bottom, but this looks like a lot of work. It is. -- Gary R. Van Sickle

RE: Your nail works for me.

2004-10-23 Thread Gary R. Van Sickle
Now how did that subject line get through my spam filter? ;-) -- Gary R. Van Sickle > Hello Harold, > > your nail works (if you can read this;) > > To test the direct SMTP mail with nail I have this in .mailrc > in my home directory: > set smtp=192.168.1.1 > set

RE: [ITP] email-2.3.0

2004-10-17 Thread Gary R. Van Sickle
en > > Source software like nail. In short, porting nail (or similar free > > software) to Windows has an ill effect on that software. > Don't do it." > > My general response to arguments like that is: fuck 'em. > I'll port it just to be a thorn in the guys side. > > Harold LOL! -- Gary R. Van Sickle

RE: [ITP] shellsupport-1.2.4-1

2004-10-10 Thread Gary R. Van Sickle
existing means. > See below. > [snip] That was my reaction as well. I didn't really see anything that wasn't so specialized that if you needed it, it was unreasonable to expect some package to do it for you (i.e. arg permutation). Reini, what exactly are the "features [you] miss" here? -- Gary R. Van Sickle

RE: generic build script 'help' patch

2004-10-10 Thread Gary R. Van Sickle
build script discussion on cygwin.com. I also find > the usage summary useful as a reminder to myself of what some > of my available operations are, and exactly what 'all' does. > > Feel free to improve the particulars of my help text. The > main thing is that I think so

RE: setup: current setup version crashes on XP

2004-09-28 Thread Gary R. Van Sickle
> Gerrit schrieb: > > > Gary R. Van Sickle wrote: > >>>I'm running XP SP2, setup.exe crashes, I cannot install the latest > >>>packages. > >>> > >>>So currently I cannot use my XP box to work on new packages. > >

RE: setup: current setup version crashes on XP

2004-09-27 Thread Gary R. Van Sickle
available for Download? > I've been running SP2 for quite a while now at work and home and haven't had any trouble with setup. -- Gary R. Van Sickle

UPDATED: mutt-1.4.1-2

2003-11-19 Thread Gary R. Van Sickle
Now with Win9x-onality!: http://home.att.net/~g.r.vansickle/cygwin/mutt/mutt-1.4.1-2.tar.bz2 http://home.att.net/~g.r.vansickle/cygwin/mutt/mutt-1.4.1-2-src.tar.bz2 http://home.att.net/~g.r.vansickle/cygwin/mutt/setup.hint -- Gary R. Van Sickle

RE: UPDATED: mutt-1.4.1-1

2003-11-19 Thread Gary R. Van Sickle
erre and the > latest mutt still doesn't work on 9x/Me... > Gimme a sec to build and upload things, I did get his patch in. -- Gary R. Van Sickle

RE: let me be the first...

2003-11-01 Thread Gary R. Van Sickle
g what of mine that was gotten in, in. Was that last sentence the King's English? -- Gary R. Van Sickle

RE: Should --sysconfdir=/etc/defaults/etc/?

2003-10-30 Thread Gary R. Van Sickle
> On Thu, Oct 30, 2003 at 08:43:31AM -0600, Gary R. Van Sickle wrote: > > Current packaging instructions at > http://cygwin.com/setup.html#package_contents > > indicate that --sysconfdir should be set to "/etc". Should this perhaps be > > changed to "

Should --sysconfdir=/etc/defaults/etc/?

2003-10-30 Thread Gary R. Van Sickle
te shell scripts and their possible disparate bugs. -- Gary R. Van Sickle

RE: [Patch] Resizeable main window

2003-10-28 Thread Gary R. Van Sickle
uot; aspects of property sheets and makes certain assumptions on it's internal workings [...]." Frank, can you explain what you mean here? Does "less public" == "undocumented" == "even more liable to break than MS's documented stuff"? -- Gary R. Van Sickle

RE: Question about gcc-mingw package renaming

2003-10-22 Thread Gary R. Van Sickle
gcc-i686-pc-cygwin"). Well, when you build gcc, binutils, et al as a cross compiler, the binaries you get are named eg -gcc, -ld, etc. Of course a binary name is not necessarily a package name. FWIW. -- Gary R. Van Sickle

RE: UPDATED: mutt-1.4.1-1

2003-10-22 Thread Gary R. Van Sickle
ld I test the results since I currently have no access to 9x/ME. I'll be releasing a -2 shortly and I'll get this in it. Thanks for bringing this to my attention Pierre (and for sending the patch upstream). -- Gary R. Van Sickle > --- dotlock.c.orig 2003-10-20 22:11:36.000

RE: [Patch] Resizeable main window

2003-10-22 Thread Gary R. Van Sickle
resizable, if by "dialogs" you really meant "wizard pages". Certanly pages like the "Welcome" and "Finished" pages have no need for this, and the only interior page I can see where this arguably might be useful would be the host selection page, but that one needs a thourough going-over anyway. -- Gary R. Van Sickle

RE: [Patch] Resizeable main window

2003-10-16 Thread Gary R. Van Sickle
-resizable pages: http://home.att.net/~g.r.vansickle/cygwin/setup/ (for the most part; there's something wrong with the download page making it still be resizable). Unfortunately I don't have chooser window itself resizing yet, only the back/next/etc buttons and the divider. -- Gary R. Van Sickle

RE: UPDATED: mutt-1.4.1-1

2003-10-14 Thread Gary R. Van Sickle
generic "Method 2" script, that wasn't a conscious decision on my part. I'll look in to that too for -2. -- Gary R. Van Sickle

RE: UPDATED: mutt-1.4.1-1

2003-10-14 Thread Gary R. Van Sickle
> On Mon, Oct 13, 2003 at 02:17:44PM -0500, Gary R. Van Sickle wrote: > > Maybe a sample postinstall > > script too. > > A sample postinstall script for something like this? > > #!/bin/sh > if [ ! -f "/etc/Muttrc" ] > then > cp /etc/defau

RE: UPDATED: mutt-1.4.1-1

2003-10-13 Thread Gary R. Van Sickle
> On Mon, Oct 13, 2003 at 12:31:47AM -0500, Gary R. Van Sickle wrote: > > Yes, it's true: Mutt's been updated again: > > > > http://home.att.net/~g.r.vansickle/cygwin/mutt/setup.hint > > http://home.att.net/~g.r.vansickle/cygwin/mutt/mutt-1.4.1-1.tar.bz2 &

UPDATED: mutt-1.4.1-1

2003-10-12 Thread Gary R. Van Sickle
mime.types with extreme prejudice, as both are overridable per-user; Corinna, did we decide this was kosher? -- Gary R. Van Sickle

RE: Setup disabling of nonexistent virus scanners

2003-10-07 Thread Gary R. Van Sickle
> On Tue, 2003-10-07 at 21:33, Gary R. Van Sickle wrote: > > I don't understand. In proppage.{h,cc} (the base class) and in any > overrides > > (i.e. root and AntiVirus) both I and CVS have: > > > > virtual bool wantsActivation() const [etc...] > >

RE: Setup disabling of nonexistent virus scanners

2003-10-07 Thread Gary R. Van Sickle
> On Tue, 2003-10-07 at 11:32, Gary R. Van Sickle wrote: > > > Hmmm, yeah, I'll look at this. I wonder why I don't get this and (I assume) > > others don't > > Incorrect const clause on wantsActivation in the base class lead to > inconsistent m

RE: [forwarded email: cygwin mirrors and installation]

2003-10-06 Thread Gary R. Van Sickle
other reason why that mirror is so heavily used is that it's > >a good high-speed mirror with timely updates, at least in the US. > > Right. I don't think there is a simple solution to this. > You'll have to forgive my ignorance here, but is there some way to query ftp/http servers for how much load they're under? -- Gary R. Van Sickle

RE: base class wantsActivation is *always* called. (Re: Setup disabling of nonexistent virus scanners)

2003-10-06 Thread Gary R. Van Sickle
ll look at this. I wonder why I don't get this and (I assume) others don't -- Gary R. Van Sickle

RE: Packaging GAP

2003-10-06 Thread Gary R. Van Sickle
the variable EXEEXT, and would specify that in the Makefile.in like: strip gap$(EXEEXT) Then at configure-time, EXEEXT gets set to either nothing or ".exe" or whatever as appropriate. This is all automatic and you don't have to do anything if you're using autotools, but if you have a hand-rolled configure you have to do it manually. -- Gary R. Van Sickle

RE: HEADSUP maintainers of: links mod_php4 mod_ssl mutt wget

2003-10-05 Thread Gary R. Van Sickle
oes, you're a sanity-saver Corinna! I'll upload in the morning... er, afternoon ;-). -- Gary R. Van Sickle

RE: HEADSUP maintainers of: links mod_php4 mod_ssl mutt wget

2003-10-04 Thread Gary R. Van Sickle
> On Wed, Oct 01, 2003 at 04:16:10AM -0500, Gary R. Van Sickle wrote: > > Just gotta get the #&*(@#& Muttrc installing, which is giving me > fits, and the > > new mutt is set. Muttrc is where the incorrect > "/usr/local/whatever/manual.txt" > > is comi

RE: HEADSUP maintainers of: links mod_php4 mod_ssl mutt wget

2003-10-01 Thread Gary R. Van Sickle
Just gotta get the #&*(@#& Muttrc installing, which is giving me fits, and the new mutt is set. Muttrc is where the incorrect "/usr/local/whatever/manual.txt" is coming from. If we could ignore that problem I'm ready to go now AFAIK. -- Gary R. Van Sickle Brewer. Pa

[PINGADINGDING]: [setup PATCH] Rework do_download [next_dialog removal (2b)]

2003-09-29 Thread Gary R. Van Sickle
Rob? -- Gary R. Van Sickle Brewer. Patriot. > Ping? > > Robert, did you miss this one? > > I ask because it should be fairly simple to review, being an application of > the general pronciples already approved in 2a to another region of code. > > If it is queued wait

Re: mutt-1.4-1 has broken help

2003-09-26 Thread Gary R. Van Sickle
> Hi Gary, > > pressing in mutt typically opens a pager with the mutt manual > in txt form. This file is typically found in the shared documentation > directory, so the right place for this under Cygwin would be > > /usr/doc/mutt-1.4/manual.txt > > as long as mutt hasn't been rebuild to put

RE: [ITP] ploticus-2.11 - new package for review

2003-09-14 Thread Gary R. Van Sickle
t; ^^ Probably don't want to break in the middle of words. -- Gary R. Van Sickle Brewer. Patriot.

HO-LY DIFF!

2003-08-14 Thread Gary R. Van Sickle
AHEM: $ cvs diff -pub -r HEAD choose.cc | wc 5221979 14821 So help me if there's more than one concept in there :-P -- Gary R. Van Sickle Brewer. Patriot.

RE: [setup PATCH] Add icon to title bar

2003-08-02 Thread Gary R. Van Sickle
x27;ve been missing? Have you even looked at my not-entirely-uncool page dedicated to Cygwin setup? There's an old friend there waiting to greet you ;-)! http://home.att.net/~g.r.vansickle/cygwin/setup/ > Approved, Thanks again Max. -- Gary R. Van Sickle Brewer. Patriot. > On

RE: [setup PATCH] SetDlgItemFont

2003-08-02 Thread Gary R. Van Sickle
said so already (memory is the second thing to go) I ***REALLY*** appreciate your work Max in shepherding my work though the often-agonizing approval process. [1] Key words: "down the road", in accordance with the "Bird In The Hand Is Worth Two In The Bush Pattern" from my upcoming book, "Don't Start Nothin', Won't Be Nothin': Getting Software From Here To There In Finite Time". -- Gary R. Van Sickle Brewer. Patriot.

RE: Setup Query for Gary: FreeResource

2003-08-02 Thread Gary R. Van Sickle
think the FreeResource() should be left in unless it causes problems, or until a better way can be found to get the needed info, and I did do considerable research to those ends and came up empty. -- Gary R. Van Sickle Brewer. Patriot.

RE: [setup PATCH] SetDlgItemFont

2003-07-31 Thread Gary R. Van Sickle
2, FW_BOLD); > > > > Shouldn't that be Arial rather than Ariel? > No. Microsoft's official GUI guidelines specify that The Littlest Mermaid be used for the "Welcome" and "Finished" text. ;-) -- Gary R. Van Sickle Brewer. Patriot.

Er I mean... (was: RE: [PATCH] next_dialog micropatch (3) (was: RE: [setup PATCH] next_dialog micropatch (2)))

2003-07-28 Thread Gary R. Van Sickle
...this straightforward patch: 2003-07-28 Gary R. Van Sickle <[EMAIL PROTECTED]> * dialog.h (do_fromcwd): Change function declaration. * fromcwd.cc (do_fromcwd): Change return type to bool. Eliminate use of next_dialog, return true or false i

[PATCH] next_dialog micropatch (3) (was: RE: [setup PATCH] next_dialog micropatch (2))

2003-07-28 Thread Gary R. Van Sickle
> Another cleanup patch. The remaining user of next_dialog, do_fromcwd, > requires slightly more invasive refactoring, hence is not included with > these changes. Huh??? Doesn't this straightforward patch do it?: 2003-07-28 Gary R. Van Sickle <[EMAIL PROTECTED]>

RE: Setup query for Gary: InSendMessage/ReplyMessage

2003-07-28 Thread Gary R. Van Sickle
t couldn't hurt. It doesn't, and since we do have other threads that post messages, it'll probably only be a matter of time before we're sending them too, so I'd recommend keeping this. -- Gary R. Van Sickle Brewer. Patriot.

RE: [setup PATCH] OnAcceptActivation

2003-07-28 Thread Gary R. Van Sickle
MICROSOFTCOUGH*. "WantActivation" seems ok, and I guess sets a decent precedent: "WantThis()", "WantThat()", etc. -- Gary R. Van Sickle Brewer. Patriot. > > 2003-07-28 Max Bowsher <[EMAIL PROTECTED]> > > Based on a patch by Gary R. Van Sick

RE: [setup PATCH] next_dialog micropatch (2)

2003-07-28 Thread Gary R. Van Sickle
> On Mon, 28 Jul 2003, Gary R. Van Sickle wrote: > > > > Robert Collins wrote: > > > > On Tue, 2003-07-29 at 02:13, Max Bowsher wrote: > > > > > > > >> If we do add a class, it should probably be a thread class > from which all > > &

RE: [setup PATCH] next_dialog micropatch (2)

2003-07-28 Thread Gary R. Van Sickle
ave no idea what this means. It's "Gang Of Four"-speak, though I'm not sure this is actually original Gang Of Four, i.e. "Design Patterns: Elements Of Reusable Object-Oriented Software" by four guys and a foreward by Grady Booch. I don't recall running across it in there. -- Gary R. Van Sickle Brewer. Patriot.

RE: [Setup PATCH] Eliminate next_dialog

2003-07-27 Thread Gary R. Van Sickle
I really have very little interest in going to a bunch of trouble getting a working patch together only to have it serve as a 'list of places' for somebody else to reinvent the same wheels. -- Gary R. Van Sickle Brewer. Patriot.

RE: [Setup PATCH] Eliminate next_dialog

2003-07-27 Thread Gary R. Van Sickle
> Gary R. Van Sickle wrote: > > Better. Stronger. Faster. > > > > 2003-07-26 Gary R. Van Sickle <[EMAIL PROTECTED]> > > > > * dialog.h (next_dialog): Remove global variable, obsolete. > > (do_fromcwd): Change function declaration. > &g

[Setup PATCH] Eliminate next_dialog

2003-07-26 Thread Gary R. Van Sickle
Better. Stronger. Faster. 2003-07-26 Gary R. Van Sickle <[EMAIL PROTECTED]> * dialog.h (next_dialog): Remove global variable, obsolete. (do_fromcwd): Change function declaration. (NEXT): Remove obsolete macro. * download.cc (do_download_thread

RE: [setup PATCH] Another micropatch heading towardsnext_dialogremoval (1)

2003-07-26 Thread Gary R. Van Sickle
, > lets simplify the code. If it is possible to occur, lets Do The Right > thing, windows oddness or not. I'll look at this tomorrow. It's early and I haven't had my Mountain Dew yet, but it sounds to me that its not possible to cause this. -- Gary R. Van Sickle Brewer. Patriot.

RE: [setup PATCH] Obsolete next_dialog use.

2003-07-22 Thread Gary R. Van Sickle
e attached patch to yours, and with our combined might we shall be through with it FOREVER!!! BAAHAHHAHAHH Single non-mega concept, pinky-swear. ;-) -- Gary R. Van Sickle Brewer. Patriot. 2003-07-22 Gary R. Van Sickle <[EMAIL PROTECTED]> * dialog.h (next_dialog): Remove global variab

RE: [SetupXP] Issue list

2003-07-21 Thread Gary R. Van Sickle
t; I'm leaving the final decision up to Robert, then I will distil a patch > (unless you want to, in which case, tell me) and submit it for review. > I don't want to unless everybody's happy. > I don't intend to raise any more issues from the patch until most of these > are taken care of - juggling any more parallel threads of discussion could > get awkward. > > > Max. > > -- Gary R. Van Sickle Brewer. Patriot.

RE: [SetupXP] The two styles for handling activation refusal

2003-07-21 Thread Gary R. Van Sickle
to get into setup *soon*, > > so, if this hasn't convinced you, Robert, I will set about extracting the > > minimal set of AcceptActivate() changes from Gary's monster-patch. > > It hasn't convinced me. You've asserted your opinion, which I > understand, but you've not swayed me. You've not demonstrated any > benefits I hadn't considered, and you seem to miss the long term costs > that mixing the two functions /will/ incur - even though they have > already affected you! > > I repeat the ruling I gave Gary some moons ago: > Use a query method. It's appropriate, less code, easier to adapt in the > future, and a cleaner design. > I once again leave you two to fight it out while I get some actual code written. -- Gary R. Van Sickle Brewer. Patriot.

RE: [SetupXP] The two styles for handling activation refusal

2003-07-20 Thread Gary R. Van Sickle
7;t set an ugly precedent. Do we do this for *every* message coming down the pipe? if(OnAreYouGoingToDoAnythingInDraw()) { OnDraw(); } ??? -- Gary R. Van Sickle Brewer. Patriot.

RE: [SetupXP] The two styles for handling activation refusal

2003-07-20 Thread Gary R. Van Sickle
> Gary R. Van Sickle wrote: [snip] > Gary, I don't think the clarity of setup's code is trivial. > And, I can't imagine that any project would accept a monolithic patch > encompassing multiple concepts. > I'm not referring to multiple concepts, I'm refe

RE: [SetupXP] The two styles for handling activation refusal

2003-07-20 Thread Gary R. Van Sickle
> Gary R. Van Sickle wrote: > >> Gary's current SetupXP patchset calls 2 member functions on page > activation: > >> OnActivate (returns void), and OnAcceptActivation (returns bool). I think > >> this is unnecessarily messy. AFAICS, OnAcceptActivation only exi

RE: [SetupXP] PropertyPage::OnInit

2003-07-20 Thread Gary R. Van Sickle
pecially when it adds an > extra burden, which could be accidentally omitted when a new page was > created. So are you suggesting that the font-setting-stuff in the patch that's now in PropertyPage::OnInit() be moved to a private "PropertyPage::PreOnInit()" method, or words to that effect? -- Gary R. Van Sickle Brewer. Patriot.

RE: [SetupXP] The two styles for handling activation refusal

2003-07-20 Thread Gary R. Van Sickle
> I cannot think of one. It exists soley to give OnActivate a "default return > code". It *can't* be called anywhere else, since in the general case, > OnAcceptActivation won't know if it needs to refuse activation until after > OnAccept is called. ^^^^^^^^ On

RE: [SetupXP] Minor res.rc changes.

2003-07-20 Thread Gary R. Van Sickle
> convinces that it should be merged with the "Create Icons" page. What do > other people think? This is how many, if not most, standard Windows installers do this, along with things like "Read README" etc. -- Gary R. Van Sickle Brewer. Patriot.

RE: [SetupXP] The two styles for handling activation refusal

2003-07-20 Thread Gary R. Van Sickle
#x27;s five of one, half-dozen of the other. I'll just say this: check *one* of them in. Arguing about these trivialities is a silly waste of time that accomplishes nothing. Check something in, and then if somebody comes along with a third patch that pleases everybody, then argue about that. Meanwhile, we'd actually have some work done to setup. -- Gary R. Van Sickle Brewer. Patriot.

  1   2   3   >