Friday, 2013-09-13

*** munch <munch!> has quit IRC00:01
*** mulhern <mulhern!> has quit IRC00:07
*** thaytan <thaytan!> has quit IRC00:08
*** Jefro <Jefro!~jefro@> has quit IRC00:10
*** Jefro <Jefro!~jefro@> has joined #yocto00:26
*** thaytan <thaytan!> has joined #yocto00:27
*** seebs <seebs!> has quit IRC00:44
*** mulhern <mulhern!> has joined #yocto00:45
*** agust <agust!> has quit IRC00:46
*** scot <scot!~scot@> has quit IRC00:49
*** seebs <seebs!> has joined #yocto00:52
*** rtollert <rtollert!~rtollert@> has quit IRC00:55
*** denix <denix!> has quit IRC00:56
*** trollixx <trollixx!> has quit IRC01:00
*** trollixx <trollixx!> has joined #yocto01:00
*** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has quit IRC01:00
*** Jefro <Jefro!~jefro@> has quit IRC01:02
*** rtollert <rtollert!~rtollert@> has joined #yocto01:14
*** Jefro <Jefro!~jefro@> has joined #yocto01:22
*** rogerzhou <rogerzhou!~rogerzhou@> has joined #yocto01:24
*** notinreallife <notinreallife!> has quit IRC01:25
*** Jefro <Jefro!~jefro@> has quit IRC01:26
-YoctoAutoBuilder- build #289 of build-appliance is complete: Failure [failed Publishing Artifacts] Build details are at
*** ds2 <ds2!> has left #yocto01:38
*** mulhern <mulhern!> has quit IRC01:44
*** Jefro <Jefro!> has joined #yocto01:49
*** Transformer <Transformer!> has joined #yocto02:00
*** mulhern <mulhern!> has joined #yocto02:01
*** Jefro <Jefro!> has quit IRC02:01
*** silviof1 <silviof1!~silviof@unaffiliated/silviof> has joined #yocto02:01
*** Transformer <Transformer!> has quit IRC02:01
*** silviof <silviof!~silviof@unaffiliated/silviof> has quit IRC02:03
*** mulhern <mulhern!> has quit IRC02:30
*** seebs <seebs!> has quit IRC02:47
*** nerdboy <nerdboy!> has quit IRC02:48
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto02:48
*** seebs <seebs!> has joined #yocto02:51
*** zarul is now known as freeloader03:06
*** freeloader is now known as kronixx03:08
*** jnettlet <jnettlet!> has quit IRC03:38
*** agust <agust!> has joined #yocto03:42
*** Jefro <Jefro!> has joined #yocto03:47
*** davest <davest!~Adium@> has joined #yocto03:55
*** andyross <andyross!> has joined #yocto03:57
*** davest <davest!~Adium@> has quit IRC04:00
*** eren <eren!~eren@unaffiliated/eren> has quit IRC04:03
-YoctoAutoBuilder- build #291 of nightly-x86-lsb is complete: Failure [failed Publishing Artifacts] Build details are at
*** andyross <andyross!> has quit IRC04:15
*** andyross <andyross!> has joined #yocto04:19
*** halfhalo <halfhalo!halfhalo@nasadmin/webteam/halfhalo> has quit IRC04:19
*** halfhalo <halfhalo!halfhalo@nasadmin/webteam/halfhalo> has joined #yocto04:24
*** silviof1 is now known as silviof04:24
*** dv_ <dv_!> has quit IRC04:31
*** dv_ <dv_!> has joined #yocto04:31
*** shoragan <shoragan!~jlu@debian/developer/shoragan> has quit IRC04:35
*** shoragan <shoragan!~jlu@debian/developer/shoragan> has joined #yocto04:35
*** fenrig <fenrig!5ee22386@gateway/web/freenode/ip.> has quit IRC04:48
*** _alex_kag_ <_alex_kag_!~alex_kag@> has joined #yocto04:53
*** amarsman <amarsman!> has joined #yocto04:55
-YoctoAutoBuilder- build #165 of nightly-qa-systemd is complete: Failure [failed Running Sanity Tests_2] Build details are at
*** swex <swex!~swex@> has joined #yocto05:12
*** zecke <zecke!> has joined #yocto05:13
*** wgao <wgao!~wgao@> has quit IRC05:14
*** e8johan <e8johan!> has joined #yocto05:20
*** zecke <zecke!> has quit IRC05:26
*** andyross <andyross!> has quit IRC05:27
*** kbart <kbart!~KBart@> has joined #yocto05:28
*** zeeblex <zeeblex!~apalalax@> has joined #yocto05:41
*** zecke <zecke!> has joined #yocto05:46
*** ka6sox is now known as zz_ka6sox05:46
*** zecke <zecke!> has quit IRC05:50
*** mbelisko <mbelisko!> has joined #yocto06:00
*** amarsman <amarsman!> has quit IRC06:14
*** amarsman <amarsman!> has joined #yocto06:30
*** wgao <wgao!~wgao@> has joined #yocto06:31
*** rogerzhou <rogerzhou!~rogerzhou@> has quit IRC06:33
*** zecke <zecke!> has joined #yocto06:37
*** fpaut_ is now known as fpaut06:41
*** n01 <n01!> has joined #yocto06:45
*** dany <dany!> has joined #yocto06:48
*** TuTizz <TuTizz!~TuTizz@> has joined #yocto06:48
*** rogerzhou <rogerzhou!~rogerzhou@> has joined #yocto06:50
*** eballetbo <eballetbo!> has joined #yocto06:51
*** mckoan|away is now known as mckoan06:57
mckoangood morning06:57
-YoctoAutoBuilder- build #289 of nightly-x86 is complete: Failure [failed Building Images_1] Build details are at
nrossimckoan: morning... but where i its more aptly evening ;)06:58
nerdboyraise your hand if it's midnight...07:01
*** dany <dany!> has quit IRC07:04
*** gmacario <gmacario!> has joined #yocto07:06
*** gmacario1 <gmacario1!> has joined #yocto07:10
*** gmacario <gmacario!> has quit IRC07:10
*** kronixx <kronixx!~zarul@ubuntu/member/zarul> has quit IRC07:13
*** dany <dany!> has joined #yocto07:14
*** nslu2-log <nslu2-log!~nslu2-log@> has quit IRC07:16
*** nslu2-log <nslu2-log!~nslu2-log@> has joined #yocto07:16
*** rogerzhou <rogerzhou!~rogerzhou@> has quit IRC07:21
*** sameo <sameo!~samuel@> has joined #yocto07:22
*** qt-x <qt-x!~ionel@> has joined #yocto07:23
qt-xCrofton|work: hello07:24
*** ant_work <ant_work!> has joined #yocto07:26
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto07:27
qt-xI don't know if you recall your conversation with cfo215 about  Angstrom SDK issue on Ubuntu 12.04 LTS07:27
*** tor <tor!> has joined #yocto07:31
qt-xI have also built using this distro and got the same issue07:32
*** rogerzhou <rogerzhou!~rogerzhou@> has joined #yocto07:33
*** walters <walters!> has quit IRC07:37
-YoctoAutoBuilder- build #287 of nightly-arm-lsb is complete: Failure [failed Building Images] Build details are at
TuTizzhi every one, I have got this issue : ERROR: QA Issue: nativesdk-dbus: Files/directories were installed but not shipped07:39
TuTizz  /run07:39
TuTizz  /run/dbus07:39
TuTizzERROR: QA run found fatal errors. Please consider fixing them.07:39
TuTizzERROR: Function failed: do_package_qa07:39
TuTizzERROR: Logfile of failure stored in: /sources/poky/buildQtX11toolchain/tmp/work/i686-nativesdk-pokysdk-linux/nativesdk-dbus/1.6.10-r6.0/temp/log.do_package.3035507:39
TuTizzERROR: Task 1611 (virtual:nativesdk: /sources/poky/openembedded-core/meta/recipes-core/dbus/, do_package) failed with exit code '1'. Can someone help me please?07:39
qt-xCrofton|work:  was there any solution in the end or it did not work on ubuntu  ?07:40
nrossiTuTizz: if you don't care about the QA checking you can just disable the sanity checking of that package or all packages07:40
TuTizznrossi, should I do it in my local.conf?07:41
*** elmi82 <elmi82!> has joined #yocto07:42
nrossiTuTizz: you should be able to yes, cant remember the variable off the top of my head something like INSANE_SKIP07:42
elbc_rburton: hi ! I come to you again because still want to port wayland_1.1.0 and weston 1.1.0 to 1.2.0, so I have two question : 1) is there a bug somewhere to put a patch if I found one ? 2) when trying to port wayland in 1.2.0 I got the following error : " No such file or directory" and  (virtual:native:/home/elebideau/ETest/yoctoOpenTizen_test/meta/recipes-graphics/wayland/, do_configure) failed07:43
TuTizznrossi, ok thanks, I will try to.07:43
elbc_rburton: thanks for you time again07:43
*** bluelightning <bluelightning!~paul@> has joined #yocto07:49
*** bluelightning <bluelightning!~paul@> has quit IRC07:49
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto07:49
*** kronixx <kronixx!~zarul@ubuntu/member/zarul> has joined #yocto07:50
*** wfailla <wfailla!~wfailla@2001:6f8:12d9:13:198a:5aa7:bbb6:e392> has joined #yocto07:51
wfaillagood morning07:51
wfaillabluelightning sry i had to leave so fast yesterday07:52
bluelightningwfailla: np... I did test local fetching with a URL similar to yours, and it worked here07:52
bluelightningwfailla: the odd thing is that your error showed git:/... instead of git:///...07:52
wfaillayes that is interesting07:53
wfaillai guessed that it was resolved somehow by bitbake07:53
wfaillato initialize the git repo i used "git init" i the dir is that enough ? or do i have to commit more than an initial commit?07:54
wfaillathat was the first time i initialized a git repo so it could be a mistake i made there, too07:55
*** Stygia <Stygia!> has quit IRC07:57
rburtonelbc_: so the wayland scanner stuff changed, you'll have to investigate and fix that.  just send patches to the list, or file a bug, your choice.08:03
elbc_that was my question. no bug listed about this issue for the moment ?08:03
rburtonnot yet08:04
elbc_ok, so where can i create a bug ?08:04
elbc_ok thanks08:05
*** W1N9Zr0 <W1N9Zr0!> has quit IRC08:08
bluelightningwfailla: well to be a real test the repo should probably have something in it :)08:22
wfaillajes i have 3 files in there with there own commit ... it is only for testing how bitbake will name the binaries when using AUTOREV08:25
rburtonelbc_: if you file a bug please cc ross.burton@intel.com08:26
elbc_ok no problem !08:28
*** JimBaxter <JimBaxter!> has joined #yocto08:31
*** panda84kde <panda84kde!> has joined #yocto08:31
wfaillabluelightning i can not find any reference to how bitbake is naming its binaries in the yocto, openembeddet or oe-core  documentation, can u point out a good manual where this is explained well?08:31
bluelightningwfailla: sorry, what do you mean by binaries?08:32
wfaillathe naming of the pkg.ipk or pkg.deb that bitbake "bakes"08:33
*** honschu <honschu!> has joined #yocto08:33
*** honschu <honschu!~honschu@shackspace/j4fun> has joined #yocto08:33
*** honschu_ <honschu_!~honschu@shackspace/j4fun> has quit IRC08:34
bluelightningwfailla: I don't think that is documented anywhere08:36
*** zeeblex <zeeblex!~apalalax@> has left #yocto08:36
bluelightningwfailla: I don't think there's a central location where the output package name format is decided either; I believe it's in each specific package backend i.e. package_*.bbclass08:36
bluelightningthe variables for the individual pieces of the name that are involved are standard though - PKG, PKGE, PKGV, and PKGR08:37
wfaillawell then i know what i need to look for08:37
bluelightning(so these can be different to <package name>, PE, PV and PR)08:37
wfaillai saw those in the bitbake.conf ... so if i change them i can change he naming08:38
bluelightningwfailla: to a degree yes; debian.bbclass changes PKG for library packages for example08:38
mbeliskoI've added line to my recipe do_install { install -v 0775 lib/*.so ${D}} but then build fails with: debugedit: canonicalization unexpectedly shrank by one character08:39
wfaillawell i am using opkg maybe there is a opkg.bbclass08:40
bluelightningwfailla: package_ipk.bbclass08:40
mbeliskois that correct way of installing all libs or do I need to do it one by one?08:41
rburtonmbelisko: install to ${D}${libdir}08:43
rburtonotherwise you're installing to /libfoo.so08:43
*** zeeblex <zeeblex!~apalalax@> has joined #yocto08:44
mbeliskorburton: destination was only example08:44
*** drasko <drasko!> has quit IRC08:45
*** belen <belen!Adium@nat/intel/x-ttsnmapolttkyybn> has joined #yocto08:46
*** drasko <drasko!> has joined #yocto08:47
*** elmi82 <elmi82!> has quit IRC08:58
*** Stygia <Stygia!> has joined #yocto09:05
*** Squix <Squix!> has quit IRC09:20
elbc_rburton: I think I'm I'm seeing the end but still one error :  checking for GLU... no | checking for COLORD... no | checking for WCAP... yes | checking for rsvg-convert... no | checking for SETBACKLIGHT... yes | configure: Weston's native backend: | checking for LCMS... no | /home/elebideau/ETest/yoctoOpenTizen_test/build-thinkpad/tmp/work/x86_64-poky-linux/weston/1.2.0-r0/weston-1.2.0/configure: line 16156: syntax error ne09:22
elbc_yntax error near unexpected token `'$(top_srcdir)/protocol'' | /home/elebideau/ETest/yoctoOpenTizen_test/build-thinkpad/tmp/work/x86_64-poky-linux/weston/1.2.0-r0/weston-1.2.0/configure: line 16156: `WAYLAND_SCANNER_RULES('$(top_srcdir)/protocol')' | Configure failed. The contents of all config.log files follows to aid debugging | ERROR: oe_runconf failed09:22
elbc_this line : | /home/elebideau/ETest/yoctoOpenTizen_test/build-thinkpad/tmp/work/x86_64-poky-linux/weston/1.2.0-r0/weston-1.2.0/configure: line 16156: syntax error near unexpected token `'$(top_srcdir)/protocol''09:22
elbc_and this one :09:22
elbc_| /home/elebideau/ETest/yoctoOpenTizen_test/build-thinkpad/tmp/work/x86_64-poky-linux/weston/1.2.0-r0/weston-1.2.0/configure: line 16156: `WAYLAND_SCANNER_RULES('$(top_srcdir)/protocol')'09:22
elbc_wayland has built in 1.209:23
elbc_so there is just weston missing09:23
rburtonelbc_: wayland is probably meant to be installing a m4 file09:23
elbc_rburton: do you have suggestions ?09:24
rburtonelbc_: not without looking at the recipe and doing it myself, no09:25
elbc_do you want my weston recipe ?09:25
elbc_rburton:  I'm still try to find a solution, I'll tell you if it's the case09:26
*** fpaut is now known as fpaut_09:36
wfaillahi i have been trying to set the hostname of my distro by changing the hostname_pn-base-files variable but it dose not work09:45
StygiaHey, does anyone here have a clue on how to go about troubleshooting issues with SSL? We have ca-certificates as part of our image, but after Amazon upgraded their certificate, we've been getting "Self-signed certificate" errors when trying to wget something from their servers.09:46
StygiaAnyone encounter something like this, and maybe have any hints at how to troubleshoot it?09:47
wfaillai have two layers in the one layer the variable is set to lng in the conf/distro/lng.conf file and in the other layer it is set in the conf/machine/router.conf09:47
wfaillath lng.conf contains a hostname_pn-base-files = "lng" and the router.conf contains a hostname_pn-base-files_append = "buffalo"09:48
wfaillawhen i execute bitbake core-image-lng -e it will set the hostname_pn in the correct way09:49
wfaillabut the hostname it self is still LNG09:49
wfaillawell lng09:49
bluelightningStygia: is this just a case of needing to use a newer upstream ca-certificates version?09:50
bluelightningStygia: just a thought, I don't have any specific experience with this kind of issue09:51
Stygiabluelightning, That could be, but it's being fetched from a debian source, and I am on debian, where things work. Though I _am_ on testing, an the link on stable.09:52
Stygiabluelightning, Hmm. How would I overwrite a specific URL in SRC_URI without overwriting the patch files included?09:52
StygiaI want to replace the link there with the one from sid, but I don't think I should just set SRC_URI again and take the patches out.09:53
bluelightningStygia: you can't really, you need to set the full SRC_URI again09:53
StygiaThen again... maybe I should if I"m gonna be using a new version, yea/09:53
*** fpaut_ is now known as fpaut09:54
Stygiabluelightning, I'll try building it with the package from unstable instead of stable.:)09:55
Stygiabluelightning, Have been banging my head against this for ages, though... I know the certificate chain. I have all 3 certificates in the chain installed (Well except the lowest-level one but that's not how SSL works AFAIK), and they have the same link structure and md5sums.09:55
*** fpaut is now known as fpaut_10:04
*** rogerzhou <rogerzhou!~rogerzhou@> has quit IRC10:09
Guest42914Have a question about linux-libc-headers10:18
Guest42914I wrote own recipe which uses requires linux-libc-headers-yocto_git.bb10:19
Guest42914I have set PREFERRED_PROVIDER_linux-libc-headers in machine conf10:20
Guest42914This version is for specific git version and I want to create copies of this recipe and change the SRC_URI for other git branches10:21
Guest42914however it doesn't find the branches when I compile the image10:21
Guest42914* it doesnt find the branch which is set10:21
Guest42914it says "preferred version xxxxxx of linux-libc-headers not available"10:22
Guest42914but it is availabe . Why doesnt it see it?10:22
Guest42914Can anybody give any tips on this?10:23
*** dany <dany!> has quit IRC10:29
*** dany <dany!> has joined #yocto10:31
*** fpaut_ is now known as fpaut10:40
tfGuest42914: you probably have a stale git checkout based on the original recipes; try '-c cleanall' on the recipe so that it fetches the repo again10:40
Guest42914tf : ok I try from scratch again10:45
tfalso, unless you intend to / need to use two different versions of the headers, you would be better using a bbappend10:45
Guest42914tf : The new libc-header .. is using my own git repo . And the copies will be set in different DISTRO files10:46
tfif the repo url is different from the other repo url, then there is something not right in the recipe10:47
Guest42914tf : the branch is the only thing that I define in the copies10:48
tfdefine how?10:49
RPGuest49245: Why do you need your own linux-libc-headers? That is never nornally a good sign :/10:57
RPGuest42914: Sorry, ^^^10:58
Guest42914tf : SRC_URI = "git://git@xxx;protocol=ssh;branch=${BRANCH}" in first copy10:58
Guest42914and then in copies...10:59
Guest42914$BRANCH = ...10:59
Guest42914RP: The linux-libc-headers is needed because some recipes need the linux headers for compilation10:59
RPGuest42914: You have your own special libc that needs extra headers?11:00
Guest42914We have our own linux kernel11:00
RPGuest42914: Right, but not your own special C librbary?11:00
Guest42914I guess not11:01
RPGuest42914: What you probably want to do is use the headers in STAGING_KERNEL_DIR11:01
Guest42914RP:  the libc is compiled before the kernle11:01
RPlinux-libc-headers are meant for libc and if you change that you are making the whole system (anything compiled against libc machine specific)11:02
RPGuest42914: actually, libc and the kernel can compile at the same time, the kernel doesn't depend on libc11:02
Guest42914ok, I dont fully understand it11:02
RPGuest49245: you should have a DEPENDS on virtual/kernel and use the headers in STAGING_KERNEL_DIR11:03
Guest42914however, when I just use the STAGING_KERNEL_DIR, it doesnt copy the drivers *.h which we have created11:03
Guest42914to the kernle11:03
RPGuest42914: then make copy them in the patches where you add the headers?11:04
*** dany <dany!> has quit IRC11:04
*** mihai <mihai!~mihai@> has joined #yocto11:05
Guest42914In the kernel recipe I have adde an append to some function.. to copy those additions which we have done .. and that works...11:05
Guest42914but is it a hack11:05
RPGuest42914: hack your kernel recipe, not the core libc headers ;-)11:06
Guest42914RP: how can I know which order the compilation is done... libc ..kernel..11:07
*** dany <dany!> has joined #yocto11:07
RPGuest42914: its done by dependencies. the kernel does not depend on libc, it just depends on the c compiler being available11:08
ant_workRP: and the c compiler needs one libc ;)11:09
ant_workRP: Guest42914: hi11:10
RPant_work: no, the C compiler doesn't need a libc11:11
RPant_work: for userspace compilation the C compiler needs a libc11:11
ant_workRP: gcc-glibc is a in Gentoo you have toreemerge both after glibc upgrade11:12
RPGuest42914: I'm going to propose this patch
RPant_work: Obviously I'm completely clueless how the toolchain builds having only written a lot of the modern bootstrap process ;-)11:13
*** _Lucretia__ is now known as _Lucretia_11:18
*** _Lucretia_ <_Lucretia_!~munkee@pdpc/supporter/active/lucretia> has joined #yocto11:18
ant_workRP: I don't know what Guest42914 is compiling (driver?) but there was this thread about installing headers11:18
RPant_work: My comments stand, nobody should be needing to change this recipe.11:19
RPwell, anyone wanting a custom libc is fine to do so but those people are exceedingly rare11:19
ant_workin 99% of the cases you're fine compiling against sanitized headers11:20
Guest42914ant_work: RP: I am compiling use space daemons libs some of which need linux headers11:20
RPGuest42914: I get that but you should get them from STAGING_KERNEL_DIR11:21
RPGuest42914: these userspace deamons/libs are specific to your kernel situation11:21
*** cfo215 <cfo215!> has joined #yocto11:22
ant_workyep, the rest of userland has no use so don't touch linux-libc-headers :)11:22
*** mulhern <mulhern!> has joined #yocto11:24
Guest42914RP: ant_work : ok . thx. I have to discuss this a bit before I do more.11:27
*** belen <belen!Adium@nat/intel/x-ttsnmapolttkyybn> has quit IRC11:44
*** belen <belen!~Adium@> has joined #yocto11:47
*** mulhern <mulhern!> has quit IRC11:54
*** belen <belen!~Adium@> has quit IRC12:00
*** TuTizz <TuTizz!~TuTizz@> has quit IRC12:05
*** dany <dany!> has quit IRC12:06
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC12:08
*** TuTizz <TuTizz!~TuTizz@> has joined #yocto12:08
*** dany <dany!> has joined #yocto12:11
*** Stygia <Stygia!> has quit IRC12:16
*** mulhern <mulhern!> has joined #yocto12:17
*** vmeson <vmeson!~quassel@> has quit IRC12:23
*** vmeson <vmeson!~quassel@> has joined #yocto12:25
*** scot <scot!~scot@> has joined #yocto12:27
*** mihai <mihai!~mihai@> has quit IRC12:28
JaMaseebs: any idea about ?12:31
yoctiBug 5132: normal, Medium+, 1.5 M5, peter.seebach, NEW , pseudo: Different file attributes detected by buildhistory12:31
*** Stygia <Stygia!> has joined #yocto12:32
wfaillahi i am playing around with the prservice ... and i am wondering what is the 0+ in the beginning of the SRCPV for ?12:33
wfaillathis seems to not change at all no madder what i do12:33
Stygiawfailla, Not sure what you mean, post the line in question here?12:34
wfaillaopencapwap-dev_1.1.6+git --> 0+ <-- c10709025da6b6dc6b016e0e922d8d5459944e42-r5.
wfaillaPV := "${PV}+git${SRCPV}"12:35
Stygiawfailla, Ah, hmm. Nope, sorry, no idea what that is. I've noted the same thing but not thought too much about it.12:36
wfaillai thought it might be the difference between the last used git revision and the one used now which would be a good thing but its not12:37
wfaillait just stays 012:38
*** Anusko <Anusko!~anusko@> has quit IRC12:43
*** Anusko <Anusko!~anusko@> has joined #yocto12:44
bluelightningwfailla: this number should auto-increment if SRCREV changes but only if you have enabled the PR service12:46
wfaillai have it enabled but somehow it dosenot change the number i will look into the .sql file in a sec after the build12:47
*** gonzzor <gonzzor!> has joined #yocto12:47
wfaillasry .sqlite312:48
wfaillaoh yes now it works12:50
*** eren <eren!~eren@unaffiliated/eren> has joined #yocto12:51
*** W1N9Zr0 <W1N9Zr0!> has joined #yocto12:51
*** mulhern <mulhern!> has quit IRC12:51
bluelightningwfailla: ok great12:53
wfaillayes i had to test something else and had to stop testing th pr-serv and i got confused ... i will have to stop doing two things at once12:54
*** ohmy <ohmy!53ce617d@gateway/web/freenode/ip.> has joined #yocto12:55
ohmyi've spent all the day trying to build Qt4.8.x using ltib and each time something went wrong (mouse not working using eglfs) or x11 not working at all with x11 build12:56
*** joeythesaint <joeythesaint!> has joined #yocto12:56
ohmyi'd like to have some of your insights please12:56
ohmyi'm using imx6 sabre auto board, and would like to build Qt 4.8.x on it, i was lost reading all the cute yocto documentation12:57
ohmyanyone knows or have previously read some papers regarding Qt build on imx6 board please ?12:57
*** belen <belen!Adium@nat/intel/x-ksjgpoaanabkkkjh> has joined #yocto13:02
*** mulhern <mulhern!> has joined #yocto13:02
*** ohmy <ohmy!53ce617d@gateway/web/freenode/ip.> has quit IRC13:06
*** BjornArnelid <BjornArnelid!5be58d0a@gateway/web/freenode/ip.> has joined #yocto13:06
BjornArnelidHi, im trying to add a .bb to a disc image, i can build the package using bitbake <packate> but when i try to build the image it says ERROR: Nothing RPROVIDES '<package>-2.5.1' even though i added the package as just <package> in the image recepie. What am i doing wrong?13:09
BjornArnelidIf i change the recipie from <package>_2.5.1 to <package>-2.5.1 it finds it but then the license file cant be found13:11
bluelightningthat sounds strange13:12
bluelightningnormally the recipe would be called <package>_2.5.1, so changing that to - isn't the right way to fix this13:12
bluelightningBjornArnelid: are you using master?13:12
*** zeeblex <zeeblex!~apalalax@> has left #yocto13:13
BjornArnelidI did change the names of the package files earlier, could it be temporary files messing it up?13:14
bluelightningBjornArnelid: it would need to be mentioned somewhere in one of your recipes or configuration for that specific error to be happening13:16
bluelightningBjornArnelid: do bitbake -e <image> | less and search for <package>-2.5.1 to see where it's coming in13:17
*** fpaut is now known as fpaut_13:26
*** fpaut_ is now known as fpaut13:28
*** _alex_kag_ <_alex_kag_!~alex_kag@> has quit IRC13:30
*** _alex_kag_ <_alex_kag_!~alex_kag@> has joined #yocto13:31
*** ant_work <ant_work!> has quit IRC13:37
n01hi, in poky-tiny.conf the value of PREFERRED_PROVIDER_virtual/kernel in hardcoded. I was wondering where the configuration for the tiny kernel as since I don't see any definition for KMACHINE13:41
*** mbelisko <mbelisko!> has quit IRC14:03
*** _alex_kag_ <_alex_kag_!~alex_kag@> has quit IRC14:04
*** Stygia <Stygia!> has quit IRC14:10
*** rodgort <rodgort!> has quit IRC14:17
*** qt-x <qt-x!~ionel@> has quit IRC14:17
*** rodgort <rodgort!> has joined #yocto14:18
n01ERROR: Function failed: do_kernel_configme14:19
*** ericben <ericben!> has quit IRC14:23
*** kbart <kbart!~KBart@> has quit IRC14:23
*** Zagor <Zagor!~bjst@rockbox/developer/Zagor> has quit IRC14:23
*** mulhern <mulhern!> has quit IRC14:26
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto14:27
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC14:28
*** zz_ka6sox is now known as ka6sox14:32
*** mulhern <mulhern!> has joined #yocto14:37
*** volker <volker!> has quit IRC14:47
*** nrossi <nrossi!~nrossi@> has quit IRC14:51
*** nrossi <nrossi!~nrossi@> has joined #yocto14:51
*** zecke <zecke!> has quit IRC14:52
*** munch <munch!> has joined #yocto14:53
RPjwessel: I think I might have realised some of your problem with the memory resident bitbake14:54
wfaillathank u to everyone in this channel u were a big help to me14:54
jwesselRP: Which ones?14:54
RPjwessel: might help14:54
jwesselI was building up a list.14:54
bluelightningwfailla: np14:54
jwesselI have 3 problems14:55
RPjwessel: ok14:55
*** dvhart <dvhart!> has quit IRC14:55
jwessel1) If you erase / move a recipe, the bitbake doesn't notice.14:55
jwessel2)  bitbake -v -v      doesn't give you anything14:55
jwessel3) With the real time logger code merged, I  get timouts on parse start.14:55
jwesselSo your change you mentioned, does that affect #1 ?14:56
RPjwessel: the patch about should help 1)14:56
*** B4gder <B4gder!> has quit IRC14:56
jwesselThat was the one that was probably the worst.14:56
jwessel4) (found in my notes) is the that if you switch from one startup script to the other it is not a clean cut over.14:56
RPThe log levels need to be set on the invocation that went into memory, the client isn't clever enough to change them itself yet14:56
jwesselWe should likely test for the env and shutdown the server because the user experience is not very clean.14:57
RPso 2) can at least be understood14:57
RPjwessel: that sounds like a good idea, yes14:57
jwesselOh I understand why it doesn't work, I am just compiling the list of what we need to do.14:57
jwesselAs we talked at a different point this is about shaping it up so it can one day be the default.14:58
RPjwessel: right, I'm looking at these from an understanding perspective :)14:58
jwesselThe only one I didn't understand why it was broken was the #314:58
jwesselI haven't had time to debug it as of yet.14:58
RPjwessel: right, you know more about #3 than me...14:58
jwesselI'll probably ask you some more about #3 after we can make head way on 1 & 2.14:59
jwesselThis was a prioritized list ;-)14:59
RPok, well try the patch above and see if that fixes #1 :)15:00
*** andyross <andyross!> has joined #yocto15:00
jwesselWhere the priority was == to my personal as a developer15:00
jwesselYes.  I'll try it out after I finish up working over the UEFI series.  That looks fairly promising.15:01
RPjwessel: I ran into it a short while ago whilst discussing webhob patches15:01
*** hollisb <hollisb!> has joined #yocto15:03
jwesselI made it most of the way through the typical activities I would use it for with the background bitbake.15:04
TuTizzI am still need some help, I do not fix the "QA Issue: nativesdk-dbus: Files/directories were installed but not shipped   /run   /run/dbus" I found this on inet but I did not found where the patch is (, nrossi already tell me to look at INSANE_SKIP but I did not found what parameter I shoud take :(.15:04
RPjwessel: hopefully with a few tweaks we can get all the way through :)15:05
jwessel5) Auto port selection and writing it to a file will be needed too.15:05
jwesselThe final problem I had hit was using multi instance builds.15:05
jwesselBecause I literally just swapped out the init scripts and tried my builder as well.15:06
RPbitbake.lock might be a good place15:06
jwesselIt fell over really fast, but this could be worked around with a call to python, perl or anything to obtain a port with SO_REUSE(or what ever) and then use that socket write it out and spin up.15:07
jwesselAnother way around this would be,15:07
RPjwessel: yes, the hardcoded port is an issue, I'd forgotten about that. Was on my "to revisit later" list15:07
jwesselinstead of: bitbake --server-only -t xmlrpc -B localhost:$port15:08
jwesselDo something like: bitbake --server-only -t xmlrpc -B localhost:AUTO15:08
jwesseland write out the file with the port number.15:08
RPjwessel: yes, exactly15:08
jwesselThen we can just complete the action in the init.15:08
jwesselI figure at some point you thought about most of this, but there was no formal TODO list.15:09
RPjwessel: right15:09
RPjwessel: all good feedback, thanks15:09
*** eballetbo <eballetbo!> has quit IRC15:11
jwesselThanks for making it possible to test it all.  I'd say it is in general a major leap in the right direction.15:12
jwesselI still get the extra parse as well on the first go, but that appears to be a function of setting up the hob data, which I am not actually using.15:12
jwesselDown the road that is a possible optimization, but I'd rank that lower than anything else15:12
jwessel6) Stop the extra initial parse if you have a valid cache or building of the hob data unless it is the hob using the instance.15:12
*** TonyHo <TonyHo!d2166d86@gateway/web/freenode/ip.> has joined #yocto15:23
*** musdem <musdem!~Zack@> has quit IRC15:23
TonyHo[help] Can anyone help me: do_fetch(git) failed, how can I git clone manually?15:25
*** _alex_kag_ <_alex_kag_!~alex_kag@> has joined #yocto15:26
ndecTonyHo: while you could clone manually, i think you should try to resolve the intial problem first, otherwise it might be painful to make a build without a working git fetcher.15:28
TonyHo<ndec> Just some of them failed15:30
kergothdamn, getting  rm: invalid option -- ''' out of opkg-build in do_package_ipk. odd15:30
*** mulhern <mulhern!> has quit IRC15:32
*** mulhern <mulhern!> has joined #yocto15:33
*** OlivierG <OlivierG!> has left #yocto15:35
*** mckoan is now known as mckoan|away15:38
*** TonyHo <TonyHo!d2166d86@gateway/web/freenode/ip.> has quit IRC15:39
*** seebs <seebs!> has quit IRC15:48
*** seebs <seebs!> has joined #yocto15:51
*** BjornArnelid <BjornArnelid!5be58d0a@gateway/web/freenode/ip.> has quit IRC15:54
*** Song <Song!c0373628@gateway/web/freenode/ip.> has joined #yocto15:56
*** Song is now known as Song_Liu15:56
*** davest <davest!~Adium@> has joined #yocto15:58
*** wfailla <wfailla!~wfailla@2001:6f8:12d9:13:198a:5aa7:bbb6:e392> has quit IRC15:59
*** fpaut is now known as fpaut_16:04
*** dvhart <dvhart!~dvhart@> has joined #yocto16:06
dvhartcan someone repost the release criteria link please?16:07
dvhartsgw_, is that the release criteria link?16:08
*** JaMa <JaMa!> has quit IRC16:09
*** gmacario1 <gmacario1!> has quit IRC16:10
*** elbc_ <elbc_!2e12602e@gateway/web/freenode/ip.> has quit IRC16:12
*** MikeH_ <MikeH_!86868b51@gateway/web/freenode/ip.> has joined #yocto16:12
*** kmscherer <kmscherer!~kscherer@> has joined #yocto16:16
*** zenlinux_ <zenlinux_!> has joined #yocto16:17
*** mulhern <mulhern!> has quit IRC16:23
*** belen <belen!Adium@nat/intel/x-ksjgpoaanabkkkjh> has quit IRC16:26
*** belen <belen!Adium@nat/intel/x-mwvczbefoocihvxq> has joined #yocto16:27
jwesseldvhart: ping16:29
*** n01 <n01!> has quit IRC16:30
dvhartjwessel, afk for 5... brb16:30
jwesseldvhart: No worries, you can read this when you get back and comment then.16:31
jwesselI did a bunch more research after your comments about the 2048 block size.16:31
jwesselTurns out that there is more to it (there always is eh?).16:31
jwesselIt is not the device, it is the rootfs.  The real reason I was not able to hybrid boot is that we don't have Matthew Garrett's changes in our syslinux.16:32
jwesselThere is a new function that was added to write a gpt table beyond the mb but less than the 20k where the ISO actually starts.16:33
jwesselbeyond the mbr that is.16:33
*** mulhern <mulhern!> has joined #yocto16:33
jwesselUsing the latest cdrtools + the latest syslinux (which upreved so I could get Mathew's changes).  I have media that ISO boots on BIOS, ane EFI with a disk.16:33
jwesselAND my mega, mega buggy firmware.16:34
jwesselI still have to try this on the 64 bit target, but it looks very promising.16:34
*** panda84kde <panda84kde!> has quit IRC16:35
dvhartif it works on 32b, 64b should be a freebie16:36
*** _alex_kag_ <_alex_kag_!~alex_kag@> has quit IRC16:37
jwesselWell you still have to make 2 iso's because the EFI loader is 32 or 64.16:38
jwesselAnd the kernel community has explicitly stated (which you probably know), that we aren't doing cross loading.16:39
jwesselmeaning no 32efi loading 64 bit kernel etc...16:39
*** cfo215 <cfo215!> has quit IRC16:39
*** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has joined #yocto16:39
jwesselSo your clues about 2048 are correct, but the real problem was the lack of the gpt table just after the MBR.  Thankfully all our images are 2048 block size for the MSDOS so we are good.16:40
*** _alex_kag_ <_alex_kag_!~alex_kag@> has joined #yocto16:44
*** belen <belen!Adium@nat/intel/x-mwvczbefoocihvxq> has quit IRC16:44
*** belen <belen!Adium@nat/intel/x-erelkgdcnsatkseg> has joined #yocto16:46
*** JaMa <JaMa!> has joined #yocto16:51
*** smartin_ <smartin_!~smartin@> has joined #yocto16:59
*** pidge <pidge!> has joined #yocto17:00
*** YoctoAutoBuilder <YoctoAutoBuilder!> has quit IRC17:02
*** YoctoAutoBuilder <YoctoAutoBuilder!> has joined #yocto17:02
*** belen <belen!Adium@nat/intel/x-erelkgdcnsatkseg> has quit IRC17:03
*** YoctoAutoBuilder <YoctoAutoBuilder!> has quit IRC17:05
*** YoctoAutoBuilder <YoctoAutoBuilder!> has joined #yocto17:05
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC17:08
*** zenlinux_ <zenlinux_!> has quit IRC17:09
*** galak <galak!> has joined #yocto17:12
*** galak <galak!> has quit IRC17:16
*** MikeH_ <MikeH_!86868b51@gateway/web/freenode/ip.> has quit IRC17:21
*** JimBaxter <JimBaxter!> has quit IRC17:30
*** mihai <mihai!~mihai@> has joined #yocto17:32
*** Anusko <Anusko!~anusko@> has quit IRC17:36
*** Anusko <Anusko!~anusko@> has joined #yocto17:36
*** zecke <zecke!> has joined #yocto17:44
*** GeekGirl <GeekGirl!~arunkumar@> has joined #yocto17:50
GeekGirlI am building my first Yocto build after the Quick Start guide.17:51
GeekGirldoing it for Raspberry Pi,,17:51
GeekGirli have added the meta-raspberry pi layer in the poky directory17:51
GeekGirland made appropriate changes in the localconf file17:51
GeekGirlbut i get an error stating ERROR:  OE-core's config sanity checker detected a potential misconfiguration.17:51
GeekGirlPlease set a valid MACHINE in your local.conf or environment17:52
GeekGirli am following the instructions as given in the README file of meta-raspberry file17:52
*** mulhern <mulhern!> has quit IRC17:53
Crofton|workexport MACHINE=whatever the rpi is called in oe?17:54
GeekGirlgot it....17:54
*** galak <galak!> has joined #yocto17:55
GeekGirlI made a typo in the conf/bbconf file, while adding the layer... The build has started as of now, Parsing recipies... will wait till it suceeds17:55
*** mulhern <mulhern!> has joined #yocto17:55
mr_scienceGeekGirl: are you using the minimal djwillis layer?17:55
*** JimBaxter <JimBaxter!> has joined #yocto17:56
*** zecke <zecke!> has quit IRC18:01
mr_scienceGeekGirl: take a look here if you want a more full-featured xorg image and set of recipes...18:02
mr_science  <=  shameless plug18:02
mr_scienceplus it's fully tuned for hardfloat with no thumb18:03
GeekGirlyes mr_science i am using the djwillis layer...18:17
GeekGirlyeah will surely do look at that layer18:18
GeekGirli am trying to figure my way around the layers as of now..18:19
GeekGirltrying to take a grasp at things18:19
mr_sciencethat's a fork of the original djwillis layer18:24
mr_sciencebuild setup is mostly the same, except for bblayers and local.conf18:25
mr_sciencei still need to make those available...18:26
mr_scienceso if you want to build my fork, you should ping me about the config files18:27
mr_scienceor nerdboy if it's after PDT working hours...18:27
GeekGirlokay... as of right now.. i wanna dif into the bbclass files and alll... my main interest is to develop Distro with my custom kernel, i am more interested into kernel hacking18:29
*** eren <eren!~eren@unaffiliated/eren> has quit IRC18:29
GeekGirlNext up: patching Xenomai onto the linux kernel and building a Distro out of it18:29
GeekGirland maybe try LFS if my time permits18:30
*** challinan <challinan!> has quit IRC18:31
*** challinan <challinan!> has joined #yocto18:31
*** sameo <sameo!~samuel@> has quit IRC18:32
*** eren <eren!~eren@unaffiliated/eren> has joined #yocto18:39
*** zecke <zecke!> has joined #yocto18:51
*** Song_Liu <Song_Liu!c0373628@gateway/web/freenode/ip.> has quit IRC18:52
*** mi <mi!5b99d244@gateway/web/freenode/ip.> has joined #yocto18:56
*** mi is now known as Guest661818:56
*** mulhern <mulhern!> has quit IRC19:10
*** mulhern <mulhern!> has joined #yocto19:11
jwesseldvhart: After a bit of battle I got the 64-bit ISO to boot as a disk on the EFI hardware. :-)19:22
dvhartmost excellent19:23
jwesselI had to make two minor tweaks to get the syslinux working again for the non EFI case, because they changed how ldlinux.c32 works.19:23
dvhartsomething you need to send up to hpa?19:23
jwesselNo. This is to our recipe.19:24
jwesselWe still had syslinux 4.x and they made this change in 5.19:24
jwesselI had to go all the way to 6 to get the gpt support.19:24
dvhartWe have wanted to move syslinux along for a while, there just wasn't any real need until now19:25
jwesselNow that I have it working, I'll refactor the bootimg class a bit more to have only 2 invocations of the mkisofs instead of 3 because we only need two.19:25
jwesselI had to pull in syslinux as a hard depend to bootimg.bbclass because that is where isohybrid comes from.19:26
jwesselAnd we always need it now for hybrid because isohybrid is needed for the EFI only case just to write the gpt block.19:26
jwesselhybrid being defined as ISO optical OR as a disk boot.19:27
jwesselI'll send a new patch set later today.19:27
mr_scienceGeekGirl: what are trying to do exactly?  ie, what do you want to do with your custom kernel?19:27
GeekGirlto be honest...i dont know... Intensions are totaly educational...    maybe build a Quadcopter , i have  a group of enthusiast building a quadcopter, i adviced them to use linux19:28
GeekGirlthey are building it using arduino as of now..19:28
GeekGirlthey shall be using BBB to do the same soon19:28
mr_sciencethen it depends on whether you want an optimized desktop build or a bare hardware "bringup" image19:30
*** galak <galak!> has quit IRC19:30
mr_sciencethe xorg image also has several console tools, etc, plus it's designed to be "lite", tuned, and with minimal card I/O19:31
mr_sciencei think it provides the most available resources with an X desktop of any of the pi distros i've tried19:32
mr_scienceit's even lighter/faster than the gentoo card i made19:33
dvhartjwessel, I'll watch for it19:33
mr_scienceit's up to you if you want to build it, but i'd at least make a card to compare to the others...19:34
*** amarsman <amarsman!> has quit IRC19:43
GeekGirlfirst let me try the J willis one..19:53
*** mulhern <mulhern!> has quit IRC19:54
GeekGirlafter that ill surely give your's a try19:54
*** e8johan <e8johan!> has quit IRC19:54
GeekGirlMy job doesnt allow me to work on this fulltime19:54
GeekGirlthese are my weekend hobbies,19:54
GeekGirlI am also doing MSP430, arduino and Linux Device Driver Programming when my builds are underway19:55
*** nitink <nitink!~nitink@> has quit IRC19:57
* kergoth thinks itd be useful if vmlinux was deployed to DEPLOY_DIR_IMAGE, for debugging19:57
*** tinti <tinti!~tinti@pdpc/supporter/student/tinti> has quit IRC20:01
*** nitink <nitink!nitink@nat/intel/x-tzcweeihtmfutuxw> has joined #yocto20:01
*** mulhern <mulhern!> has joined #yocto20:03
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto20:08
*** tor <tor!> has quit IRC20:16
*** nrossi <nrossi!~nrossi@> has quit IRC20:18
*** nrossi <nrossi!~nrossi@> has joined #yocto20:18
JaMait looks like linux-yocto-3.4 sound.cfg got broken by last oe-core upgrade20:22
JaMa| `/home/jenkins/webos-ports/workspace/webos-ports/tmp-eglibc/work/qemux86-webos-linux/linux-yocto/1_3.4.59+gitAUTOINC+f36797c2df_ea977edd05-r4.5/linux/../sound.cfg' -> `/home/jenkins/webos-ports/workspace/webos-ports/tmp-eglibc/work/qemux86-webos-linux/linux-yocto/1_3.4.59+gitAUTOINC+f36797c2df_ea977edd05-r4.5/linux/meta/cfg/kernel-cache/cfg/sound.cfg'20:22
JaMa| cp: cannot create regular file `/home/jenkins/webos-ports/workspace/webos-ports/tmp-eglibc/work/qemux86-webos-linux/linux-yocto/1_3.4.59+gitAUTOINC+f36797c2df_ea977edd05-r4.5/linux/meta/cfg/kernel-cache/cfg/sound.cfg': No such file or directory20:23
kergothI've found... looks like 4 bitbake bugs in the past 3 days20:34
kergoththis makes me sad20:34
GeekGirlif a build stops for somereason while a Git repo was being downloaded.. do_fetch20:35
GeekGirland the next time i restart the build would the repo cloning would be started fresh or will it continue from where it left off20:36
kergothgit clones can't resume, with or without bitbake20:39
kergothit's a git limitation20:39
GeekGirlso i will be downloading whole GBs of repo, even if i had just few MBs to clone before it failed20:41
GeekGirlwell, i am building the image for Raspberry Pi, any idea how big the kernel repo would be, coz i have  a Limited Internet Connection and i dont want to lose all my download credits20:42
*** mulhern <mulhern!> has quit IRC20:43
* kergoth has no idea, sorry to say, don't own an rpi20:44
rburtonGeekGirl: kernel repo is quite large, but on rpi the firmware repo is *giant*20:47
GeekGirlhow big are we talking about with "giant"20:47
rburtontbh, don't have a clone here20:48
rburton(gave up...)20:48
rburtonoh i do20:49
kergothsure would be nice if we could swing some sort of shallow clone support, nontrivial due to srcrev and the like though. would only work if srcrev matched up with the current branch head20:49
rburtonok a repo cloned about 8 months ago was 700M20:49
*** mulhern <mulhern!> has joined #yocto20:50
rburtonGeekGirl: a git fetch on that old repo says it needs to get ... lots.20:50
GeekGirlFirmware or Kernel...20:50
rburtonoh, 1% done20:50
rburton6% at 22mb20:51
rburtonlots of copies of the firmware, and kernel images too, iir20:51
GeekGirlthanks goodness20:51
rburtoni'd estimate you're talking around a gig20:51
rburtonkergoth: non-trivial but surely doable20:51
* kergoth nods20:52
kergothjust needs someone with the motivation :)20:52
kergoth(not me)20:52
GeekGirlive restarted the build that was actually about to finish20:52
GeekGirlkergoth... :)20:52
kergothwoo, i think i fixed my prototype automatic python dependency code20:52
* kergoth sanity checks20:52
GeekGirlwell a GIG is fine , I am getting good download speed as of right now..20:53
GeekGirlalready done with 600M of data20:53
rburtonoh nice20:53
kergothrburton: you know what'll be awesome, when we can use the persistent bitbake server process to cache available providers, thereby letting us have bitbake provider tab completion in our shells20:53
rburtonGeekGirl:  yeah stop moaning i'm only 90mb through the fetch!20:53
* kergoth chuckles20:53
rburtonkergoth: i know, can't wait :)20:54
GeekGirlrburton... hahahaha...20:54
kergothI like mirroring upstream scm repositories. maybe i'm paranoid about source accessibility, but vanishing upstream sources make me sad20:54
* kergoth has a too large archive of these20:54
GeekGirlI stil dont know.. wether its due to the files left ftom the previous clone or not..20:54
GeekGirland 90 Mb in this short time.. thats great..20:54
GeekGirlcoz my country is badwidth challanged.  10MBps is the max ive got till now, in a Government R&D facility20:55
GeekGirlon another note... is there a way the common Download directory can be preserved?20:57
GeekGirli mean i have all my precious repos there, all from Yocto builds20:57
GeekGirlmy precious...20:57
rburtonGeekGirl: yes, you really want to share/don't delete that20:57
*** zecke <zecke!> has quit IRC20:57
kergothyou can set DL_DIR to a common location, yeah. same for SSTATE_DIR. highly recommended on both counts20:57
GeekGirlalready done that...20:58
GeekGirland now i wanna protect them20:58
*** ant_home <ant_home!> has joined #yocto20:58
GeekGirlDL_DIR is around 4gigs20:59
rburtonmove it outside of tmpdir and then you won't accidently delete it20:59
GeekGirland sstate -cache is around 4 gigs too20:59
GeekGirlalready done that again..20:59
GeekGirlthe download directory is nowhere near any commonly used directories20:59
GeekGirlits up in the file sytem heirarchy20:59
GeekGirland all builds take place inside21:00
kergothSo, I figured that shlibs, kernel modules, pkgconfig, etc all share a common pattern of determining what they provide in an isolated namespace, then mapping their depends to those provides in that namespace, and injecting this into rdepends, so for the python bits, I'm playing with common code to handle them all. is what one of the auto types loo21:01
*** dvhart <dvhart!~dvhart@> has quit IRC21:02
* kergoth should send an RFC email before he spends too much more time on it, probably21:02
rburtonkergoth: yes :)21:02
rburtong'night all21:03
GeekGirl@kergoth if the GIT cant resume clones... what happens to the objects that have already been cloned...21:05
GeekGirlmy kernel repo was aroung 600M when it stopped21:05
kergothi'm not sure. either they get removed when the failure occurs, or it overwrites them in the next attempt21:05
kergothah, must be teh latter then21:05
GeekGirlnow its around 1.3G21:05
* kergoth shrugs, could ask in the git irc channel, #git21:05
kergothoops, my auto python deps code just caused a circular dependency..21:06
* kergoth adds to todo21:06
GeekGirli am python challenged as of now... mostly a C coder21:10
GeekGirlwell, C only.. nothing else21:10
*** mihai1 <mihai1!~mihai@> has joined #yocto21:11
*** reallife <reallife!> has quit IRC21:11
GeekGirland i cant get myself aroung the GIT channel with their spam protection21:13
*** mihai <mihai!~mihai@> has quit IRC21:14
*** evanp_ <evanp_!~evan@> has joined #yocto21:15
*** evanp <evanp!evan@nat/intel/x-mziclqqzwqyghkup> has quit IRC21:15
*** davest <davest!~Adium@> has quit IRC21:15
*** davest <davest!Adium@nat/intel/x-kwcscdnhmafnoatz> has joined #yocto21:16
GeekGirloh my! the firmware repo is a GIANT21:16
*** khem <khem!> has quit IRC21:19
*** khem` <khem`!> has joined #yocto21:19
*** mulhern <mulhern!> has quit IRC21:25
RPkergoth: you mentioned four bitbake bugs? Anything I should worry about?21:28
*** challinan <challinan!> has quit IRC21:28
*** halfhalo <halfhalo!halfhalo@nasadmin/webteam/halfhalo> has quit IRC21:30
*** davest <davest!Adium@nat/intel/x-kwcscdnhmafnoatz> has quit IRC21:34
*** halfhalo <halfhalo!halfhalo@nasadmin/webteam/halfhalo> has joined #yocto21:34
kergothRP: mostly minor, I'll be opening bugzilla entries when i get a chance. the git fetcher runs premirrors even if we already have the mirror tarball. and if one of those premirrors is a git:// uri, and that fails, it removes the tarball, as it assumes all scm premirrors are fetching the tarball. its debatable that those are two related issues. you can't referenc e'd' from ${@} in a vardeps flag, thats another minor one. oh, BB_GENERATE_MIRROR_TARBALLS t21:34
kergothi think there were one or two others, i have a list21:35
RPkergoth: ok, bugzilla entries sound good so we can track them21:36
* kergoth nods21:37
RPkergoth: to be honest I'm drowning at the moment but I'd hate to lose sight of anything important21:37
kergothheh, understandable, imminent release after all21:37
RPkergoth: memory resident bitbake whilst a lovely idea is really showing the holes in cooker :/21:37
*** swex <swex!~swex@> has quit IRC21:37
kergothheh, can't say i'm too surprised by that, we tend to have a lot of state floating around21:38
RPkergoth: indeed :/21:38
RPkergoth: the sys.exit() calls are wonderful...21:39
RPlast set of patches manage to safely kill two more. Not sure what to do with bb.fatal though21:39
RPraising a BBHandled exception there might work, need to look further21:40
kergothkind of depends on context. what 'bb.fatal' means depends on where it's used, unfortunately. in a task, it means the task failed, in an event handler, it means we should halt further processing..21:40
* kergoth nods21:40
*** mulhern <mulhern!> has joined #yocto21:46
*** GeekGirl <GeekGirl!~arunkumar@> has quit IRC21:51
*** GeekGirl <GeekGirl!~arunkumar@> has joined #yocto21:52
ant_homeRP: so finally the last commit to kernel.bbclass broke the easy way to embed a cpio :/21:58
RPant_home: :/21:59
RPant_home: how do we fix things then?22:00
ant_homeI'm trying to understand how to adapt..22:00
ant_homethe copy of the cpio from deploy_dir to /usr was done in kernel_do_configure()22:01
ant_homenow is done in another task which doesn't seem to be triggered, even in 'compat mode' setting INITRAMFS_TASK22:02 Cannot open 'initramfs.cpio.lzma'22:04
ant_home| make[3]: *** [usr/initramfs_data.cpio.lzma] Error 122:04
*** kronixx <kronixx!~zarul@ubuntu/member/zarul> has quit IRC22:04
ant_homeaddtask bundle_initramfs after do_compile22:05
ant_home^^ so do_compile fails...22:05
*** kronixx <kronixx!~zarul@ubuntu/member/zarul> has joined #yocto22:07
ant_homeRP: okay, it is done in two passes...I had to unset CONFIG_INITRAMFS_SOURCE="" because it is injected on second pass22:16
*** GeekGirl <GeekGirl!~arunkumar@> has quit IRC22:17
*** mulhern <mulhern!> has quit IRC22:21
*** _alex_kag_ <_alex_kag_!~alex_kag@> has quit IRC22:27
*** GeekGirl <GeekGirl!~arunkumar@> has joined #yocto22:29
*** seebs <seebs!> has quit IRC22:30
GeekGirlImage built, up and running... loving Yocto even more day by day22:39
GeekGirlgood night all22:39
GeekGirland thanks kergoth and rburton22:39
*** GeekGirl <GeekGirl!~arunkumar@> has quit IRC22:50
*** eren <eren!~eren@unaffiliated/eren> has quit IRC22:58
*** smartin_ <smartin_!~smartin@> has quit IRC23:02
*** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has quit IRC23:05
*** seebs <seebs!> has joined #yocto23:06
*** mulhern <mulhern!> has joined #yocto23:18
*** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has quit IRC23:22
*** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has joined #yocto23:23
ant_homeRP: I'm back..but it is very late. I start to doubt about the python __anonymous, where DEPENDS is set23:31
ant_homeseems like d.appendVarFlag does nothing ??23:32
kergoththat sounds particularly unlikely, given we use appendVarFlag all over the place :)23:34
ant_homeyou and RP are the python masters ;)23:34
ant_home -do_configure[depends] += "${INITRAMFS_TASK}"23:38
ant_home +        d.appendVarFlag('do_configure', 'depends', ' ${INITRAMFS_TASK}')23:39
ant_homethis is what's happened in kernel.bbclass23:41
-YoctoAutoBuilder- build #287 of nightly-ppc is complete: Failure [failed Running Sanity Tests] Build details are at
*** mulhern <mulhern!> has quit IRC23:45
*** andyross <andyross!> has quit IRC23:55
*** mulhern <mulhern!> has joined #yocto23:57
*** ant_home <ant_home!> has quit IRC23:58

Generated by 2.11.0 by Marius Gedminas - find it at!