00:19.31 | *** join/#oe KNERD (~KNERD@24.175.255.239) |
00:42.05 | *** join/#oe DJW|Home (~djwillis@cpc1-bath5-2-0-cust122.aztw.cable.virginmedia.com) |
00:48.47 | *** join/#oe alexhairyman (~alexhairy@c-174-52-149-118.hsd1.ut.comcast.net) |
00:55.40 | *** join/#oe Crofton (~balister@96.240.164.36) |
01:02.15 | *** join/#oe zenlinux (~sgarman@c-71-237-161-120.hsd1.or.comcast.net) |
01:12.53 | *** join/#oe shawn186 (~Tiberius@unaffiliated/shawn156) |
01:12.58 | *** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst) |
01:35.52 | *** join/#oe KNERD (~KNERD@24.175.255.239) |
01:36.33 | *** join/#oe liuyq (~liuyq0307@221.123.128.227) |
01:37.20 | *** join/#oe liuyq (~liuyq0307@221.123.128.227) |
01:49.56 | *** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst) |
01:52.50 | *** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net) |
01:58.18 | *** join/#oe KNERD (~KNERD@24.175.255.239) |
02:02.00 | *** join/#oe DJWillis (~djwillis@cpc1-bath5-2-0-cust122.aztw.cable.virginmedia.com) |
02:46.39 | *** join/#oe mrpackethead_ (~mrpacketh@203-173-223-94.dialup.ihug.co.nz) |
03:00.49 | *** join/#oe zenlinux (~sgarman@c-76-105-137-48.hsd1.or.comcast.net) |
03:26.02 | *** join/#oe Tartarus (trini@pixelshelf.com) |
04:14.37 | *** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net) |
04:15.08 | *** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net) |
04:46.29 | *** join/#oe mrpackethead_ (~mrpacketh@203-173-223-94.dialup.ihug.co.nz) |
04:54.59 | *** join/#oe mrpackethead_ (~mrpacketh@203-173-223-94.dialup.ihug.co.nz) |
06:24.08 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
06:28.37 | *** join/#oe eFfeM (~frans@c73189.upc-c.chello.nl) |
06:38.11 | *** join/#oe clio (~andrej@85.159.109.222) |
06:47.19 | *** join/#oe kristoffer (~kristoffe@c-11dee555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
07:20.03 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
07:40.10 | *** join/#oe eballetbo (~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net) |
07:49.24 | *** join/#oe lamikr (lamikr@nat/nokia/x-dgmjkkoslunwxgwj) |
07:57.15 | *** join/#oe tasslehoff (~tasslehof@147.84-49-231.nextgentel.com) |
08:01.01 | *** join/#oe panda84kde (~diego@static-217-133-170-65.clienti.tiscali.it) |
08:03.35 | *** join/#oe Hoolxi (~Openfree@116.228.88.131) |
08:08.40 | *** join/#oe Zagor (~bjst@sestofw01.enea.se) |
08:08.41 | *** join/#oe Zagor (~bjst@rockbox/developer/Zagor) |
08:09.53 | *** join/#oe TD-Linux (~thomas@97-86-244-181.dhcp.roch.mn.charter.com) |
08:09.53 | *** join/#oe TD-Linux (~thomas@about/essy/indecisive/TD-Linux) |
08:17.18 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
08:18.39 | *** join/#oe pvanhoof (~philip@codeminded.be) |
08:31.50 | *** join/#oe silvio_ (~silvio@fireone.i3p.it) |
08:36.15 | *** join/#oe ant_work (~ant@host6-80-static.42-85-b.business.telecomitalia.it) |
08:39.23 | *** join/#oe apelete (~apelete@openwide3.pck.nerim.net) |
08:50.50 | *** join/#oe anarsoul_ (~anarsoul@86.57.155.118) |
08:51.49 | *** join/#oe stefan_schmidt_w (~stefan_sc@62.6.189.26) |
08:56.53 | *** join/#oe Vutral (ss@mirbsd/special/Vutral) |
09:00.16 | *** join/#oe vadmeste (~vadmeste@41.224.36.130) |
09:01.34 | vadmeste | Hello. I created two recipes for two packages A and B. The package A depends on some binaries installed in /usr/bin/ so I added RDEPENDS="B" to a recipe... but It seems that B is not automatically installed to my rootfs. Am I missing something ? |
09:01.54 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
09:03.00 | silvio_ | morning all |
09:13.52 | *** join/#oe kristoffer (~kristoffe@c-11dee555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
09:23.12 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
09:26.20 | hrw | hi |
09:26.51 | hrw | vadmeste: RDEPENDS_${PN} = "b" |
09:29.05 | vadmeste | hrw: thanks, I already fetched other bb files and tested your solution and it works like a charm.. but can you tell me where can I find this kind of information ? in bitbake or open embedded manual ? |
09:29.39 | hrw | vadmeste: hard to tell cause I did not read OE manual for ages |
09:31.19 | vadmeste | okay.. because it seems to be easier to read bb files to learn than fetching it in google ^^ |
09:31.24 | *** join/#oe shoragan (~jlu@2001:6f8:1178:2:219:99ff:fe56:8d7) |
09:31.24 | *** join/#oe shoragan (~jlu@debian/developer/shoragan) |
09:31.35 | vadmeste | s/it// |
09:32.38 | hrw | ;D |
09:58.11 | *** join/#oe afournier (~alex@ven69-2-82-228-116-153.fbx.proxad.net) |
10:02.26 | *** join/#oe lukas-bulwahn (~lukas@mail.bmw-carit.de) |
10:06.54 | *** join/#oe Shinda_ (~loup@2.17-136-217.adsl-dyn.isp.belgacom.be) |
10:06.54 | *** join/#oe Shinda_ (~loup@unaffiliated/toroop) |
10:11.13 | lukas-bulwahn | hi all, does anyone know what I have to do to get a recipe to add some files to the sysroot which I want to use in a later recipe? |
10:24.02 | *** join/#oe woglinde (~henning@g230117141.adsl.alicedsl.de) |
10:25.28 | woglinde | iehhhkss glib-2.0-ptest breaks uclibc builds |
10:28.00 | *** join/#oe pvanhoof (~philip@codeminded.be) |
10:44.50 | ant_work | woglinde: hello there |
10:48.38 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
10:55.07 | mckoan | good morning |
10:57.18 | mckoan | I'm facing to an unexpected behaviour with oe-core. I was used to use oe-classic creating a toolchain with meta-toolchain and using it to build the same kernel oe built with bitbake, but out of oe. |
10:58.11 | mckoan | now with oe-core this is no longer possible due to compilation errors "arm-oe-linux-gnueabi-ld: unrecognized option '-Wl,-O1'", why? |
10:59.22 | mckoan | I wonder why oe-core doesn't create a toolchain working like the one it uses inside bitbake process |
11:01.21 | mckoan | basically oe-classic generated gcc-4.5.3 and oe-core gcc-4.7.2 |
11:01.56 | *** join/#oe lukas-bulwahn (~lukas@mail.bmw-carit.de) |
11:02.38 | mckoan | CROSS_COMPILE=arm-oe-linux-gnueabi-gcc is not able to build kernel 2.6.30 neither 3.4.21 I was testing |
11:03.18 | ant_work | hm.. -Wl is for gcc to pass options to th elinker...that line is wrong |
11:04.10 | bencoh | and its CROSS_COMPILE=arm-oe-linux-gnueabi- |
11:04.28 | ericben | hi mckoan |
11:04.33 | bencoh | (remove the trailing gcc) |
11:04.39 | woglinde | mckoan linker problem gcc vs ld |
11:05.02 | woglinde | <PROTECTED> |
11:05.22 | mckoan | this the log of my test http://pastebin.com/2KJNgV3J |
11:05.55 | *** join/#oe dos11 (~dos@unaffiliated/dos1) |
11:05.56 | mckoan | bencoh: yes actually I set export CROSS_COMPILE=arm-oe-linux-gnueabi- ;-) |
11:06.37 | bencoh | check your CFLAGS ? |
11:08.00 | woglinde | no its LDFLAGS |
11:08.08 | woglinde | ld is called directly |
11:08.30 | woglinde | change the make call in recipe to V=1 to see more output |
11:09.38 | woglinde | hm I would like to know why bitbke ignores my PREFFRED_PROVIDER settings in variuos places |
11:11.27 | mckoan | woglinde: LDFLAGS are set by meta-toolchain |
11:11.50 | mckoan | LDFLAGS=-Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed |
11:12.10 | woglinde | than set LD to gcc |
11:12.40 | bencoh | woops, LDFLAGS, true |
11:12.46 | mckoan | LD=arm-oe-linux-gnueabi-ld --sysroot=/opt/oecore-x86_64/sysroots/armv5te-oe-linux-gnueabi |
11:13.09 | woglinde | thats wring than |
11:13.26 | woglinde | try to set it to gcc |
11:13.52 | mckoan | woglinde: so is it a bug in meta-toolchain? |
11:14.37 | woglinde | mckoan hm depends |
11:15.39 | mckoan | LD=arm-oe-linux-gnueabi-gcc --sysroot=/opt/oecore-x86_64/sysroots/armv5te-oe-linux-gnueabi |
11:16.02 | mckoan | still the same though :-( arm-oe-linux-gnueabi-ld: unrecognized option '-Wl,-O1' |
11:16.12 | woglinde | its kernel |
11:16.21 | woglinde | check the run. file |
11:16.36 | woglinde | and the kernel Makefile |
11:17.15 | mckoan | woglinde: but why the kernel build inside oe/bitbake works? |
11:18.35 | woglinde | mckoan I dont know in my crystal ball who is giving the false setting to the kernel build |
11:19.07 | woglinde | see even |
11:19.12 | mckoan | woglinde: I understand :-) |
11:19.48 | mckoan | so I argue that none of you use a toolchain generated by oe-core to build a kernel |
11:20.41 | mckoan | in this case, someone should have already faced the same problem |
11:21.06 | ericben | mckoan: whiuch branch of OE-core are you using ? |
11:21.25 | mckoan | it's a shame, because it was a nice feature to oe-classic |
11:22.01 | mckoan | ericben: master |
11:23.41 | ericben | mckoan: LDFLAGS="" CROSS_COMPILE=arm-oe-linux-gnueabi- ARCH=arm make -j9 works here |
11:23.52 | bencoh | same here |
11:24.38 | mckoan | ericben: LDFLAGS="" solved the issue here too, thanks |
11:25.03 | ericben | mckoan: the SDK is targetting application development so defaults flags are provided for application and can create troubles with the kernel as you can see here ;-) |
11:25.43 | mckoan | ericben: thank you for this clarification too, it is really precious :-) |
11:28.24 | bencoh | meta/classes/kernel.bbclass:87 : unset CFLAGS CPPFLAGS CXXFLAGS LDFLAGS MACHINE |
11:28.52 | bencoh | (the rest of this file might interest you) |
11:29.24 | woglinde | CXXFLAGS is funny |
11:29.33 | bencoh | yeah :) |
11:30.28 | lukas-bulwahn | our hardware switch crashed an hour ago.. i was just asking: hi all, does anyone know what I have to do to get a recipe to add some files to the sysroot which I want to use in a later recipe? So, package A creates some file F, and package B needs F in its sysroot. At the moment, I added DEPENDS = "A" in the recipe of B, but the file F does not appear in the sysroot -- how do I mark the files to be added to sysroot? |
11:31.02 | mckoan | bencoh: interesting line ;-) thank you |
11:31.56 | panda84kde | hi everybody! I've got a strange issue on booting and i.MX6 board. I have bootloader, kernel and filesystem, but i'm not able to get a serial console. |
11:32.13 | panda84kde | this is boot log: http://pastebin.com/CcsdCHEf |
11:32.27 | panda84kde | (the hwclock error is not fatal) |
11:33.16 | panda84kde | I've checked my /etc/inittab and set checked the presence of this line: "S:2345:respawn:/sbin/getty 115200 ttymxc1" |
11:33.53 | panda84kde | it is actually present but I still fail to get a serial console login. Anything that anyone can suggest? |
11:33.57 | woglinde | panda84kde check thje topic |
11:34.25 | panda84kde | ok, woglinde. sorry. moving to #yocto |
12:00.25 | *** join/#oe phdeswer (~phdeswer@194.157.27.2) |
12:02.17 | *** join/#oe CMoH|notebook (~cipi@78.96.83.205) |
12:02.17 | *** join/#oe CMoH|notebook (~cipi@unaffiliated/c-moh) |
12:09.21 | *** join/#oe phdeswer_ (~phdeswer@194.157.27.2) |
12:09.35 | ant_work | someone has finally discovered what's happening with patchwork for oe? |
12:12.52 | *** join/#oe _ao2 (~ao2@2001:1418:117::1) |
12:14.41 | Shinda | hi |
12:29.00 | *** join/#oe likewise (~likewise@203-158-ftth.on.nl) |
12:43.53 | *** join/#oe blindvt_ (~brf@91-119-210-236.dynamic.xdsl-line.inode.at) |
12:59.21 | *** join/#oe joeythesaint (~jjm@128.224.252.2) |
13:04.59 | *** join/#oe stefan_schmidt_w (~stefan_sc@62.6.189.26) |
13:05.32 | *** join/#oe panda84kde (~diego@static-217-133-170-65.clienti.tiscali.it) |
13:09.55 | *** join/#oe like2wise (~likewise@203-158-ftth.on.nl) |
13:09.57 | woglinde | khem ping when you are awake |
13:10.48 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
13:11.04 | woglinde | hi likewise and hi ensc |
13:11.07 | *** join/#oe panda84kde (~diego@static-217-133-170-65.clienti.tiscali.it) |
13:14.23 | ant_work | woglinde: while you're there, do you think I can safely add the linker --fix-v4bx patch to linux-uclibceabi builds as for gnueabi? Here it is for klibc recipes. |
13:14.53 | woglinde | ant I saw your patch |
13:15.08 | woglinde | I think so |
13:15.19 | woglinde | just try it with qemu build |
13:15.24 | *** join/#oe diego_kynetics (~diego@static-217-133-170-65.clienti.tiscali.it) |
13:17.29 | ant_work | yes, better to test, even if objdump is enough in this case |
13:20.59 | *** join/#oe diego (~diego@static-217-133-170-67.clienti.tiscali.it) |
13:22.52 | *** join/#oe JaMa (~martin@ip-62-24-80-7.net.upcbroadband.cz) |
13:27.12 | *** part/#oe lukas-bulwahn (~lukas@mail.bmw-carit.de) |
13:31.48 | *** join/#oe blitz00 (~stefans@192.198.151.43) |
13:31.49 | *** join/#oe blitz00 (~stefans@unaffiliated/blitz00) |
13:36.15 | *** join/#oe mhnoyes (~mhnoyes@74-32-170-186.dr01.myck.or.frontiernet.net) |
13:36.16 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
13:44.36 | *** join/#oe lukas-bulwahn (~lukas@mail.bmw-carit.de) |
13:48.56 | *** join/#oe cminyard (~cminyard@pool-173-57-151-210.dllstx.fios.verizon.net) |
13:55.48 | *** join/#oe lamikr (lamikr@nat/nokia/x-huomnowbotmyyrka) |
13:58.37 | devzero_ | isnt pkg_prerm() not called while updating? |
13:59.54 | *** join/#oe challinan (~challinan@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net) |
14:27.14 | *** join/#oe Noor (~noor@110.93.212.98) |
14:31.30 | *** join/#oe Openfree (~Openfree@120.204.145.171) |
14:36.32 | morphis | devzero_: from what I know it's not due to missing implementation in opkg |
14:36.58 | morphis | devzero_: https://code.google.com/p/opkg/source/browse/trunk/libopkg/opkg_install.c#541 |
14:38.10 | devzero_ | ok thx, i wanna stop a binary before upgrading - whats the best way to do? |
14:42.26 | *** join/#oe udovdh (~udovdh@pindarots.xs4all.nl) |
14:55.03 | *** join/#oe JimNH (~jmchale@23-25-235-113-static.hfc.comcastbusiness.net) |
14:57.08 | *** join/#oe JimNH2 (~jmchale@23-25-235-113-static.hfc.comcastbusiness.net) |
15:06.54 | *** join/#oe JimNH3 (~jmchale@23-25-235-113-static.hfc.comcastbusiness.net) |
15:17.43 | *** join/#oe KNERD (~KNERD@24.175.255.239) |
15:18.16 | *** join/#oe roric_ (~roric@194.237.7.146) |
15:24.22 | *** join/#oe challinan (~challinan@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net) |
15:32.13 | *** join/#oe flynn378 (~AndChat27@dyn19218817715.dz.ornl.gov) |
15:32.51 | *** join/#oe WielkiTost (~dos@unaffiliated/dos1) |
15:37.39 | *** join/#oe JimNH2 (~jmchale@23-25-235-113-static.hfc.comcastbusiness.net) |
15:43.02 | *** join/#oe pepermint (~pepermint@host150-80-dynamic.11-79-r.retail.telecomitalia.it) |
15:52.44 | *** join/#oe woglinde (~henning@g230117141.adsl.alicedsl.de) |
15:59.40 | *** join/#oe eren (~eren@unaffiliated/eren) |
16:03.53 | *** join/#oe ant_home (~andrea@host188-49-dynamic.5-87-r.retail.telecomitalia.it) |
16:08.38 | *** join/#oe falk0n (~falk0n@a85-138-70-19.cpe.netcabo.pt) |
16:18.20 | *** join/#oe Hoolxi (~Openfree@116.228.88.131) |
16:20.21 | *** join/#oe _Lucretia_ (~munkee@pdpc/supporter/active/lucretia) |
16:21.25 | *** join/#oe CMoH|notebook (~cipi@unaffiliated/c-moh) |
16:22.19 | *** join/#oe dlan (~dennis@116.228.88.131) |
16:22.36 | *** join/#oe phdeswer (~phdeswer@194.157.27.2) |
16:23.01 | *** join/#oe phdeswer_ (~phdeswer@194.157.27.2) |
16:26.12 | *** join/#oe ant___ (~andrea@host253-249-dynamic.31-79-r.retail.telecomitalia.it) |
16:26.14 | *** join/#oe pvanhoof (~philip@codeminded.be) |
16:26.35 | *** join/#oe awozniak (~awozniak@74.82.132.35) |
16:28.43 | *** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net) |
16:38.05 | *** join/#oe NightMonkey (~NightrMon@pdpc/supporter/professional/nightmonkey) |
16:47.33 | *** join/#oe pvanhoof (~philip@codeminded.be) |
16:50.06 | *** join/#oe pvanhoof_ (~philip@codeminded.be) |
17:00.14 | *** join/#oe dvhart (~dvhart@static-50-53-98-238.bvtn.or.frontiernet.net) |
17:19.07 | *** join/#oe mr_science (~sarnold@net-cf9a4e91.cst.impulse.net) |
17:19.08 | *** join/#oe mr_science (~sarnold@gentoo/developer/nerdboy) |
17:28.51 | *** join/#oe falk0n (~falk0n@a85-138-70-19.cpe.netcabo.pt) |
17:30.25 | *** join/#oe shawn186 (~Tiberius@unaffiliated/shawn156) |
17:39.25 | mr_science | moin |
17:44.15 | *** join/#oe kroon (~jkroon@89-253-118-72.customers.ownit.se) |
17:49.11 | *** join/#oe AndChat|275625 (~AndChat27@dyn19218817715.dz.ornl.gov) |
17:50.30 | *** join/#oe flynn378 (~AndChat27@dyn19218817715.dz.ornl.gov) |
17:51.33 | *** join/#oe rob_w (~rob_w@unaffiliated/rob-w/x-1112029) |
17:52.31 | *** join/#oe AndChat|275625 (~AndChat27@dyn19218817715.dz.ornl.gov) |
17:59.48 | *** join/#oe ABeaverSlayer (~bsmith@c-76-114-132-96.hsd1.md.comcast.net) |
18:35.04 | *** join/#oe Crofton|work (~balister@96.240.164.36) |
18:35.31 | Crofton|work | ok, I went with the latest fad |
18:35.35 | Crofton|work | moar ram |
18:36.21 | woglinde | ? |
18:36.38 | *** join/#oe ensc|w (~ensc@www.sigma-chemnitz.de) |
18:42.01 | mr_science | fast ram is cheap |
18:42.14 | mr_science | older DIMMs not so cheap... |
18:52.13 | *** join/#oe NightMonkey (~NightrMon@pdpc/supporter/professional/nightmonkey) |
18:53.42 | Crofton|work | does PACKAGE_FEATURES exists? |
18:53.57 | kergoth | nope |
18:55.26 | Crofton|work | me and some of the other guys that use gnuradio cant really agree on figure optios and depends :) |
18:56.22 | woglinde | hm berlios git still down |
18:58.56 | kergoth | Crofton|work: there's PACKAGECONFIG, however |
18:59.09 | kergoth | which is basically USE w/ automatic autoconf args and deps/rdeps |
19:02.14 | *** join/#oe Crofton|work (~balister@96.240.164.36) |
19:04.34 | *** join/#oe kristoffer (~kristoffe@c-11dee555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
19:06.28 | jawilson | So I'm looking at sdcard_image.bbclass in meta-ti and I'd like to do something similar for my own board, but I'm unfamiliar with the image type stuff. I copied and modified the class into my own meta-layer and added the new type to IMAGE_FSTYPES in my local.conf, but I just get a symlink to nothing in my images folder. Any ideas? |
19:06.35 | wmat | kergoth: is there OE and/or BitBake artwork anywhere? I'd like to put something on the updated BitBake User Manual's title page. |
19:12.32 | Crofton|work | jawilson, they are talking about it on the meta-ti list atm |
19:12.44 | Crofton|work | wmat, we haev artwork for the oe logo on the wiki |
19:13.33 | Crofton|work | I need to look at buying some stickers based on it also |
19:14.09 | kergoth | jawilson: it's a bad example to go from. it requires /etc/fstab changes on the build machine, etc. look at meta-fsl-arm's sdcard class instead as a starting point, that uses parted instead of losetup, etc |
19:14.40 | kergoth | beyond that, it sounds like you didn't add it to IMAGE_CLASSES |
19:14.44 | kergoth | it wont be automagically inherited |
19:15.09 | Crofton|work | also, the sector 63 stuff is no longer relevant |
19:15.42 | jawilson | kergoth, I was wondering how it'd be automagically inherited, but nothing complained so I went full speed ahead. where would I do the IMAGE_CLASSES stuff? |
19:17.07 | jawilson | Crofton|work, well, I'm copying the existing method for setting up the card |
19:17.11 | kergoth | grep around. |
19:17.13 | jawilson | from iveia |
19:18.24 | Crofton|work | https://groups.google.com/forum/?fromgroups=#!topic/beagleboard/ro5k5r4Cuq4 |
19:20.03 | wmat | Crofton|work: thx, I'll check it out |
19:20.42 | woglinde | wmat use the new logo |
19:20.43 | kergoth | Crofton|work: ah, interesting |
19:20.56 | Crofton|work | yeah |
19:21.11 | Crofton|work | older mlo's needed it |
19:21.22 | Crofton|work | but at this point they are several years old |
19:21.45 | Crofton|work | I always break fat/root at about 64M to be on an erase block boundary |
19:21.55 | Crofton|work | start rootfs on 131072 sector |
19:22.24 | kergoth | http://git.yoctoproject.org/cgit/cgit.cgi/meta-mentor/tree/classes/image_types_sdcard.bbclass is basically the meta-fsl-arm/meta-ti bits but without the actual per-machine functions to do the work, then http://git.yoctoproject.org/cgit/cgit.cgi/meta-mentor/tree/classes/image_types_mentor.bbclass was my naive attempt that currently results in filesystems too large to fit in the partitions it creates |
19:22.34 | kergoth | interesting |
19:22.42 | kergoth | will have to revisit this in a future sprint |
19:24.04 | jawilson | kergoth, ah, well thanks for the reference |
19:24.45 | jawilson | kergoth, grepping meta-* and oe-core for IMAGE_CLASSES yields no results... |
19:24.47 | kergoth | seems like there are quite a few of us all playing with similar stuff right now :) i'm looking forward to the image/deployment rework |
19:25.01 | Crofton|work | jawilson, read the meta-ti list archiove |
19:25.03 | *** join/#oe Gaston|Home (Gaston@ua-83-227-239-139.cust.bredbandsbolaget.se) |
19:25.36 | kergoth | jawilson: grep fail. it's in image.bbclass in oe-core. |
19:25.36 | jawilson | multi-tasking will be the end of me, I was headed that way earlier |
19:25.51 | jawilson | kergoth, I'm an idiot |
19:26.01 | kergoth | you'd want to define it to something like IMAGE_CLASSES = "image_types my_image_types_class" |
19:26.51 | jawilson | I understand now |
19:26.56 | jawilson | thanks |
19:27.17 | kergoth | np |
19:29.29 | *** join/#oe rsalveti_ (~rsalveti@unaffiliated/rsalveti) |
19:29.57 | *** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian) |
19:30.28 | *** join/#oe KNERD (~KNERD@24.175.255.239) |
19:30.30 | jawilson | Crofton|work, I find it eerily ironic that they happen to be talking about this on the meta-ti list just as I finally decide to get into it. I've been looking at it for months... |
19:30.42 | Crofton|work | heh |
19:30.44 | Crofton|work | yeah |
19:30.45 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
19:31.00 | *** join/#oe rsalveti_ (~rsalveti@unaffiliated/rsalveti) |
19:31.06 | Crofton|work | although I suspect everyone starting out the year with good intentions |
19:39.59 | Crofton|work | excellent, now when I test gnuradio builds, I can still surf pr0n |
19:40.09 | Crofton|work | 20G of ram lets you do that |
19:40.47 | Crofton|work | ok, need to start booking flight for ELC and FOSDEAM |
19:41.56 | woglinde | me will tell croftons wife |
19:42.29 | JaMa | 1MB for gnuradio builds, right? |
19:43.18 | Crofton|work | rofl |
19:43.54 | Crofton|work | desktop performance became sluggish during compile |
19:46.35 | Crofton|work | they are almsot giving ram away now |
19:48.15 | woglinde | yes |
19:48.31 | woglinde | but prices will start to climb again soon they claimed toda |
19:48.33 | woglinde | y |
20:06.34 | wmat | Crofton|work: where on the wiki? I can't find any artwork there. |
20:10.01 | Crofton|work | hmmm |
20:11.11 | Crofton|work | i bet it is in git |
20:11.45 | *** join/#oe zenlinux_ (~sgarman@68.178.111.30) |
20:11.53 | Crofton|work | http://git.openembedded.org/openembedded/tree/contrib/artwork |
20:20.10 | *** join/#oe phdeswer (~phdeswer@a88-115-16-102.elisa-laajakaista.fi) |
20:21.46 | *** join/#oe zenlinux_ (~sgarman@68.178.111.30) |
20:25.25 | *** join/#oe ant_home (~andrea@host253-249-dynamic.31-79-r.retail.telecomitalia.it) |
20:25.45 | *** join/#oe dijenerate (~dijenerat@63.143.73.37) |
20:28.31 | Crofton|work | wmat, oe.svg in that directory is what you want |
20:31.18 | *** join/#oe mrpackethead_ (~mrpacketh@203-173-223-94.dialup.ihug.co.nz) |
21:05.17 | *** join/#oe hollisb (~hollisb@149.199.65.200) |
21:17.11 | *** join/#oe flynn378 (~AndChat27@75.76.41.30) |
21:19.17 | wmat | Crofton|work: shouldn't that pic open with Inkscape? It doesn't on my machine. |
21:22.21 | Crofton|work | it does on mine |
21:22.28 | *** join/#oe dijenerate (~dijenerat@199.47.52.87) |
21:22.29 | Crofton|work | make sure you do not downoad the html |
21:23.03 | Crofton|work | made that mistake |
21:27.04 | *** join/#oe KNERD (~KNERD@24.175.255.239) |
21:32.00 | wmat | heh, I did |
21:32.52 | Crofton|work | ok, I need to find a source for OE stickers |
21:33.47 | wmat | bring some to ELC, please ;) |
21:46.41 | Crofton|work | will do |
21:46.48 | Crofton|work | need to get them on order fast for FOSDEM |
21:48.53 | Crofton|work | flight for fosdem booked |
22:08.17 | *** join/#oe dijenerate (~dijenerat@63.143.73.33) |
22:10.57 | XorA | Crofton|work: ping |
22:36.38 | *** join/#oe VtS_ (~quassel@212-183-108-241.adsl.highway.telekom.at) |
22:53.10 | *** join/#oe dijenerate (~dijenerat@63.143.73.39) |
22:57.56 | *** join/#oe mrpackethead_ (~mrpacketh@203-173-223-94.dialup.ihug.co.nz) |
23:10.51 | *** join/#oe eren (~eren@unaffiliated/eren) |
23:38.01 | *** join/#oe NightMonkey (~NightrMon@pdpc/supporter/professional/nightmonkey) |