| 01:29.26 | *** part/#oe dkozel (~dkozel@unaffiliated/dkozel) |
| 02:30.35 | *** join/#oe anarsoul (~anarsoul@S0106848dc7ec0367.vs.shawcable.net) |
| 02:33.38 | *** join/#oe rozhkov (~rozhkov@new1.mawhrin.net) |
| 02:36.54 | *** join/#oe boz_v1 (~juukorho@projects.sse.fi) |
| 02:37.25 | *** join/#oe balkamos_ (balkamos@unaffiliated/motley) |
| 02:37.45 | *** join/#oe systmkor_ (~systmkor@unaffiliated/systmkor) |
| 02:38.51 | *** join/#oe gus__ (~quassel@2400:6180:0:d0::f76:7001) |
| 02:42.42 | *** join/#oe morphis_ (~morphis@pD9ED66E1.dip0.t-ipconnect.de) |
| 02:48.34 | *** join/#oe tbr (dm8tbr@mail.bfst.de) |
| 02:48.43 | *** join/#oe Nilesh_ (uid116340@gateway/web/irccloud.com/x-uouaxfwwpzyudqto) |
| 02:49.42 | *** join/#oe Crofton (~Crofton@pool-108-4-175-67.ronkva.east.verizon.net) |
| 02:50.18 | *** join/#oe quite (quite@unaffiliated/quite) |
| 03:00.57 | *** join/#oe KNERD (~KNERD@2604:a880:1:20::9b:4001) |
| 05:32.04 | *** join/#oe dv_ (~quassel@62-178-118-86.cable.dynamic.surfer.at) |
| 05:48.07 | *** join/#oe morphis_ (~morphis@pD9ED66E1.dip0.t-ipconnect.de) |
| 06:09.34 | *** join/#oe AndersD (~anders@194.237.220.218) |
| 06:25.59 | *** join/#oe qt-x (~Thunderbi@217.10.196.2) |
| 07:09.38 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 07:28.36 | *** join/#oe jku (~jku@192.198.151.45) |
| 07:33.37 | *** join/#oe eduardas_m (~eduardas_@213.197.143.19) |
| 07:39.54 | *** join/#oe john2 (~john@host86-171-222-132.range86-171.btcentralplus.com) |
| 07:41.41 | *** join/#oe morphis (~morphis@pD9ED66E1.dip0.t-ipconnect.de) |
| 07:52.59 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
| 08:02.23 | *** join/#oe jbrianceau_away (uid10952@gateway/web/irccloud.com/x-ontuibsltdwjgsme) |
| 08:13.04 | mckoan | good morning |
| 08:13.14 | mago1 | hey |
| 08:13.35 | *** join/#oe joshuagl (~joshuagl@192.198.151.44) |
| 08:14.03 | *** join/#oe tasslehoff (~Tasslehof@82.147.55.166) |
| 08:24.12 | *** join/#oe JaMa (~martin@217.30.68.212) |
| 08:24.22 | *** join/#oe AndersD (~anders@194-237-220-218.customer.telia.com) |
| 08:28.07 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 08:36.49 | *** join/#oe icanicant (~icanicant@51.179.178.138) |
| 08:40.19 | *** join/#oe nrossi (uid193926@gateway/web/irccloud.com/x-xjhjhatnpwmervxz) |
| 08:53.29 | *** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net) |
| 09:03.42 | *** join/#oe ski7777 (~znc@2002:5f58:4971:0:211:32ff:fe04:f103) |
| 09:06.34 | *** join/#oe Jin^eLD (~jin@staging.xn--80adja5bqm.su) |
| 09:06.35 | Jin^eLD | morning |
| 09:07.26 | *** join/#oe silviof (~silviof@unaffiliated/silviof) |
| 09:07.58 | *** join/#oe jaeckel (~jaeckel@unaffiliated/jaeckel) |
| 09:23.35 | tasslehoff | I've asked this before, so sorry about that. I have an old HW that *has* to run linux-omap 2.6.39 (no device tree), systemd 204, and libgles-omap3 4.05.00.03. Been running Dylan for some years. Is there any hope of getting this to run on newer release? |
| 09:23.59 | tasslehoff | Seem to recall that systemd > 204 demands kernel >= 3 |
| 09:27.12 | LetoThe2nd | tasslehoff: yeah, systemd has some requisites like that IIRC. my feeling says that either it would include massive rework of your image or massive backporting. |
| 09:27.31 | Jin^eLD | tasslehoff: if you can't touch the existing kernel, could you maybe kexec a newer one? |
| 09:27.35 | LetoThe2nd | tasslehoff: sounds like something oma4 ;-) |
| 09:28.21 | LetoThe2nd | tasslehoff: my suggesting, however ugly, would be to cherry-pick and backport the things from newer releases that are relevant for you. |
| 09:33.07 | *** join/#oe joseppc (~josep@linaro/joseppc) |
| 09:34.41 | tasslehoff | LetoThe2nd: even worse. omap3 :) |
| 09:34.54 | LetoThe2nd | tasslehoff: lovely. |
| 09:35.26 | tasslehoff | Jin^eLD: the kernel requirement is because I haven't found another one that goes to deep sleep on this hw. |
| 09:36.39 | tasslehoff | The aim is to get a newer Qt, but for that to happen I need GCC >= 4.9. Perhaps there is a way I can make that happen in Dylan. |
| 09:37.06 | LetoThe2nd | tasslehoff: yeah i'd just backport gcc. that should give you too much headaches |
| 09:37.16 | LetoThe2nd | *shoulnd't |
| 09:37.20 | tasslehoff | Tried moving meta-linaro to dizzy, but that introduced a bunch of dependencies as well. |
| 09:37.51 | tasslehoff | LetoThe2nd: That would involve changes in meta-linaro and openembedded-core ? |
| 09:38.36 | LetoThe2nd | tasslehoff: hopefully only core. maybe it could even be a seperate layer that brings the gcc, which you then select through PREFERRED_VERSION |
| 09:44.16 | tasslehoff | LetoThe2nd: I use angstrom, and see that the PREFERRED_VERSION for _arm is linaro-4.7 |
| 09:44.27 | tasslehoff | koen: remember if I must/should use that in 4.7? |
| 09:44.31 | tasslehoff | eh, in dylan |
| 09:49.48 | LetoThe2nd | tasslehoff: i at least remember having done the opposite, building krogoth with 5.something. |
| 09:49.56 | LetoThe2nd | tasslehoff: so my gut feeling says "doable" |
| 09:56.36 | *** join/#oe kristoffer (~kristoffe@81-225-3-168-no164.bredband.skanova.com) |
| 10:18.13 | *** join/#oe caiortp (~inatel@131.221.240.226) |
| 10:19.56 | *** join/#oe rob_w (~bob@93.104.205.194) |
| 10:19.56 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
| 10:20.07 | *** join/#oe rburton (~Adium@home.burtonini.com) |
| 10:22.28 | koen | tasslehoff: it should be easy to just copy over the 4.9 recipes to the dylan branch |
| 10:26.21 | tasslehoff | koen: both for linaro and core? started with linaro, and that required a bunch of stuff from core. another issue I'm tackling is eglibc->glibc :) |
| 10:27.20 | koen | for/from linaro |
| 10:27.33 | koen | I recently updated the gcc recipes to require less from oe-core |
| 10:27.45 | koen | maybe that makes it easier to transplant |
| 10:28.07 | tasslehoff | koen: ah. which branch should I take the linaro-recipes from? |
| 10:28.20 | tasslehoff | I used dizzy, and that required a lot. |
| 10:31.35 | koen | try master |
| 10:31.52 | koen | iirc I started with 5.2 |
| 10:35.52 | *** join/#oe ant_work (~ant__@host56-27-dynamic.5-87-r.retail.telecomitalia.it) |
| 10:35.59 | tasslehoff | koen: thanks. I wonder how many recipes will break because of the compiler change :) |
| 10:39.22 | *** join/#oe berton (~berton@189.114.111.135) |
| 10:41.02 | *** join/#oe ldnunes (~ldnunes_@189.114.111.135) |
| 10:46.55 | ant_work | JaMa, ping |
| 10:55.33 | JaMa | pong |
| 10:57.31 | ant_work | hello |
| 10:58.03 | ant_work | about openssl, what are the plans? keep 1.0.2 LTS? |
| 11:05.03 | rburton | ant_work: instead of upgrading to 1.1? i suspect so, 1.1 is a pita |
| 11:06.09 | ant_work | I think the status is like discussed here: https://github.com/OpenPLi/openpli-oe-core/tree/master-next |
| 11:06.40 | ant_work | argh.. |
| 11:06.43 | ant_work | here: http://lists.openembedded.org/pipermail/openembedded-core/2016-October/127316.html |
| 11:07.09 | ant_work | (I'm seeing how I can hel the OpnePLI guys to clean the mess of their layers...) |
| 11:08.43 | *** join/#oe clopez (~tau@neutrino.es) |
| 11:16.04 | JaMa | ant_work: I don't know |
| 12:16.40 | *** join/#oe behanw (uid110099@gateway/web/irccloud.com/x-guxhzikcazssbuls) |
| 12:20.55 | Crofton|work | fray, ./setup/setup.sh: line 200: python: command not found |
| 12:20.55 | Crofton|work | OpenEmbedded requires 'python' to be python v2 (>= 2.7.3), not python v3. |
| 12:20.55 | Crofton|work | Please upgrade your python v2. |
| 12:22.33 | rburton | bad error but the message is true: you still need py2 to build oe |
| 12:22.46 | Crofton|work | ok |
| 12:23.01 | Crofton|work | I am amused that py3 to py2 is a downgrade :) |
| 12:23.03 | rburton | at least, its safe to have py2 as plenty of things depend on it. last time i tried there were quite a few failures without py2 on the host. |
| 12:23.16 | rburton | yeah if python isn't found it should tell you to install py2 |
| 12:23.20 | rburton | file a bug :) |
| 12:52.20 | joshuagl | I think that's reusing the same error message for no python and python pointing to python3 (like some blasphemous distros do) |
| 12:52.30 | joshuagl | *cough*arch*cough* |
| 12:59.29 | *** join/#oe Noor (~quassel@110.93.212.98) |
| 13:24.30 | *** join/#oe ash_charles (~acharles@2607:fad8:4:6:e5a8:f8e5:4268:9056) |
| 13:25.43 | *** join/#oe ash_charles (~acharles@2607:fad8:4:6:e5a8:f8e5:4268:9056) |
| 13:45.48 | *** join/#oe marka (~masselst@135-23-92-83.cpe.pppoe.ca) |
| 13:47.44 | tasslehoff | Mixing and matching Dylan and Dizzy, I get: Nothing RPROVIDES 'packagegroup-cross-canadian-arm' |
| 13:55.05 | *** join/#oe Net147 (~Net147@unaffiliated/net147) |
| 14:00.23 | *** join/#oe diego_r (~diego@host57-224-static.7-79-b.business.telecomitalia.it) |
| 14:10.39 | rburton | tasslehoff: don't mix and match dylan and dizzy? |
| 14:10.59 | rburton | if you want to pull a newer toolchain to a previous release, be *very careful* obviously |
| 14:23.16 | tasslehoff | rburton: yeah. it hurt so much that I'll try to move to dizzy one more time. if that doesn't go well we'll stay at dylan for that old piece of ... hardware |
| 14:27.54 | *** join/#oe eduardas_m (~eduardas_@213.197.143.19) |
| 14:30.42 | *** join/#oe Aethenelle (~Aethenell@107.138.98.226) |
| 14:38.18 | *** join/#oe paulg (~paulg@198-84-239-75.cpe.teksavvy.com) |
| 14:46.52 | *** join/#oe stephano (~stephano@134.134.139.82) |
| 14:50.04 | *** join/#oe joshuagl_ (joshuagl@nat/intel/x-mfypdfmkiiarworo) |
| 14:57.54 | *** join/#oe ash_charles (~acharles@mtl.savoirfairelinux.net) |
| 15:05.42 | Crofton|work | damn it jethro isn't building on F25 due to: |
| 15:05.57 | Crofton|work | | /home/balister/echo-ridge/build/tmp-glibc/work/x86_64-linux/pkgconfig-native/0.28+gitAUTOINC+40342dd0ea-r0/git/glib/glib/glibintl.h:37:42: warning: statement with no effect [-Wunused-value] |
| 15:05.58 | Crofton|work | | #define bindtextdomain(Domain,Directory) (Domain) |
| 15:06.01 | Crofton|work | liek things |
| 15:07.28 | joshuagl | perhaps try a container |
| 15:07.29 | joshuagl | ? |
| 15:07.53 | joshuagl | trying to run unmaintained releases of OE/YP on latest Fedora is a path to madness |
| 15:07.56 | Crofton|work | I know |
| 15:08.06 | Crofton|work | #fml |
| 15:08.42 | joshuagl | I was surprised at how easy it is to spin up a container with an Debian userspace and persistent container storage to do builds in |
| 15:09.42 | joshuagl | if it were (almost) anyone else I'd mention the poky containers :-) |
| 15:09.59 | Crofton|work | gnuradio are using docker for stuff, so I sort of need to learn that way |
| 15:12.07 | joshuagl | the poky containers are docker but with a lot of stuff already setup. I did it by hand and was running a bunch of different OS userspaces to test build failures in not too much time |
| 15:12.32 | joshuagl | of course the docker cli is such that I can't remember all the options I had to pass and what they mean without looking in my history |
| 15:17.23 | *** join/#oe eduardas_m (~eduardas_@213.197.143.19) |
| 15:21.40 | Crofton|work | cbrake, has a blog post also |
| 15:21.45 | Crofton|work | and the mender guys use it |
| 15:22.58 | *** join/#oe jku (~jku@dyj-skycrv18---3wlh9y-3.rev.dnainternet.fi) |
| 15:31.34 | joshuagl | indeed |
| 15:48.19 | rburton | Crofton|work: you're the cmake maintainer now, right? can you review 'cmake.bbclass: enable usage of ccache' |
| 15:51.04 | Crofton|work | lol |
| 15:51.14 | Crofton|work | I don't know much about ccache |
| 15:51.19 | Crofton|work | I sort of looked at it |
| 15:51.35 | Crofton|work | I can feed it to a build that uses cmake :) |
| 15:52.40 | kergoth | sgw_: I'm guessing we might need to depend on an x64 multilib / toolchain to build the 64-bit bootloader-level and kernel-level components, the way meta-fsl-ppc has done, or always ensure that the bits needed for bare metal 64-bit builds are built, even when targeting x32 |
| 15:52.43 | kergoth | bit of a mess, really |
| 15:52.49 | kergoth | hmm |
| 15:53.18 | kergoth | gets more caffeine |
| 15:54.54 | Crofton|work | but is nop unless you add ccahce bbclass |
| 16:07.45 | sgw_ | kergoth: yeah, not the cleanest, I will have to review the meta-fsl-ppc stuff, I know x32 kind got bit rotted a little |
| 16:10.31 | kergoth | I think we don't have a good general purpose solution for depending on a particular multilib or toolchain for one recipe, but I think for this particular case it'd be a good idea to include the bits needed to target bare metal with x64 even in an x32 toolchain, all the time, given the use cases we need to satisfy |
| 16:10.50 | kergoth | meta-fsl-ppc alters DEPENDS and TARGET_PREFIX to use a different toolchain than the tcmode specified, which is terribly ugly |
| 16:11.15 | *** join/#oe anarsoul (~anarsoul@S0106848dc7ec0367.vs.shawcable.net) |
| 16:11.20 | kergoth | better to just use multilibs to handle that, if that's the approach we want to take |
| 16:14.05 | *** join/#oe dmoseley (~dmoseley@65-35-172-144.res.bhn.net) |
| 16:17.33 | sgw_ | It's been a few years since I have looked at multilib, but that sounds right, I will take a look |
| 16:19.13 | kergoth | i'll kick off a test build with an internal toolchain here too, to check sanity |
| 16:20.02 | sgw_ | kergoth: so did you actually build a kernel from meta-intel with x32? All your fixes are in OE-Core and I tried your meta-intel patch but fail to find a kernel, which is strange because MACHINE is intel-corei7-64, but every kernel recipe fails from "not in COMPATIBLE_MACHINE" |
| 16:38.56 | kergoth | sgw_: i just tested it a few minutes ago using oe-core master, meta-intel master + the aforementioned patch, only oe-core and meta-intel in bblayers, machine=intel-corei7-64. bitbake -e virtual/kernel works fine, as does a build |
| 16:38.57 | kergoth | MACHINE=intel-corei7-64 bitbake -e virtual/kernel | grep -E '^(DEFAULTTUNE|MACHINE|MACHINEOVERRIDES)=' |
| 16:38.57 | kergoth | MACHINEOVERRIDES="corei7-64-intel-common:corei7-64-x32-intel-common:intel-x86-common:intel-corei7-64" |
| 16:40.45 | *** join/#oe dv_ (~quassel@62-178-118-86.cable.dynamic.surfer.at) |
| 16:41.34 | kergoth | admittedly didn't do a full build now, just the -e sanity test. did successfully build around the time that i submitted the patches, though |
| 16:41.44 | kergoth | afk |
| 16:55.32 | *** join/#oe bluelightning (~paul@118.148.113.65) |
| 16:55.46 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 16:59.46 | *** join/#oe kc8apf_ (~raltherr@104.133.3.81) |
| 17:06.43 | abelloni_ | apart from qtcreator and eclipse, what are the IDE people are using? |
| 17:06.58 | abelloni_ | (I'm mainly doing kernel development so I don't know) |
| 17:07.27 | rburton | emacs! |
| 17:13.02 | mckoan | abelloni_: anjuta, geany, Dev-C++ |
| 17:17.40 | sgw_ | kergoth: turned out to be something in my build, I will try to figure out what caused it. |
| 17:20.33 | *** join/#oe ntl (~nathanl@cpe-24-242-74-130.austin.res.rr.com) |
| 17:25.54 | *** join/#oe ntl (~nathanl@cpe-24-242-74-130.austin.res.rr.com) |
| 17:32.02 | *** join/#oe ntl (~nathanl@cpe-24-242-74-130.austin.res.rr.com) |
| 17:48.57 | *** join/#oe stephano (~stephano@134.134.139.82) |
| 17:55.15 | kc8apf_ | Does vim count as an IDE? |
| 17:57.25 | darknighte | hates when IRC silently disconnects |
| 17:59.58 | *** join/#oe anselmolsm (~anselmols@192.55.55.41) |
| 18:01.20 | bluelightning | mckoan|away: surely noone is using anjuta these days |
| 18:02.06 | *** join/#oe rob_w (~rob@unaffiliated/rob-w/x-1112029) |
| 18:02.59 | *** join/#oe balkamos (balkamos@unaffiliated/motley) |
| 18:18.40 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 18:22.48 | kc8apf | I saw a patch was "in mut". What does that mean? |
| 18:25.38 | kergoth | kc8apf: rburton's master-under-test branch. it's where they go before they hit master-next, generally |
| 18:25.46 | *** join/#oe stephano (~stephano@134.134.139.82) |
| 18:26.42 | rburton | kc8apf: git branch ross/mut on poky-contrib. i sweep up patches for review and testing. if they pass then i'll send the branch to RP for master-next and then master. |
| 18:28.01 | kc8apf | ah, ok |
| 18:29.25 | rburton | patches in mut may be removed if they break the autobuilder, etc etc |
| 18:29.29 | rburton | so dont base anything on it |
| 18:30.22 | *** join/#oe stephano (~stephano@134.134.139.82) |
| 18:31.07 | *** join/#oe Varti (~varthall@dynamic-adsl-78-12-168-32.clienti.tiscali.it) |
| 18:54.58 | *** join/#oe stephano (~stephano@134.134.139.82) |
| 19:11.02 | Crofton|work | cbrake, are you answerinf docker questions? |
| 19:34.34 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 20:59.49 | *** join/#oe ash_charles (~acharles@2607:fad8:4:6:5aac:892e:cbe9:f7fc) |
| 21:04.37 | cbrake | returns |
| 21:05.04 | cbrake | Crofton|work: sure -- I'm not a docker guru, but do use it |
| 21:05.43 | Crofton|work | I'm making slow progress |
| 21:05.58 | Crofton|work | having trouble with uid being sane a |
| 21:06.14 | bluelightning | Crofton|work: rewitt has done some work with this FYI |
| 21:06.35 | bluelightning | hmm, I see he's not in this channel |
| 21:06.41 | bluelightning | anyway you've seen our containers I take it? |
| 21:06.46 | Crofton|work | no |
| 21:06.54 | Crofton|work | tryin gto get jethro to build in F23 container |
| 21:07.07 | Crofton|work | I'm going from knowing almost nothing to being angry in a day |
| 21:07.20 | Crofton|work | but my anger is getting focused |
| 21:10.47 | Crofton|work | need to beat some more on the uid issue |
| 21:11.46 | bluelightning | pretty sure Randy solved that |
| 21:12.53 | *** join/#oe ntl (~nathanl@99-127-51-4.lightspeed.austtx.sbcglobal.net) |
| 21:13.38 | *** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net) |
| 21:19.24 | *** join/#oe ash_charles (~acharles@2607:fad8:4:6:5aac:892e:cbe9:f7fc) |
| 21:20.41 | cbrake | Crofton|work: so your host uid must not be 1000? |
| 21:21.32 | Crofton|work | it is |
| 21:21.40 | Crofton|work | I need to puzzle some |
| 21:22.29 | cbrake | with the cbrake/oe-build, the build user has a UID of 1000, so everything worked out |
| 21:22.59 | *** join/#oe DJWillis (~djwillis@cpc2-trow6-2-0-cust204.aztw.cable.virginm.net) |
| 21:23.08 | Crofton|work | well, I'm a fedora guy so translating and working out mechanics :) |
| 21:24.09 | *** join/#oe DJWillis (~djwillis@cpc2-trow6-2-0-cust204.aztw.cable.virginm.net) |
| 22:08.22 | *** join/#oe oldtopman (~oldtopman@unaffiliated/oldtopman) |