| 00:00.03 | bluelightning | Crofton: that is a good point and we should definitely think about that |
| 00:00.05 | otavio | yes. and seems like M4 is too short in fact |
| 00:00.44 | nerdboy | Crofton: is there an updated oedam page somewhere? |
| 00:01.00 | Crofton | the underlying problem is we do not have enough manpower to implement some of the architecutral changes |
| 00:01.10 | Crofton | http://openembedded.org/OEDAM |
| 00:01.31 | Crofton | EVERYONE read, add topics, and try to attend |
| 00:01.35 | otavio | Crofton: agreed but this just mean we ought to focus more on those. And move them ahead. |
| 00:01.39 | Crofton | ^^^ |
| 00:01.41 | otavio | Crofton: I won't go :( |
| 00:01.52 | Crofton | otavio, need bodies to do work |
| 00:01.54 | nerdboy | we have some decent bandwidth for stablization maybe |
| 00:02.09 | Crofton | and we are working on making sure we can have a hangout for people not there |
| 00:02.10 | bluelightning | otavio: hopefully you can attend OEDAM remotely - it worked OK last time |
| 00:02.23 | otavio | bluelightning: 28 is my graduation |
| 00:02.28 | otavio | bluelightning: (my second :P) |
| 00:02.40 | bluelightning | otavio: that's great, congrats :D |
| 00:03.49 | nerdboy | doesn't know spelling of caiperinho ? |
| 00:03.54 | nerdboy | cheers |
| 00:04.05 | otavio | 27 I can likely do |
| 00:04.09 | Crofton | otavio, what degree? |
| 00:04.37 | otavio | Crofton: I am graduated in Computer Science, and now finished Business Administration. |
| 00:04.45 | otavio | Bacharel |
| 00:04.46 | Crofton | Congratualtions |
| 00:04.49 | otavio | :) |
| 00:05.02 | Crofton | will try a pull request for the pyqt fixes |
| 00:05.03 | nerdboy | i just looked for that like a week ago and it was last year's... |
| 00:05.18 | Crofton | I think an elf updated the link |
| 00:07.19 | nerdboy | ah, must be scale-sleep-sapping... |
| 00:07.38 | nerdboy | otavio: i was think this is it => http://en.wikipedia.org/wiki/Cacha%C3%A7a |
| 00:07.50 | nerdboy | cheers and congrats |
| 00:07.59 | otavio | nerdboy: yeah!!!!!!!!!!!!! |
| 00:08.01 | otavio | :) |
| 00:08.08 | otavio | I took two yesterday |
| 00:08.09 | otavio | :) |
| 00:08.27 | nerdboy | students... |
| 00:08.51 | otavio | nerdboy: not really |
| 00:09.19 | nerdboy | was geophysics major, knows about that stuff |
| 00:10.41 | otavio | nerdboy: I friend of my and I went yesterday pub ... we took two Caipirinha |
| 00:10.47 | nerdboy | at least the mexican varieties... wife knows the brasilian version... |
| 00:11.10 | nerdboy | that's the spelling |
| 00:13.29 | *** join/#oe broonie (~broonie@cassiel.sirena.org.uk) |
| 00:23.57 | otavio | nerdboy: it is very nice |
| 00:24.31 | otavio | nerdboy: I do like it; it tastes very different from place to place and people also does with different flavours (using fruits) |
| 00:24.35 | otavio | so it is veyr nice |
| 00:25.15 | nrossi | morning all |
| 00:26.50 | nerdboy | is it shift change already? |
| 00:26.58 | otavio | ? |
| 00:27.15 | nerdboy | evening/morning |
| 00:27.37 | nerdboy | day shift / night shift |
| 00:27.48 | nrossi | yep shift change, just let me punch my time card ;) |
| 00:28.24 | nerdboy | who gets to be ralph? |
| 00:29.21 | Crofton | ok attempting a github pull request, hopefully I do not embaress myself |
| 00:29.46 | *** join/#oe Vutral (~ss@mirbsd/special/Vutral) |
| 00:30.27 | nrossi | nerdboy: whos ralph? :| |
| 00:31.10 | nrossi | hmm is the openembedded.org server down or is it just my IT department wrecking the party? |
| 00:33.57 | Crofton | git.openembedded.org works on my PC |
| 00:33.59 | nerdboy | nrossi: https://www.youtube.com/watch?v=p_u3YRZb74w |
| 00:35.02 | nerdboy | back when cartoons were funny... |
| 00:36.57 | *** join/#oe Vutral (~ss@mirbsd/special/Vutral) |
| 00:36.57 | nerdboy | extra short clip is the answer |
| 00:36.57 | nrossi | nerdboy: :) |
| 00:38.20 | Crofton | annoying, no email for github pull request |
| 00:39.20 | nrossi | Crofton: if you create the pull request you dont get the email |
| 00:39.59 | Crofton | I do not see one on the meta-oe list |
| 00:40.45 | nrossi | Crotfon: Is it setup to send notifications to the list? |
| 00:41.20 | Crofton | likely not |
| 00:41.38 | Crofton | normally I jsut send one patch backport requests |
| 00:41.50 | nrossi | Crofton: also it looks like you did it against the old "meta-oe" repo |
| 00:43.02 | Crofton | grrr |
| 00:43.07 | nerdboy | Crofton: not sure that counts as embarrassing |
| 00:43.26 | nerdboy | is confused by renaming repos too |
| 00:43.33 | Crofton | I've been fixing new checkouts |
| 00:43.36 | nrossi | Crofton: i always confuse myself with that. Probably should just remove the old names and setup redirects |
| 00:43.58 | Crofton | because of people like me who haven't recloned in ages |
| 00:44.54 | nerdboy | if you want embarrassment, you need to aim much higher |
| 00:45.06 | Crofton | I added that to the OEDAM agenda |
| 00:45.14 | nerdboy | considers the options |
| 00:45.38 | nerdboy | maybe show up to oedam without any pants? |
| 00:46.22 | nerdboy | er, that might be overkill... |
| 00:46.29 | nrossi | nerdboy: probably :P |
| 00:47.09 | Crofton | shorts at least |
| 00:47.46 | nerdboy | i didn't exclude shorts |
| 00:47.58 | nerdboy | thanks his lucky starts |
| 00:48.06 | nerdboy | *stars even |
| 00:49.49 | nerdboy | might be decompressing after too many deadlines |
| 00:50.09 | nerdboy | then press on elc talk a little more... |
| 00:50.22 | *** join/#oe rcw (~rwoolley@184.175.0.86) |
| 00:50.29 | nerdboy | not sure how many slides |
| 01:10.16 | *** join/#oe abelloni_ (~abelloni@128-79-216-6.hfc.dyn.abo.bbox.fr) |
| 01:11.43 | *** join/#oe joaohfre1 (~Thunderbi@201.53.208.23) |
| 01:14.25 | Crofton | nrossi, ping |
| 01:16.41 | nrossi | Crofton: yo |
| 01:17.14 | Crofton | Hey, I'm working on getting a u-boot 2015.1 recipe together |
| 01:17.40 | Crofton | and copying the 2014 one and changing the git has pretty much works except SPL barfed |
| 01:17.49 | Crofton | something anout not finding some dtb files |
| 01:17.49 | nerdboy | yay for newer u-boot |
| 01:17.51 | *** join/#oe Vutral (~ss@mirbsd/special/Vutral) |
| 01:17.54 | Crofton | is this an easy fix? |
| 01:18.02 | Crofton | for zynq btq |
| 01:18.30 | nerdboy | are those files in the source tree? |
| 01:18.31 | nrossi | Crofton: hmmm, not sure are you using upstream or the -xlnx repo? |
| 01:18.39 | Crofton | -xlnx :) |
| 01:18.49 | nerdboy | can make the config? |
| 01:18.52 | Crofton | let me copy the binaries over and get the real messages |
| 01:19.09 | Crofton | th eu-boot.img worked with the old boot.bin |
| 01:19.41 | nrossi | Crofton: which board? Zedboard? |
| 01:19.48 | nerdboy | using mainline u-boot several places |
| 01:20.04 | Crofton | Ettus E310 :) |
| 01:20.30 | *** join/#oe Zougloub (cJ@zougloub.eu) |
| 01:20.30 | *** join/#oe Marex (~Marex@195.140.253.167) |
| 01:20.30 | *** join/#oe halstead (~halstead@drupal.org/user/301087/view) |
| 01:20.30 | *** join/#oe Daemon404 (~who_knows@pdpc/supporter/student/Daemon404) |
| 01:20.37 | nrossi | Crofton: i see, did you make a u-boot devicetree for it? |
| 01:20.57 | nrossi | Crofton: or are you relying on the configs for a equivalent board? |
| 01:21.00 | Crofton | no |
| 01:21.11 | Crofton | I was hoping I could avoid the u-boot device tree |
| 01:21.32 | nrossi | i haven't got onto the new u-boot for that exact reason ;) |
| 01:21.44 | Crofton | any idea who I can bug? |
| 01:21.51 | Crofton | the u-boot.img was fine |
| 01:21.58 | Crofton | and I ahve it saving env to SD card |
| 01:22.27 | nrossi | Michal should know, but hes Czech time zone, so :| |
| 01:23.11 | nrossi | have you tried it on the zedboard, curious if its just an issue with spl in general |
| 01:23.51 | Crofton | I haven't had a chance |
| 01:23.58 | Crofton | I'm in CA and the zedboard is at home |
| 01:24.23 | Crofton | my overlap with him is poor from this coast |
| 01:24.44 | Crofton | I'll dupe the messages and send to meta-xilinx |
| 01:24.46 | nrossi | Crofton: k, i will see if i can reproduce the issue here. If so i will query him later for you |
| 01:24.54 | Crofton | and maybe the main u-boot guys can help |
| 01:25.21 | nrossi | Crofton: curiously do you rely on any of the features from the -xlnx u-boot? |
| 01:26.07 | Crofton | http://pastebin.com/gKuLwnr1 |
| 01:26.12 | Crofton | I'm not sure :) |
| 01:26.20 | Crofton | We do load the fpga at boot time |
| 01:26.44 | Crofton | basically, it looks like -xlnx is very close to mainline |
| 01:26.51 | nrossi | Crofton: i think fpga loading is in the mainline version |
| 01:26.57 | Crofton | so I copied recipe and patched config a little |
| 01:26.59 | nrossi | it is i believe, some minor driver things |
| 01:27.06 | Crofton | I was in a hurry :) |
| 01:27.24 | Crofton | I needed to setup save env to sd card FAT |
| 01:27.33 | Crofton | in a hurry |
| 01:33.52 | nerdboy | 2015.01 builds spl for beaglebone for me... |
| 01:34.12 | Crofton | yeah, this is likely something in my config |
| 01:34.22 | nerdboy | freescale doesn't use that afaict |
| 01:35.02 | nerdboy | and my allwinner u-boot is vendor-sticky version |
| 01:36.19 | *** join/#oe Vutral (~ss@mirbsd/special/Vutral) |
| 01:39.39 | *** join/#oe cbrake (~Thunderbi@66.219.186.215) |
| 01:39.39 | *** join/#oe Crofton|road (~balister@12.199.200.124) |
| 01:39.40 | *** join/#oe contempt (contempt@unaffiliated/contempt) |
| 01:39.40 | *** join/#oe icanicant (~klawson@195.88.236.129) |
| 01:39.40 | *** join/#oe morphis (morphis@fiona.nas-admin.org) |
| 01:39.40 | *** join/#oe jchonig (~quassel@firewall.honig.net) |
| 01:39.40 | *** join/#oe svolpe (~shane@c-98-236-253-26.hsd1.pa.comcast.net) |
| 01:39.40 | *** join/#oe Crofton-bot (~supybot@pool-108-44-84-240.ronkva.east.verizon.net) |
| 01:39.40 | *** join/#oe joeythesaint (~joe@vegas.deserted.net) |
| 01:39.40 | *** join/#oe ChrisD1_Away (~ChrisD@merak.alcor.co.uk) |
| 01:39.40 | *** join/#oe radhus (~radhus@sevh.radhuset.org) |
| 01:39.40 | *** join/#oe kergoth (~kergoth@107.170.225.75) |
| 01:39.40 | *** join/#oe kevin_home (~kevin_hom@cpe-67-241-56-43.twcny.res.rr.com) |
| 01:39.40 | *** join/#oe funman (~fun@rockbox/developer/funman) |
| 01:41.56 | *** join/#oe cbrake (~Thunderbi@66.219.186.215) |
| 01:41.56 | *** join/#oe Crofton|road (~balister@12.199.200.124) |
| 01:41.56 | *** join/#oe contempt (contempt@unaffiliated/contempt) |
| 01:41.56 | *** join/#oe icanicant (~klawson@195.88.236.129) |
| 01:41.56 | *** join/#oe morphis (morphis@fiona.nas-admin.org) |
| 01:41.57 | *** join/#oe jchonig (~quassel@firewall.honig.net) |
| 01:41.57 | *** join/#oe svolpe (~shane@c-98-236-253-26.hsd1.pa.comcast.net) |
| 01:41.57 | *** join/#oe Crofton-bot (~supybot@pool-108-44-84-240.ronkva.east.verizon.net) |
| 01:41.57 | *** join/#oe joeythesaint (~joe@vegas.deserted.net) |
| 01:41.57 | *** join/#oe ChrisD1_Away (~ChrisD@merak.alcor.co.uk) |
| 01:41.57 | *** join/#oe radhus (~radhus@sevh.radhuset.org) |
| 01:41.57 | *** join/#oe kergoth (~kergoth@107.170.225.75) |
| 01:41.57 | *** join/#oe kevin_home (~kevin_hom@cpe-67-241-56-43.twcny.res.rr.com) |
| 01:41.57 | *** join/#oe funman (~fun@rockbox/developer/funman) |
| 01:44.06 | nerdboy | are the remote people supposed to go on the wiki too? |
| 01:44.20 | nerdboy | *remote oedam attendees |
| 01:45.27 | Crofton | that would be helpful |
| 01:45.37 | Crofton | just so we ahve an idea what the interest is |
| 01:46.19 | nrossi | Crofton: what sort of time is the start/end of the OEDAM sessions? |
| 01:46.52 | Crofton | say 0900 PDT |
| 01:46.59 | Crofton | run until around 5 PM |
| 01:47.24 | Crofton | it is almost 6PM now, but sandard time, not daylight time |
| 01:47.55 | nrossi | Crofton: ok so pretty much my sleep time ;) |
| 01:48.08 | Crofton | not much we can do about that |
| 01:49.04 | nrossi | Crofton: oh no its fine, just wanted to check. It actually starts on Saturday ~2am my time so i might be able to join in for a couple of hours :D |
| 01:50.30 | *** join/#oe Vutral_ (~ss@176.10.107.235) |
| 01:54.24 | nrossi | Crofton: this the error you were seeing with u-boot "spl_load_image_fat: error reading image u-boot-dtb.img, err - -1" |
| 01:54.38 | nrossi | seems it is trying to load a mysterious -dtb.img only |
| 01:55.31 | nerdboy | nrossi: buy an espresso machine? |
| 01:56.37 | nrossi | nerdboy: nah, im noctural... :D |
| 01:56.55 | nerdboy | well, couple hours is nothing... |
| 01:57.44 | nrossi | nerdboy: its summer here, sun starts rising by 6a :P |
| 01:57.59 | Crofton | yep |
| 01:58.31 | nerdboy | took that long to get camera dialed in last time... |
| 01:58.42 | nrossi | Crofton: renaming the .img file to u-boot-dtb.img and it just works. Guess it might be a change in the default name of the img file |
| 01:59.34 | *** join/#oe Svendsen (~Thunderbi@0128800289.0.fullrate.dk) |
| 01:59.34 | *** join/#oe SoylentYellow (~SoylentYe@209-234-137-234.static.twtelecom.net) |
| 01:59.34 | *** join/#oe NightMonkey (~NightMonk@pdpc/supporter/professional/nightmonkey) |
| 01:59.34 | *** join/#oe unpro_ (~unpro@hack.us.org) |
| 01:59.40 | nerdboy | okay nrossi, spill it. which part of southern hemisphere? |
| 01:59.45 | Crofton | ah |
| 01:59.57 | nrossi | nerdboy: down under mate :) |
| 02:01.30 | Crofton | nrossi, that was too obvious |
| 02:01.31 | Crofton | thanks |
| 02:04.20 | nrossi | "./include/configs/zynq-common.h:485:#define CONFIG_SPL_FS_LOAD_PAYLOAD_NAME "u-boot-dtb.img"" |
| 02:04.50 | nrossi | Crofton: looks like it might be a zynq config thing, will query Michal later to see if thats what it will be upstream/etc. |
| 02:16.31 | *** join/#oe Svendsen (~Thunderbi@0128800289.0.fullrate.dk) |
| 02:16.31 | *** join/#oe SoylentYellow (~SoylentYe@209-234-137-234.static.twtelecom.net) |
| 02:16.31 | *** join/#oe NightMonkey (~NightMonk@pdpc/supporter/professional/nightmonkey) |
| 02:16.31 | *** join/#oe unpro_ (~unpro@hack.us.org) |
| 02:17.02 | *** join/#oe unpro (~unpro@hack.us.org) |
| 02:17.09 | nerdboy | thought the time was more offset than that |
| 02:17.50 | *** join/#oe NightMonkey (~NightMonk@pdpc/supporter/professional/nightmonkey) |
| 02:19.04 | *** join/#oe ChrisD1_Away (~ChrisD@merak.alcor.co.uk) |
| 02:20.21 | Crofton | nrossi, also need to see if we can just switch to mainline |
| 02:31.58 | ka6sox | Crofton, I need about 3hrs to expand the Master server for the OE source repo to handle the different sources. |
| 02:32.19 | Crofton | when? |
| 02:32.22 | ka6sox | then setup the CDN stuff to mirror |
| 02:32.26 | ka6sox | thats why I'm asking |
| 02:32.40 | ka6sox | the lowest usage is 5pm west coast till 11pm |
| 02:32.42 | Crofton | as usual around this time seems slow |
| 02:32.46 | Crofton | yeah |
| 02:33.10 | ka6sox | I'll do it tomorrow. |
| 02:33.17 | ka6sox | give 24hrs notice |
| 02:33.39 | ka6sox | I need to message the Yocto ML and or-core ones too right? |
| 02:33.46 | ka6sox | OE-Core |
| 02:34.01 | Crofton | always a good idea |
| 02:34.05 | ka6sox | kk |
| 02:34.15 | ka6sox | hopefully I won't get moderatedâ¦I never post there. |
| 02:36.06 | Crofton | pretty sure I get notified |
| 02:39.16 | nerdboy | updated the wiki |
| 02:39.37 | nerdboy | and i'm serious about the cake part... |
| 03:00.00 | nerdboy | mmm... cake... |
| 03:10.13 | *** join/#oe halstead (~halstead@crown.incitedev.com) |
| 03:10.40 | *** join/#oe Zougloub (cJ@zougloub.eu) |
| 03:35.45 | *** join/#oe Nilesh_ (~minda@61.246.136.195) |
| 03:59.23 | *** join/#oe s3v3n62mm2 (~s3v3n62mm@pD9FADA3B.dip0.t-ipconnect.de) |
| 04:33.05 | *** join/#oe hrw (~hrw@redhat/hrw) |
| 04:55.52 | *** join/#oe sarahsharp (sarah@nat/intel/x-hpwryiqswgbohdbf) |
| 05:34.37 | *** join/#oe onoffon (~khem@unaffiliated/khem) |
| 06:06.48 | *** join/#oe hamis (~irfan@110.93.212.98) |
| 06:06.56 | *** join/#oe onoffon (~khem@unaffiliated/khem) |
| 06:38.43 | *** join/#oe SorenHolm (~quassel@5634f191.rev.stofanet.dk) |
| 07:22.44 | *** join/#oe Svendsen (~Thunderbi@217.198.217.118) |
| 07:28.13 | *** join/#oe SorenHolm (~quassel@93.165.148.186) |
| 07:31.37 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 07:42.01 | *** join/#oe woglinde (~henning@fb-n15-11.unbelievable-machine.net) |
| 07:53.10 | *** join/#oe ant_work (~ant__@host54-128-static.10-188-b.business.telecomitalia.it) |
| 08:05.51 | *** join/#oe jbrianceau_away (uid10952@gateway/web/irccloud.com/x-bhihbobxkshpphay) |
| 08:10.32 | mckoan | good morning |
| 08:15.22 | woglinde | hi mckoan |
| 08:17.29 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 08:28.13 | *** join/#oe ant_work (~ant__@host54-128-static.10-188-b.business.telecomitalia.it) |
| 08:30.02 | *** join/#oe GusBricker (~GusBricke@CPE-120-149-34-233.oirx2.lon.bigpond.net.au) |
| 08:35.39 | *** join/#oe kimo_ (~kbouhara@hyperion.atermes.fr) |
| 08:38.21 | *** join/#oe phdeswer (~phdeswer@2001:998:2a:dead:d0e2:ff0b:8db5:49ae) |
| 08:39.19 | *** join/#oe clio (~andrej@85.159.109.222) |
| 08:40.36 | *** join/#oe hamis (~irfan@110.93.212.98) |
| 08:42.37 | ant_work | RP: hi |
| 08:43.10 | ant_work | I was building an old-style linux_4.0-rc1 and I think there is still an issue in kernel.bbclass |
| 08:43.40 | ant_work | I had to redeclare S after inheriting kernel |
| 08:44.01 | ant_work | otherwise patches are not found |
| 08:44.08 | *** join/#oe alku (~alku@145.253.106.67) |
| 08:44.11 | ant_work | (patches listed in SRC_URI) |
| 08:44.43 | ant_work | it looks like patches in subdirs are also not found. I'll dig more |
| 08:48.30 | ant_work | (the 4.0-rc1 recipe was cloned from http://tinyurl.com/kyd72et) |
| 08:59.10 | *** join/#oe hamis (~irfan@110.93.212.98) |
| 09:11.55 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 09:18.04 | *** join/#oe awe00 (~awe00@lon92-h02-128-78-240-105.dsl.sta.abo.bbox.fr) |
| 09:23.19 | *** join/#oe kristoffer (~kristoffe@ua-83-227-162-207.cust.bredbandsbolaget.se) |
| 09:27.25 | *** join/#oe awe00 (~awe00@lon92-h02-128-78-240-105.dsl.sta.abo.bbox.fr) |
| 09:37.30 | *** join/#oe belen (Adium@nat/intel/x-cnbrdcklmmxczsrx) |
| 09:46.34 | bluelightning | morning all |
| 09:58.43 | woglinde | hi bl |
| 10:04.56 | nerdboy | looks at the darkness |
| 10:06.51 | nerdboy | apocalypse morning? |
| 10:07.15 | mago_ | hey |
| 10:14.12 | bluelightning | hi woglinde, mago_, nerdboy |
| 10:17.31 | nerdboy | goes to bed and hopes the sun will come back... |
| 10:48.40 | *** join/#oe belen1 (Adium@nat/intel/x-ryhlptekpeotlyzw) |
| 10:54.26 | *** join/#oe Vutral (~ss@mirbsd/special/Vutral) |
| 11:06.07 | *** join/#oe GusBricker (~GusBricke@CPE-120-149-34-233.oirx2.lon.bigpond.net.au) |
| 11:06.46 | *** join/#oe Vutral (~ss@mirbsd/special/Vutral) |
| 11:36.43 | *** join/#oe Vutral (~ss@mirbsd/special/Vutral) |
| 11:45.56 | *** join/#oe simosx (~simosx@ubuntu/member/simosx) |
| 11:49.28 | *** join/#oe stefan_ (~chatzilla@12.48.46.130) |
| 11:52.45 | *** join/#oe nerdboy (~sarnold@gatekeeper.gentoogeek.org) |
| 12:00.52 | *** join/#oe ldnunes (~ldnunes_@177.100.225.47) |
| 12:09.02 | *** join/#oe hugovs (~hugo@177.159.144.73) |
| 12:22.20 | *** join/#oe hugovs_ (~hugo@177.159.144.73) |
| 12:53.53 | *** join/#oe stefan_ (~chatzilla@12.48.46.130) |
| 13:23.54 | *** join/#oe Vutral_ (~ss@176.10.107.235) |
| 13:33.59 | *** join/#oe hugovs (~hugo@177.159.144.73) |
| 13:37.55 | *** join/#oe vmeson (~rmacleod@128.224.252.2) |
| 13:54.41 | *** join/#oe Jin^eLD (~jin@static.88-198-224-151.clients.your-server.de) |
| 13:54.48 | Jin^eLD | hi |
| 13:55.02 | bluelightning | hi Jin^eLD |
| 13:55.11 | Jin^eLD | I'm wondering, the message "The recipe quilt-native is trying to install files into a shared area when those files already exist. Those files and their manifest location are:" used to be a warning, now it's an error? |
| 13:55.24 | Jin^eLD | hi bluelightning :) contining with my upgrade to 1.7.x ;) |
| 13:55.29 | Jin^eLD | *continueing |
| 13:55.39 | Jin^eLD | or whatever, I never get the spelling right |
| 13:55.40 | Jin^eLD | :) |
| 13:55.58 | bluelightning | Jin^eLD: yes, it's an error now after several people hit problems due to ignoring those warnings |
| 13:56.17 | bluelightning | if you're rebuilding from quilt-native, there's not much to keep in your TMPDIR, you might as well blow it away |
| 13:57.21 | Jin^eLD | well, I'll lose the gitrXXX if I wipe it? |
| 13:57.32 | Jin^eLD | and you guessed right, its about quilt native right now ;) |
| 13:58.13 | Jin^eLD | we have a feed that builds all our stuff from git and it needs to be updateable, so I'd rather keep the states of AUTOINCs |
| 13:59.47 | *** join/#oe kristoffer (~kristoffe@ua-83-227-162-207.cust.bredbandsbolaget.se) |
| 14:00.55 | bluelightning | Jin^eLD: you shouldn't, I don't think the database for the PR server is normally under TMPDIR, but you can always double-check |
| 14:02.18 | Jin^eLD | bluelightning: is the db in cache or sstate-cache directry? how is it called again? |
| 14:02.30 | Jin^eLD | there are some db's in cache |
| 14:03.43 | Jin^eLD | let's see what happens |
| 14:06.58 | Jin^eLD | a lot happened since 1.5, we need to sync/update our stuff more often I guess :) |
| 14:12.32 | *** join/#oe rcw (~rwoolley@128.224.252.2) |
| 14:13.25 | Jin^eLD | wiping tmpdir helped, thank you |
| 14:27.34 | mago_ | the oe-core/meta-skeleton/recipes-kernel/hello-mod/hello-mod_0.1bb states that modules packages will be prefixed with "kernel-module-". And the stem of the module name comes from parsing depmod output (not the PN)? so i should expect that there is a kernel-module-hello and not a kernel-module-hello-mod that I can add to MACHINE_ESSENTIAL_EXTRA_RRECOMMENDS? |
| 14:30.36 | *** join/#oe pouledodue (~textual@modemcable082.140-131-66.mc.videotron.ca) |
| 14:39.27 | *** join/#oe Crofton|road (~balister@12.199.200.124) |
| 14:46.11 | *** join/#oe stefan_ (~chatzilla@nat-lmt.mentorg.com) |
| 14:48.36 | bluelightning | mago_: yes, I believe that's how it works |
| 14:56.26 | mago_ | bluelightning: cause i'm getting unsatisfied recommendation in my rootfs logs and the module doesn't get included. The only way to get it in is to put the actual PN into RRECOMMENDS, e.g MACHINE_ESSENTIAL_EXTRA_RRECOMMENDS += "hello-mod" |
| 14:59.00 | mago_ | bluelightning: how can i tell what kernel module splits are actually created? |
| 14:59.37 | bluelightning | mago_: I would suggest looking in packages-split within the workdir for the recipe |
| 15:02.38 | *** join/#oe sarahsharp (sarah@nat/intel/x-zctixagxqdjnbzga) |
| 15:06.50 | mago_ | bluelightning: hm, so if I manually build the recipe, it outputs the correct package split and the rootfs no longer complains. so perhaps my mistake here is that i think MACHINE_ESSENTIAL_EXTRA_RRECOMMENDS also adds a build dependency on the module? or do i need to make sure hello-mod is built elsewhere (e.g in CORE_IMAGE_EXTRA_INSTALL) ? |
| 15:08.31 | bluelightning | mago_: I suspect the issue is that the system does not know that your recipe should provide that item - because the kernel says it provides kernel-module-* |
| 15:08.51 | mago_ | but now that i think about it, how would bitbake know i'd like to build hello-mod just by specifying a RRECOMMENDS on kernel-module-hello |
| 15:09.39 | mago_ | bluelightning: so, what is the proper way of doing these out-of-tree kernel module builds with OE? |
| 15:10.20 | bluelightning | mago_: it has an internal map of runtime targets to build targets, and normally that works fine, except here it's being short-circuited |
| 15:10.33 | bluelightning | mago_: honestly this is not my area of expertise |
| 15:10.41 | bluelightning | (out-of-tree kernel modules, that is) |
| 15:13.56 | bluelightning | mago_: at the moment you probably need an extra DEPENDS somewhere to ensure your recipe gets built, I can't think of another solution at this time |
| 15:15.01 | mago_ | ok, great |
| 15:15.12 | mago_ | i'll just put it in CORE_IMAGE_EXTRA_INSTALL then |
| 15:16.10 | *** join/#oe Zougloub (cJ@198.27.83.45) |
| 15:18.14 | *** join/#oe hugovs (~hugo@177.159.144.73) |
| 15:23.12 | *** join/#oe hugovs (~hugo@177.159.144.73) |
| 15:38.15 | *** join/#oe vmeson (~rmacleod@128.224.252.2) |
| 15:38.33 | *** join/#oe vmeson (~rmacleod@128.224.252.2) |
| 15:40.03 | *** join/#oe Noor (~quassel@110.93.212.98) |
| 15:40.32 | *** join/#oe nslu2-log (~nslu2-log@140.211.169.184) |
| 15:46.16 | *** join/#oe nslu2-log (~nslu2-log@140.211.169.184) |
| 15:46.18 | *** join/#oe kristoffer (~kristoffe@ua-83-227-162-207.cust.bredbandsbolaget.se) |
| 15:58.05 | *** join/#oe belen (Adium@nat/intel/x-odyzqrtkhdlksfrn) |
| 16:01.48 | *** join/#oe onoffon (~khem@unaffiliated/khem) |
| 16:03.07 | *** join/#oe SorenHolm (~quassel@5634f191.rev.stofanet.dk) |
| 16:03.35 | Jin^eLD | so I see opkg is maintained now? patches go via ML or is there some github pull request like environment that I could use? |
| 16:07.34 | bluelightning | Jin^eLD: it is maintained, yes - though I'm not sure of the correct method of sending patches; I'm guessing you would send them to the opkg-devel mailing list |
| 16:07.53 | Jin^eLD | ok, I'll try |
| 16:08.02 | Jin^eLD | we tried submitting them patches about 2-3 years ago |
| 16:08.05 | Jin^eLD | and that led nowhere :) |
| 16:08.35 | Jin^eLD | as in neither accepted nor rejected :) |
| 16:09.05 | Jin^eLD | another question, what's the sugggested way to work around missing gnu/stubs-soft.h ? |
| 16:09.15 | Jin^eLD | I guess that comes from eglibc->glibc switch or something like that? |
| 16:10.18 | bluelightning | Jin^eLD: for any missed opkg patches you should be able to ping the current maintainer (Paul Barker) or perhaps more appropriately rebase and resend |
| 16:10.38 | bluelightning | Jin^eLD: not sure about gnu/stubs-soft.h |
| 16:10.58 | Jin^eLD | ok thx, I guess we'll try to resent then (opkg) |
| 16:11.15 | Jin^eLD | is 1.7 using gcc or clang? |
| 16:11.47 | Jin^eLD | I read the header problem was a bug in clang at some point |
| 16:11.49 | woglinde | gcc |
| 16:12.02 | woglinde | I do not think we support or testing clang this much |
| 16:12.17 | Jin^eLD | yeah just grepped... |
| 16:12.23 | Jin^eLD | hmm |
| 16:13.18 | *** join/#oe vdehors (~vdehors@193.56.60.161) |
| 16:13.42 | Jin^eLD | I think I know regarding the stubs, the program is supposed to import gnu/stubs.h which then decides if hard or soft stubs need to be imported |
| 16:16.13 | Jin^eLD | uh.. although I have a feeling that this include happens via the toolchain |
| 16:16.25 | Jin^eLD | does anyone work on a hardfloat system? |
| 16:16.59 | bluelightning | it looks like it should |
| 16:17.51 | bluelightning | FWIW, a random build I happen to have for beaglebone only has gnu/stubs-hard.h (and gnu/stubs.h) |
| 16:18.08 | bluelightning | khem: any insights ^ ? |
| 16:18.13 | Jin^eLD | my program does #include <pthread.h> |
| 16:18.18 | Jin^eLD | and that leads to the failure |
| 16:19.45 | Jin^eLD | https://pastebin.mozilla.org/8823293 |
| 16:19.51 | Jin^eLD | problem seems to be in the toolchain somewhere |
| 16:20.36 | *** join/#oe Svendsen (~Thunderbi@90.185.89.41) |
| 16:22.03 | Jin^eLD | my 1.5 build did not have the soft stubs eitehr |
| 16:22.03 | bluelightning | looking at gnu/stubs.h, I can only assume that __ARM_PCS_VFP is somehow not defined when it should be |
| 16:22.12 | Jin^eLD | right, that's what I'm thinking |
| 16:22.20 | Jin^eLD | I am just not sure where the define is supposed to be coming from? |
| 16:22.26 | Jin^eLD | it worked in 1.5.3 |
| 16:22.29 | Jin^eLD | (poky) |
| 16:22.54 | Jin^eLD | that looks like some internal gcc define anyway, no? |
| 16:23.07 | onoffon | Jin^eLD: you are using hf toolchain to do softfloat ? |
| 16:23.13 | onoffon | thats not going to work |
| 16:23.23 | onoffon | we do not do multilib in this vector |
| 16:23.50 | Jin^eLD | khem: to be honest I am not quite aware of what exactly I am using :) I just setup the machine and off we go |
| 16:24.00 | Jin^eLD | the machine has hf |
| 16:24.15 | khem` | arm machine or host machine ? |
| 16:24.19 | Jin^eLD | arm |
| 16:24.35 | khem` | are you using on device SDK |
| 16:25.06 | Jin^eLD | huh? I'm cross compiling on a x86 host "normally" via bitbake |
| 16:25.24 | Jin^eLD | so OE builds the toolchain etc etc and everything else |
| 16:25.37 | Jin^eLD | I'm migrating from poky 1.5.3 to 1.7.1 |
| 16:25.52 | Jin^eLD | using same machine configs etc, only poky checkout changed |
| 16:26.02 | Jin^eLD | 1.5.3 compiled just fine |
| 16:26.10 | *** join/#oe peteru (nobody@60-242-171-118.static.tpgi.com.au) |
| 16:26.21 | Jin^eLD | but I wiped out tmpdir to make a clean build |
| 16:27.44 | khem` | which component is failin ? |
| 16:28.15 | Jin^eLD | some software of ours that includes pthread.h |
| 16:28.35 | Jin^eLD | https://pastebin.mozilla.org/8823293 |
| 16:28.54 | Jin^eLD | failure seems to be coming from the pthread.h include if I am not mistaken... |
| 16:29.50 | Jin^eLD | who is supposed to #define __ARM_PCS_VFP ? |
| 16:30.11 | Jin^eLD | and why was it not complaining with poky 1.5.3? |
| 16:30.47 | Jin^eLD | I could probably hack it into our CFLAGS, but I'm a bit afraid if this problem may be of a more general nature |
| 16:34.22 | *** join/#oe ant_home (~ant__@host16-169-dynamic.56-82-r.retail.telecomitalia.it) |
| 16:35.34 | Jin^eLD | doh gotta run, will check back later |
| 16:35.35 | Jin^eLD | thx so far :) |
| 16:39.15 | *** join/#oe simosx (~simosx@adsl-77.37.6.247.tellas.gr) |
| 16:39.15 | *** join/#oe simosx (~simosx@ubuntu/member/simosx) |
| 16:44.22 | nerdboy | moin |
| 16:44.32 | nerdboy | yay, the sun is out... |
| 16:48.31 | *** join/#oe nerdboy (~sarnold@gentoo/developer/nerdboy) |
| 17:08.40 | *** join/#oe bluelightning_ (~paul@pdpc/supporter/professional/bluelightning) |
| 17:17.20 | *** join/#oe ant___ (~ant__@host202-202-dynamic.51-79-r.retail.telecomitalia.it) |
| 17:37.07 | *** join/#oe Aethenelle (~Aethenell@199.15.128.78) |
| 17:45.56 | adelcast | hello, does anyone knows if OE supports the Essential field on deb/ipk's and if not , if there are plans to add support? |
| 17:46.12 | adelcast | sounds convenient to be able to tag libc, etc as Essential |
| 17:46.41 | *** join/#oe awe00 (~awe00@lon92-h02-128-78-240-105.dsl.sta.abo.bbox.fr) |
| 17:50.17 | bluelightning_ | adelcast: I don't believe so, no... we do map PRIORITY to Priority but that looks like it's separate |
| 17:52.56 | adelcast | bluelightning_: thanks, yeah, I couldn't find any reference on the source...would nice to add it to OE, but I can see how it might be problematic to decide on a policy (which packages are OK to be essential, a way to override settings, etc) |
| 17:54.47 | bluelightning | adelcast: actually, the following did get implemented which you may be able to use in the absence of direct support for the Essential field: http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=66055fbeddeb5f5b1fe84c24085f30daa6cfe003 |
| 17:55.02 | bluelightning | it's not documented anywhere except for the commit message, should probably fix that |
| 17:58.43 | adelcast | ah!, very nice to know, we might need to add custom fields to some ipks in the future, this will give us a way to do it, thanks for sharing.....going back to Essential, I don't think it makes a lot of sense to tag some of our packages as Essential if libc is not Essential (unless I change it to use the tag with your trick) |
| 17:59.31 | bluelightning | it all depends on what that tag actually gets the package manager to do I guess (stop it from being uninstalled I would guess?) |
| 17:59.45 | adelcast | yep |
| 18:10.45 | *** join/#oe icanicant_ (~icanicant@dsl-217-155-248-78.zen.co.uk) |
| 18:11.00 | *** join/#oe contempt (contempt@unaffiliated/contempt) |
| 18:11.48 | koen | it also maps to what debootstrap will pull in |
| 18:14.27 | adelcast | oh, so debootstrap will get all the Essential packages from a repo when creating a new rootfs? |
| 18:14.38 | kergoth | ah, that's interesting |
| 18:16.26 | koen | adelcast: that's how it was explained to me |
| 18:17.23 | adelcast | koen: very interesting, I guess that makes the case for adding support for Essential stronger |
| 18:19.01 | koen | essential: makes sense in a general purpose distro |
| 18:19.08 | koen | in a buildsystemd like OE, less so |
| 18:19.22 | kergoth | depends on the use cases you have in mind, i guess |
| 18:20.00 | Crofton | buildsystemd ... |
| 18:20.07 | Crofton | Lennart's latest project |
| 18:20.15 | kergoth | hehe |
| 18:20.58 | koen | Crofton: nah, just extend the units with a Source field, systemd will figure out the deps |
| 18:33.23 | *** join/#oe dv_ (~quassel@chello062178118086.5.14.vie.surfer.at) |
| 18:39.21 | *** join/#oe rob_w (~rob@unaffiliated/rob-w/x-1112029) |
| 18:53.35 | *** join/#oe eFfeM (~frans@c73189.upc-c.chello.nl) |
| 19:00.21 | *** join/#oe belen (Adium@nat/intel/x-hkclrncxvhhpxrjw) |
| 19:05.58 | *** join/#oe bluelightning (~paul@83.217.123.106) |
| 19:05.58 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 19:11.34 | *** join/#oe ensc|w (~ensc@fedora/ensc) |
| 19:23.34 | *** join/#oe Vutral (~ss@mirbsd/special/Vutral) |
| 19:37.17 | *** join/#oe awe00 (~awe00@78.250.66.237) |
| 19:43.07 | *** join/#oe Vutral (~ss@mirbsd/special/Vutral) |
| 19:44.42 | *** join/#oe SorenHolm (~quassel@5634f191.rev.stofanet.dk) |
| 19:44.48 | Crofton | do we have a theme song? Or is that buildroot? |
| 19:48.30 | *** join/#oe stefan_ (~chatzilla@nat-lmt.mentorg.com) |
| 19:52.39 | cbrake | fires up a angstrom-dizzy systemd-image on bb-xm, and its hanging on boot with: [ TIME ] Timed out waiting for device dev-ttyO2.device. |
| 19:52.39 | cbrake | fires up a angstrom-dizzy systemd-image on bb-xm, and its hanging on boot with: [ TIME ] Timed out waiting for device dev-ttyO2.device.[DEPEND] Dependency failed for Serial Getty on ttyO2. |
| 19:53.05 | cbrake | hmmm |
| 20:08.46 | Crofton | bum console line? |
| 20:08.59 | Crofton | Did the rename the serial tty's |
| 20:09.06 | Crofton | denix, maybe |
| 20:09.27 | Crofton | bitbake font-font-misc fails |
| 20:12.57 | cbrake | Crofton: guess I'll stick a known good kernel on it in a bit and see if that fixes it |
| 20:13.41 | cbrake | the other fun for today is trying to get a Qt/Cmake app building in OE ... |
| 20:13.47 | Crofton | hmm |
| 20:13.50 | cbrake | anyone done that? |
| 20:13.52 | Crofton | gnuradio builds fine :) |
| 20:14.01 | Crofton | cmake + qt |
| 20:14.02 | cbrake | is that qt-cmake? |
| 20:14.07 | cbrake | cool, I'll check it out |
| 20:14.11 | Crofton | jsut cmake |
| 20:14.15 | Crofton | inherit cmake .... |
| 20:14.24 | cbrake | yeah, my cmake console apps work just fine |
| 20:14.31 | Crofton | I'm not going to say cmake is perfect :) |
| 20:14.41 | cbrake | but when I use the FindQt module, lots of thigns going wrong |
| 20:15.42 | cbrake | first puzzler is why are the Qt headers installed in overo/usr/include/qtopia -- is the qtopia dir just legacy? |
| 20:15.59 | cbrake | (vs qt4) |
| 20:16.10 | Crofton | hmmm |
| 20:16.20 | Crofton | OE master? |
| 20:16.27 | cbrake | so the FindQt4 module is pulling headers from x86_64-linux/usr/include/qt4 |
| 20:16.33 | cbrake | which does not work out too well |
| 20:16.52 | Crofton | It seems like I had to beat it pretty ahrd |
| 20:17.27 | cbrake | dora |
| 20:17.55 | Crofton | https://github.com/balister/meta-sdr/blob/master/recipes-core/gnuradio/gnuradio_git.bb#L188 |
| 20:18.04 | Crofton | I do not think my beating has changed in ages |
| 20:18.40 | cbrake | that looks useful -- thanks! |
| 20:25.15 | *** join/#oe belen (~Adium@17.114.2.81.in-addr.arpa) |
| 20:34.16 | Crofton | fonts |
| 20:34.18 | Crofton | I ahte fonts |
| 20:35.06 | Crofton | nerdboy, can you send me a link to the OE theme song |
| 20:35.42 | nerdboy | there's an OE theme song? |
| 20:35.52 | Crofton | apparently |
| 20:35.55 | Crofton | ask Stephanie |
| 20:36.12 | nerdboy | wrote a song about advanced field geology once |
| 20:36.46 | nerdboy | she's not on irc presently... |
| 20:36.57 | Crofton | I installed liberation-fonts, but xlsfonts doesn't show extra fonts |
| 20:37.05 | *** part/#oe nerdboy (~sarnold@gentoo/developer/nerdboy) |
| 20:37.05 | *** join/#oe nerdboy (~sarnold@gentoo/developer/nerdboy) |
| 20:37.20 | nerdboy | ka6sox: do you have the link? |
| 20:47.21 | ka6sox | nerdboy, not currently |
| 20:47.28 | ka6sox | but I think I know where to get them |
| 20:48.38 | *** join/#oe GusBricker (~GusBricke@CPE-120-149-34-233.oirx2.lon.bigpond.net.au) |
| 21:02.34 | Jin^eLD | re |
| 21:02.51 | nerdboy | now i remember... |
| 21:02.59 | Jin^eLD | khem: do you have a moment to help me understand whats going on with hard vs soft float for the poky imx build? |
| 21:03.16 | nerdboy | it was called "Bamboozled by Gordon" |
| 21:03.21 | khem | Jin^eLD: sure |
| 21:03.38 | khem | so it seems you have a hf toolchain |
| 21:03.51 | Jin^eLD | khem: so, my starting point was poky 1.5.3 for the imx target which did build fine without any problems |
| 21:03.52 | khem | but then one rogue app not respectiin the fact |
| 21:04.07 | khem | so make sure your app is compilable using hf |
| 21:04.11 | khem | I know |
| 21:04.23 | khem | things like uboot |
| 21:04.28 | khem | which dont use h/f |
| 21:04.31 | khem | can be issue |
| 21:04.37 | Jin^eLD | but then uboot would fail? |
| 21:04.54 | Jin^eLD | well wait, help me understand one thing: how can an include <pthread.h> result in such a problem? |
| 21:04.58 | khem | I argue that they should use a differently configured toolchain to build it |
| 21:05.18 | Jin^eLD | afaik the app that failed for me does not do anything special regarding soft/hard |
| 21:05.21 | Jin^eLD | I doubt it even cares |
| 21:05.25 | khem | because gcc needs to define internal defines for VFP |
| 21:05.33 | khem | and if you do not pass correct ABI |
| 21:05.35 | Jin^eLD | yes, and how does gcc know when it has to? |
| 21:05.36 | khem | it will fail |
| 21:05.51 | khem | with float abi option |
| 21:06.10 | Jin^eLD | so you are saying it's an issue of the build system/makefiles of the particular app? |
| 21:06.17 | khem | I think so |
| 21:06.19 | nerdboy | what does TUNE_FEATURES and TARGET_FPU say at the top of your build? |
| 21:06.41 | khem | uboot makes a valid case which I am inclined to understand |
| 21:06.52 | khem | but apps not at all |
| 21:06.57 | khem | uboot is a standalone app |
| 21:07.11 | khem | clear |
| 21:07.12 | khem | ls |
| 21:07.19 | khem | :) |
| 21:07.21 | Jin^eLD | khem: well, in my case its not uboot and one of "our" apps which is hopfeully fixable, what am I grepping for? |
| 21:07.35 | Jin^eLD | I am not aware of it setting anything special |
| 21:07.45 | nerdboy | i take it fsl upgraded u-boot recently? |
| 21:07.56 | khem | mfloat-abi |
| 21:08.17 | nerdboy | has no problems building u-boot manually or fsl layers |
| 21:08.20 | khem | -mfloat-abi=hard is what you want |
| 21:08.40 | khem | nerdboy, yes however they must have bandaged it |
| 21:08.56 | Jin^eLD | khem: there is no single "mfloat" when grepping there, question: why do I have to set that at all? i.e. - the app does not really care how its being compiled |
| 21:09.00 | Jin^eLD | shouldn't the toolchain set that? |
| 21:09.16 | Jin^eLD | as the matter of fact the app does not even know if its going soft or hard float |
| 21:09.27 | Jin^eLD | and btw the same app with the same target worked with poky 1.5.3 |
| 21:09.33 | Jin^eLD | and I believe it was hard float too |
| 21:09.35 | Jin^eLD | I can recheck |
| 21:09.45 | Jin^eLD | only thing I updated was poky and associated layers |
| 21:09.48 | nerdboy | hmm, looks like i have v2014.04 still |
| 21:10.23 | khem | Jin^eLD: poky used soft-float for longest time |
| 21:10.37 | khem | what is your build configuration o/p |
| 21:10.49 | Jin^eLD | o/p means what? |
| 21:10.55 | khem | output |
| 21:11.03 | nerdboy | it is possible to have breakage with ordering of fpu flags |
| 21:11.18 | khem | the topost prints when bitbake starts to builds |
| 21:11.31 | khem | nerdboy: no |
| 21:11.36 | nerdboy | what does TUNE_FEATURES and TARGET_FPU |
| 21:11.47 | khem | but march can kill it |
| 21:11.56 | khem | thats why I am asking for build config |
| 21:11.59 | Jin^eLD | https://pastebin.mozilla.org/8823334 |
| 21:12.00 | nerdboy | khem: i've done it before with neon |
| 21:12.38 | *** join/#oe darkschneider (~gab@93-32-58-153.ip32.fastwebnet.it) |
| 21:12.39 | nerdboy | could depend on -march/other i suppose |
| 21:13.14 | khem | ok that looks good. nothing surprising there |
| 21:13.19 | nerdboy | Jin^eLD: that looks correct |
| 21:13.34 | khem | now post the log.do_compile of your apps |
| 21:13.42 | Jin^eLD | ok one sec |
| 21:15.04 | Jin^eLD | https://pastebin.mozilla.org/8823335 |
| 21:15.08 | nerdboy | pushes occasional use=neon fixes in the arm overlay |
| 21:15.30 | Jin^eLD | thats cmake crap, I should probably recompile in devshell with V=1 |
| 21:15.35 | Jin^eLD | to get the gcc invocations |
| 21:15.56 | Jin^eLD | ah no, the last failed one has it |
| 21:16.13 | nerdboy | cmake log is less than helpful... |
| 21:16.30 | Jin^eLD | yes, I hate cmake, but the last one, the failed line |
| 21:16.32 | Jin^eLD | there you see the flags |
| 21:16.39 | Jin^eLD | line 90 in the pastebin |
| 21:16.52 | Jin^eLD | an dlin e126 |
| 21:16.56 | Jin^eLD | *and line 126 |
| 21:17.04 | Jin^eLD | -mfloat-abi=hard |
| 21:17.06 | Jin^eLD | its there |
| 21:17.07 | Jin^eLD | hmm |
| 21:17.10 | Jin^eLD | in 126, not in 90 though |
| 21:17.35 | Jin^eLD | 126 is linkage, I fail earlier |
| 21:17.48 | nerdboy | no vfp flags, just neon |
| 21:18.25 | nerdboy | has multiple arm machines on distcc cluster |
| 21:18.49 | nerdboy | usually build with -vfpv3-d16 -neon |
| 21:18.52 | Jin^eLD | I'll show you my machine conf |
| 21:19.01 | Jin^eLD | I'm including OE default tunings |
| 21:19.21 | nerdboy | hang on a sec |
| 21:21.30 | Jin^eLD | https://gitorious.digitalstrom.org/dss-oe/dss-oe/blobs/master/yocto/dS/meta-digitalstrom-devel/conf/machine/dss11e.conf |
| 21:21.50 | nerdboy | looks like poky master gives me the same config as yours |
| 21:21.59 | nerdboy | arm-poky-linux-gnueabi-gcc -march=armv7-a -mfloat-abi=hard -mfpu=neon -mtune=cortex-a8... |
| 21:22.36 | nerdboy | Jin^eLD: the failing build is a local package? |
| 21:22.41 | Jin^eLD | yes |
| 21:23.21 | nerdboy | suggests checking include paths in source files/headers |
| 21:24.07 | *** join/#oe GusBricker (~GusBricke@CPE-120-149-34-233.oirx2.lon.bigpond.net.au) |
| 21:24.18 | Jin^eLD | nerdboy: check that for what? what am I looking for? |
| 21:24.20 | nerdboy | is not a cmake fan |
| 21:24.32 | Jin^eLD | I hate cmake |
| 21:24.38 | Jin^eLD | with the depth of my heart :) |
| 21:24.48 | nerdboy | i was just going back to what khem was saying about u-boot headers |
| 21:25.14 | Jin^eLD | I understood him in the way that uboot was kind of explicitly wanting to compile soft headers |
| 21:26.02 | nerdboy | that package may not have optimal include paths |
| 21:26.16 | khem | thats not compelete output |
| 21:26.52 | Jin^eLD | khem: that was the contents of the log.do_compile file |
| 21:27.18 | nerdboy | scrolls back up a whacks his forehead |
| 21:28.48 | khem | see qfsm_ini.c |
| 21:29.03 | khem | thats not respecting usual TOOLCHAIN_OPTIONS flag |
| 21:29.08 | khem | that is your issue |
| 21:29.45 | khem | so it seems in some of your makefiles you are overriding env |
| 21:29.48 | khem | stop doing that |
| 21:29.50 | *** join/#oe realBigfoot (~realBigfo@134.191.220.74) |
| 21:30.00 | khem | and it will work |
| 21:30.13 | Jin^eLD | ok let me try to find it, thanks a lot, this part is from "qpc" |
| 21:30.17 | Jin^eLD | some package we imported |
| 21:30.28 | nerdboy | gnu/stubs again... |
| 21:31.09 | khem | may be we should change the default ABI in gcc |
| 21:31.16 | khem | but thats a hard sell |
| 21:31.24 | khem | since they also support armv5te |
| 21:31.28 | nerdboy | nobody should be messing with __ARM_PCS_VFP |
| 21:31.30 | khem | so they want LCD |
| 21:31.44 | khem | they are not |
| 21:32.00 | khem | but the fact that they dont specify -mfloat-abi |
| 21:32.08 | khem | is the issue |
| 21:32.34 | nerdboy | you mean their flag is overriding and not defining... |
| 21:32.44 | khem | yes |
| 21:33.12 | khem | although it would be nicer if we changed defaults to use hard float if nothing was used on cmdline |
| 21:33.30 | nerdboy | for those machines i agree |
| 21:33.54 | nerdboy | wishes neon was ieee math |
| 21:34.08 | khem | but we want CC to not be modified |
| 21:34.20 | khem | otherwise folks have bigger issues to solve if they do |
| 21:34.29 | nerdboy | seems like a waste without it... |
| 21:34.31 | khem | things like sstate starts puking |
| 21:35.16 | nerdboy | dorked up his cache moving it to another machine... |
| 21:40.01 | *** join/#oe stefan_ (~chatzilla@nat-lmt.mentorg.com) |
| 21:41.13 | Jin^eLD | khem: thank you very much |
| 21:41.33 | Jin^eLD | I just tried out the compile line manually, adding mfloat-abi (because I have no clue about the crappy cmake) and it copmiled |
| 21:41.36 | Jin^eLD | *compiled |
| 21:41.43 | Jin^eLD | so just as you said |
| 21:41.52 | Jin^eLD | confirms it |
| 21:53.03 | nerdboy | overriding flags is bad juju |
| 21:53.19 | nerdboy | especially when they do it poorly... |
| 21:53.34 | Jin^eLD | nerdboy: I know, I always take care of that, but I only work with autotools |
| 21:53.44 | Jin^eLD | so I never bothered to inspect that package |
| 21:53.51 | Jin^eLD | and now I'm also delegating it ;) |
| 21:54.02 | Jin^eLD | I hate cmake so badly I just get mad when trying to do anything with it |
| 21:54.07 | nerdboy | had to repeatedly whack developers for pushing hard-coded flags into the build |
| 21:54.48 | Jin^eLD | problem is that those who maintain this app aren't necessarily cmake godfathers, at the same time they don't let me convert it to autotools |
| 21:54.58 | nerdboy | sometimes they're even afraid of anything but static makefiles... |
| 21:55.12 | nerdboy | sad, really... |
| 21:55.15 | Jin^eLD | :) |
| 21:57.24 | nerdboy | i love the packages with both cmake and outolools configs |
| 21:57.53 | nerdboy | especially when they're not clear on which they are migrating to/from |
| 21:57.56 | Jin^eLD | these are the ones where neither party won :) |
| 21:58.10 | nerdboy | one is usually in favor |
| 21:58.13 | Jin^eLD | "we hate each other, so lets do both" |
| 21:58.17 | nerdboy | hard to tell sometimes |
| 21:58.22 | Jin^eLD | well, the favor is just a matter of devotion of the particular dev |
| 21:58.30 | Jin^eLD | the one who has more time wins ) |
| 21:58.43 | nerdboy | always wins the commit wars |
| 21:59.24 | nerdboy | and i get really itchy if i don't own the repos |
| 21:59.42 | nerdboy | or at least the build/test/release branches... |
| 22:02.05 | Jin^eLD | well, if it's autotools I'll usually fix it, if its plain makefiles probably too, but if its cmake - I'm off :> |
| 22:02.15 | *** join/#oe mwester (~mwester@nslu2-linux/mwester) |
| 22:05.13 | nerdboy | has always fixed randomly inherited buggy build systems |
| 22:05.45 | Jin^eLD | nerdboy: there are certain lines that should not be crossed :) cmake is one of them :P |
| 22:05.49 | nerdboy | you should check out the libbufr makefiles |
| 22:06.13 | nerdboy | geeky science code... |
| 22:06.47 | nerdboy | Jin^eLD: if cmake is your only thing, then i can throw all the scons packages your way if you want... |
| 22:06.57 | Jin^eLD | oh crap I forgot about scons ;) |
| 22:07.00 | Jin^eLD | forgot it exists |
| 22:07.06 | Jin^eLD | luckily I never ever had to do anything with it |
| 22:07.23 | nerdboy | is having deja vu |
| 22:08.01 | nerdboy | this is almost exactly like two nights of gentoo dev dinner conversation at scale... |
| 22:08.25 | nerdboy | parts of it anyway... |
| 22:08.56 | nerdboy | "yeah, well, which is worse? mono or the JVM?" |
| 22:09.18 | Jin^eLD | :) |
| 22:09.31 | Jin^eLD | what are your thoughts on waf? :) |
| 22:09.42 | Jin^eLD | I saw it only once, in a non cross env, luckily it worked |
| 22:09.44 | Jin^eLD | never heard of it before |
| 22:10.24 | *** join/#oe GusBricker (~GusBricke@cre1513898.lnk.telstra.net) |
| 22:10.36 | kergoth | Jin^eLD: heh, most devs aren't godfathers of any buildsystem. most autotools systems are just as cobbled together and copied and pasted as most folks cmakelists :) |
| 22:11.36 | nerdboy | autotools is just a bit more open to corecion... |
| 22:11.57 | nerdboy | *beating-over-the-haed even |
| 22:12.04 | Jin^eLD | kergoth: well, that's the problem I guess.. if someone understands the system they can write stuff that will just work |
| 22:12.15 | Jin^eLD | but I go with nerdboy here |
| 22:12.20 | Jin^eLD | it is much easier to correct autotools issues |
| 22:12.28 | Jin^eLD | although maybe only because I know my way around autotools |
| 22:13.18 | nerdboy | cmake isn't conceptually mysterious, but each cmake instance has different ways of hiding stuff |
| 22:13.24 | kergoth | open source projects tend to over-emphasize code. not enough CM/build folk, or docs, or testing, or.. :) course, it depends on the project. small projects tend to be low on resources, but particularly those, it seems. and one person projects .. well, one person can only be clueful/expert in so many areas |
| 22:14.01 | nerdboy | cmake people tend to miss config options and hide them in weird places |
| 22:15.20 | nerdboy | is less technical than mr kergoth but has his 10000 hrs of OS development patch |
| 22:16.14 | nerdboy | kinda like the AF captains with their 10000 hrs of poewrpoint patch... |
| 22:16.27 | kergoth | heh, i'm getting rusty in a lot of areas. used to be comfortable in all the layers of the system, but now i'm getting rusty in everything but build and distro, been neck deep in oe/yocto work for too long, not enough on-target |
| 22:16.38 | *** join/#oe ant_home (~ant__@host202-202-dynamic.51-79-r.retail.telecomitalia.it) |
| 22:16.38 | kergoth | need to work on that, getting pigeonholed :) |
| 22:21.20 | nerdboy | i just promote myself to architecture guy |
| 22:36.39 | *** join/#oe realBigfoot (~realBigfo@134.191.220.74) |
| 22:37.41 | nerdboy | kergoth: same trajectory is more common than you think... |
| 22:37.53 | nerdboy | or maybe more than you would like |
| 22:38.47 | nerdboy | IV&V guy, task lead, other stuff, systems architecture guy (with smattering of actual IV&V tasks) |
| 22:42.28 | Crofton | nrossi, awake yet? |
| 23:05.14 | *** join/#oe RP (~richard@5751f4a1.skybroadband.com) |
| 23:08.15 | *** join/#oe vmesons (~rmacleod@24-212-184-107.cable.teksavvy.com) |
| 23:09.38 | *** join/#oe vneutrino (~rmacleod@24-212-184-107.cable.teksavvy.com) |
| 23:17.37 | *** join/#oe RP (~richard@5751f4a1.skybroadband.com) |
| 23:20.08 | *** join/#oe onoffon (~khem@unaffiliated/khem) |
| 23:44.16 | *** join/#oe onoffon (~khem@unaffiliated/khem) |
| 23:57.18 | *** join/#oe GusBricker (~GusBricke@cre1513898.lnk.telstra.net) |