00:10.27 | *** join/#oe yann|work (~yann@nan92-1-81-57-214-146.fbx.proxad.net) |
01:22.20 | *** join/#oe vmeson (~rmacleod@24-212-184-107.cable.teksavvy.com) |
01:42.25 | *** join/#oe cbrake (~Thunderbi@cable2-pool191-cs-134.doycomm.com) |
03:36.39 | *** join/#oe ensc_ (~irc-ensc@fedora/ensc) |
03:54.00 | *** join/#oe Jefro (~jefro@50-0-152-82.dedicated.static.sonic.net) |
04:43.25 | *** join/#oe rob_w__ (~rob@ppp-88-217-101-98.dynamic.mnet-online.de) |
05:46.18 | *** join/#oe balister_ (~balister@pool-108-44-110-198.ronkva.east.verizon.net) |
06:08.35 | *** join/#oe AndersD (~anders@213-64-219-84-no126.business.telia.com) |
07:21.44 | *** join/#oe tasslehoff (~Tasslehof@82.147.55.166) |
07:24.06 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
07:46.23 | *** join/#oe JaMa (~martin@ip-86-49-34-37.net.upcbroadband.cz) |
07:55.04 | *** join/#oe jbrianceau_away (uid10952@gateway/web/irccloud.com/x-lnxpekalipxgzdae) |
08:07.14 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
08:07.47 | *** join/#oe jku (jku@nat/intel/x-ljpdjiplkmygqwsr) |
08:26.32 | *** join/#oe jku (jku@nat/intel/x-xxvylqrsvmmfvnii) |
08:27.39 | *** join/#oe ant_work (~ant__@host202-80-dynamic.180-80-r.retail.telecomitalia.it) |
08:31.00 | bluelightning | morning all |
08:34.05 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
08:38.02 | *** join/#oe rob_w (~bob@93.104.205.194) |
08:38.02 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
08:50.24 | mckoan | good morning |
09:08.29 | *** join/#oe maxin (~maxin@2001:998:22:0:f4e3:3842:b436:e038) |
09:08.51 | *** join/#oe mago_ (~mago@unaffiliated/blastur) |
09:13.52 | *** join/#oe rburton (~Adium@35.106.2.81.in-addr.arpa) |
09:46.46 | *** join/#oe belen (Adium@nat/intel/x-tmbgnnifbnxekbzs) |
10:16.19 | *** join/#oe wenzong (~wfan@106.120.101.38) |
10:21.59 | *** join/#oe afournier (~admin@46.255.181.29) |
10:29.25 | *** join/#oe phdeswer (~phdeswer@2001:998:2a:dead:6267:20ff:fe47:e16c) |
10:35.50 | *** join/#oe yann|work (~yann@LFbn-1-1026-146.w86-247.abo.wanadoo.fr) |
10:36.27 | *** join/#oe ldnunes (~ldnunes_@177.100.174.62) |
10:45.33 | *** join/#oe jackmitchell (~Thunderbi@109.224.219.180) |
11:02.07 | *** join/#oe jku (jku@nat/intel/x-osndgymbgznicxol) |
11:14.24 | *** join/#oe fredcadete (d4a63893@gateway/web/freenode/ip.212.166.56.147) |
11:57.53 | *** join/#oe jackmitchell (~Thunderbi@109.224.219.180) |
12:00.35 | *** join/#oe ant_work (~ant__@host202-80-dynamic.180-80-r.retail.telecomitalia.it) |
12:11.28 | *** join/#oe Net147 (~Net147@unaffiliated/net147) |
12:23.11 | *** join/#oe belen (~Adium@192.198.151.44) |
12:25.59 | *** join/#oe tsramos (~tsramos@134.134.139.76) |
12:29.45 | *** join/#oe belen (~Adium@192.198.151.44) |
13:24.39 | *** join/#oe Tarnyko (~Administr@46.18.96.42) |
13:26.54 | Crofton|work | What's the best way to manage several machines with only slight differences? |
13:27.41 | Crofton|work | I need different machine names to select some boot files, but there are other overrides that stay the same |
13:27.59 | JaMa | cannot you just use different image recipes? |
13:29.41 | JaMa | for example we're building images for different TV regions (atsc, dvb, arib) as the same MACHINE, just by including different set of packages in different images |
13:30.26 | JaMa | it's only tricky for components which need to be built differently, so we build them with different paths, so that they can be staged in sysroot in parallel |
13:30.32 | *** join/#oe contempt (contempt@unaffiliated/contempt) |
13:34.15 | Crofton|work | the problem is the fsbl code |
13:34.47 | Crofton|work | SRC_URI election is done via overrides |
13:36.55 | fray | Crofton|work, one of the things I've done is create a base <soc>.inc file or something like that.. in that file define an override that is common to all of the machines that will use it.. |
13:37.09 | fray | then just require the common file which specifies nearly all of the params for a given machine |
13:37.26 | Crofton|work | hmm, this seems close, do we have instructions for override creation? |
13:42.54 | fray | the piece you want to mess with is the MACHINEOVERRIDES |
13:43.06 | fray | defaults to: |
13:43.06 | fray | MACHINEOVERRIDES ?= "${MACHINE}" |
13:43.26 | fray | I'd suggest overriding that to MACHINEOVERRIDES = "<my_soc>:${MACHINE}" |
13:43.54 | fray | witht hef irst bit being the common... the last bit being hte machine.. |
13:44.02 | Crofton|work | ah ok, just stsarted into bitbake manual |
13:44.18 | fray | as for documentation/instructions, I've not seen anything that describes this.. but this chunk is very much OE specific.. |
13:46.00 | Crofton|work | so you wouldn't use this in Yocto Linux :) |
13:46.14 | fray | I don't use Yocto Linux.. I use the Yocto Project.. :) |
13:46.32 | fray | ...and the Yocto Project luckily includes OE |
13:46.44 | Crofton|work | heh |
13:46.57 | Crofton|work | ok, need to figure out how to implement this |
13:47.21 | Crofton|work | a pox on vendors with crappy fsbls and inability to detect speed grade or cpu at boot |
13:48.09 | JaMa | but that still leaves you with rebuilding all MACHINE_ARCH recipes for each MACHINE separately |
13:48.42 | JaMa | which much slower than building N images with small differences for the same MACHINE |
13:48.51 | fray | JaMa, yes it does.. |
13:48.58 | fray | but in my case that was a feature not a deficit.. |
13:49.58 | JaMa | slow builds are good feature for OSV, because they can deliver massive speed-up in future releases? :P |
13:50.47 | fray | Slow builds havn't been an issue for us... |
13:51.34 | fray | the MACHINE_ARCH recipes per machine was an advantage.. we don't want the same recipes as they do change per machine config.. |
13:51.46 | fray | it's possible they are the same, but not always.. |
13:51.58 | fray | but it's a lot easier to maintain and see the differences.. |
13:52.59 | *** join/#oe contempt (contempt@unaffiliated/contempt) |
13:54.14 | JaMa | 14:28:00 < Crofton|work> I need different machine names to select some boot files, but there are other overrides that stay the same |
13:54.29 | JaMa | if "some boot files" is the only difference between them |
13:54.45 | JaMa | then it probably doesn't need to rebuild all MACHINE_ARCH recipes |
13:58.12 | Crofton|work | I know |
13:58.52 | Crofton|work | tis an annoying situation |
14:01.00 | fray | I've not done it -- but you can define additional machine types.. and set the same MACHINE_ARCH for all BSPs.. |
14:01.09 | fray | then use a different arch for the unique versions.. |
14:01.13 | fray | it'll work, but I've not done it |
14:01.22 | *** join/#oe darkschneider (~gab@93-32-59-44.ip32.fastwebnet.it) |
14:01.36 | fray | the unique ones you would do something liek PACKAGE_ARCH = "${MACHINE_ARCH_VARIANT}" |
14:01.50 | fray | in the unique machinef iles you define the MACHINE_ARCH_VARIANT = "${MACHINE}" |
14:01.58 | fray | and MACHINE_ARCH = "<common machine name>" |
14:02.23 | fray | you then need to add MACHINE_ARCH_VARIANT to the list of package arches.. (likely at a higher position then machine_arch) |
14:14.51 | *** join/#oe georgem (~georgem@mail.novatech-llc.com) |
14:24.07 | *** join/#oe contempt (contempt@unaffiliated/contempt) |
14:58.51 | *** join/#oe challinan (~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net) |
14:59.25 | *** join/#oe madisox (~madison@12.30.244.5) |
14:59.28 | *** part/#oe madisox (~madison@12.30.244.5) |
15:12.40 | *** join/#oe berton (~fabio@201.22.227.56) |
15:24.08 | *** join/#oe contempt (contempt@unaffiliated/contempt) |
15:39.29 | *** join/#oe Noor (~quassel@110.93.212.98) |
15:51.25 | *** join/#oe Noor_ (~quassel@110.93.212.98) |
15:51.27 | *** join/#oe ndec (~ndec@linaro/ndec) |
15:54.26 | *** join/#oe suihkulokki (~voipio@jessie.kos.to) |
15:57.59 | *** join/#oe Jefro (~jefro@50-0-152-82.dedicated.static.sonic.net) |
16:01.57 | *** join/#oe contempt (contempt@unaffiliated/contempt) |
16:17.26 | *** join/#oe khem (~khem@unaffiliated/khem) |
16:33.32 | *** join/#oe vmeson (~rmacleod@128.224.252.2) |
16:37.27 | *** join/#oe pidge (~pidge@134.134.139.76) |
16:42.08 | *** join/#oe Jefro (~jefro@50-0-152-82.dedicated.static.sonic.net) |
16:46.04 | *** join/#oe Jefro1 (~jefro@50-0-152-82.dedicated.static.sonic.net) |
16:47.09 | *** join/#oe rsalveti (sid117878@linaro/rsalveti) |
16:47.09 | *** join/#oe ericben (~ebenard@pac33-3-88-170-243-169.fbx.proxad.net) |
16:49.25 | *** join/#oe rob_w (~rob@unaffiliated/rob-w/x-1112029) |
17:15.31 | *** join/#oe eFfeM (~frans@c73189.upc-c.chello.nl) |
17:15.57 | *** join/#oe realBigfoot (~realBigfo@192.55.55.41) |
17:34.54 | *** join/#oe georgem (~georgem@mail.novatech-llc.com) |
17:35.37 | *** part/#oe Tarnyko (~Administr@46.18.96.42) |
17:37.50 | *** join/#oe Tarnyko (~Administr@46.18.96.42) |
17:45.36 | Tarnyko | hmmm, since latest oe, build blocks at "linux-yocto-4.1.8+git... do_fetch". Seems to perpertually try to clone kernel repo. Not sure how to debug this |
17:50.13 | *** part/#oe Tarnyko (~Administr@46.18.96.42) |
17:51.18 | kergoth | what's the do_fetch log show? |
17:51.24 | kergoth | also check ps and see what processes are running |
17:53.42 | *** join/#oe georgem (~georgem@mail.novatech-llc.com) |
17:55.48 | *** join/#oe phdeswer (~phdeswer@91-159-55-220.elisa-laajakaista.fi) |
17:57.43 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
18:41.22 | *** join/#oe kristoffer (~kristoffe@ua-83-227-162-207.cust.bredbandsbolaget.se) |
18:52.25 | *** join/#oe georgem (~georgem@mail.novatech-llc.com) |
19:00.02 | *** join/#oe bluelightning (~paul@ip5f5ae69b.dynamic.kabel-deutschland.de) |
19:00.02 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
19:01.45 | *** join/#oe Crofton|work (~balister@108.44.120.241) |
19:06.33 | Crofton|work | So I completely understand why OE can be so complex after working through the how to switch fsbl sanely |
19:06.42 | Crofton|work | using two machines, with all the pain that entails, however, if we only had another feature, it could be really neat! |
19:10.43 | *** join/#oe hrw (~hrw@redhat/hrw) |
19:29.00 | *** join/#oe Crofton|work (~balister@pool-108-44-118-216.ronkva.east.verizon.net) |
19:32.01 | *** join/#oe Jefro (~jefro@50-0-152-82.dedicated.static.sonic.net) |
19:32.40 | *** join/#oe georgem (~georgem@mail.novatech-llc.com) |
19:33.20 | kergoth | heh |
19:40.57 | *** join/#oe balister_ (~balister@108.44.121.216) |
19:41.09 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
20:01.16 | *** join/#oe rburton1 (~Adium@35.106.2.81.in-addr.arpa) |
20:11.00 | *** join/#oe Jefro (~jefro@50-0-152-82.dedicated.static.sonic.net) |
20:24.34 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
21:26.13 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
21:29.41 | *** join/#oe moto-timo (~timo@fsf/member/moto-timo) |
21:30.48 | *** join/#oe Jefro (~jefro@50-0-152-82.dedicated.static.sonic.net) |
21:46.44 | *** join/#oe paulg (~paulg@24-246-6-178.cable.teksavvy.com) |
21:48.23 | *** join/#oe roric (~roric@h196n19-vrr-a31.ias.bredband.telia.com) |
21:52.30 | *** join/#oe dv_ (~quassel@chello062178118086.5.14.vie.surfer.at) |
21:54.24 | *** join/#oe ant_home (~ant__@95.236.250.199) |
21:58.15 | *** join/#oe Khem_ (6b4d5c20@gateway/web/freenode/ip.107.77.92.32) |
22:01.38 | *** part/#oe Khem_ (6b4d5c20@gateway/web/freenode/ip.107.77.92.32) |
23:18.29 | *** join/#oe reactor16 (~reactor@41.105.125.40) |
23:18.34 | reactor16 | Hi All |
23:20.35 | reactor16 | anyone heard of "infeonion project compile toolchain" ? |
23:23.33 | Crofton|work | not I |
23:24.43 | reactor16 | i get a source for my router its hg532e |
23:25.09 | reactor16 | and i have trouble to find compiling tools for it , anyone can help ? |
23:25.32 | reactor16 | its mips cpu and linux source code |
23:34.08 | *** join/#oe reactor16 (~reactor@41.105.54.95) |
23:40.57 | *** join/#oe Jefro (~jefro@50-0-152-82.dedicated.static.sonic.net) |
23:51.58 | *** join/#oe Net147 (~Net147@unaffiliated/net147) |
23:56.21 | *** join/#oe vmeson (~rmacleod@24-212-184-107.cable.teksavvy.com) |
23:59.45 | *** join/#oe reactor_ (~reactor@41.105.95.231) |