(I'm not on bug-grub, so please keep my name on the cc: list)
> The best thing
> probably still would be to gather each and every bit of information
> in order to feed it back to anyone who is willing to maintain the
> pages on the FSF server actively
I did offer the information, and didn't get any response. That's
why it's on a separate site.
> I mean - it's not a bad thing to have many sites about the Hurd
> but I don't think we can afford duplicated efforts for some time
> to come - at least - it would be somewhat wasteful, wouldn't it.
>
> Now - what do you think? Any comments? Am I making sense?
I agree that duplicated effort at this stage would be sad. I haven't
seen alot of indication that I'm duplicating effort. In fact, with
Marcus' permission I have taken his notes on Translators and stored in on
the site. I am hoping to go through and get more technical information
on Mach and do the same. I would then encourage people to not waste
their time duplicating the effort that I'm putting in and contribute
actively to the Hurddocs project.
(From a later message:)
> Let's put it this way - I am all for people who put any kind
> of effort in something GNU-related but if the contribution
> is substantial then where is always the risk of duplicated
> efforts sooner or later - a waste of ressources I absolutely
> dislike, hence my point of view. I also have doubts - will it
> work? Will they actively seek coordination or will they rather
> prefer to ejoy the freedom of doing their own thing to each
> others particular liking?
> I won't care if there were thousands of people doing something
> HURDish but that is not the situation we are in. What's worse
> - the situation we are in only changes slowly, so based on
> what happened over the years I would estimate that there won't
> be radical changes for some time to come. It's better now
> because of your efforts with Debian, but GNUmach and the core
> HURD don't seem to change much. (I'm not complaining - it's
> just the usual headache I get if I think of the number of
> core developers involved.)
I came to the conclusion about a year ago that I don't have the time to
get the skills that I need to be a big-time Hurd hacker. (Much as I would
love to...) However, I do have the skills to install it and play with it,
and the language skills to write down what I did. I also began seriously
answer some of the help-hurd questions at that time in the hopes that I
could help generate interest in the Hurd. This web site is the extension
of that.
I can tell you that I'm actively seeking cooperation *now*, which is why I
responded to Gord's release announcement. This is why I asked Marcus if I
could post his documentation. This is my way of pulling together what's
out there in a way that I will find useful and that I will feel
comfortable sending people to. After I had done the initial layout, I
realised that there isn't a single-point for people who might also be
hacking on the Hurd, so I decided to expand my scope.
> (As a random note aside - I fully agree with OKUJI Yoshinori
> when he insists on RTFM - he went to a lot of trouble to
> document what he did, so another site for Grub would be
> overly wasteful if not harmful - consider rapid changes and
> the situation you are in if you provide the wrong, outdated
> information. That would be bad, wouldn't it.)
I've never disagreed with this - I don't want to create a separate site
for Grub. However, I would like to feature upgrades done to key
components like Grub and Glibc. I would like to provide links to mailing
lists, and to documentation so that people *can* get the information that
they need. If http://www.gnu.org/manual/grub/ is being kept up to date
(I can show someone how to do it if there's interest) I will cheerfully
just link to that.
--
"It is easy to be blinded to the essential uselessness of computers by
the sense of accomplishment you get from getting them to work at all."
- Douglas Adams