Re: RFP: texmf

2001-12-05 Thread Robert Collins
Re: renaming the package. Don't do this *yet*. a) there is no urgency in doing so, b) setup can't help at this point, and using ncurses as a reference point, it could have been worse, and ncurses has _no_ knobs to twiddle and get wrong, which tex* does AFAIK. setup will be able to help, probably

Re: string.h vs string.h usage

2001-12-05 Thread Earnie Boyd
Pavel Tsekov wrote: Any opinions on this topic ? Btw one thing - I've found many #include strings.h in the latest sources - shouldn't this be changed to #include string.h ? mingw doesnt have strings.h. Btw It seems that if you have string.h you dont need strings.h (I'm under

Re: string.h vs string.h usage

2001-12-05 Thread Pavel Tsekov
Earnie Boyd wrote: Yes but it gives various include paths from cygwin build and newlib build - this means that you compile only in this environment (i.e. winsup env). If you try only mingw it wont work :) However I've fixed that for me locally There should be nothing to fix.

Re: string.h vs string.h usage

2001-12-05 Thread Pavel Tsekov
egor duda wrote: Hi! Wednesday, 05 December, 2001 Pavel Tsekov [EMAIL PROTECTED] wrote: SUSv2 mandates both strings.h and string.h mingw declares strcasecmp() in string.h while SUSv2 says it should be in strings.h Afaik str[n]case is and BSD-ism :) Btw here is what glibc on redhat

RE: problem with make

2001-12-05 Thread Ralf Habacker
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Christopher Faylor Sent: Tuesday, December 04, 2001 4:57 PM To: [EMAIL PROTECTED] Subject: Re: problem with make On Tue, Dec 04, 2001 at 08:14:04PM +1100, Robert Collins wrote: - Original

Re: string.h vs string.h usage

2001-12-05 Thread Robert Collins
=== - Original Message - From: Earnie Boyd [EMAIL PROTECTED] egor duda wrote: Hi! Wednesday, 05 December, 2001 Pavel Tsekov [EMAIL PROTECTED] wrote: SUSv2 mandates both strings.h and string.h Wrong documentation base. You must use MSDN for MinGW. mingw declares

Re: string.h vs string.h usage

2001-12-05 Thread Christopher Faylor
On Wed, Dec 05, 2001 at 03:39:38PM +0300, egor duda wrote: Hi! Wednesday, 05 December, 2001 Pavel Tsekov [EMAIL PROTECTED] wrote: PT egor duda wrote: Hi! Wednesday, 05 December, 2001 Pavel Tsekov [EMAIL PROTECTED] wrote: SUSv2 mandates both strings.h and string.h mingw declares

Re: string.h vs string.h usage

2001-12-05 Thread Earnie Boyd
egor duda wrote: Hi! Wednesday, 05 December, 2001 Earnie Boyd [EMAIL PROTECTED] wrote: EB egor duda wrote: Wednesday, 05 December, 2001 Pavel Tsekov [EMAIL PROTECTED] wrote: SUSv2 mandates both strings.h and string.h EB Wrong documentation base. You must use MSDN for MinGW.

Re: cygutils: Category

2001-12-05 Thread Earnie Boyd
Robert Collins wrote: - Original Message - From: Earnie Boyd [EMAIL PROTECTED] Keeping backward compatible/useable behaviour for a) Local installs from directories without setup.ini files, and That user must deal with those themselves. Nice in theory. If that was truely

Re: RFP: texmf

2001-12-05 Thread Robert Collins
- Original Message - From: Jan Nieuwenhuizen [EMAIL PROTECTED] How long would it take to phase them out? A fresh setup.ini that doesn't mention tetex-beta would make tetex-beta invisible? Hmm, but then we'd need a 'conflicts:' setup hint or so, and locally cached setup.ini's could

Re: [REQ] apache-1.3.22 package available

2001-12-05 Thread Stipe Tolj
Yep :]. ok, convinced me, I'll be re-packaging today. OpenBSD also does this. IMO it's the best way for apache because a) /var is appropriate for user modified data files for applications, and b) www is easily associated with apache, AND can be reused if apache is removed and (pick

cygutils: Category

2001-12-05 Thread Robert Collins
Chuck, Misc as a category acts like base: things in it always install. I guess this isn't documented clearly anywhere except the cygdev archives, so I'll correct that soon. Can I suggest that the cygutils packages belongs in (shock horror) Utils ? Rob

Re: cygutils: Category

2001-12-05 Thread Earnie Boyd
Robert Collins wrote: Chuck, Misc as a category acts like base: things in it always install. Uhm, why? I missed this conversation evidently. IMNSHO, Base should be the only required install. Misc are niceties that make the job easier but aren't required. I guess this isn't