IRC log for #oe on 20150108

00:04.15*** join/#oe pompomJuice (~pompomJui@41.0.38.138)
00:53.50*** join/#oe Vutral (~ss@mirbsd/special/Vutral)
01:12.11*** join/#oe _oldtopman (~oldtopman@unaffiliated/oldtopman)
01:17.31*** join/#oe RagBal (~RagBal@54694E34.cm-12-2b.dynamic.ziggo.nl)
01:23.09*** join/#oe Rootert (~Rootert@54694E34.cm-12-2b.dynamic.ziggo.nl)
01:24.33*** join/#oe RagBal (~RagBal@54694E34.cm-12-2b.dynamic.ziggo.nl)
01:41.07kergothcould use a review of the diff at https://github.com/kergoth/poky/compare/kergoth:master...recipetool-python by any python folks around. ignore the individual commits, they need rebasing.
01:49.42*** join/#oe lansiir (~oldtopman@unaffiliated/oldtopman)
02:19.04*** join/#oe _oldtopman (~oldtopman@unaffiliated/oldtopman)
02:28.09_oldtopmanAlright, patch sent to the mailing list. I had no idea git was capable of making patches and mailing them off all by itself; wow.
02:29.43kergothyeah, git's pretty great :)
02:29.49kergothso's mercurial, actually. both are lovely
02:33.01_oldtopmanHow do I know what happens to my patch, anyway? Just look at the git repo frequently, or will I get an email telling me how terrible my hack is?
02:34.47kergothgenerally it'll get replied to if there's something problematic. but there's no guarantee as to when/if you'll geta  reply or it'll get merged. if it's deemed okay, it'll end up in one of the consolidated merges and get run through the automated testing system to confirm it doesn't break anything, and then it might get merged
02:42.05*** join/#oe Jafura (~Jean-Fran@ptr-178-50-78-31.dyn.mobistar.be)
02:42.17_oldtopmanAh, alright.
02:43.05_oldtopmankergoth: If your recipe-maker works, I'll probably have a lot more packages to add (if I can grok the patch-addition works)
02:43.30kergothits not mine, bluelightning (paul eggleton) created recipetool, i'm just adding support for python projects (distutils/setuptools)
02:43.39kergothbut yeah its pretty cool
03:12.22*** join/#oe stefan__ (~chatzilla@bas2-montreal02-1096701529.dsl.bell.ca)
03:28.28*** join/#oe Nilesh_ (~minda@114.143.135.194)
03:48.22*** join/#oe s3v3n62mm2 (~s3v3n62mm@p5DDC23FC.dip0.t-ipconnect.de)
03:56.54*** join/#oe Jefro (~jefro@50-0-152-82.dedicated.static.sonic.net)
04:45.50*** join/#oe stefan__ (~chatzilla@MTRLPQ2911W-LP140-07-3096560766.dsl.bell.ca)
05:16.44*** join/#oe Nilesh_ (~minda@114.143.135.194)
05:36.17*** join/#oe Nitin1 (~nakamble@192.55.54.42)
05:43.47*** join/#oe Leatherface- (~leatherfa@2001:470:dd7d:0:98ec:dd61:e9f9:9199)
06:04.38*** join/#oe hamis (~irfan@110.93.212.98)
06:22.57*** join/#oe tasslehoff (~Tasslehof@77.40.182.98)
06:25.52*** join/#oe clio (~andrej@85.159.109.222)
07:08.58*** join/#oe rob_w (~bob@93.104.205.194)
07:08.58*** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029)
07:34.39*** join/#oe kimo_ (~kbouhara@hyperion.atermes.fr)
07:35.07*** join/#oe SorenHolm (~quassel@93.165.148.186)
07:42.48*** join/#oe mago_ (~mago@smtp.hms.se)
07:52.43*** join/#oe Jefro (~jefro@50-0-152-82.dedicated.static.sonic.net)
07:53.33*** join/#oe woglinde (~henning@fb-n15-11.unbelievable-machine.net)
07:59.42*** join/#oe jbrianceau_away (uid10952@gateway/web/irccloud.com/x-tmkijynuoizzvdjh)
08:25.34mckoangood morning
08:26.37*** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian)
08:36.10woglindemckoan hi
08:48.40*** join/#oe ant_work (~ant__@host54-128-static.10-188-b.business.telecomitalia.it)
09:10.52*** join/#oe blitz00 (stefans@nat/intel/x-xmszwkyurnhtsbsb)
09:10.52*** join/#oe blitz00 (stefans@unaffiliated/blitz00)
09:11.39koenhrm
09:11.40koenWARNING: QA Issue: php requires /build/linaro/build/build/tmp-glibc/work/aarch64-oe-linux/php/5.4.33-r0/image/usr/bin/php, but no providers in its RDEPENDS [file-rdeps]
09:11.43koenstabs php
09:11.51*** join/#oe vquicksilver (~vquicksil@81.172.23.79.dyn.user.ono.com)
09:11.52*** join/#oe vquicksilver (~vquicksil@gentoo/contributor/vquicksilver)
09:38.39*** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning)
09:42.44bluelightningmorning all
09:46.01*** join/#oe kristoffer (~kristoffe@ua-83-227-162-207.cust.bredbandsbolaget.se)
09:54.09mckoanhi bluelightning, all
09:54.14bluelightninghi mckoan
09:55.51mago_hey
10:03.06bluelightninghi mago_
10:22.36*** join/#oe ao2 (~ao2@2001:1418:117::1)
10:24.02*** join/#oe fusman (~fahad@39.44.199.104)
10:24.13*** join/#oe darknighte (~darknight@pdpc/supporter/professional/darknighte)
10:36.03*** join/#oe ensc (~irc-ensc@fedora/ensc)
10:36.19*** join/#oe alku (~alku@145.253.106.67)
10:37.49JaMakoen: already reported and bluelightning is working on it
10:43.22*** join/#oe JaMa (~martin@ip-89-176-104-3.net.upcbroadband.cz)
10:49.40koenJaMa: I hoped that was the case :)
10:51.41bluelightningwhat am I working on ?
10:52.29JaMaphp
10:53.40bluelightningoh right... yeah, I sent a new series yesterday
10:53.53koen10:11 < koen> WARNING: QA Issue: php requires /build/linaro/build/build/tmp-glibc/work/aarch64-oe-linux/php/5.4.33-r0/image/usr/bin/php, but no providers in its RDEPENDS [file-rdeps]
10:54.05JaMaah, didn't you say later that it's not enough and still working on it?
10:54.39bluelightningthat was before v4, in v4 that is fixed
10:55.42bluelightninginteresting, I hadn't checked if that was an issue before all my upgrades... glad i didn't cause it :)
10:55.49koenit was the only non-linaro QA issue reported on todays build :)
10:56.16JaMaah ok, will refresh in master-next
10:57.02bluelightningyou'll want the whole series btw, don't be tempted to grab individual patches
10:57.29bluelightningwell, what I mean is mix in with previous ones
11:01.55JaMaI'll trust you and merge whole series without waiting for another jenkins build
11:02.07JaMathe master-next diff after refresing it looks good to me
11:02.09JaMathanks
11:02.45bluelightningJaMa: thanks, and naturally I will investigate if any other issues come up - they shouldn't however ;)
11:02.59koenit's php
11:03.09koenhaving issues in inherent to the package
11:03.21bluelightningkoen: right, by design :)
11:04.44koenisn't looking forward to unbreaking hiphopvm
11:05.34bluelightningthe issues I found after that last QA check made me wonder if we need a couple more QA checks - symlinks pointing into TMPDIR, and broken shebangs doing the same
11:06.37koenah, those won't be dangling
11:06.39koenhmm
11:06.42koengood idea
11:07.44bluelightningI'll file a bug
11:07.54*** join/#oe rob_w (~bob@93.104.205.194)
11:07.56*** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029)
11:09.11koenbluelightning: while working on (lib)gphoto I noticed some other areas that were lacking
11:09.21koene.g. udev hwdb update class
11:09.46koenand permission/group management for users
11:10.40bluelightningnot sure about the former, but for perms I thought we had that pretty well covered already ?
11:11.09koenthe gphoto udev rules now want a seperate group
11:11.26koenhow do we make sure the group 'camera' exists and all real users are in it?
11:11.40koenmy complete ignorance of sysadmin stuff is showing here :)
11:13.13XorAaddgroup camera || true
11:13.22XorAusermod -G camera <user>
11:13.50*** join/#oe ldnunes (~ldnunes_@177.100.225.47)
11:14.11koenXorA: right, but that assumes you know about <user> and his friends
11:14.13XorAusermod -a -G camera <user> that is
11:14.37XorAthats roots job, or a policy on adduser that adds all new users to some groups
11:14.41koenmaybe I should check existing groups, like 'usb' or 'multimedia'
11:15.02XorAI think in OE we just don't have policy based user management
11:15.15koen<- ignorant
11:15.34XorApretty sure in debian there is a post trigger on install to do this sort of thing
11:15.37koenis tempted to take another 2 weeks vacation to finish the gphoto stuff
11:17.12pompomJuicespeaking of interesting QA issues, I modiefied one of our in house recipies and the .ipk files got placed in a different folder inside the deploy folder.
11:17.17pompomJuicethat meant that there were 2 sets
11:17.35pompomJuiceand the image build process kept on picking up the old IPKs
11:17.44pompomJuicewondered if a check could be built for that
11:17.49bluelightningpompomJuice: did you change PACKAGE_ARCH perhaps?
11:17.53pompomJuiceyes that was it
11:18.08pompomJuiceit changed
11:18.09bluelightningright, that is a generally known problem which is not straightforward to fix unfortunately
11:18.14pompomJuiceaah ok
11:18.22pompomJuiceit got me scratching my head for a while
11:18.31bluelightningthe tricky bit is knowing whether the change is expected or needs to be cleaned up
11:19.15pompomJuicethe entire process is kinda magical though so I am sure a way could be found :D
11:19.39bluelightningFWIW, there is a bug open tracking the general problem https://bugzilla.yoctoproject.org/show_bug.cgi?id=4102
11:21.55pompomJuiceterrible bug really since it is not immediately apparent that something broke, only later on when the 2 versions deviate enough.
11:22.00pompomJuiceor issue.
11:25.59bluelightningit's certainly an issue we want to fix, the question is how to fix it without causing additional problems
11:30.57*** join/#oe anarsoul (~anarsoul@86.57.155.118)
11:40.03pwgeni tried to buid OE on an tk1 board but autoconf-native  failed. error: armv7l-linux not recognized.
11:40.39pwgento get bitbake run i added armv7l architecture to siteinfo.bbclass...
11:42.44*** join/#oe anarsoul (~anarsoul@86.57.155.118)
11:59.57*** join/#oe dv_ (~quassel@chello062178118086.5.14.vie.surfer.at)
12:00.08*** join/#oe stiandre (~stiandre@109.247.13.242)
12:07.20pwgenhow does bitbake create the run.do_configure script ?
12:10.22bluelightningpwgen: it's part of executing the do_configure task; so it'll be composed in the normal way (based on how do_configure is defined, either via classes that the recipe inherits or within the recipe)
12:12.03pwgeni can see in autotools.bbclass are the configure options assembeld. but it seems BUILD_SYS is wron, its armv7l-linux and should armv7l-oe-linux-gnueabi . the  
12:12.43pwgenquestion is now how is BULD_SYS defined ?
12:18.17*** join/#oe Leatherface- (~leatherfa@2001:470:dd7d:0:98ec:dd61:e9f9:9199)
12:44.45koenant_work: the zaurus stuff builds now, but hx4700 is still broken for daisy
12:49.16ant_workkoen: hi. Yes, 3.17.x needs some adjustments (i.e. one collie patch upstreamed)
12:50.17ant_workprolly hx4700 has same issues. I'm testing 3.18 and 3.19 now...pxa will be dt soon ;)
12:51.55koendaisy is 3.14, right?
12:52.23koenlinux-yocto/3.14.4+gitAUTOINC+183622e809_cb22733185-r0
12:52.27ant_workoh..
12:52.46ant_work3.14 is totally unmaintained ;)
13:01.19*** join/#oe blitz00 (~stefans@192.198.151.44)
13:01.19*** join/#oe blitz00 (~stefans@unaffiliated/blitz00)
13:02.15*** join/#oe blitz00 (~stefans@192.198.151.44)
13:02.15*** join/#oe blitz00 (~stefans@unaffiliated/blitz00)
13:32.43*** join/#oe blitz00 (~stefans@unaffiliated/blitz00)
13:39.28*** join/#oe kevin_ (~kevin@8.20.30.249)
13:42.17*** join/#oe fusman (~fahad@39.44.199.104)
13:53.07*** join/#oe Aethenelle (~Aethenell@107.138.98.226)
13:59.15hrwzaurus?
14:08.44pompomJuiceWho here are linux font gurus?
14:09.55pompomJuiceI recently had to add Java to my image, and then suddenly my mono apps started seeing more fonts. I used to have no fonts, now it has 3: Liberation (Sans, Mono, Serif)
14:10.08pompomJuiceWhere did they come from
14:10.11pompomJuicehow can I add more?
14:10.50pompomJuicethe only changes to my image.bb was ->
14:10.53pompomJuiceJAVA_INSTALL = " \
14:10.55pompomJuice<PROTECTED>
14:10.55pompomJuice<PROTECTED>
14:10.55pompomJuice<PROTECTED>
14:10.55pompomJuice<PROTECTED>
14:10.55pompomJuice<PROTECTED>
14:10.55pompomJuice<PROTECTED>
14:10.55pompomJuice<PROTECTED>
14:10.55pompomJuice<PROTECTED>
14:10.57pompomJuice<PROTECTED>
14:10.57pompomJuice<PROTECTED>
14:10.57pompomJuice<PROTECTED>
14:10.57pompomJuice"
14:14.26kergothdon't spam the channel, please
14:14.34kergothanything longer than a few lines belongs in a pastebin
14:14.52pompomJuiceaah yea soz
14:15.06hrwpompomJuice: some of it rdepends on fonts then
14:15.19pompomJuiceok so there is a package named fonts?
14:15.21Aethenellei can't help with the fonts but how'd you get java installed? I've tried adding openjdk-7/8 to local.conf but it's failing....
14:15.44pompomJuiceHow does it fail?
14:15.46hrwpompomJuice: probably quite a lot of them
14:16.05pompomJuicethanks hrw il grep quicly for that then inside opkg
14:16.15Aethenelleclasspath, xerces-j and another i can't think of right now fail to compile
14:16.41pompomJuicewhat layer are you using?
14:17.02Aethenellefor java or the image?
14:17.20pompomJuiceBecause there has been some developments there, the new layer is located at yotco: meta-java,git://git.yoctoproject.org/meta-java,master,HEAD
14:17.55pompomJuicethat one seems to work out of the box for me, where the one shipped with setup-scripts does not.
14:18.02Aethenelleimages have been core-sato, i've been using the meta-java layer for openjdk-7 and linaro for openjdk-8
14:18.23Aethenellewhat machine are you using pompom?
14:18.27pompomJuicenote the actual repository has changed for the layer
14:18.58pompomJuicearmv7l
14:19.33Aethenellei'll have to boot that vm to double check... when that change happen?
14:20.31pompomJuicewoglinde notified me earlier today, it might be part of 1.7 already. 1.6 still needs to be updated
14:21.20Aethenellei'm running off of yocto/master so I expect i'm on the right meta-java repo unless the openombedded layer directory is out of date
14:21.56pompomJuicewhat repo are you on exactly? can you check?
14:22.12Aethenellevmware's being a bit slow to resume the vm... one sec
14:22.53pompomJuiceI basically just followed the instructions in the README file @ git://git.yoctoproject.org/meta-java and it worked.
14:23.29pompomJuicethere are some things that needs to be added to local.conf, and some to your image and it should just work.
14:23.37Aethenellei'm totally going to check... just letting you know on that in case there's something else it's just as likely to be...
14:23.44pompomJuicenp
14:24.41Aethenelleoooo.... looking at another copy of the repo i have, i may be on the wrong one...
14:24.43Aethenelleshiny
14:25.14pompomJuicethe new repo has commits as recent as last week
14:35.04*** join/#oe roxell (~roxell@linaro/roxell)
14:49.46Aethenelleyup... wrong repo
14:52.06Aethenellelets see if it works now...
14:53.30*** join/#oe Jafura (~Jean-Fran@ptr-178-50-71-116.dyn.mobistar.be)
14:53.53woglindeAethenelle hm yes I think I will finally update my github repo this evening
14:54.10woglindeto let the readme say where the new repo is
14:54.16Aethenellewoglinde: thanks
14:56.20Aethenellebah... still no mips64 support... next machine...
14:56.34Aethenellewoglinde: is that an upstream thing?
14:56.53Aethenelleis there anything i can do to help on your end?
14:58.07woglindeAethenelle update to icedtead 2.5.3?
14:58.45Aethenellereally?!? i can probably bang out a patch for that...
14:58.46woglindecombine icedtea-native and openjdk to one recipe?
14:58.58woglindethat are longstanding tasks
14:59.02Aethenellethat might take a bit longer...
14:59.14Aethenellei'll see what i can do
15:00.05woglindesure there are some more people looking at the patches now, namely otavio
15:00.17woglindeso if my time is short again he will review them
15:00.27*** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029)
15:01.47*** join/#oe stefan__ (~chatzilla@MTRLPQ2911W-LP140-07-3096560766.dsl.bell.ca)
15:09.19Aethenellewoglinde: similar requirements for openjdk8 support outside of aarch64?
15:12.06Aethenellewoglinde: i'm still getting preferred provider warnings on java2-runtime and java2-vm
15:12.39Aethenelleand the README is missing a " on line 74
15:36.30*** join/#oe pwgen (~ew@2-108-92-38-static.dk.customer.tdc.net)
15:39.46Aethenellewoglinde: failure for qemuarm building jamvm-native https://gist.github.com/anonymous/d51e931b1c348fdc381a
15:41.21woglindeAethenelle hm try with -c cleansstate
15:41.47Aethenellepretty sure that's after cleansstate but i'll try again...
15:44.04Aethenellerunning jamvm-initial
15:45.16*** join/#oe Jefro (~jefro@50-0-152-82.dedicated.static.sonic.net)
15:45.41Aethenellesegfault after initial installed... running -c cleanall and trying again
15:49.21Aethenellecleaning sstate of classpath and jikes... trying again (i got warnings about missing do_populate_sysroot files
15:55.44Aethenelle<PROTECTED>
15:59.27Aethenellewithout changine a config file is there a way to force bitbake to reparse everything?
16:08.10Aethenelleand/or a way to clean the build entirely without nuking tmp (I have other images i'm building as well)
16:11.56khemJaMa: in SRCREV_FORMAT what is entry for default SRC_URI if we do not have name=xxx defined in it
16:13.04khemI know its foo_bar when name=foo and name=bar for given two repos but what would it be if say foo does not define name= and we have name=bar for second repo
16:22.22kergothlooks like it's 'default', from looking over fetch2/__init__.py
16:22.29kergothfor any url which isn't explicitly named
16:22.38kergothuntested, though
16:34.52*** join/#oe SorenHolm (~quassel@5634f191.rev.stofanet.dk)
16:42.02*** join/#oe ao2 (~ao2@2001:1418:117::1)
16:44.02*** join/#oe Jefro (~jefro@50-0-152-82.dedicated.static.sonic.net)
16:57.15*** join/#oe challinan (~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net)
17:01.26JaMakhem: I'm always using name= (with name=main as default) when using SRCREV_FORMAT, but maybe 'default' also works as kergoth said
17:03.53Aethenellegah! i think this install is borked... gonna have to nuke everything...
17:05.11khemok yes I got 'default' reported in errors so seems thats the fallback
17:15.34*** join/#oe oldtopman (~oldtopman@unaffiliated/oldtopman)
17:34.41*** join/#oe SoylentYellow (~SoylentYe@209-234-137-234.static.twtelecom.net)
17:38.52*** join/#oe eFfeM (~frans@c73189.upc-c.chello.nl)
18:09.44*** join/#oe flo_lap (~fuchs@sign-4db6bdf2.pool.mediaWays.net)
18:09.44*** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian)
18:13.13*** join/#oe Nitin (nakamble@nat/intel/x-sqizntavdimwtpmx)
18:24.16*** join/#oe tastycactus (~aaron@ip68-2-231-71.ph.ph.cox.net)
18:38.38*** join/#oe jackmitch|home (~Thunderbi@cpc22-cmbg15-2-0-cust21.5-4.cable.virginm.net)
18:51.22*** join/#oe Leatherface_ (~leatherfa@2001:470:dd7d:0:f029:2b41:9d8f:a44f)
18:57.31*** join/#oe Nitin (nakamble@nat/intel/x-rnjlgzdfrzfuhywf)
19:21.30*** join/#oe SoylentYellow (~SoylentYe@209-234-137-234.static.twtelecom.net)
19:29.49*** join/#oe Nitin (~nakamble@192.55.54.36)
19:32.13*** join/#oe Nitin1 (nakamble@nat/intel/x-ejjpfikxtelduedz)
19:33.25*** join/#oe SoylentYellow (~SoylentYe@209-234-137-234.static.twtelecom.net)
19:38.50*** join/#oe Jafura (~Jean-Fran@ptr-178-50-71-116.dyn.mobistar.be)
19:53.16*** join/#oe sgw_ (~sgw_@c-67-171-230-40.hsd1.wa.comcast.net)
19:56.41*** join/#oe SorenHolm (~quassel@5634f191.rev.stofanet.dk)
20:07.05*** join/#oe jackmitch|home (~Thunderbi@cpc22-cmbg15-2-0-cust21.5-4.cable.virginm.net)
20:11.16*** join/#oe hrw (~hrw@redhat/hrw)
20:17.17*** join/#oe lansiir (~oldtopman@unaffiliated/oldtopman)
20:17.57*** join/#oe Nitin (~nakamble@134.134.139.74)
20:17.57*** join/#oe eFfeM (~frans@c73189.upc-c.chello.nl)
20:19.13*** join/#oe GusBricker (~GusBricke@CPE-120-149-34-233.oirx2.lon.bigpond.net.au)
20:19.31*** join/#oe Nitin2 (nakamble@nat/intel/x-gxvtbqenpffdwihd)
20:27.39*** join/#oe GusBricker (~GusBricke@CPE-120-149-34-233.oirx2.lon.bigpond.net.au)
20:45.29*** join/#oe GusBricker (~GusBricke@CPE-120-149-34-233.oirx2.lon.bigpond.net.au)
21:00.07*** join/#oe stefan___ (~chatzilla@bas10-montreal28-2925130987.dsl.bell.ca)
21:01.27*** join/#oe stefan_schmidt (~stefan@p4FF83B97.dip0.t-ipconnect.de)
21:09.32*** join/#oe ash_charles (~ash@s206-116-3-18.bc.hsia.telus.net)
21:10.06*** join/#oe sarahsharp (~sarah@134.134.139.74)
21:29.27*** join/#oe spaszkoPL (~spaszko@user-188-33-134-191.play-internet.pl)
21:31.11spaszkoPLhi
21:32.23spaszkoPLDo anyone know is it possible to access LCD timings(hsync etc) from userspace? i'm using am3352 cpu and da8xx_fb kernel module.
21:35.51*** join/#oe SorenHolm (~quassel@5634f191.rev.stofanet.dk)
22:05.40*** join/#oe GusBricker (~GusBricke@cre1513898.lnk.telstra.net)
22:26.07*** join/#oe Jafura (~Jean-Fran@ptr-178-50-64-214.dyn.mobistar.be)
22:35.28*** join/#oe rob_w (~rob@unaffiliated/rob-w/x-1112029)
22:46.34*** join/#oe Jefro (~jefro@50-0-152-82.dedicated.static.sonic.net)
22:51.51*** join/#oe stefan__ (~chatzilla@MTRLPQ2911W-LP140-07-3096560766.dsl.bell.ca)
23:12.37*** join/#oe SoylentYellow (~SoylentYe@209-234-137-234.static.twtelecom.net)
23:21.22*** join/#oe sarahsharp (~sarah@134.134.137.71)
23:44.46*** join/#oe sarahsharp (~sarah@192.55.54.42)
23:51.19*** join/#oe sarahsharp (~sarah@134.134.137.71)

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.