| *** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@autobuilder.yoctoproject.org> has joined #yocto | 00:00 | |
| *** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has joined #yocto | 00:05 | |
| *** davest <davest!~Adium@134.134.137.71> has quit IRC | 00:09 | |
| *** _Lucretia_ <_Lucretia_!~munkee@pdpc/supporter/active/lucretia> has joined #yocto | 00:09 | |
| *** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has quit IRC | 00:13 | |
| *** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has joined #yocto | 00:13 | |
| *** _julian <_julian!~quassel@x2f021dd.dyn.telefonica.de> has joined #yocto | 00:16 | |
| *** _julian_ <_julian_!~quassel@x2f13ee0.dyn.telefonica.de> has quit IRC | 00:19 | |
| *** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has quit IRC | 00:30 | |
| *** carlos001_ <carlos001_!b5c1011a@gateway/web/freenode/ip.181.193.1.26> has quit IRC | 00:40 | |
| *** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has quit IRC | 00:53 | |
| *** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has joined #yocto | 01:05 | |
| pidge | RP: yes, that was me. I killed a bunch of builds | 01:07 |
|---|---|---|
| *** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has joined #yocto | 01:30 | |
| *** Net147 <Net147!~Net147@60-241-181-112.static.tpgi.com.au> has joined #yocto | 01:36 | |
| *** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has quit IRC | 01:51 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 01:51 | |
| *** mitz__ <mitz__!~mitz@KHP222227247006.ppp-bb.dion.ne.jp> has joined #yocto | 02:01 | |
| *** mitz <mitz!~mitz@KHP222227247006.ppp-bb.dion.ne.jp> has quit IRC | 02:02 | |
| *** silviof <silviof!~silviof@unaffiliated/silviof> has quit IRC | 02:04 | |
| *** silviof <silviof!~silviof@unaffiliated/silviof> has joined #yocto | 02:10 | |
| *** scot <scot!~scot@130.164.62.183> has joined #yocto | 02:38 | |
| *** scot <scot!~scot@130.164.62.183> has quit IRC | 02:45 | |
| *** lpapp_ <lpapp_!~lpapp@kde/lpapp> has left #yocto | 03:02 | |
| *** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has joined #yocto | 03:17 | |
| *** ka6sox-farfarawa is now known as ka6sox | 03:18 | |
| -YoctoAutoBuilder- build #274 of nightly-ppc is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-ppc/builds/274 | 03:21 | |
| *** lpapp_ <lpapp_!~lpapp@kde/lpapp> has joined #yocto | 03:31 | |
| lpapp_ | hi, why are there native packages? | 03:32 |
| *** musdem <musdem!~Zack@CPE98fc11766960-CM0026f3a1cd6d.cpe.net.cable.rogers.com> has quit IRC | 03:36 | |
| sgw_ | lpapp_: your up late, the -native packages are to ensure a consistent and reproducible build environment and not rely on the host's tools which may be either older or newer. | 03:39 |
| lpapp_ | sgw_: why would I? | 03:42 |
| lpapp_ | it is already 5 pm here soon. | 03:42 |
| lpapp_ | am* | 03:43 |
| sgw_ | lpapp_: then your up early! | 03:43 |
| lpapp_ | sgw_: why? This is the best time for meditating. :) | 03:43 |
| lpapp_ | rather than the tiring evenings. | 03:43 |
| lpapp_ | I guess it is just the matter of when one goes to sleep. :) | 03:44 |
| sgw_ | You have an interesting viewpoint if you are meditating on IRC ;-) | 03:44 |
| lpapp_ | no, I am already done with that. | 03:44 |
| lpapp_ | sgw_: there is for instance qtbase-native, but I am not yet sure why. | 03:45 |
| lpapp_ | sgw_: qt5 is meant to be buildable easily for host, or target. | 03:45 |
| lpapp_ | but I see this situation for other packages, too. | 03:45 |
| sgw_ | lpapp_: is qtbase part of qt5? There might be some tool that is needed to help build qt5, so these are built first and then qt5 will use that tool | 03:46 |
| lpapp_ | sgw_: yes, there is a bootstrap, but how is that related? | 03:49 |
| lpapp_ | (it is not a qt5 specific problem btw) | 03:50 |
| lpapp_ | JaMa: any of the qt5 changes meant to be upstreamed? | 03:56 |
| *** Net147 <Net147!~Net147@60-241-181-112.static.tpgi.com.au> has quit IRC | 03:58 | |
| *** vicky <vicky!~vicky@122.165.223.135> has joined #yocto | 04:02 | |
| vicky | Hi yocto. I added linux-firmware in my image file. It compiled fine. But i m getting the licence problem of rtlwifi. My log at http://pastebin.com/8LyWxq8y | 04:06 |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 04:10 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 04:14 | |
| *** _alex_kag_ <_alex_kag_!~alex_kag@37.213.50.34> has quit IRC | 04:29 | |
| *** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has quit IRC | 04:54 | |
| *** _alex_kag_ <_alex_kag_!~alex_kag@178.124.23.159> has joined #yocto | 04:54 | |
| *** Satrukaan <Satrukaan!~Thunderbi@192-0-149-234.cpe.teksavvy.com> has joined #yocto | 05:14 | |
| *** Satrukaan <Satrukaan!~Thunderbi@192-0-149-234.cpe.teksavvy.com> has quit IRC | 05:19 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 05:21 | |
| *** tor <tor!~tor@c-ef66e655.125-1-64736c10.cust.bredbandsbolaget.se> has joined #yocto | 05:22 | |
| *** smartin <smartin!~smartin@20-87-190-109.dsl.ovh.fr> has joined #yocto | 05:24 | |
| *** smartin_ <smartin_!~smartin@20-87-190-109.dsl.ovh.fr> has quit IRC | 05:25 | |
| *** zecke <zecke!~ich@91-65-247-193-dynip.superkabel.de> has joined #yocto | 05:25 | |
| JaMa | lpapp_: you mean .patch files in meta-qt5? | 05:28 |
| JaMa | some has Upstream-Status.. | 05:28 |
| lpapp_ | JaMa: yes, those | 05:45 |
| lpapp_ | JaMa: like external host dir | 05:45 |
| lpapp_ | bin | 05:45 |
| lpapp_ | JaMa: I was trying the update to 5.1.1 but patches are failing | 05:47 |
| lpapp_ | JaMa: and I was thinking of asking the upstreamability... | 05:47 |
| lpapp_ | even qtbase has many patches. | 05:47 |
| lpapp_ | JaMa: I removed 2 integrated, and there are few inappropriate, and the rest is pending... | 05:51 |
| *** jeremiah <jeremiah!~jeremiah@194-237-7-146.customer.telia.com> has joined #yocto | 05:59 | |
| *** jeremiah <jeremiah!~jeremiah@194-237-7-146.customer.telia.com> has quit IRC | 06:03 | |
| *** zecke <zecke!~ich@91-65-247-193-dynip.superkabel.de> has quit IRC | 06:14 | |
| *** swex__ <swex__!~swex@88.210.24.77> has joined #yocto | 06:14 | |
| *** swex_ <swex_!~swex@178.17.195.116> has quit IRC | 06:15 | |
| *** mihai <mihai!~mihai@80.97.15.150> has joined #yocto | 06:18 | |
| *** B4gder <B4gder!~daniel@sestofw01.enea.se> has joined #yocto | 06:26 | |
| *** melonipoika <melonipoika!~quassel@ip050-115.seclan.com> has joined #yocto | 06:36 | |
| *** jeremiah <jeremiah!~jeremiah@194-237-7-146.customer.telia.com> has joined #yocto | 06:45 | |
| *** panda84kde <panda84kde!~diego@static-217-133-170-65.clienti.tiscali.it> has joined #yocto | 06:46 | |
| *** zeeblex <zeeblex!~apalalax@134.134.139.76> has joined #yocto | 06:49 | |
| *** seebs <seebs!~seebs@home.seebs.net> has quit IRC | 06:53 | |
| *** florian_kc is now known as florian | 06:56 | |
| *** Zagor <Zagor!~bjst@rockbox/developer/Zagor> has joined #yocto | 07:04 | |
| *** slaine <slaine!~slaine@84.203.137.218> has joined #yocto | 07:04 | |
| *** dany <dany!~Thunderbi@sestofw01.enea.se> has quit IRC | 07:06 | |
| *** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 07:06 | |
| *** eballetbo <eballetbo!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has joined #yocto | 07:07 | |
| *** dany <dany!~Thunderbi@79.102.217.135> has joined #yocto | 07:08 | |
| *** elmi82 <elmi82!~timo@mail.bmw-carit.de> has joined #yocto | 07:14 | |
| *** ant_work <ant_work!~ant@host54-128-static.10-188-b.business.telecomitalia.it> has joined #yocto | 07:15 | |
| *** volker <volker!~quassel@host-80-81-19-29.customer.m-online.net> has joined #yocto | 07:17 | |
| *** zeeblex1 <zeeblex1!apalalax@nat/intel/x-cpqsonphydbwyywn> has joined #yocto | 07:34 | |
| *** zeeblex <zeeblex!~apalalax@134.134.139.76> has quit IRC | 07:36 | |
| *** OlivierG <OlivierG!~OlivierG@LVelizy-156-44-42-252.w217-128.abo.wanadoo.fr> has left #yocto | 07:41 | |
| *** kbart <kbart!~KBart@213.197.143.19> has joined #yocto | 07:44 | |
| *** mitz__ <mitz__!~mitz@KHP222227247006.ppp-bb.dion.ne.jp> has quit IRC | 07:51 | |
| *** bluelightning <bluelightning!~paul@83.217.123.106> has joined #yocto | 07:51 | |
| *** bluelightning <bluelightning!~paul@83.217.123.106> has quit IRC | 07:51 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 07:51 | |
| *** mitz__ <mitz__!~mitz@KHP222227247006.ppp-bb.dion.ne.jp> has joined #yocto | 07:52 | |
| JaMa | lpapp_: you can see qtbase repo in meta-qt5 org on github, that's what I'm using to rebase patches for new releases | 08:02 |
| JaMa | lpapp_: I've discussed external-dir-host with ossi on IRC, but in the end I'm not so happy about how it works, so I haven't submitted it upstream in the end | 08:03 |
| *** seebs <seebs!~seebs@home.seebs.net> has quit IRC | 08:09 | |
| *** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 08:10 | |
| bluelightning | morning all | 08:11 |
| *** sameo <sameo!~samuel@192.55.55.39> has joined #yocto | 08:12 | |
| lpapp_ | JaMa: well, there are a few inappropriate things in there. | 08:14 |
| lpapp_ | like the oe-g++ mkspcs. | 08:14 |
| lpapp_ | mkspecs* | 08:14 |
| *** melonipoika_ <melonipoika_!~quassel@ip050-115.seclan.com> has joined #yocto | 08:14 | |
| *** melonipoika <melonipoika!~quassel@ip050-115.seclan.com> has quit IRC | 08:15 | |
| gaby | Hi, How can I change the PYTHON executable in a recipe in order to use python-native ? | 08:18 |
| *** lpapp_ <lpapp_!~lpapp@kde/lpapp> has quit IRC | 08:19 | |
| *** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has joined #yocto | 08:24 | |
| *** honschu <honschu!~honschu@shackspace/j4fun> has joined #yocto | 08:31 | |
| *** honschu_ <honschu_!~honschu@shackspace/j4fun> has quit IRC | 08:35 | |
| *** lpapp <lpapp!~lpapp@212.44.19.228> has joined #yocto | 08:38 | |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto | 08:38 | |
| *** eren <eren!~eren@unaffiliated/eren> has joined #yocto | 08:43 | |
| tf | gaby: inherit the python-native class | 08:45 |
| tf | that should have been pythonnative | 08:46 |
| *** belen <belen!~Adium@134.134.139.72> has joined #yocto | 08:47 | |
| *** dany <dany!~Thunderbi@79.102.217.135> has quit IRC | 08:47 | |
| *** dany <dany!~Thunderbi@sestofw01.enea.se> has joined #yocto | 08:51 | |
| lpapp | JaMa: what did ossi suggest instead of the external host dir? | 08:53 |
| *** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has quit IRC | 09:00 | |
| *** vicky <vicky!~vicky@122.165.223.135> has quit IRC | 09:03 | |
| *** vicky <vicky!~vicky@122.165.223.135> has joined #yocto | 09:03 | |
| JaMa | lpapp: there isn't any replacement for that | 09:06 |
| lpapp | JaMa: what is the problem with bootstrapping | 09:06 |
| JaMa | ? | 09:06 |
| lpapp | JaMa: as far as I read that, it seems to grab tools from a prebuilt external location | 09:07 |
| JaMa | true | 09:07 |
| lpapp | so, what is the problem with boostrapping, rather than doing so? | 09:07 |
| JaMa | ah I see where you're going | 09:07 |
| JaMa | the goal with OE is to build native tools just once | 09:08 |
| JaMa | and then reuse the same tools for different target builds | 09:08 |
| lpapp | JaMa: yeah, so why not have a native package? | 09:08 |
| lpapp | which are building the tools? | 09:08 |
| lpapp | and that native package is bootstrapped. | 09:08 |
| JaMa | lpapp: that's what qtbase-native is | 09:09 |
| lpapp | JaMa: yeah, so what is the purpose of that change? | 09:09 |
| lpapp | you can use the native tools if they are in the path. | 09:10 |
| JaMa | no it will try to bootstrap them again | 09:10 |
| JaMa | external-host-bin is switch to disable bootstraping and forcing build to use binaries from qtbase-native | 09:11 |
| lpapp | this looks like a configure flag | 09:11 |
| JaMa | it is configure flag | 09:12 |
| lpapp | JaMa: I am not sure I understand this use case. | 09:14 |
| lpapp | JaMa: if qtbase changes, it might be that the tools changed, and they need to be rebuilt. | 09:15 |
| lpapp | and they are only rebuilt during the qtbase rebuild. | 09:15 |
| *** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has joined #yocto | 09:16 | |
| lpapp | perhaps it external stuff cannot be found, it makes sense to bootstrap even then though, yeah. | 09:17 |
| JaMa | ? | 09:18 |
| lpapp | JaMa: if native tools cannot be found in the path, it might make sense to rebuilt them. | 09:20 |
| lpapp | if they, then perhaps not, although the installed might be outdated. | 09:20 |
| lpapp | can* | 09:20 |
| *** blloyd <blloyd!~blloyd@mobile-166-137-145-230.mycingular.net> has joined #yocto | 09:21 | |
| *** OlivierG <OlivierG!~OlivierG@LVelizy-156-44-42-252.w217-128.abo.wanadoo.fr> has joined #yocto | 09:24 | |
| *** blloyd <blloyd!~blloyd@mobile-166-137-145-230.mycingular.net> has quit IRC | 09:27 | |
| *** OlivierG <OlivierG!~OlivierG@LVelizy-156-44-42-252.w217-128.abo.wanadoo.fr> has left #yocto | 09:27 | |
| *** blloyd <blloyd!~blloyd@mobile-166-137-145-230.mycingular.net> has joined #yocto | 09:29 | |
| *** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has quit IRC | 09:30 | |
| JaMa | lpapp: that's why recipes using them have qtbase-native in DEPENDS | 09:30 |
| lpapp | the only problem I see is that tools might be outdated. | 09:31 |
| lpapp | and IMO it should be rebuilt when qtbase is rebuilt | 09:31 |
| lpapp | in which case, the change has not much addition | 09:31 |
| JaMa | why should be, if there is newer qtbase-native it will be upgraded before qtbase is built | 09:31 |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has quit IRC | 09:31 | |
| *** blloyd_ <blloyd_!~blloyd@mobile-166-137-147-187.mycingular.net> has joined #yocto | 09:33 | |
| *** lpapp <lpapp!~lpapp@212.44.19.228> has joined #yocto | 09:33 | |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto | 09:33 | |
| *** blloyd <blloyd!~blloyd@mobile-166-137-145-230.mycingular.net> has quit IRC | 09:33 | |
| JaMa | lpapp: as long as qtbase-native signature is valid, then aren't outdated | 09:34 |
| JaMa | lpapp: and qtbase-native can be reused from sstate-cache | 09:34 |
| JaMa | so this addition is needed (I don't know how to explain it better for you to see it) | 09:34 |
| lpapp | well, the source has to be checksum'd and compared | 09:36 |
| lpapp | if it is not what is installed, it has to be rebuilt... so in that case, the one time build is kinda moot. | 09:37 |
| lpapp | if it is the same, it does not have to rebuild. | 09:37 |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has quit IRC | 09:38 | |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto | 09:39 | |
| *** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has joined #yocto | 09:42 | |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has quit IRC | 09:46 | |
| JaMa | rburton: ping | 09:54 |
| *** zecke <zecke!~ich@46.115.50.239> has joined #yocto | 09:56 | |
| *** melonipoika <melonipoika!~quassel@ip050-115.seclan.com> has joined #yocto | 09:57 | |
| bluelightning | JaMa: he's away I think | 09:57 |
| bluelightning | JaMa: anything I can help with? | 09:57 |
| JaMa | it was about libmatchbox, but I'll handle it different | 09:57 |
| *** melonipoika_ <melonipoika_!~quassel@ip050-115.seclan.com> has quit IRC | 09:57 | |
| JaMa | bluelightning: you can help me with something else.. I have 20 patches for oe-core and 80 for meta-oe for deterministic dependencies, I'm still testing them so I haven't sent them for review yet | 09:58 |
| *** lpapp <lpapp!~lpapp@212.44.19.228> has joined #yocto | 09:59 | |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto | 09:59 | |
| JaMa | but when is the last option to get them in 1.5? | 09:59 |
| bluelightning | JaMa: wow, ok... | 09:59 |
| bluelightning | JaMa: well, I can't guarantee they will get in but if they're bugfixes and not too impactful then they should be OK; we'd better have them soon though | 10:00 |
| JaMa | bluelightning: this is the libmatchbox change I wanted to ask rburton about (if he wants to fix missing include instead) http://git.openembedded.org/openembedded-core-contrib/commit/?h=jansa/deps&id=e6abe1f4e6a41cf4ac4070971b6ec1757d79b9ab | 10:00 |
| bluelightning | IMO it would be really great to have most dependency issues nailed down for 1.5 | 10:00 |
| JaMa | I know only about handful yet unresolved deps after this patchset but verification builds get always broken by some other change, so I haven't got complete world for some time.. | 10:01 |
| bluelightning | JaMa: that fix looks reasonable to me; I'd say fixing the png-disabled case can be handled later, but rburton may have other ideas being the maintainer | 10:01 |
| JaMa | yes that why I was asking him | 10:02 |
| bluelightning | right | 10:02 |
| JaMa | bluelightning: btw were you interested in qcanobserver? or do I remember it incorrectly? | 10:08 |
| bluelightning | JaMa: not personally... I don't yet have a device here with a CAN bus to test, although I do have a minnowboard on order; but still nothing CAN-equipped to connect to it other than my car which I don't really want to tinker with at that level ;) | 10:11 |
| JaMa | oki, it's broken for long time, so I'm looking for someone who was using it or plans to use it | 10:12 |
| bluelightning | I wonder if anyone in the minnowboard community might be interested if they're playing around with CAN | 10:14 |
| bluelightning | I can ask in #minnowboard later | 10:14 |
| JaMa | it's broken since some qt4 upgrade IIRC, so I'm not sure if it needs someone with CAN knowledge - except for motivation to fix it of course :) | 10:16 |
| JaMa | hmm last build error looks like just missing include.. I'll probably fix it in next round | 10:17 |
| JaMa | ah there is also problem with sourceforge layout change for svn repos | 10:22 |
| *** zecke <zecke!~ich@46.115.50.239> has quit IRC | 10:27 | |
| *** Anusko <Anusko!~anusko@62.159.77.165> has joined #yocto | 10:32 | |
| *** dRp3pP3r <dRp3pP3r!d5bf22ee@gateway/web/freenode/ip.213.191.34.238> has joined #yocto | 10:35 | |
| *** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has quit IRC | 10:37 | |
| *** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has joined #yocto | 10:38 | |
| dRp3pP3r | hi experts, i have a little problem: my build always fails at xserver-xorg, do_package_wirte_rpm due to a change in $PV. i tried to 'bitbake -c clean xserver-xorg' and rebuild but it doesnt help. i noticed that the explicit funtion to fail is read_subpackage_metadata. since xserver-xorg does have subpackages (a few -extension packets) i guess i would have to rebuild them because they were build with another PV | 10:38 |
| bluelightning | JaMa: right, we discussed that last week I think; someone really needs to go and submit a sourceforge infrastructure bug report to get them to put in working redirects for the old layout | 10:39 |
| bluelightning | JaMa: is that something you'd be prepared to do? | 10:39 |
| dRp3pP3r | but i do not know how, because bitbake says 'nothing provides xserver-xorg-extension-*' with * being any of the extensions provided by xserver-xorg. | 10:39 |
| JaMa | bluelightning: not now as I would like to finish those dependencies in time | 10:40 |
| *** sakoman <sakoman!~steve@static-74-41-60-154.dsl1.pco.ca.frontiernet.net> has quit IRC | 10:44 | |
| bluelightning | JaMa: right, fair enough | 10:47 |
| *** Anusko <Anusko!~anusko@62.159.77.165> has quit IRC | 10:47 | |
| *** Anusko <Anusko!~anusko@62.159.77.165> has joined #yocto | 10:48 | |
| *** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has quit IRC | 10:49 | |
| *** volker <volker!~quassel@host-80-81-19-29.customer.m-online.net> has quit IRC | 10:54 | |
| *** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has quit IRC | 10:56 | |
| *** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has joined #yocto | 10:57 | |
| *** joseppc <joseppc!~Josep@sestofw01.enea.se> has joined #yocto | 10:57 | |
| dRp3pP3r | anyone any ideas? | 11:05 |
| dRp3pP3r | please :) | 11:05 |
| bluelightning | ndec: given we discussed it earlier in #oe would you be able to submit a sourceforge infrastructure bug report to get working redirects added for the old svn layout? | 11:09 |
| bluelightning | dRp3pP3r: xserver-xorg is the recipe that produces those packages, but they are packages and thus you can't specify them as names on the bitbake command line | 11:11 |
| bluelightning | dRp3pP3r: it sounds more like a bug to me | 11:11 |
| dRp3pP3r | bluelightning: thats my problem. deleting all files under work/ didn't help too... | 11:12 |
| *** dRp3pP3r_ <dRp3pP3r_!d5bf22ee@gateway/web/freenode/ip.213.191.34.238> has joined #yocto | 11:14 | |
| dRp3pP3r_ | so, what do i do? | 11:15 |
| bluelightning | dRp3pP3r_: you should never delete tmp/work/ on its own, that's probably trashed your TMPDIR | 11:15 |
| dRp3pP3r_ | seemed like the only way to get rid of the subpackages with the wrong PV, but the error stays... | 11:15 |
| bluelightning | (although just deleting tmp/work/...../recipe/version wouldn't be a problem if you subsequently cleaned) | 11:15 |
| dRp3pP3r_ | that's what i did.... | 11:16 |
| bluelightning | ok, no worries on that front then | 11:16 |
| bluelightning | but you should never get tracebacks or obscure errors like that, if you are it's a bug | 11:16 |
| *** dRp3pP3r <dRp3pP3r!d5bf22ee@gateway/web/freenode/ip.213.191.34.238> has quit IRC | 11:16 | |
| bluelightning | brb | 11:16 |
| dRp3pP3r_ | the exact one is: ERROR: Recipe xserver-xorg is trying to change PV from '1.14.0' to '1.11.4'. This will cause do_package_write_* failures since the incorrect data will be used and they will be unable to find the right workdir. | 11:17 |
| bluelightning | ah right | 11:18 |
| bluelightning | have you tried bitbake -c cleansstate xserver-xorg ? | 11:18 |
| dRp3pP3r_ | not yet, mom | 11:19 |
| bluelightning | I have to step out for a sec but that should get around the problem | 11:19 |
| dRp3pP3r_ | k thx | 11:19 |
| *** sameo <sameo!~samuel@192.55.55.39> has quit IRC | 11:21 | |
| *** zecke <zecke!~ich@46.115.50.239> has joined #yocto | 11:23 | |
| *** Corneliu <Corneliu!c0c6972b@gateway/web/freenode/ip.192.198.151.43> has joined #yocto | 11:27 | |
| *** blitz00 <blitz00!stefans@unaffiliated/blitz00> has joined #yocto | 11:28 | |
| *** sakoman <sakoman!~steve@static-74-41-60-154.dsl1.pco.ca.frontiernet.net> has joined #yocto | 11:28 | |
| *** sameo <sameo!~samuel@192.55.55.39> has joined #yocto | 11:34 | |
| dRp3pP3r_ | bluelightning: for the record: didn't work. read_subpackage_metadata again. | 11:37 |
| JaMa | dRp3pP3r_: read https://bugzilla.yoctoproject.org/show_bug.cgi?id=4102 especially last comment with "find" command | 11:37 |
| yocti | Bug 4102: normal, Medium+, 1.5 M2, richard.purdie, RESOLVED FIXED, Incremental builds do not work well when renaming recipes or changing architecture. | 11:37 |
| *** sakoman <sakoman!~steve@static-74-41-60-154.dsl1.pco.ca.frontiernet.net> has quit IRC | 11:38 | |
| *** walters <walters!~walters@c-66-31-18-51.hsd1.ma.comcast.net> has quit IRC | 11:39 | |
| *** tinti <tinti!~tinti@pdpc/supporter/student/tinti> has quit IRC | 11:40 | |
| *** tinti <tinti!~tinti@pdpc/supporter/student/tinti> has joined #yocto | 11:41 | |
| dRp3pP3r_ | JaMa: thanks, worked (the find command) | 11:47 |
| dRp3pP3r_ | i suppose the mentioned patch 2/2 is implemnted in 1.5M2? | 11:47 |
| JaMa | yes | 11:49 |
| dRp3pP3r_ | right. thanks again. :) | 11:49 |
| dRp3pP3r_ | i'm off... hava a nice day u all :) | 11:50 |
| *** dRp3pP3r_ <dRp3pP3r_!d5bf22ee@gateway/web/freenode/ip.213.191.34.238> has quit IRC | 11:50 | |
| *** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has joined #yocto | 11:51 | |
| *** Saur <Saur!pkj@nat/axis/x-nhsscovcpjdsetmh> has joined #yocto | 11:54 | |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has quit IRC | 11:59 | |
| *** Saur <Saur!pkj@nat/axis/x-nhsscovcpjdsetmh> has quit IRC | 12:00 | |
| *** Stygia <Stygia!~gmpsaifi@x1-6-00-21-9b-e8-d0-5a.k663.webspeed.dk> has joined #yocto | 12:01 | |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto | 12:02 | |
| Stygia | Heya. If I make a bbappend that contains a file named exactly like the one in the original recipe, with the intend to use the file I provide instead of the original one, will the original file be "overwritten" in D and used by do_install()? (The do install in the main recipe - I don't want one if I don't need it in my bbappend). | 12:02 |
| Stygia | If not, I assume I can just do a do_install_append and install on top of the old one. | 12:02 |
| *** cfo215 <cfo215!~cfo215@mail.abemblem.com> has joined #yocto | 12:04 | |
| Stygia | And on another note, this line here: PRINC := "${@int(PRINC) + 1}" This increments package revision by one, right? | 12:04 |
| cfo215 | Morning everyone... to those involved with my problem... here are the results of the core-minimal sdk build. | 12:06 |
| cfo215 | http://pastebin.com/3PAncwWk | 12:06 |
| JaMa | Stygia: what you mean by "bbappend that contains a file named exactly like the one" ? | 12:06 |
| JaMa | Stygia: are you talking about some file referenced from SRC_URI? | 12:07 |
| *** sakoman <sakoman!~steve@static-74-41-60-154.dsl1.pco.ca.frontiernet.net> has joined #yocto | 12:07 | |
| Stygia | JaMa, Yes exactly. The original recipe has a hosts file in SRC_URI, and I want to ensure that the file from my bbappend is used instead. | 12:07 |
| Stygia | JaMa, Sorry if I was unclear. | 12:07 |
| Stygia | Could I assume that, if I do a bbappend with a SRC_URI +=, that the file from my bbappend is what'll be used in the statement something like "install hosts ${D}/etc" ? | 12:09 |
| tf | Stygia: you don't need to modify the SRC_URI | 12:11 |
| tf | just provide the file and do the usual preppend on the path | 12:11 |
| Stygia | tf, Oh? I just do FILESEXTRAPATH_prepend and add it in? | 12:11 |
| Stygia | tf, Ah exactly. Cool. :) | 12:11 |
| Stygia | tf, Presumably I'd still need to increment the package revision, though, right? | 12:12 |
| tf | yes, I think so | 12:12 |
| Stygia | tf, Alright, cool. Seems simple enough. | 12:13 |
| JaMa | Stygia: yes, but it uses your file in WORKDIR, then it's back on base recipe what it will do with it (to install it in $D or something else) | 12:17 |
| Stygia | JaMa, Exactly, that's what I want. :) | 12:18 |
| Stygia | JaMa, This is netbase, and we need to use our own hosts file to workaround a crazy bug we couldn't track down... so that's exactly what I want. Just to do the normal things with my file instead of the original. | 12:19 |
| lpapp | WARNING: Host distribution "Debian-GNU-Linux-7" has not been validated with this version of the build system; you may possibly experience unexpected failures. It is recommended that you use a tested distribution. | 12:19 |
| lpapp | debian stable is unsupported? How come? | 12:19 |
| JaMa | Stygia: understood, it just wasn't clear from that question what do you expect | 12:20 |
| Stygia | JaMa, Alright, sorry. | 12:20 |
| Stygia | JaMa, But that is exactly what I expected, so all good. | 12:21 |
| cfo215 | update: http://pastebin.com/8cUQCHnn works from Makefile. Environment probably needs tweaked. | 12:21 |
| *** el_robin <el_robin!~el_robin@2a01:e0b:1:124:8c9e:801c:5ccb:6bdf> has quit IRC | 12:22 | |
| Crofton|work | cfo215, weird, not dyn linker failure? | 12:22 |
| cfo215 | Crofton|work, I thought you were going rafting today? | 12:23 |
| Crofton|work | I am just trying to get cuaght up b4 loading the car | 12:23 |
| *** el_robin <el_robin!~el_robin@sd-22215.dedibox.fr> has joined #yocto | 12:24 | |
| cfo215 | Crofton|work, I'm jealous! Anyhow. the pastebin has everything I did and the results. I can pastebin my env if that will help. | 12:24 |
| *** scot <scot!~scot@130.164.62.183> has joined #yocto | 12:26 | |
| Crofton|work | I am annoyed the otehr problem went away | 12:27 |
| Crofton|work | soemthing really funny is up | 12:27 |
| Crofton|work | I need to stop caring long enough to get out the door | 12:28 |
| cfo215 | Crofton|work, I feel you. I just want to compile my Qt app for ARM. So frustrated at this point. | 12:29 |
| Crofton|work | yep | 12:30 |
| Crofton|work | we want this to work | 12:30 |
| Crofton|work | is it "easy" for you install Fedora? | 12:30 |
| cfo215 | I understand. I want it to work to. It will surely be better in the long run. Beats having to do everything from scratch. | 12:30 |
| Crofton|work | also, did you get anywhere with the touchscreen? | 12:31 |
| *** e8johan <e8johan!~quassel@c-d463e455.16-3-64736c10.cust.bredbandsbolaget.se> has joined #yocto | 12:31 | |
| *** drasko_ <drasko_!~drasko@11-96-190-109.dsl.ovh.fr> has quit IRC | 12:31 | |
| cfo215 | Nowhere on the touchscreen yet. -qws doesn't play with it. I thought Qt was compiled with touchscreen support built in. | 12:32 |
| *** Net147 <Net147!~Net147@60-242-179-244.static.tpgi.com.au> has joined #yocto | 12:32 | |
| Crofton|work | dunno | 12:33 |
| cfo215 | Crofton|work, can i "upgrade" my Ubuntu to fedora? Or do I need to rebuild my system? | 12:33 |
| Crofton|work | is your app "big" you can compile on the bone | 12:33 |
| Crofton|work | rebuild | 12:33 |
| Crofton|work | I was hoping you had an extra box around | 12:33 |
| cfo215 | That's what I thought. I'll ask the IT peeps here if they have anything. | 12:34 |
| cfo215 | What version of Fedora? | 12:34 |
| *** ericben <ericben!~ebenard@pac33-3-88-170-243-169.fbx.proxad.net> has quit IRC | 12:34 | |
| Crofton|work | F19 is what I used | 12:34 |
| Crofton|work | use | 12:34 |
| lpapp | anyone knows why Debian stable is not supported anymore? | 12:34 |
| *** acidfu <acidfu!~nib@unaffiliated/acidmen> has quit IRC | 12:34 | |
| cfo215 | I can compile it on the bone. I tried opkg qt4, and qt4-embedded but it couldn't find those. I'll search the *.ipks for the correct name. | 12:35 |
| cfo215 | I just "happen" to have that version on DVD sitting on my desk... | 12:35 |
| *** zecke <zecke!~ich@46.115.50.239> has quit IRC | 12:35 | |
| *** ericben <ericben!~ebenard@pac33-3-88-170-243-169.fbx.proxad.net> has joined #yocto | 12:35 | |
| cfo215 | Do you use 32bit or 64bit? | 12:36 |
| *** e8johan <e8johan!~quassel@c-d463e455.16-3-64736c10.cust.bredbandsbolaget.se> has quit IRC | 12:37 | |
| Crofton|work | 64 | 12:38 |
| cfo215 | thnks | 12:39 |
| cfo215 | I believe this is the correct file: packagegroup-qte-toolchain-target_1.0-r7.0_all.ipk | 12:40 |
| cfo215 | to install on the BBB that is. | 12:40 |
| Crofton|work | try it :) | 12:40 |
| cfo215 | working on it... ;) | 12:41 |
| *** zecke <zecke!~ich@46.115.50.239> has joined #yocto | 12:41 | |
| *** Anusko <Anusko!~anusko@62.159.77.165> has quit IRC | 12:42 | |
| *** Anusko <Anusko!~anusko@62.159.77.165> has joined #yocto | 12:42 | |
| Crofton|work | can someone try endorsing me for OpenEmbedded and "Yocto Project" on linkedin | 12:42 |
| *** B4gder <B4gder!~daniel@sestofw01.enea.se> has quit IRC | 12:42 | |
| Crofton|work | yes, I know the endorsement stuff is bs | 12:42 |
| Crofton|work | also, I would to get the number of times I have been endorsed for trolling up :) | 12:43 |
| * RP likes his Cat Herding skiil | 12:44 | |
| cfo215 | Crofton|work, if I get a machine for Fedora, I should be able to just move my files over, or am I going to have to start from scratch again? | 12:46 |
| ant_work | you can move the downloads ;) | 12:46 |
| cfo215 | that works... | 12:47 |
| ant_work | after the time for changing distro a run of bitbake isn't so bad... | 12:47 |
| RP | Crofton|work: I can't see Yocto Project and OpenEmbedded on there :/ | 12:47 |
| cfo215 | I thought they are "interchangeable" for the most part. | 12:49 |
| ant_work | Crofton|work: I've noticed Fedora* and Ubuntu* distros seem suffering now and then. Trust me (and JaMa): with Gentoo we never had any issue apart one obscure binutils thing years ago | 12:49 |
| bluelightning | cfo215: in the way some people use the term Yocto Project, certainly | 12:50 |
| Crofton|work | I use Fedora, so problems get fixed :) | 12:50 |
| bluelightning | cfo215: strictly speaking the Yocto Project is an umbrella project and one (major) sub-project under that umbrella is to enhance BitBake and OE-Core | 12:50 |
| bluelightning | cfo215: so strictly speaking the build system is OpenEmbedded | 12:51 |
| Crofton|work | +1 | 12:51 |
| ant_work | Crofton|work: it may sound strange but I'd suggest Gentoo to newcomers | 12:51 |
| Crofton|work | I suggest what I use :) | 12:51 |
| ant_work | ah, golden rule... | 12:51 |
| bluelightning | for least pain on a headless build server I use CentOS ;) | 12:52 |
| bluelightning | there has been some fun with python there but buildtools solves that | 12:53 |
| bluelightning | for master that is, dylan needs no additional help | 12:54 |
| bluelightning | dylan and earlier | 12:54 |
| RP | the idea is that the buildtools-tarball should solve the various distro related problems we were seeing | 12:54 |
| bluelightning | indeed | 12:54 |
| ant_work | he he.. it was already foreseen: OE builds OE | 12:55 |
| bluelightning | well, an OE "SDK" (since buildtools-tarball is effectively an SDK) supports the build of OE ;) | 12:56 |
| ant_work | RP: by the way, is the issue of /usr still popular? | 12:56 |
| bluelightning | but of course OE will build under an OE-built OS as well :) | 12:56 |
| RP | ant_work: most of the userbase still use it | 12:57 |
| RP | ant_work: the buildappliance is an OE image which can then run OE | 12:58 |
| ant_work | RP: wrt /usr -> / I'm hearing opinions like "let those distros sink into oblivion" | 12:59 |
| RP | ant_work: I think it makes sense to maintain configurability with the project so I'd certainly not support that | 13:00 |
| ant_work | RP: I was planning to build a small image with meta-micro but I'm still exitating | 13:02 |
| ant_work | *hesitating fwiw | 13:03 |
| lpapp | 3: linux-yocto-3.4.59+gitAUTOINC+f36797c2df_cdd7a54692-r4.5 do_install (pid 29353) -> why is it getting stuck in here? | 13:03 |
| *** tomz <tomz!~trz@c-68-53-177-94.hsd1.in.comcast.net> has joined #yocto | 13:07 | |
| *** tomz is now known as Guest89792 | 13:07 | |
| Crofton|work | RP, I endiorsed you for OpenEmbedded and tried "Yocto Project" in "'s | 13:08 |
| *** jeremiah <jeremiah!~jeremiah@194-237-7-146.customer.telia.com> has quit IRC | 13:09 | |
| *** vicky <vicky!~vicky@122.165.223.135> has quit IRC | 13:09 | |
| *** smartin_ <smartin_!~smartin@20-87-190-109.dsl.ovh.fr> has joined #yocto | 13:14 | |
| *** smartin <smartin!~smartin@20-87-190-109.dsl.ovh.fr> has quit IRC | 13:15 | |
| *** Anusko <Anusko!~anusko@62.159.77.165> has quit IRC | 13:35 | |
| cfo215 | Crofton|work, hopefully I won't run out of space on the BBB. Also, I rather do my development on my PC not the target. Kind of defeats the purpose. | 13:35 |
| *** Anusko <Anusko!~anusko@62.159.77.165> has joined #yocto | 13:35 | |
| cfo215 | bluelightning, thanks for the clarification. | 13:36 |
| *** Net147 <Net147!~Net147@60-242-179-244.static.tpgi.com.au> has quit IRC | 13:36 | |
| Crofton|work | sure, but you need something that works, having multiple paths to success is always a good idea | 13:39 |
| lpapp | what is the best practice to handle SOURCE_MIRROR_URL ?= "file://source_mirror/sources/" for in repository state and downloads stuff? | 13:44 |
| lpapp | file://${TOPDIR}/build/ etc or something else? | 13:44 |
| *** zenlinux <zenlinux!~sgarman@c-50-139-96-211.hsd1.or.comcast.net> has quit IRC | 13:44 | |
| lpapp | JaMa: so what did you not like about the external host bin change | 13:58 |
| *** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-ueyhznoqgepgzgxi> has quit IRC | 14:01 | |
| lpapp | bluelightning: is there a download dir variable that can be used in local.conf? | 14:02 |
| *** thesignal <thesignal!~deadbot@134.255.234.222> has quit IRC | 14:02 | |
| bluelightning | lpapp: DL_DIR? | 14:02 |
| *** thesignal <thesignal!~deadbot@134.255.234.222> has joined #yocto | 14:02 | |
| lpapp | bluelightning: is that accessible for local.conf? | 14:03 |
| *** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-hzrsnrtkwjyrcyur> has joined #yocto | 14:03 | |
| *** michael_e_brown_ <michael_e_brown_!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has joined #yocto | 14:04 | |
| *** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has quit IRC | 14:06 | |
| *** michael_e_brown_ <michael_e_brown_!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has quit IRC | 14:09 | |
| *** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has joined #yocto | 14:10 | |
| bluelightning | lpapp: absolutely | 14:11 |
| JaMa | lpapp: that I had to modify also other qt5 modules in order to support it (and similar changes are needed for cmake support) | 14:15 |
| lpapp | JaMa: well, cmake is just following qmake. | 14:17 |
| lpapp | yes, that is bad if other modules require it because it should be a one-shot action in qtbase. | 14:18 |
| RP | Crofton|work: it didn't show up :/ | 14:18 |
| Crofton|work | th eOE one did? | 14:18 |
| lpapp | bluelightning: ok, thanks so I need to use that for this? https://wiki.yoctoproject.org/wiki/How_do_I#Q:_How_do_I_create_my_own_source_download_mirror_.3F | 14:18 |
| Crofton|work | we need to work on our linkedin gaming | 14:18 |
| lpapp | i.e. is it enough? INHERIT += "own-mirrors" | 14:18 |
| lpapp | BB_GENERATE_MIRROR_TARBALLS = "1" | 14:18 |
| lpapp | or, I also need, SOURCE_MIRROR_URL ?= "file://${DL_DIR}"? | 14:19 |
| JaMa | lpapp: see https://github.com/meta-qt5/meta-qt5/commit/7c3a1a208df46fcf094b957cdd35f06729c53eda | 14:19 |
| *** _alex_kag_ <_alex_kag_!~alex_kag@178.124.23.159> has quit IRC | 14:19 | |
| JaMa | lpapp: https://github.com/meta-qt5/meta-qt5/blob/master/recipes-qt/qt5/qtjsbackend-5.1.0/0002-v8.pro-respect-external-host-bindir-when-set.patch | 14:20 |
| lpapp | luckily, v8 is history soon. | 14:20 |
| lpapp | so is qtjsbackend | 14:20 |
| *** michael_e_brown_ <michael_e_brown_!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has joined #yocto | 14:21 | |
| *** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has quit IRC | 14:21 | |
| JaMa | I must admit that I don't follow qt5 so closely to know that, but still it's something which doesn't work with simple -external-host-dir out-of-the-box | 14:21 |
| lpapp | why not | 14:22 |
| lpapp | hmm, I need to add uthash in my layer for now. | 14:25 |
| lpapp | which recipes-foo subsystem should I choose for that? | 14:25 |
| lpapp | the project ships 4 header files, that is all ... it is only for development. | 14:25 |
| lpapp | but "devtools" sounds wrong for this as this is not a tool. | 14:25 |
| lpapp | bluelightning: ^ | 14:26 |
| lpapp | maybe recipes-extended | 14:26 |
| * bluelightning doesn't know what uthash is | 14:26 | |
| lpapp | C preprocessor implementations of a hash table and a linked lis | 14:26 |
| lpapp | t | 14:26 |
| bluelightning | recipes-support or recipes-devtools I would think | 14:27 |
| lpapp | it is not a tool | 14:27 |
| bluelightning | but ultimately it's your layer and the system doesn't care what directory it's in... | 14:27 |
| lpapp | it is 4 header files. | 14:27 |
| lpapp | well, I plan to propose it back later tonight to some layer | 14:27 |
| lpapp | ok, I am fine with recipes-support | 14:28 |
| *** zecke <zecke!~ich@46.115.50.239> has quit IRC | 14:28 | |
| *** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has joined #yocto | 14:32 | |
| lpapp | bluelightning: right, so what is the best way not to run any confiure, make whatsoever? | 14:33 |
| *** michael_e_brown_ <michael_e_brown_!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has quit IRC | 14:33 | |
| lpapp | just install the four headers in the tarball downloaded? | 14:33 |
| lpapp | do I even need to mention the installationo f them explicitly? | 14:33 |
| lpapp | installation of them* | 14:33 |
| bluelightning | depends if it supports "make install" | 14:33 |
| bluelightning | well actually | 14:33 |
| bluelightning | if it's not autotooled you need to write your own do_install | 14:33 |
| lpapp | bluelightning: ls src | 14:34 |
| lpapp | utarray.h uthash.h utlist.h utstring.h | 14:34 |
| lpapp | that is all | 14:34 |
| lpapp | no makefiles, no configure, whatsoever. | 14:34 |
| lpapp | tests folder is full of c test sources. | 14:34 |
| lpapp | but I do not need that one. | 14:34 |
| lpapp | there is a makefile in there. | 14:34 |
| bluelightning | right, then you'll need to install them in your own do_install with install -m 0644 ... | 14:35 |
| lpapp | right, thanks. | 14:35 |
| *** Anusko <Anusko!~anusko@62.159.77.165> has quit IRC | 14:37 | |
| *** scot_ <scot_!~scot@130.164.62.183> has joined #yocto | 14:37 | |
| *** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has quit IRC | 14:37 | |
| *** Anusko <Anusko!~anusko@62.159.77.165> has joined #yocto | 14:37 | |
| *** scot <scot!~scot@130.164.62.183> has quit IRC | 14:38 | |
| *** acidfu <acidfu!~nib@unaffiliated/acidmen> has joined #yocto | 14:39 | |
| lpapp | bluelightning: this, right? install -m 0644 ${S}/src/*.h ${D}${includedir} | 14:40 |
| bluelightning | lpapp: looks OK | 14:41 |
| *** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has joined #yocto | 14:41 | |
| lpapp | thanks.. also, there is a one-command syntax for this repetitive pattern: bitbake foo -c clean && bitbake foo | 14:41 |
| *** scot_ <scot_!~scot@130.164.62.183> has quit IRC | 14:43 | |
| *** kbart <kbart!~KBart@213.197.143.19> has quit IRC | 14:45 | |
| lpapp | bluelightning: install: target `/home/lpapp/Projects/Yocto/poky-dylan-9.0.1/build/tmp/work/armv5te-linux-gnueabi/uthash/1.9.7-r1/image/usr/include' is not a directory | 14:45 |
| lpapp | I need to create that explicitly? | 14:46 |
| *** FunkyPenguin <FunkyPenguin!~quassel@opensuse/member/FunkyPenguin> has quit IRC | 14:51 | |
| *** FunkyPenguin <FunkyPenguin!~quassel@opensuse/member/FunkyPenguin> has joined #yocto | 14:52 | |
| lpapp | yeah, apparently.. | 14:52 |
| lpapp | or is there a nicer way? | 14:53 |
| lpapp | other than: install -m 755 ${D}${includedir} | 14:53 |
| lpapp | install -m 0644 ${S}/src/*.h ${D}${includedir} | 14:53 |
| *** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has quit IRC | 14:54 | |
| lpapp | install -dm755 ${D}${includedir}* | 14:54 |
| *** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has joined #yocto | 14:54 | |
| *** scot_ <scot_!~scot@130.164.62.183> has joined #yocto | 14:56 | |
| *** FunkyPenguin <FunkyPenguin!~quassel@opensuse/member/FunkyPenguin> has quit IRC | 14:58 | |
| *** michael_e_brown_ <michael_e_brown_!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has joined #yocto | 15:00 | |
| *** davest <davest!~Adium@134.134.137.71> has joined #yocto | 15:01 | |
| *** jeremiah <jeremiah!~jeremiah@194-237-7-146.customer.telia.com> has joined #yocto | 15:01 | |
| *** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has quit IRC | 15:01 | |
| *** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has joined #yocto | 15:05 | |
| *** jeremiah <jeremiah!~jeremiah@194-237-7-146.customer.telia.com> has quit IRC | 15:06 | |
| *** zecke <zecke!~ich@91-65-247-193-dynip.superkabel.de> has joined #yocto | 15:06 | |
| *** FunkyPenguin <FunkyPenguin!~quassel@opensuse/member/FunkyPenguin> has joined #yocto | 15:08 | |
| *** ant_work <ant_work!~ant@host54-128-static.10-188-b.business.telecomitalia.it> has quit IRC | 15:10 | |
| *** blitz00 <blitz00!stefans@unaffiliated/blitz00> has quit IRC | 15:12 | |
| lpapp | hmm, I just realized stuff is not stripped by default | 15:13 |
| lpapp | is there a yocto catch up setting for that to strip everything possible? | 15:13 |
| bluelightning | it does strip binaries as part of packaging | 15:15 |
| bluelightning | symbols are split out to the -dbg packages and then stripped from the binaries | 15:15 |
| *** acidfu <acidfu!~nib@unaffiliated/acidmen> has quit IRC | 15:16 | |
| lpapp | ah, as part of the packaging, thanks. | 15:17 |
| *** jeremiah <jeremiah!~jeremiah@194-237-7-146.customer.telia.com> has joined #yocto | 15:20 | |
| *** _alex_kag_ <_alex_kag_!~alex_kag@178.126.227.250> has joined #yocto | 15:20 | |
| *** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-hzrsnrtkwjyrcyur> has quit IRC | 15:21 | |
| *** zecke <zecke!~ich@91-65-247-193-dynip.superkabel.de> has quit IRC | 15:21 | |
| *** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-anxffqtbhjymbcdt> has joined #yocto | 15:22 | |
| *** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-iugkuafcqvstdoff> has joined #yocto | 15:23 | |
| *** jeremiah <jeremiah!~jeremiah@194-237-7-146.customer.telia.com> has quit IRC | 15:25 | |
| *** Crofton <Crofton!~balister@pool-71-171-32-225.ronkva.east.verizon.net> has quit IRC | 15:28 | |
| *** zenlinux <zenlinux!~sgarman@c-50-139-96-211.hsd1.or.comcast.net> has joined #yocto | 15:34 | |
| *** slaine <slaine!~slaine@84.203.137.218> has quit IRC | 15:35 | |
| *** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-iugkuafcqvstdoff> has quit IRC | 15:37 | |
| *** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-ncxdbbiiuscpvmld> has joined #yocto | 15:37 | |
| *** joseppc <joseppc!~Josep@sestofw01.enea.se> has quit IRC | 15:38 | |
| *** mihai <mihai!~mihai@80.97.15.150> has quit IRC | 15:39 | |
| *** ezekieljams <ezekieljams!~chatzilla@50-78-182-221-static.hfc.comcastbusiness.net> has joined #yocto | 15:42 | |
| *** eballetbo <eballetbo!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has quit IRC | 15:43 | |
| lpapp | bluelightning: so I should not check anything in, inside the downloads folder which starts with "git2"? | 15:44 |
| bluelightning | personally I wouldn't put downloads into a VCS but if you feel you must, the answer is yes exclude those | 15:45 |
| *** ezekieljams is now known as embeddedZ | 15:47 | |
| lpapp | bluelightning: thanks | 15:51 |
| *** zecke <zecke!~ich@91-65-247-193-dynip.superkabel.de> has joined #yocto | 15:55 | |
| *** belen <belen!~Adium@134.134.139.72> has quit IRC | 15:57 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 15:59 | |
| Stygia | The last 10 minutes really make me wish I'd either unsubbed from oe-devel@ or taken the time to set up mail sieve.... :P But good on Martin Jansa, whoever that is. | 15:59 |
| lpapp | Stygia: /whois JaMa | 16:00 |
| *** belen <belen!~Adium@134.134.139.72> has joined #yocto | 16:00 | |
| Stygia | If you've no idea what I'm on about, check your email. | 16:00 |
| *** zecke <zecke!~ich@91-65-247-193-dynip.superkabel.de> has quit IRC | 16:01 | |
| kergoth | definitely sounds like you need to setup some filtering | 16:01 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 16:01 | |
| * lpapp feels the time to unsubscribe from oe-devel. :p | 16:01 | |
| *** zecke <zecke!~ich@91-65-247-193-dynip.superkabel.de> has joined #yocto | 16:01 | |
| *** Anusko <Anusko!~anusko@62.159.77.165> has quit IRC | 16:02 | |
| * kergoth didn't even notice | 16:02 | |
| *** Anusko <Anusko!~anusko@62.159.77.165> has joined #yocto | 16:02 | |
| lpapp | I think the other one was worse with 180 | 16:02 |
| JaMa | Stygia: you shouldn't read your e-mail on android phone or where do you read it | 16:03 |
| *** acidfu <acidfu!~nib@24.37.17.210> has joined #yocto | 16:03 | |
| *** acidfu <acidfu!~nib@unaffiliated/acidmen> has joined #yocto | 16:03 | |
| JaMa | Stygia: 1000 e-mails per hours and mutt isn't even shown in htop :) | 16:03 |
| lpapp | is there a pattern deletion option on the gmail webinterface? | 16:04 |
| kergoth | hehe | 16:04 |
| lpapp | when someone sends so many changes? | 16:04 |
| Stygia | JaMa, Hah it's not that it's performance-heavy, it's that I've neglected to actually implement the filter, so I got a shitton of mails all at once. | 16:04 |
| Stygia | JaMa, And it's not an issue really, I just didn't see 30+ emails at once coming anytime soon. :P | 16:05 |
| kergoth | i use gmail, but i filter so patches are auto-archived, and use a separate patch review saved search, so only non-patch-review discussions hit the inbox | 16:05 |
| kergoth | get used to it :) | 16:05 |
| kergoth | so, turns out i have no immodules in gtk+3 because whoever added gtk+3 didn't pull forward a required patch from gtk+2 | 16:06 |
| * JaMa is using filters on gmail to split the flow into 30+ labels with auto-archive, then isync to get them in local maildir and mutt to read them from local storage | 16:06 | |
| * kergoth rolls eyes and submits patch | 16:06 | |
| JaMa | most annoying part on this setup is that in order to delete some e-mail from "All mail" folder I have to locally move it to trash and push it with isync back to gmail | 16:07 |
| kergoth | i have fond memories of procmail+mutt | 16:09 |
| kergoth | good times | 16:09 |
| kergoth | Anyone else playing around with using buildtools-tarball to build on old distros? | 16:10 |
| eren | should I cross post yocto and oe-dev for general question? | 16:10 |
| eren | I mean, CCing lists | 16:10 |
| *** Stygia <Stygia!~gmpsaifi@x1-6-00-21-9b-e8-d0-5a.k663.webspeed.dk> has quit IRC | 16:10 | |
| lpapp | JaMa: I still have these, http://paste.kde.org/~lpapp/pcaaade13/ | 16:10 |
| lpapp | even with BB_GENERATE_MIRROR_TARBALLS = "1" | 16:11 |
| kergoth | really depends on what the discussion is about | 16:11 |
| * eren uses mutt + offlineimap. didn't even notice the performance problem :) | 16:11 | |
| JaMa | lpapp: that's what you want isn't it? | 16:11 |
| eren | kergoth: it's about an image creation process for a new BSP layer | 16:11 |
| lpapp | JaMa: I want to avoid git in favor of tarballs. | 16:11 |
| *** elmi82 <elmi82!~timo@mail.bmw-carit.de> has quit IRC | 16:12 | |
| JaMa | lpapp: fetcher will unpack tarballs into git2/ folder | 16:12 |
| JaMa | lpapp: tarballs are only for transfer between your mirror and builder | 16:12 |
| lpapp | JaMa: I wanna check in stuff in downloads and sstate | 16:13 |
| lpapp | and I do not wanna have git in there, only tarballs. | 16:13 |
| *** johnsoga <johnsoga!4542f923@gateway/web/freenode/ip.69.66.249.35> has joined #yocto | 16:13 | |
| lpapp | unfortunately, BB_GENERATE_MIRROR_TARBALLS = "1" do not seem to help with this. | 16:15 |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 16:15 | |
| JaMa | yes it only generates mirror tarballs :) | 16:15 |
| lpapp | so, I was then right on the mailing list, it is N/A for my case. | 16:16 |
| JaMa | nobody asked for BB_GENERATE_ONLY_MIRROR_TARBALLS_WITHOUT_THE_POSSIBILITY_TO_UNPACK_THEM | 16:16 |
| lpapp | not sure what that is supposed to mean. | 16:17 |
| *** acidfu <acidfu!~nib@unaffiliated/acidmen> has quit IRC | 16:18 | |
| JaMa | bitbake needs to unpack them in order to checkout some revison to WORKDIR | 16:18 |
| *** Stygia <Stygia!~gmpsaifi@x1-6-00-21-9b-e8-d0-5a.k663.webspeed.dk> has joined #yocto | 16:18 | |
| JaMa | if you don't want to see unpacked tarballs then you cannot build anything | 16:18 |
| lpapp | I do not wanna see .git | 16:19 |
| lpapp | I wanna see tarballs. | 16:19 |
| lpapp | but fwiw, putting that variable in generates the same downloads folder as without | 16:19 |
| lpapp | I cannot see the difference. | 16:19 |
| *** Corneliu <Corneliu!c0c6972b@gateway/web/freenode/ip.192.198.151.43> has quit IRC | 16:19 | |
| JaMa | rsync has nice option to exclude .done, svn/, git2/ in order to sync downloads directory to some PREMIRROR server | 16:19 |
| *** munch <munch!~mark@c-67-184-166-69.hsd1.il.comcast.net> has joined #yocto | 16:20 | |
| lpapp | we do not wanna have a mirror server | 16:20 |
| lpapp | downloads is pretty convenient for everyone involved. | 16:20 |
| lpapp | also, we do not have time for a lot of extra work. | 16:20 |
| JaMa | I probably don't understand your use-case, because for me it works fine and rsync call isn't a lot of extra work | 16:22 |
| *** bluelightning_ is now known as bluelightning | 16:22 | |
| lpapp | you need to host the mirror etc ... | 16:23 |
| lpapp | you need to configure server, etc etc | 16:23 |
| Crofton|work | heh, turning off email computer really help me get out of here :) | 16:23 |
| lpapp | it is a lot of additional work for no apparent gain. | 16:23 |
| lpapp | at least for me.. | 16:23 |
| JaMa | lpapp: and your plan is to share downloads directory on floppy disks or what? | 16:23 |
| lpapp | git add ./downloads && git push -> would be simpler | 16:23 |
| lpapp | JaMa: ? | 16:23 |
| lpapp | no, check the mailing list | 16:23 |
| *** Krz <Krz!c0c6972b@gateway/web/freenode/ip.192.198.151.43> has joined #yocto | 16:23 | |
| lpapp | I described that 1-2 weeks ago | 16:24 |
| Krz | Hi guys I want to do something unusual, don't shoot | 16:24 |
| JaMa | and what prevents you from git add && git push? just add unwanted directories into .gitignore | 16:24 |
| lpapp | JaMa: that it does not work. | 16:24 |
| Krz | I want to place tarball with sources of my app inside a Yocto layer | 16:24 |
| lpapp | JaMa: it is trying to fetch stuff from git. | 16:24 |
| lpapp | JaMa: which fails due to upstream unreliability. | 16:24 |
| lpapp | so CI continuously fails. | 16:24 |
| Krz | is it as easy as pointing SRC_URI to "./my-tarball.tgz" ? | 16:24 |
| lpapp | which stops the integration. | 16:24 |
| JaMa | lpapp: are you using tag= in SRC_URI? | 16:25 |
| lpapp | Krz: yes | 16:25 |
| lpapp | Krz: file://my-tarball.tgz | 16:25 |
| Krz | lpapp: has anybody done that before? is that really bad? | 16:25 |
| JaMa | lpapp: that's the only place where it runs git ls-remote upstream-site | 16:25 |
| lpapp | Krz: no, I do the same for our own softwares. | 16:25 |
| lpapp | Krz: in our bsp/distro layer. | 16:25 |
| Krz | lpapp: ok, that's grand, thanks | 16:25 |
| lpapp | of course, it would be nicer to have download url for the release etc, but meh | 16:26 |
| JaMa | and how is "git2/" removal going to help with 18:25:58 < lpapp> JaMa: which fails due to upstream unreliability. | 16:26 |
| lpapp | JaMa: these are poky packages. I use whatever Yocto uses. | 16:26 |
| lpapp | JaMa: I have the same downloads folder generated w/ and w/o BB_GENERATE_MIRROR_TARBALLS | 16:27 |
| *** Stygia <Stygia!~gmpsaifi@x1-6-00-21-9b-e8-d0-5a.k663.webspeed.dk> has quit IRC | 16:27 | |
| JaMa | are you 100% sure that you had BB_GENERATE_MIRROR_TARBALLS disabled? | 16:27 |
| JaMa | well you can have the tarballs there if they were downloaded from some MIRROR | 16:28 |
| lpapp | JaMa: there are a few packages fetching stuff from git, even for the Yocto releases. | 16:29 |
| JaMa | BB_GENERATE_MIRROR_TARBALLS only ensures that tarballs are generated on your machine everytime do_fetch finds new source | 16:29 |
| lpapp | JaMa: which means the Yocto releases will not work for people with CI etc due to upstream repo unreliabilities. | 16:29 |
| lpapp | of course, you can solve it with an external mirror, etc, but I think it would be simpler for many, including us, if those tarballs are generated in downloads by an option when building the repository. | 16:30 |
| lpapp | and then downloads are checked in, and when it is checked out by someone it just works, including the CI | 16:30 |
| JaMa | have you ever seen http://autobuilder.yoctoproject.org/pub/sources/ ? | 16:30 |
| JaMa | yes that's what BB_GENERATE_MIRROR_TARBALLS does | 16:31 |
| lpapp | JaMa: no, but we cannot trust that either. | 16:31 |
| lpapp | we would like to solve it ourselves rather than putting our business on someone's potential unreliability. | 16:31 |
| lpapp | ok, so where are the mirror tarballs generated? | 16:32 |
| lpapp | downloads is the same as without that variable. | 16:32 |
| JaMa | git tarballs in your downloads directory are probably downloaded from here (like http://autobuilder.yoctoproject.org/pub/sources/git2_git.denx.de.u-boot.git.tar.gz) | 16:32 |
| lpapp | grep -rn BB_GENERATE_MIRROR_TARBALLS ./conf/local.conf | 16:32 |
| lpapp | 19:BB_GENERATE_MIRROR_TARBALLS = "1" | 16:32 |
| JaMa | use bitbake -e | 16:32 |
| lpapp | I have that u-boot tarball even without BB_GENERATE_MIRROR_TARBALLS | 16:32 |
| JaMa | I'm not surprised so much http://downloads.yoctoproject.org/mirror/sources/ is in default MIRRORS | 16:33 |
| *** acidfu <acidfu!~nib@24.37.17.210> has joined #yocto | 16:34 | |
| *** acidfu <acidfu!~nib@unaffiliated/acidmen> has joined #yocto | 16:34 | |
| lpapp | so BB_GENERATE_MIRROR_TARBALLS=1 is the default? | 16:34 |
| lpapp | or something else by default doing its/similar job? | 16:35 |
| JaMa | 18:29:42 < JaMa> well you can have the tarballs there if they were downloaded from some MIRROR | 16:35 |
| * lpapp has done a git rm -r downloads/git2 | 16:35 | |
| lpapp | but if the tarballs are downloaded from mirrors | 16:36 |
| lpapp | why is bitbake trying to use the git version when the tarballs are there? | 16:36 |
| lpapp | git has some preference over the tarballs when both present? | 16:36 |
| JaMa | have you read the bug report about versioned snapshots? | 16:37 |
| lpapp | I skimmed through, so not in details, no. | 16:37 |
| JaMa | 18:19:40 < JaMa> bitbake needs to unpack them in order to checkout some revison to WORKDIR | 16:37 |
| JaMa | it downloads tarball with compressed git checkout just to skip git clone from unreliable and possibly slower upstream site | 16:38 |
| lpapp | I would not like to have SRCVER check. | 16:38 |
| lpapp | as I do not wanna use VCS at all. | 16:38 |
| lpapp | IOW, I wanna have tarballs without .git inside. | 16:39 |
| JaMa | that's what that bug is about | 16:39 |
| lpapp | I am fine without version tracking. | 16:39 |
| lpapp | as it is not critical here. | 16:39 |
| lpapp | one version is fine without an explicit version number | 16:39 |
| lpapp | we do not get more than one from poky, and when do it is a major upgrade, so everything would be rewritten. | 16:39 |
| *** _alex_kag_ <_alex_kag_!~alex_kag@178.126.227.250> has quit IRC | 16:40 | |
| lpapp | let us see if "git rm -r ./downloads/git2 && git commit ./downloads/git2" fixes the CI | 16:40 |
| lpapp | pushed | 16:41 |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 16:42 | |
| *** eren` <eren`!~eren@unaffiliated/eren> has joined #yocto | 16:45 | |
| *** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@autobuilder.yoctoproject.org> has quit IRC | 16:45 | |
| *** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@autobuilder.yoctoproject.org> has joined #yocto | 16:45 | |
| *** eren <eren!~eren@unaffiliated/eren> has quit IRC | 16:48 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 16:48 | |
| *** belen <belen!~Adium@134.134.139.72> has quit IRC | 16:49 | |
| *** pidge <pidge!~pidge@c-24-21-207-18.hsd1.or.comcast.net> has quit IRC | 16:49 | |
| *** belen <belen!~Adium@134.134.139.72> has joined #yocto | 16:51 | |
| lpapp | JaMa: now, I read through in details. It is what I thought it is. | 16:51 |
| lpapp | JaMa: basically sane mirror creation, and gpl compliance help. | 16:52 |
| lpapp | but if you need only one version, this is not necessary. | 16:52 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 16:53 | |
| *** zeeblex1 <zeeblex1!apalalax@nat/intel/x-cpqsonphydbwyywn> has left #yocto | 16:55 | |
| cfo215 | Anyone have any experience with Sato on Beaglebone Black? | 16:56 |
| cfo215 | last time I tried it I came up with the display "mirrored" on the lcd cape7. e.g. if you were to look at it in a mirror then it would look correct. | 16:57 |
| kergoth | Hmm, could be interesting to set up autocreation of DISTRO_FEATURE_<feature> for each distro feature, to make dependency on distro features less brittle. instead of depending on the full value, we'd just depend on the existance or nonexistance of the particular features we care about, so random distro feautre changes woudln't affect you, making the checksums less brittle | 16:57 |
| kergoth | RP, bluelightning_: thoughts on something like that? | 16:57 |
| *** sakoman <sakoman!~steve@static-74-41-60-154.dsl1.pco.ca.frontiernet.net> has quit IRC | 16:58 | |
| *** belen <belen!~Adium@134.134.139.72> has quit IRC | 16:59 | |
| Krz | I created additional layer | 17:01 |
| RP | kergoth: hmm, its an interesting idea | 17:01 |
| bluelightning_ | kergoth: yes, intriguing | 17:01 |
| *** bluelightning_ is now known as bluelightning | 17:01 | |
| lpapp | the image file is copyrightable? | 17:01 |
| Krz | specified in mylayer/conf/layer.conf BBFILE_COLLECTIONS += "abc" | 17:01 |
| RP | kergoth: my other though was to teach the python parser about base_contains() | 17:01 |
| Krz | and now my build fails saying ERROR: BBFILE_PATTERN_abc not defined | 17:02 |
| bluelightning | RP: or, have a different in-language construct to replace it | 17:02 |
| RP | bluelightning: yes, although I have thought about ans struggled to come up with that | 17:02 |
| bluelightning | Krz: have you defined that? | 17:02 |
| bluelightning | cfo215: I didn't get my original bb to start X at all, so you're already further | 17:03 |
| kergoth | teaching the parser to be smart about base_contains could be rather ugly.. currently we only really support dependency on other variables, not dependency on a segment of another variable :) might need internal temporary vars | 17:03 |
| kergoth | hmmmm | 17:03 |
| RP | kergoth: did you see the cookerdata patches? I was wondering about droping the direct usage of bitbake.conf and requiring a bblayers.conf file | 17:03 |
| BCMM | i made what i thought was a trivial change to a recipe, and a whole lot of dependencies appear to have been pulled in. can anybody help me with getting a dependency graph to work out what happened? | 17:03 |
| RP | kergoth: we left it in whilst we experimented with bblayers but I think that is making sense and here to stay now | 17:04 |
| BCMM | i'm trying to use the output of bitbake -g, but i've never used graphviz before, and it's making *very* wide, short graphs that are basically illegible | 17:04 |
| *** sakoman <sakoman!~steve@static-74-41-60-154.dsl1.pco.ca.frontiernet.net> has joined #yocto | 17:04 | |
| cfo215 | bluelightning, bb or bbb? | 17:04 |
| *** smartin <smartin!~smartin@20-87-190-109.dsl.ovh.fr> has joined #yocto | 17:04 | |
| RP | kergoth: I think that was the issue I ran into last time I tried to look at such a thing, yes :/ | 17:05 |
| cfo215 | I use a beaglebone black (bbb) | 17:05 |
| bluelightning | cfo215: bb (original) in my case | 17:05 |
| Krz | bluelightning: ok I did now, I had a look at other layers. They use this funny variables like BBFILE_PATTERN_<myname> etc. | 17:05 |
| Krz | bluelightning: thanks | 17:05 |
| cfo215 | err... trying to use... | 17:05 |
| *** smartin_ <smartin_!~smartin@20-87-190-109.dsl.ovh.fr> has quit IRC | 17:05 | |
| lpapp | is there an option for bitbake to query the available images in the layers rather than looking for them manually? | 17:06 |
| bluelightning | lpapp: bitbake-layers show-recipes "*image*" | 17:09 |
| bluelightning | of course that's just a query by name | 17:10 |
| lpapp | yes... | 17:10 |
| tf | BCMM: have you tried -g -u depexp ? | 17:11 |
| BCMM | tf: thanks, just discovered that using google. man page doesn't really mention what it's for | 17:11 |
| lpapp | bluelightning: got a clue? http://paste.kde.org/~lpapp/pa77846a6/ | 17:12 |
| BCMM | tf: "reverse depends" is the thing that causes the selected package to be installed right? | 17:12 |
| lpapp | bluelightning: trying to use my first image... | 17:12 |
| bluelightning | lpapp: looks like you've upgraded from denzil to dylan; tasks were renamed to packagegroups | 17:13 |
| bluelightning | lpapp: it's in the migration notes in the manual | 17:13 |
| cfo215 | it seems as if meta-toolchain-qte is not building Qt with -qt-gfx-transformed option turned on.. I'm getting "transformed: driver not found" on my BBB. Who handles/supports open-embedded core recipes? | 17:13 |
| lpapp | bluelightning: this is my image file, http://paste.kde.org/~lpapp/p4755a9a2/ | 17:13 |
| lpapp | https://www.yoctoproject.org/docs/current/poky-ref-manual/poky-ref-manual.html#migration -> ok. | 17:14 |
| tf | BCMM: yes | 17:14 |
| *** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has quit IRC | 17:14 | |
| BCMM | tf: why are their packages that have only themselves as a reverse dep? | 17:14 |
| bluelightning | cfo215: the Qt4 recipes are maintained by me, as it happens | 17:14 |
| bluelightning | cfo215: that is odd | 17:15 |
| cfo215 | bluelightning, afaik, it's supposed to be included by default during the bitbake. | 17:15 |
| tf | BCMM: no idea | 17:15 |
| tf | BCMM: perhaps a bug the depexp app | 17:15 |
| BCMM | or maybe some cached information is broken | 17:16 |
| tf | BCMM: no, I don't think so, it's always been like that in the list | 17:16 |
| BCMM | are there specific steps i should take if i "git pull" layers i'm using between builds? | 17:16 |
| tf | BCMM: it really depends on the nature of the changes that come in | 17:17 |
| bluelightning | cfo215: that's what I would have thought too | 17:17 |
| tf | BCMM: mostly you should be able to just run a build again | 17:18 |
| lpapp | bluelightning: so my image is supposed to build what image-core-minimal builds? | 17:18 |
| tf | but sometimes it is necessary to wipe out the tmp dir | 17:18 |
| BCMM | tf: heh, it looks like i might have called my bbappend file ".bb" instead of ".bbappend"... that's probably where the deps came from, somehow | 17:20 |
| kergoth | BCMM: if it's accounting for runtime dependencies, that can easily explain a self referene. any given recipe emits multiple binary packages, and they depend on one another | 17:21 |
| kergoth | reference | 17:21 |
| BCMM | kergoth: you mean the stuff that only rdepends from itself? | 17:21 |
| kergoth | I dont understand the question | 17:22 |
| kergoth | again, a recipe's binary packages depend on one another. e.g. -dev usually depends on the main package | 17:22 |
| bluelightning | lpapp: see 4.1.2.4. Task Recipes | 17:22 |
| kergoth | that doesnt' mean thats all they depend on, many runtime dependencies are generated at build time | 17:22 |
| bluelightning | lpapp: if it helps you can always look at the dylan version of core-image-minimal | 17:22 |
| *** ant_home <ant_home!~andrea@host202-221-dynamic.17-79-r.retail.telecomitalia.it> has joined #yocto | 17:23 | |
| lpapp | bluelightning: refman? | 17:23 |
| bluelightning | lpapp: yes | 17:24 |
| lpapp | bluelightning: ah, you mean, the porting. That is fixed already. | 17:24 |
| lpapp | bluelightning: I am just asking in general as I inherited that image file. | 17:24 |
| lpapp | and what I basically need is core-image-minimal + a couple of custom softwares. | 17:24 |
| lpapp | so I would like to extend core-image-minimal | 17:24 |
| bluelightning | lpapp: I always recommend copy and modify for image recipes | 17:25 |
| lpapp | bluelightning: the image built successfully, but I am not sure what it was supposed to build, at least not exactly anyway. | 17:25 |
| *** Anusko <Anusko!~anusko@62.159.77.165> has quit IRC | 17:32 | |
| *** Anusko <Anusko!~anusko@62.159.77.165> has joined #yocto | 17:32 | |
| *** eren` <eren`!~eren@unaffiliated/eren> has quit IRC | 17:32 | |
| BCMM | am i right in saying that, if I have a .bb recipe with the same filename in two different layers, the one that comes later in bblayers.conf is used and the other one ignored totally? | 17:36 |
| kergoth | nope | 17:37 |
| kergoth | order in bblayers.conf affects .conf/.bbclass priority | 17:37 |
| kergoth | recipe priority is controlled byt eh priorities defiend in the layer.conf files | 17:37 |
| BCMM | kergoth: ah, thanks | 17:38 |
| BCMM | kergoth: how to bbappends work? can a .bbappend effect the interpretation of a .bb from a higher-priority layer? | 17:38 |
| kergoth | bbappends are appended to the recipe | 17:39 |
| kergoth | not unlike concatenating the files | 17:39 |
| bluelightning | and they are applied in layer priority order | 17:39 |
| *** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has joined #yocto | 17:39 | |
| *** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has quit IRC | 17:40 | |
| *** zecke <zecke!~ich@91-65-247-193-dynip.superkabel.de> has quit IRC | 17:44 | |
| BCMM | are higher or lower numbers high priority? | 17:45 |
| bluelightning | BCMM: higher | 17:46 |
| *** Anusko <Anusko!~anusko@62.159.77.165> has quit IRC | 17:49 | |
| *** Anusko <Anusko!~anusko@62.159.77.165> has joined #yocto | 17:49 | |
| *** Anusko <Anusko!~anusko@62.159.77.165> has joined #yocto | 17:51 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 17:53 | |
| *** panda84kde <panda84kde!~diego@static-217-133-170-65.clienti.tiscali.it> has quit IRC | 17:53 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 17:53 | |
| *** johnsoga <johnsoga!4542f923@gateway/web/freenode/ip.69.66.249.35> has quit IRC | 17:54 | |
| *** mihai <mihai!~mihai@188.27.93.142> has joined #yocto | 17:56 | |
| *** _alex_kag_ <_alex_kag_!~alex_kag@37.213.50.34> has joined #yocto | 18:01 | |
| *** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@autobuilder.yoctoproject.org> has quit IRC | 18:01 | |
| *** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@autobuilder.yoctoproject.org> has joined #yocto | 18:02 | |
| *** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@autobuilder.yoctoproject.org> has quit IRC | 18:04 | |
| *** behanw <behanw!~behanw@216-58-123-51.cpe.distributel.net> has quit IRC | 18:04 | |
| *** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@autobuilder.yoctoproject.org> has joined #yocto | 18:04 | |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has quit IRC | 18:04 | |
| *** Krz <Krz!c0c6972b@gateway/web/freenode/ip.192.198.151.43> has quit IRC | 18:06 | |
| *** walters <walters!walters@nat/redhat/x-aarbrfctrifcibqx> has joined #yocto | 18:10 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 18:20 | |
| BCMM | kergoth: can you direct me to some sort of documentation about setting priorities? i'm clearly done something wrong, but can't work out how | 18:21 |
| BCMM | i know my recipe can be found, because if i move the other layer's recipe, mine gets used | 18:21 |
| BCMM | but if i leave the other layer's one in place, it does not | 18:22 |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto | 18:23 | |
| Garibaldi|work | Hi folks, I'm building an image for mips and it's using the o32 ABI, but I need the n32 ABI. Where's the knob to change that? | 18:32 |
| lpapp | JaMa: do you know if Joe still actively maintains meta-networking? | 18:33 |
| lpapp | (or if it is better to fork) | 18:33 |
| JaMa | yes, he is actively maintaining it | 18:34 |
| lpapp | then I do not understand why he has replied to my change. | 18:35 |
| Garibaldi|work | I guess TUNE_FEATURES = "mips64-32" | 18:35 |
| Garibaldi|work | or DEFAULTTUNE | 18:37 |
| zibri | jama: heh, i was about to send the same change for the xbmc recipe (libmad dep). nice work :) | 18:37 |
| sgw_ | lpapp: possibly on vacation, I think he will be back after the US Long weekend (next week sometime) | 18:39 |
| JaMa | zibri: it still fails, but at least a bit later in do_compile (like it always did) xbmc/utils/MathUtils.h:101:28: error: impossible constraint in 'asm' | 18:39 |
| zibri | hum, i got different failures. | 18:40 |
| JaMa | this one is repeated in every "State of bitbake world" update... | 18:40 |
| zibri | optional deps (swig, java) causing fatal errors. and some other stuff | 18:40 |
| *** eren <eren!~eren@unaffiliated/eren> has joined #yocto | 18:40 | |
| lpapp | sgw_: right, I was looking for some vacation message on the mailing list... | 18:41 |
| zibri | not sure if adding swig-native dep is the correct solution, even more hesitant about adding java deps :/ | 18:41 |
| zibri | and even if i do, it fails somewhere else anyways :) | 18:41 |
| kergoth | I really hate it when people post patch series without [PATCH] or equivalent | 18:49 |
| *** acidfu <acidfu!~nib@unaffiliated/acidmen> has quit IRC | 18:54 | |
| *** brm <brm!da653619@gateway/web/freenode/ip.218.101.54.25> has joined #yocto | 19:00 | |
| brm | Anyone know if the beaglebone black linux 3.8.13 kernel can have the RT-linux patches applied? | 19:00 |
| *** Anusko <Anusko!~anusko@62.159.77.165> has quit IRC | 19:03 | |
| *** Anusko <Anusko!~anusko@62.159.77.165> has joined #yocto | 19:03 | |
| *** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC | 19:09 | |
| *** [simar|on] <[simar|on]!~simar@128.224.252.2> has joined #yocto | 19:10 | |
| *** tor <tor!~tor@c-ef66e655.125-1-64736c10.cust.bredbandsbolaget.se> has quit IRC | 19:12 | |
| brm | Is it as simple as setting LINUX_KERNEL_TYPE to pre-emtive-rt in the kernel recipe file ..? | 19:12 |
| zeddii | if you are using linux-yocto, it's the linux-yocto-rt recipe. | 19:12 |
| zeddii | (which sets that variable). if you have extra board patches, that I don't have in that tree, you can add them via a layer. | 19:13 |
| *** acidfu <acidfu!~nib@24.37.17.210> has joined #yocto | 19:20 | |
| *** acidfu <acidfu!~nib@unaffiliated/acidmen> has joined #yocto | 19:20 | |
| brm | zeddii: I am using the linux-mainline source | 19:25 |
| zeddii | then you need to apply everything yourself. | 19:25 |
| brm | how do i go about that? | 19:25 |
| zeddii | but if you are on 3.8.x, then linux-yocto-3.8 has everything you need already. | 19:25 |
| brm | I am on 3.8, are you saying it has the kernel patched allreaty for RT | 19:26 |
| zeddii | the linux-yocto kernel has branches for different features standard/preempt-rt/base has it already applied. | 19:27 |
| brm | My kernel is linux-mainline-3.8.13 | 19:27 |
| *** _alex_kag_ <_alex_kag_!~alex_kag@37.213.50.34> has quit IRC | 19:27 | |
| zeddii | in that case, you need to grab the patches, and add them to the SRC_URI, just like any recipe does. | 19:28 |
| brm | So I have to grab the patches from linux-yocto-3.8 and apply then to linux-mainline-3.8.13 in my layer? | 19:29 |
| brm | zeddii: Is that correct? | 19:32 |
| zeddii | you could, but I'd have to ask why :) | 19:32 |
| zeddii | since they are already applied. | 19:32 |
| zeddii | or you can to go the upstream project and grab the -rt patch and apply it that way. | 19:33 |
| brm | What do you mean? Why I want real-time? | 19:33 |
| zeddii | no, I mean why yank patches out of a 3.8 linux-yocto recipe and apply them to another 3.8 kernel tree. | 19:33 |
| zeddii | you can of course do whatever you need to do, but there may be a faster way to do it. | 19:33 |
| brm | Cause I don't know where to find the upstream patches? | 19:33 |
| *** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has quit IRC | 19:34 | |
| *** bluelightning <bluelightning!~paul@cpc13-lewi17-2-0-cust74.2-4.cable.virginmedia.com> has joined #yocto | 19:35 | |
| *** bluelightning <bluelightning!~paul@cpc13-lewi17-2-0-cust74.2-4.cable.virginmedia.com> has quit IRC | 19:35 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 19:35 | |
| brm | zeddii: I thought you said the patches were allready applied to linux-yocto-3.8.x not linuc-mainline-3.8.x?? Confused | 19:36 |
| *** acidfu <acidfu!~nib@unaffiliated/acidmen> has quit IRC | 19:36 | |
| zeddii | yep. | 19:37 |
| zeddii | i.e. I'm not sure where you are getting your linux-mainline-3.8.x, I assume it is a recipe you created ? | 19:37 |
| brm | yep what? | 19:37 |
| zeddii | all of the patches I apply to linux-yocto can either be dumped from the tree, or found in git://git.yoctoproject.org/kernel-cache | 19:37 |
| zeddii | s/kernel-cache/yocto-kernel-cache/ | 19:38 |
| zeddii | I did say that the patches were on linux-yocto-3.8, branch standard/preempt-rt/base | 19:38 |
| brm | No, linux-mainline is in the BBB receipe ... I am building images from meta-pansenti layer | 19:38 |
| zeddii | ok. so you can always go an try to extract my patches, or hit the linux-rt wiki (google will find it with that), and you'll find the upstream patches. | 19:39 |
| brm | what do you mean "your patches" did you create the linux-yocto ones? | 19:40 |
| *** _alex_kag_ <_alex_kag_!~alex_kag@37.213.50.34> has joined #yocto | 19:42 | |
| *** cfo215 <cfo215!~cfo215@mail.abemblem.com> has quit IRC | 19:45 | |
| zeddii | brm. yes, I've merged all of the core support for the linux-yocto* trees. | 19:45 |
| zeddii | create is too strong a work, integrated is more accurate :) | 19:46 |
| *** AndersD <AndersD!~andersd@c83-252-255-124.bredband.comhem.se> has joined #yocto | 19:46 | |
| zeddii | I've been porting and using preempt-rt since 2.6.12 though :) | 19:46 |
| brm | cool .. :) | 19:46 |
| brm | So still strugling to find the patches for linux-mainline | 19:47 |
| zeddii | sec. let me post a gitweb link | 19:47 |
| *** AndersD <AndersD!~andersd@c83-252-255-124.bredband.comhem.se> has quit IRC | 19:48 | |
| zeddii | warning, this will be a large patch: http://git.yoctoproject.org/cgit/cgit.cgi/yocto-kernel-cache/tree/features/rt/preempt-rt-integrate-patch-3.8.4-rt2.patch?h=yocto-3.8 | 19:48 |
| brm | Is this the correct place? https://www.kernel.org/pub/linux/kernel/projects/rt/3.8/ | 19:48 |
| zeddii | yep. | 19:48 |
| *** embeddedZ <embeddedZ!~chatzilla@50-78-182-221-static.hfc.comcastbusiness.net> has quit IRC | 19:48 | |
| zeddii | I have all my upstream sources in the commit logs | 19:49 |
| zeddii | Merging patch-3.8.4-rt2 from: https://www.kernel.org/pub/linux/kernel/projects/rt/3.8/ | 19:49 |
| zeddii | (is what was in my log) | 19:49 |
| brm | Ok, so I have a look at one of your merges, then do a similar thing on linux-mainline ... | 19:50 |
| *** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has quit IRC | 19:53 | |
| brm | Got to go thanks ..:) | 19:53 |
| *** brm <brm!da653619@gateway/web/freenode/ip.218.101.54.25> has quit IRC | 19:53 | |
| *** ant_home <ant_home!~andrea@host202-221-dynamic.17-79-r.retail.telecomitalia.it> has joined #yocto | 19:57 | |
| *** another_andy <another_andy!~andy@50-197-51-41-static.hfc.comcastbusiness.net> has quit IRC | 20:02 | |
| *** seebs <seebs!~seebs@home.seebs.net> has quit IRC | 20:04 | |
| *** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 20:07 | |
| *** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 20:08 | |
| *** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 20:11 | |
| *** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@autobuilder.yoctoproject.org> has quit IRC | 20:21 | |
| *** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@140.211.169.59> has joined #yocto | 20:21 | |
| *** embeddedZ <embeddedZ!~chatzilla@50-78-182-221-static.hfc.comcastbusiness.net> has joined #yocto | 20:24 | |
| *** mbroadst <mbroadst!~mbroadst@kde/developer/mbroadst> has left #yocto | 20:26 | |
| ant_home | zeddii: around? | 20:47 |
| zeddii | ant_home, for a few more mins. yep. did I break something ? ;) | 20:54 |
| ant_home | sent mail about qemumips vs. 3.10 headers | 20:55 |
| zeddii | oh interesting. I can patch linux-libc-headers again to fix it up. | 20:56 |
| Garibaldi|work | folks, I'm trying to build a minimal image for mips32 with DEFAULTTUNE = "mips64-n32", and I get a failure while trying to build busybox. mips64-poky-linux-gnu32-ld: applets/applets.o: file class ELFCLASS32 incompatible with ELFCLASS64 | 20:57 |
| Garibaldi|work | any idea what I may have done wrong? | 20:57 |
| -YoctoAutoBuilder- build #272 of nightly-x86-64-lsb is complete: Exception [exception interrupted] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-x86-64-lsb/builds/272 | 20:59 | |
| -YoctoAutoBuilder- build #278 of nightly-x86-lsb is complete: Exception [exception interrupted] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-x86-lsb/builds/278 | 20:59 | |
| Garibaldi|work | does mips64-ciscovs-linux-gnun32-ld need the -mabi=n32 parameter that gcc uses? | 21:09 |
| *** FunkyPenguin <FunkyPenguin!~quassel@opensuse/member/FunkyPenguin> has quit IRC | 21:09 | |
| *** brm <brm!da653619@gateway/web/freenode/ip.218.101.54.25> has joined #yocto | 21:12 | |
| brm | Need some advice in applying a real-time patch to linux-mainline-3.8.13-r23a kernel | 21:13 |
| brm | path upstream is called 3.8.13-rt15.patch and doesn't path cleanly .. | 21:13 |
| brm | 5 files error ourt | 21:14 |
| Garibaldi|work | mips64-poky-linux-gnun32-ld: Attempt to do relocatable link with elf32-ntradbigmips input and elf64-tradbigmips output | 21:14 |
| *** smartin_ <smartin_!~smartin@ivr94-4-82-229-165-48.fbx.proxad.net> has joined #yocto | 21:14 | |
| *** FunkyPenguin <FunkyPenguin!~quassel@opensuse/member/FunkyPenguin> has joined #yocto | 21:18 | |
| brm | anyone? | 21:22 |
| Garibaldi|work | I think no one is home | 21:23 |
| *** FunkyPenguin <FunkyPenguin!~quassel@opensuse/member/FunkyPenguin> has quit IRC | 21:27 | |
| *** swex__ <swex__!~swex@88.210.24.77> has quit IRC | 21:27 | |
| *** swex__ <swex__!~swex@88.210.24.77> has joined #yocto | 21:28 | |
| *** FunkyPenguin <FunkyPenguin!~quassel@opensuse/member/FunkyPenguin> has joined #yocto | 21:36 | |
| *** tinti <tinti!~tinti@pdpc/supporter/student/tinti> has quit IRC | 21:42 | |
| *** tinti <tinti!~tinti@pdpc/supporter/student/tinti> has joined #yocto | 21:43 | |
| brm | I think you are right | 21:45 |
| *** cfo215 <cfo215!~cfo215@mail.abemblem.com> has joined #yocto | 21:52 | |
| bluelightning | brm: all files or just some files referred to in the patch? | 22:01 |
| *** walters <walters!walters@nat/redhat/x-aarbrfctrifcibqx> has quit IRC | 22:01 | |
| *** Tartarus <Tartarus!trini@pixelshelf.com> has joined #yocto | 22:03 | |
| *** Tartarus <Tartarus!trini@pixelshelf.com> has left #yocto | 22:03 | |
| *** smartin_ <smartin_!~smartin@ivr94-4-82-229-165-48.fbx.proxad.net> has quit IRC | 22:10 | |
| brm | bluelightning: just some files in the patch .. 5 of them | 22:12 |
| brm | It doesn't patch correttly in Yocto, it does work if I patch the kernel outside yocto | 22:13 |
| brm | I am using the linux-mainline kernel heavily patched in meta-beagleboard and trying to apply a RT patch | 22:14 |
| brm | kernel version is linux-mainline-3.8.13.23a | 22:16 |
| brm | I think the meta-beagleboard patches are conflicting with the RT patches for the base kernel | 22:22 |
| brm | how do I fix this? | 22:22 |
| *** sakoman <sakoman!~steve@static-74-41-60-154.dsl1.pco.ca.frontiernet.net> has quit IRC | 22:30 | |
| *** sakoman <sakoman!~steve@static-74-41-60-154.dsl1.pco.ca.frontiernet.net> has joined #yocto | 22:32 | |
| *** cfo215 <cfo215!~cfo215@mail.abemblem.com> has quit IRC | 22:35 | |
| bluelightning | brm: I don't know I'm afraid | 22:37 |
| bluelightning | brm: the fact that some files don't match up suggests that either there is a conflict or the patch you're trying to apply wasn't meant for the version of the kernel you're applying it to | 22:38 |
| brm | looks like I will have to merge the patch sets somehow | 22:38 |
| bluelightning | right | 22:38 |
| brm | The beaglebone patches are definetely conflicting with the RT patch set .. | 22:39 |
| bluelightning | probably easiest to do that externally in a separate git tree, at least that's the way I would do it | 22:39 |
| bluelightning | frankly it would be easiest if everyone just got their stuff upstream | 22:39 |
| brm | I agree .. | 22:41 |
| brm | There is something like 150 beaglebone patches to the kernel!! | 22:41 |
| brm | make that 650 patches | 22:42 |
| bluelightning | hmm, that is quite a lot | 22:44 |
| *** [simar|on] <[simar|on]!~simar@128.224.252.2> has quit IRC | 22:44 | |
| *** zenlinux <zenlinux!~sgarman@c-50-139-96-211.hsd1.or.comcast.net> has quit IRC | 22:46 | |
| *** ericben <ericben!~ebenard@pac33-3-88-170-243-169.fbx.proxad.net> has quit IRC | 22:52 | |
| *** ericben <ericben!~ebenard@pac33-3-88-170-243-169.fbx.proxad.net> has joined #yocto | 22:59 | |
| mranostay | Jefro: going to troll my talk? :) | 23:09 |
| *** cetola <cetola!~cetola@74-92-165-193-Oregon.hfc.comcastbusiness.net> has joined #yocto | 23:12 | |
| *** blloyd_ <blloyd_!~blloyd@mobile-166-137-147-187.mycingular.net> has quit IRC | 23:18 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 23:32 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 23:33 | |
| *** musdem <musdem!~Zack@CPE98fc11766960-CM0026f3a1cd6d.cpe.net.cable.rogers.com> has joined #yocto | 23:39 | |
| *** ant_home <ant_home!~andrea@host202-221-dynamic.17-79-r.retail.telecomitalia.it> has quit IRC | 23:45 | |
| *** seebs <seebs!~seebs@home.seebs.net> has quit IRC | 23:46 | |
| *** munch <munch!~mark@c-67-184-166-69.hsd1.il.comcast.net> has quit IRC | 23:47 | |
| *** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 23:48 | |
| kergoth | Hmm, we need to improve the ruby handling to be on per with perl/python | 23:50 |
| *** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has quit IRC | 23:50 | |
| seebs | I would not mind that at all. I get along with Ruby. | 23:50 |
| kergoth | I never got around to learning it.. seems like once you know either ruby or python, the need to learn the other drops down, since they tend to overlap in where they're useful | 23:51 |
| kergoth | though ruby does have better support for DSLs | 23:51 |
| seebs | I mostly just like it better. Easier for me to read/write. | 23:54 |
| *** eren <eren!~eren@unaffiliated/eren> has quit IRC | 23:57 | |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!