| *** thaytan <thaytan!~jan@138.44.241.209> has quit IRC | 00:04 | |
| *** thaytan <thaytan!~jan@138.44.241.209> has joined #yocto | 00:06 | |
| -YoctoAutoBuilder- build #1023 of build-appliance is complete: Failure [failed BuildImages_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/build-appliance/builds/1023 | 00:08 | |
| *** manuel_ <manuel_!~manuel@209.6.175.242> has quit IRC | 00:12 | |
| *** nighty <nighty!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC | 00:16 | |
| *** thaytan <thaytan!~jan@138.44.241.209> has quit IRC | 00:27 | |
| *** JordonWu <JordonWu!~quassel@221.226.9.57> has joined #yocto | 00:33 | |
| *** NU-Slacker_ <NU-Slacker_!180d4a9e@gateway/web/freenode/ip.24.13.74.158> has joined #yocto | 00:41 | |
| *** thaytan <thaytan!~jan@138.44.241.209> has joined #yocto | 00:41 | |
| *** Son_Goku <Son_Goku!~King_InuY@ool-457cb820.dyn.optonline.net> has joined #yocto | 00:45 | |
| *** scottrif <scottrif!~scottrif@71-80-200-241.dhcp.mdfd.or.charter.com> has left #yocto | 00:45 | |
| bluelightning | hmm, I was wrong, it's a recent change to the test... testing a fix right now | 00:45 |
|---|---|---|
| *** JordonWu <JordonWu!~quassel@221.226.9.57> has quit IRC | 00:54 | |
| *** JordonWu <JordonWu!~quassel@221.226.9.57> has joined #yocto | 00:55 | |
| -YoctoAutoBuilder- build #1058 of nightly-multilib is complete: Failure [failed BuildImages Running Sanity Tests BuildImages_1 Running Sanity Tests_1 BuildImages_4] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-multilib/builds/1058 | 00:59 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 01:02 | |
| *** thaytan <thaytan!~jan@138.44.241.209> has quit IRC | 01:03 | |
| -YoctoAutoBuilder- build #1056 of nightly-ppc is complete: Failure [failed BuildImages Running ESDK Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ppc/builds/1056 | 01:04 | |
| *** thaytan <thaytan!~jan@138.44.241.209> has joined #yocto | 01:05 | |
| *** anselmolsm <anselmolsm!~anselmols@192.55.55.41> has quit IRC | 01:17 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 01:20 | |
| *** thaytan <thaytan!~jan@138.44.241.209> has quit IRC | 01:25 | |
| *** JaMa <JaMa!~martin@217.30.68.212> has joined #yocto | 01:31 | |
| *** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has joined #yocto | 01:37 | |
| *** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto | 01:38 | |
| *** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-rpmhvayjqczcstiu> has joined #yocto | 01:42 | |
| *** rob_w_ <rob_w_!~rob@ppp-93-104-168-140.dynamic.mnet-online.de> has joined #yocto | 01:48 | |
| *** Aethenelle <Aethenelle!~Aethenell@107.138.98.226> has quit IRC | 01:49 | |
| *** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC | 01:52 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 01:56 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 02:04 | |
| *** thaytan <thaytan!~jan@138.44.241.209> has joined #yocto | 02:05 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 02:25 | |
| *** behanw <behanw!uid110099@gateway/web/irccloud.com/x-guxhzikcazssbuls> has quit IRC | 02:31 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 02:38 | |
| *** morphis_ <morphis_!~morphis@pD9ED669C.dip0.t-ipconnect.de> has joined #yocto | 02:40 | |
| *** morphis <morphis!~morphis@pD9ED66E1.dip0.t-ipconnect.de> has quit IRC | 02:44 | |
| *** thaytan <thaytan!~jan@138.44.241.209> has quit IRC | 03:09 | |
| *** thaytan <thaytan!~jan@138.44.241.209> has joined #yocto | 03:11 | |
| *** behanw <behanw!uid110099@gateway/web/irccloud.com/x-ktxzmfbhzcxbutkf> has joined #yocto | 03:25 | |
| *** robert_yang <robert_yang!~lyang1@106.120.101.38> has quit IRC | 04:00 | |
| *** robert_yang <robert_yang!~lyang1@106.120.101.38> has joined #yocto | 04:01 | |
| *** NU-Slacker_ <NU-Slacker_!180d4a9e@gateway/web/freenode/ip.24.13.74.158> has quit IRC | 04:01 | |
| *** thaytan <thaytan!~jan@138.44.241.209> has quit IRC | 04:05 | |
| -YoctoAutoBuilder- build #1062 of nightly-x86-64-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-64-lsb/builds/1062 | 04:15 | |
| *** thaytan <thaytan!~jan@138.44.241.209> has joined #yocto | 04:39 | |
| *** stephano <stephano!~stephano@134.134.139.77> has joined #yocto | 04:50 | |
| *** hamis <hamis!~irfan@110.93.212.98> has joined #yocto | 04:51 | |
| -YoctoAutoBuilder- build #689 of nightly-deb-non-deb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-deb-non-deb/builds/689 | 05:08 | |
| -YoctoAutoBuilder- build #1139 of nightly is complete: Failure [failed] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly/builds/1139 | 05:24 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 05:29 | |
| -YoctoAutoBuilder- build #1014 of nightly-ipk is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ipk/builds/1014 | 05:30 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 05:31 | |
| -YoctoAutoBuilder- build #799 of nightly-oe-selftest is complete: Failure [failed Running oe-selftest] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-oe-selftest/builds/799 | 05:32 | |
| *** Snert___ <Snert___!~snert_@65.74.8.146> has joined #yocto | 05:33 | |
| *** Snert_ <Snert_!~snert_@65.74.8.146> has quit IRC | 05:35 | |
| *** benjamirc <benjamirc!~besquive@134.134.137.71> has quit IRC | 05:35 | |
| *** stephano <stephano!~stephano@134.134.139.77> has quit IRC | 05:35 | |
| *** sgw_ <sgw_!sgw_@nat/intel/x-ffsmxzatdjhxorju> has quit IRC | 05:35 | |
| *** stwcx_ <stwcx_!~stwcx@172.110.7.206> has quit IRC | 05:35 | |
| *** stwcx <stwcx!~stwcx@172.110.7.206> has joined #yocto | 05:35 | |
| *** tripzero_ <tripzero_!~tripzero@134.134.139.82> has quit IRC | 05:35 | |
| *** sgw_ <sgw_!~sgw_@134.134.137.75> has joined #yocto | 05:36 | |
| *** Snert__ <Snert__!~LoginName@106-24-237-24.gci.net> has quit IRC | 05:36 | |
| *** Circuitsoft <Circuitsoft!4b92a52b@gateway/web/freenode/ip.75.146.165.43> has quit IRC | 05:39 | |
| *** Snert <Snert!~LoginName@106-24-237-24.gci.net> has joined #yocto | 05:39 | |
| *** rewitt <rewitt!~rewitt@134.134.139.78> has quit IRC | 05:39 | |
| *** rewitt <rewitt!~rewitt@134.134.139.78> has joined #yocto | 05:40 | |
| *** benjamirc <benjamirc!~besquive@134.134.137.71> has joined #yocto | 05:40 | |
| *** tripzero <tripzero!~tripzero@134.134.139.82> has joined #yocto | 05:41 | |
| *** thaytan <thaytan!~jan@138.44.241.209> has quit IRC | 05:44 | |
| -YoctoAutoBuilder- build #995 of nightly-deb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-deb/builds/995 | 05:53 | |
| *** Hauke <Hauke!~Hauke@hauke-m.de> has quit IRC | 06:09 | |
| *** seebs <seebs!~seebs@home.seebs.net> has quit IRC | 06:10 | |
| *** Hauke <Hauke!~Hauke@hauke-m.de> has joined #yocto | 06:22 | |
| *** redengin <redengin!~redengin@2601:600:9200:a356:9593:9709:1d43:dfa1> has quit IRC | 06:40 | |
| *** rob_w_ <rob_w_!~rob@ppp-93-104-168-140.dynamic.mnet-online.de> has quit IRC | 06:48 | |
| *** g0ne <g0ne!af649372@gateway/web/freenode/ip.175.100.147.114> has joined #yocto | 06:50 | |
| g0ne | I am building minimal image for Odroid-C1 with custom meta layer. Board boot without error with standalone linux build. But when i use uImage build using yocto, kernel gets crash and there is not log after starting kernel. | 06:52 |
| *** linulin <linulin!foobar@client-188-168-43-165.spb-teleport.ru> has quit IRC | 06:52 | |
| *** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has joined #yocto | 06:52 | |
| g0ne | I check, standalone linux build and yocto kernel build both have same dtb and .config file. I check diff there is no difference. | 06:52 |
| g0ne | yocto uImage and standalone uImage have different file size. What can be difference between two image, except toolchain ? | 06:53 |
| *** pohly <pohly!~pohly@p57A56DD5.dip0.t-ipconnect.de> has joined #yocto | 06:57 | |
| *** qt-x <qt-x!~Thunderbi@217.10.196.2> has joined #yocto | 07:00 | |
| *** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 07:00 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 07:05 | |
| -YoctoAutoBuilder- build #1057 of nightly-ppc is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ppc/builds/1057 | 07:05 | |
| -YoctoAutoBuilder- build #1090 of nightly-x86-64 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-64/builds/1090 | 07:06 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 07:07 | |
| *** open-nandra <open-nandra!~marek@81.89.61.168.host.vnet.sk> has joined #yocto | 07:07 | |
| *** agust <agust!~agust@p4FCB501A.dip0.t-ipconnect.de> has joined #yocto | 07:10 | |
| *** qt-x <qt-x!~Thunderbi@217.10.196.2> has quit IRC | 07:12 | |
| *** qt-x <qt-x!~Thunderbi@217.10.196.2> has joined #yocto | 07:14 | |
| -YoctoAutoBuilder- build #593 of nightly-wic is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-wic/builds/593 | 07:16 | |
| *** pauldevguy <pauldevguy!~pauldevgu@186.195.217.73> has quit IRC | 07:19 | |
| *** redengin <redengin!~redengin@2601:600:9200:a356:8495:fe0d:b43b:9c90> has joined #yocto | 07:27 | |
| *** pauldevguy <pauldevguy!~pauldevgu@186.195.217.73> has joined #yocto | 07:28 | |
| *** avalluri <avalluri!~avalluri@192.55.55.39> has joined #yocto | 07:30 | |
| *** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC | 07:34 | |
| *** linulin <linulin!foobar@client-188-168-43-165.spb-teleport.ru> has joined #yocto | 07:36 | |
| -YoctoAutoBuilder- build #1043 of nightly-x86-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-lsb/builds/1043 | 07:41 | |
| *** rewitt1 <rewitt1!~rewitt@134.134.139.78> has joined #yocto | 07:44 | |
| *** dl9pf_ <dl9pf_!~quassel@static.88-198-106-157.clients.your-server.de> has joined #yocto | 07:44 | |
| *** tf <tf!~tomas@r-finger.com> has quit IRC | 07:45 | |
| *** groleo <groleo!~dev@gate-zro.freescale.com> has quit IRC | 07:46 | |
| *** sveinse_ <sveinse_!~sveinse@156.92-221-160.customer.lyse.net> has joined #yocto | 07:47 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 07:48 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 07:49 | |
| *** tf <tf!~tomas@r-finger.com> has joined #yocto | 07:50 | |
| *** rewitt <rewitt!~rewitt@134.134.139.78> has quit IRC | 07:51 | |
| *** dl9pf <dl9pf!~quassel@opensuse/member/dl9pf> has quit IRC | 07:51 | |
| *** sveinse <sveinse!~sveinse@156.92-221-160.customer.lyse.net> has quit IRC | 07:51 | |
| -YoctoAutoBuilder- build #1064 of nightly-x86 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86/builds/1064 | 07:58 | |
| *** eduardas_m <eduardas_m!~eduardas_@213.197.143.19> has joined #yocto | 07:58 | |
| *** jku <jku!~jku@192.198.151.44> has joined #yocto | 08:00 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 08:00 | |
| *** robert_yang <robert_yang!~lyang1@106.120.101.38> has quit IRC | 08:02 | |
| *** robert_yang <robert_yang!~lyang1@106.120.101.38> has joined #yocto | 08:03 | |
| *** poor-man <poor-man!d97eb626@gateway/web/freenode/ip.217.126.182.38> has joined #yocto | 08:06 | |
| *** groleo <groleo!~dev@gate-zro.freescale.com> has joined #yocto | 08:07 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 08:07 | |
| *** nrossi <nrossi!uid193926@gateway/web/irccloud.com/x-wwodeybjjpoxfkan> has joined #yocto | 08:07 | |
| pohly | qemu-native no longer builds for me. SRC_URI joins to distinct entries together -> SRC_URI="http://wiki.qemu-project.org/download/qemu-2.7.0.tar.bz2file://powerpc_rom.bin | 08:13 |
| pohly | There's a missing space at the end of _prepend: SRC_URI_prepend = "http://wiki.qemu-project.org/download/${BP}.tar.bz2" | 08:14 |
| pohly | But the existing SRC_URI starts with a space, so why is it breaking? | 08:14 |
| pohly | Full bitbake -e history here: http://pastebin.com/72dHPUig | 08:15 |
| *** AndersD <AndersD!~anders@185.55.11.90.c.fiberdirekt.net> has joined #yocto | 08:16 | |
| *** ernstp <ernstp!uid168075@gateway/web/irccloud.com/x-szddbxmvhbcyhldk> has joined #yocto | 08:22 | |
| *** T_UNIX <T_UNIX!d4d3bd3c@gateway/web/freenode/ip.212.211.189.60> has joined #yocto | 08:27 | |
| eduardas_m | hello, where can I check at what memory location of sd card image u-boot was put when generating image via bitbake? | 08:27 |
| eduardas_m | I need this to define "Device offset" parameter to make fw_printenv of u-boot-fw_utils work | 08:28 |
| *** fl0v0 <fl0v0!~fvo@pD9F6BBFA.dip0.t-ipconnect.de> has joined #yocto | 08:29 | |
| nrossi | eduardas_m: what are you using to generate the sd image? | 08:29 |
| nrossi | eduardas_m: as in layer/machine/imagefstype/etc? | 08:29 |
| *** erbo_ <erbo_!~erik@li444-24.members.linode.com> has quit IRC | 08:30 | |
| *** erbo <erbo!~erik@li444-24.members.linode.com> has joined #yocto | 08:30 | |
| eduardas_m | nrossi, I just do a "bitbake fsl-image-qt5" and get an .sdcard file | 08:30 |
| *** TobSnyder <TobSnyder!~schneider@ip9234b0ae.dynamic.kabel-deutschland.de> has joined #yocto | 08:30 | |
| *** _william1 <_william1!~william@53.132.10.109.rev.sfr.net> has quit IRC | 08:30 | |
| *** zibri <zibri!~zibri@2a01:7e01::f03c:91ff:febb:9538> has quit IRC | 08:31 | |
| *** _william_ <_william_!~william@53.132.10.109.rev.sfr.net> has joined #yocto | 08:31 | |
| *** zibri <zibri!~zibri@2a01:7e01::f03c:91ff:febb:9538> has joined #yocto | 08:32 | |
| nrossi | eduardas_m: which fsl target? mx<?>? | 08:33 |
| eduardas_m | nrossi, these are the layers used: http://pastebin.com/XcaU8Enu | 08:33 |
| eduardas_m | machine is Variscite DART6UL with imx6UL chip | 08:34 |
| *** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto | 08:34 | |
| nrossi | eduardas_m: Ok, all the magic is in this file: http://git.yoctoproject.org/cgit/cgit.cgi/meta-fsl-arm/tree/classes/image_types_fsl.bbclass | 08:34 |
| ernstp | sources/meta-fsl-arm/classes/image_types_fsl.bbclass | 08:34 |
| eduardas_m | not sure where to look for imagefstype | 08:34 |
| nrossi | eduardas_m: Or the u-boot magic address are http://git.yoctoproject.org/cgit/cgit.cgi/meta-fsl-arm/tree/classes/image_types_fsl.bbclass#n169 | 08:34 |
| nrossi | s/Or/all/ | 08:34 |
| nrossi | eduardas_m: If its using SPL, u-boot should start 69K from start of file. Without SPL it should be 1K. If i am reading it right | 08:36 |
| *** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto | 08:36 | |
| *** kjlk <kjlk!4e0b08f9@gateway/web/freenode/ip.78.11.8.249> has joined #yocto | 08:38 | |
| eduardas_m | nrossi, thank you...however 69K is 0x11400 in hexadecimal... if I write that as Device offset in fw_env.config, it still does not work | 08:38 |
| nrossi | eduardas_m: are you using u-boot SPL? or just u-boot? | 08:39 |
| eduardas_m | nrossi, using SPL | 08:39 |
| *** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has quit IRC | 08:39 | |
| *** kjlk <kjlk!4e0b08f9@gateway/web/freenode/ip.78.11.8.249> has quit IRC | 08:39 | |
| eduardas_m | nrossi, perhaps I don't understand something and Device offset means something else | 08:40 |
| nrossi | eduardas_m: wait, doesn't fw_printenv work on the environment, not the bootloader image? | 08:41 |
| eduardas_m | nrossi, yes it does... I have googled around a bit... but still not sure where there is documentation of "Device offset" | 08:42 |
| nrossi | eduardas_m: Device offset refers to the offset for the device storing the environment. Im not sure what the default device is for you board is. Its likely to be in mtd though (aka spi flash) | 08:43 |
| *** smartin_ is now known as smartin | 08:44 | |
| eduardas_m | nrossi, my device is SD card (/dev/mmcblk0) | 08:44 |
| eduardas_m | My config line is: /dev/mmcblk0 0x11400 0x1FFC | 08:45 |
| eduardas_m | I am pretty sure of the environment size (second parameter) because that is easy to get via u-boot printenv | 08:46 |
| *** sameo <sameo!samuel@nat/intel/x-fbvbnlzqmjseoeib> has joined #yocto | 08:49 | |
| nrossi | eduardas_m: Sorry had to dive around to find the u-boot source for you machine. Looks like this is the magic define you are after :) https://github.com/varigit/uboot-imx/blob/imx_v2015.10_dart_6ul_var1/include/configs/mx6ul_var_dart.h#L274 | 08:52 |
| eduardas_m | nrossi, it might be CONFIG_ENV_OFFSET ... will try now | 08:53 |
| eduardas_m | nrossi, there is #define CONFIG_ENV_OFFSET (8 * SZ_64K) for MMC so I set Device offset to 0x80000, still does not work | 08:57 |
| *** joshuagl <joshuagl!joshuagl@nat/intel/x-ruznpbaveahqhjew> has joined #yocto | 08:58 | |
| nrossi | eduardas_m: When you start the machine, and U-Boot prints out its info before booting. What does it say about the environment? | 08:59 |
| *** graphiqs <graphiqs!~adrian.gr@217.6.37.53> has joined #yocto | 09:00 | |
| *** Biliogadafr <Biliogadafr!~bilio@nat-minsk-pool-46-53-202-120.telecom.by> has joined #yocto | 09:00 | |
| eduardas_m | nrossi, actually, it does not seem to say anythin useful: http://pastebin.com/vq19NJPe | 09:01 |
| *** john2 <john2!~john@host86-171-222-132.range86-171.btcentralplus.com> has joined #yocto | 09:01 | |
| nrossi | eduardas_m: if you run "saveenv" in the u-boot prompt does it save anything? | 09:02 |
| eduardas_m | Saving Environment to MMC... | 09:03 |
| eduardas_m | Writing to MMC(0)=SD... done | 09:03 |
| eduardas_m | that is all | 09:03 |
| *** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has quit IRC | 09:03 | |
| nrossi | eduardas_m: ok, so its at least saving to MMC. Have you tried fw_printenv after doing a manual saveenv? | 09:03 |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 09:04 | |
| eduardas_m | If I run printenv, the environment size info is Environment size: 1990/8188 bytes | 09:04 |
| *** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC | 09:04 | |
| eduardas_m | nrossi, will try now | 09:04 |
| *** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto | 09:04 | |
| *** toscalix <toscalix!~toscalix@80.91.70.175> has joined #yocto | 09:05 | |
| *** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has joined #yocto | 09:05 | |
| *** ed2 <ed2!~Adium@192.198.151.45> has joined #yocto | 09:06 | |
| eduardas_m | nrossi, does not help... neither for values 0x80000 or 0x11400 of device offset | 09:06 |
| *** ed2 <ed2!~Adium@192.198.151.45> has quit IRC | 09:10 | |
| -YoctoAutoBuilder- build #1059 of nightly-multilib is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-multilib/builds/1059 | 09:11 | |
| nrossi | eduardas_m: Hmmm, im out of ideas. Maybe you should query the layer mailing list if not one else here has any ideas ? | 09:11 |
| *** erbo <erbo!~erik@li444-24.members.linode.com> has quit IRC | 09:13 | |
| *** erbo <erbo!~erik@li444-24.members.linode.com> has joined #yocto | 09:14 | |
| *** viengelm <viengelm!viengelm@nat/digia/x-gupjzusyujqdgutz> has quit IRC | 09:16 | |
| *** viengelm <viengelm!viengelm@nat/digia/x-xffbmgmyleoablir> has joined #yocto | 09:19 | |
| *** dl9pf_ is now known as dl9pf | 09:19 | |
| *** dl9pf <dl9pf!~quassel@opensuse/member/dl9pf> has joined #yocto | 09:19 | |
| *** behanw <behanw!uid110099@gateway/web/irccloud.com/x-ktxzmfbhzcxbutkf> has quit IRC | 09:21 | |
| *** rubdos <rubdos!~rubdos@2a02:2788:1036:172f::1> has quit IRC | 09:21 | |
| *** rubdos <rubdos!~rubdos@2a02:2788:1036:172f::1> has joined #yocto | 09:22 | |
| *** erbo <erbo!~erik@li444-24.members.linode.com> has quit IRC | 09:23 | |
| *** erbo <erbo!~erik@li444-24.members.linode.com> has joined #yocto | 09:23 | |
| *** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC | 09:23 | |
| *** ZubairLK <ZubairLK!~Thunderbi@unaffiliated/zubairlk> has quit IRC | 09:26 | |
| *** grma <grma!~gruberm@80.93.38.128> has joined #yocto | 09:27 | |
| *** ZubairLK <ZubairLK!~Thunderbi@unaffiliated/zubairlk> has joined #yocto | 09:27 | |
| *** ed2 <ed2!~Adium@192.198.151.44> has joined #yocto | 09:27 | |
| *** botman <botman!d97eb626@gateway/web/freenode/ip.217.126.182.38> has joined #yocto | 09:29 | |
| *** JordonWu <JordonWu!~quassel@221.226.9.57> has quit IRC | 09:29 | |
| eduardas_m | nrossi, so thanks to agust in u-boot IRC I got it working | 09:30 |
| eduardas_m | it seems Env. size has to be whatever the maximu size printenv gives + 4 bytes (CRC32) | 09:30 |
| eduardas_m | so 0x1FFC + 0x4 = 0x2000 | 09:30 |
| eduardas_m | also, Device offset has to be the same as CONFIG_ENV_OFFSET in mx6ul_var_dart.h | 09:31 |
| eduardas_m | and not the actual offset of u-boot in image | 09:31 |
| eduardas_m | honestly, these are gotchas that are not apparent to me from u-boot documentation or any kind of other documentation | 09:33 |
| -YoctoAutoBuilder- build #369 of nightly-musl is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-musl/builds/369 | 09:34 | |
| -YoctoAutoBuilder- build #1069 of nightly-arm is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-arm/builds/1069 | 09:38 | |
| *** joseppc <joseppc!~josep@sestofw01.enea.se> has joined #yocto | 09:39 | |
| *** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto | 09:39 | |
| botman | Hi everyone! I've just downloaded the basic Yocto and added the meta-openembedded layer, and beneath it, meta-oe, meta-python and lots of other layers. I want to create my own image and I added the layers to bblayer.conf, do I need to build all the recipes included in the layers? There's any way to bitbake all of them in one step? thanks | 09:39 |
| *** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto | 09:42 | |
| pohly | RP: about the qemu-native SRC_URI issue (http://pastebin.com/72dHPUig) - I managed to track it down to adding something in my local.conf: SRC_URI_remove_pn-linux-yocto = "git://git.yoctoproject.org/yocto-kernel-cache;type=kmeta;name=meta;branch=yocto-4.8;destsuffix=kernel-meta" | 09:44 |
| *** Cubi_ <Cubi_!~sstiller@b2b-94-79-174-114.unitymedia.biz> has joined #yocto | 09:45 | |
| ernstp | botman: it's basically like apt-get install, if you build the top level (ie. core-image-minimal) it will build all dependencies first | 09:45 |
| *** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has quit IRC | 09:45 | |
| pohly | How can it be that something entirely unrelated ends up removing spaces from SRC_UR? | 09:45 |
| RP | pohly: I don't think its unrelated. You're relying on the space before git:// and I suspect the removal code removes the space | 09:46 |
| rburton | iirc removal code does a split, remove, join | 09:47 |
| pohly | RP: but the recipe is qemu-native. Why does it even use SRC_URI_remove_pn-linux-yocto? | 09:47 |
| RP | pohly: that isn't right, is it | 09:48 |
| RP | pohly: I think I understand looking at the code. Fancy trying to change something? | 09:49 |
| jku | joshuagl: you added alsa-state recipe years ago, any recollection? I think the postinst has never worked, and I'm not sure I understand what it's for... | 09:49 |
| pohly | rburton: I agree that SRC_URI_prepend = "http://wiki.qemu-project.org/download/${BP}.tar.bz2" in qemu_2.7.4.bb is broken. But I'm worried that something else isn't quite as it should be, hence the question. | 09:49 |
| pohly | RP: sure, shoot. | 09:49 |
| RP | pohly: bitbake/lib/bb/data_smart.py, there is a line, filtered = filter(lambda v: v not in removes, around like 784 | 09:50 |
| RP | pohly: I think that piece of code needs to be conditional on removes not being empty | 09:50 |
| RP | pohly: if you look at the code you'll see that match=True doesn't happen in this case (since the overrides aren't active) but it does mess the value around anyway | 09:52 |
| RP | pohly: the re joining of that string would swallow the leading space | 09:52 |
| joshuagl | jku: hmm, a copy/paste recipe from oe-classic to persist alsa mixer settings. Not sure if it's still used/useful. Used to be that bsps would rely on it to ensure the volume wasn't 0 on new devices. | 09:53 |
| pohly | RP: yes, that's it. | 09:54 |
| zeenix | hi | 09:54 |
| *** phatina <phatina!~phatina@82-119-96-90.static.chello.sk> has quit IRC | 09:54 | |
| jku | joshuagl: ah so some other layer would contain a "asound.state" that actually had something in it | 09:54 |
| zeenix | I'm getting: lshw-02.16-r1 do_package_qa: QA Issue: No GNU_HASH in the elf binary: '/mnt/storage/zeenix/GDP/genivi-dev-platform-qemu-x86_64/gdp-src-build/tmp/work/core2-64-poky-linux/lshw/02.16-r1/packages | 09:54 |
| zeenix | -split/lshw/usr/sbin/lshw' [ldflags] | 09:54 |
| zeenix | any clues? | 09:54 |
| joshuagl | jku: right! | 09:54 |
| pohly | RP: I'm a bit surprised that _remove seems to run before _append, though. | 09:54 |
| rburton | zeenix: the build of lshw isn't respecting $LDFLAGS | 09:55 |
| pohly | I thought _remove was always done last? | 09:55 |
| RP | pohly: _append is applied further up in that function | 09:55 |
| *** phatina <phatina!~phatina@82-119-96-90.static.chello.sk> has joined #yocto | 09:55 | |
| pohly | Wait, it's a _prepend in qemu. | 09:56 |
| rburton | damnit i broke the selftest again | 09:56 |
| RP | jku: could you glance at https://autobuilder.yocto.io/builders/nightly-world-lsb/builds/130/steps/BuildImages/logs/stdio, the epiphany failure, any idea what would break like that? | 09:56 |
| rburton | "Fatal Python error: getentropy() failed" | 09:56 |
| rburton | awesome | 09:56 |
| RP | The nss failure is also odd :( | 09:56 |
| jku | I'll take a look | 09:57 |
| RP | rburton: we need more randomness! | 09:57 |
| rburton | RP: don't appreciate more randomness right now | 09:57 |
| RP | jku: https://autobuilder.yocto.io/builders/nightly-world/builds/130/steps/BuildImages/logs/stdio also failed the same way so I think its something on the rss branch | 09:57 |
| RP | rburton: I did see an irony there | 09:58 |
| jku | now hiring: person to wiggle the mouse at autobuilder.yocto.io | 09:58 |
| *** arkver <arkver!~arkver@host86-154-141-196.range86-154.btcentralplus.com> has joined #yocto | 09:58 | |
| rburton | jku: hhahaha | 09:58 |
| RP | jku: actually, that second one is clearer, missing intltool-native depends? | 09:59 |
| RP | jku: :D | 09:59 |
| rburton | | configure: error: GNU gettext tools not found; required for intltool sounds like a missing gettext dependency/inherit | 09:59 |
| RP | jku: or gettext-native depends? | 09:59 |
| joshuagl | jku: we need a lego mindstorms kit in OSUOSL | 09:59 |
| rburton | i'll take point on that | 10:00 |
| * rburton expenses a full mindstorm set | 10:00 | |
| rburton | joshuagl: have you seen the new mini-mindstorm? | 10:00 |
| rburton | i spy next years christmas present to "the kids" | 10:00 |
| RP | The one that is puzzling me is https://autobuilder.yocto.io/builders/nightly-qa-extras/builds/129/steps/BuildImages_2/logs/stdio | 10:00 |
| RP | we're seeing a load of those | 10:01 |
| rburton | nice log | 10:01 |
| rburton | really useful | 10:01 |
| RP | rburton: on the AB the log is much more helpful | 10:02 |
| RP | tar: ./usr/src/debug/nativesdk-pseudo/1.8.1-r0/recipe-sysroot/opt/poky/2.2+snapshot/sysroots/i686-pokysdk-linux/usr/include/sqlite3.h: file changed as we read it | 10:02 |
| RP | dpkg-deb: error: subprocess tar -cf returned error exit status 1 | 10:02 |
| *** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has quit IRC | 10:03 | |
| *** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has joined #yocto | 10:03 | |
| arkver | Hi. Anyone know how to make "smart" package manager be verbose and show the output from a package post install script? Using 'smart reinstall --log-level=debug <packname>' doesn't do it. | 10:03 |
| RP | arkver: I know at rootfs time, setting ROOTFS_RPM_DEBUG = "1" does this | 10:04 |
| RP | arkver: you could see what options that passes to rpm/smart | 10:04 |
| rburton | RP: huh | 10:05 |
| pohly | RP: adding some debug output confirms that the line you called out gets executed before the SRC_URI_prepend. But removal works, so it seems to get executed multiple times? Does that right to you? | 10:05 |
| arkver | Is smart used at rootfs build time? | 10:05 |
| rburton | if you're using rpms, yes | 10:05 |
| arkver | ok,t a | 10:05 |
| arkver | ta | 10:05 |
| arkver | Aye, that just adds "--log-level=debug" | 10:06 |
| pohly | It's not wrong per se from a semantic point of view (_remove is meant to run last, so doing it multiple times doesn't change the semantic), it might just be slower. | 10:06 |
| RP | pohly: yes, we have an "on demand" data store now | 10:07 |
| arkver | I'll just get the script to redirect to a log file. | 10:07 |
| RP | pohly: so values are commuted on the fly | 10:07 |
| RP | arkver: I think it adds something to rpm as well, that is the key | 10:07 |
| pohly | Meaning _remove gets applied multiple time? | 10:07 |
| RP | pohly: meaning we never store the finalised value, it gets recomputed each time | 10:08 |
| RP | pohly: I suspect that is what you're seeing | 10:08 |
| pohly | Perhaps. Still sounds a bit weird to compute some intermediate state (initial value + _remove) before applying the _prepend, but I take your word that it's meant to be that way ;-} | 10:09 |
| RP | pohly: I can't say for sure without poking at this in detail and I really don't have time right now but I'm not unduly worried | 10:10 |
| RP | pohly: the datastore is a bit weird/tricky | 10:11 |
| *** behanw <behanw!uid110099@gateway/web/irccloud.com/x-yuunwbfbpbzznqsb> has joined #yocto | 10:11 | |
| RP | pohly: actually, cna you check something. Is the parsing input parameter set? | 10:12 |
| RP | pohly: I do have to wonder if you're right and the remove block shouldn't be triggering when parsing is set | 10:13 |
| *** john3 <john3!~john@host81-135-73-28.range81-135.btcentralplus.com> has joined #yocto | 10:13 | |
| *** john2 <john2!~john@host86-171-222-132.range86-171.btcentralplus.com> has quit IRC | 10:14 | |
| RP | pohly: you'll note that append and prepend are dependent on that variable | 10:14 |
| * RP dreads you asking what it means | 10:14 | |
| *** JoiF <JoiF!~jofr@193.182.166.3> has joined #yocto | 10:17 | |
| arkver | RP: I think it changes the scriptlet invocation and content dump runes, but I don't see anything to make it dump the script output itself. I think this is shown if the script fails, but not if it succeeds. | 10:18 |
| RP | arkver: ok, I thought there was something in there but perhaps not, sorry | 10:20 |
| *** AndersD <AndersD!~anders@185.55.11.90.c.fiberdirekt.net> has quit IRC | 10:21 | |
| *** pauldevguy <pauldevguy!~pauldevgu@186.195.217.73> has quit IRC | 10:23 | |
| arkver | np, thanks. I'll go for the redirect within the script option. | 10:23 |
| pohly | RP: yes, parsing=True. | 10:23 |
| RP | pohly: I think you're right and that could be a bug | 10:24 |
| *** graphiqs <graphiqs!~adrian.gr@217.6.37.53> has quit IRC | 10:25 | |
| RP | pohly: There is an alarm bell going off that I've been here before though. Would be interesting to change it and see it bitbake-selftest still passes and OE still parses | 10:25 |
| pohly | So add a "not parsing" to "if value and flag == "_content" and local_var is not None and "_remove" in local_var"? | 10:26 |
| RP | pohly: I think so | 10:26 |
| RP | pohly: As I said, I just can't help think there may have been a reason not to do this | 10:27 |
| *** nighty <nighty!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto | 10:27 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 10:27 | |
| *** graphiqs <graphiqs!~adrian.gr@217.6.37.53> has joined #yocto | 10:27 | |
| pohly | Let me file a bug and then we can investigate when the time is better. | 10:28 |
| RP | pohly: ok, fair enough | 10:28 |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 10:40 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 10:41 | |
| *** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has joined #yocto | 10:42 | |
| *** hamis_lt_u_ <hamis_lt_u_!~irfan@110.93.212.98> has joined #yocto | 10:43 | |
| botman | ernstp: I'm getting an error because it doesn't find layer.conf in meta-openembedded, but there's no such directory or file on the tree http://cgit.openembedded.org/meta-openembedded/tree/ | 10:43 |
| rburton | meta-openembedded isn't a layer | 10:44 |
| rburton | its a collection of layers | 10:44 |
| rburton | you need to add the layers you want, such as meta-oe or meta-python | 10:44 |
| botman | they are already in | 10:44 |
| botman | but that happend when I try to use bitbake on a recipe inside meta-python | 10:46 |
| rburton | what's the actual error please | 10:47 |
| botman | ERROR: Unable to parse /home/bec_1/Yocto/poky/meta-openembedded/conf/layer.conf: [Errno 2] file /home/bec_1/Yocto/poky/meta-openembedded/conf/layer.conf not found | 10:48 |
| joshuagl | meta-openembedded is a folder of layers, don't add that to BBLAYERS add some of its children | 10:48 |
| rburton | yeah that | 10:48 |
| botman | joshuagl: ok, give me a sec | 10:49 |
| botman | thanks btw | 10:49 |
| botman | it's working now, aparently | 10:50 |
| botman | ERROR: Nothing PROVIDES 'python-pip_9.0.1.bb' :-( | 10:52 |
| rburton | just use python-pip | 10:52 |
| *** g0ne <g0ne!af649372@gateway/web/freenode/ip.175.100.147.114> has quit IRC | 10:53 | |
| botman | rburton: compiling | 10:55 |
| -YoctoAutoBuilder- build #1024 of build-appliance is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/build-appliance/builds/1024 | 10:57 | |
| *** berton <berton!~berton@189.114.111.135> has joined #yocto | 11:05 | |
| eduardas_m | I would like to ask what the preferred storage is for embedded systems these days? Is there any kind of advantage to gain by choosing NAND over eMMC for a SoM? | 11:07 |
| LetoThe2nd | eduardas_m: "depends" (TM) | 11:08 |
| eduardas_m | Personally I am going with eMMC at this time just because it looks to be like an integrated SD card and I am more familiar with those | 11:09 |
| eduardas_m | I may be oversimplifying things though | 11:09 |
| LetoThe2nd | eduardas_m: without context/usecase/requirements, the whole discussion is pretty much pointless, don't you think? | 11:09 |
| LetoThe2nd | i mean, you didn't even state if you are talking about volatile or nonvolatile storage :) | 11:10 |
| eduardas_m | LetoThe2nd, ok...then lets say it is a handheld measurement device... similar to a handheld oscilloscope | 11:10 |
| LetoThe2nd | eduardas_m: that is a usecase, but does not include requirements | 11:11 |
| eduardas_m | LetoThe2nd, nonvolatile of course :) | 11:11 |
| LetoThe2nd | eduardas_m: well why "of course"? my preferred memory is ddr, in a couple of contexts. | 11:11 |
| eduardas_m | LetoThe2nd, not sure what kind of embedded linux systems manage without some kind of nonvolatile storage... what are the usecases when one can manage with ddr only? when booting via network? | 11:14 |
| LetoThe2nd | eduardas_m: and even for your handheld scope i easily can see 3 totally different storage contexts: 1) some rom for the application 2) some ram for holding the measurement data 3) some other nv storage for logging. | 11:15 |
| LetoThe2nd | eduardas_m: and read again, i never stated that my use case is "ddr only". i only said it is my "preferred memory" | 11:16 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 11:17 | |
| eduardas_m | LetoThe2nd, why not just have bootloader + kernel + sysroot + logging in single eMMC instead of two instances of nonvolatile storage (points 1 and 3)? | 11:18 |
| LetoThe2nd | eduardas_m: "depends". maybe one wants 1) to be totally RO, and higher quality than 3)? maybe one does wnat 3) to be removable? | 11:20 |
| LetoThe2nd | eduardas_m: i'm just trying to show you that your understanding of the question already contains way too many assumptions and inherent decisions for anybody else to give you valuable input. | 11:21 |
| eduardas_m | LetoThe2nd, yes, I suppose there is a valid point here, so I'll try to narrow it down... | 11:24 |
| LetoThe2nd | eduardas_m: :-) | 11:24 |
| eduardas_m | Lets say I decide to go with one particular SoM: http://www.variscite.com/products/system-on-module-som/cortex-a7/dart-6ul-freescale-imx-6ul | 11:24 |
| eduardas_m | and there is an SLC NAND and and eMMC option for nonvolatile storage | 11:25 |
| RP | pohly: were you going to send a patch for that first issue (unnecessary manipulation of the string)? | 11:25 |
| LetoThe2nd | eduardas_m: thats what the overview on the webpage says, yes. | 11:25 |
| eduardas_m | options are 128 - 512 MB for SLC NAND and 4 - 32 GB for eMMC | 11:25 |
| pohly | RP: no, I intended to defer it so that it can be tested together with that other, more invasive change. | 11:26 |
| pohly | I will send the fix for qemu, though. | 11:26 |
| RP | pohly: ok, I have a patch for that which I might queue. I'm happy enough that bit is safe/correct/a good idea | 11:26 |
| pohly | RP: sure, your call. | 11:26 |
| eduardas_m | LetoThe2nd, device will probably have removable SD card for data storage, so NAND or eMMC is required for kernel, sysroot and application basically | 11:27 |
| eduardas_m | also I need to implement a two image update system with reliable fallback | 11:27 |
| eduardas_m | but either storage technology allows for enough memory for me to implement that | 11:28 |
| eduardas_m | the main thing that might make me switch from one to the other is if one of those allowed for faster reads/writes and thus faster bootup | 11:29 |
| *** Snert_ <Snert_!~LoginName@106-24-237-24.gci.net> has joined #yocto | 11:29 | |
| LetoThe2nd | eduardas_m: thats right. so the question is more like: "should i use emmc or slc nand as my application rom when i need a realiable two-image update mechanism". right? | 11:29 |
| *** clopez <clopez!~tau@neutrino.es> has quit IRC | 11:29 | |
| eduardas_m | LetoThe2nd, pretty much so | 11:29 |
| RP | pohly: http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=rpurdie/wip-rss&id=729505e9235ab693d274b4075b30da19f8499776 is what I'm thinking | 11:30 |
| RP | pohly: it will have a performance impact which is why I'd like to fix it | 11:30 |
| LetoThe2nd | eduardas_m: and in that case, i would say: evaluate the requirements by the updating mechanism that you have chosen. some have direct support for ubifs, which makes slc a viable option. others rely on pure fs functionality, in which case i would probably opt for emmc. | 11:31 |
| *** Snert <Snert!~LoginName@106-24-237-24.gci.net> has quit IRC | 11:31 | |
| RP | rburton: I assume you're ok with -next going in even if the build isn't done? | 11:32 |
| pohly | RP: in my tests I still had the "if expand and var in self.expand_cache" block active. But I agree, skipping that too seems to make sense (value already in cache and not changed, I suppose). | 11:32 |
| RP | pohly: right, it only needs to do that if it changed someting | 11:33 |
| *** clopez <clopez!~tau@neutrino.es> has joined #yocto | 11:34 | |
| pohly | rburton: how do you feel about reverting the flex version update, as it currently prevents merging the UEFI/OVMF patch series? | 11:35 |
| pohly | Do we have any flex experts around here perhaps who could help? | 11:36 |
| jku | rburton: any ideas on what could lead "$(AM_V_GEN) $(GLIB_MKENUMS) \" to expand to " \" in a epiphany Makefile.am? | 11:37 |
| jku | glib-mkenums should be in glib-2.0-dev -- I'd expect that to be present... | 11:38 |
| jku | I mean glib-2.0-native obviously | 11:39 |
| eduardas_m | LetoThe2nd, thank you for your opinions. It seems that it is relatively easy to overwrite unused FAT boot partition and unused ext4 rootfs partition in case of eMMC using generic linux tools (what you call pure fs functionality), so it seems like the way to go. But then again can one not have multiple ubifs partitions on single chip and just dd the unused one? I am not familiar with this file system so thats when I'm asking. | 11:41 |
| rburton | jku: hm no | 11:42 |
| rburton | RP: yes | 11:46 |
| RP | jku: this is recipe specific sysroots so there is no gurantee that glib-2.0-native is present | 11:48 |
| RP | jku: does it DEPENDS on it? | 11:48 |
| jku | damn, it doesn't. I was sure it would have... | 11:50 |
| RP | jku: I suspect a gettext-native issue in there as well :/ | 11:51 |
| kanavin | jku: maybe we should have a class for that? | 11:51 |
| jku | RP: yup that's definitely missing | 11:51 |
| *** caiortp <caiortp!~inatel@131.221.240.226> has joined #yocto | 11:51 | |
| jku | RP, so how did glib-2.0-native end up in recipe-sysroot-native when I built epiphany? | 11:53 |
| jku | (still building lib32-epiphany, not sure what happens there) | 11:54 |
| *** arkver <arkver!~arkver@host86-154-141-196.range86-154.btcentralplus.com> has quit IRC | 11:55 | |
| RP | jku: I think it peeks though and sees host tools which aren't on some AB workers | 11:56 |
| RP | jku: I'd guess your host has a GLIB_MKENUMS | 11:56 |
| LetoThe2nd | eduardas_m: when using ubi, direct access to the memory is a no-go, as ubi takes care of wear levelling and bad blacks | 11:57 |
| jku | RP: no, I'm looking at recipe-sysroot-native/ for epiphany: glib-2.0-native is in sysroot-providers | 11:57 |
| LetoThe2nd | eduardas_m: you can have one ubi partition, containing several ubifs. | 11:57 |
| RP | jku: that is odd | 11:57 |
| jku | so is gettext-native | 11:58 |
| LetoThe2nd | eduardas_m: which works very well for us - we have an updating system that is ubi aware, and hence takes care of wear levelling, bad blocks and such when rewriting the iamge. | 11:58 |
| eduardas_m | LetoThe2nd, also when you said your prefered storage is ddr, did you mean you prefer to run your systems and applications in initrd? | 11:59 |
| LetoThe2nd | eduardas_m: no, i meant that for archieving certain pieces of functionality, i need relatively large amounts of ram. hence i prefer having much ddr. | 12:00 |
| eduardas_m | LetoThe2nd, this ubi - aware updating system does not happen to be open source? | 12:00 |
| LetoThe2nd | eduardas_m: it does happen. see meta-swupdate by sbabic :) | 12:00 |
| RP | pokybuild@debian-testing:~/yocto-autobuilder/yocto-worker/nightly-world/build/build/tmp/work/i586-poky-linux/epiphany/3.22.3-r0/recipe-sysroot-native$ ls sysroot-providers/g* | 12:00 |
| RP | sysroot-providers/gcc-cross-i586 sysroot-providers/gettext-minimal-native sysroot-providers/gmp-native sysroot-providers/gnu-config-native sysroot-providers/gzip-native | 12:00 |
| RP | jku: ^^^ shows that machine does not have those things installed in the native sysroot | 12:00 |
| jku | huh | 12:01 |
| eduardas_m | LetoThe2nd, have already played around with meta-swupdate... just was not aware of ubi -related functionality | 12:01 |
| RP | jku: its possible something is racing here and that some later task depends on them | 12:02 |
| RP | jku: can you look at the timestamps, see when they were installed compared to when configure ran? | 12:02 |
| eduardas_m | LetoThe2nd, I actually could build the swupdate-image for my system, but ran into the problem described here: https://groups.google.com/forum/#!topic/swupdate/O2VdV7SBVr0 | 12:03 |
| RP | jku: for example, qemu-native may be needed during do_package and that links to glib-2.0-native, hence it could be installed then | 12:03 |
| eduardas_m | sw-description does not get fetched for me for some reason | 12:03 |
| RP | (i'm not saying that specific example is true but something like it) | 12:03 |
| RP | jku: the best test would be "bitbake epiphany -c configure" (clean epiphany first) | 12:04 |
| eduardas_m | LetoThe2nd, so basically the place where I got stuck was that I could not generate compound images for updates | 12:06 |
| RP | rburton: I think I'm seeing things. https://autobuilder.yocto.io/builders/nightly-oe-selftest/builds/153 - what does that say to you? | 12:07 |
| jku | RP: I'll try configure, the timestamps are confusing -- probably looking at wrong stamp | 12:08 |
| *** arkver <arkver!~arkver@213.205.195.44> has joined #yocto | 12:08 | |
| RP | jku: ok. It did this for lib32 and non-multilib so I think it affects both | 12:08 |
| arkver | RP: fyi: smart -o rpm-log-level=debug <command> <args> shows all the rpm verbosity. | 12:09 |
| RP | arkver: cool, I thought there had to be a way! | 12:10 |
| LetoThe2nd | eduardas_m: well of course i don't know your specifics, but we genereate single swu images which we can hand to swupdate. | 12:11 |
| eduardas_m | LetoThe2nd, I pretty much like the idea of SWUpdate from the documentation I have read, but I find it lacking in some places... | 12:13 |
| eduardas_m | I can not make an swu although I try to follow the beaglebone black example | 12:13 |
| eduardas_m | which is the only one provided | 12:13 |
| LetoThe2nd | eduardas_m: if it fit your needs is something that you have to evaluate for yourself, of course. i can only tell you that it works fine for one of mine, using ubi on slc :) | 12:14 |
| eduardas_m | also, I do not like how meta-swupdate expects your BSP to have the newest bootloader | 12:14 |
| *** istarilucky <istarilucky!~rlucca@189.112.127.230> has joined #yocto | 12:14 | |
| eduardas_m | if you don't it breaks u-boot-fw-utils recipe with patches for example | 12:14 |
| LetoThe2nd | eduardas_m: we certainly do not have the newest bootloader. but you're right, it needs a bit of massaging to work | 12:15 |
| LetoThe2nd | eduardas_m: another option might be mender.io | 12:15 |
| LetoThe2nd | eduardas_m: or resin os | 12:15 |
| LetoThe2nd | it really depends, there is no silver bullet. | 12:15 |
| eduardas_m | mender.io does not support local or at least is not oriented to IIRC | 12:16 |
| eduardas_m | and we basically only need local updates | 12:16 |
| eduardas_m | like from an archive on a USB key that one attaches to device | 12:16 |
| LetoThe2nd | the only thing i can really give as strong advice: do *not* try and roll your own. | 12:16 |
| mborzecki | eduardas_m: fyi mender does support locally applied updates | 12:17 |
| eduardas_m | LetoThe2nd, that is exactly what I am trying to do right now... and that is because SWUpdate does not work for me | 12:17 |
| LetoThe2nd | eduardas_m: do not do. the long term pains will exceed any trouble that you might have initially with a preexising solution by orders of magnitude. | 12:18 |
| jku | RP: you're correct. glib-2.0-native and gettext-native are missing during configure... | 12:19 |
| LetoThe2nd | eduardas_m: and if you're using a specific SoM, you can always ask the vendor if they support some specific solution, for example. | 12:20 |
| *** behanw <behanw!uid110099@gateway/web/irccloud.com/x-yuunwbfbpbzznqsb> has quit IRC | 12:21 | |
| *** arkver <arkver!~arkver@213.205.195.44> has quit IRC | 12:24 | |
| eduardas_m | LetoThe2nd, I am aware of the danger... but sometimes for an embedded linux novice like me the problem lies here: there are no funds to hire expensive foreign experts to massage SWUpdate or some other solution into place for the BSP we are using | 12:25 |
| LetoThe2nd | eduardas_m: well you always have to pay in either time or money. and if you don't have money, you have to invest time. | 12:26 |
| eduardas_m | I would actually prefer to have some paid consulting or support for what I am doing, but the problem is again : money | 12:26 |
| LetoThe2nd | eduardas_m: i'm just saying: "do not invest your time in rolling your own quick-hack solution, as it will give you pains. invest your time in understanding and using a preexisting solution" | 12:27 |
| LetoThe2nd | eduardas_m: and sad to say, but rolling a product always requires some money, especially if hardware is involved. | 12:27 |
| jku | so can intltool-native ever work without gettext-native ? | 12:33 |
| jku | rburton maybe ^ | 12:33 |
| LetoThe2nd | eduardas_m: anyways, i'm off. if you feel like discussing more, find me here on monday :) | 12:34 |
| eduardas_m | LetoThe2nd, thank you very much for your time... | 12:34 |
| LetoThe2nd | eduardas_m: np, have fun. | 12:35 |
| *** arkver <arkver!~arkver@host86-154-141-196.range86-154.btcentralplus.com> has joined #yocto | 12:41 | |
| *** mdnneo <mdnneo!~umaucher@217.89.178.116> has joined #yocto | 12:43 | |
| jku | RP: let me know if you just want a patch for epiphany ASAP: I'm still trying to understand how this works and whether there are other dependency issues like this | 12:44 |
| *** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-rpmhvayjqczcstiu> has quit IRC | 12:44 | |
| jku | for example, why doe "bitbake -cconfigure vte" results in gettext-native being in recipe-sysroot-native/ even though the recipe does not depend on gettext-native | 12:45 |
| RP | jku: is there a depends from the gettext class? | 12:48 |
| RP | jku: I do agree we need to figure this out, a patch would be good in the meantime though please | 12:49 |
| jku | RP: there is, but e.g. vte does not inherit (not directly anyway) | 12:50 |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 12:53 | |
| RP | jku: have a look at the do_prepare_recipe_sysroot task logs, that might give clues about where it comes from | 12:57 |
| *** arkver <arkver!~arkver@host86-154-141-196.range86-154.btcentralplus.com> has quit IRC | 12:57 | |
| pohly | rburton: https://github.com/westes/flex/issues has lots of issues about "flex 2.6.3 breaks compiling xyz". | 12:58 |
| RP | jku: looking at my logs, gettext-native is added as a dependency of glib-2.0-native | 12:58 |
| pohly | I should be able to come up with a hotfix for compiling acpica, but I am really wondering whether we should really upgrade to 2.6.3 at this time. | 12:58 |
| *** qt-x <qt-x!~Thunderbi@217.10.196.2> has quit IRC | 12:59 | |
| RP | jku: i.e. it looks like a glib-2.0 depends is enough to pull in gettext | 12:59 |
| RP | (which does make sense) | 12:59 |
| *** sandsmark <sandsmark!~sandsmark@kde/sandsmark> has quit IRC | 13:02 | |
| jku | RP can you walk me through that: http://pastebin.com/ds25FMSx ? How do you see the dependency logic from there | 13:03 |
| *** sandsmark <sandsmark!~sandsmark@kde/sandsmark> has joined #yocto | 13:04 | |
| *** mdnneo <mdnneo!~umaucher@217.89.178.116> has quit IRC | 13:04 | |
| jku | but yeah, confirming that : glib-2.0-native does pull gettext-native in | 13:05 |
| kanavin | \0/ it's taken a bit, but now also core-image-sato builds and boots (to GUI) with dnf :) | 13:06 |
| jku | nice | 13:06 |
| kanavin | I guess that's the end of the '90%' | 13:07 |
| RP | jku: trick it to work backwards. Start by finding "Adding dependency on gettext-native" | 13:07 |
| kanavin | now come the other 90% | 13:07 |
| RP | jku: line above is considering dependency: ['glib-2.0-native', 'do_populate_sysroot'] which means that was the dependency which triggered the addition | 13:07 |
| RP | jku: welcome to the world of sstate setscene reverse logic | 13:08 |
| jku | thanks! | 13:08 |
| *** arkver <arkver!~arkver@213.205.195.44> has joined #yocto | 13:10 | |
| *** dv_ <dv_!~quassel@62-178-118-86.cable.dynamic.surfer.at> has quit IRC | 13:11 | |
| *** dv_ <dv_!~quassel@62.178.118.86> has joined #yocto | 13:11 | |
| hyde | Hi, I have an .ipk, originating from meta-qt5 layer, with file name libqt5svg5_5.4.2+git0+ccae23961e-r0_cortexa9hf-vfp-neon.ipk | 13:12 |
| hyde | I can install it manually with opkg, and a QML app which uses svgs works after that (not without) | 13:13 |
| hyde | I have been unable to figure out how to get it installed in an image recipe though | 13:13 |
| hyde | so, if I have an .ipk produced by bitbake, and I want to find out how I would add it to image recipe, how should I go about it? | 13:14 |
| hyde | I have grepped for the packge name and various parts of it, but haven't yet figured out where the .ipk even comes from (other than it must be from meta-qt5 layer) | 13:14 |
| hyde | any suggestions? | 13:15 |
| rburton | pohly: ok that takes it from "acapi breaks" to "everyone breaks", i'll revert. thanks for digging. | 13:16 |
| *** psadro <psadro!~Thunderbi@216.234.148.135> has quit IRC | 13:17 | |
| pohly | rburton: well, I'm not sure whether it breaks "everyone" in OE. | 13:18 |
| rburton | okay, 'lots' | 13:19 |
| pohly | For example, binutils, gdb master and grub are getting mentioned. | 13:19 |
| pohly | Those must have been built successfully in OE, right? So it's perhaps not that bad in OE core itself (for whatever reason), but yes, it doesn't look good overall. | 13:20 |
| *** JosePerez <JosePerez!~jgperezc@134.134.139.72> has joined #yocto | 13:20 | |
| rburton | well, binutils is sufficiently tricky to build that we may be using pregenerated files for that | 13:20 |
| pohly | Hmm, could it be that gdb for the target wasn't even using flex-native? | 13:21 |
| pohly | No, it's in pn-buildlist of "bitbake -g gdb". | 13:21 |
| jku | hyde: how do you know it's from meta-qt5? | 13:22 |
| pohly | rburton: how do you want to proceed? I have a workaround for acpica ready. | 13:22 |
| rburton | pohly: the binutils bug says 2.6.2 works | 13:22 |
| pohly | But we updated to 2.6.3... | 13:23 |
| rburton | my patch was to 2.6.2 | 13:23 |
| pohly | Ooops, we didn't. | 13:23 |
| pohly | I got confused because the latest upstream code that I checked out had 2.6.3 | 13:23 |
| pohly | Okay, let's keep 2.6.2, work around this in acpica, and revisit once we know better whether it affects others and what upstream flex says about my bug report (https://github.com/westes/flex/issues/164). | 13:26 |
| *** hamis_lt_u_ <hamis_lt_u_!~irfan@110.93.212.98> has quit IRC | 13:28 | |
| *** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has quit IRC | 13:29 | |
| *** hamis <hamis!~irfan@110.93.212.98> has quit IRC | 13:29 | |
| *** marka <marka!~masselst@135-23-92-83.cpe.pppoe.ca> has joined #yocto | 13:31 | |
| *** CTtpollard <CTtpollard!~CTtpollar@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC | 13:32 | |
| *** lamego <lamego!jose@nat/intel/x-jibknkzawcswxtrt> has joined #yocto | 13:39 | |
| rburton | pohly: is the secureboot something that was scheduled for m2? | 13:39 |
| rburton | i guess its got new bits so sooner rather than later is good | 13:40 |
| pohly | Which Secure Boot thing? The UEFI/OVMF patches? That doesn't have an official Bugzilla entry, so no. | 13:40 |
| pohly | But I agree, getting them in sooner than later would be better. | 13:42 |
| pohly | I've ping Ricardo again to check out the revised patches, just in case that you were waiting for someone to double-check them. | 13:42 |
| rburton | someone else checking them would be good | 13:42 |
| pohly | Yes. | 13:42 |
| rburton | just hecking if theres a greater need for them to be in *now* | 13:43 |
| pohly | Other than me struggling with keeping all of my pending patches available while building locally, no ;-} | 13:43 |
| rburton | yeah thats a pain i think we all understand | 13:44 |
| * rburton has 47 local branches | 13:44 | |
| pohly | I need a "merge all pending git series into a working branch" helper script. | 13:44 |
| rburton | no idea what percentage of them actually rebase to master | 13:45 |
| pohly | I like that "git series" maintains clean patch series, but compared to accumulating all pending patches in a branch it's harder when your actual work depends on more than one series. | 13:46 |
| *** arkver <arkver!~arkver@213.205.195.44> has quit IRC | 13:50 | |
| *** botman <botman!d97eb626@gateway/web/freenode/ip.217.126.182.38> has quit IRC | 13:57 | |
| *** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC | 14:00 | |
| *** Son_Goku <Son_Goku!~King_InuY@ool-457cb820.dyn.optonline.net> has quit IRC | 14:01 | |
| *** poor-man <poor-man!d97eb626@gateway/web/freenode/ip.217.126.182.38> has quit IRC | 14:01 | |
| *** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto | 14:02 | |
| *** arkver <arkver!~arkver@213.205.195.44> has joined #yocto | 14:03 | |
| *** psadro <psadro!~Thunderbi@2620:0:ed0:800a:72f3:95ff:fe1d:9866> has joined #yocto | 14:06 | |
| *** mdnneo <mdnneo!~umaucher@217.89.178.116> has joined #yocto | 14:08 | |
| *** open-nandra <open-nandra!~marek@81.89.61.168.host.vnet.sk> has quit IRC | 14:09 | |
| RP | jku: I think I have my other issues fixed for another rss test run, do you have a fix I could add in ? | 14:13 |
| *** arkver <arkver!~arkver@213.205.195.44> has quit IRC | 14:15 | |
| *** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto | 14:18 | |
| RP | ed2: The wic series seems good thanks. Do you want me to mail that to the list (dependent on the rss patches)? | 14:23 |
| *** paulg <paulg!~paulg@198-84-239-75.cpe.teksavvy.com> has joined #yocto | 14:25 | |
| *** AndersD <AndersD!~anders@h83-209-191-235.cust.se.alltele.net> has joined #yocto | 14:26 | |
| *** ash_charles <ash_charles!~acharles@2607:fad8:4:6:5aac:892e:cbe9:f7fc> has joined #yocto | 14:27 | |
| *** arkver <arkver!~arkver@213.205.195.44> has joined #yocto | 14:28 | |
| jku | RP, oh I sent an epiphany patch to list earlier , sorry I didn't ping you | 14:32 |
| jku | no idea about the nss package_write_deb failure | 14:33 |
| RP | jku: its ok, I have that one | 14:33 |
| RP | jku: thanks! | 14:33 |
| ernstp | lots of epiphany activity? is it the best option these days? | 14:34 |
| rburton | ernstp: epiphany activity in here because its part of oe-core | 14:35 |
| jku | ernstp: depends what you need it for. It's pretty good at failing to build for example | 14:35 |
| rburton | lol | 14:35 |
| ernstp | jku: that is not currently on the requirements list :-) | 14:36 |
| *** gtristan <gtristan!~tristanva@206.108.167.141> has joined #yocto | 14:36 | |
| *** arkver <arkver!~arkver@213.205.195.44> has quit IRC | 14:37 | |
| * RP quietly sobs at new ways the rss code breaks after the last fix | 14:37 | |
| *** arkver <arkver!~arkver@213.205.195.44> has joined #yocto | 14:37 | |
| ernstp | using chromium right now, the back/forward swipe gestures you get out of the box is pretty neat | 14:38 |
| ernstp | also, you can use compiling chromium/webkit for heating your office | 14:44 |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 14:52 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 14:56 | |
| *** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC | 15:00 | |
| *** arkver <arkver!~arkver@213.205.195.44> has quit IRC | 15:03 | |
| *** jku <jku!~jku@192.198.151.44> has quit IRC | 15:05 | |
| *** NU-Slacker <NU-Slacker!~NU-Slacke@24.13.74.158> has joined #yocto | 15:06 | |
| *** berton <berton!~berton@189.114.111.135> has quit IRC | 15:07 | |
| -YoctoAutoBuilder- build #1140 of nightly is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly/builds/1140 | 15:07 | |
| *** Aethenelle <Aethenelle!~Aethenell@107.138.98.226> has joined #yocto | 15:07 | |
| *** T_UNIX <T_UNIX!d4d3bd3c@gateway/web/freenode/ip.212.211.189.60> has quit IRC | 15:08 | |
| *** adca <adca!~adca@193.202.22.66> has quit IRC | 15:09 | |
| *** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto | 15:11 | |
| *** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC | 15:11 | |
| *** stephano <stephano!~stephano@134.134.139.76> has joined #yocto | 15:15 | |
| *** arkver <arkver!~arkver@host86-154-141-196.range86-154.btcentralplus.com> has joined #yocto | 15:18 | |
| *** john4 <john4!~john@host81-135-73-28.range81-135.btcentralplus.com> has joined #yocto | 15:18 | |
| *** john3 <john3!~john@host81-135-73-28.range81-135.btcentralplus.com> has quit IRC | 15:19 | |
| *** berton <berton!~berton@189.114.111.135> has joined #yocto | 15:22 | |
| *** AndersD <AndersD!~anders@h83-209-191-235.cust.se.alltele.net> has quit IRC | 15:24 | |
| *** manuel_ <manuel_!~manuel@209.6.175.242> has joined #yocto | 15:27 | |
| *** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has left #yocto | 15:32 | |
| *** manuel__ <manuel__!~manuel@209.6.175.242> has joined #yocto | 15:33 | |
| *** paulbarker <paulbarker!~quassel@2a01:4f8:c17:626::2> has joined #yocto | 15:33 | |
| *** manuel_ <manuel_!~manuel@209.6.175.242> has quit IRC | 15:36 | |
| *** manuel__ is now known as manuel_ | 15:36 | |
| *** alimon <alimon!~alimon@134.134.137.75> has joined #yocto | 15:41 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 15:44 | |
| davis | has anyone seen an error with wic where it says Partition internal size is not an integer. This a bug in source plugin rawrootfs and needs to be fixed. | 15:45 |
| *** TobSnyder <TobSnyder!~schneider@ip9234b0ae.dynamic.kabel-deutschland.de> has quit IRC | 15:51 | |
| *** groleo <groleo!~dev@gate-zro.freescale.com> has quit IRC | 15:52 | |
| *** mdnneo <mdnneo!~umaucher@217.89.178.116> has quit IRC | 15:57 | |
| *** marka <marka!~masselst@135-23-92-83.cpe.pppoe.ca> has quit IRC | 16:00 | |
| *** marka <marka!~masselst@135-23-92-83.cpe.pppoe.ca> has joined #yocto | 16:00 | |
| *** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has quit IRC | 16:06 | |
| *** sameo <sameo!samuel@nat/intel/x-fbvbnlzqmjseoeib> has quit IRC | 16:06 | |
| joshuagl | cc ed2: ^^ | 16:08 |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 16:09 | |
| *** sameo <sameo!samuel@nat/intel/x-mrncsgcujzkirzog> has joined #yocto | 16:09 | |
| *** ed2 <ed2!~Adium@192.198.151.44> has quit IRC | 16:10 | |
| *** ed2 <ed2!~Adium@192.198.151.44> has joined #yocto | 16:11 | |
| ed2 | davis: never seen it. can you create bug? | 16:11 |
| davis | yes, it happens every time I do the wic step. btw, I've been using wic for sometime now, but not taken time to look into it. | 16:13 |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 16:13 | |
| Strike5150 | I wrote a recipe which inherits module. It builds correctly but when I try to install on the system has a dependancy on kernel-module-stream-bus-sbc. Can someone explain? https://gist.github.com/strike5150/3d1160481a6bcda27bf25992ced16c6d | 16:14 |
| davis | is it something to do with Windows Image configurator or is that just a coincidence? | 16:14 |
| Strike5150 | I don't know how to install the dependancy and I don't understand where it comes from | 16:14 |
| ed2 | davis: just a coincidence I believe. | 16:15 |
| davis | ok many thanks | 16:15 |
| davis | do you know of a ref online for wic? | 16:15 |
| ed2 | davis: http://www.yoctoproject.org/docs/current/mega-manual/mega-manual.html#creating-partitioned-images | 16:17 |
| davis | ed2: many thanks. i appreciate it. | 16:17 |
| *** JoiF <JoiF!~jofr@193.182.166.3> has quit IRC | 16:17 | |
| ed2 | davis: if you're ok with local ref you can also run wic help overview|kickstart|plugins | 16:18 |
| davis | ahh that is cool. many thanks | 16:19 |
| ed2 | davis: I wouldn't suggest to look at the code though. It's a messy java-like stream of bytes. | 16:19 |
| ed2 | davis: I'm trying to refactor it at the moment, so I speak from experience :) | 16:20 |
| davis | tip of the hat to you. | 16:20 |
| davis | i'll be happy if I can understand how to use it | 16:20 |
| *** eduardas_ <eduardas_!~eduardas_@213.197.143.19> has joined #yocto | 16:21 | |
| *** ntl <ntl!~nathanl@99-127-51-4.lightspeed.austtx.sbcglobal.net> has joined #yocto | 16:21 | |
| ed2 | davis: the best way to use it is to create .wks file, set WKS_FILE variable, add 'wic' to IMAGE_FSTYPES and run bitbake <image> | 16:22 |
| *** eduardas_m <eduardas_m!~eduardas_@213.197.143.19> has quit IRC | 16:22 | |
| *** eduardas_ <eduardas_!~eduardas_@213.197.143.19> has quit IRC | 16:22 | |
| *** eduardas_m <eduardas_m!~eduardas_@213.197.143.19> has joined #yocto | 16:23 | |
| davis | my colleague set this up for me. I'm hoping to talk to him about this error, but in the meantime i'll read your reference. Its been awhile since I've made a sata img. | 16:23 |
| ed2 | davis: feel free to ask questions about wic. I'll be happy to answer. | 16:23 |
| davis | the usb img wic step still works. | 16:23 |
| davis | we do have a wks file | 16:23 |
| davis | and when i first got the error, i looked at it. I don't see any fractional numbers. | 16:24 |
| davis | so i am not sure why the error has occured. | 16:24 |
| ed2 | davis: ok, can you show it here? which machine do you use, btw? | 16:24 |
| davis | Error: Partition internal size is not an integer. This a bug in source plugin rawrootfs and needs to be fixed. | 16:24 |
| ed2 | davis: i mean wks file | 16:25 |
| davis | its for atom | 16:25 |
| davis | im using a custom wks file | 16:25 |
| davis | it has entries which look like attributes for each partition | 16:25 |
| ed2 | davis: I'm afraid this is not enough for me to reproduce and fix this. I need more details. | 16:26 |
| davis | we have three different wks files for sata. possibly for differnt rootfs types. the sizes look same but the bootloader cmd line varies between files. | 16:26 |
| davis | that makes sense | 16:26 |
| ed2 | davis: if you can tell me which MACHINE do you use, show your wks file and your bblayers.conf I might be able to reproduce the issue. | 16:27 |
| ed2 | davis: it's better to do in bugzilla, I believe. | 16:28 |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 16:28 | |
| davis | one sec | 16:28 |
| *** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has quit IRC | 16:28 | |
| *** rus <rus!c5d67462@gateway/web/freenode/ip.197.214.116.98> has joined #yocto | 16:29 | |
| davis | im getting waits on github gist. heh entire company must be watching the innaugration | 16:31 |
| JaMa | or the internet started to fail already | 16:37 |
| rus | hi ,i have a siemens iot 2020 running yocto 4.4.13 , I am trying to access ttyUSB0 , but get permission denied , how can I fix this? | 16:39 |
| *** rcw <rcw!~rwoolley@128.224.252.2> has joined #yocto | 16:39 | |
| *** JaMa <JaMa!~martin@217.30.68.212> has quit IRC | 16:39 | |
| *** eduardas_m <eduardas_m!~eduardas_@213.197.143.19> has quit IRC | 16:40 | |
| rburton | zeddii: have you changed the linux-libc-headers 4.9 upgrade since you submitted it first? | 16:43 |
| rburton | i can't reproduce my connman/musl/4.9 headers failure anymore! | 16:43 |
| davis | ed2 https://gist.github.com/netskink/08277765c898333ecd093141aa573e12 | 16:44 |
| zeddii | nope. it is still 4.9. I was going to bump it to a -stable variant eventually but was holding on that. | 16:44 |
| davis | there is a third wks file, but I don't think its being used during that invocation ive shown | 16:44 |
| *** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC | 16:45 | |
| davis | in terms of machine, i do an export MACHINE=buts its a product name and not somthing like x86 or beaglebone, etc. but I think it steers towards an atom based cpu/board | 16:46 |
| rburton | zeddii: huh. thanks. | 16:48 |
| ed2 | davis: can you reproduce the issue on genericx86* or qemu machines? | 16:49 |
| davis | i dont use qemu. i've used in the past but not on this system. | 16:50 |
| davis | i can look into it though. that will take some time. | 16:51 |
| *** stephano <stephano!~stephano@134.134.139.76> has quit IRC | 16:53 | |
| *** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC | 16:56 | |
| *** zeddii <zeddii!~bruce@128.224.252.2> has quit IRC | 16:57 | |
| *** zeenix <zeenix!~zeenix@83.218.80.242> has quit IRC | 16:59 | |
| *** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has joined #yocto | 17:02 | |
| ed2 | davis: can you give names to your partitions in .wks. you'll see which partition wic complains about. | 17:08 |
| davis | ed2: how to do that? | 17:10 |
| davis | the bit in ""? | 17:10 |
| ed2 | yes | 17:10 |
| davis | ok one sec | 17:10 |
| halstead | RP, Locking is broken on debian-testing now. But the build isn't stuck yet. | 17:11 |
| davis | hmm. makes a python stacktrace | 17:13 |
| *** Cubi_ <Cubi_!~sstiller@b2b-94-79-174-114.unitymedia.biz> has quit IRC | 17:14 | |
| ed2 | davis: what's rawrootfs plugin? | 17:15 |
| ed2 | davis: looks like custom | 17:15 |
| ed2 | davis: I don't see it among standard wic plugins. | 17:16 |
| RP | halstead: :(. Any idea what is breaking? I was hoping the completed build meant you'd fixed it? | 17:16 |
| *** dv_ <dv_!~quassel@62.178.118.86> has quit IRC | 17:17 | |
| *** stephano <stephano!~stephano@134.134.139.77> has joined #yocto | 17:17 | |
| halstead | RP, It's the out of sequence error in the logs again. I don't think we've seen it on debian-testing before. It might be a new trigger for the old problem. | 17:18 |
| *** dv_ <dv_!~quassel@62-178-118-86.cable.dynamic.surfer.at> has joined #yocto | 17:18 | |
| *** nighty <nighty!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC | 17:21 | |
| *** john1 <john1!~john@77.243.183.90> has joined #yocto | 17:23 | |
| *** john4 <john4!~john@host81-135-73-28.range81-135.btcentralplus.com> has quit IRC | 17:24 | |
| *** hyde <hyde!uid25660@gateway/web/irccloud.com/x-tuduolqzozsalugt> has quit IRC | 17:25 | |
| *** lemagoup <lemagoup!~lemagoup@195.190.86.18> has quit IRC | 17:25 | |
| *** john2 <john2!~john@host81-135-73-28.range81-135.btcentralplus.com> has joined #yocto | 17:26 | |
| *** sameo <sameo!samuel@nat/intel/x-mrncsgcujzkirzog> has quit IRC | 17:27 | |
| *** nighty <nighty!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto | 17:27 | |
| *** Aethenelle <Aethenelle!~Aethenell@107.138.98.226> has quit IRC | 17:27 | |
| *** Aethenelle <Aethenelle!~Aethenell@107.138.98.226> has joined #yocto | 17:27 | |
| *** john1 <john1!~john@77.243.183.90> has quit IRC | 17:28 | |
| *** stephano <stephano!~stephano@134.134.139.77> has quit IRC | 17:29 | |
| *** anselmolsm <anselmolsm!~anselmols@192.55.54.45> has joined #yocto | 17:32 | |
| *** Snert___ <Snert___!~snert_@65.74.8.146> has quit IRC | 17:34 | |
| *** Aethenelle <Aethenelle!~Aethenell@107.138.98.226> has quit IRC | 17:35 | |
| *** Aethenelle <Aethenelle!~Aethenell@166.175.62.66> has joined #yocto | 17:36 | |
| *** rus <rus!c5d67462@gateway/web/freenode/ip.197.214.116.98> has quit IRC | 17:40 | |
| RP | halstead: not good :/ | 17:48 |
| *** graphiqs <graphiqs!~adrian.gr@217.6.37.53> has quit IRC | 17:50 | |
| -YoctoAutoBuilder- build #1025 of build-appliance is complete: Failure [failed BuildImages_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/build-appliance/builds/1025 | 17:52 | |
| halstead | RP, I got it to recover without interrupting anything. So this build might be okay at least. | 17:52 |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 17:52 | |
| *** fl0v0 <fl0v0!~fvo@pD9F6BBFA.dip0.t-ipconnect.de> has quit IRC | 17:53 | |
| *** Aethenelle <Aethenelle!~Aethenell@166.175.62.66> has quit IRC | 17:55 | |
| *** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC | 17:55 | |
| *** Aethenelle <Aethenelle!~Aethenell@107.138.98.226> has joined #yocto | 17:55 | |
| RP | halstead: how did you do that out of interest? | 17:57 |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 17:58 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 17:59 | |
| *** Snert__ <Snert__!~snert_@65.74.8.146> has joined #yocto | 18:00 | |
| *** stephano <stephano!~stephano@134.134.139.77> has joined #yocto | 18:04 | |
| *** toscalix <toscalix!~toscalix@80.91.70.175> has quit IRC | 18:04 | |
| -YoctoAutoBuilder- build #690 of nightly-deb-non-deb is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-deb-non-deb/builds/690 | 18:05 | |
| * RP has posted the recipe specific sysroot patch for review | 18:05 | |
| *** cdleonard <cdleonard!~cdleonard@gate-zro.freescale.com> has joined #yocto | 18:06 | |
| *** diego_r <diego_r!~diego@host57-224-static.7-79-b.business.telecomitalia.it> has quit IRC | 18:14 | |
| *** manuel__ <manuel__!~manuel@209.6.175.242> has joined #yocto | 18:16 | |
| *** manuel_ <manuel_!~manuel@209.6.175.242> has quit IRC | 18:16 | |
| *** manuel__ is now known as manuel_ | 18:16 | |
| RP | halstead: thanks for keeping it running, I'm hoping for good things from that build! | 18:19 |
| RP | (its the final rss patchset) | 18:19 |
| *** ftonello <ftonello!~felipe@81.145.202.106> has quit IRC | 18:20 | |
| *** zeddii_home <zeddii_home!~zeddii_ho@CPEe8de27b71faa-CMbcc810032faf.cpe.net.cable.rogers.com> has left #yocto | 18:22 | |
| *** ernstp <ernstp!uid168075@gateway/web/irccloud.com/x-szddbxmvhbcyhldk> has quit IRC | 18:28 | |
| *** zeddii_home <zeddii_home!~zeddii_ho@CPEe8de27b71faa-CMbcc810032faf.cpe.net.cable.rogers.com> has joined #yocto | 18:31 | |
| *** grma <grma!~gruberm@80.93.38.128> has quit IRC | 18:34 | |
| *** peacememories <peacememories!~peacememo@e245-191.eduroam.tuwien.ac.at> has joined #yocto | 18:35 | |
| *** rewitt1 <rewitt1!~rewitt@134.134.139.78> has quit IRC | 18:37 | |
| *** morphis_ <morphis_!~morphis@pD9ED669C.dip0.t-ipconnect.de> has quit IRC | 18:37 | |
| *** rewitt1 <rewitt1!~rewitt@134.134.139.78> has joined #yocto | 18:38 | |
| *** manuel_ <manuel_!~manuel@209.6.175.242> has quit IRC | 18:40 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 18:41 | |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto | 18:46 | |
| lpapp | khem: you there? | 18:47 |
| lpapp | is there really no better way than this? https://lists.yoctoproject.org/pipermail/yocto/2014-July/020782.html I do need pam support for my openssh server. | 18:48 |
| *** manuel_ <manuel_!~manuel@209.6.175.242> has joined #yocto | 18:50 | |
| *** peacememories <peacememories!~peacememo@e245-191.eduroam.tuwien.ac.at> has quit IRC | 18:51 | |
| halstead | RP, I kind of brute forced it. umount -l /srv/autobuilder && systemctl restart nfs-utils && mount /srv/autobuilder | 18:55 |
| *** scottrif <scottrif!scottrif@nat/intel/x-cwvatycvwlsaqnma> has joined #yocto | 18:55 | |
| halstead | RP, I ran lsof /srv/autobuilder/ to try to make sure nothing would be interrupted by it first. | 18:57 |
| *** istarilucky <istarilucky!~rlucca@189.112.127.230> has quit IRC | 19:01 | |
| -YoctoAutoBuilder- build #769 of nightly-world-lsb is complete: Failure [failed BuildImages SendErrorReport] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-world-lsb/builds/769 | 19:06 | |
| *** gtristan <gtristan!~tristanva@206.108.167.141> has quit IRC | 19:06 | |
| *** dmoseley <dmoseley!~dmoseley@65-35-172-144.res.bhn.net> has quit IRC | 19:06 | |
| -YoctoAutoBuilder- build #1015 of nightly-ipk is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ipk/builds/1015 | 19:14 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 19:23 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 19:33 | |
| -YoctoAutoBuilder- build #996 of nightly-deb is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-deb/builds/996 | 19:37 | |
| *** joshuagl <joshuagl!joshuagl@nat/intel/x-ruznpbaveahqhjew> has quit IRC | 19:37 | |
| *** berton <berton!~berton@189.114.111.135> has quit IRC | 19:38 | |
| *** JosePerez <JosePerez!~jgperezc@134.134.139.72> has quit IRC | 19:41 | |
| *** nrossi <nrossi!uid193926@gateway/web/irccloud.com/x-wwodeybjjpoxfkan> has quit IRC | 19:43 | |
| *** JosePerez <JosePerez!jgperezc@nat/intel/x-qnumfhyhqhkjtkzq> has joined #yocto | 19:44 | |
| *** pohly <pohly!~pohly@p57A56DD5.dip0.t-ipconnect.de> has quit IRC | 19:44 | |
| *** ed2 <ed2!~Adium@192.198.151.44> has quit IRC | 19:49 | |
| *** manuel_ <manuel_!~manuel@209.6.175.242> has quit IRC | 19:53 | |
| kanavin_home | RP: congratulations, I guess :) | 19:54 |
| rburton | uhoh | 19:54 |
| rburton | webkit build was OOMed on the autobuilder | 19:56 |
| kanavin_home | I hope to come out with the dnf work before the end of the month, I'm getting tired of working in isolation on it | 19:56 |
| kanavin_home | I should ask WR team (that has offered to help) to run the current patchset through their systems, and report specific issues | 19:57 |
| *** ntl <ntl!~nathanl@99-127-51-4.lightspeed.austtx.sbcglobal.net> has quit IRC | 19:59 | |
| rburton | yes, definitely | 20:03 |
| kanavin_home | rburton: some of the things I'm doing there are controversial | 20:04 |
| kanavin_home | rburton: db 6.x is removed, rpm5 is removed, a bunch of complicated barely penetrable logic around rpm5 that may or may not serve real purpose is also removed | 20:05 |
| rburton | probably worth mailing a link to the branch to the list as work in progress for feedback | 20:06 |
| kanavin_home | rburton: yeah, i just want to get the most obvious omissions fixed first - sdk generation is at the moment broken for instance | 20:07 |
| kanavin_home | rburton: but images build and boot :) | 20:07 |
| *** bluelightning <bluelightning!~paul@118.148.113.65> has joined #yocto | 20:09 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 20:09 | |
| themikenicholson | Is this the right place to ask bitbake questions? | 20:20 |
| kergoth | here or #oe, yes. either one | 20:24 |
| -YoctoAutoBuilder- build #1065 of nightly-x86 is complete: Failure [failed BuildImages_1 Running ESDK Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86/builds/1065 | 20:25 | |
| themikenicholson | Excellent. I'm trying to maintain a local mirror of all of our source pacakges and I'd like to run with BB_FETCH_PREMIRRORONLY and I have that workign fine. The only thing I'd like to add is the ability to "whitelist" an internal Gitlab server so I can still fetch directly from that | 20:27 |
| kergoth | see BB_ALLOWED_NETWORKS | 20:28 |
| kergoth | (iirc) | 20:28 |
| *** caiortp <caiortp!~inatel@131.221.240.226> has quit IRC | 20:30 | |
| themikenicholson | kergoth: Thanks! I was looking at an old version of the bb user manual. My mistake | 20:32 |
| kergoth | it's ideal for limiting to internal servers like that | 20:32 |
| *** adelcast <adelcast!~adelcast@130.164.62.126> has quit IRC | 20:34 | |
| *** adelcast <adelcast!~adelcast@130.164.62.126> has joined #yocto | 20:37 | |
| themikenicholson | kergoth: Its exactly what I was looking for. Huge thanks. | 20:39 |
| kergoth | np | 20:40 |
| -YoctoAutoBuilder- build #1063 of nightly-x86-64-lsb is complete: Failure [failed BuildImages_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-64-lsb/builds/1063 | 20:43 | |
| *** Aethenelle <Aethenelle!~Aethenell@107.138.98.226> has quit IRC | 20:43 | |
| *** Aethenelle <Aethenelle!~Aethenell@107.138.98.226> has joined #yocto | 20:45 | |
| *** Aethenelle <Aethenelle!~Aethenell@107.138.98.226> has quit IRC | 20:46 | |
| *** Aethenelle <Aethenelle!~Aethenell@107.138.98.226> has joined #yocto | 20:48 | |
| *** adelcast <adelcast!~adelcast@130.164.62.126> has quit IRC | 20:50 | |
| *** lamego <lamego!jose@nat/intel/x-jibknkzawcswxtrt> has quit IRC | 20:50 | |
| *** ntl <ntl!~nathanl@99-127-51-4.lightspeed.austtx.sbcglobal.net> has joined #yocto | 20:55 | |
| -YoctoAutoBuilder- build #1011 of nightly-arm-lsb is complete: Failure [failed BuildImages Running Sanity Tests BuildImages_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-arm-lsb/builds/1011 | 21:02 | |
| *** adelcast <adelcast!~adelcast@130.164.62.126> has joined #yocto | 21:05 | |
| -YoctoAutoBuilder- build #1070 of nightly-arm is complete: Failure [failed Running ESDK Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-arm/builds/1070 | 21:27 | |
| *** jamesp <jamesp!~jamesp@157.245.80.14> has joined #yocto | 21:31 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 21:31 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 21:36 | |
| *** anselmolsm <anselmolsm!~anselmols@192.55.54.45> has quit IRC | 21:37 | |
| -YoctoAutoBuilder- build #1044 of nightly-x86-lsb is complete: Failure [failed BuildImages_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-lsb/builds/1044 | 21:41 | |
| *** rstreif_ <rstreif_!~rstreif@ip68-7-63-100.sd.sd.cox.net> has quit IRC | 21:41 | |
| *** anselmolsm <anselmolsm!~anselmols@192.55.54.45> has joined #yocto | 21:44 | |
| -YoctoAutoBuilder- build #371 of nightly-musl is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-musl/builds/371 | 21:54 | |
| *** scottrif <scottrif!scottrif@nat/intel/x-cwvatycvwlsaqnma> has left #yocto | 21:58 | |
| *** manuel_ <manuel_!~manuel@209.6.175.242> has joined #yocto | 22:01 | |
| -YoctoAutoBuilder- build #672 of nightly-arm64 is complete: Failure [failed BuildImages Running Sanity Tests Building Toolchain Images_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-arm64/builds/672 | 22:01 | |
| *** pauldevguy <pauldevguy!~pauldevgu@201.33.64.225> has joined #yocto | 22:02 | |
| *** stephano_ <stephano_!~stephano@134.134.139.78> has joined #yocto | 22:10 | |
| *** stephano_ <stephano_!~stephano@134.134.139.78> has quit IRC | 22:11 | |
| *** stephano <stephano!~stephano@134.134.139.77> has quit IRC | 22:12 | |
| *** alimon <alimon!~alimon@134.134.137.75> has quit IRC | 22:13 | |
| *** JosePerez <JosePerez!jgperezc@nat/intel/x-qnumfhyhqhkjtkzq> has quit IRC | 22:14 | |
| *** marka <marka!~masselst@135-23-92-83.cpe.pppoe.ca> has quit IRC | 22:16 | |
| *** stephano <stephano!~stephano@134.134.139.78> has joined #yocto | 22:18 | |
| *** stephano <stephano!~stephano@134.134.139.78> has quit IRC | 22:18 | |
| *** stephano <stephano!~stephano@134.134.139.78> has joined #yocto | 22:18 | |
| *** stephano <stephano!~stephano@134.134.139.78> has quit IRC | 22:23 | |
| *** kanavin_home <kanavin_home!~ak@89-27-123-115.bb.dnainternet.fi> has quit IRC | 22:26 | |
| RP | halstead: we're seeing this a lot on the new cluster in recent builds: https://autobuilder.yocto.io/builders/nightly-x86/builds/164/steps/BuildImages/logs/stdio - seems the PR server can't cope :( | 22:26 |
| RP | halstead: probably not your problem to fix but I thought I'd flag it | 22:26 |
| halstead | RP, So. In my continued research the advice I see over and over is to reduce load on the system and see if NFS errors continue. Could high load also cause issues with the PR server? | 22:27 |
| *** kanavin_home <kanavin_home!~ak@89-27-123-115.bb.dnainternet.fi> has joined #yocto | 22:27 | |
| RP | halstead: absolutely | 22:30 |
| *** rcw <rcw!~rwoolley@128.224.252.2> has quit IRC | 22:30 | |
| RP | halstead: just looking at https://autobuilder.yocto.io/builders/nightly-mips-lsb/builds/136 and the second failure at least is resource problems | 22:30 |
| RP | halstead: https://autobuilder.yocto.io/builders/nightly-multilib/builds/157 also could be resource issues, was the same machine | 22:30 |
| halstead | RP, Is there a good way to reduce the number of threads we start? Or we could just switch to 2 workers per box for a bit. | 22:31 |
| RP | halstead: we'd set BB_NUMBER_THREADS lower | 22:32 |
| *** arkver <arkver!~arkver@host86-154-141-196.range86-154.btcentralplus.com> has quit IRC | 22:32 | |
| *** stephano <stephano!~stephano@134.134.139.72> has joined #yocto | 22:37 | |
| *** stephano <stephano!~stephano@134.134.139.72> has quit IRC | 22:38 | |
| *** stephano_ <stephano_!~stephano@134.134.139.77> has joined #yocto | 22:40 | |
| *** Snert__ is now known as Snert | 22:41 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 22:41 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 22:42 | |
| *** pauldevguy <pauldevguy!~pauldevgu@201.33.64.225> has quit IRC | 22:42 | |
| *** stephano_ <stephano_!~stephano@134.134.139.77> has quit IRC | 22:43 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 22:43 | |
| halstead | RP, So we have BB_NUMBER_THREADS=16 on the stable cluster and BB_NUMBER_THREADS=48 on the unstable cluster. Can you recommend a good value in between? | 22:43 |
| RP | halstead: try 24? | 22:44 |
| * halstead nods. | 22:44 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 22:45 | |
| halstead | RP, I'll reload the controller when/if these last builds wrap up. | 22:45 |
| RP | halstead: I run 144 locally :) | 22:45 |
| halstead | RP, On how many cores? | 22:46 |
| RP | halstead: not often with many in parallel though | 22:46 |
| RP | halstead: 72 | 22:46 |
| RP | halstead: I mainly do this to stress things rather than it being fast | 22:47 |
| halstead | Okay so we have 28 cores with hyperthreading that is 56. And we are running 48 threads * 3 workers so 144 as well. | 22:47 |
| RP | halstead: this is 36 cores with HT in addition to that | 22:48 |
| RP | halstead: the builds can't really leverage 144 much of the time anyway | 22:48 |
| RP | halstead: 24 seems like a reasonable number to try and see if it calms things down | 22:48 |
| halstead | Sounds good. | 22:49 |
| *** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has quit IRC | 23:01 | |
| *** bfederau <bfederau!~quassel@service.basyskom.com> has quit IRC | 23:01 | |
| *** bfederau <bfederau!~quassel@service.basyskom.com> has joined #yocto | 23:01 | |
| *** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has joined #yocto | 23:01 | |
| *** manuel_ <manuel_!~manuel@209.6.175.242> has quit IRC | 23:06 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 23:09 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 23:14 | |
| *** dmikulin <dmikulin!~dmikulin@76.77.65.2> has joined #yocto | 23:18 | |
| RP | halstead: if you need a test once you've changed that, master-next should be good (it contains rss but will be a full rebuild due to a tweak) | 23:18 |
| halstead | RP, Excellent. | 23:19 |
| dmikulin | Is there someone on here that can help me and my team understand how to make a bootable X86 PC out of the Yocto artificats? We have been unsuccessful with everything we have tried to date. | 23:19 |
| dmikulin | We want to create (at least to start) a boot partition and a root partition with grub2 as a bootloader. Eventually we'll have two boots and two roots (for current and next version) for upgrades. | 23:20 |
| *** dyang <dyang!4c4d4102@gateway/web/freenode/ip.76.77.65.2> has joined #yocto | 23:21 | |
| *** stephano <stephano!~stephano@134.134.139.74> has joined #yocto | 23:23 | |
| RP | dmikulin: I'm sure there are people here who've done it and the project can certainly do that. There are a lot of specifics to your environment there to get right though of which we know nothing. I'd try and ask more specific questions and give more information (e.g. you did what exactly and how exactly did it fail?) | 23:24 |
| dmikulin | RP: Specifics: target is a core i7 industrial PC. Using Ubuntu as a development host. | 23:25 |
| dmikulin | If we "dd" the .hddimg to a SSD it boots. We have been able to boot using PXE putting the bzImage in a TFTP directory and the root file system in an NFS directory. | 23:26 |
| dmikulin | RP: We've tried 'dd'ing the .wic file to a HDD and it doesn't boot. Should it? | 23:27 |
| RP | dmikulin: do you weren't entirely unsuccessful | 23:27 |
| RP | s/do/so/ | 23:27 |
| RP | dmikulin: I was about to suggest that wic should be able to combine things together in a way that would do what you need | 23:28 |
| RP | dmikulin: sadly I'm not a wic expert and the one I do know is in Europe and gone for the weekend but if you write up a decent summary on the mailing list its possible he can spot the problem | 23:29 |
| dmikulin | RP: We have about a combined 100 MB kernel + RFS, but are installing image onto a 128 GB disk where the 127+ GB will be reserved for logging. We don't want to have to create and store 128 GB wic files. | 23:29 |
| RP | dmikulin: the wic files should be sparse if I remember correctly | 23:29 |
| dmikulin | RP: Should the .wic file boot if copied to a disk? Does legacy / EFI come into the picture? | 23:30 |
| dmikulin | RP: .wic dd'd to disk, not just copied. | 23:30 |
| kergoth | all you should ahve to do is dd the .wic to the disk | 23:31 |
| RP | dmikulin: I'd have expected dd, copied to what would be the question otherwise. You need someone who knows wic more | 23:31 |
| kergoth | i'd suggest comparing your working and non-working disk image. examine the partition tables. mount the partitions with loopback and compare their contents | 23:31 |
| * kergoth has had to do that before | 23:31 | |
| dmikulin | RP: Does the default core-image-minimal expect legacy MBR or EFI? I wonder if it is not booting just because of a BIOS setting? | 23:32 |
| dmikulin | RP: We get the error message "Please insert a bootable media" type message. | 23:33 |
| RP | dmikulin: entirely possible, I'd suggest what kergoth mentions, compare the disk working and not working and see what the partition tables look like | 23:34 |
| dmikulin | RP: The working .hddimage has no partitions and the .wic has three partitions. So, they are very different. | 23:34 |
| kergoth | can also read the .wks to see what it's doing (use bitbake -e to examine WKS_FILE) | 23:34 |
| kergoth | that really doesn't make sense. how exactly would you boot a disk image without a partition table? | 23:34 |
| dmikulin | kergoth: Sorry, .hddimg has a single partition. | 23:35 |
| dmikulin | kergoth / RP: What is the most appropriate #yocto mailing list to ask this question on? | 23:36 |
| RP | dmikulin: yocto@ | 23:37 |
| sgw_ | dmikulin: what wks file are you using to create your image? | 23:38 |
| RP | dmikulin: as kergoth said, look at the wks file for an idea of what its doing. hddimg is certianly legacy | 23:38 |
| RP | dmikulin: and sgw_ does this more than I do | 23:38 |
| RP | Kind of makes me sad I don't get to play with real hardware that much now | 23:38 |
| *** Biliogadafr <Biliogadafr!~bilio@nat-minsk-pool-46-53-202-120.telecom.by> has quit IRC | 23:39 | |
| dmikulin | SGW_ We haven't created our wks file. We are simply creating core-image-minimal at this point with a few extra packages added. Nothing special. So, it's whatever the default file is for machine type intel core i7 | 23:40 |
| dmikulin | SGW_ Default .wks file that is. BTW, we followed the same process for Beaglebone and the resultant .wic file from the build did boot on the Beaglebone. | 23:41 |
| RP | halstead: if it helps, kill the current cluster build and start a new master-next one, I think it broke enough the result doesn't matter so much and its nowhere near even starting selftest | 23:41 |
| RP | halstead: I'll take the results of the new build | 23:41 |
| sgw_ | dmikulin: So your using the meta-intel BSP (intel-corei7-64) or genericx86-64 or custom? Default WKS might depend on which EFI_PROVIDER you have set also | 23:41 |
| halstead | RP, Ah. Thank you. I didn't really look forward to waiting to kill it. | 23:41 |
| sgw_ | dmikulin: I assume it's EFI or PCBIOS? | 23:42 |
| dmikulin | SGW_ We are using meta-intel BSP intel-corei7-64. | 23:42 |
| RP | halstead: I can't tell if some of those failures are rss bugs or not. I suspect the eSDK one on nightly arm is though :( | 23:43 |
| *** agust <agust!~agust@p4FCB501A.dip0.t-ipconnect.de> has quit IRC | 23:43 | |
| sgw_ | dmikulin: Which release of Yocto Project/Poky? | 23:43 |
| dmikulin | SGW_ Hot off the press - we just put the same SSD into another PC and it boots, so it must be a BIOS setting or EFI option. We are trying to boot on Advantec ARK 3500. | 23:44 |
| dmikulin | Morty (Yocto 2.2) | 23:44 |
| sgw_ | dmikulin: Ok, not familiar with ARK 3500, do you know if it's PCBIOS or EFI? | 23:45 |
| halstead | RP, Do you want artifacts generated? | 23:47 |
| dmikulin | sgw_ Not sure ourselves. But considering the .wic looks to be EFI and it works on PC where UEFI is enabled and not on the ARK 3500, I have to assume PCBIOS. | 23:47 |
| RP | halstead: no, I don't need them thanks | 23:47 |
| dmikulin | sgw: Is intel-corei7-64 default to generate .wic that needs EFI? | 23:47 |
| dmikulin | sgw_ Looking... the wks file specifies --source bootimg-efi. What is the corresponding option for PCBIOS? | 23:49 |
| sgw_ | dmikulin: yes, currently wic images are assumed to be EFI | 23:49 |
| sgw_ | you can try directdisk-bootloader-config (in scripts/lib/wic/canned-wks | 23:51 |
| -YoctoAutoBuilder- build #1141 of nightly is complete: Failure [failed] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly/builds/1141 | 23:51 | |
| sgw_ | dmikulin: I have not worked with that recently | 23:51 |
| dmikulin | sgw_ Okay, we will take a look at that. | 23:52 |
| sgw_ | dmikulin: you can also look atdirectdisk-gpt any other directdisk in that directly | 23:53 |
| sgw_ | dmikulin: we are working to create a new wks that actaully replaces the hddimg, but not there yet. | 23:53 |
| sgw_ | dmikulin: hopefully that gets you going | 23:54 |
| * sgw_ has to bolt to mentor a High School Roborics team have a good weekend all | 23:54 | |
| dmikulin | sgw_, kergoth, RP: Thanks guys - you have been very helpful! | 23:54 |
| RP | dmikulin: hopefully you're heading in a good direction now :) | 23:56 |
| * RP should sleep | 23:56 | |
| *** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto | 23:57 | |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!