| 00:04.23 | *** join/#oe Jefro (~josiermi@nat/intel/x-ktyutvaagftvcmcy) |
| 00:15.05 | *** join/#oe NightMonkey (~NightMonk@pdpc/supporter/professional/nightmonkey) |
| 00:16.26 | *** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst) |
| 00:24.38 | Tartarus | khem: around? |
| 00:25.00 | Tartarus | or, ka6sox? |
| 00:28.01 | ka6sox | Tartarus, yes |
| 00:28.44 | Tartarus | Hey, fyi I'll be at SCALE |
| 00:28.56 | ka6sox | kewl! so will I |
| 00:29.03 | Tartarus | Was going to ask you about when it usually starts/ends but I found last years schedule, and flights are limited for same day anyhow, heh |
| 00:29.26 | ka6sox | ya, not always easy |
| 00:29.30 | Tartarus | I saw, working on my speakers bio real quick atm |
| 00:29.37 | ka6sox | I need to as well. |
| 00:29.38 | Tartarus | Doing jkrinder's talk since he can't make it, heh |
| 00:29.47 | ka6sox | oh, got it. |
| 00:33.04 | Tartarus | bbt |
| 00:39.26 | khem | Tartarus: yes |
| 00:40.02 | khem | ah Scale |
| 00:40.13 | khem | ka6sox: do we have booth there this time ? |
| 00:44.16 | ka6sox | khem, do you want one? |
| 00:44.24 | ka6sox | if so let me know now...and I will get it |
| 00:44.57 | *** join/#oe lamawithonel_ (~lucas@pool-71-191-6-56.washdc.east.verizon.net) |
| 00:45.56 | khem | ka6sox: hmm not sure of commitments yet |
| 00:46.47 | ka6sox | okay so how many others can you interest in helping? |
| 00:54.27 | khem | ka6sox: oh i meant not booths at scale but others |
| 00:54.34 | khem | I might not be able to make it to scale |
| 00:56.09 | ka6sox | okay, you let me know what you want to do (or other) please. |
| 01:06.28 | *** join/#oe playya_ (~playya@unaffiliated/playya) |
| 01:11.49 | *** join/#oe notespace (~notespace@dsl081-118-011.dfw1.dsl.speakeasy.net) |
| 01:31.15 | *** join/#oe Openfree` (~Openfreer@116.228.88.131) |
| 01:39.18 | *** join/#oe joelagnel (~joel@cpe-76-184-244-226.tx.res.rr.com) |
| 01:40.18 | *** join/#oe joel_ (~joel@nat/ti/x-bfipqkuyfwjwbebg) |
| 02:19.14 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
| 02:59.40 | *** join/#oe zenlinux (~sgarman@c-76-115-40-64.hsd1.or.comcast.net) |
| 03:04.38 | *** join/#oe devzero_ (devzero@xdsl-89-0-80-111.netcologne.de) |
| 03:49.56 | *** join/#oe dijenerate (~dijenerat@173.225.251.175) |
| 04:05.08 | *** join/#oe Openfree` (~Openfreer@116.228.88.131) |
| 04:16.29 | *** join/#oe rsalveti (~rsalveti@186.214.57.130) |
| 04:16.29 | *** join/#oe rsalveti (~rsalveti@linaro/rsalveti) |
| 04:34.18 | *** join/#oe dijenerate (~dijenerat@173.225.251.175) |
| 04:51.57 | *** join/#oe snkt (~snkt@114.143.160.125) |
| 05:36.44 | *** join/#oe PaulePanter (~paul@mail.gw90.de) |
| 05:39.57 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
| 05:42.12 | *** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst) |
| 05:44.45 | *** join/#oe msm (~msm@99-47-177-27.lightspeed.austtx.sbcglobal.net) |
| 05:45.20 | *** join/#oe uwe_mobile (~uwe@static.88-198-8-117.clients.your-server.de) |
| 05:47.26 | *** join/#oe pb_ (~pb@mail.pbcl.net) |
| 05:57.42 | *** join/#oe SterNiX (~LessIsMor@unaffiliated/nu253r/x-0655220) |
| 06:04.49 | *** join/#oe snkt (~snkt@114.143.160.125) |
| 06:20.31 | *** join/#oe galak (~galak@192.88.168.34) |
| 06:46.57 | *** join/#oe vitus (~vitus@145.253.169.210) |
| 06:47.32 | *** join/#oe stuffcorpse (stuffy@amarok/developer/rickc) |
| 07:05.04 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 07:18.49 | *** join/#oe XorA (~XorA@188-220-34-37.zone11.bethere.co.uk) |
| 07:21.50 | *** join/#oe stefan_schmidt (~stefan@2001:638:602:1183:f2de:f1ff:fe62:28f7) |
| 07:33.22 | *** join/#oe rschus (~rschus@253.163.71.86.rev.sfr.net) |
| 07:50.57 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
| 07:51.49 | *** join/#oe stefan_schmidt (~stefan@2001:638:602:1183:f2de:f1ff:fe62:28f7) |
| 08:02.16 | eFfeM_work | gm |
| 08:03.07 | khem | Hi eFfeM_work |
| 08:03.45 | *** join/#oe zecke (~ich@91-65-246-230-dynip.superkabel.de) |
| 08:06.03 | khem | sleeps |
| 08:30.20 | kenws | good morning! |
| 08:31.42 | *** join/#oe XorA (~XorA@188-220-34-37.zone11.bethere.co.uk) |
| 08:44.11 | *** join/#oe tasslehoff (~Tasslehof@147.84-49-231.nextgentel.com) |
| 08:45.48 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 08:51.02 | Jin^eLD | mornin |
| 08:57.13 | *** join/#oe lamikr (lamikr@nat/nokia/x-xawfglkyfzutgaim) |
| 09:13.10 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 09:18.58 | *** join/#oe e-ffi (~cybercom@HSI-KBW-082-212-014-081.hsi.kabelbw.de) |
| 09:39.00 | *** join/#oe likewise (~chatzilla@095-097-098-131.static.chello.nl) |
| 09:45.33 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 09:49.12 | likewise | gm |
| 09:49.20 | likewise | otavio: ping |
| 09:53.26 | pb_ | hi all |
| 09:53.35 | *** join/#oe GarthPS (~quassel@qrc29-1-82-245-206-103.fbx.proxad.net) |
| 10:03.24 | likewise | pb_: gm |
| 10:16.41 | Jin^eLD | hey likewise, pb_ |
| 10:16.43 | otavio | likewise: hi |
| 10:16.48 | likewise | gm all |
| 10:16.59 | *** join/#oe mickey_office (~mickey@business-092-079-168-007.static.arcor-ip.net) |
| 10:17.28 | likewise | otavio: I saw you followed the meta-freescale repo at github, like me. You got iMX h/w? |
| 10:19.10 | otavio | likewise: yes and I am starting working at improving it and adding iMX 28 support on it too |
| 10:23.30 | *** join/#oe openfree (~dennis@116.228.88.131) |
| 10:24.57 | likewise | otavio: ok, cool, I was planning on using it as a base for iMX53 |
| 10:31.31 | *** join/#oe pepermint (~pepermint@host208-90-dynamic.2-87-r.retail.telecomitalia.it) |
| 10:36.45 | bluelightning | morning all |
| 10:41.16 | Jin^eLD | hi bluelightning |
| 10:59.45 | *** join/#oe CMoH|office (~cipi@89.35.222.158) |
| 10:59.45 | *** join/#oe CMoH|office (~cipi@unaffiliated/c-moh) |
| 11:23.16 | *** join/#oe GNUtoo (~gnutoo@host42-159-dynamic.51-79-r.retail.telecomitalia.it) |
| 12:16.06 | *** join/#oe vivijim (~vivijim@unaffiliated/vivijim) |
| 12:24.27 | *** join/#oe risca (~risca@norr-133-54.eduroam.liu.se) |
| 12:26.26 | likewise | wake up guys. Lunch break is over. |
| 12:33.17 | ynezz | calm down, it's almost friday... |
| 12:39.52 | likewise | yes, I wanted to make sure everybody is in time for the weekend :) |
| 12:42.38 | *** join/#oe mickey_office (~mickey@business-092-079-168-007.static.arcor-ip.net) |
| 12:46.56 | pb_ | hi mickey_office |
| 12:52.25 | mickey_office | hi pb_ |
| 13:17.48 | *** join/#oe mhnoyes (~mhnoyes@74-38-53-240.dr01.myck.or.frontiernet.net) |
| 13:17.48 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
| 13:23.58 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 13:24.46 | *** join/#oe risca (~risca@f-static-78-70-87-29.business.telia.com) |
| 13:39.58 | *** join/#oe snkt (~snkt@114.143.160.125) |
| 14:05.38 | *** join/#oe kevinsc (~a0214685@nat/ti/x-aqlhwfrxuuahctba) |
| 14:07.41 | *** join/#oe _chase_ (~chase@nat/ti/x-npqvcisyozmrgezb) |
| 14:13.50 | ericben | hi likewise otavio fwiw I have a meta-mx53qsb which start to works on the MX53 QSB |
| 14:14.57 | likewise | ericben: I just got my u-boot and kernel working, now trying to build codecs and everything. What is your status? |
| 14:15.11 | ericben | likewise: 3D running last time I tested |
| 14:15.21 | likewise | Did you test the codecs? |
| 14:15.33 | ericben | likewise: that's the next thing on the todolist |
| 14:15.50 | likewise | ericben: ok, are you aware of meta-freescale on github (well now you are :) |
| 14:15.57 | ericben | likewise: now I'm aware of it |
| 14:16.57 | likewise | can we join forces somehow, I hate all this fragmentation. |
| 14:17.03 | ericben | I have a recipe for the codecs on i.MX27 so it should not be difficult to port to 51/53 (my primary platform is 51, 53 is the second one) |
| 14:17.35 | likewise | ericben: meta-freescale builds the latest codecs (2.03) and GPU binary blob driver/lib, no issues during build here. |
| 14:18.17 | ericben | well meta-freescale seems to have everything in good shape |
| 14:18.28 | ericben | should have published my tree earlier |
| 14:18.35 | ericben | but I wanted to find time to get the codecs running |
| 14:18.41 | ericben | before publishing it |
| 14:18.53 | likewise | ericben: hmm, not all, basically they are aiming for their equivalent OE-core of their LTIB release (2.6.35.3) |
| 14:19.13 | likewise | The real nice stuff is Linaro 3.1, but they need some way to get the GPU binaries recompiled I think. |
| 14:19.39 | likewise | Linaro kernel 3.1 I mean, the Freescale Landing Team of Linaro is now rushing for im53 upstreaming, however they lose codec compatibility... |
| 14:19.41 | ericben | likewise: linaro-3.2 does'nt boot on my 51 (I tried yestyerday), still have to understand why |
| 14:20.08 | ericben | ok, I'm launching a build of meta-freescale to test it |
| 14:20.13 | likewise | my first goal is to get 2.6.35.3 (the freescale) release completely running (1080p codecs). |
| 14:20.22 | ericben | using LTIB ? |
| 14:20.23 | ericben | or OE ? |
| 14:20.24 | likewise | ericben: you need some tweaks, it doesn't work outside of freescale. |
| 14:20.32 | likewise | OE |
| 14:20.48 | likewise | ericben: I can package my meta-freescale, I don't have it GITted yet. |
| 14:20.50 | *** join/#oe kristoffer (~kristoffe@c-d8dae555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
| 14:20.51 | ericben | ok, if interested I can send you my wip meta-mx53qsb |
| 14:21.06 | ericben | I was not sure we could redistribute the binaries |
| 14:21.06 | likewise | ok, let's exchange, then work on github or somesuch from there. |
| 14:21.09 | ericben | seems its possible |
| 14:21.36 | likewise | well they're open in github, I took it from there... so I can also make a diff :) |
| 14:21.53 | likewise | what is your your prefered email address? |
| 14:21.55 | likewise | +r |
| 14:22.19 | ericben | the one on the mailing list |
| 14:22.51 | *** join/#oe lamikr (lamikr@nat/nokia/x-bonwnvdzgretixzm) |
| 14:22.59 | ericben | ok I have 3D on i.MX51 not MX53 |
| 14:23.07 | ericben | but the recipe should be direct to port to the 53 |
| 14:23.23 | ericben | sometimes I'm lost between MX25/27/35/51/53 ;-) |
| 14:23.49 | ericben | which QSB do you have : the one with Dialog PMIC or the one with FSL PMIC ? |
| 14:24.46 | likewise | dialog |
| 14:24.51 | ericben | ok same here |
| 14:25.09 | *** join/#oe pespin (~pespin@245.pool85-50-65.dynamic.orange.es) |
| 14:27.13 | GNUtoo | ericben, hi |
| 14:27.21 | ericben | hi GNUtoo |
| 14:28.29 | GNUtoo | ericben, so there is a meta-freescale arm somewhere else? |
| 14:29.01 | GNUtoo | what should we do then? |
| 14:29.15 | *** join/#oe CMoH-office (~cipi@89.35.222.158) |
| 14:29.16 | *** join/#oe CMoH-office (~cipi@unaffiliated/c-moh) |
| 14:29.20 | ericben | GNUtoo: https://gitorious.org/yocto |
| 14:29.29 | ericben | this one only supports MX53 |
| 14:29.57 | ericben | but seems a good working base |
| 14:30.01 | GNUtoo | ok |
| 14:31.42 | ericben | likewise: see PM |
| 14:32.48 | GNUtoo | so we port the freescale eukrea stuff on that ? |
| 14:33.53 | likewise | there is also meta-freescale at github.com (the one I am using). |
| 14:35.21 | GNUtoo | http://www.openembedded.org/wiki/LayerIndex has only fsl-ppc |
| 14:37.11 | likewise | GNUtoo: that's because it's not public yet. |
| 14:37.38 | likewise | GNUtoo: remember by deciding to use our friend oe-core, we invited our other friend called "fragmentation" :) |
| 14:37.53 | GNUtoo | indeed |
| 14:38.06 | bluelightning | if you haven't already it might be worth talking to msm or someone else at freescale, see if they would be able to help maintain an arm layer as well |
| 14:38.10 | GNUtoo | that's why stuff should be documented there |
| 14:38.19 | GNUtoo | on the layer index page |
| 14:40.00 | GNUtoo | yes msm was talking about freescale-arm stuff |
| 14:40.12 | GNUtoo | but I didn't know he worked for freescale |
| 14:40.29 | *** join/#oe mrmoku (~mrmoku@ppp-188-174-22-75.dynamic.mnet-online.de) |
| 14:45.00 | likewise | bluelightning: msm is in the loop, thanks |
| 14:45.07 | bluelightning | cool |
| 14:45.36 | likewise | we will decide on where we join forced and then announce it, I'm sure. |
| 14:45.42 | likewise | forced=forces. |
| 14:50.13 | pb_ | bluelightning: glad to see you volunteering to stand for the TSC |
| 14:51.19 | bluelightning | pb_: thanks, I hope to do a good job if given the opportunity |
| 15:01.40 | *** join/#oe galak (~galak@192.88.168.34) |
| 15:04.40 | *** part/#oe grund (~grund@66.43.64.66) |
| 15:05.09 | *** join/#oe cryptk (cryptk@nasadmin/cryptk) |
| 15:05.10 | *** join/#oe devzero_ (devzero@xdsl-89-0-64-162.netcologne.de) |
| 15:06.38 | *** join/#oe ka6sox (ka6sox@nasadmin/ka6sox) |
| 15:23.29 | *** join/#oe vivijim (~vivijim@unaffiliated/vivijim) |
| 15:27.16 | *** join/#oe MMx (mmx@2001:41b8:200:0:5054:ff:fe12:3456) |
| 15:29.20 | *** join/#oe DHR (~hugh@CPE00606767ed59-CM000f9fa81660.cpe.net.cable.rogers.com) |
| 15:29.44 | kenws | (In case someone is interested) I just found the root cause for the CMAKE_AR issue when using an external binary toolchain. The meta/classes/cmake.bbclass generates a toolchain.cmake and sets the CMAKE_FIND_ROOT_PATH. Since this variable doesn't contain the path to the cross toolchain cmake won't be able to find ar and therefore fails when it comes to the creation of static libs. |
| 15:30.57 | kenws | So, adding ${EXTERNAL_TOOLCHAIN} to the cmake.bbclass solves it for me. Even though, I'm not sure if using (polluting) the cmake.bbclass with such a variable would be accepted upstream. |
| 15:31.17 | *** join/#oe cryptk (cryptk@nasadmin/cryptk) |
| 15:32.44 | *** join/#oe ka6sox (ka6sox@nasadmin/ka6sox) |
| 15:34.19 | *** join/#oe lamikr (lamikr@nat/nokia/x-pzzzqiqoltowzsii) |
| 15:41.04 | *** part/#oe rschus (~rschus@253.163.71.86.rev.sfr.net) |
| 15:43.07 | *** join/#oe mickey_office (~mickey@business-092-079-168-007.static.arcor-ip.net) |
| 15:48.02 | *** join/#oe vivijim (~vivijim@unaffiliated/vivijim) |
| 15:49.39 | *** join/#oe rob_w (~bob@ppp-188-174-22-223.dynamic.mnet-online.de) |
| 15:49.39 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
| 16:28.11 | *** join/#oe lamikr (lamikr@nat/nokia/x-otbsbbgmphnsbqzs) |
| 16:31.30 | *** join/#oe 18WAAE891 (~cipi@89.238.251.90) |
| 16:36.43 | *** join/#oe vitus (~vitus@145.253.169.210) |
| 16:42.17 | *** join/#oe zenlinux (~sgarman@masterfoo.zenlinux.com) |
| 16:44.31 | *** join/#oe joel_ (~joel@nat/ti/x-dqeviawsveolzkuw) |
| 16:56.45 | *** join/#oe tasslehoff (~tasslehof@145.79-161-31.customer.lyse.net) |
| 17:11.03 | *** join/#oe msm (~msm@192.88.168.34) |
| 17:11.22 | msm | kergoth`: what does your bblayer.conf look like w/ meta-oe? |
| 17:12.41 | GNUtoo | msm, hi |
| 17:14.14 | msm | GNUtoo: hello |
| 17:14.33 | msm | kergoth`: maybe i should ask what is your meta-oe layer priority... |
| 17:14.44 | GNUtoo | msm, there are too many different layers for freescale stuff |
| 17:14.58 | msm | 2 layers? |
| 17:14.59 | GNUtoo | just before we were talking about unificating them |
| 17:15.08 | GNUtoo | it seem at least 3 |
| 17:15.23 | msm | meta-freescale on github is ARM |
| 17:15.31 | msm | meta-fsl-ppc on yocto is PPC |
| 17:15.31 | GNUtoo | there is one on gitorious also |
| 17:15.34 | msm | those are the two I know of |
| 17:15.37 | GNUtoo | I'm talking about arm only |
| 17:15.40 | msm | whats the link? |
| 17:15.51 | msm | GNUtoo: i'm not ARM at all =) |
| 17:16.02 | msm | GNUtoo: ARM always does things the hard way ;) |
| 17:16.04 | GNUtoo | https://gitorious.org/yocto/meta-freescale |
| 17:16.15 | GNUtoo | and the third one is used by eukrea |
| 17:16.16 | GNUtoo | ah ok |
| 17:16.30 | msm | GNUtoo: thats the meta-freescale I was talkng about… maybe it's not on github |
| 17:16.37 | msm | what is this one by eureka? |
| 17:16.37 | GNUtoo | ok |
| 17:16.45 | GNUtoo | I'm not sure if it's published |
| 17:17.51 | GNUtoo | I should ask ericben if he published it |
| 17:22.34 | msm | does meta-oe not come with a conf/layer.conf file on purpose? |
| 17:23.01 | bluelightning | msm: the meta-openembedded repo consists of a number of individual layers |
| 17:23.05 | bluelightning | each one has a conf/layer.conf |
| 17:23.09 | GNUtoo | indeed |
| 17:24.11 | msm | bluelightning: ahh i see now |
| 17:25.56 | ericben | GNUtoo: not yet published, I expect to have it online by the end of the month/year ;-) |
| 17:26.02 | GNUtoo | ok |
| 17:26.12 | ericben | msm: our overlay supports i.MX25/35/51 (and soon 53) modules |
| 17:26.19 | GNUtoo | how do we handle the freescale tarballs? |
| 17:26.24 | GNUtoo | *how will we handle |
| 17:26.38 | ericben | GNUtoo: well in meta-freescale they put everything in files |
| 17:26.45 | GNUtoo | I don't remember if everything is redistributable or not |
| 17:26.46 | ericben | so redistribution seems possible |
| 17:26.48 | GNUtoo | ok |
| 17:27.14 | GNUtoo | I guess for the codecs the fees for software patents are paid with the hardware |
| 17:28.54 | msm | has anyone seen this issue when adding meta-oe? |
| 17:28.55 | msm | ERROR: Could not include required file recipes-graphics/xorg-driver/xorg-driver-input.inc |
| 17:29.50 | GNUtoo | msm, what recipe? |
| 17:30.11 | msm | GNUtoo: it's just parsing recipes |
| 17:30.17 | GNUtoo | ok |
| 17:31.25 | GNUtoo | that file is here tough: |
| 17:31.27 | GNUtoo | openembedded-core/meta/recipes-graphics/xorg-driver/xorg-driver-input.inc |
| 17:34.16 | msm | its not on yocto though |
| 17:34.23 | msm | are the two possible out of sync? |
| 17:34.39 | msm | or did this file get renamed recently (I'm on the last release) |
| 17:34.57 | GNUtoo | I used shr's branches on contrib |
| 17:35.17 | GNUtoo | the reason of theses branches is for having a sync |
| 17:35.57 | msm | I just need to find the approriate sync point |
| 17:36.00 | GNUtoo | ok |
| 17:36.09 | msm | I looked a the edison release, it did not have a meta-oe SHA |
| 17:36.56 | likewise | msm: what is trying to include it? |
| 17:37.11 | msm | lunch time bbiab |
| 17:37.18 | likewise | bon apetit |
| 17:37.20 | kergoth` | so oe-core is out of sync with meta in poky? |
| 17:37.21 | kergoth` | or..? |
| 17:38.18 | likewise | game time bbl |
| 17:52.05 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
| 18:01.26 | otavio | Is someone using systemd and dropbear? I've refactored the recipe and want more people to test it before sending for merging |
| 18:02.44 | bluelightning | surely angstrom uses dropbear? |
| 18:02.52 | otavio | bluelightning: uses |
| 18:03.41 | otavio | bluelightning: I've merged the dropbear-systemd recipe onto a dropbear bbappend and ported it to use systemd bbclass ... cleaner solution but I'd like more people to test it before sending it for merging |
| 18:13.33 | otavio | bluelightning: in case you want to take a look, it is at https://github.com/OSSystems/meta-oe/commit/469e6f929862bd294de7683c083c44f3b401c707 |
| 18:13.56 | bluelightning | unfortunately I have no experience with systemd in oe so I probably can't help you much |
| 18:16.11 | *** join/#oe morphis (~morphis@dslb-088-071-244-139.pools.arcor-ip.net) |
| 18:20.09 | GNUtoo | otavio, in shr we have some systemd branches but we use openssh rather than dropbear |
| 18:28.14 | otavio | GNUtoo: is it possible for you to test this patch? |
| 18:29.02 | GNUtoo | otavio, which patch? |
| 18:29.17 | otavio | GNUtoo: the dropebar one. |
| 18:29.18 | GNUtoo | that one: https://github.com/OSSystems/meta-oe/commit/469e6f929862bd294de7683c083c44f3b401c707 ? |
| 18:29.21 | otavio | GNUtoo: yep |
| 18:29.33 | otavio | GNUtoo: any specific reason why you use openssh/? |
| 18:29.34 | GNUtoo | I'm very sorry but I don't use dropbear right now |
| 18:29.38 | GNUtoo | yes security |
| 18:29.52 | GNUtoo | basically empty password can be handled better with openssh |
| 18:29.58 | GNUtoo | that's why we switched |
| 18:42.54 | ka6sox | Tartarus, are you just coming in for the 1 day to present for Jason? |
| 18:43.01 | Tartarus | whole conf |
| 18:43.05 | ka6sox | kk |
| 18:43.42 | ka6sox | should be interesting. nice group of talks this year. |
| 18:44.05 | ka6sox | quite a few Beagle Talks. |
| 18:44.08 | ka6sox | even mine is. |
| 18:48.37 | msm | kergoth`: im not sure what SHA I should use for edison release |
| 18:48.50 | msm | kergoth`: meta-oe SHA for whatever OE/Yocto was at that time |
| 18:50.46 | *** join/#oe GarthPS (~quassel@qrc29-1-82-245-206-103.fbx.proxad.net) |
| 18:51.06 | msm | so does anyone know if information exists for which SHA for meta-oe is useful for oe-core around the time of edison? |
| 18:59.09 | *** join/#oe Jefro (~josiermi@134.134.139.74) |
| 19:14.12 | kergoth` | i'd just look at the date, myself |
| 19:14.14 | kergoth` | heh |
| 19:16.24 | *** join/#oe stefan_schmidt (~stefan@p4FF89B4A.dip.t-dialin.net) |
| 19:25.41 | *** join/#oe Heinervdm (~thomas@pD9E15CAF.dip.t-dialin.net) |
| 19:28.12 | msm | kergoth`: thats what im done |
| 19:28.15 | msm | i just feel weird doing that |
| 19:28.20 | msm | meta-oe needs branches or at least some tags |
| 19:31.44 | kergoth` | well, it's not part of the yocto release, so it makes sense that it wouldn't have yocto release tags :) |
| 19:34.11 | *** join/#oe rcf (~rcf@168.186-243-81.adsl-dyn.isp.belgacom.be) |
| 19:36.07 | msm | well |
| 19:36.24 | msm | kergoth`: it has nothing at all… no branches or tags |
| 19:36.39 | msm | kergoth`: i guess im just complaining for fun =) |
| 19:36.43 | kergoth` | heh :) |
| 19:36.55 | msm | kergoth`: really, yocto release emails should contain the meta-oe branch they work with |
| 19:37.11 | kergoth` | well, to be fair, sometimes a simpler branching model is better, less confusion. and I don't think meta-oe has been in any releases of anything yet.. heh |
| 19:37.33 | msm | kergoth`: i just realized it might not have been in any release =) |
| 19:38.46 | kergoth` | :) |
| 19:39.25 | kergoth` | tries building mplayer2 in meta-oe+meta-yocto |
| 19:39.47 | kergoth` | re priority, I think I intended to put meta-yocto above meta-oe, but I don't think I actually did |
| 19:40.01 | kergoth` | largely due to not wanting to maintain a separate branch/fork of meta-oe |
| 19:43.42 | msm | kergoth`: yea, we should be able to override those in bblayer.conf |
| 19:44.25 | *** join/#oe florian (~fuchs@sign-4d094733.pool.mediaWays.net) |
| 19:44.26 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 19:46.58 | *** join/#oe pepermint (~pepermint@host208-90-dynamic.2-87-r.retail.telecomitalia.it) |
| 19:58.03 | *** join/#oe kevinsc (~a0214685@nat/ti/x-jvwwpwaznecpzqbv) |
| 20:01.00 | *** join/#oe rah (~rah@cpc8-live19-2-0-cust155.know.cable.virginmedia.com) |
| 20:01.36 | msm | when I add a layer, it's going to take the newest recipe regardless, right? |
| 20:01.45 | msm | the layer priority only resolves recipes that are the same version? |
| 20:01.51 | kergoth` | nope, that's not correct |
| 20:01.58 | kergoth` | at least it hasnt' been in the past, unless its been changed |
| 20:02.01 | msm | ok |
| 20:02.03 | msm | im asking |
| 20:02.05 | khem | heh PRIORITY and BBPATH |
| 20:02.05 | kergoth` | it'll use an old version in a high priority layer over a high version in a low priority layer |
| 20:02.12 | msm | ok |
| 20:02.17 | msm | good, that's actually what I want |
| 20:02.37 | *** join/#oe tasslehoff (~tasslehof@145.79-161-31.customer.lyse.net) |
| 20:02.37 | khem | I must say dropbear sucks |
| 20:02.48 | khem | tasslehoff: I owe you an answer |
| 20:03.11 | khem | tasslehoff: the toolchains in OE-core are not relocatable as in for installing |
| 20:03.19 | khem | they will have to be installed in SDKPATH |
| 20:03.35 | khem | and you can change SDKPATH during build time |
| 20:05.27 | tasslehoff | khem: ah. thanks for that info. I've had the SDK committed to our repo to make it easier to always get back to the toolchain used at a given time, but maybe I must reconsider. |
| 20:06.22 | khem | I think the oe-core sdk is lot more standalone though |
| 20:06.38 | khem | it ships its own supporting libs e.g. glibc etc that gcc will use to run |
| 20:06.52 | khem | so it can work across the machines pretty much |
| 20:07.14 | tasslehoff | khem: you mean more stand-alone than the oe-classic was? |
| 20:07.19 | khem | yes |
| 20:07.40 | khem | barring relocatability |
| 20:08.04 | khem | there are lot of libs that gcc and friends want when they run |
| 20:08.08 | tasslehoff | khem: yeah. only gripe I have with that is when one must go back in time and reproduce a build. |
| 20:08.24 | tasslehoff | it was convenient to have the sdk in git as well :) |
| 20:08.26 | khem | and it makes sure that it supplies them all together and not depend on versions on your host |
| 20:08.54 | khem | tasslehoff: you mean sdk binaries ? |
| 20:09.22 | khem | tasslehoff: I think various distros e.g. poky release sdk tarballs |
| 20:09.38 | tasslehoff | khem: yes. I extracted the sdk to a toolchains folder in our repo. |
| 20:10.10 | tasslehoff | khem: yes, that's what I will do as well. |
| 20:10.28 | khem | tasslehoff: ok |
| 20:11.12 | tasslehoff | then I just have to wrestle systemd a bit more, and my transition to oe-core will be somewhat complete :) |
| 20:11.44 | khem | systemd is not a requirement for oe-core |
| 20:11.47 | tasslehoff | khem: will you throw in an answer to the SDK thread I posted on the ML? |
| 20:11.51 | khem | unless you are using angstrom |
| 20:11.54 | tasslehoff | khem: nope, but I use angstrom |
| 20:11.57 | tasslehoff | exactly :) |
| 20:12.01 | khem | ah |
| 20:12.22 | khem | is usually behind on reading emails always |
| 20:12.46 | tasslehoff | I've always used angstrom, but perhaps I don't need to. I really only need a console image with some extra stuff. |
| 20:13.06 | msm | hmmm |
| 20:13.21 | *** part/#oe msm (~msm@192.88.168.34) |
| 20:13.26 | *** join/#oe msm (~msm@192.88.168.34) |
| 20:13.28 | khem | tasslehoff: oe-core has core-image-minimal |
| 20:13.36 | khem | which is similar |
| 20:13.48 | msm | so, when I add meta-oe to my build…. my lsb-sdk target is building different packages... |
| 20:14.07 | khem | msm: possible |
| 20:14.23 | khem | since meta-oe might have copies of some recipes that are in oe-core |
| 20:14.26 | msm | khem: i made it the lowest priority too |
| 20:14.42 | msm | khem: so i would think it would not use anthing from meta-oe if it exsits elsewhere |
| 20:14.43 | khem | You can generate bitbake -g lsb-image |
| 20:14.49 | msm | maybe RRECCOMMENDS? |
| 20:14.50 | khem | and check the bb files its using |
| 20:15.40 | tasslehoff | khem: ah, I'll take a look at basing my image on that one instead. it still uses sysvinit? |
| 20:16.37 | khem | msm: if its lowest priority then yes but also make sure that it appears last on BBLAYERS |
| 20:17.10 | khem | tasslehoff: yes |
| 20:17.19 | msm | khem: its last and lowest priority |
| 20:17.25 | msm | heh |
| 20:17.42 | khem | ok |
| 20:19.10 | khem | tasslehoff: oh but one thing |
| 20:19.29 | khem | tasslehoff: meta-oe has patches to gcc which makes it much more appealing for arm cores |
| 20:20.06 | khem | tasslehoff: if you care about armv7-a particularly you may want to use meta-oe on top of oe-core |
| 20:20.12 | tasslehoff | khem: ok. I run on a beagleboard-like system, so that's relevant |
| 20:54.11 | *** join/#oe likewise (~chatzilla@095-097-098-131.static.chello.nl) |
| 21:08.30 | khem | hey likewise |
| 21:15.37 | *** join/#oe NightMonkey (~NightMonk@pdpc/supporter/professional/nightmonkey) |
| 21:21.22 | *** join/#oe ant____ (~andrea@host181-12-dynamic.60-82-r.retail.telecomitalia.it) |
| 21:25.58 | tasslehoff | khem: did your post to the ML indicate that it *can* be relocated after all? or did I misunderstand? |
| 21:26.09 | *** join/#oe darknighte (~darknight@unaffiliated/darknighte) |
| 21:28.31 | *** part/#oe darknighte (~darknight@unaffiliated/darknighte) |
| 21:30.38 | *** join/#oe svolpe (~Gerrath@unaffiliated/gerrath) |
| 21:48.28 | *** join/#oe eFfeM (~frans@a2038.upc-a.chello.nl) |
| 21:52.32 | *** join/#oe XorA (~XorA@188-220-34-37.zone11.bethere.co.uk) |
| 22:06.34 | *** join/#oe JaMa (~martin@94.230.152.246) |
| 22:08.05 | khem | tasslehoff: I think I am trying to sort the problem |
| 22:08.23 | khem | tasslehoff: I think the relocatability is there its just not working but I will find out |
| 22:11.04 | tasslehoff | khem: cool. than I will just enjoy my whiskey while you do ;) |
| 22:11.33 | khem | hmmm you can enjoy mine too since I dont drink :) |
| 22:14.15 | *** join/#oe chase (~chase@nat/ti/x-wsmfcuonseadyhfj) |
| 22:16.07 | *** join/#oe eFfeM (~frans@a2038.upc-a.chello.nl) |
| 22:17.23 | tasslehoff | khem: wise choice :) |
| 22:45.37 | *** join/#oe e-ffi (~cybercom@HSI-KBW-082-212-014-081.hsi.kabelbw.de) |
| 22:50.57 | khem | kergoth`: We add packages to RDEPENDS not recipes by name right ? |
| 22:51.24 | khem | and add recipes by name to DEPENDS |
| 22:56.08 | kergoth` | yes, that's what the R means, runtime |
| 23:06.46 | msm | libxaw depends on xmlto |
| 23:06.51 | msm | but xmlto is no where to be found |
| 23:07.07 | khem | kergoth`: but I want to make sure the difference between recipe name and output package name |
| 23:07.40 | khem | many people confuse DEPENDS = "recipe" RDEPNDS = "recipe" one for build time the other for runtime |
| 23:07.58 | khem | but actually it should be DEPENDS = "recipe" RDEPENDS "output package name" |
| 23:08.14 | khem | and recipe name may not be equal to output package name |
| 23:08.56 | khem | msm: for quick hack add --disable-xmlto |
| 23:09.26 | msm | hmm, I like this hack |
| 23:09.30 | msm | seems like im missing stuff on my host |
| 23:09.43 | msm | …. /usr/share/xmlto/format/fo/ps |
| 23:09.45 | khem | msm: there should be a native package providing xmlto |
| 23:09.49 | msm | for libxaw |
| 23:10.19 | msm | khem: don't see anything |
| 23:11.21 | khem | kergoth`: it would be nice if bitbake could catch such semantic errors |
| 23:11.29 | khem | msm: ok disable it then |
| 23:11.56 | khem | msm: if you are unlucky then it wont let you disable it |
| 23:12.20 | msm | khem: giving it a try |
| 23:13.58 | msm | didnt work |
| 23:14.06 | msm | i think installing host packages will fix issue though |
| 23:14.41 | msm | libxaw already has a disable docs on it |
| 23:31.11 | *** join/#oe pwgen (~ew@2.108.92.38) |
| 23:36.50 | *** join/#oe notespace (~notespace@dsl081-118-011.dfw1.dsl.speakeasy.net) |
| 23:45.29 | *** join/#oe unsolo (~unsolo@gentoo/user/unsolo) |