Thursday, 2013-06-27

*** mulhern <mulhern!> has quit IRC00:05
*** blloyd <blloyd!> has joined #yocto00:13
*** Jefro <Jefro!> has quit IRC00:16
*** tinti <tinti!~tinti@pdpc/supporter/student/tinti> has joined #yocto00:27
*** hollisb <hollisb!> has quit IRC00:41
*** _julian_ <_julian_!> has joined #yocto00:48
*** _julian <_julian!> has quit IRC00:49
*** scot_ <scot_!> has quit IRC00:49
*** alexhairyman <alexhairyman!> has joined #yocto00:55
*** trollixx <trollixx!> has joined #yocto01:05
*** rogerzhou <rogerzhou!~rogerzhou@> has joined #yocto01:06
trollixxhi, I'm trying to build qtwebkit from meta-qt5 layer, but I got stuck with strange error
trollixxWhat should I look for to fix this issue? Thanks.01:14
*** mitz_ <mitz_!> has quit IRC01:17
*** rogerzhou <rogerzhou!~rogerzhou@> has quit IRC01:29
*** rogerzhou <rogerzhou!~rogerzhou@> has joined #yocto01:46
*** rogerzhou <rogerzhou!~rogerzhou@> has quit IRC02:00
*** mitz_ <mitz_!> has joined #yocto02:07
*** rogerzhou <rogerzhou!~rogerzhou@> has joined #yocto02:13
*** mulhern <mulhern!> has joined #yocto02:19
*** mitz_ <mitz_!> has quit IRC02:22
*** tinti <tinti!~tinti@pdpc/supporter/student/tinti> has quit IRC02:48
*** silviof2 <silviof2!> has joined #yocto02:48
*** silviof1 <silviof1!> has quit IRC02:49
-YoctoAutoBuilder- build #183 of build-appliance is complete: Failure [failed Building Images_1 Publishing Artifacts] Build details are at
*** SidH_ <SidH_!~SidH_@> has joined #yocto03:12
*** blloyd <blloyd!> has quit IRC03:18
*** seebs <seebs!> has quit IRC03:26
*** andyross <andyross!> has joined #yocto03:30
nerdboytrollixx: that path should *not* be hard-coded in a shared lib03:39
nerdboymeaning it shouldn't be your job to fix it either...03:39
nerdboywhich would most likely be finding the right linker option and correcting it03:41
nerdboyyou might be able to get away with setting LD to the cross g++ instead of of ld...03:42
*** klinger_ <klinger_!> has joined #yocto03:51
*** klinger <klinger!> has quit IRC03:54
*** zz_ka6sox is now known as ka6sox04:02
*** seebs <seebs!> has joined #yocto04:08
*** alexhairyman <alexhairyman!> has quit IRC04:10
*** rostam <rostam!~zartoosh@nat/cisco/x-cuudrzauqithidqz> has quit IRC04:20
*** rostam <rostam!~zartoosh@nat/cisco/x-fhrpuudwabactgrq> has joined #yocto04:23
-YoctoAutoBuilder- build #22 of minnow-lsb is complete: Failure [failed Building Images] Build details are at
-YoctoAutoBuilder- build #181 of nightly-multilib is complete: Failure [failed Building Images_4] Build details are at
-YoctoAutoBuilder- build #59 of nightly-qa-systemd is complete: Failure [failed Running Sanity Tests] Build details are at
*** andyross <andyross!> has quit IRC04:57
-YoctoAutoBuilder- build #153 of nightly-fsl-ppc is complete: Failure [failed Building Images Building Images_1 Building Images_2 Publishing Artifacts] Build details are at
*** zecke <zecke!> has joined #yocto05:26
-YoctoAutoBuilder- build #185 of nightly-x86 is complete: Failure [failed Building Images Running Sanity Tests] Build details are at
-YoctoAutoBuilder- build #192 of nightly-x32 is complete: Failure [failed Building Images Running Sanity Tests] Build details are at
*** seebs_ <seebs_!> has joined #yocto05:50
*** seebs <seebs!> has quit IRC05:51
*** SidH_ <SidH_!~SidH_@> has quit IRC05:51
*** SidH_ <SidH_!~SidH_@> has joined #yocto05:51
*** SidH_ <SidH_!~SidH_@> has joined #yocto05:52
-YoctoAutoBuilder- build #151 of nightly-fsl-ppc-lsb is complete: Failure [failed Building Images] Build details are at
*** tor <tor!> has joined #yocto05:58
*** SidH_ <SidH_!~SidH_@> has quit IRC06:08
*** SidH_ <SidH_!~SidH_@> has joined #yocto06:08
*** jonatan <jonatan!> has joined #yocto06:19
*** seebs_ is now known as seebs06:19
*** mihai <mihai!> has quit IRC06:36
*** TuTizz <TuTizz!~TuTizz@> has joined #yocto06:45
*** eballetbo <eballetbo!> has joined #yocto06:50
*** Zagor <Zagor!~bjst@rockbox/developer/Zagor> has joined #yocto06:53
*** tasslehoff <tasslehoff!~tasslehof@> has joined #yocto06:53
*** TuTizz <TuTizz!~TuTizz@> has quit IRC07:00
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has joined #yocto07:00
*** nitink <nitink!~nitink@> has quit IRC07:04
*** nitink1 <nitink1!nitink@nat/intel/x-siijsbiasuccwuec> has joined #yocto07:04
*** klinger_ <klinger_!> has quit IRC07:18
*** ant_work <ant_work!> has joined #yocto07:19
*** florian <florian!> has joined #yocto07:26
*** ant_work <ant_work!> has quit IRC07:29
*** roxell <roxell!~roxell@linaro/roxell> has quit IRC07:29
*** Gintaro_ <Gintaro_!> has quit IRC07:29
*** JaMa <JaMa!> has quit IRC07:30
*** evanp <evanp!~evan@> has quit IRC07:30
*** eballetbo <eballetbo!> has quit IRC07:30
*** ynezz <ynezz!> has quit IRC07:30
*** ynezz <ynezz!> has joined #yocto07:31
*** evanp <evanp!~evan@> has joined #yocto07:31
*** JaMa <JaMa!~martin@> has joined #yocto07:31
-YoctoAutoBuilder- build #185 of nightly-arm-lsb is complete: Failure [failed Building Images Building Images_1] Build details are at
*** Gintaro <Gintaro!> has joined #yocto07:32
*** _Lucretia_ <_Lucretia_!~munkee@pdpc/supporter/active/lucretia> has quit IRC07:32
*** lh <lh!lh@osuosl/staff/lh> has quit IRC07:34
*** runexe <runexe!> has quit IRC07:34
*** rodgort` <rodgort`!> has quit IRC07:34
*** seebs <seebs!> has quit IRC07:34
*** rogerzhou <rogerzhou!~rogerzhou@> has quit IRC07:34
*** fray <fray!> has quit IRC07:34
*** mthalmei_away <mthalmei_away!> has quit IRC07:34
*** darknighte_znc <darknighte_znc!~darknight@pdpc/supporter/professional/darknighte> has quit IRC07:34
*** mranostay <mranostay!> has quit IRC07:34
*** khem <khem!> has quit IRC07:34
*** halstead <halstead!> has quit IRC07:34
*** nslu2-log <nslu2-log!~nslu2-log@> has quit IRC07:34
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has quit IRC07:35
*** jonatan <jonatan!> has quit IRC07:35
*** SidH_ <SidH_!~SidH_@> has quit IRC07:35
*** _julian_ <_julian_!> has quit IRC07:35
*** LNDN <LNDN!> has quit IRC07:35
*** adam___ <adam___!> has quit IRC07:35
*** Guest74814 <Guest74814!> has quit IRC07:35
*** PaowZ_ <PaowZ_!~vince@> has quit IRC07:35
*** vmesons <vmesons!~quassel@> has quit IRC07:35
*** dv_ <dv_!> has quit IRC07:35
*** jchonig <jchonig!> has quit IRC07:35
*** mankku <mankku!> has quit IRC07:35
*** mshakeel <mshakeel!~mshakeel@> has quit IRC07:35
*** jmdelos_ <jmdelos_!> has quit IRC07:35
*** strassek <strassek!> has quit IRC07:35
*** ausxxh <ausxxh!> has quit IRC07:35
*** mcfrisk <mcfrisk!> has quit IRC07:35
*** florian <florian!> has quit IRC07:35
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto07:35
*** sameo <sameo!~samuel@> has joined #yocto07:35
*** _Lucretia_ <_Lucretia_!~munkee@pdpc/supporter/active/lucretia> has joined #yocto07:35
*** Sam__ <Sam__!> has joined #yocto07:37
*** roxell_ <roxell_!> has joined #yocto07:37
*** ant__ <ant__!> has joined #yocto07:37
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has joined #yocto07:37
*** jonatan <jonatan!> has joined #yocto07:37
*** SidH_ <SidH_!~SidH_@> has joined #yocto07:37
*** seebs <seebs!> has joined #yocto07:37
*** rogerzhou <rogerzhou!~rogerzhou@> has joined #yocto07:37
*** _julian_ <_julian_!> has joined #yocto07:37
*** LNDN <LNDN!> has joined #yocto07:37
*** adam___ <adam___!> has joined #yocto07:37
*** Guest74814 <Guest74814!> has joined #yocto07:37
*** fray <fray!> has joined #yocto07:37
*** mthalmei_away <mthalmei_away!> has joined #yocto07:37
*** darknighte_znc <darknighte_znc!~darknight@pdpc/supporter/professional/darknighte> has joined #yocto07:37
*** PaowZ_ <PaowZ_!~vince@> has joined #yocto07:37
*** vmesons <vmesons!~quassel@> has joined #yocto07:37
*** mranostay <mranostay!> has joined #yocto07:37
*** khem <khem!> has joined #yocto07:37
*** jmdelos_ <jmdelos_!> has joined #yocto07:37
*** halstead <halstead!> has joined #yocto07:37
*** dv_ <dv_!> has joined #yocto07:37
*** jchonig <jchonig!> has joined #yocto07:37
*** mankku <mankku!> has joined #yocto07:37
*** strassek <strassek!> has joined #yocto07:37
*** mshakeel <mshakeel!~mshakeel@> has joined #yocto07:37
*** lh <lh!lh@osuosl/staff/lh> has joined #yocto07:37
*** nslu2-log <nslu2-log!~nslu2-log@> has joined #yocto07:37
*** ausxxh <ausxxh!> has joined #yocto07:37
*** mcfrisk <mcfrisk!> has joined #yocto07:37
*** runexe <runexe!> has joined #yocto07:37
*** rodgort` <rodgort`!> has joined #yocto07:37
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has quit IRC07:37
*** TuTizz_ <TuTizz_!~TuTizz@> has joined #yocto07:37
*** TuTizz_ is now known as TuTizz07:37
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has joined #yocto07:37
*** eballetbo <eballetbo!> has joined #yocto07:39
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC07:43
*** ka6sox is now known as ka6sox-away07:46
*** florian <florian!> has joined #yocto07:49
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto07:49
*** slaine <slaine!~slaine@> has joined #yocto07:58
*** joseppc <joseppc!> has joined #yocto08:02
-YoctoAutoBuilder- build #185 of nightly-x86-lsb is complete: Failure [failed Building Images Building Images_1] Build details are at
*** LNDN <LNDN!> has quit IRC08:07
*** LNDN <LNDN!> has joined #yocto08:08
*** LNDN <LNDN!> has quit IRC08:13
*** LNDN <LNDN!> has joined #yocto08:13
*** klinger_ <klinger_!~klinger@> has joined #yocto08:15
*** mks <mks!> has joined #yocto08:16
mkshi guys, im getting stuck on systemd beeing need from meta-oe package, can anyone help me plz ?08:17
mksI get a "Could not inherit file classes/systemd.bbclass"08:17
*** gotan <gotan!5d9a6687@gateway/web/freenode/ip.> has joined #yocto08:18
mksbut the systemd.bbclass isn't include in meta-oe bsps08:18
mkshow to fix it ?08:18
zeckemks: it is in oe-core now (AFAIK)08:20
*** mihai <mihai!~mihai@> has joined #yocto08:20
zeckemks: if your not using dylan/master you might want to use a different branch of meta-oe08:20
mkszecke: isn't oe-core include in poky ?08:21
zeckemks: yes it is. but systemd.bbclass is only there starting from dylan08:21
mkszecke: I am on danny branch for all meta's08:21
*** gotan <gotan!5d9a6687@gateway/web/freenode/ip.> has quit IRC08:22
mkszecke: so I should work on dylan on the meta-oe and let poky on danny ?08:22
-YoctoAutoBuilder- build #153 of nightly-fsl-arm-lsb is complete: Failure [failed Building Images Building Images_1 Building Images_2] Build details are at
zeckemks: in meta-oe/meta-systemd/classes/ you should have a systemd.bbclass? so if bitbake doesn't find systemd.bbclass08:24
zeckeyour config might not be right. :)08:25
mkszecke: no I don't have it, even after a git checkout master and git pull08:26
mkszecke: I am not sure I understood why my config isn't right08:27
*** mihai <mihai!~mihai@> has left #yocto08:27
*** gotan <gotan!5d9a6687@gateway/web/freenode/ip.> has joined #yocto08:28
gotani'm having trouble with A centos 6.4 build, its complainaing about linux/limits.h. I'm sure i came across this before, but i cannot find any docs on it, or at least my googlefoo has not been up to it. can anyone help?08:30
*** sameo <sameo!~samuel@> has quit IRC08:31
*** mihai <mihai!~mihai@> has joined #yocto08:33
*** mshakeel <mshakeel!~mshakeel@> has quit IRC08:39
Sputmks: poky/meta/classes/systemd.bbclass exists here in the dylan branch08:42
*** mshakeel <mshakeel!~mshakeel@> has joined #yocto08:42
Sputit moved from meta-oe to poky recently08:42
Sput(as in, a few months ago)08:42
jonatanI have an old package laying around in my image.. I have renamed the recipe for this package, and the files of the "old package" now conflicts with the files of the "new package", how can I make yocto forget about the old package? It still attempts to install its RPM.08:42
mksSput: yeah that's what I just figured out08:43
mksSput: and now I see the dylan branch need python 2.7 to make bitbake running ... I fear this will make me upgrade all my distro. ?08:44
*** synthnassizer <synthnassizer!~quassel@> has joined #yocto08:45
rburtonmks: dylan shouldn't need 2.7, just master08:45
mksrburton: "BitBake requires Python 2.7.3 or later" that's what I have when running "source poky/oe-init-build-env build/"08:47
jonatanmks, about python 2.7, I am successfully using a local python 2.7 install --prefixed to somewhere in my ~. Might be easier than a dist upgrade.08:47
RPmks: that is not dylan then...08:50
RPmks: dylan does not need python 2.708:50
mkspoky$ git branch danny * dylan master08:51
*** mihai <mihai!~mihai@> has quit IRC08:52
gotanhello again. Has anyone a clue as to what's happening when eglibc-internal complains about linux/limit.h on centos?08:52
RPmks: have you another version of bitbake in your PATH?08:54
*** mihai <mihai!~mihai@> has joined #yocto08:54
RPmks: something is not right there since the 2.7 changes did go into master only08:55
*** LNDN <LNDN!> has quit IRC08:55
mksRP: no only the one in poky/bitbake08:55
zibrimks: what's your output from 'git describe'?08:55
*** LNDN <LNDN!> has joined #yocto08:55
RPmks: that is clearly not 1.4, 1.5 is master08:56
zibriah, so your dylan branch is for some reason on master08:56
mkszibri: Hum yes, im confused on this one09:00
*** LNDN <LNDN!> has quit IRC09:00
*** LNDN <LNDN!> has joined #yocto09:01
*** lh <lh!lh@osuosl/staff/lh> has quit IRC09:06
*** lh <lh!> has joined #yocto09:07
*** lh <lh!lh@osuosl/staff/lh> has joined #yocto09:07
*** sameo <sameo!~samuel@> has joined #yocto09:12
*** jbaxter <jbaxter!> has joined #yocto09:19
-YoctoAutoBuilder- build #183 of nightly-ppc-lsb is complete: Failure [failed Building Images Building Images_1] Build details are at
mksRP, zibri, ok fixed systemd.bbclass by pointing poky on branch dylan09:47
mksthanks guys09:47
*** ericben <ericben!> has quit IRC09:50
zeckeRP: I read your bitbake commit messages.. it is funny that the cookie monster is still around. :}09:51
*** ScriptRipper <ScriptRipper!~ScriptRip@opensuse/member/MartinMohring> has quit IRC09:52
RPzecke: I smile when I see those comments in the code so I've left them around :)10:03
ndecRP: hi. based on your suggestion, i looked at image-live , but either i don't understand it, or it's not doing what i wanted... what i would need to be able to do is to build a 'regular' bootable image which includes 'chroot' environments let's say in /var/chroot, and have such 'chroot' created by OE, as part of the regular image build.10:04
*** ScriptRipper <ScriptRipper!~ScriptRip@opensuse/member/MartinMohring> has joined #yocto10:05
rburtonndec: make your image depend on another image, and then you can take the first image from deploy and put it into your second image10:06
*** mitz_ <mitz_!> has joined #yocto10:06
ndecoh. that's interesting. i didn't know we could 'chain' images that way.10:06
RPndec: image-live chains two images that way10:06
ndechmm. as i said, it's possible that i didn't understand it properly...10:07
RPndec: no, it doesn't extract one into the other, it creates an ext3 file but the same principle applies10:07
rburtonndec: nothing special about an image, it's something you can depend on.10:07
RPndec: just swap the cp for an untar10:07
ndecis there any example of -live being used in a layer?10:07
RPndec: rather than create a class, just write an image recipe which depends on another image recipe's do_rootfs task10:08
RPndec: I mainly suggested image-live as its proof this does work10:08
ndecok. i can try that.10:09
*** e8johan_ <e8johan_!> has joined #yocto10:10
ndeci guess i won't even need package-core-boot for the 'chroot' image, but something simpler than that, right?10:10
*** e8johan <e8johan!> has quit IRC10:11
RPndec: whatever makes sense for your use case. Your biggest risk is circular dependencies on the kernel/kernel modules10:12
ndecRP: rburton: many thanks. i will try these things, and see if i can get what i need!10:13
*** Stygia <Stygia!> has joined #yocto10:20
*** LNDN <LNDN!> has quit IRC10:21
*** tsjsieb_afk is now known as tsjsieb10:23
*** rogerzhou <rogerzhou!~rogerzhou@> has quit IRC10:35
*** florin <florin!~florin@> has joined #yocto10:39
*** florin is now known as gznla10:39
*** e8johan_ <e8johan_!> has quit IRC10:42
*** e8johan <e8johan!> has joined #yocto10:47
-YoctoAutoBuilder- build #152 of nightly-fsl-arm is complete: Failure [failed Building Images] Build details are at
*** e8johan <e8johan!> has quit IRC11:05
*** thaytan_ <thaytan_!> has joined #yocto11:13
*** gotan <gotan!5d9a6687@gateway/web/freenode/ip.> has quit IRC11:14
*** thaytan <thaytan!> has quit IRC11:15
*** Net147 <Net147!> has joined #yocto11:20
*** e8johan <e8johan!> has joined #yocto11:22
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC11:29
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto11:31
*** Sam_____ <Sam_____!> has joined #yocto11:34
*** Sam__ <Sam__!> has quit IRC11:35
JaMait's surprising how many recipes are depending (transitively on x11 DISTRO_FEATURE), would anyone object if I send patch adding "raise bb.parse.SkipPackage("'x11' not in DISTRO_FEATURES")" into all of them?11:38
rburtonJaMa: can you give an example?11:38
JaMait would fix "bitbake world" to stop showing long list of ERRORs at the beginning11:38
JaMagtk+3, xterm, qt4-x11-free, ...11:39
rburtonwell, not gtk+3, as that builds without x11:39
JaMaI have list of maybe 100 recipes11:39
rburtonpresumably the situation is eg xterm -> libx11, but x11 is skipping, so bad dependency?11:40
rburtonmaybe there should be a way for the world build to handle deps that are being skipped, and bubble that up the tree without errors?11:40
JaMaPNBLACKLIST[gtk+3] = "depends on blacklisted libxrandr, libxext, libxcursor, libxdamage, libxrender, libxcomposite, libxi"11:40
JaMa^ even for distro without x11 in DISTRO_FEATURES11:40
JaMayes that would be nicer than maintaining such dependency tree manually11:41
rburtonPACKAGECONFIG ??= "${@base_contains("DISTRO_FEATURES", "x11", "x11", "", d)}11:41
rburtonPACKAGECONFIG[x11] = "--enable-x11-backend,--disable-x11-backend,at-spi2-atk fontconfig libx11 libxext libxcursor libxi libxdamage libxrandr libxrender libxcomposite libxfixes"11:41
rburtonsays gtk311:41
rburtonso you can remove that11:42
JaMaor showing only WARNING instead of:11:42
JaMaERROR: Nothing PROVIDES 'libfontenc-native' (but virtual:native:/home/mjansa/build-starfish/BUILD-goldfinger/.././oe-core/meta/recipes-graphics/xorg-app/ DEPENDS on or otherwise requires it)11:42
JaMaERROR: libfontenc-native was skipped: 'x11' not in DISTRO_FEATURES11:42
rburtonyeah, that as a warning  makes sense to me11:42
rburtonso you're aware stuff was skipped, but that's because it was skipped. :)11:42
* rburton -> left-over pizza11:42
*** ivali <ivali!~droid@unaffiliated/ivali> has joined #yocto11:43
JaMarburton: then something with gtk+3 PACKAGECONFIG doesn't work, because the same ERROR is shown..11:43
JaMaI'll test with bitbake -g11:43
rburtonJaMa: i've done builds of gtk3 without x so it should be working fine11:44
JaMaand still it fails :)
JaMarburton: ah this is dylan, not master11:47
JaMait's fixed in master, but not in dylan..11:48
RPJaMa: are you still seeing those hangs after the 2.7.3 changes?11:50
JaMaRP: yes :/11:52
*** addu <addu!> has quit IRC11:52
JaMaI've seen it even without multiple bitbake processes running11:52
JaMabut also under heavy load (from portage building libreoffice or something like that)11:52
JaMaRP: I'll send more detailed info to that ticket when I get it hanging in better time, but IIRC most significant change from last time, is that only one process is hanging (workers are not created)11:54
RPJaMa: ok, thanks for the extra data points :(11:54
RPJaMa: haven't forgotten it but really don't know what to do about it11:55
JaMano problem, I understand that it isn't possible to fix something we cannot reproduce reliably11:56
JaMaI'm glad to see latest bitbake changes going in right direction and still hoping that one of those will magically reveal where it's hanging for me :)11:57
JaMahave you seen my question about rm_work and setscene tasks?11:58
*** ScriptRipper <ScriptRipper!~ScriptRip@opensuse/member/MartinMohring> has quit IRC12:02
RPJaMa: I have now. I think this is an artefact of the way the system works. Its not a bug as such :/12:03
JaMaOK, I was just interested if you can see some easy way to change this behavior12:05
JaMabecause now in clean build it leaves about 50-100MB in tmp-eglibc/work, but then just the rebuild from sstate-cache leaves couple of GB12:06
*** joeythesaint <joeythesaint!~jjm@> has joined #yocto12:06
*** ScriptRipper <ScriptRipper!~ScriptRip@opensuse/member/MartinMohring> has joined #yocto12:07
RPJaMa: I have to admit I'm a little unclear on the details here. So you're saying an image from scratch with rm_work enabled doesn't remove everything?12:08
JaMano other way around12:09
JaMaimage from scratch leaves only temp and sometimes some pseudo files12:11
JaMabut then when you rebuild the same image from sstate-cache it leaves all those package/packages-split directories from setscene tasks12:11
RPJaMa: oh, I see. That is a bug :/12:11
RPJaMa: something is causing it to install dependencies it doesn't need :/12:11
*** Stygia <Stygia!> has quit IRC12:11
*** SidH_ <SidH_!~SidH_@> has quit IRC12:11
*** zenlinux <zenlinux!> has quit IRC12:18
*** zenlinux <zenlinux!> has joined #yocto12:20
*** scot_ <scot_!> has joined #yocto12:27
*** Sam__ <Sam__!> has joined #yocto12:28
*** Sam_____ <Sam_____!> has quit IRC12:28
JaMaRP: ah then it will also resolve package-setscene tasks being reexecuted too often I guess12:30
JaMaRP: right now when you do "bitbake libx11" with rm_work and libx11 package-setscene stamp is removed12:31
JaMaRP: and then e.g. "bitbake xserver-xorg" executed libx11.package-setscene again (which from my understanding of some of your comments shouldn't be needed as we shouldn't depend on many package-setscene task nowadays)12:32
Crofton|workrp, I haven't forgot to reply to your email :)12:32
*** eren <eren!~eren@unaffiliated/eren> has joined #yocto12:40
*** Sam__ <Sam__!> has quit IRC12:42
*** tasslehoff <tasslehoff!~tasslehof@> has quit IRC12:46
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC12:50
*** zenlinux <zenlinux!> has quit IRC12:54
*** SidH_ <SidH_!~SidH_@> has joined #yocto13:00
*** challinan <challinan!> has quit IRC13:00
*** challinan <challinan!> has joined #yocto13:00
*** Stygia <Stygia!> has joined #yocto13:04
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-khbqzxekboymtlcg> has joined #yocto13:10
RPJaMa: so the question is whether it needs to do that and if not, why it is...13:30
RPCrofton|work: I'll be gone shortly ;-)13:30
Crofton|workall the more fun13:34
Crofton|workwhen are you gone?13:35
*** jkridner|work <jkridner|work!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto13:36
JaMaRP: OK I'll debug it a bit more, thanks for confirmation that it's not (probably) expected to happen13:36
JaMaa lot of my builds are still using OEBasic, so where it doesn't seem to happen13:37
*** ivali <ivali!~droid@unaffiliated/ivali> has quit IRC13:45
*** pidge <pidge!> has quit IRC13:46
JaMaRP: and one last question, do you remember a bit more about this change then what's already included in commit message?13:48
JaMaRP: we're seeing strange issues from sstate.bbclass in Dylan on one very fast builder, so I wonder if it's possible to trigger that race-condition even without the patch which introduced hardlinks for sstate13:49
JaMaThis is the exception we're seeing
RPJaMa: I think it would be possible to trigger the race but that patch should fix those kind of errors13:53
RPJaMa: We ended up using the copyhardlinktree()  in more places which just made the race much more visible13:55
JaMaI've tested that backporting just those 2 commits doesn't break Dylan builds13:57
JaMabut I'm not 100% sure that it fixes the issue we're seeing as it also doesn't show every build13:57
*** walters <walters!walters@nat/redhat/x-fkmeezrkoktagmak> has joined #yocto13:59
synthnassizerhello there. CORE_IMAGE_EXTRA_INSTALL vs IMAGE_INSTALL_append ...  how do they differ? if I append some packages in my image with the latter, I noticed that not all relevant packages will be installed in the image. meaning: i appended openssh in my local.conf upon completion of bitbake, ssh server was sure enough the openssh server, BUT, sftp had not been installed as well. turns out the openssh recipe prepared the openssh-sftp-server package as well14:01
synthnassizer, but did not install it. Should I expect CORE_IMAGE_EXTRA_INSTALL would have installed the sftp-server package, too?14:01
*** walters <walters!walters@nat/redhat/x-fkmeezrkoktagmak> has quit IRC14:02
*** mulhern <mulhern!> has joined #yocto14:03
*** panda84kde <panda84kde!> has joined #yocto14:09
*** tasslehoff <tasslehoff!~tasslehof@> has joined #yocto14:11
*** eren <eren!~eren@unaffiliated/eren> has quit IRC14:11
kergothcore_image_extra_install is just another way to add to IMAGE_INSTALL. neither is going to magically pull in packages you didn't add to it. add openssh-sftp-server.14:19
*** diego__ <diego__!> has joined #yocto14:21
StygiaGreetings. Having a slight problem with a recipe I wrote. I wrote one recipe, and then a number of others that the first one depends upon. This seems to work, but the recipes on which the first depends are not included in the final image unless we add them to the configuration file. However, it seems that other packages don't have to specify every dependency they have, and just adds them to DEPENDS to achieve this effect. Any pointers?14:22
*** panda84kde <panda84kde!> has quit IRC14:22
*** darknighte_znc is now known as darknighte14:22
*** diego__ is now known as panda84kde14:22
*** Zagor <Zagor!~bjst@rockbox/developer/Zagor> has quit IRC14:22
kergothStygia: when recipe A links against a lib in recipe B, then B will end up in the runtime dependencies of the package from A. that's not the case for other sorts of dependency, however.14:23
Stygiakergoth, Hmm, right. So do I set SECTION to "lib" for the extra dependencies, or is that a terrible solution (or not one at all)?14:24
kergothsection is irrelevent. it has no meaning. it's just a categorization mechanism for package manager frontends to use on the target14:24
Stygiakergoth, Ah. Can I somehow make the extra dependencies libs then?14:24
kergothif you want to manually add a runtime dependency, you use RDEPENDS14:24
kergothno, that wouldn't make sense either14:25
kergothjust explicitly add the dependencies14:25
Stygiakergoth, Ah, alright. I will do that.14:25
kergothe.g. RDEPENDS_${PN} += "some-other-package"14:25
StygiaPN for PackageName, yea?\14:25
kergothyes, it's the main binary package from PACKAGES14:25
*** Net147 <Net147!> has quit IRC14:27
*** Lahar <Lahar!41245403@gateway/web/freenode/ip.> has joined #yocto14:27
LaharHello everybody! I just want to know how much space do I need for my virtual machine when I am building some yocto files on it. Everytime I am trying to build something I get an error message saying I am running out of space.14:28
LaharI had 20GB and ran out of space in seconds.14:29
rburtonLahar: turn on rm_work14:31
rburtonput INHERIT += "rm_work" into local.conf14:31
Laharrburton: allright Thanks! and that does what?14:32
rburtonLahar: deletes the build trees of each recipe once it's built, massively saving space.14:34
rburtonthat said, 20G for building an entire OS is still a bit tiht14:34
*** tasslehoff <tasslehoff!~tasslehof@> has left #yocto14:35
LaharI am giving it 50GB now...You think that would be enough?14:35
LaharAlso, should I avoid doing bitbake core-image-minimal and bitbake core-image-full? Actually I am currently learning how to use yocto so I didn't know which image to use....I tried using minimal first and then moved on to full....Is this taking even more space? Should I just decide which one to build and avoid doing it again and again?14:37
Laharrburton: Thanks a lot!14:38
rburtonkeep an eye on your deploy/images as every image you build will sit in there14:38
rburtonand if you're just experimenting, use a small image14:38
Lahargot u!14:39
LaharSorry I am full of questions today, I am working on this freescale BSP and reading there documentation to build the image. In their documentation they are doing bitbake fsl-image-minimal or fsl-image-full etc. but in quick start guide we have bitbake core-image-minmal....I am just trying to understand the difference between two.14:44
*** tinti <tinti!~tinti@pdpc/supporter/student/tinti> has joined #yocto14:48
abellonidoes fsl-image-minimal really exists anymore ? :)14:49
mksLahar: try looking at and to compare14:50
abelloniI mean I downloaded the source this morning, the denzil branch only gets fsl-image-gui, fsl-image-gui-sdk and fsl-image-test14:53
*** ka6sox-away is now known as ka6sox-nocoffee14:53
*** ericben <ericben!> has joined #yocto14:56
Laharmks: I tried to google both of these files....I see both has variables that tells you where to install image and stuff but not really understand everything15:04
*** zenlinux <zenlinux!> has joined #yocto15:04
*** andyross <andyross!> has joined #yocto15:05
*** blloyd <blloyd!> has joined #yocto15:07
*** challinan <challinan!> has quit IRC15:11
*** hollisb <hollisb!> has joined #yocto15:12
*** challinan <challinan!> has joined #yocto15:12
*** tsjsieb is now known as tsjsieb_afk15:13
synthnassizerkergoth: is there a systematic way to know the exact name of the package I want to add to my image? Because after generating the openssh* packages , I was searching for relevant packages under tmp/ and came across openssh-sftp-server packages.15:14
kergothinspect deploy, or read the recipe or use bitbake -e to examine PACKAGES15:14
*** ka6sox-nocoffee is now known as ka6sox15:16
rburtonor use bb ;)15:17
rburtonkergoth: speaking of which, you know bb is totally broken with bitbake master?15:18
rburtonkergoth: my branch has some fixes, and i just hacked/fixed up bbcmd15:18
*** laur <laur!lau@nat/intel/x-ulcdobtovxhezzbl> has joined #yocto15:18
*** jonatan <jonatan!> has quit IRC15:19
synthnassizerLahar: I have recently bitbaked fsl-image-gui-sdk (which is the most HD hungry image), and the meta-toolchain and adt-installer. for all those, I have used approx 120GB of space. but I have not added the "rm_work"   option in my local.conf15:19
mulhernI have a need to mk an extra directory after a packaging step for a recipe. Essentially, the application expects that directory to be available somewhere but the applications existing install scripts don't make it. What's the best way to go in to fix it?15:20
rburtonmulhern: in a do_install_append15:20
mulhernmulhern: rburton: OK!15:21
kergothrburton: ah, not too surprising what with the change to configuration in cooker and all, i haven't had a chance to even touch it lately15:21
Laharsynthnassizer: Thank you! I that's a good information to know.15:21
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC15:22
LaharI am trying to build hypervisor image any idea where can I get some information on it?15:22
*** Lahar <Lahar!41245403@gateway/web/freenode/ip.> has quit IRC15:43
*** trollixx <trollixx!> has quit IRC15:50
*** trollixx <trollixx!> has joined #yocto15:51
*** laur <laur!lau@nat/intel/x-ulcdobtovxhezzbl> has quit IRC15:52
*** nerdboy <nerdboy!> has joined #yocto15:52
*** laur <laur!~lau@> has joined #yocto15:56
*** nerdboy <nerdboy!> has quit IRC15:59
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto15:59
*** joseppc <joseppc!> has quit IRC16:00
*** adam___ <adam___!> has quit IRC16:00
*** ScriptRipper <ScriptRipper!~ScriptRip@opensuse/member/MartinMohring> has quit IRC16:04
*** eballetbo <eballetbo!> has quit IRC16:06
*** klinger_ <klinger_!~klinger@> has quit IRC16:07
*** ScriptRipper <ScriptRipper!~ScriptRip@opensuse/member/MartinMohring> has joined #yocto16:09
*** mulhern <mulhern!> has quit IRC16:12
*** mulhern <mulhern!> has joined #yocto16:15
*** synthnassizer <synthnassizer!~quassel@> has quit IRC16:16
*** ant__ <ant__!> has quit IRC16:18
*** rostam <rostam!~zartoosh@nat/cisco/x-fhrpuudwabactgrq> has quit IRC16:20
*** slaine <slaine!~slaine@> has quit IRC16:22
*** rostam <rostam!~zartoosh@nat/cisco/x-kcorusqifflexpvc> has joined #yocto16:24
*** adam___ <adam___!> has joined #yocto16:25
*** Stygia <Stygia!> has quit IRC16:26
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has quit IRC16:30
*** adam___ <adam___!> has quit IRC16:31
*** mihai <mihai!~mihai@> has quit IRC16:32
*** pidge <pidge!~pidge@> has joined #yocto16:37
*** adam___ <adam___!> has joined #yocto16:37
*** adam___ <adam___!> has quit IRC16:42
*** Lahar <Lahar!41245403@gateway/web/freenode/ip.> has joined #yocto16:44
LaharHi! I was successfly able to set up and configure my environment for yocto build but whenever I do bitbake embedded-hv comes back to me with an error saying ERROR:Nothing PROVIDES 'embedded-hv' ..I have confirmed the BSP iso image I am downloading has hypervisor code in it too.16:46
*** klinger_ <klinger_!> has joined #yocto16:47
*** adam____ <adam____!> has joined #yocto16:49
LaharI was able to run bitbake fsl-image-minimal just fine..just having issues running bitbake embedded-hv16:50
kergothI'd say contact the maintainers of the fsl layer you're using (meta-fsl-arm / meta-fsl-ppc). read hte readme in the layer16:53
*** jkridner|work <jkridner|work!~jkridner@pdpc/supporter/active/jkridner> has quit IRC16:53
sgw_khem: around?16:57
Laharkergoth: ok so if I don't have .bb file for embedded-hv in one of the fsl-layer that means it won't build embedded-hv correct?17:01
*** panda84kde <panda84kde!> has quit IRC17:02
*** agust <agust!> has joined #yocto17:05
*** jkridner|work <jkridner|work!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto17:08
*** SidH_ <SidH_!~SidH_@> has quit IRC17:18
*** seebs <seebs!> has quit IRC17:43
*** seebs <seebs!> has joined #yocto17:44
LaharI just saw there is a folder called "embedded-hv" inside my yoctobuildpath/meta-fsl-ppc-private/recipes-tools/embedded-hv   ....Do I need to give path when I do bitbake embedded-hv?17:50
*** smartin_ <smartin_!> has joined #yocto17:52
*** jkroon <jkroon!> has joined #yocto17:53
*** jkridner|work <jkridner|work!~jkridner@pdpc/supporter/active/jkridner> has quit IRC18:01
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto18:19
kergothLahar: sounds like you didn't add meta-fsl-ppc-private to your bblayers.conf18:20
*** walters <walters!walters@nat/redhat/x-wpkezemwcqrwyatt> has joined #yocto18:21
Laharkergoth: I just checked the path is actually there18:22
Laharkergoth: but I don't find a .bb file inside yoctobuildpath/meta-fsl-ppc-private/recipes-tools/embedded-hv/ dir ....Does this mean I am missing something?18:23
*** sameo <sameo!~samuel@> has quit IRC18:23
*** Stygia <Stygia!> has joined #yocto18:29
*** Stygia <Stygia!> has joined #yocto18:29
*** ka6sox is now known as ka6sox-hot18:36
*** eren <eren!~eren@unaffiliated/eren> has joined #yocto18:37
nerdboyLahar: you could do "bitbake -e" to confirm the layer config18:43
trollixxnerdboy: Thanks for info. Looks like system linker is used for qtwebkit while I cross-compile for ARM, I'm not sure though.18:51
Laharnerdboy: Ok, Thanks! Let me try that.18:52
*** mulhern <mulhern!> has quit IRC18:52
nerdboytrollixx: did you look in the recipe files to see if LD is already there in EXTRA_OEMAKE or some such?18:55
nerdboyyou could try adding  LD='${CXX}' there...18:58
*** agust <agust!> has quit IRC18:59
trollixxnerdboy: I found OE_QMAKE_LINK = "${CXX}"19:00
*** zecke <zecke!> has quit IRC19:03
*** eren <eren!~eren@unaffiliated/eren> has quit IRC19:08
nerdboyyou could try setting it to BUILD_CXX instead19:10
nerdboybut that should evaluate correctly as-is19:10
nerdboymostly working on a lightweight openbox image, so i've avoided qt so far...19:12
*** smartin_ <smartin_!> has quit IRC19:14
*** sakoman <sakoman!> has quit IRC19:17
*** sakoman <sakoman!> has joined #yocto19:19
*** mulhern <mulhern!> has joined #yocto19:21
*** jbaxter <jbaxter!> has quit IRC19:21
*** mihai <mihai!> has joined #yocto19:22
Laharnerdboy: so, I looked for .bb class for embedded-hv and I found something called hv-test so I ran bitbake hv-test but ended up with an error which says Summary: 1 task failed: /home/lahar/QorIQ-SDK-V1.3.2-20130325-yocto/meta-fsl-ppc-private/recipes-tools/hv-test/, ...returning a non-zero exit coded. Any idea what that could be?19:23
trollixxnerdboy: the thing is that everything else is building correctly, so only webkit fails, I'll try BUILD_CXX now19:24
*** mario-goulart <mario-goulart!> has joined #yocto19:28
*** joeythesaint <joeythesaint!~jjm@> has quit IRC19:45
*** tor <tor!> has quit IRC19:46
nerdboytrollixx: which branch are you building from?19:49
nerdboyLahar: not without more info...19:49
Laharnerdboy: No problem! I think I found another file called and currently running bitbake hypervisor....let's see if that helps ...if not will ask you again.19:51
nerdboytrollixx: maybe that last commit is pooching it19:55
nerdboyif you're building master, then you could try a git checkout on the commit just prior to head19:56
nerdboyif that passes qa packaging then i would file a bug19:57
*** fray <fray!> has quit IRC20:00
*** ivali <ivali!~droid@unaffiliated/ivali> has joined #yocto20:01
*** ka6sox-hot is now known as ka6sox20:02
kergothdamnit, keep getting an ICE trying to build nativesdk-qemu20:04
trollixxnerdboy: I used several week old master branch first, and only then updated, so the problem is not in the latest commit.20:05
nerdboyah, then resetting LD in is your best bet20:06
trollixxnerdboy: I guess should address this problem, but not in my case20:06
trollixxunset LD?20:06
nerdboyunset/set or override it, however you want to look at it...20:07
trollixxok, now rebuilding, it takes a lot of time...20:08
nerdboyi would try adding EXTRA_QMAKEVARS += "${LD}=${BUILD_CXX}"20:08
nerdboyer, LD=...20:09
trollixxok, will try that if just unset won't succeed...20:10
nerdboyi think i found it20:13
nerdboygotta clone it to check20:14
nerdboyalso in the middle of my rpi image build20:14
halsteadI was just fixing a permission error on the minnowboard IRC logs and noticed the #yocto logs aren't linked to in the title.20:29
halsteadShould we add ?20:30
*** ivali <ivali!~droid@unaffiliated/ivali> has quit IRC20:30
*** mulhern <mulhern!> has quit IRC20:31
*** joeythesaint <joeythesaint!> has joined #yocto20:31
nerdboytrollixx: that sed expression doesn't look right20:34
nerdboyi would change it to \${B}20:34
nerdboycan you check the makefiles and see if that line actually worked?20:35
nerdboythere aren't any linker options like that in the older qt makefiles20:36
nerdboylooks like it's mostly qmake project files20:37
*** ant_home <ant_home!> has joined #yocto20:38
zibrinerdboy: i'm curious, why doesn't the sed line look correct? the variable should be expanded long before sed sees it. but then again, i'm new to oe/yocto, i may be missing some weird detail :)20:42
trollixxnerdboy: what should look for?20:42
trollixx*I look20:42
nerdboythe -rpath,${B}/lib part20:51
*** waynr_ <waynr_!> has quit IRC20:52
nerdboyzibri: i assumed it was literally looking for ${B}20:53
zibriah, if that's the case i think it would have to be double escaped, as to not let sed treat $ like end of line20:53
nerdboyi don't have qt5 source to look at yet20:54
trollixxnerdboy: find -name "Makefile*" | xargs sed -i "s|-Wl,-rpath,/home/oleg/Projects/willow-build/tmp/work/armv7a-vfp-neon-willow-linux-gnueabi/qtwebkit/5.0.2-r0.0/build/lib||g20:54
*** ivali <ivali!~droid@unaffiliated/ivali> has joined #yocto20:54
zibriI would think it was meant to remove host specific paths... like that one20:55
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC20:56
trollixxnerdboy: here's line from makefile:20:57
trollixxLFLAGS        = $(OE_QMAKE_LDFLAGS) -Wl,--gc-sections -Wl,--no-undefined -Wl,--no-undefined -Wl,-O1 -Wl,-rpath-link,/home/oleg/Projects/willow-build/tmp/sysroots/g2/usr/lib -shared -Wl,-Bsymbolic-functions -Wl,-soname,
nerdboytrollixx: it must be in $(OE_QMAKE_LDFLAGS)20:58
nerdboyzibri: it appears to be trying to remove the whole -rpath argument20:59
nerdboy-rpath-link should be safe as it's only a link time option21:01
zibriyes, i guess the current sed line is correct, then21:03
nerdboyhe's still getting a host rpath in a library21:04
nerdboystill waiting for my image build so i can bitbake qtwebkit -c configure and look for myself21:08
*** Lahar <Lahar!41245403@gateway/web/freenode/ip.> has quit IRC21:12
nerdboyonly 1800 tasks left to go...21:15
*** jkroon <jkroon!> has quit IRC21:19
trollixxnerdboy: OE_QMAKE_LDFLAGS='-Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed'21:22
*** sameo <sameo!~samuel@> has joined #yocto21:29
*** Lahar <Lahar!41245403@gateway/web/freenode/ip.> has joined #yocto21:31
LaharI am not sure if I am asking my question correctly - Is it possible to run a single recipe on QEMU. I actually downloaded BSP of P4080ds board but bitbaked it's hypervisor code only and would like to see it's image running on QEMU. but when I do runqemu p4080ds or runqemu hypervisor nothing works....21:33
*** ivali <ivali!~droid@unaffiliated/ivali> has quit IRC21:36
*** honschu_ <honschu_!> has joined #yocto21:44
*** honschu_ <honschu_!~honschu@shackspace/j4fun> has joined #yocto21:44
*** thaytan_ is now known as thaytan21:46
*** honschu <honschu!~honschu@shackspace/j4fun> has quit IRC21:47
*** walters <walters!walters@nat/redhat/x-wpkezemwcqrwyatt> has quit IRC22:02
*** joeythesaint <joeythesaint!> has quit IRC22:06
*** joeythesaint <joeythesaint!> has joined #yocto22:06
*** fray <fray!> has joined #yocto22:08
*** ant_home <ant_home!> has quit IRC22:35
*** Stygia <Stygia!> has quit IRC22:44
*** LNDN <LNDN!> has joined #yocto22:45
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-khbqzxekboymtlcg> has quit IRC22:48
*** Jefro <Jefro!> has joined #yocto22:48
*** andyross <andyross!> has quit IRC23:00
* pidge kicks 1.4.1 is out the door!23:02
*** hollisb <hollisb!> has quit IRC23:04
*** zenlinux <zenlinux!> has quit IRC23:22
*** andyross <andyross!> has joined #yocto23:33
*** tinti <tinti!~tinti@pdpc/supporter/student/tinti> has quit IRC23:48

Generated by 2.11.0 by Marius Gedminas - find it at!