Hi Bruce, List
@Bruce: many thanks indeed for your prompt reply and very helpful clue!
It turns out -dirty has nothing directly to do with my own recipe at all.
It appears as soon as I specify 'KERNEL_PROVIDER = linux-altera' in
local.conf, instead of allowing the meta-altera layer's default (which is
linux-altera-ltsi) to go through.
linux-altera currently pulls in kernel version 3.15, whereas
linux-altera-ltsi pulls in 3.10.
I'm using git clone https://github.com/kraj/meta-altera; to get the altera
layer.
Can anyone suggest why 3.15 should (apparently) be dirty straight out of the
repo?
Is this actually expected behaviour?
Alternatively, what it is that I'm failing to understand about the whole
yocto/bitbake mechanism?
Many thanks for your collective patience
--
jim
From: Bruce Ashfield [bruce.ashfi...@windriver.com]
Sent: 08 May 2015 16:08
To: Spriggs, Jim; yocto@yoctoproject.org
Cc: Wilfert, Dennis; Weber, Markus
Subject: Re: [yocto] Need advice on tracking down -dirty
On 2015-05-08 5:36 AM, Spriggs, Jim wrote:
Hi Guys,
Using poky dizzy with meta-altera (from OE), and trying to implement a simple
loadable kernel-module by following the method outlined in Lab3 of
https://www.yoctoproject.org/sites/default/files/kernel-lab-1.6.pdf.
I'm doing an rm -rf tmp before starting bitbake virtual/kernel
my-image-recipe.
The build seems to work just fine: the kernel-module--1.0-r0.machine.rpm
appears as expected under .../deploy/...
The package installation task fails, however, with:
error: Can't install kernel-module--1.0-r0@machine : no package
provides kernel-3.15.0-00184-g5ae31a7
and indeed, the kernel packages available in .../deploy/... are:
kernel-3.15-r1.machine.rpm
kernel-3.15.0-00184-g5ae31a7-dirty-3.15-r1.machine.rpm
kernel-dev-3.15-r1.machine.rpm
kernel-image-3.15.0-00184-g5ae31a7-dirty-3.15-r1.machine.rpm
Yet git status reports nothing to commit, w.d. clean for both the main
poky tree and the meta-altera sub-tree.
By this, do you mean the kernel source tree ? Or the layers ?
I haven't looked at the kernel recipe you are using, but PV
and the git hash you have in those package names is coming from
the kernel source directory.
It is there that you'll likely find un-commited changes, and what
is triggering the -dirty flag to be captured.
Bruce
So I guess the n00b needs a clue about how to find out why and where the
dirty-flag is getting set?
Thanks for listening!
--
jim spriggs
PS: the real names of module and machine have been redacted above to protect
the guilty...
PPS: sorry about the company sig., I can't switch it off.
RAYLASE AG
Argelsrieder Feld 2+4
82234 Wessling
Germany
Tel.: +49-(0)8153/88 98-0
Fax: +49-(0)8153/88 98-10
http://www.raylase.de
District Court Munich, HRB 131450
Board: Peter von Jan (CEO)
Supervisory Board: Dr. Ulrich Lohmann (Chairman)
Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.
This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error) please
notify the sender immediately and destroy this e-mail. Any unauthorized
copying, disclosure or distribution of the material in this e-mail is
strictly forbidden.
RAYLASE AG
Argelsrieder Feld 2+4
82234 Wessling
Germany
Tel.: +49-(0)8153/88 98-0
Fax: +49-(0)8153/88 98-10
http://www.raylase.de
District Court Munich, HRB 131450
Board: Peter von Jan (CEO)
Supervisory Board: Dr. Ulrich Lohmann (Chairman)
Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen.
Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten
haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail.
Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht
gestattet.
This e-mail may contain confidential and/or privileged information. If you are
not the intended recipient (or have received this e-mail in error) please
notify the sender immediately and destroy this e-mail. Any unauthorized
copying, disclosure or distribution of the material in this e-mail is strictly
forbidden.
--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto