Control: tag 702706 + moreinfo On 03/10/2013 10:43 AM, J. Cassidy wrote: > Package: Debirf 0.33 > > Debirf 0.33 in Wheezy with 3.8.1 kernel. rc=134
Are you running your own build of the kernel, or the build from debian
experimental? it looks to me like you're doing this on amd64 as well --
is that right?
> on running "debirf make xkiosk" using the abovementioned setup all seems
> to proceed well (Retrieving, Validating etc.) until this -
were you hoping to build a debirf image with the 3.8 kernel? or with
the stock wheezy kernel? That is, is 3.8 a property of the build system
or the intended target? if it is intended for the target, how were you
instructing debirf to build against the 3.8 kernel? can you show the
part of the transcript where you
> run-parts: executing xkiosk/modules/install-kernel
> E: No packages found
> Reading package lists... Done
> Building dependency tree... Done
> terminate called after throwing an instance of 'std::out_of_range'
> what(): basic_string::compare
> Aborted
> run-parts: xkiosk/modules/install-kernel exited with return code 134
I just ran the same process on a wheezy system running 3.8 from debian
experimental, and did not have this problem. Can you give me more
feedback that might help me replicate the issue?
in particular, can you supply the output of uname -r ?
the install-kernel module assumes that the kernel flavor (e.g. "amd64")
can be derived from $(uname -r | cut -d- -f3-). If your kernel doesn't
supply that, you can force the matter with an environment variable, by
running like:
DEBIRF_KERNEL_FLAVOR=amd64 debirf make xkiosk
> Debirf with the "r" switch produces a slightly different error message -
We generally discourage running with -r, since it has the possibility of
modifying the build system itself.
Regards,
--dkg
signature.asc
Description: OpenPGP digital signature
