Monday, 2013-08-05

*** Umeaboy <Umeaboy!~Umeaboy@213-21-78-12.customer.t3.se> has quit IRC00:23
*** _julian_ <_julian_!~quassel@x2f0b661.dyn.telefonica.de> has joined #yocto00:44
*** _julian <_julian!~quassel@x2f01dd7.dyn.telefonica.de> has quit IRC00:47
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC01:36
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC02:25
*** jkridner <jkridner!~jkridner@nat/ti/x-bmzgrqigpscrhyxk> has joined #yocto02:25
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto02:25
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto02:26
*** Stygia <Stygia!~gmpsaifi@94.191.180.145.bredband.3.dk> has quit IRC02:52
*** lpapp <lpapp!~lpapp@cpc11-cmbg15-2-0-cust30.5-4.cable.virginmedia.com> has joined #yocto02:52
*** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto02:52
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC03:05
*** jkridner <jkridner!~jkridner@nat/ti/x-gxvhmkmowrhvmepg> has joined #yocto03:05
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto03:05
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has joined #yocto03:09
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC03:10
*** mitz <mitz!~mitz@KHP222227247006.ppp-bb.dion.ne.jp> has quit IRC03:11
*** mitz <mitz!~mitz@KHP222227247006.ppp-bb.dion.ne.jp> has joined #yocto03:12
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto03:14
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has quit IRC03:25
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has joined #yocto03:56
*** GunsNRose <GunsNRose!~GunsNRose@118.114.98.67> has joined #yocto04:12
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto04:32
*** mitz <mitz!~mitz@KHP222227247006.ppp-bb.dion.ne.jp> has quit IRC04:34
*** mitz <mitz!~mitz@KHP222227247006.ppp-bb.dion.ne.jp> has joined #yocto04:36
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC04:37
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC04:49
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has joined #yocto04:50
*** zz_ka6sox-farfar is now known as ka6sox05:04
*** agust <agust!~agust@p4FDE6BCB.dip0.t-ipconnect.de> has joined #yocto05:09
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has quit IRC05:09
*** ka6sox is now known as ka6sox-Alyeska05:11
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto05:18
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto05:28
*** zecke <zecke!~ich@91-65-247-193-dynip.superkabel.de> has joined #yocto05:30
*** melonipoika <melonipoika!~quassel@ip050-115.seclan.com> has joined #yocto05:47
*** tasslehoff <tasslehoff!~tasslehof@77.40.182.98> has joined #yocto05:48
*** RagBal_ is now known as RagBal05:49
*** Chandra_K <Chandra_K!7aa6729b@gateway/web/freenode/ip.122.166.114.155> has joined #yocto05:50
*** Chandra_K <Chandra_K!7aa6729b@gateway/web/freenode/ip.122.166.114.155> has left #yocto06:11
*** blitz00 <blitz00!stefans@unaffiliated/blitz00> has joined #yocto06:20
*** cristianiorga <cristianiorga!~cristiani@134.134.137.75> has joined #yocto06:29
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has quit IRC06:33
*** tasslehoff <tasslehoff!~tasslehof@77.40.182.98> has quit IRC06:42
*** tasslehoff <tasslehoff!~tasslehof@77.40.182.98> has joined #yocto06:42
*** forcev is now known as Funkypenguin06:49
*** Funkypenguin <Funkypenguin!~quassel@opensuse/member/FunkyPenguin> has joined #yocto06:50
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has joined #yocto06:50
*** TuTizz <TuTizz!~TuTizz@46.18.96.158> has joined #yocto06:54
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has joined #yocto06:54
*** elmi82 <elmi82!~timo@mail.bmw-carit.de> has joined #yocto06:57
*** francois99 <francois99!~francois9@78-33-60-6.static.enta.net> has joined #yocto07:00
*** fgretief <fgretief!~chatzilla@41.0.38.138> has joined #yocto07:01
-YoctoAutoBuilder- build #75 of minnow-lsb is complete: Failure [failed Building Images Publishing Artifacts] Build details are at http://autobuilder.yoctoproject.org:8011/builders/minnow-lsb/builds/7507:01
-YoctoAutoBuilder- build #249 of nightly-intel-gpl is complete: Failure [failed Building Images Building Images_1] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-intel-gpl/builds/24907:03
*** zecke <zecke!~ich@91-65-247-193-dynip.superkabel.de> has quit IRC07:04
*** arky <arky!~arky@113.22.25.202> has joined #yocto07:06
*** gmacario <gmacario!~gmacario@maxlab.polito.it> has joined #yocto07:11
arkyHeading to Hong Kong, Anyone know where to pickup a NUC?07:23
*** zeeblex <zeeblex!~apalalax@134.134.137.75> has joined #yocto07:27
*** panda84kde <panda84kde!~diego@static-217-133-170-65.clienti.tiscali.it> has joined #yocto07:30
*** mihai <mihai!~mihai@80.97.15.150> has joined #yocto07:33
*** ant_work <ant_work!~ant@host54-128-static.10-188-b.business.telecomitalia.it> has joined #yocto07:41
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has quit IRC07:44
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC07:49
lpapprburton: have you seen my TOPDIR question?07:50
rburtonconsidering i've been on IRC for a good ten seconds, no. :)07:51
lpapprburton: it was on Friday.07:51
rburtoni don't recall seeing it before I left on Friday.07:51
lpapprburton: is there a variable dedicated to PROJDIR?07:51
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto07:51
lpapprburton: currently, I am using TOPDIR/.. inside the bblayers07:51
lpappbut it is fragile.07:52
*** tor <tor!~tor@c-ef66e655.125-1-64736c10.cust.bredbandsbolaget.se> has joined #yocto07:53
lpappsomething like projdir, or rootdir would be nice07:53
lpappwe could write ${rootdir}/meta-yocto ... etc then.07:53
lpappand it would work for every developer, and even for the CI.07:53
lpappand oe-init-build-env knows the rootdir, as it is inside.07:54
rburtonthere's COREROOT or something if you want the location of oe-core, iirc07:55
bluelightningmorning all07:56
lpappbut then I would still need the parent.07:56
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has joined #yocto07:56
lpappI need a variable for the container folder of the layers.07:56
lpappwell, for the rootdir, to be precise, but it is the same 99%07:57
lpappthat would allow a nice bblayers.conf structure.07:58
*** Zagor <Zagor!~bjst@sestofw01.enea.se> has joined #yocto08:00
*** Zagor <Zagor!~bjst@rockbox/developer/Zagor> has joined #yocto08:00
*** e8johan <e8johan!~quassel@c-d463e455.16-3-64736c10.cust.bredbandsbolaget.se> has joined #yocto08:01
RPlpapp: that directory might be in multiple places, you don't have to have all layers in one directory08:07
lpappRP: nope08:09
lpappit is not related to layers, it is the rootdir or projectdir as its name would say.08:09
*** lyang0 <lyang0!~lyang001@1.202.252.122> has quit IRC08:10
lpappand yes, most people have the layers in that folder.08:10
lpappor semi-relatively to that.08:10
lpappit would not make TOPDIR/.. more difficult after all, just easier.08:11
* lpapp is filing a bugreport08:11
*** lpapp <lpapp!~lpapp@kde/lpapp> has quit IRC08:13
*** lyang0 <lyang0!~lyang001@1.202.252.122> has joined #yocto08:15
*** jackmitchell <jackmitchell!~Thunderbi@host217-34-104-101.in-addr.btopenworld.com> has joined #yocto08:19
-YoctoAutoBuilder- build #238 of build-appliance is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/build-appliance/builds/23808:23
*** adinu <adinu!adinu@nat/intel/x-brgxbsbftsuyagvx> has quit IRC08:27
*** honschu_ <honschu_!~honschu@shackspace/j4fun> has joined #yocto08:28
ant_workrburton: bluelightning: I run a quick build adding xinput-calibrator *and* pointercal-xinput to my XSERVER and then sato's do_rootfs fails because task packagegroup-core-x11-base cannot install pointercal-xinput.08:28
ant_worknow, this latter is in the RRECOMMENDS of xinput-calibrator08:29
bluelightningant_work: it'll be elsewhere too via XSERVER surely...?08:29
ant_workI see there isn't any pointercal-xinput package (it is skipped 'cause empty I guess)08:29
bluelightningant_work: right, so you shouldn't add it to XSERVER I guess08:29
ant_workI've added one .bbappend with a bogus pointercal in my layer but no differences..08:30
ant_workI had to remove pointercal-xinput from my XSERVER var08:30
bluelightningright, I don't think you need it there anyway08:31
*** honschu <honschu!~honschu@shackspace/j4fun> has quit IRC08:31
ant_workthe idea was about provifing custom per-machine calibration08:31
rburtonhm08:32
ant_workpre-calibration08:32
rburtonthat should be a recommends then as it *can* be empty on machines without a pre-calibration08:32
ant_workok but why did it fail with provided not-empty cal. file?08:33
*** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto08:33
rburtonhm08:33
ant_workit was too late to check, I'll do today08:34
ant_workrburton: in meta-oe xinput-calibrator was one rdeps of xserver-nodm-init08:35
bluelightningbut that can't work for non-touchscreen devices08:35
lpapphttps://bugzilla.yoctoproject.org/show_bug.cgi?id=498008:39
yoctiBug 4980: normal, Undecided, ---, richard.purdie, NEW , Variable for the root/project dir08:39
*** eren <eren!~eren@unaffiliated/eren> has joined #yocto08:40
rburtonJaMa: ask nicely and i'll push dates patches upstream08:46
ant_workbluelightning: need surely some kind of conditional08:47
*** belen <belen!Adium@nat/intel/x-oycbayyxjppfblyu> has joined #yocto08:50
ant_workrburton: bluelightning: I correct myself: in meta-oe it is one of the RDEPENDS of xserver-common (which is a RDEPEND of xserver-nodm-init)08:51
JaMarburton: the same commit message as eds applies to dates :/08:51
JaMarburton: lets wait for someone to at least test them in runtime, but thanks :)08:52
rburtonheh08:52
* rburton reads08:52
*** smartin_ <smartin_!~smartin@ANantes-655-1-163-177.w90-59.abo.wanadoo.fr> has joined #yocto08:53
rburtonJaMa: so i was right to move them out of oe-core then, if nobody noticed its been broken for months08:53
ant_workrburton: bluelightning: if we keep the oe-core structure we could add xinput-calibrator to x11-common (and remove xtscal from there?)08:53
JaMarburton: I've noticed it :) it was also reported in my "state of bitbake world" emails08:54
rburtonJaMa: well, nobody else08:54
JaMarburton: now I had to fix it just to allow test-dependencies.sh to test if at least dependencies are correct :)08:54
JaMaI remember that I've asked you to move dates becuse someone wanted it in SHR feeds, but SHR feeds are now using dylan release so I haven't noticed it there too08:55
RPrburton: in core, we would have noticed failures sooner08:58
*** silviof4 is now known as silviof08:58
rburtonJaMa: do shr users really use dates/contacts still?08:59
JaMarburton: true about devilspie, I'll probably update that commit after test-dependencies.sh run is completed (if it reveals that libwnck autodetects startup-notifications), this commit was just to get the script going09:00
JaMarburton: someone asked for it to be in feed, but I didn't get any feedback since then09:00
JaMato be returned to feed, to be precise so he was probably using it before09:01
-YoctoAutoBuilder- build #247 of nightly-x32 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-x32/builds/24709:02
*** GunsNRose <GunsNRose!~GunsNRose@118.114.98.67> has quit IRC09:03
*** zecke <zecke!~ich@p5099b351.dip0.t-ipconnect.de> has joined #yocto09:09
*** arky <arky!~arky@113.22.25.202> has quit IRC09:12
*** Umeaboy <Umeaboy!~Umeaboy@213-21-78-12.customer.t3.se> has joined #yocto09:13
*** agust <agust!~agust@p4FDE6BCB.dip0.t-ipconnect.de> has quit IRC09:18
*** agust1 <agust1!~agust@p4FDE6BCB.dip0.t-ipconnect.de> has joined #yocto09:18
Zagora long vacation is nice. then mailbox when you get back, not so much.09:18
rburtonZagor: select all, mark as read.09:19
Zagoryeah I do it for the most part.09:19
rburtonZagor: i feel honoured to get a reply from you then ;)09:20
Zagorheh :)09:21
*** belen <belen!Adium@nat/intel/x-oycbayyxjppfblyu> has quit IRC09:22
*** arky <arky!~arky@113.22.51.185> has joined #yocto09:26
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has quit IRC09:29
*** belen <belen!~Adium@134.134.139.70> has joined #yocto09:29
*** TuTizz <TuTizz!~TuTizz@46.18.96.158> has joined #yocto09:31
*** melonipoika <melonipoika!~quassel@ip050-115.seclan.com> has quit IRC09:32
*** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has quit IRC09:33
*** RagBal <RagBal!~RagBal@54694E34.cm-12-2b.dynamic.ziggo.nl> has quit IRC09:59
*** Rootert <Rootert!~Rootert@54694E34.cm-12-2b.dynamic.ziggo.nl> has quit IRC09:59
*** sgw_ <sgw_!~sgw@c-71-193-189-117.hsd1.wa.comcast.net> has quit IRC10:04
*** Rootert <Rootert!~Rootert@54694E34.cm-12-2b.dynamic.ziggo.nl> has joined #yocto10:04
*** TuTizz <TuTizz!~TuTizz@46.18.96.158> has quit IRC10:04
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has joined #yocto10:04
*** RagBal <RagBal!~RagBal@54694E34.cm-12-2b.dynamic.ziggo.nl> has joined #yocto10:05
*** Net147 <Net147!~Net147@60-242-179-244.static.tpgi.com.au> has joined #yocto10:07
*** sgw1 <sgw1!~sgw@c-71-193-189-117.hsd1.wa.comcast.net> has joined #yocto10:08
rburtonJaMa: you seem like someone who will know... is there a way to easily step through ever commit in a branch, i.e. looping through a checkout of each commit?10:10
rburtonJaMa: thinking a tool to run buildhistory-diff after every commit in a branch might be useful10:11
bluelightningrburton: FWIW, combo-layer does that... not particularly sophisticated10:12
rburtona git iterate would be so useful10:13
rburtoncheckout every commit, run this script10:13
bluelightningrburton: google it, it's been done already ;)10:14
rburtonha10:14
JaMaI would write one for loop for that10:16
*** [1]Net147 <[1]Net147!~Net147@60-242-179-244.static.tpgi.com.au> has joined #yocto10:18
lpapprburton: like history rewriting?10:18
*** Net147 <Net147!~Net147@60-242-179-244.static.tpgi.com.au> has quit IRC10:18
*** [1]Net147 is now known as Net14710:18
JaMafor rev in `git log --oneline $START..$STOP | cut -d ' ' -f 1`; do git checkout $rev; do_something | tee log.$rev; done10:18
rburtonJaMa: i bet you can drop the cut10:18
JaMarburton: true, git rev-list $START..$STOP would be better10:19
rburtonah, i was thinking of using the pretty controls10:20
rburtonforgot about that one10:20
JaMaand I like the idea of running buildhistory-diff, especially for "upgrade" commits10:20
rburtonexactly10:20
JaMaI'm sorry if I sounded too negative when reporting last libpng issue, but it's not the first time simple upgrade caused some issues and IIRC using buildhistory was considered almost mandatory10:21
* JaMa should find some time to finish world-image support10:22
rburtonJaMa: should be. partly to blame for not checking that myself.10:22
rburtonthats why i want to automate it10:22
bluelightningwe really ought to have buildhistory-web set up on the autobuilder... there is a bug filed for it10:30
rburtonyeah10:31
rburtonthen we could browse the history from MUT10:32
rburtonhm you can't amend in an iterate, as the hashes change. that's a shame.10:38
*** belen <belen!~Adium@134.134.139.70> has left #yocto10:42
*** belen <belen!~Adium@134.134.139.70> has joined #yocto10:42
*** khem <khem!~khem@99.57.140.209> has quit IRC10:45
*** khem <khem!~khem@99-57-140-209.lightspeed.sntcca.sbcglobal.net> has joined #yocto10:46
ant_workJaMa: wrt test-dependencies-2013-07-24, iirc you didn't use meta-initramfs, isn't?10:54
ant_workJaMa: I guess that's why all -klibc recipes failed10:55
*** lpapp <lpapp!~lpapp@kde/lpapp> has left #yocto10:57
*** mihai <mihai!~mihai@80.97.15.150> has quit IRC10:58
*** simon_b <simon_b!c06dbe58@gateway/web/freenode/ip.192.109.190.88> has quit IRC11:04
JaMaant_work: same config as every world build I do, so meta-initramfs was included11:06
-YoctoAutoBuilder- build #233 of nightly-x86-64 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-x86-64/builds/23311:06
JaMaant_work: + all -klibc recipes are in meta-initramfs, aren't they?11:07
ant_workyea, silly question11:08
ant_workthough, I know the recipes do build ;)11:08
ant_workI don't fully understand why are listed as failed11:10
*** acidfu <acidfu!~nib@24.37.17.210> has joined #yocto11:11
*** acidfu <acidfu!~nib@unaffiliated/acidmen> has joined #yocto11:11
JaMathey were failing quite often in reqular builds so I'm not surprised they failed11:13
*** francois99 <francois99!~francois9@78-33-60-6.static.enta.net> has quit IRC11:17
*** phdeswer_ <phdeswer_!~phdeswer@a88-113-104-180.elisa-laajakaista.fi> has joined #yocto11:18
ant_workhm.. again  fatal error: linux/limits.h: No such file or directory11:19
rburtonwith yocto, there are no limits11:22
rburtonboom tish, thankyou everyone, i'll be here all week11:22
*** arky <arky!~arky@113.22.51.185> has quit IRC11:22
*** melonipoika <melonipoika!~quassel@ip050-115.seclan.com> has joined #yocto11:26
*** tinti <tinti!~tinti@pdpc/supporter/student/tinti> has quit IRC11:26
*** tinti <tinti!~tinti@pdpc/supporter/student/tinti> has joined #yocto11:27
*** Umeaboy <Umeaboy!~Umeaboy@213-21-78-12.customer.t3.se> has quit IRC11:28
*** mihai <mihai!~mihai@80.97.15.150> has joined #yocto11:35
*** joseppc <joseppc!~Josep@sestofw01.enea.se> has joined #yocto11:37
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has quit IRC11:39
-YoctoAutoBuilder- build #235 of nightly-arm is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-arm/builds/23511:42
ant_workseems linux-libc-headers were missing11:50
ant_workhm.. are not in DEFAULT_DEPS12:05
ant_workJaMa: I'm perplexed because all -klibc recipes do depend on klibc so indirectly on linux-libc-headers12:10
bluelightningant_work: I'm not sure if the system works that way - if your recipe fails to build without linux-libc-headers in the sysroot, you need to add an explicit DEPENDS on it12:11
ant_workhm even if the klcc crosscompiler depends on linux-libc-headers to be built?12:12
ant_worksounds strange12:13
JaMatry bitbake -e and bitbake -g to be sure12:15
ant_workwill do12:16
* bluelightning is looking at bringing over libav into OE-Core12:19
bluelightningthese recipes are a bit of a mess :/12:19
bluelightningthey produce bunch of QA warnings as well12:19
ant_worksee about the possible configuration12:20
ant_workhttp://wiki.gentoo.org/wiki/Libav12:20
bluelightninga bit annoying that it seems we might have to pull in x264 and therefore yasm (and maybe libvpx which doesn't seem to be explicitly enabled?)12:21
JaMabluelightning: please move only newer one if possible12:22
bluelightningJaMa: newer one?12:22
JaMabluelightning: git version depends on separate libpostproc and older release recipe is conflicting with separate libpostproc12:22
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto12:22
bluelightningJaMa: so should we move to a newer release version then?12:23
bluelightningthe release version is quite old by now12:23
JaMabluelightning: newer release if possible or move only _git.bb12:23
*** arky <arky!~arky@113.22.51.185> has joined #yocto12:23
bluelightningJaMa: I don't mind upgrading; the only issue would be testing to make sure there aren't any regressions12:23
*** mthalmei_away <mthalmei_away!~mthalmei@ex4.michisoft.net> has quit IRC12:28
* JaMa haven't used libav on target for long time12:28
*** mthalmei_away <mthalmei_away!~mthalmei@ex4.michisoft.net> has joined #yocto12:29
bluelightninghmm seems libvpx may not be needed, configure log indicates it isn't enabled12:31
bluelightningI can add a PACKAGECONFIG for it though12:31
ant_workbluelightning: th elist would be long...12:37
bluelightningant_work: I'm only adding a few for the moment :)12:38
ant_workyou've pick up a nasty one this time ;)12:38
bluelightningI've been putting this off for ages, I just want to get rid of one more bbappend in meta-oe (the gst-ffmpeg one)12:38
ant_workseems libav expects finer config in bsp layer12:39
bluelightninghmm looks like the _git recipe is v9.1+12:44
*** arky <arky!~arky@113.22.51.185> has quit IRC12:45
bluelightningor at least, the revision pointed to by SRCREV only appears there12:45
bluelightningJaMa: seems like v9 is an API break and the separation of libpostproc was something done upstream12:54
bluelightningso I'm not sure what we should be doing here...12:54
bluelightningif nobody needs 0.8.x then we can drop it, but are we sure this is the case?12:54
*** challinan <challinan!~challinan@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has joined #yocto12:55
bluelightningJaMa: have you been doing world builds with the current libav_git recipe?12:56
*** arky <arky!~arky@113.22.48.32> has joined #yocto12:57
*** melonipoika <melonipoika!~quassel@ip050-115.seclan.com> has quit IRC12:57
JaMabluelightning: with default version which is IIRC the release13:02
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-ixhxozyihsjfuhxv> has joined #yocto13:02
JaMabut had to blacklist libpostproc to prevent failures13:02
bluelightninghmm13:06
bluelightningwell that suggests that we should be keeping 0.8.x13:06
bluelightningangstrom is using the 0.8.x recipe as well it seems13:07
*** tor <tor!~tor@c-ef66e655.125-1-64736c10.cust.bredbandsbolaget.se> has quit IRC13:07
-YoctoAutoBuilder- build #239 of nightly-x86 is complete: Failure [failed Running Sanity Tests Building Images_1 Building Toolchain Images Building Toolchain Images_1 Publishing Artifacts] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-x86/builds/23913:08
bluelightningargh why does the git recipe need to filter out --enable-libpostproc? it's not even in EXTRA_OECONF to begin with...13:10
bluelightningoh wait13:10
bluelightningreading comprehension fail13:10
bluelightningactually, it still shouldn't need to13:13
*** arky <arky!~arky@113.22.48.32> has quit IRC13:24
*** ant_work <ant_work!~ant@host54-128-static.10-188-b.business.telecomitalia.it> has quit IRC13:25
*** tasslehoff <tasslehoff!~tasslehof@77.40.182.98> has quit IRC13:30
*** davest <davest!Adium@nat/intel/x-pfafkovwbuwycwqo> has joined #yocto13:45
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto13:54
*** Zagor <Zagor!~bjst@rockbox/developer/Zagor> has quit IRC14:04
bluelightningJaMa: I wonder if this libav git recipe has been tested, because the libpostproc recipe has libav in its DEPENDS -> circular dependency loop14:10
*** munch <munch!~mark@c-67-184-166-69.hsd1.il.comcast.net> has joined #yocto14:21
*** flynn378 <flynn378!80db310d@gateway/web/freenode/ip.128.219.49.13> has quit IRC14:21
*** Net147 <Net147!~Net147@60-242-179-244.static.tpgi.com.au> has quit IRC14:25
*** mihai <mihai!~mihai@80.97.15.150> has quit IRC14:27
JaMaotavio_: do you remember testing libav_git recipe? ^^^14:31
*** davest <davest!Adium@nat/intel/x-pfafkovwbuwycwqo> has quit IRC14:32
*** zecke <zecke!~ich@p5099b351.dip0.t-ipconnect.de> has quit IRC14:38
*** elmi82 <elmi82!~timo@mail.bmw-carit.de> has quit IRC14:48
halsteadsgw1, You around?14:50
sgw1halstead: OTP14:52
*** davest <davest!~Adium@134.134.137.71> has joined #yocto14:54
*** zecke <zecke!~ich@p5099b351.dip0.t-ipconnect.de> has joined #yocto14:55
*** jchonig <jchonig!~jch@firewall.honig.net> has quit IRC14:59
*** jchonig <jchonig!~jch@firewall.honig.net> has joined #yocto15:03
otavio_JaMa: yes I did but looong time ago15:05
*** otavio_ is now known as otavio15:05
otavioJaMa: bluelightning: I tested it when working in xbmc patches15:06
otavioJaMa: but didn't work on it for a while now15:06
JaMaotavio: I know it's long time ago, but looks like bluelightning is right and circular dependency was there since it was introduced15:06
otavioJaMa: but I did test it15:06
otavioJaMa: I am not how/when15:06
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has joined #yocto15:07
*** mihai <mihai!~mihai@80.97.15.150> has joined #yocto15:07
bluelightningotavio: hmm, not sure how it could have worked then...15:08
otaviobluelightning: only if I did a fix locally and forgot to push it15:08
otaviobluelightning: possible15:08
JaMaI know that libpostproc builds with libav_0.8 (and then do_package fails because of new check which detects 2 recipes building the same package)15:09
bluelightningsure, because with 0.8 libav doesn't depend on libpostproc15:09
bluelightningargh gst-ffmpeg bbappend adds orc as well15:10
JaMacannot be orc dependency converted to PACKAGECONFIG?15:10
bluelightningpossibly, looking into it15:10
JaMawell to keep things as they are you would need to add new .bbappend which sets PACKAGECONFIG for meta-oe :)15:11
bluelightningyes and that is not acceptable15:11
bluelightningor else I might as well just give up15:11
JaMatrue15:11
JaMaI'm OK with warning to DISTRO maintainers to add PACKAGECONFIG value in their .bbappend15:12
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC15:12
otaviobluelightning: what is your goal?15:12
bluelightningotavio: get rid of all bbappends and overlayed recipes in meta-oe15:12
otavio:-)15:12
JaMaone disadvantage of this meta-oe -> distro-layer .bbappends moves is that .bbappend renames were resolved in one place15:12
otaviosgw1: can you trigger a build of meta-fsl-arm? I did push evdev bbappend update15:13
JaManow every DISTRO maintainer will need to update it on his own when bumping oe-core revision with some updates15:13
bluelightningJaMa: true, but it's one or the other; besides PACKAGECONFIG changes don't mandate the use of a bbappend if you'd prefer to avoid one15:13
kergothmight be a good thing to make sure distro maintainers are paying attention :)15:14
otaviobluelightning: yes, you could have it in distro itself15:14
JaMaright15:14
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto15:14
* JaMa just splitted meta-shr and meta-shr-distro :)15:14
bluelightningI just want to kill this "meta-oe isn't safe to use" idea once and for all15:14
otaviokergoth: can you take a look in the rfc I sent for u-boot-config?15:14
otaviobluelightning: you too15:14
otavioJaMa: and you too, too15:14
otavio:)15:14
kergothsure15:14
bluelightningotavio: do we really need another bbclass just for this?15:15
otaviobluelightning: no; In fact I was pondering about moving all u-boot.inc to a u-boot class15:15
JaMabluelightning: it looks like some people changed their view from "meta-oe isn't safe to use" to "meta-oe is too big for us to use, lets move bits we need to oe-core"15:15
*** challinan <challinan!~challinan@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has quit IRC15:15
otavioJaMa: agreed; this indeed happened15:15
bluelightningJaMa: well, that's not my line of thinking15:16
otaviobluelightning: I can add it to u-boot.inc15:16
otaviobluelightning: but I am more concerned about the concept itself15:16
bluelightningJaMa: there will always be folks that think it's too large, can't do a lot about that other than make splits where it makes sense15:16
otaviobluelightning: I think people don't see sublayers inside meta-oe as split.15:16
otaviobluelightning: I agree it is better to have it in a single place but meta-networking brings up a valid point about size.15:17
otaviobluelightning: one possibility would be to have auto-generated sublayers in separated repositories; so people can choose what to take15:18
bluelightningotavio: I don't have a strong preference over inside or outside the meta-openembedded repo; Joe has chosen to provide a broken-out version for meta-networking, I don't think there's anything wrong with that15:18
otaviobluelightning: me neither; but might be good to have it in a global / general way. So we avoid in-house solutions for it15:19
bluelightningdepends how much demand there is for separate repo versions of meta-openembedded15:20
JaMagtg will reply in 4 hours or so15:20
otaviobluelightning: I think providing a splited version, if done automatically, it does not hurt and make all people happy. The point is it avoids in-house solutions and put all those in a single place for people to look at.15:21
otaviobluelightning: most of my projects, for example, just use meta-oe. Just few use other layers.15:22
bluelightningJaMa: I'm tempted to add a PACKAGECONFIG for orc but disable it by default; reason being, the rest of gstreamer in OE-Core handles orc that way15:26
sgw1otavio: OK, will do, I will also be mesa bump soon as well15:27
*** e8johan <e8johan!~quassel@c-d463e455.16-3-64736c10.cust.bredbandsbolaget.se> has quit IRC15:30
otaviosgw1: tell me when it is merged; so I bump it15:32
sgw1otavio: fsl-arm triggered.15:32
otaviosgw1: thx15:32
*** seebs <seebs!~seebs@74.122.98.108> has quit IRC15:34
*** zecke <zecke!~ich@p5099b351.dip0.t-ipconnect.de> has quit IRC15:35
*** blitz00 <blitz00!stefans@unaffiliated/blitz00> has quit IRC15:39
*** seebs <seebs!~seebs@home.seebs.net> has joined #yocto15:41
*** hollisb <hollisb!~hollisb@12.202.168.34> has joined #yocto15:41
*** levi <levi!~user@c-24-10-225-212.hsd1.ut.comcast.net> has quit IRC16:06
*** levi <levi!~user@c-24-10-225-212.hsd1.ut.comcast.net> has joined #yocto16:06
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has quit IRC16:09
*** davest <davest!~Adium@134.134.137.71> has quit IRC16:19
*** belen <belen!~Adium@134.134.139.70> has quit IRC16:19
*** mihai <mihai!~mihai@80.97.15.150> has quit IRC16:31
*** pidge__ <pidge__!~pidge@c-24-21-207-18.hsd1.or.comcast.net> has quit IRC16:35
*** zecke <zecke!~ich@91-65-247-193-dynip.superkabel.de> has joined #yocto16:42
*** zeeblex <zeeblex!~apalalax@134.134.137.75> has left #yocto16:44
*** zenlinux <zenlinux!~sgarman@c-50-139-96-211.hsd1.or.comcast.net> has quit IRC16:45
*** gmacario <gmacario!~gmacario@maxlab.polito.it> has quit IRC16:53
*** joseppc <joseppc!~Josep@sestofw01.enea.se> has quit IRC16:54
*** zecke <zecke!~ich@91-65-247-193-dynip.superkabel.de> has quit IRC17:05
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto17:08
*** zenlinux <zenlinux!~sgarman@c-50-139-96-211.hsd1.or.comcast.net> has joined #yocto17:23
*** davest <davest!Adium@nat/intel/x-ossnumblukdriyxu> has joined #yocto17:27
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC17:27
*** fgretief_ <fgretief_!~chatzilla@196-215-192-74.dynamic.isadsl.co.za> has joined #yocto17:28
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto17:31
*** challinan <challinan!~challinan@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has joined #yocto17:33
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC17:34
*** bluelightning1 <bluelightning1!~paul@83.217.123.106> has joined #yocto17:46
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC17:49
*** bluelightning1 is now known as bluelightning17:53
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto17:53
*** zecke <zecke!~ich@91-65-247-193-dynip.superkabel.de> has joined #yocto17:57
*** zenlinux <zenlinux!~sgarman@c-50-139-96-211.hsd1.or.comcast.net> has quit IRC18:06
*** zenlinux <zenlinux!~sgarman@c-50-139-96-211.hsd1.or.comcast.net> has joined #yocto18:06
sgw1otavio: do you have a master-next or mut equivlant for fsl-arm (I don't think you touch fsl-ppc)18:09
*** zecke <zecke!~ich@91-65-247-193-dynip.superkabel.de> has quit IRC18:17
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto18:21
*** panda84kde <panda84kde!~diego@static-217-133-170-65.clienti.tiscali.it> has quit IRC18:27
*** mihai <mihai!~mihai@188.27.93.142> has joined #yocto18:30
*** eren <eren!~eren@unaffiliated/eren> has quit IRC18:30
*** mr_science <mr_science!~sarnold@net-cf9a4e91.cst.impulse.net> has joined #yocto18:32
*** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has joined #yocto18:32
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC18:32
mr_sciencemoin18:46
*** swex__ <swex__!~swex@37.75.3.191> has joined #yocto18:53
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC18:54
*** swex_ <swex_!~swex@88.210.25.227> has quit IRC18:57
*** zenlinux <zenlinux!~sgarman@c-50-139-96-211.hsd1.or.comcast.net> has quit IRC19:08
*** e8johan <e8johan!~quassel@c-d463e455.16-3-64736c10.cust.bredbandsbolaget.se> has joined #yocto19:08
*** zenlinux <zenlinux!~sgarman@c-50-139-96-211.hsd1.or.comcast.net> has joined #yocto19:09
*** flynn378 <flynn378!80db310d@gateway/web/freenode/ip.128.219.49.13> has joined #yocto19:23
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC19:23
*** JimBaxter <JimBaxter!~jbaxter@05416f6c.skybroadband.com> has joined #yocto19:45
*** dvhart <dvhart!~dvhart@134.134.137.73> has joined #yocto19:46
*** fgretief_ <fgretief_!~chatzilla@196-215-192-74.dynamic.isadsl.co.za> has quit IRC19:53
*** dvhart <dvhart!~dvhart@134.134.137.73> has quit IRC19:54
*** dvhart <dvhart!dvhart@nat/intel/x-jhyanbxmwjadsors> has joined #yocto19:54
*** j8 <j8!~IceChat9@199.44.250.3> has joined #yocto19:56
*** zeddii <zeddii!~ddez@128.224.252.2> has quit IRC19:56
*** zeddii <zeddii!~ddez@128.224.252.2> has joined #yocto20:01
*** JimBaxter <JimBaxter!~jbaxter@05416f6c.skybroadband.com> has quit IRC20:19
otaviosgw1: yes20:32
otaviosgw1: we do; master-next20:33
otaviosgw1: want me to push something?20:33
sgw1otavio: mesa update to 9.1.620:33
otaviosgw1: ok; let me do it20:34
otaviosgw1: I ping you in 5min20:34
otaviosgw1: done.20:36
otaviosgw1: ok, 2m ;)20:36
sgw1Ok, thanks, I will start a build this afternoon.20:39
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto20:44
*** darknighte is now known as darknighte_znc20:47
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto20:56
-YoctoAutoBuilder- build #209 of nightly-fsl-arm is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-fsl-arm/builds/20920:57
*** ant_home <ant_home!~andrea@95.236.249.80> has joined #yocto21:02
*** Umeaboy <Umeaboy!~Umeaboy@213-21-78-12.customer.t3.se> has joined #yocto21:04
*** bluelightning <bluelightning!~paul@cpc13-lewi17-2-0-cust74.2-4.cable.virginmedia.com> has joined #yocto21:06
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto21:06
*** lpapp <lpapp!~lpapp@cpc11-cmbg15-2-0-cust30.5-4.cable.virginmedia.com> has joined #yocto21:14
*** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto21:14
*** e8johan <e8johan!~quassel@c-d463e455.16-3-64736c10.cust.bredbandsbolaget.se> has quit IRC21:17
*** agust1 <agust1!~agust@p4FDE6BCB.dip0.t-ipconnect.de> has quit IRC21:18
*** smartin_ <smartin_!~smartin@ANantes-655-1-163-177.w90-59.abo.wanadoo.fr> has quit IRC21:19
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC21:22
*** b1gtuna <b1gtuna!~adam@206.116.3.18> has joined #yocto21:34
b1gtunaGood day everybody! When I inherit a class, how can I exclude certain packages/recipes?21:34
bluelightningb1gtuna: not quite understanding the question... can you be more specific?21:36
b1gtunaHello bluelightning :) It looks like packagegroup-core has ifconfig, ifupdown included. They conflict with Gnome's NetworkManager package. I'm trying to exclude the command line tools21:39
bluelightningb1gtuna: they shouldn't conflict, it sounds like some alternatives config is missing from the networkmanager recipes21:41
*** phdeswer_ <phdeswer_!~phdeswer@a88-113-104-180.elisa-laajakaista.fi> has quit IRC21:41
*** phdeswer <phdeswer!~phdeswer@a88-113-104-180.elisa-laajakaista.fi> has joined #yocto21:43
mr_sciencealso, network-manager is a bit piggy for an embedded env21:43
b1gtunabluelightning: does networkmanager manage the interfaces listed in network/interfaces file? With no extra configuration?21:43
mr_sciencejust make sure you're okay with that...21:43
*** mihai <mihai!~mihai@188.27.93.142> has quit IRC21:43
b1gtunamr_science: i have a console image, and now i'm working on an xfce image21:44
bluelightningb1gtuna: I'm not sure21:44
mr_scienceb1gtuna: network manager should ignore configured interfaces (in the interfaces file)21:44
bluelightningb1gtuna: I don't have any direct experience building networkmanager within OE although I've always meant to try it21:44
mr_scienceso if you have a static/dhcp config for eth0 say, then nm should only care about other interfaces21:45
b1gtunabluelightning: more specifically, ifconfig cannot start an interface using wpa-supplicant, because networkmanager is always locking(?) wpa-supplicant21:45
mr_scienceif you nm to manage your wired interface, then comment out the interfaces config21:45
mr_scienceifconfig and wpa-supplicant still need wpa-passhrase foo > wpa-supplicant.conf in order to actually work21:46
b1gtunamr_science: i think my problem has more to do with wpa_supplicant. Any devices that use wpa_supplicant (throgh config file in /etc/wpa_supplicant) gets all screwy everytime I configure another interface with wpa-suplicant using  NM21:47
mr_scienceand here's what i would recommend for wireless21:47
b1gtunawhat do you mean wpa-passphrase foo > wpa-supplicant.conf?21:47
mr_sciencei mean to use "ifup wlan0" with no NM or other management tools21:48
mr_sciencefirs you need to set your wpa-passphrase in the config file21:48
mr_science*first even21:48
b1gtunamr_science: even on a graphical environment?21:49
mr_scienceso that's really the rub, it think, ie, you don't want to mix NM and manual on the same type of interface21:49
b1gtunab1gtuna: i thought providing a GUI tool to manage networks would be cool to demo21:49
b1gtunamr_science: ya.. that's what my problem is really21:49
b1gtunamr_science: i don't mind not having manual/cli-tools on my XFCE image21:50
mr_scienceyou can either a) ifup wlan0 with no management tools, or b) use NM or wicd or connman21:50
b1gtunamr_science: i think i'm trying to achieve b21:51
b1gtunamr_science: firstly i should comment out the interfaces i want NM to manage right?21:52
mr_sciencethe leave the static configs alone and don't try to manually manipulate wifi21:52
mr_science*then21:52
mr_scienceb1gtuna: correct21:52
b1gtunamr_science: coolio, anything else you can think of? or would that be enough?21:52
mr_scienceNM is probably the most consistent at leaving alone a statically configured interface21:52
*** phdeswer <phdeswer!~phdeswer@a88-113-104-180.elisa-laajakaista.fi> has quit IRC21:52
*** phdeswer <phdeswer!~phdeswer@a88-113-104-180.elisa-laajakaista.fi> has joined #yocto21:53
mr_scienceb1gtuna: that should do it21:53
mr_scienceyou can always kill nm and then do manual stuff21:53
b1gtunamr_science: wonerful21:53
b1gtunamr_science: thank you :)21:54
*** dvhart <dvhart!dvhart@nat/intel/x-jhyanbxmwjadsors> has quit IRC22:02
*** smartin_ <smartin_!~smartin@ANantes-655-1-163-177.w90-59.abo.wanadoo.fr> has joined #yocto22:04
mr_scienceb1gtuna: np22:06
mr_sciencei hit that same question for my rpi openbox build and the answer i came up with was to document the manual config and resurrect wifi-radar as a wireless config gui22:07
*** smartin_ <smartin_!~smartin@ANantes-655-1-163-177.w90-59.abo.wanadoo.fr> has quit IRC22:08
mr_sciencesince the other three management options are either bloaty, squirrelly, or both22:08
b1gtunamr_science: so wifi-radar in replacement of NM?22:10
mr_sciencenot really, it's an older more lightweight solution22:12
mr_scienceit don't think it handles creating the passphrase, just maintaining basic wireless profiles and switching between them22:13
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-ixhxozyihsjfuhxv> has quit IRC22:14
*** flihp <flihp!~flihp@216.57.91.130> has quit IRC22:18
*** munch <munch!~mark@c-67-184-166-69.hsd1.il.comcast.net> has quit IRC22:18
*** phdeswer <phdeswer!~phdeswer@a88-113-104-180.elisa-laajakaista.fi> has quit IRC22:33
*** phdeswer <phdeswer!~phdeswer@a88-113-104-180.elisa-laajakaista.fi> has joined #yocto22:35
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC22:56
*** hollisb <hollisb!~hollisb@12.202.168.34> has quit IRC22:58
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC22:58
*** ant_home <ant_home!~andrea@95.236.249.80> has quit IRC23:00
khemsgw1: jinja should be ok now.23:03
khemsgw1: if its not behaving23:03
sgw1khem: I will try again later this week, I already have my MUT request pending on the AB, I will try it local again.23:07
sgw1khem any news on the ppc floor() issue and qemu, I updated the bug report with the qemu commit that caused it, but athat's as far as I can take it.23:08
sgw1khem bug #485423:08
yoctiBug https://bugzilla.yoctoproject.org/show_bug.cgi?id=4854 normal, Medium+, 1.5, raj.khem, NEW , floor call (from math.h) is broken on qemuppc23:08
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto23:11
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has quit IRC23:11
*** Jefro1 <Jefro1!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto23:13
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC23:13
*** Umeaboy <Umeaboy!~Umeaboy@213-21-78-12.customer.t3.se> has quit IRC23:15
*** Umeaboy <Umeaboy!~Umeaboy@213-21-78-12.customer.t3.se> has joined #yocto23:20
khemsgw1: It seems to me that kernel needs a patch23:21
khemsgw1: if you could try with linux-yocto-dev that will make it clear23:21
khemsgw1: if it works with linux-yocto-dev which is 3.10.x23:21
khemthen probably, I know the kernel patches that needs backporting23:22
sgw1khem: sure, I have the setup to try, I will put my results in the bug, will you or zeddii beable to figure out what needs backporting?23:22
khemsgw1: yes23:22
sgw1Ok< will keep you posted, thanks.23:22
khemI think I have a hunch on few patches23:22
khemif it fails same way then next thing I will recommend is to align the tune for qemuppc to be ppc7xxx23:23
kheminstead of ppc60323:23
sgw1khem, I hope you can provide that patch if it's needed23:23
khemsince this works OK on real machine I have ruled out eglibc to be buggy23:23
khemsgw1: yes I will23:24
khemthis works fine on p202023:24
khemwhich excercises same floor() code23:24
seebsI would be a little nervous about a change of qemuppc, just because our prebuilt-binary multilib selection is based in part on working with qemuppc...23:24
khemthats being excercised on qemuppc23:24
khemseebs: we have is wrong anyway23:25
seebsWhee.23:25
khemother option is to change qemuppc to emulate 603e core23:25
khemand not mac9923:25
khembut we made the change from 603e to mac99 last year IIRC23:26
khemand I believe there must be a reason23:26
khemwe changed the qemu machine emulation but did not change the default tune23:26
khemwhich is not very right23:27
khemnow we have new LTS/LTSI23:28
khemhttp://www.kroah.com/log/blog/2013/08/04/longterm-kernel-3-dot-10/23:28
*** silviof1 <silviof1!~silviof@unaffiliated/silviof> has joined #yocto23:30
*** msm <msm!~msm@cpe-70-112-201-132.austin.res.rr.com> has quit IRC23:31
*** davest <davest!Adium@nat/intel/x-ossnumblukdriyxu> has quit IRC23:31
*** seebs <seebs!~seebs@home.seebs.net> has quit IRC23:31
*** silviof <silviof!~silviof@ppp-188-174-125-27.dynamic.mnet-online.de> has quit IRC23:32
*** seebs <seebs!~seebs@home.seebs.net> has joined #yocto23:35
*** tinti_ <tinti_!~tinti@pdpc/supporter/student/tinti> has joined #yocto23:36
-YoctoAutoBuilder- build #250 of nightly-intel-gpl is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-intel-gpl/builds/25023:46

Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!