SETUP: new setup.ini with md5 sums crashes setup 2.192.2.24 on W98SE

2002-05-03 Thread Ton van Overbeek
This started happening today. When I try to 'Install from Internet' from my normal mirror (http://ftp-stud.fth-esslingen.de) Setup starts downloading setup.ini and then crashes with the following error: SETUP caused a general protection fault in module USER.EXE at: 0004:5ff0. Tried with

Re: SETUP: new setup.ini with md5 sums crashes setup 2.192.2.24 on W98SE

2002-05-03 Thread Ton van Overbeek
Just to follow up on my own posting: Downloading Setup.exe 2.194.2.25 from cygwin.com solves the problem. Note I made an error in the subject line: 2.192.2.24 instead of 2.194.2.24. So it seems Setup 2.194.2.24 will not be able to tell you to upgrade to 2.194.2.25. Kind of a catch 22 situation.

SETUP 2.194.2.25 Major(?) Problem in chooser with new setup.ini with md5sums

2002-05-03 Thread Ton van Overbeek
After getting rid of the crash by downloading setup 2.194.2.25 I noticed that new/uninstalled packages did not show up in the chooser (with Skip status) when downloading from a site which uses the md5sums in setup.ini. Using a site with a setup.ini without md5sums is OK with 2.194.2.25. Looking

Re: rebasing new packages?!

2002-05-03 Thread Jason Tishler
On Fri, May 03, 2002 at 12:58:04PM +1000, Danny Smith wrote: If your just talking about STL in the strict sense, you shouldn't need libstdc++.a. The templated STL lives in the headers. That's the virtue of templated classes. Char specializations for [Non-]Standard iostreams and string

Re: rebasing new packages?!

2002-05-03 Thread Jason Tishler
Rob, On Fri, May 03, 2002 at 11:35:46PM +1000, Robert Collins wrote: -Original Message- From: Jason Tishler [mailto:[EMAIL PROTECTED]] Sent: Friday, May 03, 2002 11:34 PM Having STL would really speed things up. When I saw you adding libstdc++, I thought implied STL but I

RE: rebasing new packages?!

2002-05-03 Thread Robert Collins
-Original Message- From: Jason Tishler [mailto:[EMAIL PROTECTED]] Sent: Friday, May 03, 2002 11:52 PM As long as the required dependencies are easily satisfied: a) STL headers + any libs for gcc on cygwin (i.e. OOTB build for developers). Isn't a) already satisfied?

Re: rebasing new packages?!

2002-05-03 Thread Earnie Boyd
Robert Collins wrote: -Original Message- From: Jason Tishler [mailto:[EMAIL PROTECTED]] Sent: Friday, May 03, 2002 11:52 PM As long as the required dependencies are easily satisfied: a) STL headers + any libs for gcc on cygwin (i.e. OOTB build for developers). Isn't

Re: SETUP: new setup.ini with md5 sums crashes setup 2.192.2.24 on W98SE

2002-05-03 Thread Christopher Faylor
On Fri, May 03, 2002 at 10:38:42AM +0200, Ton van Overbeek wrote: This started happening today. When I try to 'Install from Internet' from my normal mirror (http://ftp-stud.fth-esslingen.de) Setup starts downloading setup.ini and then crashes with the following error: SETUP caused a general

Re: new cygwin package: cgoban

2002-05-03 Thread Christopher Faylor
On Fri, May 03, 2002 at 11:46:33AM +0200, Corinna Vinschen wrote: On Tue, Apr 30, 2002 at 07:49:49PM +0200, Teun Burgers wrote: Hello, I've uploaded binary and source packages of cgoban, homepage kgs.kiseido.com/~wms/comp/cgoban/ These are the URL's of binary and source tarballs:

Re: rebasing new packages?!

2002-05-03 Thread Jason Tishler
Rob, On Fri, May 03, 2002 at 11:55:31PM +1000, Robert Collins wrote: b) is an alternative approach to what I've already documented here. So it covers libstc++ aka libg++-3. I don't know how much of the STL that includes (see my earlier email).

Thanks for the quick fix to SETUP

2002-05-03 Thread Ton van Overbeek
The problem I reported earlier today on Setup 2.192.4.25 (http://cygwin.com/ml/cygwin-apps/2002-05/msg00070.html) has been fixed by Chris in setup 2.192.4.26. Many thanks for the quick fix. Ton van Overbeek

Re: new cygwin package: cgoban

2002-05-03 Thread Charles Wilson
Christopher Faylor wrote: This wasn't entirely correct. The package name for XFree86-base was Xfree86-base. Also, I would prefer if packages that relied on X were put in the XFree86 hierarchy. Also, Trevor Forbes suggested that X-dependent programs should be compiled using

RE: new cygwin package: cgoban

2002-05-03 Thread Robert Collins
-Original Message- From: Christopher Faylor [mailto:[EMAIL PROTECTED]] Sent: Saturday, May 04, 2002 1:33 AM This wasn't entirely correct. The package name for XFree86-base was Xfree86-base. Setup is case-insensitive, so while there is a visual discrepancy, setup will be

RE: rebasing new packages?!

2002-05-03 Thread Robert Collins
-Original Message- From: Jason Tishler [mailto:[EMAIL PROTECTED]] Sent: Saturday, May 04, 2002 3:34 AM To: [EMAIL PROTECTED] Subject: Re: rebasing new packages?! Rob, On Fri, May 03, 2002 at 11:55:31PM +1000, Robert Collins wrote: b) is an alternative approach to what

RE: new cygwin package: cgoban

2002-05-03 Thread Robert Collins
-Original Message- From: Charles Wilson [mailto:[EMAIL PROTECTED]] Sent: Saturday, May 04, 2002 5:04 AM Volker Zell agreed. Nobody else responded. I kinda like it, but FHS has moved away from that; now on Red Hat systems it appears that ONLY those programs specifically part

Re: Thanks for the quick fix to SETUP

2002-05-03 Thread Christopher Faylor
On Fri, May 03, 2002 at 08:24:16PM +0200, Ton van Overbeek wrote: The problem I reported earlier today on Setup 2.192.4.25 (http://cygwin.com/ml/cygwin-apps/2002-05/msg00070.html) has been fixed by Chris in setup 2.192.4.26. Many thanks for the quick fix. You're welcome. Thanks for the heads

setup - parsing code

2002-05-03 Thread Robert Collins
If you want to edit the parsing code, I've just restructured it. The parser is in inilex.l and iniparse.y as previously. Rather than iniparse.y also knowing what objects and classes to use to build the in memory use of the ini file, it uses an IniDBBuilder to create that representation.

Re: new cygwin package: cgoban

2002-05-03 Thread Charles Wilson
Be sure to read the p.s. ... Christopher Faylor wrote: On Fri, May 03, 2002 at 03:04:04PM -0400, Charles Wilson wrote: Similarly, I don't like the restriction that all 'X'-based packages go under XFree86/ on sourceware. We don't put inetutils underneath ncurses/. We don't put openssh