[issue801] grml-debootstrap parameter handling

[Tong Sun]

Tong Sun <suntong001 at gmail.com> added the comment:

On Fri, Jun 25, 2010 at 5:39 AM, Michael Prokop <bts at bts.grml.org> wrote:

>
> > The revert is absolutely necessary. However, the changes in
>
> >
> http://git.grml.org/?p=grml-debootstrap.git;a=commit;h=7cc268e168259a681c0244f9d73a28b7dc4d3769
>
> > is a over kill. I.e., only the revert in config file is all it take to
> > restore the normal grml-debootstrap behaviour. Or, to make it clear,
> state
> > that package installation and pre-seeding are enabled by default in the
> > default config file. This way, power users can still benefit from the
> > flexibility.
>
> Sounds reasonable (as long as it doesn't change existing behaviour ;))
>
> > Sorry for responding late, mika. would you take care of it please?
>
> Tong, care to provide a patch which does what you'd like to see?
>

The changes at above url,
http://git.grml.org/?p=grml-debootstrap.git;a=commit;h=7cc268e168259a681c0244f9d73a28b7dc4d3769

is called 'Revert "Updated grml-debootstrap parameter handling"', which
reverts the patches that I sent. What we need to do is just to revert this
revert, but leave out the change to "config". I.e., all the files,
cmdlineopts.clp, grml-debootstrap and grml-debootstrap.8.txt  need to be
reverted (except config).

I don't know how you did the revert the first time, but I think this second
time revert should not be too much different.

Could you take care of rest now, mika?

This will fix the problem of specifying --packages=xxx will not work as
well.

Thanks

----------
assignedto: mika
files: unnamed
messages: 2835, 2837, 2838, 2848, 2849, 2850, 2851, 2852, 2853, 2855, 2878, 2914, 3216, 3218, 3219, 3233, 3234, 3236
nosy: mika, suntong
priority: feature
status: chatting
title: grml-debootstrap parameter handling

_____________________________________
GRML issue tracker <bts at bts.grml.org>
<http://bts.grml.org/grml/issue801>
_____________________________________
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://ml.grml.org/pipermail/bugs-changes/attachments/20100625/c24e9517/attachment.htm>