header problem and linker script problem

1998-12-28 Thread Marcus Brinkmann
Hi, while compiling ncurses, I get the following warnings: Note that I am using gcc 2.7.2.3, so this may be the reason, too. In file included from /usr/i386-gnu/include/bits/errno.h:307, from /usr/i386-gnu/include/errno.h:36, from ../../ncurses/curses.priv.h:91,

Re: Hurd documentation roadmap

1998-12-28 Thread Stephen L. Favor
Gordon Matzigkeit wrote: > MP> - who maintains the Hurd pages on the GNU website? > > Those pages were originally written by Trent Fisher, then modified by > various GNU people when they moved to www.gnu.org. Then I updated > them with the information that I had as of last July or so. Since > t

Re: The idiots guide to installing hurd on a linux box is ready

1998-12-28 Thread Stephen L. Favor
"M.C. Vernon" wrote: > Dear all, > > It took far too long to do, but It's done. Theres a link from > http://pick.sel.cam.ac.uk , or for the impatient amongst you, it's: > http://pick.sel.cam.ac.uk/~mcv21/hurd.html Did anyone make a copy of this before Matthew's machine went offline. I'd

Re: Hurd documentation roadmap

1998-12-28 Thread Stephen L. Favor
Matthias Pfisterer wrote: > 1. Update Webpages and FAQ (until end of this week): > They should state that there is work ongoin to a new distribution of > Hurd, which is already considered quite stable. They should give the > reader the choice to either install the 0.2 release or the actual > devel

Re: libc soname conventions [was: libc6_2.0.106-0.1_i386.deb is released]

1998-12-28 Thread Gordon Matzigkeit
Hi! > Marcus Brinkmann writes: MB> On Sun, Dec 27, 1998 at 10:35:38PM -0600, Gordon Matzigkeit MB> wrote: MB> We would then have libc0.2, libc0.3, libc0.4 etc packages, and MB> binary packages depending on them. We would only maintain one set MB> of development packages. Can you explain

Re: Hurd documentation roadmap

1998-12-28 Thread Gordon Matzigkeit
Hi! > Matthias Pfisterer writes: MP> - who maintains the Hurd pages on the GNU website? Those pages were originally written by Trent Fisher, then modified by various GNU people when they moved to www.gnu.org. Then I updated them with the information that I had as of last July or so. Since

Re: libc soname conventions [was: libc6_2.0.106-0.1_i386.deb is released]

1998-12-28 Thread Marcus Brinkmann
On Sun, Dec 27, 1998 at 10:35:38PM -0600, Gordon Matzigkeit wrote: > > MB> We would then have libc0.2, libc0.3, libc0.4 etc packages, and > MB> binary packages depending on them. We would only maintain one set > MB> of development packages. Can you explain the drawbacks of this > MB> simple so

Hurd documentation roadmap

1998-12-28 Thread Matthias Pfisterer
Hello, After positive feedback from you, I decided to do some work on the documentation of Hurd. Here are my plans: 1. Update Webpages and FAQ (until end of this week): They should state that there is work ongoin to a new distribution of Hurd, which is already considered quite stable. They shoul

Re: newbie, want to volunteer

1998-12-28 Thread Gordon Matzigkeit
Hi! > Matthias Pfisterer writes: MP> - On the other hand, most obvious to me is the lack of MP> documentation in the Hurd project. I agree! The main trick is to find things that you are sure that won't change before you finish documenting them. MP> So I think I will start to improve the

Re: libc soname conventions [was: libc6_2.0.106-0.1_i386.deb is released]

1998-12-28 Thread Gordon Matzigkeit
Hi! > Marcus Brinkmann writes: MB> Why can't we just bump the soname each time the hurd-i386 glibc MB> packages have an incompatible API change? Note that you can have MB> multiple libc6 packages with different sonames installed, so old MB> binaries will continue to work. The versioned de

dpkg_hurd, a replacement for deb_{install,remove}

1998-12-28 Thread Marcus Brinkmann
Hi, deb_{install,remove} worked fine, but had some problems with regard to conf files etc. Reimplementing dpkg's behaviour in a simple fell script is not feasible in the short life span of these scripts. I therefore followed another approach in my new script, dpkg_hurd, which is heavily based on