[issue801] grml-debootstrap parameter handling

Michael Prokop bts at bts.grml.org
Fri Jun 25 11:41:24 CEST 2010


Michael Prokop <mika at grml.org> added the comment:

* Tong Sun wrote in grml's BTS on 20100610 / 05:21:

> > only the revert in config file is all it take to restore the normal
> > grml-debootstrap behaviour.

> Moreover, I think the change to cmdlineopts.clp
> (in
> http://git.grml.org/?p=grml-debootstrap.git;a=commit;h=7cc268e168259a681c0244f9d73a28b7dc4d3769
> )
> might be the reason for the bug that I'm troubleshooting for:

> % grml-debootstrap --verbose --confdir=$gdcd --target $os_mnt --hostname
> $gdhn --nodebootstrap --debconf --packages=$ttf

> [ . . . ]
>    Executing stage kernel
> Writing extended state information... Done
> Get:1 http://security.debian.org testing/updates Release.gpg [835B]
> Get:2 http://security.debian.org testing/updates Release
> [44.6kB]

> [ . . . ]
>    Executing stage packages
>    Executing stage extrapackages

> I.e., I specified --packages=xxx but the packages are still not installed --
> this is the first time grml-debootstrap invoked on the debootstrap'd OS.
> I.e., stage file is not the cause.

> The reason is that, handling normal parameter and handling optional
> parameter have entirely different approach in .clp file. Merely change
> getopt option won't work.

Is there any chance you'd provide a patch for that?

regards,
-mika-

----------
assignedto: mika
messages: 2835, 2837, 2838, 2848, 2849, 2850, 2851, 2852, 2853, 2855, 2878, 2914, 3216, 3218, 3219, 3233, 3234
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>
_____________________________________


More information about the Bugs-changes mailing list