Thursday, 2017-03-09

*** lexano_ <lexano_!~lexano@81.171.97.89> has joined #yocto00:18
*** lexano <lexano!~lexano@CPEa021b7ac59c9-CMf0f249028110.cpe.net.cable.rogers.com> has quit IRC00:22
*** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC00:24
-YoctoAutoBuilder- build #1072 of nightly-qa-extras is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-extras/builds/107200:27
*** sameo <sameo!~samuel@192.55.55.41> has quit IRC00:27
*** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto00:28
*** JordonWu <JordonWu!~quassel@221.226.9.57> has joined #yocto00:29
*** lexano_ is now known as lexano00:31
*** sjolley <sjolley!sjolley@nat/intel/x-psegcwqyxochuino> has joined #yocto00:34
*** sjolley1 <sjolley1!sjolley@nat/intel/x-imewmgflkpeonxvx> has joined #yocto00:43
*** sjolley <sjolley!sjolley@nat/intel/x-psegcwqyxochuino> has quit IRC00:43
*** mkelly <mkelly!~martin@66-162-141-202.static.twtelecom.net> has quit IRC00:48
*** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has joined #yocto00:51
*** ed2 <ed2!~Adium@192.198.151.43> has quit IRC00:52
*** mkelly <mkelly!~martin@66-162-141-202.static.twtelecom.net> has joined #yocto00:52
khemRP: x32/ppc32 are unsupported backend00:53
khemfor golang others that we care are now supported00:54
*** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has quit IRC01:00
*** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has joined #yocto01:00
*** nighty- <nighty-!~cp@www.taiyolabs.com> has quit IRC01:01
*** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has quit IRC01:04
*** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has joined #yocto01:05
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC01:07
*** nighty- <nighty-!~nighty@d246113.ppp.asahi-net.or.jp> has joined #yocto01:08
*** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has quit IRC01:08
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto01:09
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto01:12
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC01:16
*** dreyna_ <dreyna_!~dreyna@unknown-216-201.windriver.com> has quit IRC01:16
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto01:20
RPkhem: thanks, I've updated -next and am running a new test set of builds01:25
*** stephano <stephano!~stephano@134.134.139.74> has quit IRC01:32
*** cornel <cornel!~cornel@89.121.200.106> has quit IRC01:48
*** mkelly <mkelly!~martin@66-162-141-202.static.twtelecom.net> has quit IRC02:00
-YoctoAutoBuilder- build #1099 of nightly-ppc is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ppc/builds/109902:01
*** fischerm <fischerm!~mfischer@207-114-172-147.static.twtelecom.net> has quit IRC02:09
*** cornel <cornel!~cornel@89.121.200.106> has joined #yocto02:21
*** Guest45369 <Guest45369!~john@host86-168-141-176.range86-168.btcentralplus.com> has joined #yocto02:22
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC02:23
*** Guest45369 <Guest45369!~john@host86-168-141-176.range86-168.btcentralplus.com> has quit IRC02:26
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC02:27
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto02:27
*** Snert_ <Snert_!~snert_@65.74.8.146> has quit IRC02:44
*** Snert_ <Snert_!~snert_@65.74.8.146> has joined #yocto02:45
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has quit IRC02:57
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has joined #yocto03:04
*** stwcx_ is now known as stwcx03:17
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC03:29
*** dreyna_ <dreyna_!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto03:32
*** rcw <rcw!~rwoolley@23-91-148-193.cpe.pppoe.ca> has quit IRC03:34
*** localhorst_ <localhorst_!~me@ip5f58296f.dynamic.kabel-deutschland.de> has quit IRC04:16
*** pohly1 <pohly1!~pohly@p5DE8D47C.dip0.t-ipconnect.de> has joined #yocto04:32
*** pohly <pohly!~pohly@p5DE8D96F.dip0.t-ipconnect.de> has quit IRC04:34
*** Guest45369 <Guest45369!~john@host86-168-141-176.range86-168.btcentralplus.com> has joined #yocto04:43
*** Snert_ <Snert_!~snert_@65.74.8.146> has quit IRC04:44
*** Snert_ <Snert_!~snert_@65.74.8.146> has joined #yocto04:44
*** dreyna_ <dreyna_!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC05:35
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto05:40
*** lolsborn <lolsborn!~lolsborn@c-24-21-23-7.hsd1.or.comcast.net> has joined #yocto05:44
*** shotan <shotan!c33c4499@gateway/web/freenode/ip.195.60.68.153> has quit IRC05:44
*** lolsborn <lolsborn!~lolsborn@c-24-21-23-7.hsd1.or.comcast.net> has joined #yocto05:44
*** agust <agust!~agust@p4FCB4C0B.dip0.t-ipconnect.de> has joined #yocto05:50
*** dv_ <dv_!~quassel@62-178-118-86.cable.dynamic.surfer.at> has quit IRC05:55
*** dv_ <dv_!~quassel@62.178.118.86> has joined #yocto05:56
*** nighty-_ <nighty-_!~cp@www.taiyolabs.com> has joined #yocto06:02
*** morphis <morphis!~morphis@pD9ED68D0.dip0.t-ipconnect.de> has joined #yocto06:02
*** qt-x <qt-x!~Thunderbi@217.10.196.2> has joined #yocto06:10
-YoctoAutoBuilder- build #1186 of nightly is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly/builds/118606:26
*** hamis <hamis!~irfan@110.93.212.98> has joined #yocto06:27
*** kergoth <kergoth!~kergoth@107.170.225.75> has quit IRC06:33
*** kergoth <kergoth!~kergoth@107.170.225.75> has joined #yocto06:36
*** link_ <link_!~link@wj0446.dip.tu-dresden.de> has joined #yocto06:59
*** seezer <seezer!quassel@quassel/developer/seezer> has quit IRC07:00
*** seezer <seezer!seezer@quassel/developer/seezer> has joined #yocto07:00
*** lolsborn <lolsborn!~lolsborn@c-24-21-23-7.hsd1.or.comcast.net> has quit IRC07:02
*** jku <jku!~jku@178-75-131-14.bb.dnainternet.fi> has quit IRC07:17
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto07:23
*** jobro <jobro!~jobro___@p549ADECD.dip0.t-ipconnect.de> has joined #yocto07:25
*** CoLa|work <CoLa|work!~cordlandw@195.243.131.130> has joined #yocto07:25
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto07:32
*** adca <adca!~adca@193.202.22.66> has joined #yocto07:40
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC07:41
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC07:47
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto07:48
*** fl0v0 <fl0v0!~fvo@pD9F6A777.dip0.t-ipconnect.de> has joined #yocto07:56
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-snfoemwrdrwpsuqg> has joined #yocto07:59
*** Snert_ <Snert_!~snert_@65.74.8.146> has quit IRC07:59
*** Snert_ <Snert_!~snert_@65.74.8.146> has joined #yocto08:00
*** sgw_ <sgw_!~sgw_@134.134.139.77> has quit IRC08:05
*** dreyna_ <dreyna_!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto08:07
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto08:10
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto08:13
*** aV_V <aV_V!~aV_V@146.66.253.137> has joined #yocto08:18
*** sgw_ <sgw_!~sgw_@134.134.139.77> has joined #yocto08:19
*** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has joined #yocto08:20
*** gtristan <gtristan!~tristanva@110.11.226.29> has quit IRC08:21
*** ant_work <ant_work!~ant__@host114-209-dynamic.24-79-r.retail.telecomitalia.it> has joined #yocto08:21
*** cornel <cornel!~cornel@89.121.200.106> has quit IRC08:23
*** cornel <cornel!~cornel@89.121.200.106> has joined #yocto08:24
cornelhello08:24
cornelrburton, ref. vlock: i have tried the most recent poky version (as instructed in quick start guide)08:25
corneland this is more 'friendly': it says: src/vlock/Makefile.am:9: warning: source file '../kbd_error.c' is in a subdirectory, but option 'subdir-objects' is disabled08:26
cornelnow, my older version does not say it, but looking in the build/src/vlock, indeed, the dir is empty just like it is in the newer upstream version08:27
cornelnow i have to find out how to enable this subdir-objects option ...08:27
*** sameo <sameo!~samuel@192.55.54.36> has joined #yocto08:28
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto08:28
*** mihai <mihai!~mihai@31.14.160.130> has joined #yocto08:29
*** joshuagl <joshuagl!~joshuagl@192.198.151.43> has joined #yocto08:29
*** gtristan <gtristan!~tristanva@114.207.54.40> has joined #yocto08:32
*** toscalix <toscalix!~toscalix@80.91.70.67> has joined #yocto08:33
*** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has joined #yocto08:40
*** jku <jku!~jku@192.198.151.44> has joined #yocto08:42
*** TobSnyder <TobSnyder!~schneider@ip9234b0ae.dynamic.kabel-deutschland.de> has joined #yocto08:42
*** TobSnyder <TobSnyder!~schneider@ip9234b0ae.dynamic.kabel-deutschland.de> has quit IRC08:43
*** yann <yann!~yann@nan92-1-81-57-214-146.fbx.proxad.net> has quit IRC08:44
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto08:46
*** frsc <frsc!~frsc@dslb-178-010-250-101.178.010.pools.vodafone-ip.de> has joined #yocto08:46
*** yohboy <yohboy!5bd552f1@gateway/web/freenode/ip.91.213.82.241> has joined #yocto08:46
*** florian_kc is now known as florian08:47
*** JaMa <JaMa!~martin@217.30.68.212> has joined #yocto08:47
*** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has joined #yocto08:48
*** TobSnyder <TobSnyder!~schneider@ip9234b0ae.dynamic.kabel-deutschland.de> has joined #yocto08:49
*** adca <adca!~adca@193.202.22.66> has quit IRC08:49
cornelif i add EXTRA_OECONF += "--subdir-objects" to the recipe, do_configure() complains that option is not recognized08:50
cornelwhat is the proper way to add this option from the recipe?08:51
*** adca <adca!~adca@193.202.22.66> has joined #yocto08:53
*** viengelm <viengelm!viengelm@nat/digia/x-ggtrtqijzxysvuqf> has quit IRC08:59
joshuaglhmm, nightly-oe-selftest failing in do_populate_lic for binutils-cross-i58609:02
ant_workcornel, I did just patch configure.ac in a similar case09:02
*** grma <grma!~gruberm@80.93.38.128> has joined #yocto09:03
*** maka_ <maka_!58d38d01@gateway/web/freenode/ip.88.211.141.1> has joined #yocto09:03
maka_Heya09:03
maka_Does anyone know why i can't run /sbin/depmod on yocto? i get: can't change directory to 'lib/modules/4-10-0-yocto-preempt-rt'" no such file or directory09:04
cornelant_work, thank you. i was afraid of this answer :)09:06
ant_workI don't know the sources...09:06
cornelant_work, that;s ok, i think i can do it09:06
cornelrburton told me i can use bitbake -C unpack if i want to look at the sources09:07
ant_workcornel, if it is using autottols would be smthg like09:07
ant_work-AM_INIT_AUTOMAKE([-Wall foreign])09:07
ant_work+AM_INIT_AUTOMAKE([-Wall foreign] [subdir-objects])09:07
IR2600I have done a simple .bbappend to add a patch to a recipe (from my layer). When I build it, I get: ERROR: Can NOT get PRAUTO from remote PR service09:07
IR2600Any idea what could cause that?09:07
cornelant_work, found it, thank you very much09:08
*** Grynium <Grynium!~Grynium@host186-31-static.47-85-b.business.telecomitalia.it> has joined #yocto09:17
*** rburton <rburton!~Adium@home.burtonini.com> has joined #yocto09:27
JaMarburton: congratz for nomination, I have something for you09:30
JaMarburton: meta-gplv2/recipes-devtools/bison/bison_2.3.bb: Unable to get checksum for bison SRC_URI entry bison-2.3_m4.patch: file could not be found09:30
RamoseHello, is this right way to disable gstreamer and make use of qtmultimedia from qtwebkit_git.bb.  EXTRA_OECONF += "QMAKE_CFLAGS+= WEBKIT_CONFIG-=use_gstreamer WEBKIT_CONFIG-=use_gstreamer010 WEBKIT_CONFIG+=use_qt_multimedia"09:31
Ramose?09:31
rburtonJaMa: bah.  about to walk the dog, can you mail that so i don't forget?09:32
JaMarburton: ok09:35
*** phatina <phatina!~phatina@188-167-194-102.static.chello.sk> has joined #yocto09:36
*** zeenix <zeenix!~zeenix@94.234.170.202> has joined #yocto09:37
*** Biliogadafr <Biliogadafr!~bilio@nat-minsk-pool-46-53-202-120.telecom.by> has joined #yocto09:41
*** yann <yann!~yann@LFbn-1-12676-32.w90-90.abo.wanadoo.fr> has joined #yocto09:43
Gryniumguys, I've tried to build a core-image-base with latest Yocto branch: morty. The goal is to check locale generation09:46
Gryniumreading in the docs I've found:  By default, all locales are generated. (http://www.yoctoproject.org/docs/1.8/mega-manual/mega-manual.html#var-GLIBC_GENERATE_LOCALES)09:47
GryniumI've tried to look inside the generated filesystem, path:"/usr/share/locale", I see only en_GB09:47
Gryniumif executing the "locale" command (package: glibc-utils), default locale is POSIX09:48
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto09:48
Gryniumlooking to the features of the next Yocto 2.3 I've found this bug: https://bugzilla.yoctoproject.org/show_bug.cgi?id=907009:48
yoctiBug 9070: enhancement, Medium, 2.3 M3, ross.burton, ACCEPTED , Add test that locales are working09:48
Gryniumis it possibile that there is something wrong with locales?09:48
*** aurele <aurele!~aurele@srvmsg.castel.fr> has joined #yocto09:49
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto09:49
aurelehi everyone09:49
aurelewould it be possible to ask bitbake to build a package completely 'static'09:50
*** arfoll <arfoll!arfoll@nat/intel/x-ylpozyfczopinkfy> has joined #yocto09:51
aurele(in order to execute the application on a system which is not updated)09:51
pohly1mythi: in refkit, we have a /usr/lib/os-release which contains strings like "distro-version-to-be-added-during-image-creation". The version under /etc is okay.09:53
pohly1Ah, there's a FIXME in refkit-image.bbclass....09:54
*** nighty- <nighty-!~nighty@d246113.ppp.asahi-net.or.jp> has quit IRC09:57
RPpohly1: I implemented a PoC of the PATH trick we talked about: http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=rpurdie/wip-rss2&id=24cc50d836e0557188344a06bf2fb1f119f16bf009:58
*** dreyna_ <dreyna_!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC10:00
pohly1RP: that looks very easy indeed. However, where it get's complicated is when ASSUME_PROVIDED is used for additional things, like libsdl.10:00
pohly1Will that be found when we call pkg-config from the native sysroot?10:01
pohly1My point is, the PATH trick is likely to be very useful, but we need a way to make it optional.10:02
pohly1Anyway, I'll play a bit with it.10:02
RPpohly1: I think we build sdl these days for qemu don't we?10:04
pohly1Hmm, I thought the default was to build with vncserver instead of SDL by default.10:05
RPpohly1: but you can change that with PACKACGECONFIG options and build sdl-native?10:05
RPpohly1: FWIW I've build core-image-sato-sdk with this10:05
RPpohly1: only have one fix in that branch to tzcode-native10:05
pohly1Poky indeed enables sdl, without ASSUME_PROVIDED.10:05
pohly1But other distros (refkit included) just use the OE-core default, which is sdl disabled.10:06
* RP wonders why the recipes-lsb4 libpng uses unlink instead of rm10:09
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC10:09
ant_workRP: don't forget the darn ncurses-native10:10
ant_workJaMa, about GPLv2...should we put all the kernels there?10:13
ant_work:)10:13
RPant_work: when Linus moves the mainline kernel to GPLv3, sure10:13
*** hmw_ <hmw_!~hmw@zimbra.welvaarts.com> has quit IRC10:14
*** Guest45369 <Guest45369!~john@host86-168-141-176.range86-168.btcentralplus.com> has quit IRC10:14
ant_workhe.., iirc he, Arnd and others are against10:14
kanavinLinus is *very* anti gplv310:14
*** john1 <john1!~john@host86-168-141-176.range86-168.btcentralplus.com> has joined #yocto10:14
kanavinhe believes the markets should sort the DRM issue10:15
kanavinnot licensing10:15
RPkanavin: I did say this knowing it won't happen for a ton of different reasons, not least dead copyright holders...10:16
*** toanju <toanju!~toanju@185.27.182.30> has joined #yocto10:17
RPJaMa: bison fix merged to meta-gplv2 thanks. I'll pull the other oe-core bit in due course10:19
JaMaRP: thanks10:20
JaMaRP: I'm testing your whitelist change for native tools in much bigger build and getting a lot of strange errors, will report back a bit later10:21
cornelant_work, i've applied the patch, and in the end vlock build directory was still empty :/10:22
ant_workthere must be some other reason then, check the logs10:24
cornelant_work, in configure log, everywhere i see that vlcok is enabled, and in the summary section vlock ends disabled10:26
kanavinRP: do you remember this? https://bugzilla.yoctoproject.org/show_bug.cgi?id=808310:26
yoctiBug 8083: enhancement, Medium, 2.2 M3, bill.randle, RESOLVED FIXED, Add n32 test case to autobuilder nightly-multilib10:26
kanavinRP: I need a moment to talk about it :)10:26
cornelant_work, https://paste.fedoraproject.org/paste/BxxzPyf4DWQngJdyHg2~k15M1UNdIGYhyRLivL9gydE=10:27
kanavindnf refuses to do populate_sdk, and I believe it is right:10:28
kanavinError: Transaction check error:10:28
kanavin  file /usr/include/bits/long-double.h conflicts between attempted installs of lib64-libc6-dev-2.25-r0.mips64 and lib32-libc6-dev-2.25-r0.mips32r210:28
kanavinsmart happily installed both packages, but that is not right - only one of the headers was picked randomly, and the headers are *different* in those packages10:29
kanavinso what I'm getting at is that the autobuilder test is broken :)10:29
maka_Does anyone know why i can't run /sbin/depmod on yocto? i get: can't change directory to 'lib/modules/4-10-0-yocto-preempt-rt'" no such file or directory10:31
ant_workcornel, pls check src/vlock/Makefile10:33
cornelant_work, in the unpacked dir? or in the build dir?10:34
ant_workyou should check $B. W/out seeing the recipe I cannot imagine what's happening :)10:36
ant_workis it abandonware?10:37
RPkanavin: it does sound like its broken, yes10:37
RPkanavin: there are special header install functions to help handle cases like this10:37
RPkanavin: sounds like libc6-dev needs fixing10:38
RPJaMa: which version are you testing? the one I posted yesterday or the one I linked to today?10:38
kanavinRP: can you point me to an example of such header fixing?10:38
cornelant_work, good point,  the recipe is still tainted (by me)10:38
RPJaMa: I'd try the one I linked to today as it works much better (core-image-sato-sdk and core-image-lsb build)10:39
RPkanavin: grep for oe_multilib_header10:39
RPkanavin: and see multilib_header.bbclass10:39
kanavinRP: thanks - I can honestly say I learned more about yocto in these three months than in the previous 1.5 years of doing package updates :D10:40
RPkanavin: I can imagine!10:40
RPkanavin: The variety does open your eyes a bit :)10:40
cornelant_work, removing my extraline from recipe did not help10:43
cornelant_work, this is the recipe10:43
cornelhttps://paste.fedoraproject.org/paste/u8S31Z2o5iMQ8ddJKL-~7F5M1UNdIGYhyRLivL9gydE=10:43
*** btooth <btooth!6cab81a4@gateway/web/freenode/ip.108.171.129.164> has joined #yocto10:46
ant_workcornel, so you have 'pam' in your DISTRO_FEATURES?10:47
btoothhi all, i am wondering why i find headers in usr/include on my target rootfs, in manifest file i see some -dev packages like libreadline-dev. so anyone, how to find out why dev packages are installed to target image? they are not selected by IMAGE_INSTALL10:47
cornelant_work, one minute please, i have a test kbd build in progress10:49
ant_workafais there is a packageconfig option [pam] which does  "--enable-vlock"10:50
cornelant_work, https://paste.fedoraproject.org/paste/5AyIIeedqp13RAJHbUjxxV5M1UNdIGYhyRLivL9gydE=10:52
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC10:53
JaMaRP: the one with yesterday with extra tools you mentioned in a reply10:55
JaMaRP: ok will refresh to newer version10:55
RPJaMa: the key one I was missing is env, once you have that the errors become more sane10:56
JaMaRP: I don't see newer version of the patch on ML10:56
JaMaAdding "false true uname test hostname nm objdump objcopy cmp printf10:56
JaMaenv" gets this going much further.10:56
JaMais this ^ what you meant as new version?10:57
RPJaMa: http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=rpurdie/wip-rss2&id=24cc50d836e0557188344a06bf2fb1f119f16bf0 is the newer one10:57
RPJaMa: not posted a new one on the ML yet10:57
ant_workcornel: once the configure warning is solved by adding [subdir-objects] option and you have vlock in the configure options it should just build...10:57
JaMaok, thanks10:57
JaMaRP: some of my issues are probably due to icecc.bbclass10:57
ant_workcornel, I am not at my desk, can't check now, sorry10:57
RPJaMa: that probably doesn't help. I'm trying to get testimage to work now...10:57
cornelant_work, thank you very much. i honestly don't understand why this thing is not working. maybe rburton will want to take a look at this ...10:59
JaMaRP: btw what should happen when one of the tools doesn't exist on host? shouldn't we use this to ensure that all "usually" needed tools are available?10:59
JaMaRP: just like the sanity check does for just a few of them?10:59
JaMabrb, need to buy food10:59
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC10:59
RPJaMa: right now it will give a traceback if one is missing11:00
RPJaMa: We need to improve that ;-)11:00
* RP has testimage working now...11:01
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto11:01
kanavinRP: a similar issue with bashbug. It is a python script in bash recipe meant for reporting bugs in bash :) and it has build parameters (like machine, compiler, etc.) inside itself - so in multilib setting this is causing a clash11:02
kanavinRP: should we package it separately? not sure how to deal with it11:02
RPkanavin: where is that installed to?11:03
kanavinRP: /usr/bin11:03
RPkanavin: that would be handled by normal multilib conflict resolution then?11:03
kanavinRP: no because it's a python script. multilib resolution only handles ELF binaries11:04
RPkanavin: I'm sure rpm5 never cared. But I'd package it separately, we don't really need that on an embedded system11:04
kanavinRP: it never cared because it never attempted to install both bash and lib32-bash11:05
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto11:05
kanavin(and that is because they were both named bash... long story :)11:05
RPkanavin: ah, ok11:05
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto11:06
kanavinRP: I'll split it to a separate package11:06
*** zeenix <zeenix!~zeenix@94.234.170.202> has quit IRC11:09
*** suvirb <suvirb!uid16371@gateway/web/irccloud.com/x-aaaulomukufhgrwk> has joined #yocto11:16
*** arfoll <arfoll!arfoll@nat/intel/x-ylpozyfczopinkfy> has quit IRC11:21
*** zeenix <zeenix!~zeenix@83.218.80.243> has joined #yocto11:22
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC11:23
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC11:25
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto11:28
*** nighty <nighty!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto11:29
*** berton <berton!~berton@189.114.111.135> has joined #yocto11:33
yourfatehi, where can I find the kernel sources of the kernel that is used in my image?11:35
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC11:39
*** deva <deva!~deva@87.116.45.78> has quit IRC11:47
*** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has left #yocto11:49
*** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has quit IRC11:55
*** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has joined #yocto11:57
*** seezer <seezer!seezer@quassel/developer/seezer> has quit IRC12:00
joshuagl rburton, RP: I need to update the buildset-config on the new cluster, please don't queue any more builds12:00
*** seezer <seezer!quassel@quassel/developer/seezer> has joined #yocto12:00
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto12:00
joshuaglrburton, RP: done, queue at leisure12:03
*** istarilucky <istarilucky!~rlucca@189.112.127.230> has joined #yocto12:05
*** voltbit <voltbit!~acid___@86.120.96.71> has joined #yocto12:09
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC12:11
*** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has quit IRC12:11
*** eduardas_m <eduardas_m!~eduardas_@213.197.143.19> has joined #yocto12:13
*** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has joined #yocto12:13
*** avalluri <avalluri!~avalluri@192.55.54.44> has quit IRC12:23
*** toscalix <toscalix!~toscalix@80.91.70.67> has quit IRC12:39
mborzeckipatchwork is down?12:39
mborzeckigetting 500 when trying to see a patch or a series12:40
*** toscalix <toscalix!~toscalix@80.91.70.67> has joined #yocto12:40
yourfatemeta-xilinx is using the linux-xlnx 4.6 kernel, how would I go about chaing that to linux-xlnx 4.8?12:41
yourfatechanging12:41
nrossiyourfate: linux-xlnx master is using 4.9, if thats ok you can use linux-xlnx-dev to build master12:42
yourfateah12:42
yourfateso I have to set that in the local.conf somehow?12:42
nrossiyourfate: PREFERRED_PROVIDER_virtual/kernel = "linux-xlnx-dev"12:42
*** behanw <behanw!uid110099@gateway/web/irccloud.com/x-idbtahzdfxnxsqaa> has quit IRC12:44
yohboynrossi: hi, do you know what's the difference between linux-xlnx and linux-digilent ?12:44
yourfatenrossi: thanks, trying that12:44
nrossiyohboy: linux-xlnx is the development kernel from Xilinx, linux-digilent is Digilents fork (maybe of the linux-xlnx kernel at some version?)12:45
yohboynrossi: ok, so what's the best one to use ?12:45
nrossiyohboy: imo neither ;), best to use the mainline kernel or linux-yocto (which is the mainline kernel if using meta-xilinx zynq).12:47
yourfatebut if I need stuff like axi dma?12:48
yourfateist that in that kernel as well?12:49
nrossiyourfate: axi dma is in the mainline kernel12:49
yourfateoh12:49
yourfateb/c it wasn't in the 4.6 linux-xlnx as far as I can tell12:49
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-snfoemwrdrwpsuqg> has quit IRC12:50
yohboynrossi: so I'll try with linux-yocto :) also, digilent and xilinx both using meta-xilinx layers (some difference), where is the true meta-xilinx layers ? which one I should use ?12:50
nrossiyourfate: i think more support for axi dma variants was added into the mainline kernel in 4.6? but i am not fully aware tbh12:50
nrossiyohboy: the one i maintain is always available on git.yoctoproject.org12:50
nrossiyohboy: anything else is a mirror or a fork.12:51
*** jluisn <jluisn!~quassel@187.115.172.24> has joined #yocto12:51
yourfateb/c I'm trying to access axi from yocto, and I'm a bit lost :d12:52
yohboynrossi: ok I understand ! I'll use the one you maintain so ! thank you for helping me to understand yocto :)12:53
nrossiyohboy: if you are unsure about layer locations/sources etc. the http://layers.openembedded.org/ is a great resouce :)12:54
nrossiyourfate: what exactly are you trying to do with the axi dma?12:54
yourfateI need a fairly high performance interface between linux and the fpga12:54
yourfateto stream some data over network into the fpga and vice versa12:54
nrossiyourfate: writing your network->fpga as a kernel driver/module or userspace?12:55
yourfatenetwork -> userspace, where some processing happens etc12:55
yourfatethen userspace -> fpga somehow12:55
yourfatethe board is a digillent zybo btw ^^12:56
yohboynrossi: nice thank you ! to be sure I understand, for my zybo, the layers I need are: meta-xilinx, meta-openembedded, poky ? it's a good start ? I want to do things correctly :)12:57
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC12:58
nrossiyohboy: you only need meta-xilinx and poky (or oe-core), but sounds like you have what you need anyways :)12:58
*** avalluri <avalluri!~avalluri@192.55.54.44> has joined #yocto12:59
*** linulin <linulin!foobar@client-188-168-43-165.spb-teleport.ru> has quit IRC13:01
yohboynrossi: yes but I think it is not because things work that they are done well, as long as I do not understand all the links, I can not make sure :( So what is the meta-openembedded for ? you know ?13:02
yourfateafaik that's the layer that provides userspace package recipies13:03
yohboynrossi: I think I have so much useless recipes/layers, because I fork a digilent project13:03
yourfateat least that's where I got stuff like stress, zsh, iperf13:03
yourfateetc13:03
yohboyso I need this one also ?13:04
nrossiyourfate: im not sure exactly how you would do it (last time i looked at dma from userspace was writing a axi dma driver using uio ;)) but the dmabuf kernel api is where you want to look for using the dma engine13:04
nrossiyohboy: if your not using any recipes from meta-oe, then you don't need it no13:04
yohboynrossi: it make sense13:05
*** thaytan <thaytan!~thaytan@121-200-10-166.cust.aussiebb.net> has quit IRC13:05
nrossiyourfate: http://lxr.free-electrons.com/source/Documentation/dma-buf-sharing.txt << have a good read of that :)13:06
yourfatewill do13:06
yourfatethanks!13:06
yourfatewhat's uio?13:09
nrossiyourfate: thats a can of worms, it allows for userspace io access, essentially exposing memory mapped registers of bus devices to a userspace application13:10
yourfatehmm, so your suggest way of interacting with fpga fabric from linux would be dma buffer sharing?13:11
RPHow much do we care about glibc info files?13:11
yourfateI need about 60Mbit/s bidirectional + some controll stuf like setting a few multiplexers13:12
nrossiyourfate: well it seemed like you were interested in that method. There are plenty of different ways to handle memory passing to devices. It really does depend on how you want to design it.13:12
*** john2 <john2!~john@host86-168-141-176.range86-168.btcentralplus.com> has joined #yocto13:12
yourfateI don't really know which method would suit me best / would be easiest to implement.13:13
yourfatethe fpga part ist monitoring lvds data streams at the gpio, and will bundle them into data frames that should go to a pc via network.13:14
*** john1 <john1!~john@host86-168-141-176.range86-168.btcentralplus.com> has quit IRC13:14
yourfateand the other direction as well :D13:14
nrossiyourfate: if its just a stream of data, then maybe a dma is what you are after, and you could just expose the stream to userspace via a chardev.13:15
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has joined #yocto13:16
yourfateah, so I'd have an interface in /dev13:16
nrossiyourfate: and expose your control stuff as a register set, and just access it via uio13:16
nrossiyourfate: yep13:17
yourfateright, and how would I go about that?13:17
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC13:17
nrossiyourfate: should be easy to do as an external kernel module, there are plenty of chardev kernel module examples around :)13:17
yourfateright, I'll look into it. thanks13:19
yourfatealso the register set uio thing, you said earlier that's a can of worms? :)13:20
nrossiyourfate: oh no i just mean the topic is quite complex, device tree config, etc.13:22
yourfateright, those device tree souces should be generated by the xilinx sdk, so I've heard13:23
nrossiyourfate: yer.... about that.... doing anything custom is beyond the xilinx sdk device tree generator :P13:23
yourfateoh13:23
yourfateI think this project might be a lot more complex than anticipated13:23
yourfateinitially I thought I'd include some xlinix libs in a c++ project and then I could talk to the axi :D13:24
nrossiyourfate: fpga stuff is never clean cut...13:24
yourfateI'm a fpga dev, that side is usually makes sense to me, but I've not really meddled in the linux kernel before13:24
*** qt-x <qt-x!~Thunderbi@217.10.196.2> has quit IRC13:25
RPJaMa: I have a much nicer patch now: http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=rpurdie/wip-rss2&id=89172b0c49a0d4826ba02f387f69bbddb3c8693113:26
RPThis one is user extensible which helps :)13:27
yohboythen, what's the difference between 2 conf : zybo-zynq7 and zybo-linux-bd-zynq7 ? this is for the same board (zybo) ?13:27
nrossiyourfate: its worth learning the complexities, its very useful to have proper integration with the kernel for managing things.13:27
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC13:27
*** hamis <hamis!~irfan@110.93.212.98> has quit IRC13:27
*** JordonWu <JordonWu!~quassel@221.226.9.57> has quit IRC13:27
*** marka <marka!~masselst@128.224.252.2> has joined #yocto13:28
*** JordonWu <JordonWu!~quassel@221.226.9.57> has joined #yocto13:29
nrossiyohboy: as you are aware, the zynq is configurable. One board has many permutations of possible jobs, the 'zybo-zynq7' is an unconfigured fpga, where as the zybo-linux-bd-zynq7 is the zybo configured with the 'linux-bd' reference design of digilents.13:29
yohboynrossi: nice, ok, thank you !13:31
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto13:31
JaMaRP: my icecc issue might be caused by readlink which you already added in newer version, testing it now13:32
*** mjourdan <mjourdan!~mjourdan@bgn92-1-82-67-207-244.fbx.proxad.net> has joined #yocto13:32
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto13:33
JaMaRP: can you shortly explain why bb.utils.setup_native_bindir function needs to be in bitbake and cannot be e.g. annonymous python in oe-core?13:33
JaMabut I like this new version much more already :)13:34
RPJaMa: in the original patch it had to be. It could probably be in oe-core now13:34
RPJaMa: when things were in layer.conf, we hadn't parsed anything in meta yet basically13:35
*** cornel <cornel!~cornel@89.121.200.106> has quit IRC13:35
JaMaOK13:35
JaMaso now only to add bbwarn when srctool = which(path, tool) is empty and it's almost perfect :)13:36
RPJaMa: yes, although I just spotted a bug which makes be wonder how this works at all! :)13:36
*** cornel <cornel!~cornel@89.121.200.106> has joined #yocto13:37
JaMaFWIW adding readlink to the original version allowed me to progress a bit, now it's building qtwayland :)13:37
*** gtristan <gtristan!~tristanva@114.207.54.40> has quit IRC13:37
RPJaMa: cool, I think the set there now should be quite good. I'll move more of the code around and then queue up a test on the autobuilder13:38
RPJaMa: I think I'm preferring this to Saur's blacklist approach though13:38
JaMame too, thanks for working on it13:39
*** suvirb <suvirb!uid16371@gateway/web/irccloud.com/x-aaaulomukufhgrwk> has quit IRC13:40
JaMaHopefully this might also replace sanity.bbclass:SANITY_REQUIRED_UTILITIES once proper error message is shown13:40
yourfatenrossi: I just saw the xilinx kernel already contains an axi dma driver: http://www.wiki.xilinx.com/DMA+Drivers+-+Soft+IPs13:41
JaMaI was promoting to use simple minimalistic chroots/containers/nspawn/whatever for OE builds, but this is 2nd best thing on a way towards determinism13:41
nrossiyourfate: yep, thats what i was talking about earlier, http://lxr.free-electrons.com/source/drivers/dma/xilinx/xilinx_dma.c13:41
yourfateso the kernel module I'd write would be between that driver and the /dev device then?13:42
RPJaMa: right, it doesn't replace that but it should at least make things more consistent13:43
JaMaRP: another candidate ninja: line 26: getconf: command not found13:43
-YoctoAutoBuilder- build #810 of nightly-world-lsb is complete: Failure [failed BuildImages] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-world-lsb/builds/81013:44
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC13:44
*** link_ <link_!~link@wj0446.dip.tu-dresden.de> has quit IRC13:45
yohboynrossi: I want to boot on SD card, I understand the process you describe in http://git.yoctoproject.org/cgit/cgit.cgi/meta-xilinx/tree/README.booting.md, but what about bitstream ? Should I put it in the first partition, and it will be load alone before booting ?13:46
RPJaMa: A better version again (getconf added, moved from bitbake, error if required utils not present)13:47
RPhttp://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=rpurdie/wip-rss2&id=15a4d93dab2765e51eb971711e956019ffbf73de13:47
nrossiyohboy: depends, need to load it before the kernel boots? if so then yes first partition and use u-boot to load it13:47
*** jku <jku!~jku@192.198.151.44> has quit IRC13:48
nrossiyourfate: yep, but you use that driver via the kernel dma api.13:48
yohboynrossi: it's better if it's load before the kernel boots, isn't it ? else we can load it after boot ?13:48
nrossiyohboy: the problem is there is no right answer, some designs need to have it loaded in order to boot the kernel where as others don't need the bitstream loaded until after the kernel has loaded. So its up to you :)13:50
JaMaRP: nice13:52
JaMaanyone noticed qemu-native recently depending on MACHINE variable?13:52
yohboynrossi: so ok, I have to make a choice so. Another question that I ask myself is: assume I already have one bootable SD card, with one bitstream, and the system works well, if I only want to change the hdf, I have to rebuild the image ? because the bitstream will change, and the DTB too. That's not clear in my mind13:52
JaMaI'm waiting for some current builds to finish before I can check why, but maybe someone already seen and fixed it..13:53
nrossiJaMa: hopefully not my patches that did that :|13:53
JaMaERROR: qemu-native different signature for task do_configure.sigdata between qemux86 and qemux86copy13:53
JaMabasehash changed from b90be5a6f6e98fd67b0e57390eb68c23 to 84041688e10287e17c29cd7dea712c5113:53
JaMaVariable MACHINE value changed from 'qemux86' to 'qemux86copy'13:54
JaMacauses bunch of gtk related recipes to be also MACHINE specific because they depend on qemu-native for postinst13:54
RPJaMa: I've not seen that on our autobuilder tests and probably would have...13:55
JaMabtw is git://git.pokylinux.org/poky-contrib the same as git://git.yoctoproject.org/poky-contrib-archive ?13:56
JaMaI wasn't seeing RP's commit (I don't use poky repos) and noticed that my git remotes still point to pokylinux.org13:56
RPJaMa: git.pokylinux.org == git.yoctoproject.org13:57
JaMahmm I still don't see 15a4d93dab2765e51eb971711e956019ffbf73de in the repo13:58
RPJaMa: 99.9% sure its the same server13:58
nrossiyohboy: depending on how you build your SD image then yes changes the bitstream should cause the image to be rebuilt (same if you were to change the dtb/kernel/etc).13:58
RPJaMa: I updated again, sorry13:58
JaMawill download from cgit then13:58
RPJaMa: http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=rpurdie/wip-rss2&id=786b118ae3b436f1ff67399e1a3c37ae3602af6b13:58
RPJaMa: starting to fix function names, write a commit message and so on ready for AB testing13:59
JaMaok, fetched now13:59
*** lamego <lamego!~jose@134.134.139.74> has joined #yocto13:59
*** ed2 <ed2!~Adium@192.198.151.43> has joined #yocto14:00
yourfatenrossi: I've looked at an example rpoject that uses the linux/dmaengine, dma-mapping (that's the kernal dma api I assume) stuff as well as the linux/amba/xilinx_dma. using that stuff it looks like he writes to dma from userspace, wihtout his own kernel module14:00
*** lamego <lamego!~jose@134.134.139.74> has quit IRC14:01
nrossiyourfate: give it a go, :). As far as I am aware it should work fine from userspace since that is what the Xilinx HLS tools are supposed to do.14:02
*** lamego <lamego!~jose@134.134.139.74> has joined #yocto14:02
*** tgoodwin <tgoodwin!~tgoodwin@static-108-40-78-74.bltmmd.fios.verizon.net> has quit IRC14:02
*** Snert_ <Snert_!~snert_@65.74.8.146> has quit IRC14:03
*** Snert_ <Snert_!~snert_@65.74.8.146> has joined #yocto14:03
yohboynrossi: actually, i'm student and my project is to provide a system on linux on a zybo, where we can easily change hdf, kernel driver etc, remotely. So maybe the SD card is not the best solution. Maybe TFTP booting method will allow me to change the configuration remotely, without access to the zybo ?14:04
yourfatewhat's the advantage of writing a kernel module then?14:05
nrossiyohboy: yep thats the power of u-boot, you should be able to fully PXE-like boot a board from a remote server14:05
nrossiyourfate: no copying of memory from user to kernel to user. But for a 60Mb throughput that is likely not really problematic14:06
yourfateI found that the default settings for the zybo-linx-bd thing does not write a uEnv.txt, so you'll have to configure uboot manually14:06
*** paulg <paulg!~paulg@198-84-239-75.cpe.teksavvy.com> has quit IRC14:06
*** JordonWu <JordonWu!~quassel@221.226.9.57> has quit IRC14:06
yohboynrossi: that so nice, I need to try it ! I can load the bitstream also remotely with uboot ? even if it is not in SD card ? :)14:06
yourfateyohboy: you can load the bitstream even from running linux14:07
nrossiyohboy: thats actually how i test on my zybo. Have u-boot spl and u-boot.img in QSPI and net boot the bitstream/etc14:07
nrossinrossi: i only use the SD card for rootfs when they are too large for ramdisk :)14:08
nrossiyohboy: ^ (talking to myself :|)14:08
JaMaRP: flex seems to be new requirement, on the box where I'm usually building it wasn't installed14:08
yohboynrossi: ok, that seems nice ! I'm not sure to understand the QSPI method yep, I have to find some doc to read :)14:09
RPJaMa: I definitely got errors when it was missing14:09
yohboyyourfate: I can do that after the boot so ?14:10
yourfateyes14:10
yourfatethere is a device names /dev/xilsomething14:10
RPJaMa: I think that was from binutils or gcc14:10
yourfateand you can just do14:10
yourfatecat bitstream.bin > /dev/xilsomething14:10
yourfatedo flash the fpga14:10
JaMameta/recipes-devtools/binutils/binutils.inc:DEPENDS = "flex-native bison-native zlib-native gnu-config-native autoconf-native"14:10
yourfateto14:10
*** gtristan <gtristan!~tristanva@110.11.226.29> has joined #yocto14:11
nrossiyourfate: yohboy: /dev/xdevcfg, but thats in the linux-xlnx kernel only. The fpga_manager stuff in mainline does not provide that loading mechanism14:11
JaMaRP: I think binutils and gcc were using flex-native, because I was seeing them failing to build with flex-2.6.3 in oe-core14:11
yourfateright, but afaik the default kernel used is the linux-xlnx14:11
yourfatewhen using that machine14:12
yohboyyourfate: nice thank you, so I just have to send the bitstream by ssh with scp for example, then use your method ?14:12
yourfateyohboy: if you mount the rootfs over network anyways you can just copy that into the folder14:12
yourfateor scp it over there or something, right14:12
nrossiyourfate: yep, but just so you guys were aware, regarding the previous discussion around which kernel to use14:12
RPJaMa: I just know I saw build failures without it :/14:13
yohboynrossi: maybe the linux-xlnx kernel will be easier for me ? what are the advantage to use the linux-yocto kernel ?14:13
yohboyyourfate: yes you're right14:13
*** thaytan <thaytan!~thaytan@121-200-10-166.cust.aussiebb.net> has joined #yocto14:14
nrossiyohboy: the problem is Xilinx has been slow to finish upstreaming everything for zynq. The two main missing pieces are the devcfg (for loading fpga) and QSPI flash. For the fpga loading fpga_manager is available in the mainline kernel however it is not exposed to userspace yet, so you would need to load the bistream via a kernel module. Otherwise linux-yocto14:16
nrossiis better for all the same reasons as the mainline kernel being better. It really is up to you to decide what works best for you.14:16
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto14:16
*** sameo <sameo!~samuel@192.55.54.36> has quit IRC14:16
yourfatewhile we are at it, yocto vs pentalinux?14:17
yohboyI think yocto is more reliable14:17
yourfateI tried getting the petalinux toolchain to work, but at some point I rage-rm -rf'd it all14:17
yourfateand used yocto14:17
yourfateso would be nice to know what I'm missing14:17
nrossiyourfate: 'peta'linux :), and petalinux is now just tooling and a layer for yocto so. Yocto/OE :)14:18
yourfateoh, right14:18
RPJaMa: seems we have builders without flex too. Will try disabling (ditto unlzma)14:18
yourfateI think i've learned more in an hour here than from readling a day's worth of xilinx docs...14:19
yohboyI learn more here than 2 weeks alone14:19
yohboyreally thank you14:19
nrossiyourfate: yohboy: helps your talking to the guy that started Yocto/OE support from within Xilinx :)14:20
yourfate:D14:20
yourfatenice to meet ppl like you on irc14:20
yohboyI agree :) how long do you work on this project ?14:21
JaManrossi: it (qemu-native) seems to be at least partially caused by your changes, it now depends on BLUEZ variable which in my case happens to be MACHINE specific14:23
KakounetHi everyone, is there a way to clean the temporary files better than clean and cleansstate ? I modified a patch file but bitbake can't see it modified, it stays on the old version and always gives me the old error...14:24
nrossiJaMa: Ah, that would explain it.14:24
nrossiJaMa: But that shouldn't cause the qemu do_configure to change unless you have bluez enabled in the packageconfig?14:25
*** linulin <linulin!~foo@178-16-155-142.obit.ru> has joined #yocto14:26
JaManrossi: give me sec to check -e output, now I'm testing to set BLUEZ_class-native explicitly to bluez514:27
*** linulin <linulin!~foo@178-16-155-142.obit.ru> has quit IRC14:27
JaManrossi: List of dependencies for variable PACKAGECONFIG[bluez] is {'BLUEZ'}14:28
maka_Hey, i have a kernel module that has to be installed but it doesnt work, when doing modprobe modulenname i get : could not insert 'modulename' : exec format error14:28
maka_Does anyone have an idea what could be done?14:29
JaManrossi: List of dependencies for variable PACKAGECONFIG is {'PACKAGECONFIG[kvm]', 'PACKAGECONFIG[nss]', 'PACKAGECONFIG[gnutls]', 'PACKAGECONFIG[vnc-png]', 'PACKAGECONFIG[xfs]', 'PACKAGECONFIG[fdt]', 'PACKAGECONFIG[gtk+]', 'PACKAGECONFIG[gcrypt]', 'PACKAGECONFIG[libiscsi]', 'PACKAGECONFIG[uuid]', 'PACKAGECONFIG[libcurl]', 'PACKAGECONFIG[ssh2]', 'PACKAGECONFIG[libcap-ng]', 'PACKAGECONFIG[curses]',14:29
JaMa'PACKAGECONFIG[xen]', 'PACKAGECONFIG[bzip2]', 'PACKAGECONFIG[numa]', 'PACKAGECONFIG[aio]', 'PACKAGECONFIG[sdl]', 'PACKAGECONFIG[vnc-jpeg]', 'PACKAGECONFIG[alsa]', 'PACKAGECONFIG[lzo]', 'PACKAGECONFIG[vnc-sasl]', 'PACKAGECONFIG[bluez]', 'PACKAGECONFIG[libusb]', 'PACKAGECONFIG[virtfs]', 'PACKAGECONFIG[glx]', 'PACKAGECONFIG[nettle]'}14:29
JaManrossi: so it gets the dependency on BLUEZ variable with or without bluez actually enabled14:29
JaManrossi: I don't mind forcing BLUEZ_class-native in our setup, so take this just as FYI if someone else hits this issue as well14:30
JaMahopefully not many people need to support 5 different bluez stacks :)14:30
yourfatemaka_: that sounds like your kernel module was compiled for the wrong architecture14:30
maka_yourfate: that could be, it also said something about the version magic being different14:31
maka_Would there be a fix for that ? besides --force-vermagic14:31
yourfateI don't know about versionmagic14:32
*** deva <deva!~deva@87.116.45.78> has joined #yocto14:33
nrossiJaMa: i guess this is just a limitation with having distro options populating -native configs :(14:33
*** sameo <sameo!~samuel@192.55.54.36> has joined #yocto14:33
nrossiJaMa: would expanding out the packageconfig to be [bluez4] = ...,bluez4 and [bluez5] = ....,bluez5 with the same config options cleanly solve this issue?14:36
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC14:41
*** voltbit <voltbit!~acid___@86.120.96.71> has quit IRC14:43
JaManrossi: that would help if ${BLUEZ} variable gets used only in target specific PACKAGECONFIG (default value)14:43
JaManrossi: unfortunately it isn't clear how BLUEZ is supposed to be used14:44
JaManrossi: half oe-core recipes are using it to pick between 2 PACKAGECONFIGs, e.g. PACKAGECONFIG ??= "${@bb.utils.contains('DISTRO_FEATURES', 'bluetooth', '${BLUEZ}', '', d)} \14:44
JaManrossi: in 2nd half it's used to set DEPENDS and RDEPENDS like you did in qemu14:45
nrossiJaMa: thats why I did it that way, since QEMU is not picky on the version.14:45
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto14:47
*** deva <deva!~deva@87.116.45.78> has quit IRC14:47
JaManrossi: only as long as you consider bluez[45] as the only options for BLUEZ14:48
JaMabluedroid, blueangel and other weird bluez implementations might not be enough even for qemu14:49
*** jluisn <jluisn!~quassel@187.115.172.24> has quit IRC14:49
*** jluisn <jluisn!~quassel@187.115.172.24> has joined #yocto14:50
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC14:51
*** maka_ <maka_!58d38d01@gateway/web/freenode/ip.88.211.141.1> has quit IRC14:51
JaMaRP: FYI chromium build might be doing something weird with PATH, even with ld symlink correctly in place I still see | collect2: fatal error: cannot find 'ld'14:54
JaMaRP: will report back when I have more details14:54
*** arfoll <arfoll!arfoll@nat/intel/x-amwlhtwigvqsfqik> has joined #yocto14:55
yourfatenrossi: if I want to have the kernel dma api, I need to activate it in the linux-xlnx menuconfig?14:56
*** madisox <madisox!~madison@216-75-232-11.static.wiline.com> has joined #yocto14:56
*** istarilucky1 <istarilucky1!~rlucca@187.108.42.203> has joined #yocto14:56
*** madisox <madisox!~madison@216-75-232-11.static.wiline.com> has quit IRC14:56
RPJaMa: is it looking for ld.gold?14:58
*** ed2 <ed2!~Adium@192.198.151.43> has quit IRC14:58
*** istarilucky <istarilucky!~rlucca@189.112.127.230> has quit IRC14:58
RPJaMa: I had to add ld.bfd after a similar experience14:58
*** AndersD <AndersD!~anders@h83-209-191-235.cust.se.alltele.net> has joined #yocto14:59
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC14:59
JaMait says just ld, but I have gold enabled, so adding ld.gold could help, thank trying..15:00
yohboynrossi: again me ^^ assume I have u-boot in a partition of my SD card, my zybo boot on it, I need to be connected by USB to see the serial console ? or can  connect me to the zybo remotely ? then can I load the kernel, rootfs and DTB into the SD card , to be able to boot on SD card, and so have much memory size ? Where it is load by default ?15:00
yourfateyohboy: you can have wic build an sd card for you15:02
yohboyyourfate: yes, but assume I can't access the SD card, it is on my zybo, and the only access I have on the zybo is remotely, not sure wic will work ?15:03
yourfateah, wic will create a image locally, which oyu have to dd to the sd card15:03
yohboyyes, so I can't use it15:04
yourfateright15:05
yohboyI wonder if: a user start the zybo (nothing on it, just u-boot I think), connect to the server tftp, then load the file15:06
nrossiyohboy: U-Boot has a netconsole feature, maybe thats what you are after? http://git.denx.de/?p=u-boot.git;a=blob;f=doc/README.NetConsole;h=af7fc6043a3f3f02497f7527342b18551402be9d;hb=HEAD15:06
yohboythen the zybo could boot on SD card15:06
yohboysome part missing in my head ^15:07
yourfatenrossi: I changed the kernel to linux-xlnx-dev in meta-xilinx/conf/machine/zybo-linux-bd-zynq7.conf, but it fails with the following error: ERROR: linux-xlnx-dev-4.6+-xilinx-dev+gitAUTOINC+095872028d-r0 do_kernel_version_sanity_check: Package Version (4.6+-xilinx-dev+gitAUTOINC+095872028d) does not match of kernel being built (4.9). Please update the PV variable to match the kernel source.15:08
yohboynrossi: maybe it could help, if user can't access zybo for example, I'll read it15:08
nrossiyourfate: Go edit the .bb file and set the LINUX_VERSION = "4.9", there was a patch for oe to handle disabling that check, need to set it up for linux-xlnx-dev15:09
yourfateo/15:10
nrossiyourfate: Or set "KERNEL_VERSION_SANITY_SKIP = "1"" in your local.conf... Thats the magic variable that needs to be setup :)15:11
yourfateright, I changed the .bb file, seems like the build started now15:11
*** JaMa <JaMa!~martin@217.30.68.212> has quit IRC15:12
*** rcw <rcw!~rwoolley@128.224.252.2> has joined #yocto15:13
yohboynrossi: I think it is what I need, just have to understand how to use it, thank you :)15:14
*** stephano <stephano!~stephano@134.134.139.74> has joined #yocto15:18
RPhttps://autobuilder.yocto.io/builders/nightly-non-gpl3/builds/184/steps/BuildImages/logs/stdio - ick15:19
RPI think we need to turn off man generation for that as its clearly wrong anyway15:19
*** mjourdan <mjourdan!~mjourdan@bgn92-1-82-67-207-244.fbx.proxad.net> has quit IRC15:23
yourfatenrossi: now it fails with Computing transaction...error: Can't install kernel-devsrc-1.0-r0@zybo_linux_bd_zynq7: no package provides /bin/awk15:26
*** ant_work <ant_work!~ant__@host114-209-dynamic.24-79-r.retail.telecomitalia.it> has quit IRC15:26
nrossiyourfate: hmmmm what version of meta-xilinx/oe-core are you using?15:27
yourfateafaik i've checked out the morty branch15:28
*** thaytan <thaytan!~thaytan@121-200-10-166.cust.aussiebb.net> has quit IRC15:28
yourfate55c835c73cc41b6fc809c941c295d62a612e49e015:28
nrossiyourfate: for both meta-xilinx and oe-core?15:28
yourfateis the commit15:28
yourfateyes15:28
yourfatecommit 55c835c73cc41b6fc809c941c295d62a612e49e0 of meta-xilinx15:30
yohboydo you know what is the layer/recipe which provide u-boot ?15:30
nrossiyourfate: they are the same sha, for a oe commit :P15:30
yourfateright15:31
nrossiyohboy: u-boot is in oe-core/meta15:31
yourfatesec15:31
yourfate9304e43528faab0221ef35a3a129a438715c52b215:31
yourfateis meta xilinx15:31
yourfatecopying from vm to vm sometimes tricks you15:31
yohboynrossi ty :)15:31
yourfateor maybe it's a sha1 collision :P15:31
nrossiyourfate: ... :P, your on the right commits. What distro/distro version you using?15:32
yourfateubuntu 16.10 :/15:32
yourfatei know it warns me about the version15:32
yourfatebut it has worked fine so far15:32
yourfatelike, it built fine before switching to linux-xlnx-dev15:33
nrossiyourfate: give me a bit to check, im in the middle of emails and stuff ;)15:34
*** mjourdan <mjourdan!~mjourdan@bgn92-1-82-67-207-244.fbx.proxad.net> has joined #yocto15:35
*** mkelly <mkelly!~martin@67.171.33.217> has joined #yocto15:35
yourfateno problem. I'll be here for another 30 mins I think15:35
*** phatina <phatina!~phatina@188-167-194-102.static.chello.sk> has quit IRC15:37
*** AndersD <AndersD!~anders@h83-209-191-235.cust.se.alltele.net> has quit IRC15:58
yourfatenrossi: I'm going to clock out for today. if you find anything just ping me, my bouncer will tell me. thanks for the input, you've been really helpful :D15:59
nrossiyourfate: okay16:00
*** linulin <linulin!~foo@178-16-155-142.obit.ru> has joined #yocto16:03
*** sjolley1 <sjolley1!sjolley@nat/intel/x-imewmgflkpeonxvx> has quit IRC16:03
*** thaytan <thaytan!~thaytan@121-200-10-166.cust.aussiebb.net> has joined #yocto16:06
*** jobro <jobro!~jobro___@p549ADECD.dip0.t-ipconnect.de> has quit IRC16:10
*** rcwoolley_ <rcwoolley_!~rwoolley@128.224.252.2> has joined #yocto16:11
*** rcw <rcw!~rwoolley@128.224.252.2> has quit IRC16:14
*** istarilucky <istarilucky!~rlucca@189.112.127.230> has joined #yocto16:19
*** istarilucky1 <istarilucky1!~rlucca@187.108.42.203> has quit IRC16:19
*** TobSnyder <TobSnyder!~schneider@ip9234b0ae.dynamic.kabel-deutschland.de> has quit IRC16:22
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has quit IRC16:22
*** linulin <linulin!~foo@178-16-155-142.obit.ru> has quit IRC16:24
*** linulin <linulin!~foo@178-16-155-142.obit.ru> has joined #yocto16:26
*** mihai <mihai!~mihai@31.14.160.130> has quit IRC16:35
*** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto16:35
*** grma <grma!~gruberm@80.93.38.128> has quit IRC16:35
*** sjolley <sjolley!~sjolley@134.134.139.83> has joined #yocto16:38
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has quit IRC16:39
*** caiortp <caiortp!~inatel@131.221.240.226> has joined #yocto16:40
*** aV_V <aV_V!~aV_V@146.66.253.137> has quit IRC16:40
*** ed2 <ed2!~Adium@248.red-88-5-28.dynamicip.rima-tde.net> has joined #yocto16:42
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC16:47
*** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has quit IRC16:49
*** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC16:53
*** zeenix <zeenix!~zeenix@83.218.80.243> has quit IRC16:55
lamegohalstead: are you around?16:55
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has quit IRC16:55
*** seezer <seezer!quassel@quassel/developer/seezer> has quit IRC17:00
*** seezer <seezer!quassel@quassel/developer/seezer> has joined #yocto17:00
*** aurele <aurele!~aurele@srvmsg.castel.fr> has quit IRC17:03
*** yohboy <yohboy!5bd552f1@gateway/web/freenode/ip.91.213.82.241> has quit IRC17:07
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:5aac:892e:cbe9:f7fc> has joined #yocto17:08
*** ed21 <ed21!~Adium@192.198.151.45> has joined #yocto17:10
*** fischerm <fischerm!~mfischer@207-114-172-147.static.twtelecom.net> has joined #yocto17:11
*** ed2 <ed2!~Adium@248.red-88-5-28.dynamicip.rima-tde.net> has quit IRC17:12
*** ed21 is now known as ed217:14
*** JoiF <JoiF!~jofr@193.182.166.3> has quit IRC17:18
*** mjourdan <mjourdan!~mjourdan@bgn92-1-82-67-207-244.fbx.proxad.net> has quit IRC17:21
*** fl0v0 <fl0v0!~fvo@pD9F6A777.dip0.t-ipconnect.de> has quit IRC17:21
*** zedd_ <zedd_!~bruce@128.224.252.2> has joined #yocto17:25
*** morphis <morphis!~morphis@pD9ED68D0.dip0.t-ipconnect.de> has quit IRC17:25
halsteadlamego, I'm here now.17:30
*** toanju <toanju!~toanju@185.27.182.30> has quit IRC17:34
*** thaytan_ <thaytan_!~thaytan@121-200-10-166.cust.aussiebb.net> has joined #yocto17:39
*** thaytan <thaytan!~thaytan@121-200-10-166.cust.aussiebb.net> has quit IRC17:42
ed2rburton: I'm looking at selftest breakage. Strange, all tests have passed in my env.17:44
rburtoned2: fun isn't it.  have a look at what merged into next in case anything there might have broke it17:45
ed2rburton: yep, will do17:46
*** frsc <frsc!~frsc@dslb-178-010-250-101.178.010.pools.vodafone-ip.de> has quit IRC17:48
*** Grynium <Grynium!~Grynium@host186-31-static.47-85-b.business.telecomitalia.it> has quit IRC17:50
*** arfoll <arfoll!arfoll@nat/intel/x-amwlhtwigvqsfqik> has quit IRC17:55
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC17:55
*** ed2 <ed2!~Adium@192.198.151.45> has quit IRC17:58
*** ed2 <ed2!~Adium@192.198.151.45> has joined #yocto18:01
*** linulin <linulin!~foo@178-16-155-142.obit.ru> has quit IRC18:02
*** dreyna_ <dreyna_!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto18:03
mr_scienceanybody else getting nss fail?18:10
mr_scienceit worked with meta-printing on krogoth, fails on morty18:11
*** ed2 <ed2!~Adium@192.198.151.45> has quit IRC18:11
mr_sciencebig gcc bump between those two18:11
*** ed2 <ed2!~Adium@192.198.151.45> has joined #yocto18:11
mr_sciencei did have to fix some python stuff for morty (which works now)18:12
*** toscalix <toscalix!~toscalix@80.91.70.67> has quit IRC18:15
khemmr_science: nss is in oe-core18:20
khemif it failed lot of us would have noticed18:20
mr_sciencedoesn't like either gold or bfd here...18:21
mr_sciencei switched off the hardened/pax kernel but it's still a hardened toolchain/userland18:22
*** ed2 <ed2!~Adium@192.198.151.45> has quit IRC18:24
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC18:31
*** mkelly <mkelly!~martin@67.171.33.217> has quit IRC18:31
*** mkelly <mkelly!~martin@67.171.33.217> has joined #yocto18:33
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto18:38
*** MWelchUK <MWelchUK!~martyn@host86-130-4-211.range86-130.btcentralplus.com> has quit IRC18:44
khemwhat errors do you see.18:47
khempie may be issue18:47
*** MWelchUK <MWelchUK!~martyn@host86-130-4-211.range86-130.btcentralplus.com> has joined #yocto18:52
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto18:53
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC18:54
*** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has joined #yocto18:54
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC18:57
*** bluelightning <bluelightning!~paul@118.148.117.219> has joined #yocto19:04
*** bluelightning <bluelightning!~paul@118.148.117.219> has quit IRC19:04
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto19:04
*** psadro <psadro!~Thunderbi@216.234.148.135> has quit IRC19:14
*** psadro <psadro!~Thunderbi@2620:0:ed0:800a:72f3:95ff:fe1d:9866> has joined #yocto19:19
*** trinity <trinity!c88006fd@gateway/web/freenode/ip.200.128.6.253> has joined #yocto19:21
trinityHi19:22
trinityI want subscribe to gnome outreachy19:23
*** zedd_ is now known as zeddii19:24
nerdboyso nobody's seen this error except me?19:25
nerdboyerror adding symbols: Archive has no index; run ranlib to add one19:25
nerdboyon libfreebl.a in nss build19:25
trinityis there any guideline to start contribute to this project?19:26
kergothwhat the heck is a 'gnome outreachy' and why would you come to #yocto for it?19:28
bluelightningtrinity: that's great! if you could send an email to jeffrey.osier-mixon@intel.com - he should be able to help you get involved with outreachy19:29
*** dreyna_ <dreyna_!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC19:29
bluelightningtrinity: admittedly we don't have great newcomers documentation right now but someone is working on it19:30
nerdboybluelightning: jefro mentioned that but didn't give details19:31
nerdboywhat's the story?19:31
bluelightningnerdboy: stephano is the one working on that FYI19:31
bluelightning(he volunteered to at OEDAM)19:32
bluelightningtrinity: my advice would be, run through the getting started guide and if that all works well see if you can try to do something more interesting (e.g. build an application you're interested in / target a device you have)19:32
*** rcw <rcw!~rwoolley@128.224.252.2> has joined #yocto19:32
stephanonerdboy: I'll be adding info to the wiki in the coming weeks and proposing some changes to bugzilla to the group.19:33
* nerdboy still trying to figure out the outreachy connection...19:34
*** rcwoolley_ <rcwoolley_!~rwoolley@128.224.252.2> has quit IRC19:35
stephanonerdboy: jefro https://wiki.gnome.org/Outreachy/2017/MayAugust#Yocto_Project19:36
stephanohttps://www.yoctoproject.org/outreachy-internship19:36
nerdboythat's right, so you guys are buying an intern?19:41
* nerdboy was also thinking Gentoo should spend some money on that...19:41
*** joshuagl <joshuagl!~joshuagl@192.198.151.43> has quit IRC19:41
stephanoyou'll have to check with jefro for details, I'm not sure.19:49
*** joshuagl <joshuagl!~joshuagl@192.198.151.45> has joined #yocto19:54
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC19:56
nerdboyiirc, that's what the outreachy lady said at gsoc mentor mtg19:59
nerdboyas in you need to bring your own money to "rent" an outreachy intern19:59
*** jluisn <jluisn!~quassel@187.115.172.24> has quit IRC20:00
*** gtristan <gtristan!~tristanva@110.11.226.29> has quit IRC20:02
bluelightningnerdboy: the term "fund" is perhaps more appropriate, but yes it's a paid internship programme20:04
*** ed2 <ed2!~Adium@192.198.151.45> has joined #yocto20:07
kanavinrburton: can you, please? https://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/log/?h=akanavin/dnf-rpm420:25
kanavinthe AB, I mean :)20:25
rburtonkanavin: you got me just as i was about to go watch Expanse, good timing20:26
rburtonkanavin: running on the main AB now20:26
rburtonnow i'm off :)20:26
kanavincheers!20:27
*** joshuagl <joshuagl!~joshuagl@192.198.151.45> has quit IRC20:31
ed2rburton: cdrtools-native failed to build when the build is run from test case: https://gist.github.com/bartosh/0b540ab65f1ecee80f31e20545f490e720:34
ed2rburton: i run the build manually and it was built just fine.20:35
*** linulin <linulin!foobar@client-188-168-43-165.spb-teleport.ru> has joined #yocto20:35
*** john2 <john2!~john@host86-168-141-176.range86-168.btcentralplus.com> has quit IRC20:37
jmesmonIs anyone else seeing the boost-1.63 libboost_numpy.so.1.63.0 installed but not shipped QA issue?20:39
Crofton|workfischerm, ^^^20:39
*** ed2 <ed2!~Adium@192.198.151.45> has quit IRC20:42
*** marka <marka!~masselst@128.224.252.2> has quit IRC20:44
*** john2 <john2!~john@host86-168-141-176.range86-168.btcentralplus.com> has joined #yocto20:48
*** linulin <linulin!foobar@client-188-168-43-165.spb-teleport.ru> has quit IRC20:53
*** john2 <john2!~john@host86-168-141-176.range86-168.btcentralplus.com> has quit IRC20:54
*** ed2 <ed2!Adium@nat/intel/x-cnhdhzjporksljcp> has joined #yocto20:54
*** istarilucky <istarilucky!~rlucca@189.112.127.230> has quit IRC20:55
jmesmonAh, looks like I should have searched my mail first. appears there is a patch already, but it isn't merged yet. Trying it out now.20:56
*** linulin <linulin!foobar@client-188-168-43-165.spb-teleport.ru> has joined #yocto20:56
-YoctoAutoBuilder- build #480 of nightly-checkuri is complete: Failure [failed BuildImages] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-checkuri/builds/48020:57
*** stephano <stephano!~stephano@134.134.139.74> has quit IRC21:00
*** ed2 <ed2!Adium@nat/intel/x-cnhdhzjporksljcp> has quit IRC21:02
*** dreyna_ <dreyna_!~dreyna@unknown-216-198.windriver.com> has joined #yocto21:03
*** jwessel <jwessel!~jwessel@128.224.252.2> has quit IRC21:03
*** paulg <paulg!~paulg@otwaon23-3096772825.sdsl.bell.ca> has joined #yocto21:04
*** ed2 <ed2!~Adium@248.red-88-5-28.dynamicip.rima-tde.net> has joined #yocto21:04
*** pohly1 <pohly1!~pohly@p5DE8D47C.dip0.t-ipconnect.de> has quit IRC21:06
jmesmonseems to have avoided the issue for me21:08
*** jwessel <jwessel!~jwessel@128.224.252.2> has joined #yocto21:11
*** caiortp <caiortp!~inatel@131.221.240.226> has quit IRC21:12
*** jwessel <jwessel!~jwessel@128.224.252.2> has quit IRC21:18
*** rcw <rcw!~rwoolley@128.224.252.2> has quit IRC21:20
*** jwessel <jwessel!~jwessel@128.224.252.2> has joined #yocto21:25
*** berton <berton!~berton@189.114.111.135> has quit IRC21:26
*** behanw <behanw!uid110099@gateway/web/irccloud.com/x-cuumtwowngrzqrop> has joined #yocto21:26
*** dkc <dkc!~dkc@55.ip-158-69-215.net> has joined #yocto21:26
dkcHi folks, I have a board with requires a few binaries to be flashed in order to work, I'd like to make a recipe to fetch the tarball that contains them and deploy them in the deploy dir but without installing them in the rootfs. Any hint on how I could achieve that?21:29
neverpanicinherit deploy, write a do_deploy task, make sure you pay attention to the difference between DEPLOY_DIR and DEPLOYDIR21:29
neverpanic(if you don't, your recipe will work as long as sstate is not being used, and once it is, your files will just vanish)21:30
*** jwessel <jwessel!~jwessel@128.224.252.2> has quit IRC21:30
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC21:31
dkcokay, I'll double check. I already have a task that inherit deploy with a do_deploy, but some stuff are also installed in the rootfs and I'm trying to figure out why21:31
dkcI guess it's because I also have a do_install task21:32
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto21:32
neverpanicpossibly, yes. You don't need that with deploy recipes21:32
*** khem <khem!~khem@unaffiliated/khem> has quit IRC21:39
dkchum... in that case I get "Cannot install package mypackage" during do_rootfs21:40
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto21:43
dkcmy recipe looks like this: http://pastebin.com/NqEFMZJf21:43
dkcI include this recipe in my IMAGE_INSTALL, don't know if I should do that or not, but I'd like to have these binaries in the deploy dir when the image is built21:46
*** JaMa <JaMa!~martin@217.30.68.212> has joined #yocto21:48
*** jwessel <jwessel!~jwessel@128.224.252.2> has joined #yocto21:50
*** ant_home <ant_home!~ant__@host22-63-dynamic.24-79-r.retail.telecomitalia.it> has joined #yocto21:50
*** clsulliv <clsulliv!clsulliv@nat/intel/x-bzqlniaqyhhvnmrt> has quit IRC21:50
*** sjolley <sjolley!~sjolley@134.134.139.83> has quit IRC21:50
*** clsulliv <clsulliv!~clsulliv@134.134.139.74> has joined #yocto21:51
*** khem <khem!~khem@unaffiliated/khem> has quit IRC21:52
fischermjmesmon: thanks for testing21:53
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto21:56
*** seezer <seezer!quassel@quassel/developer/seezer> has quit IRC22:00
*** jwessel <jwessel!~jwessel@128.224.252.2> has quit IRC22:03
RPyes, I can prove the sstate cleanup script guilty of the "nfs" problems! :)22:04
RPhalstead: ^^^ :)22:04
halsteadAFK for a short bit.22:05
RPhalstead: will send email22:05
*** jwessel <jwessel!~jwessel@128.224.252.2> has joined #yocto22:11
moto-timogood one RP22:13
RPmoto-timo: its a bug that has been causing problems for *years* :)22:14
moto-timoI remember22:14
*** jwessel <jwessel!~jwessel@128.224.252.2> has quit IRC22:17
*** lamego <lamego!~jose@134.134.139.74> has quit IRC22:23
*** sjolley <sjolley!~sjolley@134.134.139.76> has joined #yocto22:24
*** manuel_ <manuel_!~manuel@c-73-238-152-234.hsd1.ma.comcast.net> has joined #yocto22:24
*** jwessel <jwessel!~jwessel@128.224.252.2> has joined #yocto22:26
*** seezer <seezer!quassel@quassel/developer/seezer> has joined #yocto22:29
*** jwessel <jwessel!~jwessel@128.224.252.2> has quit IRC22:37
*** yann <yann!~yann@LFbn-1-12676-32.w90-90.abo.wanadoo.fr> has quit IRC22:39
*** paulg <paulg!~paulg@otwaon23-3096772825.sdsl.bell.ca> has quit IRC22:40
*** jwessel <jwessel!~jwessel@128.224.252.2> has joined #yocto22:44
*** paulg <paulg!~paulg@198-84-239-75.cpe.teksavvy.com> has joined #yocto22:46
*** ant_home <ant_home!~ant__@host22-63-dynamic.24-79-r.retail.telecomitalia.it> has quit IRC22:46
*** jwessel <jwessel!~jwessel@128.224.252.2> has quit IRC22:50
*** sjolley1 <sjolley1!sjolley@nat/intel/x-vfkzvzwmqbkttyhf> has joined #yocto22:56
*** sjolley <sjolley!~sjolley@134.134.139.76> has quit IRC22:59
*** jwessel <jwessel!~jwessel@128.224.252.2> has joined #yocto23:00
*** ant_home <ant_home!~ant__@host22-63-dynamic.24-79-r.retail.telecomitalia.it> has joined #yocto23:04
*** nighty <nighty!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC23:06
*** jwessel <jwessel!~jwessel@128.224.252.2> has quit IRC23:06
rburtonRP: does atime work over nfs? struggling to see why it would be deleting a file the build needs and still have an atime of more than 10 days23:08
RPrburton: Not sure. It does at least prove where the issue is though23:09
ant_homeRP: unable to find tunctl?  http://pastebin.com/yLn091DX23:10
RPant_home: probably needs fixing23:11
ant_homePN is defaultpkgname :/23:11
*** manuel_ <manuel_!~manuel@c-73-238-152-234.hsd1.ma.comcast.net> has quit IRC23:11
ant_homepls try with a normal qemu image23:11
RPant_home: you're asking me to try?23:12
ant_homeyes, maybe is some local change here23:12
ant_homeit tried to run tunctl of host (password was required)23:12
RPant_home: Its after 11pm at night here, I've been working since 8am trying to make the PATH whitelist stuff work and I'm worn out. My local setup works but uses preconfigured tap devices. I'm sure I can break my workspace to test this but it is a bit of an ask :/23:13
rburtonRP: absolutely.  at least, schedule it to run when there are no builds maybe.23:13
*** jwessel <jwessel!~jwessel@128.224.252.2> has joined #yocto23:13
ant_homeRP: sleep. I ask now because you were touching host tools all day long :)23:14
RPrburton: or just -name *.tgz and whatever else, miss the tmp files23:14
RPrburton: I do worry that its finding other files it shouldn't and causing mystery eSDK failures23:15
rburtonRP: actually yes, ensuring it can't falsely hit a tmp file would help23:15
rburtonRP: how many files does it delete on each run?23:16
RPrburton: since I enabled it the other day, 99399 files23:18
rburtonjesus23:18
rburtonhow many files does it not delete? :)23:18
*** sameo <sameo!~samuel@192.55.54.36> has quit IRC23:19
*** Biliogadafr <Biliogadafr!~bilio@nat-minsk-pool-46-53-202-120.telecom.by> has quit IRC23:19
RPrburton: the ab sstate cache is huge23:19
rburtonapparently so23:19
rburtoncurious if there's a race on file appearing and stat entries being sane23:20
rburtonbut using -name should stop that problem23:20
*** jwessel <jwessel!~jwessel@128.224.252.2> has quit IRC23:20
rburtonanyway g'night23:20
RPrburton: 'night!23:22
RPrburton: I did try and get a number of files but its a slow command23:22
*** rburton <rburton!~Adium@home.burtonini.com> has quit IRC23:25
*** sameo <sameo!~samuel@192.55.54.42> has joined #yocto23:27
*** jwessel <jwessel!~jwessel@128.224.252.2> has joined #yocto23:27
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:5aac:892e:cbe9:f7fc> has quit IRC23:31
*** mkelly <mkelly!~martin@67.171.33.217> has quit IRC23:41
*** jwessel <jwessel!~jwessel@128.224.252.2> has quit IRC23:44
*** ant_home <ant_home!~ant__@host22-63-dynamic.24-79-r.retail.telecomitalia.it> has quit IRC23:44
*** ed2 <ed2!~Adium@248.red-88-5-28.dynamicip.rima-tde.net> has quit IRC23:52
*** mkelly <mkelly!~martin@67.171.33.217> has joined #yocto23:54
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto23:55
*** agust <agust!~agust@p4FCB4C0B.dip0.t-ipconnect.de> has quit IRC23:57

Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!