* 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-