On Wed, Jun 9, 2010 at 11:00 PM, Tong Sun <suntong001@gmail.com> wrote:

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

Thanks