Friday, 2014-07-18

*** ddalex <ddalex!~ddalex@107.225.125.91.dyn.plus.net> has quit IRC00:01
*** Pysiek <Pysiek!~pysiek@unaffiliated/pysiek> has joined #yocto00:02
*** Pysiek <Pysiek!~pysiek@unaffiliated/pysiek> has left #yocto00:02
*** alimon <alimon!~alimon@189-212-76-162.static.axtel.net> has quit IRC00:07
*** sjolley <sjolley!sjolley@nat/intel/x-hmkvqemkrdudytvv> has joined #yocto00:12
*** armpit <armpit!~akuster@c-98-239-95-55.hsd1.ca.comcast.net> has left #yocto00:33
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has quit IRC00:34
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has joined #yocto00:34
*** behanw <behanw!~behanw@S0106dc9fdb80cffd.gv.shawcable.net> has quit IRC00:34
*** lyang0 <lyang0!~lyang001@1.202.252.122> has quit IRC00:40
*** mr_science <mr_science!~sarnold@gatekeeper.gentoogeek.org> has joined #yocto00:41
*** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has joined #yocto00:41
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC00:54
*** sgw_ <sgw_!~sgw@c-24-21-235-148.hsd1.wa.comcast.net> has quit IRC01:00
*** pidge <pidge!~pidge@134.134.137.73> has quit IRC01:01
*** sgw_ <sgw_!~sgw@c-24-21-235-148.hsd1.wa.comcast.net> has joined #yocto01:07
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto01:10
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC01:18
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto01:19
*** simmel80 <simmel80!~quassel@p5797F19B.dip0.t-ipconnect.de> has quit IRC01:20
*** sameo <sameo!~samuel@192.55.54.42> has quit IRC01:21
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC01:29
*** simmel80_ <simmel80_!~quassel@p5797F19B.dip0.t-ipconnect.de> has joined #yocto01:29
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto01:29
*** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has quit IRC01:33
*** wgao <wgao!~wgao@1.202.252.122> has joined #yocto01:54
*** sgh <sgh!~quassel@5634f347.rev.stofanet.dk> has quit IRC01:59
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC02:03
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto02:04
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC02:13
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto02:14
*** simmel80___ <simmel80___!~quassel@p5797F1C5.dip0.t-ipconnect.de> has joined #yocto02:33
*** simmel80_ <simmel80_!~quassel@p5797F19B.dip0.t-ipconnect.de> has quit IRC02:35
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC02:48
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto02:49
*** hsychla__ <hsychla__!~hsychla@pd95c9392.dip0.t-ipconnect.de> has joined #yocto03:00
*** hsychla_ <hsychla_!~hsychla@pd95c9392.dip0.t-ipconnect.de> has quit IRC03:04
*** behanw <behanw!~behanw@S0106dc9fdb80cffd.gv.shawcable.net> has joined #yocto03:05
*** tomz_ <tomz_!~tomz@134.134.139.74> has quit IRC03:11
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC03:24
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto03:24
*** tomz_ <tomz_!tomz@nat/intel/x-zdzmwuozuekdulxg> has joined #yocto03:27
*** armpit1 <armpit1!~akuster@c-98-239-95-55.hsd1.ca.comcast.net> has joined #yocto03:50
*** armpit2 <armpit2!~akuster@c-98-239-95-55.hsd1.ca.comcast.net> has joined #yocto03:50
*** sgw_ <sgw_!~sgw@c-24-21-235-148.hsd1.wa.comcast.net> has quit IRC03:56
*** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC04:23
*** dlan <dlan!~dennis@116.228.88.131> has joined #yocto04:24
*** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto04:24
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC04:32
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto04:32
*** armpit2 <armpit2!~akuster@c-98-239-95-55.hsd1.ca.comcast.net> has left #yocto04:36
*** [Sno] <[Sno]!~Sno]@p578b540c.dip0.t-ipconnect.de> has quit IRC04:42
*** Nitin <Nitin!nakamble@nat/intel/x-cbitgvmjvoxegjwk> has joined #yocto04:50
*** sgw_ <sgw_!~sgw@c-50-186-0-160.hsd1.or.comcast.net> has joined #yocto04:51
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC05:07
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto05:07
*** fusman <fusman!~fahad@110.93.212.98> has joined #yocto05:25
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has quit IRC05:30
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has joined #yocto05:30
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC05:41
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto05:41
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC06:16
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto06:17
*** [Sno] <[Sno]!~Sno]@pd956d8ef.dip0.t-ipconnect.de> has joined #yocto06:25
*** ant_work <ant_work!~ant__@host54-128-static.10-188-b.business.telecomitalia.it> has joined #yocto06:29
RPJaMa: I've been signing patches as RP for years, they need a sign of authorship, not an SOB line, people just find an SOB line easier06:43
*** eballetbo <eballetbo!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has joined #yocto06:50
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC06:52
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto06:52
*** ddalex <ddalex!~ddalex@107.225.125.91.dyn.plus.net> has joined #yocto06:53
ant_workRP: do you have had any new idea about the meta-openembedded layers? Now it is half split and half under meta-oe06:54
ant_workwe all appreciate granularity but I'm having the feeling there are too many layers in the meta-openembedded06:55
*** roric <roric!~roric@c-107ae455.213-3-64736c14.cust.bredbandsbolaget.se> has joined #yocto06:55
ant_worksome one level beyond, under meta-oe06:56
ant_workI thought the plan was to extract all and empty/remove meta-oe subòayer06:56
*** ddalex <ddalex!~ddalex@107.225.125.91.dyn.plus.net> has quit IRC07:00
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC07:01
*** diego_r <diego_r!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has joined #yocto07:02
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto07:02
*** ddalex <ddalex!~ddalex@107.225.125.91.dyn.plus.net> has joined #yocto07:03
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC07:12
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto07:12
*** roric <roric!~roric@c-107ae455.213-3-64736c14.cust.bredbandsbolaget.se> has quit IRC07:16
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto07:19
RPant_work: I suspect spreading it among several maintainers is a good thing07:20
RPant_work: certainly meta-oe seems more "run down" than the other parts of meta-openembedded, at least with the issues I'm trying to fix07:20
ant_workheh, as you say we need one maintainer per-layer ;)07:21
ant_workat least07:21
ant_workimho we could expunge the recipes-navigation immediately07:28
ant_workwith more care, even meta-multimedia07:29
ant_workcould host meta-oe's recipes-multimedia07:29
*** shoragan <shoragan!~shoragan@debian/developer/shoragan> has joined #yocto07:30
*** falk0n <falk0n!~falk0n@a81-84-173-36.cpe.netcabo.pt> has quit IRC07:41
-YoctoAutoBuilder- build #169 of nightly-x32 is complete: Failure [failed BuildImages Running Sanity Tests_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x32/builds/16907:43
*** msm` <msm`!~msm@cpe-72-182-100-192.austin.res.rr.com> has joined #yocto07:45
*** msm <msm!~msm@cpe-72-182-100-192.austin.res.rr.com> has quit IRC07:48
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC07:49
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto07:50
*** e8johan <e8johan!~quassel@90-229-157-121-no198.tbcn.telia.com> has joined #yocto07:59
*** sameo <sameo!~samuel@192.55.54.40> has joined #yocto08:06
*** AlexanderTheLost <AlexanderTheLost!~Alexander@151.8.66.180> has joined #yocto08:08
-YoctoAutoBuilder- build #167 of nightly-qa-logrotate is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-logrotate/builds/16708:09
AlexanderTheLostHi all08:10
*** roric <roric!~roric@83.140.117.51> has joined #yocto08:12
*** e8johan <e8johan!~quassel@90-229-157-121-no198.tbcn.telia.com> has quit IRC08:19
AlexanderTheLostFirst time here and don’t know if this is the right place to ask… Well has anyone managed to include Java in a yocto build?08:25
LetoThe2ndAlexanderTheLost: https://github.com/woglinde/meta-java should probably do fine08:27
AlexanderTheLostI’m trying that one. Got many problems :-(08:28
LetoThe2nd"got many problems" is not really a helpful problem description or error message...08:28
AlexanderTheLostthe “meta-openembedded/meta-oe” layer (master branch) had a missing environment variable08:29
AlexanderTheLostafter fixing that08:30
AlexanderTheLostHOB crashes with a huge stacktrace of an ExpansionError08:30
LetoThe2ndwhat about building manually without hob magic?08:32
-YoctoAutoBuilder- build #172 of nightly-oecore is complete: Failure [failed Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-oecore/builds/17208:32
*** ddalex <ddalex!~ddalex@107.225.125.91.dyn.plus.net> has quit IRC08:32
AlexanderTheLostI like magic ;-)  — but I suppose it should do. HOB writes config in the same *.conf files08:33
*** ddalex <ddalex!~ddalex@107.225.125.91.dyn.plus.net> has joined #yocto08:34
*** bluelightning <bluelightning!~paul@83.217.123.106> has joined #yocto08:35
*** bluelightning <bluelightning!~paul@83.217.123.106> has quit IRC08:35
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto08:35
AlexanderTheLostthe meta-java layer has a dependency on meta-oe and meta-openembedded layers, but I’m not sure wich branch to use. the meta-java README says “master”08:35
AlexanderTheLostbut there are also branches for “daisy” release of Poky08:35
bluelightningmorning all08:35
AlexanderTheLostgot a little confused about names08:35
AlexanderTheLostgood morning =)08:35
bluelightningAlexanderTheLost: it should match up with the branch of poky you're using08:35
*** Nitin <Nitin!nakamble@nat/intel/x-cbitgvmjvoxegjwk> has quit IRC08:38
LetoThe2ndhowdy bluelightning08:38
AlexanderTheLostTryto build again08:39
bluelightninghi LetoThe2nd08:40
RPJaMa: I've just sent out another patch series. Hopefully this one gets rid of many of the remaining issues with the pending patches for oe-core08:43
RPrburton: I've fixed up most of the foreign issues08:43
RPJaMa: although it looks like somehow the SoB lines got lost :(08:44
*** ddalex <ddalex!~ddalex@107.225.125.91.dyn.plus.net> has quit IRC08:50
JaMaRP: I just wonder if it's really better to have 50 patches in various recipes for foreign, than one in automake, but thanks08:51
* JaMa just started fixing our internal recipes for foreign08:51
AlexanderTheLostThis may sound like a silly question but I can’t get it: what is the difference between Poky and Arago (from Texas Instruments)?08:52
*** belen <belen!~Adium@192.198.151.43> has joined #yocto08:53
bluelightningAlexanderTheLost: they are similar, and based on the same core08:54
ndecAlexanderTheLost: both are 2 distro based on openembedded-core08:54
ndec;-)08:54
bluelightningAlexanderTheLost: they are both distros (i.e. sets of policy about what to build and how to build it); on the other side they also both come with different sets of recipes out of the box08:55
RPJaMa: the trouble is that it this kind of problem leads to broken configure.ac files and the problem spreads. Its mostly old recipes that have the issue :/08:56
RPJaMa: I'm torn too :/08:56
JaMaand we have a lot of old recipes :)08:57
RPJaMa: when I started, I didn't know about the efl issues, that may have tipped the balance if had...08:57
JaMaRP: I'm not so strict in meta-oe, but your configure.ac patches don't have Upstream-Status:08:57
JaMaI guess all are "Pending"08:58
RPJaMa: ah, right, I didn't put descriptions in either. If you want me to do that I can but it will have to wait for a bit08:58
RPJaMa: yes, pending08:58
RPJaMa: in theory upstreams need to do this...08:58
JaMaright08:59
JaMaI'll include them in master-next to get them in next build08:59
JaMaif you find time to update them before I decide to merge them, then it would be great08:59
JaMaotherwise I'll merge them as-is08:59
ant_workJaMa: when will you start the next build? This night?09:00
*** RagBal <RagBal!~RagBal@54694E34.cm-12-2b.dynamic.ziggo.nl> has quit IRC09:03
*** RagBal <RagBal!~RagBal@54694E34.cm-12-2b.dynamic.ziggo.nl> has joined #yocto09:05
JaMaI also wonder about this warning:09:06
JaMa| Makefile.am: installing './COPYING' using GNU General Public License v3 file09:06
JaMa| Makefile.am:     Consider adding the COPYING file to the version control system09:06
JaMais it also side effect of "foreign", I'm thinking of the case when it has all required files (so it doesn't fail) but this adds new possibly incorrect GPLv3 COPYING file in the configured sources09:07
AlexanderTheLostOk, I see. So this ‘meta-java’ layer that I’m trying to build should build in Arago also, right?09:07
JaMaant_work: test-dependencies build is running 17hours already Building recipe: webmin (82/123)09:08
JaMaant_work: then normal world builds will follow when it is finished (in next 24 hours maybe)09:08
rburtonJaMa: revert the patch and see i guess09:08
ant_workah, sadly I could not yet send that little klibc-utils fix09:08
ant_workmy pc has been abducted by the in-law visitors09:09
bluelightningAlexanderTheLost: should do yes09:17
rburtonJaMa: the license checksumming happens after do_configure, so there'll be obvious errors if it actually replaced a license09:17
*** kroon <kroon!~kroon@89-253-118-72.customers.ownit.se> has quit IRC09:20
JaMarburton: I'm talking about the case when COPYING didn't exist in original source (so it wasn't used in LIC_FILES_CHKSUM)09:23
JaMaso now there could be README which says Apache-2.0 and is used by LIC_FILES_CHKSUM and COPYING file with GPLv3 is added to configured sources09:24
JaMaour open source review comitee won't know that they can ignore COPYING file, because it was added only by our automake09:25
bluelightningseems to me there ought to be a QA warning to highlight that09:30
*** ddalex <ddalex!~ddalex@83.217.123.106> has joined #yocto09:30
ndechi rburton: are you working, or planing to work on mesa 10.2 upgrade in this release cycle?09:31
*** sgh <sgh!~quassel@5634f347.rev.stofanet.dk> has joined #yocto09:37
rburtonJaMa: this is why the archiver for source review shoud also use the downloaded sources, and not anything else09:40
rburtonndec: i'm the current owner of a bug that says we need mesa 10.2.2 so probably yeah09:41
rburtonndec: unless you have a patch already :)09:41
*** Sput <Sput!~sputnick@quassel/developer/sput> has quit IRC09:42
*** Sput <Sput!~sputnick@quassel/developer/sput> has joined #yocto09:48
ndecrburton: no... i have sent libdrm update which was more or less trivial.09:49
rburtonthat was also on the list so thanks :)09:49
ndecrburton: for libdrm, would you be opposed to "--enable-freedreno-experimental-api"09:50
ndecwe already enable the omap support09:50
ndecofc, i would need the freedreno support in mesa as well, eventually.09:51
rburtonno real objection, no09:52
ndecok. i will send a patch for libdrm then. i will do the mesa patch once mesa 10.2 is there ;-)09:53
ndecdo you want me to resend librdrm 2.5.54 update as 1/2 and freedreno as 2/2?09:54
-YoctoAutoBuilder- build #167 of nightly-qa-systemd is complete: Failure [failed BuildImages_2 Running Sanity Tests_2] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-systemd/builds/16709:54
rburtonndec: please09:54
ndeck.09:54
*** falk0n <falk0n!~falk0n@a85-138-89-15.cpe.netcabo.pt> has joined #yocto09:56
*** Corneliu <Corneliu!c0c6972c@gateway/web/freenode/ip.192.198.151.44> has joined #yocto09:57
ndecrburton: well, actually both changes are independent, since the freedreno patch only touches libdrm.inc, and they can be merged indepedently.. so i won't resend as a series, that's not even needed10:09
rburtonndec: cool10:09
ndecand freedreno was already supported in the current libdrm.10:09
ndecthere is a depends between mesa 10.2 and libdrm 2.5.54 though..10:10
rburtonas in mesa 10.2 needs libdrm 2.5.5410:10
rburton?10:10
ndecoops.. wrong.. it's xf86-video-freedreno that has the depends... sorry .10:11
ndecmakes more sense..10:11
ndecrburton: talking about mesa... do you know why we have the mesa-mega-driver that has all drivers, instead of 1 package for each driver, like we have for libdrm?10:19
rburtonndec: because that's what mesa does10:20
ndechmm. ok..10:21
rburtonthere was lots of duplication and inefficiency as drivers had to go through layers instead of just calling the right bits of mesa10:23
rburtonso they lumped it all into a single blob10:23
JaMaRP: heh.. I've fixed xfconf to unblock xfce recipes, then it was blocked by libxfce4ui fixed by you and now it fails on exo..10:35
JaMaRP: that's the kind of hidden issues I was talking about10:35
rburtonhow do these packages build from git?  does xfce still have an autogen script that calls the tools one by one still?10:43
rburtonmost of the fails in oe-core were from either 1) packages ten years old or 2) packages where there's a hand-crafted autogen10:43
JaMaiirc yes, but I'm just building it, never used that10:43
JaMaand this was caused by missing gtk-doc not foreign (at least first issue in it)10:44
*** kbouhara <kbouhara!~kbouhara@hyperion.atermes.fr> has quit IRC10:44
*** kbouhara <kbouhara!~kbouhara@hyperion.atermes.fr> has joined #yocto10:56
*** joseppc <joseppc!~Josep@sestofw01.enea.se> has quit IRC11:11
RPJaMa: FWIW the numbers of remaining tasks are getting quite a bit lower on my builds so hopefully not too many more hidden ones11:12
RPJaMa: its hard to know which ones are key from my perspective since I don't know a lot of this software :/11:13
*** kalyank <kalyank!~kalyan@host-109-204-153-23.tp-fne.tampereenpuhelin.net> has joined #yocto11:13
*** sgh <sgh!~quassel@5634f347.rev.stofanet.dk> has quit IRC11:13
-YoctoAutoBuilder- build #167 of nightly-fsl-ppc is complete: Failure [failed BuildImages] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-fsl-ppc/builds/16711:14
*** joseppc <joseppc!~Josep@sestofw01.enea.se> has joined #yocto11:18
JaMaRP: true, I also know it only from build logs.. but seems like exo was last in xfce blockers11:26
JaMaRP: and these build fixes are still pretty far from testing it in runtime :/ That's why I was always trying to get people actually using the software on their devices to do the fix and test it..11:26
-YoctoAutoBuilder- build #175 of build-appliance is complete: Failure [failed BuildImages] Build details are at http://autobuilder.yoctoproject.org/main/builders/build-appliance/builds/17511:26
RPJaMa: there is only so far the small team we have can go :/11:32
RPJaMa: its why I've been pushing for more automated testing. OE-Core is getting better there, hopefully meta-oe will follow11:32
JaMaRP: well testing is one part, but getting the manpower to fix found issues...11:33
JaMaRP: we already have a long list of issues found in world and test-dependencies builds..11:34
RPJaMa: we are making some headway with them, slowly, but yes11:39
-YoctoAutoBuilder- build #167 of nightly-world is complete: Failure [failed BuildImages] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-world/builds/16711:49
JaMaRP: it seems that debian.bbclass doesn't work with recent changes11:52
JaMaRP: all packagenames lost .so version suffix11:52
JaMamaybe package_name_hook exported from package.bbclass now somehow conflicts with the same function exported by debian.bbclass?11:53
JaMarburton: ^11:54
JaMatmp-eglibc/work/arm920tt-oe-linux-gnueabi/libgcc/4.9.0-r0/temp/run.package_name_hook.14013:11:56
JaMatmp-eglibc/work/arm920tt-oe-linux-gnueabi/libgcc/4.9.0-r0/temp/run.package_package_name_hook.14013:11:56
JaMaboth show just empty function11:56
*** microd <microd!~cobra-adm@amper.esg.de> has joined #yocto11:58
* JaMa again picked very bad day to do rebuild from scratch :/11:58
RPJaMa: ouch :(12:03
-YoctoAutoBuilder- build #169 of nightly-x86-64-lsb is complete: Failure [failed BuildImages_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-64-lsb/builds/16912:04
* RP looks at the autobuilder problems12:07
*** belen <belen!~Adium@192.198.151.43> has quit IRC12:07
-YoctoAutoBuilder- build #169 of nightly-mips is complete: Failure [failed BuildImages Running Sanity Tests BuildImages_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-mips/builds/16912:07
*** roric <roric!~roric@83.140.117.51> has quit IRC12:10
*** fusman <fusman!~fahad@110.93.212.98> has quit IRC12:23
-YoctoAutoBuilder- build #172 of nightly-multilib is complete: Failure [failed BuildImages_2 Running Sanity Tests_2] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-multilib/builds/17212:47
-YoctoAutoBuilder- build #167 of nightly-fsl-arm-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-fsl-arm-lsb/builds/16712:50
*** belen <belen!~Adium@192.198.151.43> has joined #yocto12:58
rburtonJaMa: whaaaa13:03
rburtoni bloody tested that and it bloody worked :(13:03
*** hsychla__ <hsychla__!~hsychla@pd95c9392.dip0.t-ipconnect.de> has quit IRC13:03
rburtonCrofton: what is this Trolling group?13:04
Croftonembedded guys13:05
Croftonand friends13:05
CroftonI am reusing a name from a G+ group13:05
Croftonmainly an easy for linux cycling people to stay in touch13:07
*** ddalex1 <ddalex1!~ddalex@83.217.123.106> has joined #yocto13:09
*** ddalex1 <ddalex1!~ddalex@83.217.123.106> has quit IRC13:10
*** pev <pev!~pev@2.31.101.16> has quit IRC13:16
*** LynnCyrin <LynnCyrin!~LCyrin@2607:fb90:2708:f50a:ea51:ac6f:c51d:daea> has joined #yocto13:22
*** fray <fray!U2FsdGVkX1@gate.crashing.org> has quit IRC13:24
*** LCyrin <LCyrin!~LCyrin@2607:fb90:400:f8fb:d29a:fdbb:16a:687c> has quit IRC13:25
*** dmoseley <dmoseley!~dmoseley@cpe-174-096-222-251.carolina.res.rr.com> has quit IRC13:27
*** e8johan <e8johan!~quassel@90-229-157-121-no198.tbcn.telia.com> has joined #yocto13:27
JaMaRP: can we talk a bit about KERNEL_MODULE_AUTOLOAD ?13:29
JaMaI don't see how it supports modules where basename and package name don't match (usually - and _)13:30
JaMaand also the old implementation allowed to load modules in particular order (useful for incorrect dependencies between modules), e.g.:13:31
JaMamodule_autoload_snd-soc-neo1973-wm8753 = "snd-soc-s3c24xx snd_soc_s3c24xx_i2s snd-soc-dfbmcs320 snd-soc-wm8753 snd-soc-neo1973-wm8753"13:31
rburtonJaMa: fwiw, my local builds have packages called libxrandr2 etc13:31
*** fray <fray!U2FsdGVkX1@gate.crashing.org> has joined #yocto13:31
JaMaor simpler example:13:31
JaMamodule_autoload_g_ether = "s3c2410_udc g_ether"13:31
JaMaand for -/_:13:33
JaMamodule_autoload_bq27x00_battery = "bq27x00-battery"13:33
*** e8johan <e8johan!~quassel@90-229-157-121-no198.tbcn.telia.com> has quit IRC13:33
-YoctoAutoBuilder- build #169 of nightly-fsl-arm is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-fsl-arm/builds/16913:33
*** fray <fray!U2FsdGVkX1@gate.crashing.org> has quit IRC13:36
*** fray <fray!U2FsdGVkX1@gate.crashing.org> has joined #yocto13:36
RPJaMa: hmm :/13:38
JaMamaybe we can workarround it like KERNEL_MODULE_PROBECONF does13:39
JaMaif module_autoload_basename is specified with different value, then use that one instead of basename13:39
JaMaif it has the same value show warning13:39
*** [Sno] <[Sno]!~Sno]@pd956d8ef.dip0.t-ipconnect.de> has quit IRC13:39
JaMaI can prepare patch, but proper testing in runtime will be complicated as I don't have any usable image since daisy..13:41
ndecrburton: that was fast ;-) [the libdrm commit..]13:42
RPJaMa: usable image due to the various churn or something else?13:46
*** pev <pev!~pev@2.31.92.235> has joined #yocto13:47
JaMaRP: if I manage to build it, then there is always some runtime issue :/13:49
*** eballetbo <eballetbo!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has quit IRC13:51
*** aimetis0 <aimetis0!~aimetis0@216.16.231.238> has joined #yocto13:52
JaMaRP: http://bpaste.net/show/475085/13:53
*** tomz_ <tomz_!tomz@nat/intel/x-zdzmwuozuekdulxg> has quit IRC13:53
aimetis0Hello everyone, I have a very unique problem right now. Could anybody help me?13:54
RPJaMa: the downside is that the kernel_module values won't get reflected in the sstate checksum13:55
RPJaMa: I don't have a better solution right now though13:55
rburtonaimetis0: ask, don't ask to ask13:56
khemoh this module autoload would be another point to keep in mind when upgrading beyond daisy13:59
aimetis0Basically, I am buiding the customized linux image for my embedded device. I created a standalone package to overlay some system conf files and libraries. When I add this package in the image bb file, I get file conflict errors because the files exist. But I really need to replace those files or libraries with those in the package. How could I solve this problem?14:00
khemI hope we will start putting out migration document with releases atleast with respect to last version14:00
khemaimetis0: you could solve it in different ways14:01
RPkhem: we have done this for a while14:01
*** dmoseley <dmoseley!~dmoseley@23-112-105-6.lightspeed.chrlnc.sbcglobal.net> has joined #yocto14:02
JaMaRP: correspoinding "cleanup" http://bpaste.net/show/475101/14:02
khemaimetis0: one is to create a recipe from your package and then write bbappends for all recipes to delete the files which will be replaced by this recipes14:02
RPJaMa: it does look better for that at least :)14:02
khemRP: cool, I must have missed it. is it in release notes ?14:03
JaMaRP: yes mostly nokia900 and om-gta02 are mixing -/_ and it's good to use simpler syntax for the rest14:04
khemaimetis0: another option is to divide your package and put the files into the original packages again using bbappends14:04
JaMaRP: and for my use-case I don't mind that the value isn't in signature14:04
aimetis0I tried to put it in a separate layer and assign it higher priority but it didn't work14:04
RPkhem: http://www.yoctoproject.org/docs/current/ref-manual/ref-manual.html#moving-to-the-yocto-project-1.3-release (sections on 1.3, 1.4, 1.5 and 1.6)14:04
*** fray <fray!U2FsdGVkX1@gate.crashing.org> has quit IRC14:05
khemok its in ref manual14:05
RPJaMa: I will get complaints from others but it is at least fixable now we have a list14:05
*** fray <fray!U2FsdGVkX1@gate.crashing.org> has joined #yocto14:06
*** fray_ <fray_!U2FsdGVkX1@gate.crashing.org> has joined #yocto14:07
JaMaRP: at least that behavior is now consistent with module_conf_%s14:08
aimetis0khem: there are too many files and libs which need to be replaced and they are always changing. writing a bbappend file may be inefficient. I am wondering if there is any other way just allowing me to simply overlay them.14:08
*** fray_ <fray_!U2FsdGVkX1@gate.crashing.org> has joined #yocto14:08
RPaimetis0: there are things like ROOTFS_POSTPROCESS_COMMAND which you could use to copy things over the rootfs14:09
RPobviously its not good from a package manager perspective14:10
*** fray <fray!U2FsdGVkX1@gate.crashing.org> has quit IRC14:11
aimetis0RP: that sounds a good option in my situation. could you provide me some more info on this command like a man page or something? thanks14:11
*** fray <fray!U2FsdGVkX1@gate.crashing.org> has joined #yocto14:12
RPaimetis0: it lists a set of functions to call after the rootfs is constructed. add the name of your function and do what you need in that function14:13
RPaimetis0: there are examples in the codebase14:13
*** fray_ <fray_!U2FsdGVkX1@gate.crashing.org> has quit IRC14:13
JaMaRP: ah that patch for gcc ICE was meant only for dora, I've resend it with PATCHv2 and [dora] tag few seconds after v114:16
JaMaRP: now I see that you were repliying on this first patch not 2nd14:16
*** munch <munch!~mark@c-67-184-166-69.hsd1.il.comcast.net> has joined #yocto14:17
*** fray <fray!U2FsdGVkX1@gate.crashing.org> has quit IRC14:17
RPJaMa: ah, ok. I was a bit confused by the commit message which explains that14:18
*** fray <fray!U2FsdGVkX1@gate.crashing.org> has joined #yocto14:20
JaMarburton: bitbake -e libgcc: http://bpaste.net/show/475166/14:21
*** LCyrin <LCyrin!~LCyrin@2607:fb90:270b:2597:5179:c874:1a71:5a00> has joined #yocto14:22
*** yzhao2 <yzhao2!~yzhao2@128.224.252.2> has quit IRC14:22
*** alimon <alimon!~alimon@189-212-76-162.static.axtel.net> has joined #yocto14:23
*** Sput <Sput!~sputnick@quassel/developer/sput> has quit IRC14:25
aimetis0RP: thank you so much14:25
aimetis0khem: thank you as well14:26
*** LynnCyrin <LynnCyrin!~LCyrin@2607:fb90:2708:f50a:ea51:ac6f:c51d:daea> has quit IRC14:26
rburtonJaMa: how interesting14:27
pevHm, when do you need to set IMAGE_BASENAME? Ive seen it done a couple of times but not sure why/when?14:27
rburtonJaMa: python package_name_hook () {14:28
rburton    bb.build.exec_func('debian_package_name_hook', d)14:28
rburton}14:28
rburtonis what i hae14:28
rburtoninherit order?14:28
*** aimetis0 <aimetis0!~aimetis0@216.16.231.238> has quit IRC14:28
rburtonJaMa: how do you enable debian.bbclass?14:28
rburtonpoky does INHERIT_DISTRO=debian blaa blaa14:28
*** Sput <Sput!~sputnick@quassel/developer/sput> has joined #yocto14:29
JaMarburton: the same without your patch http://bpaste.net/show/475181/14:30
JaMaenv.libgcc:INHERIT=" buildhistory buildstats buildstats-summary blacklist debian shr-mirrors package_ipk  debian devshell sstate license blacklist sanity"14:30
JaMaenv.libgcc2:INHERIT=" buildhistory buildstats buildstats-summary blacklist debian shr-mirrors package_ipk  debian devshell sstate license blacklist sanity"14:30
JaMa$ grep -A 1 "^python package_name_hook" env.libgcc*14:31
JaMaenv.libgcc:python package_name_hook () {14:31
JaMaenv.libgcc-    bb.build.exec_func('package_package_name_hook', d)14:31
JaMa--14:31
JaMaenv.libgcc2:python package_name_hook () {14:31
JaMaenv.libgcc2-    bb.build.exec_func('debian_package_name_hook', d)14:31
JaMaand enabled by:14:32
JaMa#   append /OE/build/shr-core/meta-smartphone/meta-shr-distro/conf/distro/shr.conf:7014:32
JaMa#     "debian"14:32
rburtonmaybe this is a distro-inherit vs inherit thing14:35
rburtontry using DISTRO_INHERIT for that?14:35
rburtonINHERIT_DISTRO even14:36
rburtonoh, that's just a variable that gets passed to INHERIT14:36
rburtonhm14:36
*** yzhao2 <yzhao2!~yzhao2@128.224.252.2> has joined #yocto14:36
-YoctoAutoBuilder- build #162 of nightly-mips-lsb is complete: Failure [failed BuildImages] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-mips-lsb/builds/16214:36
* JaMa needs to get back to fixing foreign flags.. this whole rebuild is doomed anyway14:37
*** falk0n <falk0n!~falk0n@a85-138-89-15.cpe.netcabo.pt> has quit IRC14:38
rburtonJaMa: try moving debian after package_ipk14:42
rburton(maybe we need an inherit package in debian)?14:42
*** ant_work <ant_work!~ant__@host54-128-static.10-188-b.business.telecomitalia.it> has quit IRC14:44
JaMasorry, I've already started different build14:44
*** Sput <Sput!~sputnick@quassel/developer/sput> has quit IRC14:45
rburtonnp14:46
rburtoneasily tested outside of a build, i'll have a go in a bit14:46
JaMathanks14:47
JaMait's also time to waste some time outside in sun :)14:47
rburtonyeah i spent most of my lunch mowing the lawn and pumping up the paddling pool for the kids14:48
RPJaMa: sunlight?! Sounds dangerous14:48
rburtonnow i'm sitting in a very hot study14:48
rburtonDoing It Wrong14:48
*** Sput <Sput!~sputnick@quassel/developer/sput> has joined #yocto14:49
RPrburton: you're not the only one14:49
frayhow warm is it there?14:51
rburtonfray: warm enough for me14:51
rburtonfray: http://www.wunderground.com/personal-weather-station/dashboard?ID=ICAMBRID2914:51
rburtonstudy is west facing and i'm struggling to get a breeze through14:52
frayahh that was our weather about 2 weeks ago14:52
*** falk0n <falk0n!~falk0n@a81-84-184-53.cpe.netcabo.pt> has joined #yocto14:53
*** sjolley <sjolley!sjolley@nat/intel/x-hmkvqemkrdudytvv> has quit IRC14:53
frayYa, no Air Conditioning in my house.. but it's 75F/24C here today.. so not bad..14:53
rburtonthat's more like it for me14:53
frayI'm guessing it'll go up to about 80F by the end of the day..14:53
rburtonpretty humid today. even my wife is moaning and shes normally got goosebumps unless its 30+14:53
* RP is happy to have a very solid house that doesn't do "warm" on days like this14:54
fray;)14:54
frayRP, problem with your solid house.. if it ever does "warm up".. it'll take forever to let go of the heat.. ;)14:54
RPfray: It would be interesting to see what it would take to warm it up, I have never known it get "hot" inside14:54
frayyou've got a pretty continuous breeze off the sea though right?14:55
RPfray: yes, I tend to keep the windows shut for the insects even in the middle of summer there is little need to open them. If I needed ventilation, there are chimneys for that14:56
frayAhh no screens?  I'd die around here w/o window screens (and open windows)14:56
RPfray: no screens14:58
rburtonscreens are rare in the UK14:58
rburtonthe house we're moving to has a shaded study with a tiny window, so it's going to be a bit of a mancave but should be cooler :)14:59
RPfray: its usually not bad apart from a few weeks in early summer when there is some seaweed loving insect that goes everywhere14:59
frayI would have thought you'd have more bugs along the sea as well as farther north14:59
* RP noted the new white rendering turned a sea of moving black :/14:59
frayin Minnesota, we have the state bird.. Mosquitos.. millions and millions of Mosquits15:00
RPfray: those live in Kielder/Scotland. Thankfully15:00
fray;)15:00
frayMosquitos aren't bad in the urban areas, but I'm outside of the Mosquito control district..  so they can be terrible here..15:00
rburtonmosquito control district?15:01
rburtonfine for being a mosquito in the city?15:01
frayya.. there is an area that they spary and treat for mosquito larve..15:01
frayit really helps control the population..15:01
rburtonah15:02
fraybest we can do is "yard fogger" here.. kills the adults, but doesn't do much to the larve15:02
rburtoni had an image of roving gangs of vigilantes with deet cannons and swats, mad max style15:02
fray;)15:02
fraydoesn't help we've had more rain then normal and I live near a marshy area..15:02
*** dmoseley <dmoseley!~dmoseley@23-112-105-6.lightspeed.chrlnc.sbcglobal.net> has quit IRC15:04
frayOk.. I've been looking at this now for 10 minutes and I'm drawing a blank..15:05
fray(from gcc-multilib-config.inc)15:06
fray    ml_list = ['DEFAULTTUNE_MULTILIB_ORIGINAL' if mlprefix else 'DEFAULTTUNE']15:06
fray    mltunes = [('DEFAULTTUNE_virtclass-multilib-%s' % ml) for ml in multilibs]15:06
fraythere is a bug..15:06
frayif we're going a multilib build, the ml_list needs to be seeded with both DEFAULTTUNE_MULTILIB_ORIGINAL and DEFAULTTUNE..15:06
fraybut it's not getting the second item..  (and multilibs needs to have the mlprefix removed)15:06
frayany suggestions?15:07
*** blitz00 <blitz00!~stefans@unaffiliated/blitz00> has joined #yocto15:10
bluelightningfray: to me it's the syntax that's making things awkward... what about just defaulting ml_list to ['DEFAULTTUNE'] and then only adding DEFAULTTUNE_MULTILIB_ORIGINAL afterwards if mlprefix?15:10
frayI suspect it's an ordering thing, but I'm not actually sure if that list has any type of anorder..15:11
frayit is awkward.. :/15:11
bluelightninglists are ordered, so it depends on how it is used15:11
frayI'm trying to dump the contents of the list now...15:11
fraythe issue that I'm having is that the currently (in use) multilib is getting added via the 'in multilibs' on the second line which is causing a problem..  I think15:12
bluelightningas written, ml_list will end up as ['DEFAULTTUNE_MULTILIB_ORIGINAL'] if mlprefix has a value, otherwise it'll be ['DEFAULTTUNE']15:12
frayya, and thats what I think is problem..  but again, I'm not completely sure..15:13
fraystill waiting for the system to catch up to me and show me the current list.. ;)15:13
frayI'm getting a compliation error from the generated powerpc multilib list..  and just disabling the multilib code doesn't resolve it15:14
*** rcw <rcw!~rwoolley@128.224.252.2> has joined #yocto15:16
*** LynnCyrin <LynnCyrin!~LCyrin@2607:fb90:2704:974a:5ab5:ed1e:b17c:86d2> has joined #yocto15:22
*** sjolley1 <sjolley1!~sjolley@134.134.137.73> has joined #yocto15:22
*** Corneliu <Corneliu!c0c6972c@gateway/web/freenode/ip.192.198.151.44> has quit IRC15:23
*** dmoseley <dmoseley!~dmoseley@cpe-174-096-222-251.carolina.res.rr.com> has joined #yocto15:23
*** LCyrin <LCyrin!~LCyrin@2607:fb90:270b:2597:5179:c874:1a71:5a00> has quit IRC15:26
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC15:28
*** AlexanderTheLost <AlexanderTheLost!~Alexander@151.8.66.180> has quit IRC15:32
*** Crofton <Crofton!~balister@pool-71-171-49-245.ronkva.east.verizon.net> has quit IRC15:33
*** fray <fray!U2FsdGVkX1@gate.crashing.org> has quit IRC15:41
*** fray <fray!U2FsdGVkX1@gate.crashing.org> has joined #yocto15:43
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has quit IRC15:57
*** [Sno] <[Sno]!~Sno]@p578b540c.dip0.t-ipconnect.de> has joined #yocto15:58
*** kroon <kroon!~kroon@89-253-118-72.customers.ownit.se> has joined #yocto16:05
*** simmel80___ <simmel80___!~quassel@p5797F1C5.dip0.t-ipconnect.de> has quit IRC16:09
*** falk0n <falk0n!~falk0n@a81-84-184-53.cpe.netcabo.pt> has quit IRC16:16
*** Nitin <Nitin!~nakamble@192.55.54.42> has joined #yocto16:21
*** LCyrin <LCyrin!~LCyrin@2607:fb90:270a:1481:72d4:fb06:8c78:6ca> has joined #yocto16:22
-YoctoAutoBuilder- build #168 of nightly-qa-logrotate is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-logrotate/builds/16816:22
*** blitz00 <blitz00!~stefans@unaffiliated/blitz00> has quit IRC16:23
*** LynnCyrin <LynnCyrin!~LCyrin@2607:fb90:2704:974a:5ab5:ed1e:b17c:86d2> has quit IRC16:26
microdsorry but i need some advice. i created a bsp for a board which is supported by the yocto kernel.so my bsp doesn't focus in kernel patches or similar. how can i tell yocto to include the kernel defconfig for the board? i know there's several ways, which one would you prefer?16:33
*** seebs <seebs!~seebs@home.seebs.net> has quit IRC16:38
*** alimon <alimon!~alimon@189-212-76-162.static.axtel.net> has left #yocto16:38
*** alimon <alimon!~alimon@189-212-76-162.static.axtel.net> has joined #yocto16:38
*** seebs <seebs!~seebs@home.seebs.net> has joined #yocto16:41
seebsWe noticed locally that pseudo 1.6.0 doesn't build on at least some non-x86. I have a patch in tree, but before I go updating things, has anyone noticed anything *else*?16:42
RPseebs: do you see the message at the end of builds?16:51
RPseebs: NOTE: Executing RunQueue Tasks16:51
RPPseudo server seems to be already offline.16:51
RPNOTE: Tasks Summary: Attempted 1655 tasks of which 1650 didn't need to be rerun and all succeeded.16:51
RPseebs: its annoying ;-)16:51
seebsHmm. That could be the result of an intentional change.16:51
seebsIn the case where you do "pseudo <cmd>", it now shuts the server off automatically when done.16:51
microdshall i post my question on the mailing list?16:51
nerdboyseebs: what non-x86 specifically?  x86_64?16:53
seebsarm.16:54
seebsI merged in the memcpy symbol version thing, and I can summarize the problem as follows:16:54
seebs#else /* tentatively assume this means x86 */16:54
*** sullical <sullical!~sullical@192.55.55.39> has quit IRC16:57
seebsmicrod: Might not be a bad idea, IRC can be erratic.16:59
*** belen <belen!~Adium@192.198.151.43> has quit IRC17:01
microdseebs: thanks, which one? yocto or poky list?17:02
rburtonmicrod yocto17:02
-YoctoAutoBuilder- build #170 of nightly-x32 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x32/builds/17017:02
seebsI don't know. My mailing list skills are roughly at the level of "How did this get here I am not good with computers."17:02
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC17:02
microdseebs :-D, rburton: will do so17:03
*** joseppc <joseppc!~Josep@sestofw01.enea.se> has quit IRC17:06
*** diego_r <diego_r!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has quit IRC17:11
nerdboymailing list are not quite what they used to be...17:13
nerdboyand neither is my keyboard...17:16
microdbut sometimes the only way to get the advice you need....17:18
*** microd <microd!~cobra-adm@amper.esg.de> has left #yocto17:20
*** Nitin <Nitin!~nakamble@192.55.54.42> has quit IRC17:22
*** LynnCyrin <LynnCyrin!~LCyrin@2607:fb90:40b:37f9:5721:260e:c454:f79e> has joined #yocto17:22
*** shoragan <shoragan!~shoragan@debian/developer/shoragan> has quit IRC17:26
*** LCyrin <LCyrin!~LCyrin@2607:fb90:270a:1481:72d4:fb06:8c78:6ca> has quit IRC17:26
moto-timoqt4-x11-free sure does take a while to build...17:29
*** maxin <maxin!~majo@sestofw01.enea.se> has quit IRC17:34
-YoctoAutoBuilder- build #168 of nightly-qa-systemd is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-systemd/builds/16817:39
*** madisox <madisox!~madisox@nat/cisco/x-ygvoytsrdecigayj> has quit IRC17:42
seebsAh-hah.17:43
seebs$ pseudo cmd17:43
seebsif cmd doesn't actually cause a pseudo server to spawn, I get that message.17:43
*** madisox <madisox!~madisox@nat/cisco/x-iszulyaejeichogu> has joined #yocto17:44
*** zarul[afk] <zarul[afk]!~zarul@118.100.22.11> has quit IRC17:45
seebsOkay, I have two known issues in pseudo 1.6.0: non-IA32 builds failing because of the memcpy thing, and the uninformative "server already offline" messages.17:46
seebsAnything else? If not I'll try to make a 1.6.1 pretty soon here.17:47
moto-timoin vlc.inc, ac_cv_path_{MOC,RCC,UIC} are being set... where would these come from in default case?17:51
*** Nitin <Nitin!nakamble@nat/intel/x-punahygigbgqgpal> has joined #yocto17:52
kroonI'm pretty sure I saw this before the pseudo upgrade, and it might be a problem in the specific freescale recipe, but a couple of my packages have been created containing files with my user/group permissions instead of root/root. And after rebuilding, they have correct permissions17:52
*** sameo <sameo!~samuel@192.55.54.40> has quit IRC17:53
kroonI saw before the pseudo upgrade *aswell*17:54
*** Nitin <Nitin!nakamble@nat/intel/x-punahygigbgqgpal> has quit IRC17:56
kroonI do a clean build and see if I can get some logs or something17:58
*** zarul <zarul!~zarul@ubuntu/member/zarul> has joined #yocto18:04
seebskroon: Okay. My default assumption is usually that there's a recipe error or something when that happens, but there have been surprises.18:05
seebsI know kergoth and I have both had that happen when we (independently) had the clever idea of not worrying about the binary toolchain running outside of pseudo.18:05
seebs(It turns out objcopy remakes files.)18:05
kroonseebs, is there an easy rule to remember when something is running under pseudo ? all do_* functions ?18:09
seebsI don't actually know exactly. At least some usually *don't* run under pseudo.18:09
seebsI think it's mostly the install and later phases that are expected to?18:10
*** LynnCyrin <LynnCyrin!~LCyrin@2607:fb90:40b:37f9:5721:260e:c454:f79e> has quit IRC18:11
kergothits a good question. in theory, the problem with only running it on install and later is that binaries written out is if the make install doesn't explicitly set the permissions, and using cp -a or similar, so the user owned binaries written out by do_compile get their user ownership retained18:12
* kergoth shrugs18:12
*** zarul <zarul!~zarul@ubuntu/member/zarul> has quit IRC18:14
frayI believe you can look at the system for the 'fakeroot' flag being set of hte functions (or in the actual definition)18:19
*** Nitin <Nitin!nakamble@nat/intel/x-bauftwlphnlhpoll> has joined #yocto18:19
fraybase.bbclass:        d.setVarFlag('do_install', 'fakeroot', 1)18:20
fraybase.bbclass:        d.setVarFlag('do_package', 'fakeroot', 1)18:20
fraybase.bbclass:        d.setVarFlag('do_package_setscene', 'fakeroot', 1)18:20
fraybase.bbclass:        d.setVarFlag('do_devshell', 'fakeroot', 1)18:20
fraythose are the implicit ones.. (as well as the do_package steps)18:20
fraythe others should be explicit.. iether ad:18:20
frayfunction[fakeroot] = '1'18:21
frayor18:21
frayfakeroot function() {18:21
*** zarul <zarul!~zarul@ubuntu/member/zarul> has joined #yocto18:27
*** LCyrin <LCyrin!~LCyrin@2607:fb90:40b:37f9:5721:260e:c454:f79e> has joined #yocto18:27
kergothso if any user owned files leak into the rootfs, either do_install isn't doing what it should, or there's a leak somewhere18:28
frayyup.. I thinkt he rule is that do_install is supposed to NOT cp w/ owner/group from the source18:29
frayit's supposed to 'install'.. or 'cp' w/o preserving owner/group18:29
* kergoth nods18:35
*** zibri <zibri!zibri@rfc1459.se> has quit IRC18:35
*** proximus <proximus!~esamgab@lmcpra.ericsson.ca> has quit IRC18:35
*** erbo <erbo!~erbo@194-237-7-146.customer.telia.com> has quit IRC18:35
*** zibri <zibri!zibri@rfc1459.se> has joined #yocto18:36
kroonseebs, the recipe I mentioned is using "cp -a" in do_install(), i think this is the cause of the issue18:36
seebsThat is probably it.18:36
seebsThis is why my default response to anything that refers to a possible problem with pseudo is to say "Oh, I know that one, it's user error."18:37
frayyup, I'd consider that recipe broken for the most part18:37
seebsIt's right just often enough to look plausible. :P18:37
kroon:)18:38
kergothHmm, we could arrange things such that 'cp' if called directly in do_install errors out, but cp called by make would be fine. set up an alias or shell function which is only defined for do_install. Not permanently, perhaps, since there are likely occasional valid cases, but we could use it with a world build to audit the recipes for broken do_install. alternatively, we could iterate over all recipes and dump do_install with bb show -r recipe18:43
kergoth do_install and grep for cp -a :)18:43
seebsWe could also check installed directories for non-root files.18:45
kergothbetter yet, check for the uid of the build user explicitly18:47
kergothgood idea though18:47
kergothhmm18:47
kroonits odd that the files in my latest build _do_ have root/root though ...18:51
kroonin the ipk, sometimes its jkroon/jkroon, sometimes 1000/100018:53
kroonat least that whats emacs  is showing18:54
seebsThat is odd.18:55
kroonoh well. will try and fix the recipe18:57
seebsIt's important to get recipes fixed as soon as possible, there simply aren't enough shelters for all the orphaned files that result otherwise.19:20
*** Nitin <Nitin!nakamble@nat/intel/x-bauftwlphnlhpoll> has quit IRC19:31
*** Nitin1 <Nitin1!~nakamble@192.55.55.41> has joined #yocto19:32
kroonotavio, ping19:45
*** forcev <forcev!~quassel@w-28.cust-19171.ip.static.uno.uk.net> has quit IRC19:50
*** FunkyPenguin <FunkyPenguin!~quassel@opensuse/member/FunkyPenguin> has joined #yocto19:51
nerdboyseebs: i take it the new version solves your problem(s)?19:54
* nerdboy was absent...19:54
*** behanw <behanw!~behanw@S0106dc9fdb80cffd.gv.shawcable.net> has quit IRC19:55
*** rcw <rcw!~rwoolley@128.224.252.2> has quit IRC19:55
*** ddalex <ddalex!~ddalex@83.217.123.106> has quit IRC19:55
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC19:55
*** tobiash <tobiash!~quassel@mail.bmw-carit.de> has quit IRC19:55
*** ccaione <ccaione!~ccaione@unaffiliated/ccaione> has quit IRC19:55
*** behanw <behanw!~behanw@S0106dc9fdb80cffd.gv.shawcable.net> has joined #yocto19:55
seebsYeah. The message was a result of not thinking something through quite carefully enough.19:55
*** rcw <rcw!~rwoolley@128.224.252.2> has joined #yocto19:55
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto19:55
seebsOriginally, pseudo_client_shutdown() occurred only from an explicit "pseudo -S", which means you're presumably looking for feedback or at least won't mind it.19:56
*** ddalex <ddalex!~ddalex@83.217.123.106> has joined #yocto19:56
seebsWhen I made it get called implicitly after the child process from "pseudo <cmd>", I didn't think about that, and since I only used it for commands that would make database calls, I never saw the message.19:56
seebs"pseudo echo foo" produced it, though.19:56
*** tobiash <tobiash!~quassel@mail.bmw-carit.de> has joined #yocto19:56
seebsThat change came in originally because I was doing a lot of things like "pseudo setfattr -a foo -v bar file.txt; sqlite3 f/var/pseudo/xattr.db 'SELECT * FROM ...;'"19:57
seebsAnd it turned out that having the daemon shut down immediately was important, else databases stayed locked.19:57
seebs... I still shudder a bit thinking about the endless difficulty of figuring out how long the fakeroot server should stay up when idle.19:58
seebs15 minutes: You get a lot of database corruption from people shutting down machines before it exits.19:58
seebs5 minutes: You get horrific errors when the server shuts down before a kernel build completes.19:58
nerdboyouch20:00
kergothwhy would a machine shutdown cause database corruption? couldn't it catch SIGTERM?20:01
kergothor am i missing something?20:01
*** FunkyPenguin <FunkyPenguin!~quassel@opensuse/member/FunkyPenguin> has quit IRC20:03
*** FunkyPenguin <FunkyPenguin!~quassel@opensuse/member/FunkyPenguin> has joined #yocto20:04
*** challinan_ <challinan_!~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has quit IRC20:06
seebsfakeroot didn't store the database on disk until it shut down.20:07
*** challinan <challinan!~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has joined #yocto20:08
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC20:08
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto20:09
-YoctoAutoBuilder- build #170 of nightly-x86-64-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-64-lsb/builds/17020:10
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC20:19
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto20:20
*** ccaione <ccaione!~ccaione@unaffiliated/ccaione> has joined #yocto20:27
*** cbzx <cbzx!~cbzx@CPE0015f275ebd6-CM00195edd810c.cpe.net.cable.rogers.com> has joined #yocto20:28
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC20:28
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto20:30
*** Crofton <Crofton!~balister@ip-64-134-69-201.public.wayport.net> has joined #yocto20:38
*** rcw <rcw!~rwoolley@128.224.252.2> has quit IRC20:39
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC20:39
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto20:40
*** FunkyPenguin <FunkyPenguin!~quassel@opensuse/member/FunkyPenguin> has quit IRC20:40
*** FunkyPenguin <FunkyPenguin!~quassel@opensuse/member/FunkyPenguin> has joined #yocto20:41
*** sgh <sgh!~quassel@5634f347.rev.stofanet.dk> has joined #yocto20:46
*** FunkyPenguin <FunkyPenguin!~quassel@opensuse/member/FunkyPenguin> has quit IRC20:48
*** FunkyPenguin <FunkyPenguin!~quassel@opensuse/member/FunkyPenguin> has joined #yocto20:49
*** rcw <rcw!~rwoolley@128.224.252.2> has joined #yocto20:54
*** dmoseley <dmoseley!~dmoseley@cpe-174-096-222-251.carolina.res.rr.com> has quit IRC21:00
*** sgh <sgh!~quassel@5634f347.rev.stofanet.dk> has quit IRC21:03
*** sgh_ <sgh_!~quassel@5634f347.rev.stofanet.dk> has joined #yocto21:03
*** rcw <rcw!~rwoolley@128.224.252.2> has quit IRC21:09
*** sjolley1 <sjolley1!~sjolley@134.134.137.73> has quit IRC21:12
*** challinan <challinan!~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has quit IRC21:14
-YoctoAutoBuilder- build #168 of nightly-fsl-ppc is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-fsl-ppc/builds/16821:20
kroonfray, thanks for the tip about the 'fakeroot' flag21:31
*** sameo <sameo!~samuel@192.55.55.37> has joined #yocto21:35
*** ddalex1 <ddalex1!~ddalex@187.Red-79-147-142.dynamicIP.rima-tde.net> has joined #yocto21:35
*** FunkyPenguin <FunkyPenguin!~quassel@opensuse/member/FunkyPenguin> has quit IRC21:38
*** FunkyPenguin <FunkyPenguin!~quassel@opensuse/member/FunkyPenguin> has joined #yocto21:39
*** sjolley <sjolley!sjolley@nat/intel/x-toogdvhwsieggtmj> has joined #yocto21:40
*** LynnCyrin <LynnCyrin!~LCyrin@2607:fb90:2708:c28e:7f51:6a6e:1153:5f2a> has joined #yocto21:42
*** LCyrin <LCyrin!~LCyrin@2607:fb90:40b:37f9:5721:260e:c454:f79e> has quit IRC21:46
*** armpit <armpit!~akuster@c-98-239-95-55.hsd1.ca.comcast.net> has joined #yocto21:51
*** armpit <armpit!~akuster@c-98-239-95-55.hsd1.ca.comcast.net> has left #yocto21:51
*** bfederau <bfederau!~quassel@service.basyskom.com> has quit IRC22:01
*** bfederau <bfederau!~quassel@service.basyskom.com> has joined #yocto22:01
*** sameo <sameo!~samuel@192.55.55.37> has quit IRC22:04
*** cbzx <cbzx!~cbzx@CPE0015f275ebd6-CM00195edd810c.cpe.net.cable.rogers.com> has quit IRC22:06
*** melonipoika_ <melonipoika_!~quassel@91-158-65-146.elisa-laajakaista.fi> has quit IRC22:08
*** FunkyPenguin <FunkyPenguin!~quassel@opensuse/member/FunkyPenguin> has quit IRC22:14
*** FunkyPenguin <FunkyPenguin!~quassel@opensuse/member/FunkyPenguin> has joined #yocto22:16
-YoctoAutoBuilder- build #170 of nightly-mips is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-mips/builds/17022:23
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC22:26
*** msm <msm!~msm@cpe-72-182-100-192.austin.res.rr.com> has joined #yocto22:27
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto22:28
*** msm` <msm`!~msm@cpe-72-182-100-192.austin.res.rr.com> has quit IRC22:29
*** seebs <seebs!~seebs@home.seebs.net> has quit IRC22:39
*** FunkyPenguin <FunkyPenguin!~quassel@opensuse/member/FunkyPenguin> has quit IRC22:41
*** seebs <seebs!~seebs@home.seebs.net> has joined #yocto22:41
*** LCyrin <LCyrin!~LCyrin@2607:fb90:401:19ff:b12d:ea4f:dc55:d3bb> has joined #yocto22:42
*** FunkyPenguin <FunkyPenguin!~quassel@opensuse/member/FunkyPenguin> has joined #yocto22:42
-YoctoAutoBuilder- build #163 of nightly-mips-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-mips-lsb/builds/16322:42
*** LynnCyrin <LynnCyrin!~LCyrin@2607:fb90:2708:c28e:7f51:6a6e:1153:5f2a> has quit IRC22:46
*** alimon <alimon!~alimon@189-212-76-162.static.axtel.net> has quit IRC22:51
*** seebs <seebs!~seebs@home.seebs.net> has quit IRC22:59
*** ddalex1 <ddalex1!~ddalex@187.Red-79-147-142.dynamicIP.rima-tde.net> has quit IRC23:01
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC23:05
*** LCyrin <LCyrin!~LCyrin@2607:fb90:401:19ff:b12d:ea4f:dc55:d3bb> has quit IRC23:06
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto23:06
*** LCyrin <LCyrin!~LCyrin@2607:fb90:401:19ff:b12d:ea4f:dc55:d3bb> has joined #yocto23:07
*** FunkyPenguin <FunkyPenguin!~quassel@opensuse/member/FunkyPenguin> has quit IRC23:08
*** FunkyPenguin <FunkyPenguin!~quassel@opensuse/member/FunkyPenguin> has joined #yocto23:10
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC23:15
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto23:16
*** abelloni <abelloni!~abelloni@128-79-216-6.hfc.dyn.abo.bbox.fr> has quit IRC23:21
*** abelloni <abelloni!~abelloni@128-79-216-6.hfc.dyn.abo.bbox.fr> has joined #yocto23:22
*** FunkyPenguin <FunkyPenguin!~quassel@opensuse/member/FunkyPenguin> has quit IRC23:23
*** FunkyPenguin <FunkyPenguin!~quassel@opensuse/member/FunkyPenguin> has joined #yocto23:24
*** LynnCyrin <LynnCyrin!~LCyrin@2607:fb90:40f:6f83:7079:395b:f6b0:6cf8> has joined #yocto23:42
*** Nitin <Nitin!nakamble@nat/intel/x-heslmrlyrkxzsanc> has joined #yocto23:42
*** alimon <alimon!~alimon@189.154.7.66> has joined #yocto23:43
*** Nitin1 <Nitin1!~nakamble@192.55.55.41> has quit IRC23:44
*** LCyrin <LCyrin!~LCyrin@2607:fb90:401:19ff:b12d:ea4f:dc55:d3bb> has quit IRC23:46
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC23:51
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto23:52
*** FunkyPenguin <FunkyPenguin!~quassel@opensuse/member/FunkyPenguin> has quit IRC23:57
*** FunkyPenguin <FunkyPenguin!~quassel@opensuse/member/FunkyPenguin> has joined #yocto23:59

Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!