| *** pidge <pidge!pidge@nat/intel/x-evgdvvfjuqpsjnxl> has quit IRC | 00:01 | |
| *** maxtothemax <maxtothemax!maxtothema@nat/intel/x-gkbfaskprsskyfje> has quit IRC | 00:16 | |
| -YoctoAutoBuilder- build #132 of nightly-qa-logrotate is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-logrotate/builds/132 | 00:17 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 00:24 | |
| *** sjolley <sjolley!~sjolley@134.134.139.74> has joined #yocto | 00:35 | |
| *** sameo <sameo!~samuel@192.55.54.38> has quit IRC | 00:38 | |
| *** radzy_ is now known as radzy_away | 00:38 | |
| *** Squix <Squix!~Squix__@p049.net112139164.tokai.or.jp> has joined #yocto | 00:42 | |
| *** adelcast <adelcast!~adelcast@130.164.62.249> has quit IRC | 00:45 | |
| *** munch <munch!~mark@c-67-184-166-69.hsd1.il.comcast.net> has quit IRC | 00:47 | |
| -YoctoAutoBuilder- build #134 of nightly-x32 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x32/builds/134 | 01:32 | |
| *** dvhart <dvhart!dvhart@nat/intel/x-cbcyxblniqwrezqi> has joined #yocto | 01:40 | |
| *** nitink1 <nitink1!nitink@nat/intel/x-medrmahilqpyfmfv> has joined #yocto | 01:59 | |
| *** nitink <nitink!nitink@nat/intel/x-azwzbrnfclkwdfpp> has quit IRC | 02:02 | |
| -YoctoAutoBuilder- build #132 of nightly-qa-systemd is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-systemd/builds/132 | 02:06 | |
| *** nitink1 <nitink1!nitink@nat/intel/x-medrmahilqpyfmfv> has quit IRC | 02:07 | |
| *** rcw <rcw!~rwoolley@69-196-168-141.dsl.teksavvy.com> has joined #yocto | 02:09 | |
| *** rcw <rcw!~rwoolley@69-196-168-141.dsl.teksavvy.com> has quit IRC | 02:21 | |
| *** simmel80___ <simmel80___!~quassel@p5797FC96.dip0.t-ipconnect.de> has joined #yocto | 02:22 | |
| *** simmel80 <simmel80!~quassel@p5797FD6B.dip0.t-ipconnect.de> has quit IRC | 02:25 | |
| *** joeythesaint <joeythesaint!~joe@209.141.56.162> has quit IRC | 03:04 | |
| *** Squix <Squix!~Squix__@p049.net112139164.tokai.or.jp> has quit IRC | 03:18 | |
| *** Squix <Squix!~Squix__@p049.net112139164.tokai.or.jp> has joined #yocto | 03:19 | |
| *** nitink <nitink!~nitink@134.134.139.70> has joined #yocto | 03:26 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 03:26 | |
| *** LCyrin <LCyrin!~LCyrin@2607:fb90:2709:2306:5a05:b2e7:1af4:636f> has quit IRC | 03:28 | |
| *** dvhart <dvhart!dvhart@nat/intel/x-cbcyxblniqwrezqi> has quit IRC | 03:33 | |
| *** michael_e_brown <michael_e_brown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has quit IRC | 03:35 | |
| *** sgw_ <sgw_!~sgw@c-50-186-0-160.hsd1.or.comcast.net> has joined #yocto | 03:49 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 03:58 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 04:15 | |
| *** lsb_tester <lsb_tester!~milan@123.237.139.36> has quit IRC | 04:29 | |
| *** kalyank <kalyank!~kalyan@host-109-204-153-23.tp-fne.tampereenpuhelin.net> has joined #yocto | 04:44 | |
| *** zecke <zecke!~ich@91-64-81-99-dynip.superkabel.de> has joined #yocto | 04:48 | |
| *** droy <droy!rishabhsix@gateway/shell/waartaa/x-xukcmavgeixpjala> has joined #yocto | 04:57 | |
| *** droy <droy!rishabhsix@gateway/shell/waartaa/x-idamwqsgsecrrlub> has joined #yocto | 05:02 | |
| *** droy <droy!rishabhsix@gateway/shell/waartaa/x-kqfsyeocvszgzleg> has joined #yocto | 05:06 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 05:07 | |
| *** tyler-baker <tyler-baker!~tyler@linaro/tyler-baker> has quit IRC | 05:08 | |
| *** droy <droy!rishabhsix@gateway/shell/waartaa/x-igyrabivqvkoqkip> has joined #yocto | 05:11 | |
| *** lsb_tester <lsb_tester!~milan@111.93.218.67> has joined #yocto | 05:14 | |
| *** radzy_away is now known as radzy_ | 05:15 | |
| *** radzy_ is now known as radzy_away | 05:15 | |
| *** droy <droy!rishabhsix@gateway/shell/waartaa/x-hwehcctuklbqljrt> has joined #yocto | 05:16 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 05:17 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 05:19 | |
| *** droy <droy!rishabhsix@gateway/shell/waartaa/x-kwsrxumrjscpnhqu> has joined #yocto | 05:20 | |
| *** sachin__ <sachin__!~sachin@182.48.244.100> has joined #yocto | 05:23 | |
| *** droy <droy!rishabhsix@gateway/shell/waartaa/x-juryrnjikeuvadtm> has joined #yocto | 05:26 | |
| *** droy <droy!rishabhsix@gateway/shell/waartaa/x-uihkriouhkmbveny> has joined #yocto | 05:30 | |
| *** agust <agust!~agust@p4FDE784A.dip0.t-ipconnect.de> has joined #yocto | 05:33 | |
| *** droy <droy!rishabhsix@gateway/shell/waartaa/x-ayxifvzlrtkrpzze> has joined #yocto | 05:34 | |
| *** droy <droy!rishabhsix@gateway/shell/waartaa/x-daldickykjwxtcbb> has joined #yocto | 05:40 | |
| *** blloyd <blloyd!~blloyd@COX-66-210-177-72-static.coxinet.net> has joined #yocto | 05:42 | |
| *** droy <droy!rishabhsix@gateway/shell/waartaa/x-lwmnjwshfwudveuw> has joined #yocto | 05:44 | |
| *** droy <droy!rishabhsix@gateway/shell/waartaa/x-rafjmvztvnfcgsft> has joined #yocto | 05:48 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 05:50 | |
| *** droy <droy!rishabhsix@gateway/shell/waartaa/x-spgbhwmowhayqiaq> has joined #yocto | 05:54 | |
| *** qt-x <qt-x!~ionel@217.10.196.2> has joined #yocto | 05:57 | |
| *** droy <droy!rishabhsix@gateway/shell/waartaa/x-rnswqzxhvtrurldb> has joined #yocto | 05:58 | |
| *** droy <droy!rishabhsix@gateway/shell/waartaa/x-qmivgbphkjprlqup> has joined #yocto | 06:02 | |
| *** droy <droy!rishabhsix@gateway/shell/waartaa/x-zogajplwollgzpei> has joined #yocto | 06:08 | |
| *** droy <droy!rishabhsix@gateway/shell/waartaa/x-tjmtsrgatyblpgdf> has joined #yocto | 06:12 | |
| *** tasslehoff <tasslehoff!~Tasslehof@77.40.182.98> has joined #yocto | 06:13 | |
| *** TobSnyder <TobSnyder!~schneider@ip923491d1.dynamic.kabel-deutschland.de> has joined #yocto | 06:13 | |
| zecke | Are there any known issues with quilt-native/chrpath on Ubuntu? | 06:13 |
|---|---|---|
| zecke | (12.04 LTS) and Dora? | 06:13 |
| *** droy <droy!rishabhsix@gateway/shell/waartaa/x-kfzfzlanvenatzel> has joined #yocto | 06:17 | |
| *** droy <droy!rishabhsix@gateway/shell/waartaa/x-oswrxmmveeibctzc> has joined #yocto | 06:22 | |
| *** droy <droy!rishabhsix@gateway/shell/waartaa/x-hxcawvfqjeqipdxb> has joined #yocto | 06:26 | |
| zecke | RP: how can I see the output of a bb.note from within a python routine? | 06:29 |
| zecke | RP: it is not printed to my pty, it doesn't show up in the log file. I am semi-confident that the code got executed | 06:30 |
| *** droy <droy!rishabhsix@gateway/shell/waartaa/x-xkosiyoagqzmqwrs> has joined #yocto | 06:31 | |
| zecke | looks like I had to nuke the cache too | 06:32 |
| *** droy <droy!rishabhsix@gateway/shell/waartaa/x-qejkcmjsjanvjvjb> has joined #yocto | 06:36 | |
| *** droy <droy!rishabhsix@gateway/shell/waartaa/x-pfulsehrmevcbuth> has joined #yocto | 06:40 | |
| *** nitink <nitink!~nitink@134.134.139.70> has quit IRC | 06:40 | |
| *** droy <droy!rishabhsix@gateway/shell/waartaa/x-pfulsehrmevcbuth> has quit IRC | 06:40 | |
| *** nitink <nitink!nitink@nat/intel/x-qwirkzthrbrjjgku> has joined #yocto | 06:42 | |
| *** kroon <kroon!~kroon@89-253-118-72.customers.ownit.se> has quit IRC | 06:43 | |
| *** droy <droy!rishabhsix@gateway/shell/waartaa/x-hzegtbezgifeatla> has joined #yocto | 06:45 | |
| *** droy <droy!rishabhsix@gateway/shell/waartaa/x-jjjodfdmcriovtwu> has joined #yocto | 06:54 | |
| *** eballetbo <eballetbo!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has joined #yocto | 06:56 | |
| *** zecke <zecke!~ich@91-64-81-99-dynip.superkabel.de> has quit IRC | 07:02 | |
| *** neabax <neabax!~neabax@192.77.239.81> has joined #yocto | 07:12 | |
| *** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has quit IRC | 07:16 | |
| *** g1zer0 <g1zer0!~gizero@host168-65-static.12-87-b.business.telecomitalia.it> has joined #yocto | 07:16 | |
| *** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has joined #yocto | 07:18 | |
| *** kroon <kroon!~kroon@193.15.174.198> has joined #yocto | 07:21 | |
| *** nitink <nitink!nitink@nat/intel/x-qwirkzthrbrjjgku> has quit IRC | 07:22 | |
| *** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-kbivgxmiwdjulzgq> has joined #yocto | 07:26 | |
| *** jbrianceau_away is now known as jbrianceau | 07:26 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 07:30 | |
| *** shoragan <shoragan!~shoragan@debian/developer/shoragan> has joined #yocto | 07:34 | |
| *** mckoan|away is now known as mckoan | 07:34 | |
| mckoan | good morning | 07:34 |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 07:36 | |
| *** nitink <nitink!nitink@nat/intel/x-ajxntcvquxvcbayc> has joined #yocto | 07:38 | |
| *** vmeson <vmeson!~quassel@128.224.252.2> has quit IRC | 07:42 | |
| *** vmeson <vmeson!~quassel@128.224.252.2> has joined #yocto | 07:44 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 07:44 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 07:45 | |
| *** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto | 07:53 | |
| *** rink <rink!50f6c8c8@gateway/web/freenode/ip.80.246.200.200> has joined #yocto | 07:54 | |
| *** rink is now known as rink_ | 07:54 | |
| rink_ | hi all :) | 07:54 |
| rink_ | anyone have time for a quick q? i'm trying to make an initrd/initramfs-based rootfs.cpio.gz - it builds okay, but includes the zImage which I obviously don't want | 07:55 |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 07:55 | |
| rink_ | how can I ensure the kernel image ends up in tmp/deply/zImage, but won't be part of the rootfs? | 07:55 |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 07:55 | |
| *** shoragan <shoragan!~shoragan@debian/developer/shoragan> has quit IRC | 07:57 | |
| *** shoragan <shoragan!~shoragan@debian/developer/shoragan> has joined #yocto | 07:58 | |
| RP | rink_: looking at kernel.bbclass, RDEPENDS_kernel-base = "" looks like it might help | 07:58 |
| rink_ | hmm I also just noticed it was part of IMAGE_INSTALL_append = "kernel" | 07:58 |
| rink_ | is it safe just to 'rm -rf tmp' and bitbake the image again to be sure it builds what I need? | 07:59 |
| RP | rink_: that dependency won't help, yes | 07:59 |
| RP | rink_: should be safe although even if you don't do that, it should adjust to the changes | 08:00 |
| rink_ | Well, for your platform, I need a separate kernel, rootfs and devicetrees, combined in a single custom image | 08:01 |
| rink_ | s/your/our/ # doh | 08:01 |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 08:03 | |
| RP | rink_: shouldn't be a problem, its just a matter of configuration. if you change the image configuration, it should get accurately regenerated as per the change | 08:04 |
| *** sameo <sameo!~samuel@192.55.54.42> has joined #yocto | 08:11 | |
| *** sameo <sameo!~samuel@192.55.54.42> has joined #yocto | 08:12 | |
| *** radzy_away <radzy_away!~radzy@63.140.125.40> has quit IRC | 08:12 | |
| *** radzy_away <radzy_away!~radzy@63.140.125.40> has joined #yocto | 08:13 | |
| *** nitink <nitink!nitink@nat/intel/x-ajxntcvquxvcbayc> has quit IRC | 08:17 | |
| *** nitink1 <nitink1!~nitink@134.134.139.70> has joined #yocto | 08:17 | |
| *** nitink1 <nitink1!~nitink@134.134.139.70> has quit IRC | 08:32 | |
| *** nitink <nitink!nitink@nat/intel/x-ktbnspfrokgcaced> has joined #yocto | 08:33 | |
| *** ant_work <ant_work!~ant__@host54-128-static.10-188-b.business.telecomitalia.it> has joined #yocto | 08:35 | |
| *** pev <pev!~pev@2.31.101.16> has quit IRC | 08:42 | |
| *** bluelightning <bluelightning!~paul@83.217.123.106> has joined #yocto | 08:45 | |
| *** bluelightning <bluelightning!~paul@83.217.123.106> has quit IRC | 08:45 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 08:45 | |
| bluelightning | morning all | 09:01 |
| *** belen <belen!Adium@nat/intel/x-rkitochfuyniblzn> has joined #yocto | 09:02 | |
| *** _valle_ <_valle_!~valle@194-218-94-206.customer.telia.com> has quit IRC | 09:03 | |
| *** Denwid <Denwid!c2cc4226@gateway/web/freenode/ip.194.204.66.38> has joined #yocto | 09:03 | |
| *** ScriptRipper <ScriptRipper!~ScriptRip@opensuse/member/MartinMohring> has quit IRC | 09:06 | |
| *** _valle_ <_valle_!~valle@194-218-94-206.customer.telia.com> has joined #yocto | 09:06 | |
| *** ScriptRipper <ScriptRipper!~ScriptRip@opensuse/member/MartinMohring> has joined #yocto | 09:08 | |
| *** neabax <neabax!~neabax@192.77.239.81> has quit IRC | 09:14 | |
| *** Squix <Squix!~Squix__@p049.net112139164.tokai.or.jp> has quit IRC | 09:20 | |
| *** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has quit IRC | 09:20 | |
| *** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has joined #yocto | 09:22 | |
| rink_ | hmm, I've added custom image_type, with IMAGE_CMD_custom = ..., but it isn't buitl | 09:29 |
| rink_ | the .bbclass is built, however | 09:29 |
| rink_ | uhm ,i mean, it is processed | 09:30 |
| *** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has joined #yocto | 09:35 | |
| *** lsb_tester <lsb_tester!~milan@111.93.218.67> has quit IRC | 09:36 | |
| rink_ | rephrase | 09:41 |
| rink_ | I've made classes/image_type_sys.bb | 09:42 |
| rink_ | added it using IMAGE_CLASSES += "image_type_sys" in the machine.conf file | 09:42 |
| rink_ | the .bb is processed | 09:42 |
| rink_ | the machine.conf contains IMAGE_FSTYPES = "sys" | 09:42 |
| rink_ | however, the IMAGE_CMD_sys = "..." command in the image_type_sys.bb file isn't called | 09:43 |
| rink_ | why not? | 09:43 |
| ant_work | http://cgit.openembedded.org/openembedded-core/tree/meta/classes/image_types.bbclass#n128 | 09:46 |
| ant_work | rink_: ^ | 09:47 |
| rink_ | isn't that exactly what I am doing? | 09:47 |
| ant_work | note IMAGE_TYPES = | 09:47 |
| rink_ | hmm, my 'sys' type shows up in bitbake -e |grep ^IMAGE_TYPES | 09:48 |
| rink_ | so why is it ignoring the IMAGE_CMD_sys = "..." thing completely ? how can I find what it does? | 09:49 |
| ant_work | you have to check the logs and the run. files in the image workdir | 09:51 |
| *** mulhern <mulhern!~mulhern@50.189.153.218> has joined #yocto | 09:52 | |
| rink_ | this is odd | 09:54 |
| rink_ | the command _does_ get executed after a cleansstate | 09:54 |
| rink_ | how does yocto decide that the command should be run? | 09:54 |
| ant_work | short version: if the checksum of the task has changed | 09:55 |
| ant_work | btw, it is bitbake and not Yocto | 09:56 |
| rink_ | hmmm, I don't see a means to tell my image recipe what the output file is | 09:56 |
| Denwid | what do you mean by output file? | 09:59 |
| Denwid | what kind of filesystem? | 09:59 |
| rink_ | i'm making a TAR file of the kernel, the initrd, the boot script and the device tree | 09:59 |
| Denwid | ah that's what you want to do... | 10:00 |
| rink_ | odd thing is | 10:00 |
| rink_ | now that I've run cleansstate, it will rebuild the file as needed | 10:01 |
| -YoctoAutoBuilder- build #140 of nightly-arm is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-arm/builds/140 | 10:02 | |
| Denwid | you ran bitbake yourimage -c cleansstate and now it works? | 10:03 |
| rink_ | yes | 10:03 |
| Denwid | it seems that bitbake doesn't recognize a new IMAGE_CMD_ it automatically, it probably decided to not run do_rootfs alltogether since you ran it before already and didn't change the image recipe | 10:07 |
| *** belen <belen!Adium@nat/intel/x-rkitochfuyniblzn> has quit IRC | 10:07 | |
| *** zecke <zecke!~ich@62.154.155.81> has joined #yocto | 10:08 | |
| Denwid | sometimes it can be a little difficult with the whole dependecy chains and stuff, especially with features like IMAGE_CMD_ or thelike. | 10:08 |
| rink_ | I can imagine that :) | 10:09 |
| rink_ | hmm it never even seems to rebuild the IMAGE_CMD_ ... likely because the input hasn't changed | 10:10 |
| *** ant_work <ant_work!~ant__@host54-128-static.10-188-b.business.telecomitalia.it> has quit IRC | 10:10 | |
| Denwid | I think the IMAGE_CMD is part of the do_rootfs task and if thatone isn't run then so is the IMAGE_CMD_ | 10:10 |
| Denwid | You can probably force it with bitbake yourimage -c rootfs -f | 10:11 |
| Denwid | If you know everything up to that point is already as it should be | 10:12 |
| rink_ | thanks! | 10:15 |
| *** zecke <zecke!~ich@62.154.155.81> has quit IRC | 10:15 | |
| *** zecke <zecke!~ich@62.154.155.81> has joined #yocto | 10:15 | |
| zecke | bluelightning: ping? | 10:16 |
| *** ant_work <ant_work!~ant__@host54-128-static.10-188-b.business.telecomitalia.it> has joined #yocto | 10:16 | |
| rink_ | hhmmm after deleting 'tmp' my deploy directory is almost empty :( | 10:19 |
| rink_ | save for modules-* | 10:19 |
| rink_ | *sigh* | 10:19 |
| rink_ | Denwid, and after doing the -c rootfs -s line, I don't have my own tar file but the rest is built | 10:21 |
| rink_ | this is off | 10:21 |
| rink_ | *scratches had* | 10:21 |
| rink_ | head, even | 10:21 |
| Denwid | mhh did you have a look at the logs in tmp/work/*/yourimage/temp? | 10:29 |
| rink_ | need to be afk, will have a look afterwards | 10:30 |
| rink_ | Denwid, ant_work, thanks! | 10:31 |
| *** zecke <zecke!~ich@62.154.155.81> has quit IRC | 10:57 | |
| *** Krampus <Krampus!~Krampus@ec2-54-245-2-216.us-west-2.compute.amazonaws.com> has quit IRC | 11:02 | |
| *** Krampus <Krampus!~Krampus@ec2-54-245-2-216.us-west-2.compute.amazonaws.com> has joined #yocto | 11:02 | |
| *** roxell <roxell!~roxell@linaro/roxell> has quit IRC | 11:18 | |
| *** smurray <smurray!~Scott@69-165-247-13.cable.teksavvy.com> has quit IRC | 11:18 | |
| *** roxell <roxell!~roxell@linaro/roxell> has joined #yocto | 11:18 | |
| *** smurray <smurray!~Scott@69-165-247-13.cable.teksavvy.com> has joined #yocto | 11:18 | |
| *** ndec <ndec!~ndec@linaro/ndec> has quit IRC | 11:18 | |
| *** ndec <ndec!~ndec@linaro/ndec> has joined #yocto | 11:19 | |
| *** AlexVaduva <AlexVaduva!c1ca1642@gateway/web/freenode/ip.193.202.22.66> has quit IRC | 11:20 | |
| *** jluisn <jluisn!~quassel@187.115.172.24> has joined #yocto | 11:24 | |
| *** fray <fray!U2FsdGVkX1@gate.crashing.org> has quit IRC | 11:27 | |
| *** scot_ <scot_!~scot@130.164.62.160> has joined #yocto | 11:30 | |
| *** fray <fray!U2FsdGVkX1@63.228.1.57> has joined #yocto | 11:32 | |
| *** scot <scot!~scot@130.164.62.160> has quit IRC | 11:32 | |
| *** fray <fray!U2FsdGVkX1@63.228.1.57> has quit IRC | 11:34 | |
| *** zyla <zyla!~zyla@89-71-231-31.dynamic.chello.pl> has quit IRC | 11:36 | |
| *** jmpdelos <jmpdelos!~polk@174-22-170-241.clsp.qwest.net> has quit IRC | 11:36 | |
| *** jmpdelos <jmpdelos!~polk@174-22-170-241.clsp.qwest.net> has joined #yocto | 11:36 | |
| *** zyla <zyla!~zyla@89-71-231-31.dynamic.chello.pl> has joined #yocto | 11:37 | |
| TobSnyder | when running GST_DEBUG=5 with my application, I do see full path of where GStreamer was built | 11:38 |
| TobSnyder | 0:00:00.003091334 941 0x261200 DEBUG GST_MEMORY /data/BoundaryDevices/yocto/fsl-community-bsp/build/tmp/work/cortexa9hf-vfp-neon-poky-linux-gnueabi/gstreamer1.0/1.2.4-r0/gstreamer-1.2.4/gst/gstallocator.c:586:_priv_gst_memory_initialize: memory alignment: 7 | 11:38 |
| TobSnyder | is there a way to remove that path, bevause it makes GST Logs hard to read? | 11:39 |
| rburton | tobiash: sed? | 11:39 |
| rburton | the log contains the source, so you either change the logging code to remove that, or sed it out before reading | 11:40 |
| *** belen <belen!~Adium@192.198.151.44> has joined #yocto | 11:41 | |
| *** Denwid <Denwid!c2cc4226@gateway/web/freenode/ip.194.204.66.38> has quit IRC | 11:49 | |
| *** lyang0 <lyang0!~lyang001@1.202.252.122> has quit IRC | 11:55 | |
| *** sachin__ <sachin__!~sachin@182.48.244.100> has quit IRC | 11:55 | |
| *** lyang0 <lyang0!~lyang001@1.202.252.122> has joined #yocto | 11:55 | |
| *** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC | 11:56 | |
| *** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto | 11:56 | |
| *** diego_r <diego_r!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has joined #yocto | 12:02 | |
| *** zecke <zecke!~ich@62.154.155.81> has joined #yocto | 12:03 | |
| *** joeythesaint <joeythesaint!~joe@209.141.56.162> has joined #yocto | 12:05 | |
| *** zecke <zecke!~ich@62.154.155.81> has quit IRC | 12:08 | |
| *** zecke <zecke!~ich@62.154.155.81> has joined #yocto | 12:10 | |
| TobSnyder | the same message on my PC: | 12:12 |
| TobSnyder | 0:00:00.000197984 25813 0x2140a00 DEBUG GST_MEMORY gstallocator.c:586:_priv_gst_memory_initialize: memory alignment: 7 | 12:12 |
| TobSnyder | I have never seen logs with full paths before, so I assume it is some configuration of yocto / poky compiler ? | 12:13 |
| *** diego_ <diego_!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has joined #yocto | 12:15 | |
| *** diego_r <diego_r!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has quit IRC | 12:15 | |
| *** diego_ is now known as diego_r | 12:15 | |
| *** sroy_ <sroy_!~sroy@2607:fad8:4:6:3e97:eff:feb5:1e2b> has joined #yocto | 12:19 | |
| *** RP <RP!~richard@5751f4a1.skybroadband.com> has quit IRC | 12:27 | |
| *** adelcast <adelcast!~adelcast@130.164.62.249> has joined #yocto | 12:30 | |
| *** sakoman1 <sakoman1!~steve@static-74-41-60-154.dsl1.pco.ca.frontiernet.net> has joined #yocto | 12:32 | |
| *** sakoman <sakoman!~steve@static-74-41-60-154.dsl1.pco.ca.frontiernet.net> has quit IRC | 12:34 | |
| *** RP <RP!~richard@5751f4a1.skybroadband.com> has joined #yocto | 12:38 | |
| *** sakoman1 <sakoman1!~steve@static-74-41-60-154.dsl1.pco.ca.frontiernet.net> has quit IRC | 12:38 | |
| *** JaMae <JaMae!~martin@ip-89-176-104-3.net.upcbroadband.cz> has joined #yocto | 12:39 | |
| *** zyla <zyla!~zyla@89-71-231-31.dynamic.chello.pl> has quit IRC | 12:42 | |
| *** zyla1 <zyla1!~zyla@89-71-231-31.dynamic.chello.pl> has joined #yocto | 12:42 | |
| *** msm <msm!~msm@cpe-72-182-100-192.austin.res.rr.com> has joined #yocto | 12:46 | |
| *** abelloni_ <abelloni_!~abelloni@128-79-216-6.hfc.dyn.abo.bbox.fr> has joined #yocto | 12:46 | |
| *** RagBal <RagBal!~RagBal@54694E34.cm-12-2b.dynamic.ziggo.nl> has quit IRC | 12:47 | |
| *** Rootert <Rootert!~Rootert@54694E34.cm-12-2b.dynamic.ziggo.nl> has quit IRC | 12:47 | |
| *** RagBal <RagBal!~RagBal@54694E34.cm-12-2b.dynamic.ziggo.nl> has joined #yocto | 12:48 | |
| *** Denwid <Denwid!c2cc4226@gateway/web/freenode/ip.194.204.66.38> has joined #yocto | 12:48 | |
| *** abelloni <abelloni!~abelloni@128-79-216-6.hfc.dyn.abo.bbox.fr> has quit IRC | 12:48 | |
| *** Rootert <Rootert!~Rootert@54694E34.cm-12-2b.dynamic.ziggo.nl> has joined #yocto | 12:48 | |
| *** tasslehoff <tasslehoff!~Tasslehof@77.40.182.98> has quit IRC | 12:49 | |
| *** thaytan <thaytan!~thaytan@113.94.233.220.static.exetel.com.au> has quit IRC | 12:49 | |
| *** thaytan_ <thaytan_!~thaytan@113.94.233.220.static.exetel.com.au> has joined #yocto | 12:49 | |
| *** maxin <maxin!~majo@sestofw01.enea.se> has quit IRC | 12:50 | |
| *** maxin <maxin!~majo@sestofw01.enea.se> has joined #yocto | 12:50 | |
| *** sakoman <sakoman!~steve@static-74-41-60-154.dsl1.pco.ca.frontiernet.net> has joined #yocto | 12:53 | |
| *** bfederau <bfederau!~quassel@service.basyskom.com> has quit IRC | 13:01 | |
| *** bfederau <bfederau!~quassel@service.basyskom.com> has joined #yocto | 13:01 | |
| *** zecke <zecke!~ich@62.154.155.81> has quit IRC | 13:05 | |
| *** zecke <zecke!~ich@62.154.155.81> has joined #yocto | 13:11 | |
| rink_ | otavio, help - still can't get the gpu-viv samples to be removed | 13:16 |
| rink_ | well, I can, but not without losing the libraries as well | 13:16 |
| rink_ | if anyone reads, gpu-viv-bin-mx6q_3.10.17-1.0.0-hfp.bb includes gpu-viv-bin-mx6q.inc - see http://git.yoctoproject.org/cgit/cgit.cgi/meta-fsl-arm/tree/recipes-graphics/gpu-viv-bin-mx6q | 13:17 |
| rink_ | I've made a .bbappend file - see http://pastebin.com/PNgmyHtw | 13:18 |
| rink_ | the idea is to throw away everything in /opt/viv_samples and keep the libraries it installs intact | 13:18 |
| rink_ | but the result is that absolutely nothing of the gpu-viv- ... recipe is installed anymore | 13:18 |
| rink_ | Help! :) | 13:18 |
| rink_ | i wonder if the problem is that bb things: Hey, these libraries aren't needed by anything => let's remove them from the image | 13:26 |
| rink_ | *thinks | 13:26 |
| *** codinho <codinho!~me@3.63.125.92.etth.tomsknet.ru> has joined #yocto | 13:28 | |
| *** codinho <codinho!~me@unaffiliated/codinho> has joined #yocto | 13:28 | |
| *** ant_work <ant_work!~ant__@host54-128-static.10-188-b.business.telecomitalia.it> has quit IRC | 13:28 | |
| *** dmoseley <dmoseley!~dmoseley@cpe-174-096-222-251.carolina.res.rr.com> has quit IRC | 13:30 | |
| *** kapare <kapare!~kapare@mail.rogue-research.com> has quit IRC | 13:32 | |
| *** adelcast <adelcast!~adelcast@130.164.62.249> has quit IRC | 13:35 | |
| *** rcw <rcw!~rwoolley@128.224.252.2> has joined #yocto | 13:35 | |
| rink_ | otavio, turns out adding the lib*-mx6 specifically to IMAGE_INSTALL_append solves it for me; it was indeed deciding no one needed the libs | 13:37 |
| otavio | rink_: uh? | 13:38 |
| rink_ | scroll up a bit? :) | 13:38 |
| rink_ | as before, I was having problems with removing the viv_samples directory from the installed image - this would also remove libGLES etc | 13:39 |
| rink_ | but adding IMAGE_INSTALL_append += 'libgles-mx6' fixes this for me | 13:40 |
| *** scot_ <scot_!~scot@130.164.62.160> has quit IRC | 13:45 | |
| *** fray <fray!U2FsdGVkX1@gate.crashing.org> has joined #yocto | 13:45 | |
| *** blitz00 <blitz00!~stefans@89.122.246.95> has joined #yocto | 13:47 | |
| *** blitz00 <blitz00!~stefans@unaffiliated/blitz00> has joined #yocto | 13:47 | |
| *** scot <scot!~scot@130.164.62.160> has joined #yocto | 13:47 | |
| *** belen <belen!~Adium@192.198.151.44> has quit IRC | 13:53 | |
| *** radzy_away is now known as radzy_ | 13:55 | |
| *** mkeeter <mkeeter!~mkeeter@50.245.9.77> has joined #yocto | 14:05 | |
| *** sjolley <sjolley!~sjolley@134.134.139.74> has quit IRC | 14:07 | |
| *** RP <RP!~richard@5751f4a1.skybroadband.com> has quit IRC | 14:09 | |
| *** RP <RP!~richard@5751f4a1.skybroadband.com> has joined #yocto | 14:09 | |
| eliza411 | RP, I have some preliminary prototype work on www.yoctodev.org/downloads for your review and shared some notes with your lf address | 14:10 |
| eliza411 | RP, things are just roughed in right now. I won't focus on visual presentation too much until the structure and naming are right. | 14:11 |
| *** Mahesh__ <Mahesh__!~sachin@182.48.244.100> has joined #yocto | 14:14 | |
| mkeeter | anyone around that’s comfortable with formfactor stuff? | 14:14 |
| mkeeter | I’m trying to figure out how to rebuild when I change a machconfig file | 14:15 |
| mkeeter | because I’m unclear where that configuration data actually goes | 14:15 |
| *** RP <RP!~richard@5751f4a1.skybroadband.com> has quit IRC | 14:17 | |
| *** RP <RP!~richard@5751f4a1.skybroadband.com> has joined #yocto | 14:17 | |
| *** simmel80___ <simmel80___!~quassel@p5797FC96.dip0.t-ipconnect.de> has quit IRC | 14:19 | |
| *** simmel80_ <simmel80_!~quassel@p5797FC96.dip0.t-ipconnect.de> has joined #yocto | 14:20 | |
| *** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC | 14:22 | |
| ionte | hi. i need to refetch a recipe (using git). so i run: bitbake linux-raspberrypi -c fetch -f | 14:24 |
| ionte | umm, wait.. | 14:25 |
| ionte | it seems to have worked anyway. nevermind... | 14:25 |
| ionte | ok, another problem. anyone familiar with the raspberry pi bsp? i can't get "kernel_configure_variable" to work.. | 14:27 |
| *** qt-x <qt-x!~ionel@217.10.196.2> has quit IRC | 14:28 | |
| ionte | umm, wait ... :) | 14:28 |
| *** sjolley <sjolley!sjolley@nat/intel/x-wuapkyiikzjmiirz> has joined #yocto | 14:29 | |
| *** simmel80_ <simmel80_!~quassel@p5797FC96.dip0.t-ipconnect.de> has quit IRC | 14:34 | |
| *** simmel80_ <simmel80_!~quassel@p5797FC96.dip0.t-ipconnect.de> has joined #yocto | 14:36 | |
| *** kroon <kroon!~kroon@193.15.174.198> has quit IRC | 14:38 | |
| zecke | bluelightning: ping? | 14:39 |
| bluelightning | zecke: pong | 14:39 |
| zecke | bluelightning: I think gmane ate my mail. Should www.yoctoproject.org/downloads/pseudo/pseudo-1.5.1.tar.bz2 lead to the pseudo sources? | 14:40 |
| *** munch <munch!~mark@c-67-184-166-69.hsd1.il.comcast.net> has joined #yocto | 14:40 | |
| bluelightning | zecke: did you have that link from somewhere else? | 14:41 |
| bluelightning | ah, it's in the recipe isn't it | 14:42 |
| zecke | bluelightning: pseudo_1.5.1.bb in dora | 14:42 |
| bluelightning | so the answer is yes it absolutely should | 14:42 |
| zecke | bluelightning: but it looks like it is broken in master too | 14:42 |
| bluelightning | zecke: I am filing a bug now | 14:42 |
| zecke | thanks. i didn't know who to chase. :) | 14:43 |
| bluelightning | https://bugzilla.yoctoproject.org/show_bug.cgi?id=6426 | 14:47 |
| yocti | Bug 6426: major, Undecided, ---, melissa, NEW , pseudo broken download | 14:47 |
| *** armpit <armpit!~akuster@c-98-239-95-55.hsd1.ca.comcast.net> has joined #yocto | 14:47 | |
| *** adelcast <adelcast!~adelcast@130.164.62.249> has joined #yocto | 14:53 | |
| *** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has joined #yocto | 14:54 | |
| *** g1zer0 <g1zer0!~gizero@host168-65-static.12-87-b.business.telecomitalia.it> has quit IRC | 14:59 | |
| *** tyler-baker <tyler-baker!~tyler@linaro/tyler-baker> has joined #yocto | 15:01 | |
| *** simmel80 <simmel80!~quassel@p5797FC96.dip0.t-ipconnect.de> has joined #yocto | 15:01 | |
| *** simmel80_ <simmel80_!~quassel@p5797FC96.dip0.t-ipconnect.de> has quit IRC | 15:02 | |
| ionte | ok. anyone in the knows about meta-raspberrypi? i've created a bbappend for the kernel. i've added do_configure_prepend to it and included kernel_configure_variable to change some defaults. | 15:05 |
| ionte | it doesn't work though | 15:05 |
| *** blitz00 <blitz00!~stefans@unaffiliated/blitz00> has quit IRC | 15:06 | |
| ionte | if i understand it correctly do_configure_prepend in my bbappend is called first, and then do_configure_prepend in meta-raspberrypi. and meta-raspberrypi clears all my changes at the start... | 15:06 |
| ionte | so what is the preferred way to change some kernel configs with meta-raspberrypi? | 15:06 |
| *** dvhart <dvhart!dvhart@nat/intel/x-pdeasqmscgvrjfcg> has joined #yocto | 15:06 | |
| blloyd | ionte: is there a reason you don't do an append instead? | 15:08 |
| *** simmel80_ <simmel80_!~quassel@p5797E302.dip0.t-ipconnect.de> has joined #yocto | 15:08 | |
| ionte | blloyd: yes. the kernel_configure_variable simply appends to the .config file. | 15:08 |
| ionte | blloyd: so if i use append i can get CONFIG_SPI_SPIDEV=y in the middle of the file, and then my "# CONFIG_SPI_SPIDEV not set" at the end of the file | 15:09 |
| *** simmel80 <simmel80!~quassel@p5797FC96.dip0.t-ipconnect.de> has quit IRC | 15:09 | |
| blloyd | perhaps do a sed in an append operation? | 15:15 |
| bluelightning | that's exactly what config fragments are designed to allow | 15:15 |
| *** _ccube <_ccube!ccube@2a01:4f8:130:1014::54> has joined #yocto | 15:22 | |
| volker- | 721.0K grub-sparc64-setup | 15:26 |
| mkeeter | I’ve got a second question related to machines and formfactors: | 15:28 |
| mkeeter | what’s the difference between enabling keyboard in MACHINE_FEATURES and setting HAVE_KEYBOARD=y in a formfactor machconfig? | 15:28 |
| mkeeter | any enlightenment would be much appreciated | 15:28 |
| rburton | machine features control what hardware the machine has and generally control things like kernel modules | 15:29 |
| rburton | formfactors are unrelated and saying HAVE_KEYBOARD tells eg Sato that it doesn't need to display a virtual keyboard because you have a real one | 15:29 |
| mkeeter | huh, okay | 15:30 |
| mkeeter | and formfactors are chosen based on machine name | 15:31 |
| mkeeter | okay, it looks like HAVE_KEYBOARD ends up as a bash variable | 15:31 |
| mkeeter | which can then be used in other things | 15:31 |
| *** belen <belen!Adium@nat/intel/x-vhhtnwiabxlgvcei> has joined #yocto | 15:31 | |
| *** vquicksilver <vquicksilver!~wolf@81.172.114.83.dyn.user.ono.com> has joined #yocto | 15:31 | |
| *** vquicksilver <vquicksilver!~wolf@gentoo/contributor/vquicksilver> has joined #yocto | 15:31 | |
| mkeeter | ah, and formfactor/config gets called in things like sato config scripts | 15:32 |
| mkeeter | alright, that makes sense | 15:32 |
| mkeeter | thanks | 15:32 |
| *** fusman <fusman!~fahad@110.93.212.98> has quit IRC | 15:34 | |
| *** vquicksilver <vquicksilver!~wolf@gentoo/contributor/vquicksilver> has quit IRC | 15:38 | |
| *** Piziwate <Piziwate!5503efcb@gateway/web/freenode/ip.85.3.239.203> has joined #yocto | 15:45 | |
| Piziwate | Hello, I've a simple bbappend recipe question... | 15:45 |
| Piziwate | I'm building several images with Yocto Daisy. One use meta-ti and others only Yocto. I've created a kernel bbappend for ti-linux-staging in my own meta. | 15:46 |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 15:47 | |
| Piziwate | Now if i want to build an image not based on meta-ti I got an error : No recipes available for... | 15:47 |
| Piziwate | This is normal because my current build doesn't include meta-ti... how can I solve that ? | 15:48 |
| dvhart | Piziwate, which recipes aren't available? | 15:48 |
| dvhart | which image are yout rying to build | 15:48 |
| dvhart | which machine? | 15:48 |
| kergoth | he has a general layer that wants to bbappend to a bsp specific recipe, and wants to use it whether that bsp layer is included or not | 15:48 |
| kergoth | afaict | 15:48 |
| *** TobSnyder <TobSnyder!~schneider@ip923491d1.dynamic.kabel-deutschland.de> has quit IRC | 15:48 | |
| Piziwate | the linux-ti-staging | 15:48 |
| kergoth | i've had to support that case before | 15:48 |
| Piziwate | this is my own machine file | 15:48 |
| dvhart | ah | 15:49 |
| Piziwate | yes Kergoth you're right | 15:49 |
| kergoth | you can split up your layer into two, one with the ti specifics and one without, or you can structure your layer to support layer-specific appends | 15:49 |
| kergoth | we do this in meta-mentor | 15:49 |
| kergoth | https://github.com/MentorEmbedded/meta-mentor/blob/master/meta-mel/conf/layer.conf#L5-L8 | 15:49 |
| Piziwate | layer-specific appends will be a good choice... | 15:50 |
| kergoth | then you can create a subdir in your layer from the layer name . e.g. move your recipes-kernel/linux/linux-ti-staging_3.12.bbappend to meta-ti/recipes-kernel/linux/linux-ti-staging_3.12.bbappend | 15:50 |
| kergoth | that'll only be included when meta-ti is included | 15:50 |
| kergoth | it works quite well for us | 15:50 |
| kergoth | e.g. see all the layer subdirs in https://github.com/MentorEmbedded/meta-mentor/tree/master/meta-mentor-staging | 15:51 |
| kergoth | of course, you can always set bb_danglingappends_warnonly, but then you can miss a legitimate case where it *should* fail if the recipe goes missing but the append still exists, for example if upstream bumps a recipe version | 15:51 |
| kergoth | so this is a better approach than that | 15:52 |
| dvhart | kergoth, thanks - I learned something here today too ;-) | 15:53 |
| Piziwate | great ! thank you kergoth ! | 15:53 |
| kergoth | np | 15:53 |
| *** fray <fray!U2FsdGVkX1@gate.crashing.org> has quit IRC | 15:54 | |
| kergoth | OT, but anyone know of a good script to backup your github repositories for a user/org? Actually, it'd be ideal to also extract issues, etc, to truly get all your data out, but a dead simple iterate-over-the-repos-from-the-github-api might be a start | 15:54 |
| mkeeter | ls | 15:54 |
| mkeeter | oops, wrong window | 15:54 |
| *** mckoan is now known as mckoan|away | 16:03 | |
| *** Mahesh__ <Mahesh__!~sachin@182.48.244.100> has quit IRC | 16:03 | |
| *** cbzx <cbzx!~cbzx@CPE0015f275ebd6-CM00195edd810c.cpe.net.cable.rogers.com> has joined #yocto | 16:04 | |
| *** zecke <zecke!~ich@62.154.155.81> has quit IRC | 16:05 | |
| *** TobSnyder <TobSnyder!~schneider@ip923491d1.dynamic.kabel-deutschland.de> has joined #yocto | 16:08 | |
| *** msm <msm!~msm@cpe-72-182-100-192.austin.res.rr.com> has left #yocto | 16:22 | |
| *** jbrianceau is now known as jbrianceau_away | 16:28 | |
| *** eballetbo <eballetbo!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has quit IRC | 16:34 | |
| ionte | bluelightning: right. i could not use fragments before, when i used the freescale bsp, but hopefully they work eith meta-raspberrypi. thanks | 16:38 |
| *** _ccube <_ccube!ccube@2a01:4f8:130:1014::54> has quit IRC | 16:38 | |
| blloyd | kergoth: thanks for sharing that. That's a much more elegant solution to that headache than I had come up with. (.bbappend where .bb may not be there) | 16:38 |
| *** seebs <seebs!~seebs@home.seebs.net> has quit IRC | 16:38 | |
| kergoth | np | 16:38 |
| *** ccube <ccube!ccube@nx.ccube.de> has quit IRC | 16:38 | |
| bluelightning | ionte: I think it depends on whether the kernel recipe does "require recipes-kernel/linux/linux-yocto.inc" | 16:39 |
| bluelightning | FYI we have an example of a kernel recipe that supports config fragments but doesn't need the split meta branch in meta-skeleton/recipes-kernel/linux/linux-yocto-custom.bb | 16:40 |
| *** ccube <ccube!ccube@2a01:4f8:130:1014::54> has joined #yocto | 16:40 | |
| ionte | bluelightning: yes, the freescale bsp is based on oe, not yocto | 16:40 |
| bluelightning | ionte: the base support is available in OE-Core, it's not yocto-specific | 16:40 |
| bluelightning | (if that means anything...) | 16:41 |
| *** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 16:41 | |
| Crofton | Yocto is a project to make embedded development easier | 16:42 |
| Crofton | repeat after me | 16:42 |
| bluelightning | right ;) | 16:42 |
| blloyd | I played with the raspberry pi image a while ago (people wanted to know if we could run our stuff on raspberry and answer came back no). Anyways, I found that bsp didn't play well with modifications. It's why I suggested the sed in an append. I got that method to work to change the config, while it seemed the bsp itself works to a hardcoded .config | 16:42 |
| *** mkeeter <mkeeter!~mkeeter@50.245.9.77> has quit IRC | 16:43 | |
| bluelightning | blloyd: the answer there is to badger the maintainer to fix the issues preventing modifications (or send patches to fix them) | 16:43 |
| blloyd | true, or just not use it. (We aren't going to support raspberry pi so no need for that bsp) | 16:44 |
| blloyd | are there any examples of creating bootp images using yocto? | 16:47 |
| *** maxtothemax <maxtothemax!~maxtothem@134.134.137.75> has joined #yocto | 16:51 | |
| *** TobSnyder <TobSnyder!~schneider@ip923491d1.dynamic.kabel-deutschland.de> has quit IRC | 16:59 | |
| *** LCyrin <LCyrin!~LCyrin@2607:fb90:40f:9f6c:a486:527e:54cb:ebef> has joined #yocto | 17:03 | |
| blloyd | so, is there a command in bitbake to invalidate everything after a given item? So, while working on an update to say the live-boot script, we can get that package and all images that use it cleaned? | 17:10 |
| kergoth | all you have to do is rebuild it. bitbake automatically erbuilds stuff that depends on it for you if their deps changed | 17:12 |
| kergoth | bitbake -C fetch foo; would result in rebuilding foo from scratch and then if you did a regular build that included the stuff that depends on foo, they'd be rebuilt too | 17:12 |
| *** mkeeter <mkeeter!~mkeeter@50.245.9.77> has joined #yocto | 17:17 | |
| *** diego_r <diego_r!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has quit IRC | 17:22 | |
| *** dmoseley <dmoseley!~dmoseley@cpe-075-181-077-160.carolina.res.rr.com> has joined #yocto | 17:23 | |
| *** belen <belen!Adium@nat/intel/x-vhhtnwiabxlgvcei> has quit IRC | 17:26 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 17:32 | |
| *** radzy_ is now known as radzy | 17:35 | |
| *** sameo <sameo!~samuel@192.55.54.42> has quit IRC | 17:36 | |
| *** dmoseley <dmoseley!~dmoseley@cpe-075-181-077-160.carolina.res.rr.com> has quit IRC | 17:38 | |
| *** radzy <radzy!~radzy@63.140.125.40> has quit IRC | 17:38 | |
| *** radzy <radzy!~radzy@63.140.125.40> has joined #yocto | 17:39 | |
| *** droy <droy!rishabhsix@gateway/shell/waartaa/x-fuidwbaizqpphvca> has joined #yocto | 17:40 | |
| *** Crofton <Crofton!~balister@64.186.172.226> has quit IRC | 17:45 | |
| *** dmoseley <dmoseley!~dmoseley@cpe-174-096-222-251.carolina.res.rr.com> has joined #yocto | 17:48 | |
| *** dmoseley <dmoseley!~dmoseley@cpe-174-096-222-251.carolina.res.rr.com> has quit IRC | 17:50 | |
| *** droy <droy!rishabhsix@gateway/shell/waartaa/x-hmsxhmdbbiaqutsk> has joined #yocto | 17:50 | |
| *** Crofton <Crofton!~balister@64-186-172-226.static-ip.telepacific.net> has joined #yocto | 17:57 | |
| *** fray <fray!U2FsdGVkX1@gate.crashing.org> has joined #yocto | 18:07 | |
| *** neabax <neabax!~neabax@173.247.199.210> has joined #yocto | 18:08 | |
| *** droy <droy!rishabhsix@gateway/shell/waartaa/x-bndyhgptbreaiwrp> has joined #yocto | 18:09 | |
| volker- | python installation with 9 additional python-* packages takes up a lot of space | 18:10 |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 18:14 | |
| *** jkridner <jkridner!~jkridner@c-98-250-189-79.hsd1.mi.comcast.net> has joined #yocto | 18:15 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 18:15 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 18:19 | |
| *** tyler-baker <tyler-baker!~tyler@linaro/tyler-baker> has left #yocto | 18:24 | |
| -YoctoAutoBuilder- build #141 of nightly is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly/builds/141 | 18:24 | |
| *** radzy is now known as radzy_away | 18:29 | |
| volker- | Is there a option to only pack python pyc files and not the pyo files? deleting .py and pyo halfs the size python needs | 18:30 |
| *** nitink <nitink!nitink@nat/intel/x-ktbnspfrokgcaced> has quit IRC | 18:31 | |
| *** fusman <fusman!~fahad@39.55.111.188> has joined #yocto | 18:32 | |
| kergoth | good question | 18:34 |
| volker- | meta/recipes-devtools/python | 18:35 |
| volker- | ls|wc -l => 42 | 18:35 |
| *** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-kbivgxmiwdjulzgq> has quit IRC | 18:37 | |
| *** dmoseley <dmoseley!~dmoseley@cpe-174-096-222-251.carolina.res.rr.com> has joined #yocto | 18:41 | |
| rburton | volker-: not sure the details of .pyc vs .pyo. is .pyc generic but .pyo machine specific? is .pyo machine specific but for the wrong machine? | 18:49 |
| volker- | pyo is an 'optimized' pyc | 18:50 |
| volker- | but there are debates about pyo if you should use it or not | 18:50 |
| rburton | i know that much, what does that mean :) | 18:50 |
| rburton | oh, its missing assertions and line numbers | 18:50 |
| rburton | that's not much of an optimisation | 18:50 |
| rburton | hell, wipe them all | 18:50 |
| volker- | https://bugzilla.yoctoproject.org/show_bug.cgi?id=6434 ;-) | 18:50 |
| yocti | Bug 6434: normal, Undecided, ---, richard.purdie, NEW , python packages every build output: .py, .pyc and .pyo | 18:50 |
| *** nitink <nitink!nitink@nat/intel/x-dpcucgvyhgjtguxa> has joined #yocto | 18:52 | |
| volker- | AFAIR ubuntu ships all python files without the pyc and compiles it on installation (don't take that for granted, I think I saw it somewher ein the past) | 18:52 |
| volker- | beside this, pyo are not even installed on my ubuntu system here | 18:53 |
| rburton | pyo seems like a waste of time and effort | 18:54 |
| rburton | yes, debian and derivs generate byte code on install, because they let you install a single .py and then symlink it into multiple python versions | 18:55 |
| *** beaver_545 <beaver_545!~stuart@87.115.156.243> has joined #yocto | 18:55 | |
| rburton | so it has to compile for each one | 18:55 |
| rburton | volker-: fwiw, the meta-yocto component is only for the meta-yocto* layers | 18:55 |
| volker- | good, at least I am note alone in the opinion that we can reduce data here :) | 18:56 |
| volker- | rburton: yeah, I am not sure about that. But then the question is if meta is oe-core or if it is 'other layer' | 18:56 |
| rburton | meta *is* oe-core | 18:56 |
| rburton | and python is oe-core | 18:56 |
| rburton | i've moved it to oe-core/devtools as the python recipes are in meta/recipes-devtools | 18:56 |
| rburton | and now i need to sneak out of my daughters room with a dead foot | 18:57 |
| kergoth | hmmm, apparently changes to IMAGE_FEATURES or FEATURE_PACKAGE_* don't cause re-execution of do_rootfs | 18:57 |
| * kergoth preps fix | 18:57 | |
| volker- | rburton: thanks for the info. the naming here is a little bit confusing for me because it does not match directly the directory naming | 18:58 |
| kergoth | oe-core/meta == poky/meta, same for scripts | 18:58 |
| kergoth | so the directory naming does match, just underneith toplevel | 18:58 |
| *** freanux <freanux!~freanux@unaffiliated/freanux> has quit IRC | 18:58 | |
| kergoth | oh, it doesn't match the bugzilla category, gotcha | 18:58 |
| volker- | I am not familiar with oe-core. Therefore I am not sure about it | 18:59 |
| *** freanux <freanux!~freanux@unaffiliated/freanux> has joined #yocto | 19:00 | |
| volker- | wit also seems like not the entire meta-openbedded repository is provided in yocto | 19:00 |
| volker- | s/wit/it/ | 19:00 |
| kergoth | nothing from meta-openembedded is in poky/yocto | 19:01 |
| kergoth | oe ~= oe-core + meta-oe + whatever else, poky ~= oe-core + meta-yocto + meta-yocto-bsp | 19:01 |
| *** challinan <challinan!~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has quit IRC | 19:02 | |
| kergoth | naturally you can use meta-oe with poky fine | 19:02 |
| Crofton | poky is the Yocto project reference distribution. OpenEmbedded is the build system :) | 19:03 |
| rburton | to elaborate on kergoth's point, poky literally is oe-core+meta-yocto+meta-yocto-bsp+yocto-docs, squashed together into a single git repo using combo-tool. | 19:04 |
| rburton | Crofton: i thought bitbake was the build system ;) | 19:04 |
| * Crofton slaps rburton with a large trout | 19:05 | |
| volker- | sounds like yocto reinvented the wheel ;-) | 19:05 |
| rburton | Crofton: i'm still mourning so liable to grab a frying pan/cricket bat | 19:06 |
| rburton | volker-: yocto was formed around projects that have existed for ~10 years | 19:06 |
| Crofton | volker-, long story :) | 19:06 |
| volker- | I was kidding now you guys start to argue about it ;-) | 19:07 |
| rburton | volker-: it's a touchy subject ;) | 19:07 |
| volker- | I use it and am fine with it. | 19:07 |
| Crofton | :) | 19:08 |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 19:10 | |
| kergoth | Yeah, yocto is just an umbrella project, and poky is a reference distro and integration of various components. people naturally get confused with all the terms and where all the pieces come from and how they fit together | 19:13 |
| volker- | Ok... the yocto book release got pushed back to July... | 19:15 |
| *** tasslehoff <tasslehoff!~Tasslehof@145.79-161-31.customer.lyse.net> has joined #yocto | 19:18 | |
| kergoth | https://github.com/MentorEmbedded/meta-mentor/pull/219 /me adds to his upstream submission todo list | 19:22 |
| blloyd | ok, there has to be a less painful way to do this. I'm editing a package (taking several attempts to get it working properly). Used to I could just -c cleansstate on the package, and get that package and the images to rebuild. Now, with the images tracking sstate they don't rebiuld. So how do I get around this fun during the initial testing? Of course, during commit the PR is incremented, so no problems once shared. But what abou | 19:22 |
| blloyd | t during that initial development phase where we got images produced already so it doesn't recreate them? | 19:22 |
| *** radzy_away is now known as radzy | 19:23 | |
| kergoth | I don't understand the question | 19:25 |
| kergoth | oh, you're making changes outside of bitbake's knowledge? | 19:25 |
| kergoth | changes to the metadata will automatically change checksums and result in re-building recipes which depend on it, including the image | 19:25 |
| kergoth | you can "taint" a task to make bitbake believe it needs to rebuild it and everything after it with bitbake's -C argument | 19:26 |
| kergoth | that sounds like it may be what you want | 19:26 |
| volker- | blloyd: I am confused. I tell you how I do it: "make -c clean <package>; make -c build <package>" for development. and then a build script that updates the changes and execute the bitbake <image-to-build> | 19:26 |
| *** radzy is now known as radzy_away | 19:27 | |
| kergoth | he wants to rebuild a recipe from scratch, and still rebuild the image to include those changes, explicitly, afaict | 19:27 |
| kergoth | it'd be better to let bitbake know about your changes, to avoid the need to manually force a rebuild entirely, but -C may get you what you want for now | 19:27 |
| volker- | kergoth: should also work with the clean flag | 19:27 |
| kergoth | no | 19:27 |
| kergoth | it'll just pull from sstate and not rebuild | 19:27 |
| volker- | I need to look in the newer samba soon | 19:29 |
| volker- | the availableone installes 81M | 19:29 |
| blloyd | kergoth: so you are suggesting that each attempt should increment the PR variable? So when I submit a patch, PR could go from 11 to 21? | 19:30 |
| *** mawillia1 <mawillia1!~mikew@static-72-90-70-106.syrcny.fios.verizon.net> has joined #yocto | 19:30 | |
| kergoth | again, if you adda patch to SRC_URI it'll rebuild and bump pr automatically, if your'e using the pr server. there's no need to force a rebuild at all in that case | 19:30 |
| kergoth | if you're modifying an scm repository, then you should add SRCPV to PV and use AUTOREV so bitbake picks up the change | 19:31 |
| kergoth | in either case, bitbake knows the source changed and knows to rebuild and bump pr automatically | 19:31 |
| kergoth | if you're maintaining a feed, and honestly even if you aren't, you should really use the pr server :) | 19:31 |
| *** mawillia <mawillia!~mikew@static-72-90-70-106.syrcny.fios.verizon.net> has quit IRC | 19:31 | |
| rburton | blloyd: it really depends on what steps you're taking outside of bitbake's knowledge, and how you can tell bitbake you're making changes. | 19:32 |
| *** Jefro <Jefro!~jefro@pool-127-199.mcoe.us> has joined #yocto | 19:32 | |
| kergoth | indeed | 19:32 |
| *** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has quit IRC | 19:32 | |
| blloyd | kergoth: a number of items I am working on are like initramfs-live-boot. They have a source file in files subdirectory. I'm modifying that file. Thus two files get changed for patch (one to increment PR in recipe, and the source file itself). | 19:32 |
| kergoth | you never have to touch pr in a recipe anymore | 19:33 |
| kergoth | just run the pr server and get on with your day :) | 19:33 |
| kergoth | if the source file is referenced in SRC_URI, bitbake will detect those changes to that file | 19:33 |
| blloyd | sadly, if that is the case, there appears to be a bug. | 19:33 |
| rburton | blloyd: don't suppose you can share the layer | 19:34 |
| kergoth | insufficient information to say whether thats the case or not, from our perspective :) | 19:34 |
| rburton | (or replicate in a dummy recipe that you can share) | 19:34 |
| blloyd | so, let's use my current update as an example: meta/recipes-core/initrdscripts/files/init-live.sh | 19:35 |
| *** tasslehoff <tasslehoff!~Tasslehof@145.79-161-31.customer.lyse.net> has quit IRC | 19:36 | |
| blloyd | I've modified that file. Then I rebuild image-restore8 (generates a .hddimg) that uses the live-boot. After file change, the build of image-restore8 gets 5825 of which 5825 didn't need to be rerun. | 19:37 |
| blloyd | Building core-image-sato-dev has the same behavior (which means it can be done with a base yocto installation). | 19:38 |
| rburton | so the dependency from the hddimg to the live image isn't right | 19:39 |
| blloyd | it builds properly from an empty tmp folder. | 19:40 |
| kergoth | if you bitbake initrdscripts, does it get rebuilt? | 19:42 |
| rburton | conveniently this can be replicated fairly simply | 19:42 |
| blloyd | I've actually seen a user put 2 boot disks into a system. Systems like Fedora's live boot make it where it is possible to identify which disk was used to load the root filesystem. The init-live.sh doesn't allow this, so was adding and testing (and finding issues, fixing and retesting). | 19:42 |
| blloyd | No kergoth. Not without the -c cleansstate or a -f. | 19:42 |
| kergoth | that'd be a serious problem. that's not how it's supposed to work | 19:43 |
| kergoth | is init-live.sh in SRC_URI? | 19:43 |
| blloyd | yes | 19:43 |
| kergoth | bitbake checksums every file:// file in SRC_URI | 19:43 |
| blloyd | SRC_URI = "file://init-live.sh" | 19:43 |
| kergoth | and includes that in the do_fetch checksum | 19:43 |
| rburton | blloyd: master or daisy? | 19:44 |
| kergoth | what version of yocto/poky / what branch? | 19:44 |
| kergoth | :) | 19:44 |
| *** fusman <fusman!~fahad@39.55.111.188> has quit IRC | 19:44 | |
| rburton | blloyd: this is initramfs-live-boot_1.0.bb right? | 19:44 |
| blloyd | master, latest | 19:44 |
| blloyd | yes sir | 19:44 |
| blloyd | I've got build directories that use only meta-oe, yocto, and meta-intel, as well as one that uses those and my companies custom layers. | 19:45 |
| rburton | c'mon disks faster faster | 19:46 |
| kergoth | oh, so you'd want to bitbake initramfs-live-boot and see if that rebuilds when the file changes, in that case | 19:46 |
| rburton | fwiw it appears to be working here | 19:46 |
| blloyd | will retest | 19:46 |
| rburton | its busy setscening the universe right now, presumably because its about to do stuff | 19:47 |
| rburton | ok why does a kernel setscene take SO LONG | 19:47 |
| blloyd | I just did a git pull a little bit ago, moving forward a few days. | 19:47 |
| *** zecke <zecke!~ich@91-64-81-99-dynip.superkabel.de> has joined #yocto | 19:47 | |
| rburton | yep, works here | 19:47 |
| rburton | blloyd: try replicating with a clean poky | 19:47 |
| blloyd | I have one of those, due to my fun with meta-oe recently. :) | 19:48 |
| rburton | so no meta-oe or meta-intel, or your own layers | 19:48 |
| blloyd | also, is there a better way to do something like sed -i 's#^\(1:[S123456789]*:\)respawn:/sbin/getty\(.*\)$#\1once:/sbin/getty -n -l /usr/bin/automaticrestore\2#g' "$D/etc/inittab"? | 19:49 |
| rburton | Task initramfs-live-boot:do_fetch couldn't be used from the cache because: | 19:51 |
| rburton | We need hash dd6928066425f1742c6114ce7da5939e, closest matching task was d8869f65dcedcf345170e804f62896c9 | 19:51 |
| rburton | Checksum for file init-live.sh changed from cbe75c87da1dcd01c70660b33b144bfb to c07ecdc8d43b750e696c3591f53ad732 | 19:51 |
| rburton | that's from bitbake -S printdiff initramfs-live-boot after doing a build and the changing init-live.sh | 19:51 |
| rburton | so yes, it works here | 19:51 |
| rburton | maybe you've a layer that's breaking something | 19:52 |
| rburton | possibly its pulling another init-live.sh from a different layer :) | 19:52 |
| volker- | does anyone run TPM with yocto? | 19:55 |
| *** dvhart_ <dvhart_!dvhart@nat/intel/x-bqefittjxigphlsk> has joined #yocto | 19:55 | |
| *** dvhart_ <dvhart_!dvhart@nat/intel/x-bqefittjxigphlsk> has quit IRC | 19:55 | |
| blloyd | well, it just fired do_package, with only the file changed. That's nice. | 19:56 |
| *** dvhart <dvhart!dvhart@nat/intel/x-pdeasqmscgvrjfcg> has quit IRC | 19:56 | |
| blloyd | and now it's running do_rootfs for the minimal ram disk. Wonder why it was skipping them earlier. (I like the current behavior!) | 19:57 |
| *** dvhart <dvhart!~dvhart@134.134.139.72> has joined #yocto | 19:58 | |
| rburton | volker-: TPM as in in trusted stuff? there's a layer on git.yocto iirc | 19:58 |
| volker- | yes, TPM the cryptochip. didn't find anything when grepping through the code | 19:59 |
| rburton | blloyd: it should have started at do_fetch but that might have passed very quickly that you didn't get to see it | 19:59 |
| volker- | only found something in layers.openembeeded.org | 19:59 |
| volker- | meta-measured, not official layer | 19:59 |
| blloyd | I think it did rburton, but as you said, it runs fast (the file to "download" is on a local disk after all). | 20:00 |
| *** ccube <ccube!ccube@2a01:4f8:130:1014::54> has quit IRC | 20:00 | |
| rburton | volker-: yeah, there's meta-measured, or experimental/meta-trusted on git.yoctoproject.org | 20:01 |
| *** ccube <ccube!ccube@nx.mindrunner.de> has joined #yocto | 20:01 | |
| rburton | volker-: official layers are only official if they are proposed to be official | 20:01 |
| volker- | ok, didn't know about the experimental. We try to stay around 1.6 | 20:02 |
| volker- | better I... man, I need a new job | 20:02 |
| rburton | not official != not good | 20:02 |
| rburton | now i can't vouch for either but meta-measured is active at least | 20:02 |
| volker- | rburton: not official = needs more reviews | 20:03 |
| rburton | volker-: well its simply not official == author hasn't proposed it, or doesn't want to move it to git.yoctoproject.org | 20:03 |
| rburton | what do you define as official | 20:03 |
| rburton | ? | 20:03 |
| volker- | rburton: not in yocto = needs to be added to the current base in some other ways like meta-openembedded :) | 20:03 |
| rburton | on git.yoctoproject.org? that's not a requirement. | 20:04 |
| volker- | rburton: official in kind of "well known project" like hosting it on openembeeded or yocto | 20:04 |
| volker- | I wouldn't call layers I throw somewhere on github as official :) | 20:04 |
| rburton | there are more layers on github than anywhere else :) | 20:04 |
| volker- | yocto is not on github ;-) | 20:04 |
| rburton | actually, most of it is mirrored there :) | 20:05 |
| volker- | support is often a problem with such packages. I saw it in other fields. | 20:05 |
| *** smartin_ <smartin_!~smartin@ivr94-4-82-229-165-48.fbx.proxad.net> has joined #yocto | 20:05 | |
| volker- | s/support/continuous development/g | 20:05 |
| rburton | volker-: joining forces with an existing layer must be easier than starting from scratch, right? | 20:06 |
| rburton | anyway time to cook | 20:06 |
| * rburton goes | 20:06 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 20:06 | |
| *** zecke <zecke!~ich@91-64-81-99-dynip.superkabel.de> has quit IRC | 20:07 | |
| *** mawillia1 <mawillia1!~mikew@static-72-90-70-106.syrcny.fios.verizon.net> has quit IRC | 20:15 | |
| *** Piziwate <Piziwate!5503efcb@gateway/web/freenode/ip.85.3.239.203> has quit IRC | 20:15 | |
| *** mawillia <mawillia!~mikew@static-72-90-70-106.syrcny.fios.verizon.net> has joined #yocto | 20:16 | |
| *** dvhart <dvhart!~dvhart@134.134.139.72> has quit IRC | 20:18 | |
| *** madisox <madisox!~madisox@nat/cisco/x-zebucrrlcpmtkmbe> has quit IRC | 20:19 | |
| *** radzy_away is now known as radzy | 20:20 | |
| *** flihp <flihp!~flihp@c-76-24-20-220.hsd1.ma.comcast.net> has quit IRC | 20:21 | |
| *** kscherer <kscherer!~kscherer@128.224.252.2> has quit IRC | 20:21 | |
| *** ccube <ccube!ccube@nx.mindrunner.de> has quit IRC | 20:24 | |
| *** codinho <codinho!~me@unaffiliated/codinho> has quit IRC | 20:24 | |
| *** dvhart <dvhart!dvhart@nat/intel/x-ulhdopbxubwzmwqj> has joined #yocto | 20:26 | |
| ionte | blloyd, bluelightning: regarding the kernel config trouble on rpi we discussed earlier. i tried to add configuration fragments, but they do not change the final config :( | 20:30 |
| bluelightning | ionte: I'm guessing because the kernel recipe does not use linux-yocto.inc as I mentioned earlier | 20:30 |
| bluelightning | without that, there is no config fragment support | 20:30 |
| bluelightning | AIUI | 20:31 |
| ionte | guess so.. | 20:32 |
| *** sroy_ <sroy_!~sroy@2607:fad8:4:6:3e97:eff:feb5:1e2b> has quit IRC | 20:35 | |
| *** Letothe2nd <Letothe2nd!~jd@unaffiliated/letothe2nd> has quit IRC | 20:39 | |
| *** halstead <halstead!~halstead@drupal.org/user/301087/view> has quit IRC | 20:39 | |
| *** mckoan|away <mckoan|away!~marco@unaffiliated/mckoan> has quit IRC | 20:39 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 20:39 | |
| *** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has quit IRC | 20:39 | |
| *** Anarky <Anarky!~Anarky@136.217.123.78.rev.sfr.net> has quit IRC | 20:39 | |
| *** evanp <evanp!~evan@192.55.54.36> has quit IRC | 20:39 | |
| *** SorenHolm <SorenHolm!~quassel@5634f347.rev.stofanet.dk> has quit IRC | 20:39 | |
| *** kimrhh <kimrhh!~kimrhh@exherbo/developer/kimrhh> has quit IRC | 20:39 | |
| *** DarkKnight <DarkKnight!~quassel@HSI-KBW-095-208-008-143.hsi5.kabel-badenwuerttemberg.de> has quit IRC | 20:39 | |
| *** mankku <mankku!~mankku@projects.sse.fi> has quit IRC | 20:39 | |
| *** bunk <bunk!~bunk@cs185055.pp.htv.fi> has quit IRC | 20:39 | |
| *** SorenHolm <SorenHolm!~quassel@5634f347.rev.stofanet.dk> has joined #yocto | 20:40 | |
| *** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has joined #yocto | 20:40 | |
| *** mckoan|away <mckoan|away!~marco@host56-7-static.30-87-b.business.telecomitalia.it> has joined #yocto | 20:40 | |
| *** kimrhh <kimrhh!~kimrhh@exherbo/developer/kimrhh> has joined #yocto | 20:40 | |
| *** halstead <halstead!~halstead@crown.incitedev.com> has joined #yocto | 20:40 | |
| *** mankku <mankku!~mankku@projects.sse.fi> has joined #yocto | 20:40 | |
| *** Letothe2nd <Letothe2nd!~jd@unaffiliated/letothe2nd> has joined #yocto | 20:40 | |
| *** evanp <evanp!~evan@134.134.139.76> has joined #yocto | 20:40 | |
| *** bunk <bunk!~bunk@cs185055.pp.htv.fi> has joined #yocto | 20:40 | |
| *** Anarky <Anarky!~Anarky@136.217.123.78.rev.sfr.net> has joined #yocto | 20:40 | |
| *** ccube <ccube!ccube@nx.mindrunner.de> has joined #yocto | 20:40 | |
| *** DarkKnight <DarkKnight!~quassel@HSI-KBW-095-208-008-143.hsi5.kabel-badenwuerttemberg.de> has joined #yocto | 20:41 | |
| *** nerdboy <nerdboy!~sarnold@gatekeeper.gentoogeek.org> has joined #yocto | 20:43 | |
| nerdboy | bluelightning: the config is modable, but it's different... | 20:44 |
| *** jluisn <jluisn!~quassel@187.115.172.24> has quit IRC | 20:45 | |
| nerdboy | probably do it different now, but i made the recipe look for a custom defconfig in workdir | 20:46 |
| *** kroon <kroon!~kroon@89-253-118-72.customers.ownit.se> has joined #yocto | 20:46 | |
| volker- | .oO( tpm-tools used by most distribution wasn't updated since 2012!?!?!? ) | 20:48 |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 20:48 | |
| * nerdboy triggers the superblock mount time in the future error | 20:50 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 20:53 | |
| *** halstead <halstead!~halstead@crown.incitedev.com> has quit IRC | 20:55 | |
| *** halstead <halstead!~halstead@drupal.org/user/301087/view> has joined #yocto | 20:55 | |
| *** dvhart <dvhart!dvhart@nat/intel/x-ulhdopbxubwzmwqj> has quit IRC | 20:57 | |
| *** cbzx <cbzx!~cbzx@CPE0015f275ebd6-CM00195edd810c.cpe.net.cable.rogers.com> has quit IRC | 21:01 | |
| *** rcw <rcw!~rwoolley@128.224.252.2> has quit IRC | 21:11 | |
| *** seezer <seezer!quassel@quassel/developer/seezer> has quit IRC | 21:11 | |
| *** JaMae is now known as JaMa | 21:12 | |
| mkeeter | I’ve got a headscratcher related to root filesystem construction: | 21:14 |
| *** seezer <seezer!quassel357@quassel/developer/seezer> has joined #yocto | 21:14 | |
| mkeeter | If I build a core-image-base with the beaglebone machine, it puts uImage in /boot of the filesystem | 21:14 |
| mkeeter | on the other hand, if I make a new machine that’s exactly the same but with a different name (so different file in conf/machine, same preferred KBRANCH for the new machine name, etc), it doesn’t install uImage | 21:15 |
| mkeeter | is there something weird I have to do with the COMPATIBLE_MACHINE variable? that’s the only config variable that I don’t understand in the kernel .bbappend file | 21:17 |
| *** flihp <flihp!~flihp@c-76-24-20-220.hsd1.ma.comcast.net> has joined #yocto | 21:17 | |
| blloyd | mkeeter: perhaps look for beaglebone setting MACHINE_ESSENTIAL_EXTRA_RDEPENDS. | 21:17 |
| *** jackmitchell <jackmitchell!~Thunderbi@cbnluk-gw0.cambridgebroadband.com> has quit IRC | 21:18 | |
| *** jackmitchell <jackmitchell!~Thunderbi@cbnluk-gw0.cambridgebroadband.com> has joined #yocto | 21:18 | |
| *** Jefro <Jefro!~jefro@pool-127-199.mcoe.us> has quit IRC | 21:19 | |
| blloyd | Or look at KERNEL_IMAGETYPE. Beaglebone sets it in their machine conf, does your new one do so? | 21:21 |
| mkeeter | yes, I just copied the beaglebone conf file and gave it a new name | 21:21 |
| mkeeter | but I’ve found something suspicoius: | 21:21 |
| mkeeter | it’s warning me that linux-dummy is trying to install files into a shared area when those files already exist | 21:22 |
| mkeeter | in tmp/sysroots/beagleboo/sysroot-providers/virtual_kernel | 21:22 |
| mkeeter | and telling me “Please verify which package should provide the above files" | 21:22 |
| mkeeter | so that sounds relevant to these issues | 21:22 |
| blloyd | besides changing the file name, the internal of the file needs to be updated to be consistent with the new name. | 21:22 |
| mkeeter | the beaglebone.conf file? | 21:23 |
| mkeeter | I don’t see anything name-specific other than the #@NAME header, which I changed | 21:23 |
| blloyd | just looked, looks like it derives the name from filename now. Sorry | 21:25 |
| mkeeter | yeah, I think it’s to do with the warnings about installing files into a shared area where the files already exist | 21:26 |
| *** neabax <neabax!~neabax@173.247.199.210> has quit IRC | 21:26 | |
| mkeeter | is there a convenient way to tell which recipes are trying to provide which files? | 21:28 |
| *** radzy is now known as radzy_away | 21:29 | |
| *** kbouhara <kbouhara!~kbouhara@hyperion.atermes.fr> has quit IRC | 21:30 | |
| mkeeter | hmmm, something like a conflict between linux-dummy and linux-yocto? | 21:31 |
| mkeeter | those are the only two manifests that contain kernel-modules.packaged | 21:32 |
| mkeeter | and similarly, linux-dummy.populate_sysroot and linux-yocto.populate_sysroot both contain “virtual_kernel”, which I was also warned about | 21:32 |
| mkeeter | ah, and this brings me back to COMPATIBLE_MACHINE something | 21:33 |
| mkeeter | maybe | 21:33 |
| *** agust <agust!~agust@p4FDE784A.dip0.t-ipconnect.de> has quit IRC | 21:48 | |
| *** sameo <sameo!samuel@nat/intel/x-preiitcscliwekeq> has joined #yocto | 21:56 | |
| *** bfederau <bfederau!~quassel@service.basyskom.com> has quit IRC | 22:01 | |
| *** bfederau <bfederau!~quassel@service.basyskom.com> has joined #yocto | 22:01 | |
| *** sjolley <sjolley!sjolley@nat/intel/x-wuapkyiikzjmiirz> has quit IRC | 22:01 | |
| *** tyler-baker <tyler-baker!~tyler@linaro/tyler-baker> has joined #yocto | 22:01 | |
| *** mkeeter <mkeeter!~mkeeter@50.245.9.77> has quit IRC | 22:03 | |
| *** ant__ <ant__!~andrea@host173-46-dynamic.252-95-r.retail.telecomitalia.it> has joined #yocto | 22:08 | |
| *** beaver_545 <beaver_545!~stuart@87.115.156.243> has quit IRC | 22:11 | |
| blloyd | you are putting two kernels on your system? | 22:14 |
| blloyd | and I would expect those to conflict. They generate the same thing to go on the filesystem. | 22:14 |
| *** sjolley <sjolley!sjolley@nat/intel/x-ataadphsxbiaudhq> has joined #yocto | 22:28 | |
| *** smartin_ <smartin_!~smartin@ivr94-4-82-229-165-48.fbx.proxad.net> has quit IRC | 22:31 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 22:34 | |
| *** seebs <seebs!~seebs@home.seebs.net> has quit IRC | 22:41 | |
| fray | whois sgw_ | 22:41 |
| * fray notes a '/' would help.. whoops ;) | 22:41 | |
| *** ant__ <ant__!~andrea@host173-46-dynamic.252-95-r.retail.telecomitalia.it> has quit IRC | 22:43 | |
| *** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 22:43 | |
| sgw_ | fray, I am sgw! | 22:44 |
| *** jkridner <jkridner!~jkridner@12.130.116.112> has joined #yocto | 22:48 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 22:48 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 22:48 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 22:49 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 22:53 | |
| *** jzhang <jzhang!~jzhang@134.134.139.70> has quit IRC | 22:54 | |
| *** jkridner <jkridner!~jkridner@12.130.116.112> has joined #yocto | 22:59 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 22:59 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 23:04 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 23:05 | |
| *** munch <munch!~mark@c-67-184-166-69.hsd1.il.comcast.net> has quit IRC | 23:15 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 23:28 | |
| *** radzy_away is now known as radzy | 23:37 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 23:39 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 23:40 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 23:48 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 23:49 | |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!