Friday, 2014-05-16

*** Jefro <Jefro!> has quit IRC00:00
*** Jefro <Jefro!> has joined #yocto00:05
-YoctoAutoBuilder- build #97 of nightly-mips is complete: Failure [failed BuildImages Running Sanity Tests BuildImages_1 Building Toolchain Images Building Toolchain Images_1 Publishing Artifacts] Build details are at
*** rburton <rburton!> has quit IRC00:09
*** rburton <rburton!> has joined #yocto00:10
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC00:12
*** Jefro1 <Jefro1!> has joined #yocto00:14
*** Jefro <Jefro!> has quit IRC00:15
*** jwhitmore <jwhitmore!> has joined #yocto00:17
*** sjolley <sjolley!~sjolley@> has joined #yocto00:17
*** sgw_ <sgw_!~sgw@> has quit IRC00:20
*** lyang0 <lyang0!~lyang001@> has quit IRC00:21
*** rburton <rburton!> has quit IRC00:22
*** rburton <rburton!> has joined #yocto00:22
*** Jefro1 <Jefro1!> has quit IRC00:26
-YoctoAutoBuilder- build #97 of nightly-x86-64-lsb is complete: Failure [failed BuildImages BuildImages_1] Build details are at
*** rburton <rburton!> has quit IRC00:31
-YoctoAutoBuilder- build #101 of nightly-x86-64 is complete: Failure [failed BuildImages Running Sanity Tests BuildImages_1 Building Toolchain Images Building Toolchain Images_1 Publishing Artifacts] Build details are at
*** rburton <rburton!> has joined #yocto00:32
*** sameo <sameo!~samuel@> has quit IRC00:39
-YoctoAutoBuilder- build #96 of nightly-x86 is complete: Failure [failed BuildImages Running Sanity Tests BuildImages_1 Building Toolchain Images Building Toolchain Images_1 Publishing Artifacts] Build details are at
*** rburton <rburton!> has quit IRC00:42
-YoctoAutoBuilder- build #98 of nightly-ppc is complete: Failure [failed BuildImages Running Sanity Tests BuildImages_1 Building Toolchain Images Building Toolchain Images_1 Publishing Artifacts] Build details are at
*** rburton <rburton!> has joined #yocto00:42
*** radzy_away is now known as radzy00:44
*** adelcast <adelcast!~adelcast@> has quit IRC00:45
-YoctoAutoBuilder- build #96 of minnow-lsb is complete: Failure [failed BuildImages] Build details are at
*** rburton <rburton!> has quit IRC00:51
*** rburton <rburton!> has joined #yocto00:52
*** jwhitmore <jwhitmore!> has quit IRC00:54
*** radzy is now known as radzy_away00:57
*** rburton <rburton!> has quit IRC01:01
*** rburton <rburton!> has joined #yocto01:02
-YoctoAutoBuilder- build #98 of nightly-arm-lsb is complete: Failure [failed BuildImages BuildImages_1] Build details are at
-YoctoAutoBuilder- build #95 of nightly-ppc-lsb is complete: Failure [failed BuildImages BuildImages_1] Build details are at
*** radzy_away is now known as radzy01:30
-YoctoAutoBuilder- build #97 of nightly-x86-lsb is complete: Failure [failed BuildImages BuildImages_1] Build details are at
seebsSo, that turned out to be easy to find once I had the bogus directory permissions gone, I think.01:35
seebsIn populate_packages, there's a "for pkg in package_list" which us run with umask(0) because it doesn't want umask interfering with file operations...01:35
*** rburton <rburton!> has quit IRC01:35
seebsAnd the first thing it does is bb.utils.mkdirhier(root), where "root" is packages-split/packagename.01:35
*** rburton <rburton!> has joined #yocto01:36
seebsI think bb.utils.mkdirhier() should take an optional mode, and if that's provided, pass it on to os.makedirs. And should perhaps default to 755 if none is provided.01:36
seebsI also wonder if pseudo should perhaps silently mask *out* go=w from modes when calling real-chmod, at the same time that it's masking *in* u=rwx.01:38
*** lyang0 <lyang0!~lyang001@> has joined #yocto01:41
*** rburton <rburton!> has quit IRC01:47
*** rburton <rburton!> has joined #yocto01:48
-YoctoAutoBuilder- build #96 of nightly-qa-systemd is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at
*** seebs <seebs!> has quit IRC01:52
-YoctoAutoBuilder- build #93 of nightly-mips-lsb is complete: Failure [failed BuildImages BuildImages_1] Build details are at
*** radzy is now known as radzy_away02:05
*** seebs <seebs!> has joined #yocto02:19
*** dvhart <dvhart!dvhart@nat/intel/x-vgvyfhravbbmvmxw> has joined #yocto02:28
*** jennaesq <jennaesq!jennaesq@nat/intel/x-qbpykgahjcwgqtce> has joined #yocto02:32
*** cbzx <cbzx!> has joined #yocto02:40
*** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has joined #yocto02:46
*** dvhart <dvhart!dvhart@nat/intel/x-vgvyfhravbbmvmxw> has quit IRC02:52
*** pirolla <pirolla!~lucas@> has quit IRC02:57
*** Jefro <Jefro!> has joined #yocto03:09
*** Jefro <Jefro!> has quit IRC03:39
*** Jefro <Jefro!> has joined #yocto03:45
*** mr_science_ <mr_science_!> has joined #yocto03:59
*** Jefro <Jefro!> has quit IRC04:02
*** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has quit IRC04:02
*** Jefro <Jefro!> has joined #yocto04:11
*** mr_science_ is now known as mr_science04:13
*** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has joined #yocto04:13
*** kroon <kroon!> has quit IRC05:15
*** sgw_ <sgw_!~sgw@> has joined #yocto05:32
*** dvhart <dvhart!dvhart@nat/intel/x-hdpkzvysgcqkaffn> has joined #yocto05:36
*** sgw_ <sgw_!~sgw@> has quit IRC05:40
*** agust <agust!> has joined #yocto05:41
*** edsiper <edsiper!> has quit IRC05:41
*** edsiper <edsiper!> has joined #yocto05:42
*** dvhart <dvhart!dvhart@nat/intel/x-hdpkzvysgcqkaffn> has quit IRC05:49
*** W1N9Zr0 <W1N9Zr0!~w1n9zr0@2605:6400:20:895b:22:0:1c4:4d6a> has quit IRC05:55
*** W1N9Zr0 <W1N9Zr0!~w1n9zr0@2605:6400:20:895b:22:0:1c4:4d6a> has joined #yocto06:02
*** cbzx <cbzx!> has quit IRC06:02
*** kroon <kroon!~kroon@> has joined #yocto06:06
*** mbelisko <mbelisko!> has joined #yocto06:09
mbeliskohi guys, one question. I'm getting following erro during do_rootfs task: KeyError: "filename './control' not found"06:09
mbeliskoany ideas what to do next (rebuild, clean something)?06:10
*** nitink <nitink!~nitink@> has quit IRC06:12
*** dvhart <dvhart!~dvhart@> has joined #yocto06:20
*** kevin_t <kevin_t!~Thunderbi@> has quit IRC06:44
*** kevin_t <kevin_t!~Thunderbi@> has joined #yocto06:44
*** diego_r <diego_r!> has joined #yocto06:50
*** msm <msm!> has quit IRC06:55
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/> has joined #yocto06:59
*** jbrianceau_away is now known as jbrianceau07:00
kroonmbelisko, maybe post a little more context on pastebin ?07:00
*** msm <msm!> has joined #yocto07:01
*** dvhart <dvhart!~dvhart@> has quit IRC07:02
*** eballetbo <eballetbo!> has joined #yocto07:07
*** tasslehoff <tasslehoff!~tasslehof@> has joined #yocto07:11
*** florian <florian!> has joined #yocto07:11
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto07:11
*** mckoan|away is now known as mckoan07:13
mckoangood morning07:13
*** beaver_545 <beaver_545!> has quit IRC07:17
*** florian_kc <florian_kc!> has joined #yocto07:26
*** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has joined #yocto07:26
*** sameo <sameo!~samuel@> has joined #yocto07:27
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC07:27
*** florian_kc is now known as florian07:27
LetoThe2ndjust giving the autobuilder a first try, yocto-start-autobuilder runs into
LetoThe2ndanybody seen that already?07:56
*** mra_ <mra_!> has quit IRC08:01
*** mbelisko <mbelisko!> has quit IRC08:12
*** ant_work <ant_work!> has joined #yocto08:32
*** bluelightning <bluelightning!~paul@> has joined #yocto08:34
*** bluelightning <bluelightning!~paul@> has quit IRC08:34
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto08:34
bluelightningmorning all08:35
LetoThe2ndhowdy bluelightning08:35
bluelightninghey LetoThe2nd08:35
LetoThe2ndbluelightning: aren't you also involved in the autobuilder a bit?08:35
mckoanhi bluelightning, LetoThe2nd, all08:36
bluelightninghi mckoan08:36
LetoThe2ndhowdy mckoan08:36
bluelightningLetoThe2nd: not really directly, that's pidge's domain of expertise08:37
LetoThe2ndbluelightning: yeah, for advanced stuff ;)08:37
LetoThe2ndi'm just trying to ti give it a first try, clean git clone, source the setup file, and then yocto-start-autobuilder breaks with
LetoThe2ndbluelightning: in case it rings a bell please scream, otherwise i'll wait for pidge to poke08:38
*** elmi82 <elmi82!> has joined #yocto08:41
SaurWhich assumption is correct: "a recipe A that depends on another recipe B can use users/groups that B creates" or "all recipes must create the users/groups they require themselves"?08:42
*** JimBaxter <JimBaxter!> has joined #yocto08:45
*** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has quit IRC08:46
*** belen <belen!~Adium@> has joined #yocto09:04
*** blitz00 <blitz00!~stefans@unaffiliated/blitz00> has joined #yocto09:18
*** arky <arky!~arky@> has joined #yocto09:30
*** csf <csf!8d643a17@gateway/web/freenode/ip.> has joined #yocto09:41
*** d_s_e <d_s_e!~d.s.e@2001:a60:147e:6001:5d9f:3bba:5261:f5a5> has joined #yocto09:45
*** stosw <stosw!> has joined #yocto09:45
csfhi everyone, I am having trouble building yocto for the omap5 evm09:57
csfI am trying to add the omap5-sgx package09:57
csfbut I am getting erros during build09:58
csferror: file /usr/lib/ conflicts between attempted installs of omap5-sgx-ddk-um-linux- and libgles2-mesa-9.2.5-r0.armv7a_vfp_neon09:58
*** stosw <stosw!> has quit IRC09:58
csfanyone an idea how to tell bitbake to use only the omap5-sgx stuff instead of the mesa?09:59
rburtonuse PREFERRED_PROVIDER10:07
rburtonis this your own bsp, or eg meta-ti?10:07
rburtonbasically you need to set PREFERRED_PROVIDER_virtual/libgles2 to omap5-sgx, or whatever the recipe is calle10:08
csfI set PREFERRED_PROVIDER_virtual/libgles2 = "omap5-sgx-ddk-um-linux"10:17
csfin conf/local.conf10:17
csfcould it be that there are some tmp files I need to delete?10:18
*** mulhern <mulhern!~mulhern@> has joined #yocto10:21
*** mulhern <mulhern!~mulhern@> has left #yocto10:21
rburtonin this case tell meta-ti they've broken something10:25
rburtonyou'll need to use the *recipe* name10:26
csfwhich receipe name do you mean? is there one for libgles?10:28
rburtonthe recipe that generates omap5-sgx-ddk-um-linux-
csfok, will try that10:36
csfis there a way to print all PREFERRED_PROVIDER ?10:40
rburtongrep will do it :)10:41
rburtonor bitbake -e10:41
csf:) thanks i'm already greping the hell out of my ssd :)10:42
*** mckoan is now known as mckoan|away10:46
*** arky <arky!~arky@> has quit IRC10:46
*** blitz00 <blitz00!~stefans@unaffiliated/blitz00> has quit IRC10:48
*** pirolla <pirolla!~lucas@> has joined #yocto10:48
rburtondefault definition is in meta/, there should be another in meta-yi10:52
*** arky <arky!~arky@> has joined #yocto11:05
*** Net147 <Net147!> has joined #yocto11:11
*** kiruthika <kiruthika!~kiruthika@> has quit IRC11:13
*** JaMa <JaMa!> has joined #yocto11:20
SaurTrying this again since I got no answer the first time. Which assumption is correct: "a recipe A that depends on another recipe B can use users/groups that B creates" or "all recipes must create the users/groups they require themselves"?11:21
*** freanux <freanux!~freanux@unaffiliated/freanux> has quit IRC11:21
*** freanux <freanux!~freanux@unaffiliated/freanux> has joined #yocto11:22
ant_workSaur: in my experience only a few programs/demons add specific users/groups11:34
ant_workI can't imagine how to generalize11:34
Saurant_work: Well, the problem for us is that we have a lot of recipes that do. And if the first assumption is correct then the useradd.bbclass needs to be corrected so that it adds a dependency from do_install to base-passwd:do_populate_sysroot and base-passwd:do_populate_sysroot_setscene, because if either of those tasks execute they will overwrite /etc/passwd and /etc/group, effectively removing any users/groups that were created before...11:37
*** zecke <zecke!> has joined #yocto11:41
ant_workSaur: I see, it is not obvious11:50
Saurant_work: Nope, I agree. On the other hand, if it is the second assumption that is correct, then there should be QA tests in place to make sure all recipes create the users/groups they use.11:51
ant_workI think that any recipe should care itself11:51
ant_worksame in Gentoo: "..If your ebuild requires a user or group to be added for a daemon, for example, this should be performed via the functions available in user.eclass.."11:52
Saurant_work: I would prefer that as well. However, then you end up with the problem that the first recipe that creates a user "wins", which means that you must make sure that the user definition is exactly the same in all recipes...11:52
ant_workSaur: see the interesting check done
ant_workat first, check that we are in preinst/postinst11:55
*** jluisn <jluisn!~quassel@> has joined #yocto11:59
ant_workexactly that12:05
ant_workif [ "${BB_CURRENTTASK}" = "populate_sysroot" -o "${BB_CURRENTTASK}" = "populate_sysroot_setscene" ]12:05
*** dmoseley <dmoseley!> has quit IRC12:13
*** kscherer <kscherer!~kscherer@> has joined #yocto12:15
*** jluisn <jluisn!~quassel@> has quit IRC12:27
*** jluisn <jluisn!~quassel@> has joined #yocto12:28
*** adelcast <adelcast!~adelcast@> has joined #yocto12:34
*** dmoseley <dmoseley!> has joined #yocto12:39
*** simmel80___ <simmel80___!> has joined #yocto12:41
*** adelcast <adelcast!~adelcast@> has quit IRC12:43
*** sroy_ <sroy_!~sroy@2607:fad8:4:6:3e97:eff:feb5:1e2b> has joined #yocto12:46
*** muppe <muppe!> has joined #yocto12:55
simmel80___master-next, core-image-minimal build for imx6, libudev do_configure: "configure: error: "udev support requested but libudev not installed""12:58
simmel80___but = "acl glib-2.0 libusb usbutils pciutils gperf-native libxslt-native util-linux"12:59
simmel80___circular dependency?12:59
simmel80___building libusb with --disable-udev works12:59
simmel80___libusb was updated yesterday, libusb1: Update to 1.0.1813:00
*** csf <csf!8d643a17@gateway/web/freenode/ip.> has quit IRC13:15
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-jxikppvrgmuxcyoq> has joined #yocto13:17
*** cbzx <cbzx!> has joined #yocto13:18
simmel80___thanks, kroon13:27
*** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has joined #yocto13:32
simmel80___kroon, i am not very experienced in yocto/OE, so cannot judge if it is right, but does it work around the circular dependency that i think there is, when udev is part of the build13:33
simmel80___then udev depends on libusb, and libusb would try to build against libudev.h, or do i misunderstand?13:33
*** davest <davest!Adium@nat/intel/x-aeqwoetglbwhigsn> has joined #yocto13:37
kroonsimmel80___, hmm good q.. I'm not sure about that problem. Target libusb1 build fine on my laptop, I only had a problem with nativesdk-libusb113:40
simmel80___kroon, for my case, target libusb1 failed to build, on "bitbake core-image-minimal", i did not try nativesdk13:43
*** davest <davest!Adium@nat/intel/x-aeqwoetglbwhigsn> has quit IRC13:43
*** jchonig <jchonig!> has quit IRC13:45
*** rtollert <rtollert!~rtollert@> has quit IRC13:45
*** xerent <xerent!> has quit IRC13:45
*** DarkKnight_ <DarkKnight_!> has quit IRC13:45
*** RagBal <RagBal!> has quit IRC13:45
*** Xz <Xz!~kmsywula@> has quit IRC13:45
*** vmeson <vmeson!~quassel@> has quit IRC13:45
*** xerent <xerent!> has joined #yocto13:46
*** Xz <Xz!~kmsywula@> has joined #yocto13:46
*** RagBal <RagBal!> has joined #yocto13:46
*** rtollert <rtollert!~rtollert@> has joined #yocto13:46
*** DarkKnight <DarkKnight!> has joined #yocto13:47
*** vmeson <vmeson!~quassel@> has joined #yocto13:47
*** jchonig <jchonig!> has joined #yocto13:47
simmel80___kroon, and this was from scratch, i think it would maybe work if the udev would already have been built previously13:50
*** tasslehoff <tasslehoff!~tasslehof@> has quit IRC13:50
kroonsimmel80___, aha. yeah theres a difference, i did an incremental build, with the libusb1 update. on the other hand I dont see anyhing changed in the recipe with regards to DEPENDS13:52
simmel80___my guess is that the source changed, to now depend on libudev.h by default13:52
kroonyeah could be13:53
*** rcw <rcw!~rwoolley@> has joined #yocto13:55
*** jcallea <jcallea!> has joined #yocto13:58
*** muppe <muppe!> has quit IRC14:02
*** freanux <freanux!~freanux@unaffiliated/freanux> has quit IRC14:20
*** freanux <freanux!~freanux@unaffiliated/freanux> has joined #yocto14:21
*** radzy_away is now known as radzy14:29
*** pidge <pidge!> has quit IRC14:31
*** ant_work <ant_work!> has quit IRC14:31
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-jxikppvrgmuxcyoq> has quit IRC14:31
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-cmmnuuwytnslngue> has joined #yocto14:34
*** arky <arky!~arky@> has quit IRC14:38
*** munch <munch!> has joined #yocto14:40
*** nitink <nitink!~nitink@> has joined #yocto14:42
*** nitink <nitink!~nitink@> has quit IRC14:47
*** adelcast <adelcast!~adelcast@> has joined #yocto15:06
*** simmel80___ <simmel80___!> has quit IRC15:12
*** davest <davest!Adium@nat/intel/x-iqilclqbkwcsodio> has joined #yocto15:12
*** simmel80 <simmel80!> has joined #yocto15:13
*** eballetbo <eballetbo!> has quit IRC15:16
*** staylor <staylor!> has joined #yocto15:16
*** tonghuix_ <tonghuix_!~tonghuix@> has joined #yocto15:19
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has quit IRC15:22
*** elmi82 <elmi82!> has quit IRC15:22
*** FunkyPenguin <FunkyPenguin!~quassel@opensuse/member/FunkyPenguin> has joined #yocto15:22
*** sjolley <sjolley!~sjolley@> has quit IRC15:23
*** kroon <kroon!~kroon@> has quit IRC15:33
kergothseebs: FYI, was getting XATTR_CREATE not defined building pseudo, seems like you need a #include <linux/xattr.h>15:46
rburtoni don't suppose anyone knows how to have a spec file without a source: in15:46
*** zecke <zecke!> has quit IRC15:46
*** sjolley <sjolley!~sjolley@> has joined #yocto15:50
*** sroy_ <sroy_!~sroy@2607:fad8:4:6:3e97:eff:feb5:1e2b> has quit IRC15:55
*** ant_home <ant_home!> has joined #yocto15:55
*** nitink <nitink!~nitink@> has joined #yocto15:56
darknightearg.  switched my emails on the mailing lists and managed to disable "receive emails"16:00
kergothheh, oops16:01
rburtonDarkKnight: but what a productive week!16:01
darknighteyep.  I knew my inbox was suspiciously empty.16:01
*** sroy <sroy!~sroy@2607:fad8:4:6:6e88:14ff:feff:5374> has joined #yocto16:02
darknighterburton: hehe, there's more than one DarkKnight / darknighte hanging around here these days...16:02
-YoctoAutoBuilder- build #104 of eclipse-plugin-kepler is complete: Success [build successful] Build details are at
rburtonoh damnit adium16:02
* darknighte wonders who that masked DarkKnight is16:02
*** sjolley <sjolley!~sjolley@> has quit IRC16:03
rburtonDarkKnight: it's Evil Sean from the darkest timeline16:03
rburtondid it again!!16:03
rburtonadium's completion algorithm is actually malicious16:03
*** roric <roric!> has joined #yocto16:03
*** sjolley <sjolley!sjolley@nat/intel/x-uvfwihjmlnawjtio> has joined #yocto16:06
*** kroon <kroon!> has joined #yocto16:06
denixdarknighte: cloning yourself?16:07
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC16:09
*** esquire3789 <esquire3789!> has quit IRC16:21
*** pidge <pidge!pidge@nat/intel/x-qdsalpfukpwlrarv> has joined #yocto16:25
pidgeLetoThe2nd: Hey, ab stuff. You pinged?16:26
LetoThe2ndpidge: kind of. didn't want to poke you directly until i digged it a bit deeper. just asked paul as he joined the time i was stuck16:27
LetoThe2ndpidge: turned out (just 5 minutes ago) that it was just missing dependencies that made it fail kind of ungracefully16:27
pidgeLetoThe2nd: which one?16:28
LetoThe2ndpidge: about all of them. when trying such stuff i usually start with a clean slate machine, in this case ubuntu16:28
pidgeLetoThe2nd: In theory all the deps for the ab should be there. if they aren't, lemme know.16:28
pidgeoh, was this an oe dep?16:29
LetoThe2ndpidge: then git pull, . ./yocto-autobuilder-setup, then ./yocto-start-autobuilder both16:29
*** challinan <challinan!> has joined #yocto16:30
LetoThe2ndstarting then breaks if the things needed for building are not installed, like make16:30
LetoThe2ndpidge: check
pidgeLetoThe2nd: Ah, yeah. that is a dep generally satisfied by oe.16:31
*** sgw_ <sgw_!> has joined #yocto16:31
pidgeLetoThe2nd: If you'd like to open up a bug that would help me.16:32
LetoThe2ndpidge: sure, but i took the super dumbass approach and went like "hey, whatever it needs, it should be noted in the readme"16:32
LetoThe2ndas there was nothing noted there, i thought "probably it starts, just won't do anything useful"16:33
LetoThe2ndwhich it then didn't16:33
pidgeLetoThe2nd: Yeah, I think there are two bugs here. 1. A big more docs on deps. 2. Some better error condition handling16:33
LetoThe2ndpidge: yeah, interpreting it that way is certainly right (no offense meant)16:33
seebsHuh, I shouldn't need to include <linux/xattr.h>, because in general as I understand it user code shouldn't need to include linux/anything because kernel headers are mostly for kernel stuff.16:33
seebsI will have to investigate more.16:33
*** diego_r <diego_r!> has quit IRC16:34
pidgeLetoThe2nd: none taken at all. The ab rewrite is relatively new (just over 16 months). There's still a bit of spit and polish that's needed around docs/dev experience.16:35
*** seebs <seebs!> has quit IRC16:36
LetoThe2ndpidge: i see! well i got it basically working right now and will dig a bit to find out whats really the needed stuff for reproducing an AB machine. if you're interested i can file some ideas for docs as a bug or send them to you16:36
pidgeLetoThe2nd: No, sure, file away.16:37
LetoThe2ndpidge: will do once i carved out what was just cargo cult and what was actually needed :)16:38
*** nitink <nitink!~nitink@> has quit IRC16:38
*** jbrianceau is now known as jbrianceau_away16:38
*** seebs <seebs!> has joined #yocto16:39
pidgeLetoThe2nd: Yeah, it's sometimes difficult finding holes as it's kind of surprising the different ways people use it.16:39
LetoThe2ndpidge: hehe i guess i'm the super trivial use case. box sitting in a corned producing root fs and sdks when needed for coworkers nothing more.16:40
pidgeLetoThe2nd: Nah, no such thing as a trivial use case.16:40
LetoThe2ndpidge: too bad, i like being trivial16:41
*** belen <belen!~Adium@> has quit IRC16:41
-YoctoAutoBuilder- build #101 of nightly-oecore is complete: Failure [failed BuildImages Running Sanity Tests Building Toolchain Images Building Toolchain Images_1] Build details are at
*** sroy <sroy!~sroy@2607:fad8:4:6:6e88:14ff:feff:5374> has quit IRC16:43
LetoThe2ndpidge: kicked off first build, seems to be working :) thanks for repsonding, i'll let you know when i have something worthwhile reading/discussing :)16:45
pidgeLetoThe2nd: kewl.16:46
LetoThe2ndremember to have a nice weeked so far ;)16:46
*** sroy <sroy!~sroy@2607:fad8:4:6:6e88:14ff:feff:5374> has joined #yocto16:50
*** sroy <sroy!~sroy@2607:fad8:4:6:6e88:14ff:feff:5374> has quit IRC16:52
*** sjolley <sjolley!sjolley@nat/intel/x-uvfwihjmlnawjtio> has quit IRC16:54
*** sjolley <sjolley!~sjolley@> has joined #yocto16:55
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-cmmnuuwytnslngue> has quit IRC17:03
*** roric <roric!> has quit IRC17:07
*** esquire3789 <esquire3789!> has joined #yocto17:08
*** sroy <sroy!~sroy@2607:fad8:4:6:3e97:eff:feb5:1e2b> has joined #yocto17:09
*** tonghuix_ <tonghuix_!~tonghuix@> has quit IRC17:10
*** maxtothemax <maxtothemax!~maxtothem@> has joined #yocto17:14
*** Xooch <Xooch!480cd342@gateway/web/freenode/ip.> has joined #yocto17:14
XoochHello. Guess I'll just simply ask my question :)  I've built an image with Yocto, but I've closed my terminal. When I open a new terminal, what do I need to run to set up everything correctly? bitbake is not in my path, although it was when I created my first image.17:15
seebsSo it took all of yesterday, but I can now explain why packages-split might have any of the following modes: 777, 755, 775, 700.17:16
pidgeXooch: You'll need to . ./oe-init-build-env again17:16
seebsXooch: I don't know off the top of my head, but in case you aren't aware, you may sometimes need to hang around for a few hours before answers show up. Unless pidge is around.17:16
XoochI thought so, but was a bit afraid that might "do more", since it created some directory structures and such.17:17
pidgeXooch: Nah, it only does that if they don't exist the first time around.17:17
Xoochseebs - yeah, I figured that might be the case, but it appears I got lucky today!17:17
XoochThanks for the help.17:17
pidgeXooch: np.17:18
*** Xooch <Xooch!480cd342@gateway/web/freenode/ip.> has quit IRC17:18
pidgeseebs: I'm almost never around :P17:18
rburtonseebs: you can't leave that hanging!17:18
*** Xooch <Xooch!480cd342@gateway/web/freenode/ip.> has joined #yocto17:19
XoochI think I left too early. running "." closes my terminal!17:20
seebsHuh, that's odd.17:20
seebsMy suggestion:17:20
seebs$ sh -x17:20
seebs$ . ./oe-layertool-setup.sh17:20
XoochI don't think I'm current with the new release. I didn't start with poky, but with something from TI, and I think I'm on "dylan" if that makes any difference.17:20
seebsthen if that exits, you'll see what it executed.17:20
seebsrburton: You would be amazed at what I can forget I started to talk about when I'm doing something else while chatting. :P17:21
XoochStill closes that terminal.17:21
seebs... That's very odd indeed.17:21
seebsBecause it shouldn't be able to close the parent shell.17:21
seebsHmm. What if you ssh in to localhost and run it there?17:21
seebsThen it shouldn't have any clue about the terminal.17:22
seebs""? Shouldn't it be "oe-init-build-env"?17:22
seebsOkay, so, packages-split modes.17:22
XoochGood idea. It says "ERROR: You must either use this script with the -i or -f options", prints usage, then closes the ssh connection.17:22
pidgeXooch: Yeah, is this a different thing you're trying to do?17:23
seebsYeah, I think is the wrong thing, it's a command you'd invoke, not a thing to source into a shell to get your environment set up.17:23
seebspopulate_packages() calls umask(0) before iterating through making the directories for each package. It then uses bb.utils.mkdirhier() to make .../packages-split/pkgname.17:23
seebsThis creates packages-split with mode 777 if it did not already exist. And unfortunately, it does this BEFORE trying to make packages-split with a reasonable mode.17:24
seebsSo it is fairly common for packages-split to end up with mode 777.17:24
seebsThere is another path through this, which I'm not sure where it is but I found it once, which ends up running similar stuff only with umask 2; you can find this by looking for a warning note about running something with umask 002.17:24
seebsThat gets you the 777 and 775 cases.17:25
* kergoth chuckles17:25
seebs755 appears to come from processing this with your regular 022 umask, or possibly unpacking an archive which includes that directory when you're not running under pseudo.17:25
seebs700. Well.17:25
kergothi agree it would be a good idea to add a mode argument for mkdirhier :)17:25
Xoochyou're right, wrong script. The correct one is in sources/oe-core/oe-init-build-env it appears. I ran this from the top level dir and from the build directory, but I get an error about /home/steve/src/tisdk/sources/oe-core/bitbake not existing... Which directory should I be in to run it?17:25
seebsIf GNU tar thinks you're root, instead of creating directories with their desired mode, it creates them with mode 700, then does a delayed set of the file permissions.17:26
seebsThe delayed set goes through and eventually calls fchmodat().17:26
seebsThere's a comment in the code, though, pointing out that Linux will always reject fchmodat(..., AT_SYMLINK_NOFOLLOW). So if the initial call fails with errno = ENOTSUP, it then tries again.17:27
seebsProblem is: pseudo naively passes on the original fchmodat() arguments to the kernel, then discards any reported failures in case you were doing something like setting setuid bits, which pseudo wants you to think you could do.17:27
seebsSo the fchmodat(..., AT_SYMLINK_NOFOLLOW) doesn't "fail" for GNU tar, but the attempt to call fchmodat() on the underlying filesystem does. So the mode never gets changed from 0700.17:28
seebsAnd that is why packages-split ends up with any of *four* different modes, in ways that are fairly unpredictable and not completely consistent within any given package.17:28
seebsMy proposed fix to bitbake is to add ", mode = 0755" to mkdirhier, and pass the mode to os.makedirs, because I am pretty sure we never *wanted* 0777 & ~umask as a default.17:29
seebsFor pseudo, my current plan is to add a static flag for whether I think AT_SYMLINK_NOFOLLOW should fail. Try normally once, but if I get -1/ENOTSUP from an fchmodat with AT_SYMLINK_NOFOLLOW, set the flag, and future calls will bail early if AT_SYMLINK_NOFOLLOW is set.17:30
seebsThat way, at least I don't do two database round trips per file for GNU tar's surreal decision to dutifully keep trying an unsupported thing for every single file just in case the user upgrades to a 4.x or later kernel which has implemented support for a new feature sometime during the extraction.17:31
seebs(To be fair, if it were implemented per-filesystem, it would be conceivable for an archive extraction to cross a mount point...)17:31
XoochFYI, I had to run ". conf/setenv" from my build directory. I'm working now.17:35
*** Xooch <Xooch!480cd342@gateway/web/freenode/ip.> has quit IRC17:39
-YoctoAutoBuilder- build #97 of nightly-qa-systemd is complete: Success [build successful] Build details are at
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-hcponupwplybikdv> has joined #yocto18:00
*** nitink <nitink!nitink@nat/intel/x-rfkssjuwzkigspcs> has joined #yocto18:03
*** sameo <sameo!~samuel@> has quit IRC18:04
*** JaMa <JaMa!> has quit IRC18:14
*** blitz00 <blitz00!~stefans@> has joined #yocto18:15
*** blitz00 <blitz00!~stefans@unaffiliated/blitz00> has joined #yocto18:15
*** radzy is now known as radzy_away18:27
*** zecke <zecke!> has joined #yocto18:34
*** dmoseley <dmoseley!> has quit IRC18:36
kergothseebs: — if we ignore the username/id mapping from pseudo, those files listed as xuser are really uid 1000, which is the uid of the user doing the bitbake build. that ls -l was done under a devshell, of course.18:41
kergothso you can see it was fine at ${D} after do_install, but the owner got lost as it got thrown into /package/ for use by do_package18:42
kergothnot sure if it's a pseudo problem or not, just throwing it out there, because i'm running out of ideas18:42
seebsI'm gonna go with "I bet it's user error" in the sense that it could well be bitbake doing something with pseudo that doesn't work.18:45
zeckekergoth: hey! I noticed one "unwanted" behavior of your copyleft. It will happily symlink a git repository. So every time I build a new kernel revision (e.g. 3.10.x) I will have to put ~700mb of data on our download site (sure I could turn on dedup on ZFS for that area). Do you know if the archiver is fixed in master or have you considered to create a tarball from the git repository?18:46
kergothzecke: both copyleft_compliance and archiver will use a git mirror tarball if one exists. see
seebsOkay, just to clarify, since I've never gotten to the message clarification thing.18:47
seebspseudo: path mismatch [2 links]: ino 5770631 db '/var/jenkins/workspace/drew/build/tmp/work/dbfp3-mel-linux/hostap-utils/0.4.7-r4/package/usr/sbin/hostap_rid' req '/var/jenkins/workspace/drew/build/tmp/work/dbfp3-mel-linux/hostap-utils/0.4.7-r4/package/usr/src'.18:47
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/> has quit IRC18:47
volker-does someone know a nice overview of kernel modules required for various iptables featurs?18:47
kergothzecke: just enable BB_GENERATE_MIRROR_TARBALLS = "1" and you'll be fine18:47
seebsWhat this means is that inode 5770631, which currently has two links, was in the database with the name ".../usr/sbin/hostap_rid", and showed up in a request attached to ".../package/usr/src".18:48
zeckekergoth: okay. This will use "git archive" on the checkout to create the tarball?18:48
zeckekergoth: thanks for the info. Let me re-build all images overnight and have a look. :)18:48
seebsAnd that means that, at some point, usr/sbin/hostap_rid got noticed by pseudo and added to the database, and then it got unlinked *outside* of the pseudo environment.18:48
kergothno idea, this is the standard bitbake mechanism for archiving the repository for use on mirrors, the fetcher supports downloading and using such a mirror tarball18:48
seebsAnd something else reused the inode.18:48
*** jwhitmore <jwhitmore!> has joined #yocto18:49
kergothseebs: huh, i don't see how that'd even be possible, all the packaging tasks run under pseudo18:49
seebsWell, it's possible that some other task isn't running under pseudo because it doesn't need to.18:49
seebsPresumably, usr/sbin/hostap_rid got deleted. When did it get deleted?18:50
seebsIs it possible that the thing which deleted it wasn't considered "a packaging task"?18:50
kergothit should never have been deleted during the packaging process. that ls -l was after the build, so clearly it still existed there18:50
kergothls says its there after those tasks ran18:50
* kergoth shrugs18:50
kergothagain, it shouldn't have been deleted at all, ever. and if it was deleted, then why is it back again after the tasks ran?18:51
seebsOkay, that is very odd. Because presumably it *somehow* got deleted-and-recreated or something.18:51
seebsI assume it has a new inode now?18:51
kergothodd indeed18:51
seebsBTW, if you're using pseudo 1.6, the debug options are MUCH improved.18:51
seebsNo longer do you face the horrible nightmare of verbosity that was PSEUDO_DEBUG=2.18:52
seebsNow you can do things like PSEUDO_DEBUG=f and get file creation/deletion notes, but not other stuff.18:52
kergothoh! right, i see. do_package did its split out the debug info stuff18:53
kergothso it got rereated without that18:53
kergothbut that should all have been done within do_package18:53
* kergoth scratches head18:53
seebsWell, there's a possibility.18:54
seebsOne time we started seeing stuff like this, and the reason turned out to be that there was a path into the library that could make syscalls that pseudo wasn't intercepting.18:54
seebsI bet I know.18:56
seebsYou're at MG, right?18:56
seebsAre you using a binary toolchain?18:56
kergothwhat's odd to me is the two dir errs are both the same /package/usr/sbin/hostap_rid, but neither of those inode numbers are the one it ends up being after the debug split. so it's existed with 3 different inode numbers during the packaging process, not 2 as one would expect18:56
seebsIs it a ... 32 bit binary toolchain? On a 64-bit host?18:56
seebsBecause by default oe-core won't try to make a 32-bit pseudo library. And then the 32-bit binary toolchain components don't actually run under pseudo at all.18:56
seebsAnd that can cause things like objcopy to wreck the pseudo database.18:57
kergothmeta-sourcery forces NO32LIBS = "0" in its tcmode18:57
* kergoth ponders18:57
seebsOh, right. And you'd be getting a ton of errors if that didn't work.18:57
seebsYou might want to try to run objcopy and such under pseudo in a test directory, see whether they work as expected and produce the right database entries.18:58
seebsI suppose in theory there could be a statically-linked binary in there or something?18:58
kergothgood idea, I'll look into that. that does make sense, it would explain this behavior18:58
kergoththanks for the help, need food now :)18:58
zeckekergoth: hmm. It just tars the .git/ directory. But then again so did the archiver I used in edison18:58
kergothzecke: ah, you want the opposite? would probably need to enhance it further18:59
*** radzy_away is now known as radzy19:03
*** blitz00 <blitz00!~stefans@unaffiliated/blitz00> has quit IRC19:03
*** zecke <zecke!> has quit IRC19:07
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC19:12
kergothseebs: so, yeah, I'm an idiot. I forgot that a while ago I disabled pseudo during toolchain binary execution. Horribly stupid, in retrospect. Course, at the time I didn't know how to deal with it. The toolchain created a lockfile in /tmp including the user id, so if multiple users built both under pseudo they'd step all over each other with the same naming but diffferent ownership. I should have seen this coming when I did that, that was stupid. I19:23
kergoth guess I hoped that writing the files into ${B} with wrong ownership would be corrected by do_install, which it is in 90% of cases, but objcopy kicked me right square in the ass :)19:23
kergothseebs: so thanks again for helping me identify my foolishness :)19:26
* kergoth rolls eyes19:26
volker-iptables on yocto does not accept '--dport' on my system\19:26
volker-never seen that before19:27
*** jcallea <jcallea!> has quit IRC19:28
seebsOh, good. At least it makes sense.19:29
seebsI actually spent a month or so ignoring lots of "unable to load" messages because I somehow concluded they probably didn't matter.19:29
seebsIt was exactly that -- objcopy wasn't getting pseudo. It's the only part of the toolchain that usually runs in an environment where this matters.19:30
*** jcallea <jcallea!> has joined #yocto19:41
*** scottrif <scottrif!> has joined #yocto19:50
scottrifhalstead: ping19:51
*** pirolla <pirolla!~lucas@> has quit IRC20:09
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC20:11
*** radzy is now known as radzy_away20:15
*** roric <roric!> has joined #yocto20:17
*** challinan <challinan!> has quit IRC20:22
seebsOkay, I am sure there's people here with use cases I've never thought of.20:25
kergothugh, I was adjusting the aeropress after I had put 100ml of near-boiling water from the kettle in it, and the cylinder slid out instead, dumping it directly onto my left hand. note to self: be more careful when making coffee20:26
seebspseudo does not store files on disk with exactly the same permissions they have in the database; right now, that just means it adds 0600 (or 0700 for directories) to the on-disk file, so you can write to files that have no write permission in the database. Because you're presumably root.20:26
*** davest <davest!Adium@nat/intel/x-iqilclqbkwcsodio> has quit IRC20:26
seebsSo, after this mkdirhier thing and such, I am thinking that I wish to also mask *out* some write bits.20:26
seebsAnd I'm currently leaning towards 022, but if someone can make a really good case for needing the on-disk files to be group-writeable, I'm willing to consider it.20:27
seebsPretty sure I want 002 masked out no matter what.20:27
*** davest <davest!~Adium@> has joined #yocto20:27
*** scottrif <scottrif!> has left #yocto20:27
*** rcw <rcw!~rwoolley@> has quit IRC20:42
seebsHuh. There were two patches in oe-core for pseudo that never made it into upstream, now added to
*** jluisn <jluisn!~quassel@> has quit IRC20:46
seebsSo the URL in the pseudo recipe ( goes to a very pretty web page, but does not actually give me a tarball?20:47
kergothheh, that's not good20:50
*** rburton <rburton!> has quit IRC20:51 seems to work.20:51
seebsFWIW, I'm hoping to send out a patch shortly to add the fchmodat thing to pseudo 1.5.1, because I really want that fixed. I don't know when I'll have time to do an uprev to 1.6, but this one's small and nicely-contained.20:52
*** sroy <sroy!~sroy@2607:fad8:4:6:3e97:eff:feb5:1e2b> has quit IRC20:54
*** rburton <rburton!> has joined #yocto20:56
*** roric <roric!> has quit IRC20:57
*** davest <davest!~Adium@> has quit IRC20:58
*** rburton <rburton!> has quit IRC21:04
*** rburton <rburton!> has joined #yocto21:05
*** davest <davest!Adium@nat/intel/x-bqeaqyoulkifewpe> has joined #yocto21:07
*** radzy_away is now known as radzy21:10
*** maxtothemax <maxtothemax!~maxtothem@> has quit IRC21:10
*** JimBaxter <JimBaxter!> has quit IRC21:14
*** pirolla <pirolla!~lucas@> has joined #yocto21:15
*** JimBaxter <JimBaxter!> has joined #yocto21:22
*** maxtothemax <maxtothemax!~maxtothem@> has joined #yocto21:29
*** radzy is now known as radzy_away21:44
*** fray <fray!> has quit IRC21:47
*** bfederau <bfederau!> has quit IRC22:01
*** bfederau <bfederau!> has joined #yocto22:01
*** munch <munch!> has quit IRC22:06
*** fray <fray!> has joined #yocto22:16
*** sjolley <sjolley!~sjolley@> has quit IRC22:18
*** JimBaxter <JimBaxter!> has quit IRC22:32
*** W1N9Zr0 <W1N9Zr0!~w1n9zr0@2605:6400:20:895b:22:0:1c4:4d6a> has quit IRC22:35
*** radzy_away <radzy_away!~radzy@> has quit IRC22:35
*** dzoe <dzoe!joe@pdpc/supporter/active/dzoe> has quit IRC22:35
*** rodgort <rodgort!~rodgort@> has quit IRC22:35
*** SwedeMike <SwedeMike!> has quit IRC22:35
*** Net147 <Net147!> has quit IRC22:35
*** monkibat <monkibat!~magne@> has quit IRC22:35
*** scot <scot!~scot@> has quit IRC22:35
*** cristianiorga <cristianiorga!cristianio@nat/intel/x-xpturtuigmubepzl> has quit IRC22:35
*** ionte <ionte!> has quit IRC22:35
*** reanguia1o <reanguia1o!> has quit IRC22:35
*** warthog9 <warthog9!~warthog9@> has quit IRC22:35
*** Rootert <Rootert!> has quit IRC22:35
*** Marex <Marex!~Marex@> has quit IRC22:35
*** jwessel <jwessel!~jwessel@> has quit IRC22:35
*** iwamatsu <iwamatsu!> has quit IRC22:35
*** W1N9Zr0 <W1N9Zr0!~w1n9zr0@2605:6400:20:895b:22:0:1c4:4d6a> has joined #yocto22:35
*** radzy_away <radzy_away!~radzy@> has joined #yocto22:35
*** dzoe <dzoe!joe@pdpc/supporter/active/dzoe> has joined #yocto22:35
*** rodgort <rodgort!~rodgort@> has joined #yocto22:35
*** SwedeMike <SwedeMike!> has joined #yocto22:35
*** Net147 <Net147!> has joined #yocto22:36
*** monkibat <monkibat!~magne@> has joined #yocto22:36
*** scot <scot!~scot@> has joined #yocto22:36
*** cristianiorga <cristianiorga!cristianio@nat/intel/x-xpturtuigmubepzl> has joined #yocto22:36
*** ionte <ionte!> has joined #yocto22:36
*** reanguia1o <reanguia1o!> has joined #yocto22:36
*** warthog9 <warthog9!~warthog9@> has joined #yocto22:36
*** Rootert <Rootert!> has joined #yocto22:36
*** Marex <Marex!~Marex@> has joined #yocto22:36
*** jwessel <jwessel!~jwessel@> has joined #yocto22:36
*** iwamatsu <iwamatsu!> has joined #yocto22:36
*** oneQubit <oneQubit!> has quit IRC22:40
*** agust <agust!> has quit IRC22:47
pidgeCrofton/Crofton|work: COOOL. The SDR is running an oe built os, yes?22:47
Croftonpidge, no22:49
Croftonthey will use a USRP attached to a laptop22:49
pidgeCrofton: Awwww22:49
Croftonbut still cool22:49
pidgeeither way. very very cool22:49
CroftonBalint is pooping himself22:49
Croftonhe is very excited22:50
*** jwhitmore <jwhitmore!> has quit IRC22:50
pidgeI bet!22:51
*** davest <davest!Adium@nat/intel/x-bqeaqyoulkifewpe> has quit IRC22:51
*** seebs <seebs!> has quit IRC22:54
*** seebs <seebs!> has joined #yocto22:56
*** radzy_away is now known as radzy23:04
*** reallife <reallife!> has quit IRC23:11
*** reallife <reallife!> has joined #yocto23:12
*** jwhitmore <jwhitmore!> has joined #yocto23:12
*** pidge <pidge!pidge@nat/intel/x-qdsalpfukpwlrarv> has quit IRC23:13
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-hcponupwplybikdv> has quit IRC23:13
*** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has quit IRC23:26
*** jwhitmore <jwhitmore!> has quit IRC23:28
*** mulhern <mulhern!~mulhern@> has joined #yocto23:28
*** staylor <staylor!> has quit IRC23:28
*** ant_home <ant_home!> has quit IRC23:32
*** nitink <nitink!nitink@nat/intel/x-rfkssjuwzkigspcs> has quit IRC23:34
*** sjolley <sjolley!sjolley@nat/intel/x-dhurnmbdnmdbeyvx> has joined #yocto23:38
*** dvhart <dvhart!~dvhart@> has joined #yocto23:38
*** d_s_e <d_s_e!~d.s.e@2001:a60:147e:6001:5d9f:3bba:5261:f5a5> has quit IRC23:39
*** cbzx <cbzx!> has quit IRC23:42

Generated by 2.11.0 by Marius Gedminas - find it at!