Friday, 2015-06-26

*** sjolley <sjolley!~sjolley@> has joined #yocto00:35
*** seebs_ is now known as seebs01:30
*** Mohican <Mohican!~Doug@> has quit IRC01:37
*** nighty^ <nighty^!> has quit IRC01:59
*** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC02:03
*** dlan <dlan!~dennis@> has joined #yocto02:03
*** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto02:03
*** behanw <behanw!~behanw@2001:470:b26c:0:8915:1977:5054:4e69> has quit IRC02:26
-YoctoAutoBuilder- build #14 of nightly-deb-non-deb is complete: Failure [failed Running Sanity Tests_1 Running Sanity Tests_2] Build details are at
*** hellerbarde <hellerbarde!> has quit IRC03:39
*** behanw <behanw!~behanw@2001:470:b26c:0:8055:9492:91a2:6e06> has joined #yocto04:06
*** behanw <behanw!~behanw@2001:470:b26c:0:8055:9492:91a2:6e06> has quit IRC04:19
*** miandonmenmian <miandonmenmian!~miandonme@> has joined #yocto04:26
*** miandonmenmian_ <miandonmenmian_!~miandonme@> has joined #yocto04:27
*** aswin <aswin!~aswin@> has quit IRC04:28
*** behanw <behanw!~behanw@2001:470:b26c:0:8055:9492:91a2:6e06> has joined #yocto04:45
*** pohly <pohly!> has joined #yocto05:01
*** behanw <behanw!~behanw@2001:470:b26c:0:8055:9492:91a2:6e06> has quit IRC05:13
*** jku <jku!> has joined #yocto05:14
*** AndersD <AndersD!> has joined #yocto05:26
*** roric_ <roric_!> has joined #yocto05:32
*** marekb <marekb!> has joined #yocto05:38
*** jku <jku!> has quit IRC05:57
*** roric_ <roric_!> has quit IRC06:08
*** wadim_ <wadim_!> has joined #yocto06:14
*** [Sno] <[Sno]!> has quit IRC06:30
*** hitlin37 <hitlin37!uid16371@gateway/web/> has joined #yocto06:40
*** roric_ <roric_!~roric@> has joined #yocto07:02
*** TobSnyder <TobSnyder!> has joined #yocto07:05
*** jku <jku!jku@nat/intel/x-tpmfiosmnouonbql> has joined #yocto07:06
*** aswin <aswin!~aswin@> has joined #yocto07:12
*** aswin_ <aswin_!~aswin@> has joined #yocto07:12
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto07:25
*** [w00t] <[w00t]!88a32c66@gateway/web/cgi-irc/> has joined #yocto07:26
[w00t]Hi, I've been having some trouble with vlan configurations on my yocto machine. I've set up the /etc/network/interfaces configuration with an existing interface, included vlan and net-tools in my build and set up the kernel with 8021q built in. Still getting an error that ifconfig cannot find the device07:29
[w00t]However, setting up the same vlan using ip or vconfig works07:29
*** dgm816 <dgm816!~dgm816@unaffiliated/orkim> has quit IRC07:31
*** [Sno] <[Sno]!> has joined #yocto07:36
*** Ox4 <Ox4!~user@unaffiliated/zloy> has joined #yocto07:44
*** TobSnyder1 <TobSnyder1!> has joined #yocto07:51
*** TobSnyder <TobSnyder!> has quit IRC07:52
jkuIs this what I should be doing if I want source rpms for my image:07:52
jkuARCHIVER_MODE[srpm] = "1"07:52
jkuINHERIT += "archiver"07:52
*** kimo_ <kimo_!> has joined #yocto07:52
jkuthat seems to work for some recipes but at least linux-yocto fails:07:53
jku| DEBUG: Executing shell function do_patch07:53
jku| ls: cannot access .meta*: No such file or directory07:53
jku| find: `.meta/cfg/scratch': No such file or directory07:53
jku| ERROR. Could not locate meta series for qemux8607:53
*** ant_work <ant_work!> has joined #yocto07:57
*** ericbutters <ericbutters!~eric@> has joined #yocto08:00
*** nicolas_ <nicolas_!58a61e6b@gateway/web/freenode/ip.> has joined #yocto08:02
ericbuttershi.. is there a way to start bitbake and get build information using a webfrontend?08:04
LetoThe2ndericbutters: your buzzword is: "toaster"08:04
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC08:06
*** Lenny_ <Lenny_!> has joined #yocto08:12
*** ddalex <ddalex!> has joined #yocto08:14
*** blueness_ <blueness_!~blueness@gentoo/developer/blueness> has joined #yocto08:16
*** miandonmenmian__ <miandonmenmian__!~miandonme@> has joined #yocto08:16
miandonmenmian__finally got a recipe done for my image, however the package's included on that recipe are not packed on the image, but they are still compiled08:19
miandonmenmian__.ipk file can be moved to destination and installed just fine08:20
miandonmenmian__IMAGE_INSTALL += "mypackage"   this should work on my image recipe, right?08:21
*** nighty^ <nighty^!> has joined #yocto08:22
*** rburton <rburton!> has joined #yocto08:26
*** JoshLoo <JoshLoo!JoshLoo@nat/intel/x-qqobbbpgobhmsurg> has joined #yocto08:26
*** dbozec <dbozec!~dbozec@2001:41d0:fe78:1700:407d:1d03:e91f:784e> has quit IRC08:29
*** JoshLoo <JoshLoo!JoshLoo@nat/intel/x-qqobbbpgobhmsurg> has quit IRC08:31
*** Biliogadafr <Biliogadafr!~User@> has joined #yocto08:31
LetoThe2ndbasically yes.08:32
ericbuttersi got error from do_package_write_rpm: error: File not found by glob: /build/tmp/work/armv7a-vfpv3-poky-linux-gnueabi/i-hmi/1.0-r0/package/opt/hmi/frontend/p_[f01]@2x.png08:32
ericbutterscould this be related to the "[" in the filename?08:33
ddalex"[" should be escaped at all times08:35
*** LetoThe2nd <LetoThe2nd!~jd@unaffiliated/letothe2nd> has quit IRC08:36
ericbuttersddalex: how to do this? how to tell do_package_write_rpm to escape?08:38
*** jimBaxter <jimBaxter!> has joined #yocto08:39
*** dbozec <dbozec!~dbozec@2001:41d0:fe78:1700:257d:8b34:1ed9:43be> has joined #yocto08:41
*** ddalex <ddalex!> has quit IRC08:42
*** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto08:58
*** husanu3 <husanu3!~husanu3@> has joined #yocto09:09
*** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-ulqzgmmnaxsaykvo> has joined #yocto09:15
*** parrot <parrot!~chankitx@> has quit IRC09:16
*** husanu3 <husanu3!~husanu3@> has quit IRC09:18
*** husanu0 <husanu0!~husanu0@> has joined #yocto09:23
*** lyang0 <lyang0!~lyang001@> has quit IRC09:24
*** husanu0 <husanu0!~husanu0@> has quit IRC09:29
*** miandonmenmian__ is now known as help09:32
*** help is now known as Guest2917509:32
*** ipuustin_ <ipuustin_!> has quit IRC09:33
*** ipuustin <ipuustin!> has joined #yocto09:34
*** ipuustin <ipuustin!> has quit IRC09:35
*** ipuustin <ipuustin!> has joined #yocto09:39
*** [w00t] <[w00t]!88a32c66@gateway/web/cgi-irc/> has quit IRC09:43
*** angolini <angolini!uid62003@gateway/web/> has quit IRC09:50
*** kimo_ <kimo_!> has quit IRC09:55
*** Ox4 <Ox4!~user@unaffiliated/zloy> has quit IRC09:59
*** zloy` <zloy`!~user@> has quit IRC09:59
*** icanicant <icanicant!~icanicant@> has quit IRC10:00
*** icanicant <icanicant!~icanicant@> has joined #yocto10:00
*** manderke_ <manderke_!> has joined #yocto10:11
*** manderke <manderke!> has quit IRC10:15
*** raykinsella781 <raykinsella781!rkinsell@nat/intel/x-hvekmwgvxwepdhqb> has joined #yocto10:18
*** LetoThe2nd <LetoThe2nd!> has joined #yocto10:19
*** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-ulqzgmmnaxsaykvo> has quit IRC10:19
*** Crofton <Crofton!~balister@> has quit IRC10:38
*** Crofton|work <Crofton|work!~balister@> has quit IRC10:38
*** dbozec <dbozec!~dbozec@2001:41d0:fe78:1700:257d:8b34:1ed9:43be> has quit IRC10:44
*** Crofton <Crofton!> has joined #yocto10:50
*** Crofton|work <Crofton|work!> has joined #yocto10:50
*** manderke__ <manderke__!> has joined #yocto10:55
*** TobSnyder1 <TobSnyder1!> has quit IRC10:57
*** manderke <manderke!> has joined #yocto10:57
*** manderke_ <manderke_!> has quit IRC10:59
*** manderke__ <manderke__!> has quit IRC11:00
*** manderke_ <manderke_!> has joined #yocto11:07
*** manderke <manderke!> has quit IRC11:10
ericbuttersanynone here using toaster?11:20
lpappericbutters: just ask the question :)11:20
ericbuttersi got error OperationalError at /toastergui/landing unable to open database file (from page) -- is this because my 'bitbake core-image-minimal' is ongoing?11:22
ericbuttershere is the log from that page:
ericbuttersokay.. error comes because "no module named MySQLdb"11:32
ericbuttersi installed the package, now 'nohub bitbake --observe-only -u toatergui >toaster_ui.log' works and the log shows NOTE: ToasterUI waiting for events11:36
ericbutterscalling bitbake core-image-minimal then shows: ERROR: Could not connect to server (503 Service Unavailbale)11:36
*** JaMa <JaMa!> has joined #yocto11:44
nicolas_Hello guys11:47
nicolas_I was wondering I anyone has tried to build fido with linaro as external toolchain ?11:47
lpappI suggest to start with the problem :)11:47
nicolas_lpapp: me or ericbutters ?11:48
lpappeveryone :)11:50
nicolas_lpapp: Haha :) Okay well, I have been trying to build a minimal image for an imx6 based board using the external linaro toolchain.11:52
nicolas_lpapp: The problem is that the image boots sucessfully, but ldconfig is not present ...11:52
lpapphave you tried checking the build log? Have you tried pinning down where ldconfig would come from? Have you tried to check whether that is packaged, etc?11:53
nicolas_Yes, I am in the process of doing that, but I realised I needed help.11:56
nicolas_lpapp: As far as I understand, the ldconfig is provided by ldconfig-native11:56
nicolas_lpapp: Which is in turn provided by the glibc in general.11:56
nicolas_lpapp: Now, there seems to be two different providers for the glibc, (a) the one embedded with poky, and (b) the one in the meta-linaro layer11:57
nicolas_lpapp: So, my first reaction was to try on set the flag TCLIBC = "external-linaro-toolchain", instead of leaving it undefined, in order to make sure that the one in the meta-linaro layer was used11:59
rburtonldconfig-native won't provide a ldconfig for the image11:59
rburtonthe glibc would11:59
nicolas_lpapp: But that led to the error : ERROR: Unable to parse conf/bitbake.conf: ParseError at [...]/fsl-community-bsp/sources/poky/meta/conf/distro/defaultsetup.conf:10: Could not include required file conf/distro/include/tclibc-external-linaro-toolchain.inc12:00
nicolas_rburton: Ah, interesting ! So, what is the role of ldconfig-native ? And is there something wrong with my glibc or the way I defined my glibc ?12:01
lpappit is just about host vs. target12:02
lpappa binary can be present on both.12:02
lpappe.g. gdb, you can debug an application right on the board as well as remotely through the server/client architecture.12:02
lpappand remotely, you would not use an arm binary.12:02
lpapp(given that the board is ARM)12:03
rburtonldconfig-native builds just a ldconfig for the host12:03
nicolas_lpapp: Ok, so the native one is the one to be used on the host machine, then. I get it :)12:03
lpappbut regardless this, TCLIBC ought to be used anyway as far as I remember.12:03
lpappsorry, no, I was confusing that with the toolchain variable. Never mind.12:04
lpappnot sure if it helps, but in general, you can set the preferred version when different layers provide something that would clash.12:05
nicolas_lpapp: Ok, I will look into that, see if the two provided version differ maybe.12:06
lpappbut I am not sure how it is handled in this specific case.12:06
lpappwhether it is modified through .bbappend, etc. You will need to see that.12:06
*** miandonmenmian <miandonmenmian!~miandonme@> has quit IRC12:07
*** miandonmenmian_ <miandonmenmian_!~miandonme@> has quit IRC12:07
*** Guest29175 <Guest29175!~miandonme@> has quit IRC12:07
nicolas_lpapp: As for the TCLIBC variable, I assumed I didn't need to provide it as the has PROVIDES += "glibc". Was I wrong, do I have to define it in my local.conf also ?12:07
lpappI would not know for sure, I am afraid.12:08
lpappI am just a Yocto user.12:08
lpapptrial and experiment :)12:08
nicolas_Indeed :)12:08
*** varibull <varibull!> has quit IRC12:13
*** varibull <varibull!> has joined #yocto12:14
*** anselmolsm <anselmolsm!~anselmols@> has joined #yocto12:14
*** leowt <leowt!> has quit IRC12:23
Crofton|workzeddii, any ideas why  __LINUX_ARM_ARCH__ isn't defined with master and 3.0 era kernel?12:25
*** jmleo <jmleo!> has quit IRC12:25
*** vmeson <vmeson!> has quit IRC12:26
*** anselmolsm <anselmolsm!~anselmols@> has quit IRC12:35
*** timsche <timsche!> has joined #yocto12:35
*** anselmolsm <anselmolsm!~anselmols@> has joined #yocto12:36
*** imrehg <imrehg!> has joined #yocto12:37
kergothnicolas_: generally TCMODE needs to be set for external toolchains, not TCLIBC, unless the external toolchain isn't a glibc/eglibc-based toolchain, obviously12:45
nicolas_kergoth: It's actually what I've done, I've set TCMODE, and a path to the external toolchain but that is it. Thank you. I'm going to have a try with a more recent version of toolchain.12:52
*** kimo_ <kimo_!> has joined #yocto12:53
*** hugovs <hugovs!~hugo@> has joined #yocto12:56
*** hugovs_ <hugovs_!~hugo@> has joined #yocto13:06
*** kscherer <kscherer!~kscherer@> has joined #yocto13:09
*** hugovs <hugovs!~hugo@> has quit IRC13:10
*** hugovs_ is now known as hugovs13:11
*** Ox4 <Ox4!~user@unaffiliated/zloy> has joined #yocto13:15
-YoctoAutoBuilder- build #354 of nightly-arm is complete: Failure [failed BuildImages Running Sanity Tests BuildImages_1 Building Toolchain Images Building Toolchain Images_1 UploadToasterEventlog] Build details are at
-YoctoAutoBuilder- build #356 of nightly-ppc is complete: Failure [failed BuildImages Running Sanity Tests BuildImages_1 Building Toolchain Images Building Toolchain Images_1 UploadToasterEventlog] Build details are at
-YoctoAutoBuilder- build #355 of nightly-x86 is complete: Failure [failed BuildImages Running Sanity Tests BuildImages_1 Building Toolchain Images Building Toolchain Images_1 UploadToasterEventlog] Build details are at
-YoctoAutoBuilder- build #7 of ptest-x86 is complete: Failure [failed BuildImages UploadToasterEventlog Publishing Artifacts] Build details are at
-YoctoAutoBuilder- build #76 of nightly-world-lsb is complete: Failure [failed BuildImages Publishing Artifacts] Build details are at
-YoctoAutoBuilder- build #352 of nightly-x32 is complete: Failure [failed BuildImages Running Sanity Tests Running Sanity Tests_1 UploadToasterEventlog] Build details are at
*** imrehg <imrehg!> has quit IRC13:16
-YoctoAutoBuilder- build #357 of nightly-x86-64-lsb is complete: Failure [failed BuildImages BuildImages_1 UploadToasterEventlog] Build details are at
-YoctoAutoBuilder- build #354 of nightly-x86-lsb is complete: Failure [failed BuildImages BuildImages_1 UploadToasterEventlog] Build details are at
-YoctoAutoBuilder- build #357 of nightly-mips is complete: Failure [failed BuildImages Running Sanity Tests BuildImages_1 Building Toolchain Images Building Toolchain Images_1 UploadToasterEventlog] Build details are at
-YoctoAutoBuilder- build #348 of nightly-mips-lsb is complete: Failure [failed BuildImages BuildImages_1 UploadToasterEventlog] Build details are at
-YoctoAutoBuilder- build #342 of nightly-deb is complete: Failure [failed BuildImages Running Sanity Tests Running Sanity Tests_1 Running Sanity Tests_2] Build details are at
-YoctoAutoBuilder- build #352 of nightly-qa-skeleton is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at
-YoctoAutoBuilder- build #346 of nightly-rpm is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at
-YoctoAutoBuilder- build #356 of nightly-x86-64 is complete: Failure [failed BuildImages Running Sanity Tests BuildImages_1 Building Toolchain Images Building Toolchain Images_1 UploadToasterEventlog] Build details are at
-YoctoAutoBuilder- build #355 of nightly-fsl-arm-lsb is complete: Failure [failed BuildImages BuildImages_1 BuildImages_2 UploadToasterEventlog] Build details are at
-YoctoAutoBuilder- build #15 of nightly-rpm-non-rpm is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at
-YoctoAutoBuilder- build #343 of nightly-arm-lsb is complete: Failure [failed BuildImages BuildImages_1 UploadToasterEventlog] Build details are at
-YoctoAutoBuilder- build #353 of nightly-fsl-arm is complete: Failure [failed BuildImages Building Toolchain Images Building Toolchain Images_1 BuildImages_1 BuildImages_2 UploadToasterEventlog] Build details are at
*** vmeson <vmeson!~rmacleod@> has joined #yocto13:18
*** angolini <angolini!uid62003@gateway/web/> has joined #yocto13:19
*** Mohican <Mohican!> has joined #yocto13:22
*** aswin_ <aswin_!~aswin@> has quit IRC13:24
*** aswin <aswin!~aswin@> has quit IRC13:25
RPhalstead: ping? autobuilder looks unwell :(13:30
*** aswin_ <aswin_!~aswin@> has joined #yocto13:36
*** AndersD <AndersD!> has quit IRC13:38
*** aswin <aswin!~aswin@> has joined #yocto13:41
nicolas_rubrton: Ok, other question. Let's say I end up with a working armhf image for my imx6 based board. And let's also say that this image has been built using package management, deb packages, and that dpkg and apt are working.13:45
nicolas_rburton: By adding the debian official repos, will I be able to install new software from them, or won't it be possible for some ... differences in compilers used for example ?13:46
kergothit's generally not a good idea to use binary packages from one distro in another, even on the desktop :)13:47
nicolas_kergoth: Why :) ?13:48
kergothlibraries versions are often different, so the binaries won't run. also differences in compiler options and tuning and whatnot, and thats not even going into distributionisms like where config files go, what init is used, how network/etc is configured, etc13:51
kergothalso differing package names, etc13:51
kergothmeans there's often broken package management dependencies13:51
*** lamego <lamego!lamego@nat/intel/x-ztnoxbznacfcximh> has joined #yocto13:52
nicolas_kergoth: Mmm, ok. And are you aware of any way of using an existing base rootfs in yocto ?13:54
*** jku <jku!jku@nat/intel/x-tpmfiosmnouonbql> has quit IRC14:00
*** madisox <madisox!> has joined #yocto14:03
rburtonnicolas_: don't.14:10
rburtoni guess with an evil layer you could rewrite package names and versioning massively to align with a different distribution14:10
rburtonbut my god the horror14:10
*** wadim_ <wadim_!> has quit IRC14:16
*** marekb <marekb!> has quit IRC14:18
nicolas_rburton: Yeah, I'm not fond of that either.14:19
nicolas_rburton: I turned to yocto a few days ago as it seemed to be the preferred choice for building images for the sabrelite board that would include hardware acceleration features.14:20
lpappnicolas_: read the BSP guide.14:21
rburtonnicolas_: will let you search all the layers that are registered if you want to find more software14:22
nicolas_rburton: And I'm trying to find a way to have both : (a) the flexibility of a debian system, and (b) the hardware acceleration.14:22
*** munch_ <munch_!> has joined #yocto14:22
rburtonnicolas_: well, you could rip out the hardware accel bits and put it on a debian box, but then you're dealing with a very unsupported system again14:23
*** munch_ is now known as Guest4885914:23
nicolas_lpapp: Yes, in particular meta-fsl-arm and meta-fsl-arm-extra, those are the one that provide the hardware acceleration.14:23
*** hellerbarde <hellerbarde!> has joined #yocto14:23
lpappah ok, so you are settled.14:23
hellerbardehow/where would I best set a default root password for my image?14:24
lpapphellerbarde: I am not sure about the best these days, but I went through this14:24
lpappI take that you do not want to set plain password, but the encrypted variant, yeah?14:24
*** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC14:25
hellerbardelpapp: it wouldn't matter if it lied around in the git repository in plain text, but in the /etc/shadow or /etc/passwd file it should be hashed, yes.14:25
*** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto14:26
rburtonhellerbarde: for development purposes there's an image-feature to leave it blank.  for production,
nicolas_rburton & lpapp: Do you think I could as well build a linux kernel the regular way, use a existing minimal debian rootfs, and only use the meta-fsl-arm* yocto layers to build the deb packages that would provied what i need in userspace for the hardware acceleration ?14:26
rburtonnicolas_: you could, yes.  it would be very painful.14:26
hellerbarderburton: thanks, I'll read through this now14:26
nicolas_rburton & lpapp: But then again, I would need to make sure that my kernel and the userspace hardware acceleration code do match. Which might - yes, indeed - be painfull.14:26
yoctiBug 5675: enhancement, Medium, Future, Qi.Chen, NEW , Add a ROOT_PASSWD feature for images14:27
lpappgit repository, plain text? Hopefully not public for curious eyes.14:28
nicolas_rburton & lpapp: Or what about building kernel and hardware acceleration deb packages with yocto, and doing the rest manually with a debootstrap generated rootfs ?14:28
nicolas_rburton & lpapp: Unless there is something I am missing. Do you see a better idea ?14:29
*** wrock <wrock!4d500615@gateway/web/freenode/ip.> has joined #yocto14:29
rburtonnicolas_: either 1) use yocto or 2) use debian14:29
rburtonfor (2) the recipes show how to integrate the binary drivers, so do the same with your own debian packaging14:30
lpappyeah, I would not mix them either :)14:30
rburtonobviously you're on your own at that point without any hope of support14:30
lpappwhat do you miss from Yocto that is in debian?14:30
wrockhello, i bitbaked an image for a zedboard (core-image-sato) which actually is booting, but I'm not sure everything worked fine since x11 and so on doesn't boot..I#ve got the bootlog(line 169)14:31
lpappI would consider whether it is possible to get Yocto complete your goal.14:31
lpappwithout involving debian; if it is far from it... then yeah, just use debian.14:31
nicolas_lpapp: Basically the amount of packages provided by debian. One thing is rather clear, it will not be necessary to have that feature in our end product, so then yocto might be perfect. But it is "nice to have" right now, as will be using the board for prototyping, trying new things, new software, etc.14:33
lpappdo not overengineer14:34
nicolas_lpapp: Haha14:34
lpappbut yeah, if you want to have 30K packages available right away, Yocto might not be your choice.14:35
nicolas_lpapp: I get what you mean, and I was slowly coming to that conclusion.14:35
lpappYocto in turn is far more flexible with what you can get.14:36
lpappso question yourself what you really need :)14:36
raykinsella781If I override patch but I still want to call base.patch ... how do I make that happen?14:37
lpappraykinsella781: replace the original patch through .bbappend14:37
nicolas_lpapp & rburton: Thank you very much guys for your advices :)14:37
lpappbut I would consider incremental patches.14:38
lpappis the name really that worthy? :)14:38
kergothraykinsella781: i assume you're talking about the functions, rather than the patch files, cause the latter would be obvious?14:38
kergothraykinsella781: if that's the case, then assuming your patch is also python,'base_do_patch', d)14:38
kergothif you mean patch files, as lpapp says, don't replace the base one at all, just apply yours next14:38
lpappoh, true :)14:39
raykinsella781got it thanks!14:39
hellerbarderburton, lpapp: thx for your help! :)14:44
-YoctoAutoBuilder- build #348 of nightly-intel-gpl is complete: Success [build successful] Build details are at
*** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has joined #yocto14:48
*** [Sno] <[Sno]!> has quit IRC14:49
*** nicolas_ <nicolas_!58a61e6b@gateway/web/freenode/ip.> has quit IRC14:50
wrockFailed to execute / that a problem? or just a warning?14:57
*** mweger <mweger!60587621@gateway/web/freenode/ip.> has joined #yocto14:57
mwegerHello, I was wondering what would be the best way to to host my own provides for bitbake so when i build bitbake pulls the same sorces every time15:06
mwegersources *15:06
rink_there's support for that15:06
rink_it's called mirror15:06
lpappmweger: I used our local mirror to where I pushed the downloaded files and sstatecache files.15:08
lpappthis way, our build is much faster.15:08
mwegerlpapp: interesting15:08
*** vquicksilver <vquicksilver!~nobody@gentoo/contributor/vquicksilver> has quit IRC15:08
mwegerI will check this out thank you15:09
lpappSOURCE_MIRROR_URL = "http://mydomain/mirror/yocto/daisy/downloads"15:09
zeddiiCrofton|work, hmm. I haven't seen that ARM problem myself. a grep through the tree didn't get me a clear answer.15:09
lpappSSTATE_MIRRORS ?= "\15:09
*** timsche <timsche!> has quit IRC15:10
lpappfile://.* http://mydomain/yocto/daisy/sstate-cache/PATH"15:10
Crofton|workI wonder if the issue is somethign in th e.config15:10
Crofton|workor B != S?15:10
*** vquicksilver <vquicksilver!~nobody@gentoo/contributor/vquicksilver> has joined #yocto15:11
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC15:13
kergothOT, but is good stuff15:14
lpappmweger: do not miss that above. I forgot to highlight you. :)15:15
zeddiiCrofton|work. I have a 3.0 tree around, let me see if I can build something. I lost 5 hours yesterday debugging a corrupted git tree (the fetcher's ears are burning with my swearing)15:15
Crofton|workthat would be helpful15:16
Crofton|workif I can get some confidence it is a local problem that would be great15:16
zeddiiis a 32 bit qemuarm build representative of the problem ?  or something else ?15:18
*** ant_work <ant_work!> has quit IRC15:18
-YoctoAutoBuilder- build #366 of poky-tiny is complete: Success [build successful] Build details are at
kergothdamnit, keep getting parse hangs, wonder if its something in my metadata, bitbake, or just unrelated build VM hiccups15:35
* kergoth grumbles15:35
Ox4guys, could somebody support me with this Errors: ?15:37
paulgturn on ipv6?15:38
Ox4paulg: but I don't want ipv615:39
paulgthen I guess you get to mine into uclibc and determine why the dependency exists.  :)15:39
Ox4paulg: ok, thanks15:39
kergoththe glibc REQUIRED_DISTRO_FEATURES is set to the DISTRO_FEATURES_LIBC15:41
Ox4one more question, what should I append to local.conf for building an image by external toolchain?15:41
kergothwhich includes both ipv4 and ipv6 by default in DISTRO_FEATURES_LIBC_DEFAULT15:41
*** hugovs_ <hugovs_!~hugo@> has joined #yocto15:41
kergothI'm not sure why that isn't conditional upon the ipv6 distro feature, however15:42
kergoththat seems problematic15:42
kergothregardless, DISTRO_FEATURES_LIBC_remove = "ipv6" or DISTRO_FEATURES_LIBC_DEFAULT_remove = "ipv6" should probably do15:42
*** wrock <wrock!4d500615@gateway/web/freenode/ip.> has quit IRC15:43
*** hugovs <hugovs!~hugo@> has quit IRC15:44
Ox4ok, what about toolchain?15:48
kergothI don't understand the question.15:49
kergothoh, i see15:49
kergothread the docs.15:49
kergothit depends entirely on which external toolchain you want to use, generally.15:50
Ox4as I see I have to download meta-sourcery15:50
kergoththe readme there explains usage15:50
*** hugovs_ is now known as hugovs15:51
*** ericbutters <ericbutters!~eric@> has quit IRC15:55
*** [Sno] <[Sno]!> has joined #yocto15:58
Ox4don't understand why15:59
*** roric_ <roric_!~roric@> has quit IRC15:59
Ox4and another issue: ERROR: No recipes available for: /home/int/dev/sandbox/poky/meta-sourcery/core/recipes-kernel/lttng/lttng-ust_2.6.0.bbappend16:09
rburtonyour meta-sourcery and oe-core don't match branches, or meta-sourcery is broken.16:10
rburtonpossibly your meant to be using a poky release instead of master16:10
*** y_morin <y_morin!> has joined #yocto16:12
*** y_morin <y_morin!> has left #yocto16:12
raykinsella781ow do I tell yocto apply the patch with 'git apply' instead of patch16:13
*** joseppc <joseppc!> has quit IRC16:13
raykinsella781how do I tell yocto apply the patch with 'git apply' instead of patch?16:14
*** tsramos <tsramos!~tsramos@> has joined #yocto16:15
kergothraykinsella781: PATCHTOOL = "git"16:16
raykinsella781great thanks16:16
kergothOx4: that pastebin error is usually due to EXTERNAL_TOOLCHAIN not being set, i need to fix that to fail more pleasantly16:17
* kergoth just ran into that yesterday16:17
Ox4kergoth: I set the EXTERNAL_TOOLCHAIN variable actually16:18
kergothwhat sourcery g++ version?16:19
*** dorileo <dorileo!~dorileo@> has quit IRC16:19
kergothah, 2010.09-50. pretty old, but afaik should still work.. let me see if i can repro16:20
Ox4I know, it is very old, but TI recommends this toolchain for one of the their board16:21
*** Aethenelle <Aethenelle!~Aethenell@> has joined #yocto16:21
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC16:21
*** nerdboy <nerdboy!> has joined #yocto16:23
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto16:23
kergoththere it is, downloading16:25
*** tripzero <tripzero!~tripzero@> has joined #yocto16:27
*** staylor_ <staylor_!> has joined #yocto16:28
joshuaglRP: rburton: is it safe for me to queue a fido-next run on the AB?16:29
Ox4libtool fails16:30
RPhalstead: safe to queue another build?16:30
RPjoshuagl: probably, we're having a few ab issues atm although they do appear to be more metadata now16:30
joshuaglRP: I can try again on Monday?16:30
kergothOx4: check /home/int/dev/sandbox/poky/build/tmp/work/cortexa8hf-vfp-neon-poky-linux-gnueabi/libtool-cross/2.4.6-r0/*/config.log16:31
Ox4kergoth: already checking :)16:31
kergothshould be an error from the gcc execution. it might be hard to find, the easiest is to go down to the end of the file, then scroll up past the cache variable assignments to the actual tests, and it'll be the last one of those16:32
RPjoshuagl: just queue it, worst case it fails and we retry16:32
joshuaglokey dokey16:32
joshuaglhmm, my auth is failing on the ab16:34
joshuaglguess I'm not queueing a build tonight :-/16:35
Ox4kergoth: I fond16:36
RPjoshuagl: which branch? I can queue16:38
halsteadjoshuagl, I can check your auth.16:40
kergothOx4: heh, my build failed differently with qemuarm, but also due to tuning (which seems to be why yours is failing), due to armv5e being an unknown architecture. you're sure that's the right toolchain for that branch of that bsp?16:40
*** zeddii <zeddii!~ddez@> has quit IRC16:40
Ox4kergoth: yes, I am16:41
kergothseems tremendously unlikely, given it seems like the tuning used by your bsp doesn't work with that toolchain version16:41
* kergoth shrugs16:41
Ox4kergoth: the kernel doesn't start if I build it another one toolchain manually :)16:41
Ox4kergoth: I am afraid this toolchaing is not acceptable by yocto :-(16:45
*** ddalex <ddalex!> has joined #yocto16:46
kergothit may be possible to arrange things so your kernel builds with a different toolchain than the rest, by overriding KERNEL_CC and KERNEL_LD — i'm not sure if that'd be supported, however16:46
*** behanw <behanw!~behanw@2001:470:b26c:0:8055:9492:91a2:6e06> has joined #yocto16:47
Ox4kergoth: it is known problem as I see16:47
kergothno, libtool is irrelevent.16:48
Ox4what do you mean?16:48
kergothyour problem is an error coming from gcc, and would fail in any recipe16:48
kergothlibtool-cross just happened to be the first to try to run ./configure16:48
kergothit's early in the dependency graph16:48
joshuaglRP: joshuagl/fido-next thanks sir!16:50
Ox4actually I am not sure it will work together if I build kernel by one toolchain and rootfs, etc by other toolchain.16:50
kergothit almost certainly would. but it'd be a hack either way, so perhaps best to avoid it16:51
*** ddalex <ddalex!> has quit IRC16:51
RPjoshuagl: queued16:52
joshuaglmuch obliged to you RP!16:52
joshuaglit appears the ab has forgotten I ever existed, halstead is helping to make it reaquainted with me16:52
*** raykinsella781 <raykinsella781!rkinsell@nat/intel/x-hvekmwgvxwepdhqb> has left #yocto17:01
*** hitlin37 <hitlin37!uid16371@gateway/web/> has quit IRC17:02
*** varibull <varibull!> has quit IRC17:02
*** varibull <varibull!> has joined #yocto17:02
*** Mohican <Mohican!> has quit IRC17:03
mario-goulartRP: the SDK generated by fido doesn't have <sdk target sysroot>/usr/include in the C preprocessor search path (maybe because of 678e8798e (poky)?).  SDKs generated by dizzy used to have that dir in the search path.  What's the recommended way for application developers (i.e., SDK users) to deal with that change?17:05
*** Ox4 <Ox4!~user@unaffiliated/zloy> has quit IRC17:06
RPmario-goulart: it should still be there as long as you specify --sysroot= to the tools17:09
RPmario-goulart: I'm guessing a --sysroot option is going missing somewhere17:09
*** kw01f <kw01f!> has joined #yocto17:12
mario-goulartRP: should that missing --sysroot be visible in the environment?  I mean, I'm running the environment-setup script from dizzy and fido SDKs, and diff'ing the output of env, but I can't see any difference related to --sysroot.  Maybe I'm looking at the wrong place?17:12
RPmario-goulart: presumably the CPP environment variable has a --sysroot?17:13
RPmario-goulart: It is likely getting lost in the build system of whatever you're building17:13
* RP -> afk17:14
*** hellerbarde <hellerbarde!> has quit IRC17:14
mario-goulartRight, --sysroot= is present in both CPP17:14
kergothAnyone know offhand if a linux-yocto kernel will use ${WORKDIR}/defconfig, or if it'll ignore it and do its own thing with the .scc & fragments?17:18
kergothI'm assuming it won't17:19
kergothbut there is mention of ${WORKDIR}/defconfig in, so i was unsure17:19
*** Biliogadafr <Biliogadafr!~User@> has quit IRC17:21
*** moto-timo <moto-timo!~timo@fsf/member/moto-timo> has quit IRC17:21
realBigfoot_Does anyone know why do we need to use recipe with NATIVE ? What is the difference with the recipe without it ?17:23
*** timsche <timsche!> has joined #yocto17:27
*** berton <berton!~fabio@> has joined #yocto17:27
mario-goulartRP: I've pasted more information here:  Note that the output of fido's cpp doesn't show /opt/iep/<version>/sysroots/ppce500v2-iep-linux/usr/include as dizzy's (the last path before "End of search list").17:27
*** LocutusOfBorg1 <LocutusOfBorg1!> has quit IRC17:45
kergothrealBigfoot_: what do you mean?17:47
realBigfoot_kergoth, i've seen recipes with17:48
kergotha native recipe is built for the machine you're building on, rather than the target. they're required to be able to run those tools to build other things17:48
kergothif we didn't need them, they wouldn't exist17:48
realBigfoot_wow I got it17:48
realBigfoot_makes sense17:48
*** sjolley <sjolley!~sjolley@> has quit IRC18:03
*** madisox <madisox!> has quit IRC18:04
*** kw01f <kw01f!> has quit IRC18:06
*** kw01f <kw01f!> has joined #yocto18:07
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto18:08
*** lpapp <lpapp!~lpapp@kde/lpapp> has quit IRC18:10
*** tsramos <tsramos!~tsramos@> has quit IRC18:13
*** tsramos <tsramos!~tsramos@> has joined #yocto18:15
*** ddalex <ddalex!> has joined #yocto18:16
*** madisox <madisox!> has joined #yocto18:20
*** tsramos <tsramos!~tsramos@> has quit IRC18:23
-YoctoAutoBuilder- build #16 of nightly-rpm-non-rpm is complete: Success [build successful] Build details are at
*** timsche <timsche!> has quit IRC18:45
*** paulg_ <paulg_!~paulg@> has joined #yocto18:52
-YoctoAutoBuilder- build #361 of nightly-non-gpl3 is complete: Success [build successful] Build details are at
*** kw01f <kw01f!> has quit IRC19:24
*** staylor_ <staylor_!> has quit IRC19:30
*** madisox <madisox!> has quit IRC19:31
*** madisox <madisox!> has joined #yocto19:45
*** jku <jku!> has joined #yocto19:48
*** jku <jku!> has left #yocto19:49
*** jimBaxter <jimBaxter!> has quit IRC19:58
khem`is someone doing systemd 221 upgrade ?20:10
khem`let me know20:10
* paulg_ wonders if that is the "mandatory kdbus" version.20:13
rburton mandatory in that support is always on20:16
rburtonof course if your kernel doesn't support it, its not used20:16
paulg_rburton, there was some fuss about a systemd version releaser announcement where they said kernel kdbus was no longer optional ;  I don't know much more about it than that.20:19
paulg_aside from generally not liking ultimatums.20:19
khem`rburton, it is mandatory now20:20
khem`for userspace20:20
khem`but at runtime it can be disabled20:21
khem`but compile time its mandatory20:21
khem`one needs to specify kdbus=0 to kernel cmdline20:21
khem`to disable it at runtime20:21
*** ddalex <ddalex!> has quit IRC20:22
khem`or may be just dont install kdbus.ko20:22
*** paulg_ <paulg_!~paulg@> has quit IRC20:24
*** munch_ <munch_!~mark@> has joined #yocto20:25
*** Guest48859 <Guest48859!> has quit IRC20:26
*** munch_ is now known as Guest4264320:26
*** ddalex <ddalex!> has joined #yocto20:37
*** vmeson <vmeson!~rmacleod@> has quit IRC20:39
*** davez <davez!43b812c0@gateway/web/freenode/ip.> has quit IRC20:47
*** paulg_ <paulg_!> has joined #yocto20:55
kergothWIP recipetool convenience plugin for kernel config bits:
rburtonpaulg, khem`: support in systemd is mandatory, obviously unused if the kernel doesn't support it, or if it does you can disable it at boot20:59
rburtonpaulg: basically, don't panic.20:59
rburtonpaulg: (, second point)20:59
khem`as long as we dont start using kdbus as default on OE21:00
khem`until a given version is accepted upstream21:00
khem`we are ok21:00
*** rburton <rburton!> has quit IRC21:01
khem`otherwise we will become gunnea pigs21:01
kergothit hasn't been merged yet, has it?21:01
kergoth(in the kernel, that is)21:01
-YoctoAutoBuilder- build #349 of nightly-mips-lsb is complete: Success [build successful] Build details are at
*** pohly <pohly!> has quit IRC21:05
-YoctoAutoBuilder- build #351 of build-appliance is complete: Success [build successful] Build details are at
*** JaMa <JaMa!> has quit IRC21:09
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC21:12
*** paulg_ <paulg_!> has quit IRC21:14
*** anselmolsm <anselmolsm!~anselmols@> has quit IRC21:17
-YoctoAutoBuilder- build #343 of nightly-deb is complete: Success [build successful] Build details are at
*** paul_ <paul_!> has joined #yocto21:37
*** hugovs <hugovs!~hugo@> has quit IRC21:38
*** Aethenelle <Aethenelle!~Aethenell@> has quit IRC21:38
*** aswin <aswin!~aswin@> has quit IRC21:48
*** aswin_ <aswin_!~aswin@> has quit IRC21:48
RPmario-goulart: if you run powerpc-iep-linux-gnuspe-cpp -Wp,-v --sysroot=/opt/iep/15.1/sysroots/ppce500v2-iep-linux-gnuspe I'd bet it will work21:58
RPmario-goulart: as I stated earlier, the sysroot option looks to be missing when you're calling cpp21:58
*** bfederau <bfederau!> has quit IRC22:01
*** bfederau <bfederau!> has joined #yocto22:01
*** lamego <lamego!lamego@nat/intel/x-ztnoxbznacfcximh> has quit IRC22:06
*** fitzsim <fitzsim!~user@2001:420:284a:1300:6e0b:84ff:fe09:4e9f> has quit IRC22:11
*** madisox <madisox!> has quit IRC22:11
*** paul_ <paul_!> has quit IRC22:18
*** adelcast <adelcast!~adelcast@> has left #yocto22:19
*** angolini <angolini!uid62003@gateway/web/> has quit IRC22:20
*** Aethenelle <Aethenelle!~Aethenell@> has joined #yocto22:22
-YoctoAutoBuilder- build #344 of nightly-arm-lsb is complete: Success [build successful] Build details are at
*** berton <berton!~fabio@> has quit IRC22:41
*** ][Sno][ <][Sno][!> has joined #yocto22:49
*** [Sno] <[Sno]!> has quit IRC22:50
*** nighty^ <nighty^!> has quit IRC23:02
*** Aethenelle <Aethenelle!~Aethenell@> has quit IRC23:24
*** ddalex <ddalex!> has quit IRC23:32
*** Guest42643 <Guest42643!~mark@> has quit IRC23:54

Generated by 2.11.0 by Marius Gedminas - find it at!