Re: [yocto] Creating a directory in a recipe
Hi Bahjat, >do_install() { > >install -d /test/ >install -m 0777 bye.sh /test/ >} Assuming you actually want to create "test" in the root-dir of your *image*, rather than in the root-dir of your host, I think you'll find that "$(D}" is your friend, as in ... install -d ${D}/test etc. -- jim 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: Dr. Philipp Schön (Chairman), Berthold Dambacher, Christoph von Jan 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
Re: [yocto] Which repo for meta-altera ?
Hi Kevin, Rodger, got it this time – I had indeed missed the clue about the maintainers. I should RTFM more often…. Many thanks for your help and patience ☺. -- jim Von: enak...@googlemail.com [mailto:enak...@googlemail.com] Gesendet: Mittwoch, 29. Juli 2015 22:37 An: Dalon Westergreen dwest...@gmail.com; Spriggs, Jim j.spri...@raylase.de; Alex J Lennon ajlen...@dynamicdevices.co.uk Cc: yocto@yoctoproject.org; r...@lists.rocketboards.org Betreff: Re: [yocto] Which repo for meta-altera ? As you can read in the ReadMe.md Khem Raj and Yves Vandervennet are the official maintainers of github.com/altera-opensource/meta-alterahttp://github.com/altera-opensource/meta-altera I really recommend to use github.com/altera-opensource/meta-alterahttp://github.com/altera-opensource/meta-altera instead of the fork from Khem Raj. But since you use the fork of one of the maintainers, it will probably be most of the time in synch with the altera-opensource repository. Von: Dalon Westergreenmailto:dwest...@gmail.com Gesendet: Mittwoch, 29. Juli 2015 21:54 An: Spriggs, Jimmailto:j.spri...@raylase.de, Alex J Lennonmailto:ajlen...@dynamicdevices.co.uk, Kevin B.mailto:enak...@googlemail.com Cc: yocto@yoctoproject.orgmailto:yocto@yoctoproject.org, r...@lists.rocketboards.orgmailto:r...@lists.rocketboards.org As far as I understand it Altera only maintains the one repo. On July 29, 2015 6:44:23 AM PDT, Spriggs, Jim j.spri...@raylase.demailto:j.spri...@raylase.de wrote: Hi Alex, Dalon, Kevin, Lists hmmm, so I guess I'm still confused (sorry). Alex recommends going via the official oe layers index, which currently links directly to github.com/kraj/meta-alterahttp://github.com/kraj/meta-altera. Kevin and Dalon hold out for github.com/altera-opensource/meta-alterahttp://github.com/altera-opensource/meta-altera, and Dalon specifically says ... and repos under any user name in github are forks. So is there an official ;-) dichotomy between altera and oe? Thanks for listening... -- jim -Ursprüngliche Nachricht- Von: Alex J Lennon [mailto:ajlen...@dynamicdevices.co.uk] Gesendet: Mittwoch, 29. Juli 2015 15:10 An: Spriggs, Jim j.spri...@raylase.demailto:j.spri...@raylase.de Cc: yocto@yoctoproject.orgmailto:yocto@yoctoproject.org Betreff: Re: [yocto] Which repo for meta-altera ? On 28/07/2015 10:10, Spriggs, Jim wrote: Hi Guys; confused noob here... There appear to be (at least) two official repos for meta-altera: github.com/kraj/meta-alterahttp://github.com/kraj/meta-altera and git.rocketboards.org/meta-altera.githttp://git.rocketboards.org/meta-altera.git So how should I choose between them? Thanks! -- Jim Sorry about the company sig.: I can't switch it off. fwiw I would usually start with the official index http://layers.openembedded.org/layerindex/branch/master/layers/ This seems to point to github Cheers, Alex 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. -- Sent from my Android device with K-9 Mail. Please excuse my brevity. 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
Re: [yocto] Which repo for meta-altera ?
Hi Alex, Dalon, Kevin, Lists hmmm, so I guess I'm still confused (sorry). Alex recommends going via the official oe layers index, which currently links directly to github.com/kraj/meta-altera. Kevin and Dalon hold out for github.com/altera-opensource/meta-altera, and Dalon specifically says ... and repos under any user name in github are forks. So is there an official ;-) dichotomy between altera and oe? Thanks for listening... -- jim -Ursprüngliche Nachricht- Von: Alex J Lennon [mailto:ajlen...@dynamicdevices.co.uk] Gesendet: Mittwoch, 29. Juli 2015 15:10 An: Spriggs, Jim j.spri...@raylase.de Cc: yocto@yoctoproject.org Betreff: Re: [yocto] Which repo for meta-altera ? On 28/07/2015 10:10, Spriggs, Jim wrote: Hi Guys; confused noob here... There appear to be (at least) two official repos for meta-altera: github.com/kraj/meta-altera and git.rocketboards.org/meta-altera.git So how should I choose between them? Thanks! -- Jim Sorry about the company sig.: I can't switch it off. fwiw I would usually start with the official index http://layers.openembedded.org/layerindex/branch/master/layers/ This seems to point to github Cheers, Alex 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
[yocto] Which repo for meta-altera ?
Hi Guys; confused noob here... There appear to be (at least) two official repos for meta-altera: github.com/kraj/meta-altera and git.rocketboards.org/meta-altera.git So how should I choose between them? Thanks! -- Jim 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. -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] Is there a fetcher for (dare I say it?) TFS (arrrrgh, I said it...) out there somewhere, or do I have to roll my own?
Hi Paul, List rodger that, thanks! Looks like it's time to embiggen my python nature... A quick skim through the sources suggests (to me, at least) that the p4 command-set looks similar enough to TEE's to make it a reasonable starting point for a TFS fetcher. Would anyone with wider experience of the various (supported) SCCS care to correct my naïve impression? Greets, -- jim -Ursprüngliche Nachricht- Von: Paul Eggleton [mailto:paul.eggle...@linux.intel.com] Gesendet: Mittwoch, 15. Juli 2015 12:56 An: Spriggs, Jim j.spri...@raylase.de Cc: yocto@yoctoproject.org Betreff: Re: [yocto] Is there a fetcher for (dare I say it?) TFS (agh, I said it...) out there somewhere, or do I have to roll my own? On Wednesday 15 July 2015 10:23:09 Paul Eggleton wrote: Hi Jim, On Wednesday 15 July 2015 09:06:19 Spriggs, Jim wrote: [ before anyone tells me to wash my mouth with soap: I actually have to live with this junk on a daily basis, so cut me some slack already :-\ ] Been there! (Not with TFS, but VSS in a previous job...) I'm running the dizzy version of bb on my build-server, and currently actively *push* stuff to it from the TFS-server. Obviously, I'd much rather have the build-server *pull* from the TFS-server, probably using the TEE CLC. I realize that there's never likely to be any official support for TFS, and I'll probably have to roll my own fetcher. FWIW, and I hope Richard doesn't hit me, I think we would accept a fetcher implementation into BitBake rather than having to have it floating around somewhere externally - you can see we've done that for other proprietary version control systems. The challenge with these fetchers though is that nobody who regularly maintains BitBake is able to test them, so we are almost completely reliant on folks in the community such as yourself to do that testing for us after it gets merged (and not send us patches that break it, because we probably won't be able to verify that they don't). The current Bitbake User Manual seems only to describe the standard fetchers, so if anyone could point me at a clue or two about how to write and integrate a custom fetcher, I'd be very grateful indeed. I don't think we have anything in the way of documentation on writing your own fetcher - the only documentation is the code. That said, using the existing fetchers as examples it should be fairly straightforward I would hope. Hmm, the bit I neglected to state explicitly - I'm not aware of anyone having previously implemented a TFS fetcher, but hopefully if such a person exists they will speak up here ;) Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre 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
[yocto] Is there a fetcher for (dare I say it?) TFS (arrrrgh, I said it...) out there somewhere, or do I have to roll my own?
Hi Guys, [ before anyone tells me to wash my mouth with soap: I actually have to live with this junk on a daily basis, so cut me some slack already :-\ ] I'm running the dizzy version of bb on my build-server, and currently actively *push* stuff to it from the TFS-server. Obviously, I'd much rather have the build-server *pull* from the TFS-server, probably using the TEE CLC. I realize that there's never likely to be any official support for TFS, and I'll probably have to roll my own fetcher. The current Bitbake User Manual seems only to describe the standard fetchers, so if anyone could point me at a clue or two about how to write and integrate a custom fetcher, I'd be very grateful indeed. Thanks for listening! -- Jim PS: 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. -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
[yocto] How to debug a custom image creation script?
Hi Guys, I'd like to have my custom layer generate an sdcard image, so I've implemented a classes/image_types_x.bbclass. This contains, amongst other things, the (bash) function generate_x_sdcard(). Being a naïve n00b, I assumed that I could just scatter bbnotes, echos, or even set -x around inside the function to my heart's content, and would be able to see the output somewhere. Trouble is, I can't find it anywhere! So what is the best/approved/obvious way to get debug traces out of a bbclass function? If I am already doing the Right Thing, where should I be looking for the output? Thanks for listening, and for any clues! -- Jim PS: 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. -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] How to debug a custom image creation script?
Hi Paul, Rodger, thanks. Strangely, log.do_rootfs says: NOTE: The image creation groups are: [['ext3', 'tar'], ['sdcard']] and NOTE: Running image creation script for sdcard: .../tmp/work/mymachine-poky-linux-gnuabi/my-image/1.0-r0/temp/create_image.sdcard ... and NOTE: Creating symlinks for sdcard image ... But nothing between the last two, as if the output from create_image.sdcard is not being captured after all. That script is present, and appears to contain everything from my bbclass. The .rootfs.sdcard is being created in deploy/images, albeit with bogus contents (which is why I want to debug the script), so I have every reason to think that img_creation_func() is indeed being called. However, not even a simple echo at the start of img_creation_func() leaves anything visible in log.do_rootfs. I guess either I'm still doing something wrong, or the problem with bbnote, etc., is not just confined to the UI. I'm using dizzy, btw. Greets, -- jim -Ursprüngliche Nachricht- Von: Paul Eggleton [mailto:paul.eggle...@linux.intel.com] Gesendet: Freitag, 22. Mai 2015 11:22 An: Spriggs, Jim Cc: yocto@yoctoproject.org Betreff: Re: [yocto] How to debug a custom image creation script? Hi Jim, On Friday 22 May 2015 08:47:23 Spriggs, Jim wrote: I'd like to have my custom layer generate an sdcard image, so I've implemented a classes/image_types_x.bbclass. This contains, amongst other things, the (bash) function generate_x_sdcard(). Being a naïve n00b, I assumed that I could just scatter bbnotes, echos, or even set -x around inside the function to my heart's content, and would be able to see the output somewhere. Trouble is, I can't find it anywhere! So what is the best/approved/obvious way to get debug traces out of a bbclass function? If I am already doing the Right Thing, where should I be looking for the output? You should see output printed here in log.do_rootfs for the image you are building. In case you're unaware, you can find this in the directory pointed to by the T variable for the recipe, the following command will show this to you: bitbake -e your-imagename | grep ^T= As an aside, we do want to change the bbwarn/bbnote/bberror etc. shell functions to output to the UI just like the python equivalents do, it's a known issue that they do not. There's a bug open for that (assigned to me as it happens): https://bugzilla.yoctoproject.org/show_bug.cgi?id=5275 I should really get that one sorted out for the next release. Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre 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
Re: [yocto] Need advice on tracking down -dirty
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
[yocto] Need advice on tracking down -dirty
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. 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. -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] [Rfi] bitbake altera-gsrd-image -c populate_sdk fails with Multiple .bb files ... nativesdk-libiconv ... external-linaro-toolchain.bb ... eglibc_2.16.bb
Hi Dalon, Lists Ok, thanks, worth a try! I wonder if there’s any connection between my difficulties with populate_sdk and Colin’s, as described in “[Rfi] Yocto bitbake meta-toolchin and meta-toolchain-sdk”. -- jim Von: Dalon Westergreen [mailto:dwest...@gmail.com] Gesendet: Mittwoch, 3. Dezember 2014 14:32 An: Spriggs, Jim Cc: Dambacher, Berthold; Weber, Markus; yocto@yoctoproject.org; Wilfert, Dennis; Höcht, Matthias; r...@lists.rocketboards.org Betreff: Re: [Rfi] bitbake altera-gsrd-image -c populate_sdk fails with Multiple .bb files ... nativesdk-libiconv ... external-linaro-toolchain.bb ... eglibc_2.16.bb If you look here http://rocketboards.org/foswiki/Documentation/YoctoDoraBuildWithMetaAltera This is a better guide to using newer yocto versions. I would suggest dumping the poky-socfpga stuff. Dalon On Dec 3, 2014 3:36 AM, Spriggs, Jim j.spri...@raylase.demailto:j.spri...@raylase.de wrote: Re-Hi, Some more investigations... To shorten the build run times, I used the altera-image-minimal and core-image-minimal recipes instead of the (much larger) altera-gsrd-image. As they stand, both recipes can be built without problems. WIth bitbake recipe -c populate_sdk both fail as above with Multiple .bb files... Since one of the duplicate providers is apparently the external-linaro-toolchain, I decided to eliminate it from site.conf, and let bitbake build the internal toolchain. This time the -c populate_sdk worked like a charm. So it looks to me as if there's an incompatibility between the *external* linaro toolchain and the populte_sdk task in the altera version of poky. I'm more than happy to try and fix the problem, but I don't (yet) have a clue where to look next. Has anyone got a pointer for me, please? -- jim From: rfi-boun...@lists.rocketboards.orgmailto:rfi-boun...@lists.rocketboards.org [rfi-boun...@lists.rocketboards.orgmailto:rfi-boun...@lists.rocketboards.org] on behalf of Spriggs, Jim [j.spri...@raylase.demailto:j.spri...@raylase.de] Sent: 02 December 2014 10:12 To: r...@lists.rocketboards.orgmailto:r...@lists.rocketboards.org Subject: [Rfi] bitbake altera-gsrd-image -c populate_sdk fails with Multiple .bb files ... nativesdk-libiconv ... external-linaro-toolchain.bbhttp://external-linaro-toolchain.bb ... eglibc_2.16.bbhttp://eglibc_2.16.bb Hi Guys, Having followed the instructions at http://www.rocketboards.org/foswiki/Documentation/GSRD140CompilingLinuxCopyArrowSoCKitEdition to set up for building the GSRD image, I tried bitbake altera-gsrd-image and it worked just fine, producing the image as expected. Then I tried bitbake altera-gsrd-image -c populate_sdk, and got the error message in the Subject. As an utter newbie, I'm hoping someone can point out (in simple terms!) what I'm doing wrong. Is populate_sdk not supported by SoCKit GSRD 14.0 ? Is my invocation wrong? Thanks for any clues! -- Jim PS: 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-0tel:%2B49-%280%298153%2F88%2098-0 Fax: +49-(0)8153/88 98-10tel:%2B49-%280%298153%2F88%2098-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. ___ Rfi mailing list r...@lists.rocketboards.orgmailto:r...@lists.rocketboards.org http://lists.rocketboards.org/cgi-bin/mailman/listinfo/rfi RAYLASE AG Argelsrieder Feld 2+4 82234 Wessling Germany Tel.: +49-(0)8153/88 98-0tel:%2B49-%280%298153%2F88%2098-0 Fax: +49-(0)8153/88 98-10tel:%2B49-%280%298153%2F88%2098-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
[yocto] bitbake altera-gsrd-image -c populate_sdk fails with Multiple .bb files ... nativesdk-libiconv ... external-linaro-toolchain.bb ... eglibc_2.16.bb
Hi Guys, Having followed the instructions at http://www.rocketboards.org/foswiki/Documentation/GSRD140CompilingLinuxCopyArrowSoCKitEdition to set up for building the GSRD image, I tried bitbake altera-gsrd-image and it worked just fine, producing the image as expected. Then I tried bitbake altera-gsrd-image -c populate_sdk, and got the error message in the Subject. As an utter newbie, I'm hoping someone can point out (in simple terms!) what I'm doing wrong. Is populate_sdk not supported by SoCKit GSRD 14.0 ? Is my invocation wrong? Thanks for any clues! -- Jim PS: 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. -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] [Rfi] bitbake altera-gsrd-image -c populate_sdk fails with Multiple .bb files ... nativesdk-libiconv ... external-linaro-toolchain.bb ... eglibc_2.16.bb
Re-Hi, Some more investigations... To shorten the build run times, I used the altera-image-minimal and core-image-minimal recipes instead of the (much larger) altera-gsrd-image. As they stand, both recipes can be built without problems. WIth bitbake recipe -c populate_sdk both fail as above with Multiple .bb files... Since one of the duplicate providers is apparently the external-linaro-toolchain, I decided to eliminate it from site.conf, and let bitbake build the internal toolchain. This time the -c populate_sdk worked like a charm. So it looks to me as if there's an incompatibility between the *external* linaro toolchain and the populte_sdk task in the altera version of poky. I'm more than happy to try and fix the problem, but I don't (yet) have a clue where to look next. Has anyone got a pointer for me, please? -- jim From: rfi-boun...@lists.rocketboards.org [rfi-boun...@lists.rocketboards.org] on behalf of Spriggs, Jim [j.spri...@raylase.de] Sent: 02 December 2014 10:12 To: r...@lists.rocketboards.org Subject: [Rfi] bitbake altera-gsrd-image -c populate_sdk fails with Multiple .bb files ... nativesdk-libiconv ... external-linaro-toolchain.bb ... eglibc_2.16.bb Hi Guys, Having followed the instructions at http://www.rocketboards.org/foswiki/Documentation/GSRD140CompilingLinuxCopyArrowSoCKitEdition to set up for building the GSRD image, I tried bitbake altera-gsrd-image and it worked just fine, producing the image as expected. Then I tried bitbake altera-gsrd-image -c populate_sdk, and got the error message in the Subject. As an utter newbie, I'm hoping someone can point out (in simple terms!) what I'm doing wrong. Is populate_sdk not supported by SoCKit GSRD 14.0 ? Is my invocation wrong? Thanks for any clues! -- Jim PS: 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. ___ Rfi mailing list r...@lists.rocketboards.org http://lists.rocketboards.org/cgi-bin/mailman/listinfo/rfi 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
Re: [yocto] [SOLVED] Newbie confusion: trying to use meta-mono on poky-socfpga (Arrow SoCKit)
Hi Guys, answering my own question... It is sufficient to add x11 to the DISTRO_FEATURES variable in the machine configuation file ( .../machine/socfpga_cyclone5.conf ). Simple, really! -- jim From: yocto-boun...@yoctoproject.org [yocto-boun...@yoctoproject.org] on behalf of Spriggs, Jim [j.spri...@raylase.de] Sent: 21 November 2014 14:14 To: yocto@yoctoproject.org Subject: [yocto] Newbie confusion: trying to use meta-mono on poky-socfpga (Arrow SoCKit) Hi Guys, [ yes, I've also posted this question on rocketboards list] My goal is to run console .NET apps via Mono on the Arrow SoCKit with poky-socfpga v14.0 My first steps were: 1) Add the meta-mono layer to bblayers.conf 2) Put IMAGE_INSTALL_append = mono in local.conf 3) Execute bitbake altera-gsrd-image ... - Build Configuration: BB_VERSION= 1.16.0 TARGET_ARCH = arm TARGET_OS = linux-gnueabi MACHINE = socfpga_cyclone5 DISTRO= poky DISTRO_VERSION= 1.3 TUNE_FEATURES = armv7a vfp neon callconvention-hard cortexa9 TARGET_FPU= vfp-neon meta meta-yocto meta-yocto-bsp meta-altera meta-linaro = acds14.0:83a01c4b2da664648d8ca0425ba6b98ff9a5b7ca meta-mono = master:802138721cc72e5f4fb9853b0552a117e677536e NOTE: Resolving any missing task queue dependencies ERROR: Nothing PROVIDES 'libxft' (but /home/jim/Projects/poky-socfpga/meta-mono/recipes-mono/libgdiplus/libgdiplus_2.10.8.bb DEPENDS on or otherwise requires it) ERROR: libxft was skipped: 'x11' not in DISTRO_FEATURES NOTE: Runtime target 'mono' is unbuildable, removing... Missing or unbuildable dependency chain was: ['mono', 'libgdiplus', 'libxft'] ERROR: Required build target 'altera-gsrd-image' has no buildable providers. Missing or unbuildable dependency chain was: ['altera-gsrd-image', 'mono', 'libgdiplus', 'libxft'] - Obviously, x11 not in DISTRO_FEATURES is a clue, but as a Newbie, I'm not exactly sure what it's telling me. After spending several hours trawling through the the other layers and recipes in poky-socfpga, I'm coming to the conclusion that the lack of x11 is somehow due to the machine configuration. Would someone be kind enough confirm or deny my conclusion, and perhaps point me in the right direction, if there is one? Thanks! -- jim 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 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
[yocto] Newbie confusion: trying to use meta-mono on poky-socfpga (Arrow SoCKit)
Hi Guys, [ yes, I've also posted this question on rocketboards list] My goal is to run console .NET apps via Mono on the Arrow SoCKit with poky-socfpga v14.0 My first steps were: 1) Add the meta-mono layer to bblayers.conf 2) Put IMAGE_INSTALL_append = mono in local.conf 3) Execute bitbake altera-gsrd-image ... - Build Configuration: BB_VERSION= 1.16.0 TARGET_ARCH = arm TARGET_OS = linux-gnueabi MACHINE = socfpga_cyclone5 DISTRO= poky DISTRO_VERSION= 1.3 TUNE_FEATURES = armv7a vfp neon callconvention-hard cortexa9 TARGET_FPU= vfp-neon meta meta-yocto meta-yocto-bsp meta-altera meta-linaro = acds14.0:83a01c4b2da664648d8ca0425ba6b98ff9a5b7ca meta-mono = master:802138721cc72e5f4fb9853b0552a117e677536e NOTE: Resolving any missing task queue dependencies ERROR: Nothing PROVIDES 'libxft' (but /home/jim/Projects/poky-socfpga/meta-mono/recipes-mono/libgdiplus/libgdiplus_2.10.8.bb DEPENDS on or otherwise requires it) ERROR: libxft was skipped: 'x11' not in DISTRO_FEATURES NOTE: Runtime target 'mono' is unbuildable, removing... Missing or unbuildable dependency chain was: ['mono', 'libgdiplus', 'libxft'] ERROR: Required build target 'altera-gsrd-image' has no buildable providers. Missing or unbuildable dependency chain was: ['altera-gsrd-image', 'mono', 'libgdiplus', 'libxft'] - Obviously, x11 not in DISTRO_FEATURES is a clue, but as a Newbie, I'm not exactly sure what it's telling me. After spending several hours trawling through the the other layers and recipes in poky-socfpga, I'm coming to the conclusion that the lack of x11 is somehow due to the machine configuration. Would someone be kind enough confirm or deny my conclusion, and perhaps point me in the right direction, if there is one? Thanks! -- jim 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