[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: The Hurdish Package Manager

From: Patrik Olsson
Subject: Re: The Hurdish Package Manager
Date: Thu, 08 Apr 2010 17:49:19 +0200

Hello Olaf,

On Thu, 2010-04-08 at 14:08 +0200, olafBuddenhagen@gmx.net wrote:
> On Thu, Apr 01, 2010 at 06:27:13PM +0200, Patrik Olsson wrote:
> > I recently read about the GSoC idea of "the Hurdish Package Manager".
> > I have a few ideas about one.
> [...]
> Wow, some really good thoughts in there... It reassures me that keeping
> those tricky ideas on the list is indeed useful -- even if they are too
> abstract for most of the potential candidates :-)
> Unfortunately, I don't have time right now to give it the detailed
> answer it deserves :-( But I'll do so as soon as I can.

Thank you for your reply. I look forward to hearing your comments on the
idea. :-)

> > Note: I'm not planning to work on this. I just got the idea while
> > reading the GSoC project ideas and wanted to share. To be honest,
> > while I like the idea of letting a server asynchronously manage the
> > packages and using a Hurd translator for this, I don't think it's
> > *that* much more convenient or important. If I were to work on
> > something for Hurd (as a GSoC project or otherwise) it would be
> > something more important, like getting sound working, clean up code,
> > or port Debian packages.
> Now that's a pity...
> Personally, I voice the opinion that working on things which in some way
> show off the possibilities the Hurd architecture offers, is actually
> much more important right now than fixing existing shortcomings in the
> implementation... Playing catch-up is a hopeless case anyways, unless we
> can get a considerable number of people to see major benefits, so they
> actually will be willing to invest in this system.

That's actually very true. If the features of Hurd are not used, then
they are practically not there. Without the features there is no
incentive for people to work on the system. It makes sense that if
enough interesting software is developed for the Hurd then more people
will want to make the Hurd itself more stable so that they can use the
software with it.

I have actually changed my mind by 90% now. I'll probably send in an
application today (there still is time, is there?). Just not sure what
change I should make for that patch you want... I have virtually no
knowledge of the code in Hurd. I have cloned hurd.git and unionfs.git
from Savannah because I felt they were relevant. Cannot find anything
simple to change though (only complex stuff in BUGS/TODO).

Another thing, is it really necessary to have a Google account to apply?
I guess I could shut it down after the summer though.


Attachment: signature.asc
Description: This is a digitally signed message part

reply via email to

[Prev in Thread] Current Thread [Next in Thread]