[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: ping (update-grub2)
From: |
Robert Millan |
Subject: |
Re: ping (update-grub2) |
Date: |
Tue, 28 Nov 2006 07:32:07 +0100 |
User-agent: |
Mutt/1.5.13 (2006-08-11) |
On Tue, Nov 28, 2006 at 08:48:08AM +1100, Jason Thomas wrote:
> I think now is the time. Lets do it.
You mean in Debian? If upstream is not interested, I'd really prefer an
explicit answer, just to be sure.
> On Mon, Nov 27, 2006 at 06:00:16PM +0100, Robert Millan wrote:
> >
> > No comments? Are you interested in getting this into the main grub tree?
> > In my
> > opinion, since update-grub needs a rewrite it's a good oportunity to merge
> > this
> > now and unify grub.cfg generation across distributions (something that
> > wasn't
> > possible with the old update-grub because of copyright issues).
> >
> > That said, if you don't like the idea then we could proceed adding it in
> > debian,
> > but that might close the door to merging in the future (maintaining the
> > script
> > in debian ourselves implies accepting contributions from many people
> > without any
> > paperwork arrangements).
> >
> > On Sun, Oct 15, 2006 at 12:18:42PM +0200, Robert Millan wrote:
> > >
> > > Hi there,
> > >
> > > This is my proposal for a new dessign in update-grub. As you might know,
> > > update-grub is a script used in Debian to generate GRUB config file.
> > > Over time,
> > > we've found that the monolithic dessign of that script made it difficult
> > > to
> > > maintain and extend, and it ultimately has become bloated. I'm
> > > redessigning it
> > > to be simple, modular and easily extensible.
> > >
> > > With this work, we solve another problem: the copyright for original
> > > update-grub
> > > was held by several people and it was too difficult to attain the
> > > paperwork FSF
> > > projects require for submitting the script to you.
> > >
> > > The script I'm attaching is mostly meant as proof of concept to show the
> > > proposed framework for generating the config file and allowing
> > > third-party apps
> > > (memtest86, etc) to hook their stuff in.
> > >
> > > Please send me your feedback and tell wether you like it. I think it'd
> > > be very
> > > good if a unified solution for this were provided from GRUB upstream,
> > > instead of
> > > each distributor cooking up their own.
--
Robert Millan
My spam trap is address@hidden Note: this address is only intended for
spam harvesters. Writing to it will get you added to my black list.