| 00:07.15 | *** join/#oe kergoth_ (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 00:10.13 | *** join/#oe Jefro (~josiermi@134.134.137.71) |
| 00:24.38 | *** join/#oe rsalveti (~rsalveti@201.82.68.14) |
| 00:38.57 | *** join/#oe methril (~methril@189.27.134.37.dynamic.adsl.gvt.net.br) |
| 00:58.10 | *** join/#oe _julian (~quassel@hmbg-5f7670f7.pool.mediaWays.net) |
| 01:12.20 | *** join/#oe rsalveti (~rsalveti@201.82.68.14) |
| 02:01.41 | *** join/#oe fraxinath (~quassel@pD9536C3B.dip.t-dialin.net) |
| 02:04.25 | *** join/#oe devzero_ (devzero@xdsl-78-34-209-208.netcologne.de) |
| 02:29.00 | *** join/#oe hufnus_cicq (~hufnus_ci@69-12-177-67.dsl.static.sonic.net) |
| 03:15.22 | *** part/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
| 03:18.50 | *** join/#oe zenlinux (~sgarman@c-76-105-143-140.hsd1.or.comcast.net) |
| 03:22.17 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 03:43.49 | *** join/#oe tdebrouw` (~tdebrouw@91.182.109.175) |
| 04:04.03 | *** join/#oe amarsman_nl (~marsman@89.184.175.76) |
| 04:05.07 | *** join/#oe amarsman_nl (~marsman@89.184.175.76) |
| 04:36.28 | *** join/#oe Jefro (~josiermi@134.134.137.71) |
| 05:00.19 | *** join/#oe sakoman_ (~sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) |
| 05:23.17 | *** join/#oe ka6sox-away (~ka6sox@nasadmin/ka6sox) |
| 05:24.13 | *** join/#oe lamawithonel (~lucas@pool-96-240-135-33.washdc.fios.verizon.net) |
| 05:29.41 | *** join/#oe NvrBst (~nb@66.183.110.123) |
| 05:49.49 | *** join/#oe Marex_ (vasum7am@u-sl.ms.mff.cuni.cz) |
| 05:52.17 | *** join/#oe Jefro (~josiermi@134.134.137.73) |
| 05:52.58 | *** join/#oe signal11_ (esteban@gnv.quaddro.net) |
| 05:53.13 | *** join/#oe robtaylor (~robtaylor@floopily.codethink.co.uk) |
| 05:53.48 | *** join/#oe khem (~khem@99-57-141-118.lightspeed.sntcca.sbcglobal.net) |
| 06:15.13 | *** join/#oe xqvp43 (~xqvp43@115.195.141.135) |
| 06:17.23 | *** join/#oe vitus (~vitus@145.253.169.210) |
| 06:19.19 | *** join/#oe rschus (~rschus@98.176.73-86.rev.gaoland.net) |
| 06:19.47 | xqvp43 | hello, when I compile 2.6.38.2 kernel against S3C64XX ARM board, it throws : drivers/input/touchscreen/eeti_ts.c:65:2: error: implicit declaration of function irq_to_gpio, does anyone know this ? |
| 06:43.45 | *** join/#oe Heinervdm (~thomas@pD9E17AAB.dip.t-dialin.net) |
| 06:48.29 | *** join/#oe risca (~risca@130.236.250.39) |
| 07:11.57 | *** join/#oe sH|Mnemonic (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
| 07:12.43 | *** join/#oe SidH_ (~SidH_@203.101.61.10) |
| 07:12.45 | *** join/#oe rschus (daemon@gate.tarent.de) |
| 07:17.42 | dv | how can I add some action in the receipt to make something after do_rootfs? |
| 07:18.13 | dv | bitbake says, "ERROR: No such task 'do_rootfs'" while executing receipt |
| 07:19.01 | ynezz | grep ROOTFS recipe/images |
| 07:19.02 | JaMa | isn't postinst good enough? |
| 07:32.13 | dv | postinst, postinst seems too receipt-specific. /etc/iittab is created at other receipt, I need to add some string to inittab from my own receipt without touching main image receipt |
| 07:33.14 | JaMa | bad idea, because next sysvinit upgrade will overwrite your change |
| 07:40.16 | mckoan | good morning |
| 07:41.33 | *** join/#oe CcSsNET (~user@c-98-216-138-179.hsd1.ma.comcast.net) |
| 07:42.21 | *** join/#oe morphis (~morphis@hfw-ext-wlan.rz.hs-bremen.de) |
| 07:55.31 | dv | JaMa, can I use ROOTFS_POSTPROCESS_COMMAND += "..." in my programm receipt? |
| 07:56.00 | JaMa | same problem |
| 07:56.25 | JaMa | better to provide/alter inittab in sysvinit recipe |
| 07:56.33 | JaMa | s/provide/provide own/ |
| 07:59.09 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 08:00.31 | *** join/#oe Crofton|work (~balister@pool-96-240-183-40.ronkva.east.verizon.net) |
| 08:00.43 | dv | JaMa, but I need to provide my own inittab in my global image receipt? seems to me, I found a weak point of OE. :( |
| 08:01.12 | JaMa | sorry I don't see it |
| 08:02.14 | dv | JaMa, I'd like to provide my own inittab in my application building receipt, not in global image receipt |
| 08:02.28 | JaMa | if you want package management working as expected, then you have to customize packages, not to alter them after install while doing do_rootfs |
| 08:02.30 | mckoan | s/receipt/recipe ;-) |
| 08:03.30 | dv | mckoan, :) sorry |
| 08:03.51 | JaMa | then I don't understand why what you mean by recipe-specific and now application, 09:32:13 < dv> postinst, postinst seems too receipt-specific. |
| 08:04.25 | JaMa | if you want your application to mess with system inittab, then put it in application postinst (with check that inittab is already messed or not) |
| 08:05.18 | JaMa | and user has to understand that inittab was messed intentionally and carefully merge inittab changes during next sysvinit upgrade |
| 08:05.46 | JaMa | lucky you, inittab is in CONFFILES now |
| 08:06.12 | dv | JaMa, thank you for answering and your patience! :) |
| 08:06.17 | *** join/#oe bluelightning (~paul@83.217.123.106) |
| 08:06.17 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 08:06.38 | dv | "in CONFFILES"? what it means to me? |
| 08:06.56 | JaMa | that you should read manual or ML :) |
| 08:07.20 | JaMa | in short, that it won't be overwritten without user interaction during sysvinit upgrade |
| 08:07.31 | *** join/#oe pespin (~pespin@cisne-cn10.upc.es) |
| 08:07.36 | JaMa | something like this will be shown * resolve_conffiles: Existing conffile /usr/share/navit/navit.xml is different from the conffile in the new package. The new conffile will be placed at /usr/share/navit/navit.xml-opkg. |
| 08:25.07 | *** join/#oe GarthPS (~quassel@78.116.124.228) |
| 08:44.59 | *** join/#oe fraxinas (~quassel@pD9536C3B.dip.t-dialin.net) |
| 08:44.59 | *** join/#oe foerster (~foerster@cpe-24-165-208-114.neo.res.rr.com) |
| 08:44.59 | *** join/#oe mwester-laptop (~mwester@nslu2-linux/mwester) |
| 08:44.59 | *** join/#oe Romkeg (~Romke@82-170-233-174.ip.telfort.nl) |
| 08:44.59 | *** join/#oe muep (~muep@2a00:1a58:f501:235:5867:a7ff:fe44:6724) |
| 08:44.59 | *** join/#oe jonmasters (~jcm@edison.jonmasters.org) |
| 08:44.59 | *** join/#oe EsbenH (~esben@77.233.226.4) |
| 08:44.59 | *** join/#oe dm8tbr (dm8tbr@2001:41b8:0:f010::2) |
| 08:44.59 | *** join/#oe rphillips (~rphillips@unaffiliated/rphillips) |
| 08:44.59 | *** join/#oe jevin (~jevin@jevinskie-1-pt.tunnel.tserv9.chi1.ipv6.he.net) |
| 09:00.21 | *** join/#oe obi (~obi@ip-109-85-231-67.web.vodafone.de) |
| 09:00.21 | *** join/#oe GarthPS (~quassel@78.116.124.228) |
| 09:00.21 | *** join/#oe morphis (~morphis@hfw-ext-wlan.rz.hs-bremen.de) |
| 09:00.21 | *** join/#oe risca (~risca@130.236.250.39) |
| 09:00.21 | *** join/#oe Marex_ (vasum7am@u-sl.ms.mff.cuni.cz) |
| 09:00.21 | *** join/#oe NvrBst (~nb@66.183.110.123) |
| 09:01.55 | *** join/#oe obi_ (~obi@unaffiliated/obi) |
| 09:05.43 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
| 09:12.14 | *** join/#oe pepermint (~pepermint@host234-82-dynamic.2-87-r.retail.telecomitalia.it) |
| 09:13.34 | *** join/#oe vitus (~vitus@145.253.169.210) |
| 09:19.02 | CIA-32 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r2ea4d3792f 10openembedded.git/recipes/networkmanager/networkmanager_git.bb: |
| 09:19.02 | CIA-32 | networkmanager git: bump to 0.8.3.999 |
| 09:19.02 | CIA-32 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
| 09:19.12 | CIA-32 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r84f0436d63 10openembedded.git/conf/distro/include/angstrom-2010-preferred-versions.inc: |
| 09:19.12 | CIA-32 | angstrom: remove networkmanager pinnings |
| 09:19.12 | CIA-32 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
| 09:19.17 | CIA-32 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r1ba5e0122d 10openembedded.git/recipes/networkmanager/network-manager-applet_git.bb: |
| 09:19.17 | CIA-32 | network-manager-applet git: move to 0.8.3.999 |
| 09:19.17 | CIA-32 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
| 09:27.02 | *** join/#oe xqvp43 (~xqvp43@115.195.141.135) |
| 09:32.49 | *** join/#oe xqvp43 (~xqvp43@115.195.141.135) |
| 09:33.11 | pb__ | good morning mickey|office |
| 09:38.39 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
| 10:01.40 | *** join/#oe phdeswer (~philippe@84-231-112-131.elisa-mobile.fi) |
| 10:06.23 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 10:07.34 | *** join/#oe ericben (~ebenard@pac33-2-82-240-38-71.fbx.proxad.net) |
| 10:11.46 | *** join/#oe lamikr (~lamikr@192.100.124.156) |
| 10:40.13 | *** join/#oe htns (~htns@61.6.64.6) |
| 10:45.56 | *** join/#oe pepermint (~pepermint@host234-82-dynamic.2-87-r.retail.telecomitalia.it) |
| 10:56.25 | ensc|w | why are the *_CC_ARCH flags not set in the CPP variable by bitbake.conf? E.g. there is a difference between 'arm-linux-uclibceabi-gcc -E --sysroot=...' and 'arm-linux-uclibceabi-gcc -E -mthumb -mcpu=cortex-m3 -mfpu=vfp -mfloat-abi=softfp --sysroot=...' |
| 11:16.10 | pb__ | sounds like just an oversight; I guess nobody has previously encountered a situation where it matters. |
| 11:16.15 | *** join/#oe GNUtoo (~GNUtoo@host226-134-dynamic.25-79-r.retail.telecomitalia.it) |
| 11:16.36 | *** join/#oe pespin (~pespin@cisne-cn10.upc.es) |
| 11:21.14 | *** join/#oe dm8tbr (dm8tbr@gw.bfst.de) |
| 11:21.25 | *** join/#oe jevin (~jevin@jevinskie-1-pt.tunnel.tserv9.chi1.ipv6.he.net) |
| 11:22.22 | *** join/#oe rphillips (~rphillips@unaffiliated/rphillips) |
| 11:25.43 | *** join/#oe muep (~muep@2a00:1a58:f501:235:5867:a7ff:fe44:6724) |
| 11:41.21 | *** join/#oe obi_ (~obi@unaffiliated/obi) |
| 11:42.15 | *** join/#oe sH|Mnemonic (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
| 11:59.50 | *** join/#oe mrc3 (~ddiaz@189.157.116.197) |
| 12:01.07 | *** join/#oe morphis (~morphis@dslb-088-071-250-035.pools.arcor-ip.net) |
| 12:03.06 | *** join/#oe B_Lizzard (~havoc@athedsl-431742.home.otenet.gr) |
| 12:08.51 | *** join/#oe ldnunes (~ldnunes@189.114.111.55) |
| 12:09.23 | *** join/#oe Openfree^ (~Openfree`@61.170.199.237) |
| 12:13.28 | *** join/#oe obi_ (~obi@unaffiliated/obi) |
| 12:14.48 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 12:17.21 | *** join/#oe mrc3 (~ddiaz@189.157.108.27) |
| 12:23.52 | *** join/#oe xqvp43 (~xqvp43@115.195.141.135) |
| 12:26.59 | *** join/#oe geiseri (~geiseri@76.161.200.249) |
| 12:33.57 | *** join/#oe risca (~risca@130.236.250.83) |
| 12:34.16 | *** join/#oe mrc3 (~ddiaz@189.157.116.103) |
| 12:34.34 | *** join/#oe BlindMan (~othmar@h081217021188.dyn.cm.kabsi.at) |
| 12:35.28 | geiseri | hi, i am having a problem building the firefox recipe from 2011.3 maintance branch. I swore it was building in the past, but when i updated to the branch last night firefox fails to build complaining it cannot find glib.h |
| 12:43.51 | mwester-laptop | firefox, IIRC, has been having troubles lately. |
| 12:47.11 | geiseri | ah |
| 12:47.49 | geiseri | was it a change in the bitbake? i did not think i saw any recent changes that would have impacted it. |
| 12:49.53 | mwester-laptop | I suspect if it was easy to identify what caused it, it probably would have been fixed by now. :) |
| 12:50.19 | mwester-laptop | Search the logs for this channel to get some clues, perhaps? |
| 12:50.58 | geiseri | it seems like this same error popped up in 2008 last... but i cant find a recent post about it |
| 12:56.15 | JaMa | geiseri: latest change was this http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=3aaa064fbbed5809aeac9373eeaab235712b6ae7 |
| 12:56.29 | *** join/#oe mrc3 (~ddiaz@189.157.115.60) |
| 12:57.48 | geiseri | was that in the dev branch? or the maintance branch? |
| 12:58.17 | JaMa | dunno, check git log |
| 12:58.46 | geiseri | is waiting for firefox to get arround to opening the url :) |
| 13:00.49 | *** join/#oe mikeul (509888f5@gateway/web/freenode/ip.80.152.136.245) |
| 13:04.07 | geiseri | okay, i have that commit... |
| 13:06.25 | geiseri | really it looks like the only change that would impact me is the mozilla.bbclass |
| 13:07.21 | *** join/#oe mpoirier (~quassel@S0106002369de4dac.cg.shawcable.net) |
| 13:07.41 | geiseri | i need to see what the impact of that patch is |
| 13:09.33 | *** join/#oe lostincake1 (~Aditya@pool-173-79-151-237.washdc.fios.verizon.net) |
| 13:10.52 | CIA-32 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rc3265b14b2 10openembedded.git/recipes/xorg-lib/ (40 files in 2 dirs): |
| 13:10.52 | CIA-32 | pixman: add 0.21.6 + fixes |
| 13:10.52 | CIA-32 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
| 13:10.52 | CIA-32 | Acked-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 13:12.57 | *** join/#oe methril (~methril@189.27.138.154.dynamic.adsl.gvt.net.br) |
| 13:14.59 | *** join/#oe mrc3 (~ddiaz@189.157.113.82) |
| 13:15.29 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
| 13:16.09 | *** join/#oe pespin (~pespin@28.pool85-50-72.dynamic.orange.es) |
| 13:16.58 | *** join/#oe Jay7 (jay@95.29.102.200) |
| 13:21.45 | dcordes | khem: regarding fennec: I've been wondering about adding flash support. is that possible via current org.oe.dev metadata ? |
| 13:22.02 | Crofton|work | koen had better not be commiting from his exams! |
| 13:22.29 | dcordes | khem: also I have been wondering if you picked a certain revision or just the latest (maybe we can pick a stable version) |
| 13:22.49 | Crofton|work | is khem awake? |
| 13:27.41 | *** join/#oe udovdh (~udovdh@pindarots.xs4all.nl) |
| 13:31.22 | *** join/#oe mrc3 (~ddiaz@189.157.115.147) |
| 13:35.46 | *** join/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
| 13:35.48 | *** join/#oe thaytan (~jan@ppp121-44-157-47.lns20.syd7.internode.on.net) |
| 13:47.14 | *** join/#oe pespin (~pespin@28.pool85-50-72.dynamic.orange.es) |
| 13:54.00 | *** join/#oe fray (U2FsdGVkX1@gate.crashing.org) |
| 13:55.24 | *** join/#oe aloisiojr (~aloisio@187.113.79.138) |
| 13:59.24 | *** join/#oe mzs_ (~michael@scesoc.engsoc.carleton.ca) |
| 14:03.17 | kergoth_ | morning |
| 14:03.34 | foerster | gm |
| 14:03.34 | geiseri | JaMa: i reverted that commit to the mozilla.bbclass and it compiles again. i have to test the image though to see if it runs |
| 14:04.10 | geiseri | JaMa: should i report this as a bug against openembedded? |
| 14:04.57 | *** join/#oe devzero_ (devzero@xdsl-89-0-173-69.netcologne.de) |
| 14:05.20 | dcordes | geiseri: firefox ? |
| 14:05.29 | geiseri | dcordes, yes |
| 14:05.45 | geiseri | it looks like the last commit to mozilla.bbclass breaks it |
| 14:05.56 | *** join/#oe morphis (~morphis@dslb-088-071-250-035.pools.arcor-ip.net) |
| 14:06.39 | dcordes | geiseri: let's see if I can compile fennec |
| 14:07.09 | geiseri | i get an error about not being able to find glib.h |
| 14:11.45 | dcordes | geiseri: on firefox do_configure ? |
| 14:11.56 | geiseri | yes |
| 14:12.23 | pb__ | g'day kergoth |
| 14:15.48 | *** join/#oe thaytan (~jan@ppp121-44-157-47.lns20.syd7.internode.on.net) |
| 14:26.53 | dcordes | geiseri: fennec do_compile worked for me in org.oe.dev it's compiling now |
| 14:27.03 | dcordes | s/do_compile/do_configure/ |
| 14:27.30 | geiseri | im in the maintnence branch |
| 14:27.44 | geiseri | so fennec compiles, but mozilla doesn't |
| 14:28.25 | dcordes | geiseri: remotes/origin/2011.03-maintenance ? |
| 14:28.32 | geiseri | yes |
| 14:37.57 | *** join/#oe tharvey (~tharvey@76.205.222.174) |
| 14:39.12 | Tartarus | khem: in? |
| 14:40.08 | *** join/#oe playya_ (~playya@93.216.238.33) |
| 14:40.08 | *** join/#oe playya_ (~playya@unaffiliated/playya) |
| 14:40.39 | Tartarus | khem: Ever seen an autotools recipe seem to force aclocal.m4 be from libtool 2.2.6b not 2.4? |
| 14:41.03 | Tartarus | There's _not_ the magic to say don't regenerate aclocal.m4 being set and I even tried rm -f 'ing the file at the start of do_configure, same deal |
| 14:42.33 | *** join/#oe tasslehoff (~Tasslehof@145.79-161-31.customer.lyse.net) |
| 14:44.15 | kergoth_ | autotools.bbclass removes aclocal.m4 |
| 14:44.22 | kergoth_ | check for a local libtool.m4 its pulling |
| 14:47.02 | Tartarus | Nope, no libtool.m4 |
| 14:47.26 | kergoth_ | libtool macros in acinclude.m4? |
| 14:47.34 | kergoth_ | or any other .m4, for that matter |
| 14:53.28 | *** join/#oe Jefro (~josiermi@134.134.137.73) |
| 14:53.28 | geiseri | dcordes it seems my fennec wont build anyway, it cannot build autoconf213. Either way im confused as to why that commit broke the build of firefox. i actually think the prior state of the mozilla.bbclass would create a broken binary |
| 14:53.57 | dcordes | autoconf213 problem fixed by khem in org.oe.dev maybe you should switch branches ? |
| 14:54.31 | geiseri | i wanted to try to stay in a stable build for a while since i want to get to a shipping state |
| 14:55.00 | Tartarus | geiseri: Then you may need to cherry pick fixes from dev |
| 14:55.03 | geiseri | how do other guys do it for production? just sit at a revision and cherry pick until you want to rebase? |
| 14:55.11 | Tartarus | And send a pull request to the ML for the maint branch |
| 14:55.32 | geiseri | Tartarus, ok |
| 14:55.57 | Tartarus | is happy to take well formatted pull requests from people other than koen and denix, btw ;) |
| 14:56.31 | dcordes | is curious |
| 14:56.37 | dcordes | geiseri: may I ask what your target platform is ? |
| 14:56.50 | geiseri | dcordes the dm8148 |
| 15:04.21 | dcordes | geiseri: nice strong dsp |
| 15:05.42 | dcordes | geiseri: NOTE: package fennec-1_2.0+4.0b5-r0: task do_compile: Succeeded |
| 15:15.17 | *** join/#oe hollisb (~hollisb@24.20.193.174) |
| 15:31.42 | *** join/#oe nitink (~nitink@nat/intel/x-saekyxenppusiaur) |
| 15:32.15 | Tartarus | kergoth: nope, no libtool bits in the other m4 files |
| 15:34.39 | *** join/#oe Openfree^ (~Openfree`@61.170.199.79) |
| 15:37.58 | *** join/#oe Openfree^ (~Openfree`@61.170.199.79) |
| 15:38.42 | *** join/#oe saik0 (~joel@nat.compusource.net) |
| 15:39.38 | saik0 | is the 2011.03-maintenance the current stable branch? |
| 15:43.25 | Tartarus | It is a long term non-development branch |
| 15:43.42 | Tartarus | With a defined set of DISTRO/MACHINE/image targets that are expected to build |
| 15:48.09 | *** join/#oe udovdh (~udovdh@pindarots.xs4all.nl) |
| 15:52.06 | *** join/#oe rick-away (~rick-free@cryptkcoding.com) |
| 15:52.12 | *** join/#oe rboatright (~rick-free@nasadmin/rboatright) |
| 16:04.49 | *** join/#oe woglinde (~heinold@g225004083.adsl.alicedsl.de) |
| 16:08.25 | *** join/#oe geiseri_ (~geiseri@76.161.200.249) |
| 16:12.28 | *** join/#oe tmbinc (abcd@83.141.3.59) |
| 16:12.32 | *** join/#oe kevinsc (~a0214685@nat/ti/x-bblgkvaniqfthwki) |
| 16:14.57 | *** join/#oe risca (~risca@130.236.250.83) |
| 16:16.00 | *** join/#oe brolin (~brolin@200.24.16.55) |
| 16:16.25 | *** join/#oe swinchen (~swinchen@strongbad.eece.maine.edu) |
| 16:16.29 | *** join/#oe methril_work (~Rafael@189.114.111.135) |
| 16:16.50 | *** join/#oe shoragan________ (~shoragan@sicherheitsschwankung.de) |
| 16:17.38 | *** join/#oe playya_ (~playya@93.216.238.33) |
| 16:17.38 | *** join/#oe playya_ (~playya@unaffiliated/playya) |
| 16:25.48 | *** part/#oe jkridner|work (~a0321898@nat/ti/x-uuhwihhosvtrzfeu) |
| 16:31.30 | *** join/#oe kergoth__ (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 16:31.31 | Tartarus | digs more |
| 16:32.11 | *** join/#oe Unhelpful_ (~quassel@rockbox/developer/Unhelpful) |
| 16:32.38 | *** join/#oe HopsNBarley_ (~hops@pool-173-67-121-98.snfcca.dsl-w.verizon.net) |
| 16:33.17 | *** join/#oe daniel__ (~daniel@71.216.93.203) |
| 16:33.17 | *** join/#oe valhalla (~valhalla@81-174-24-102.dynamic.ngi.it) |
| 16:33.26 | *** join/#oe zumbi (~zumbi@77.230.237.25) |
| 16:33.42 | daniel__ | hi all, |
| 16:34.06 | daniel__ | I'm working with a fresh OE installation on 32-bit lucid lynx |
| 16:34.37 | daniel__ | and my first build "bitbake omap3-console-image" |
| 16:34.57 | *** join/#oe kergoth_ (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 16:35.32 | daniel__ | was trying to download files that no longer exist? |
| 16:39.09 | Tartarus | daniel__: yes, quite possible. What did it not find? |
| 16:39.50 | *** join/#oe HokieTux (~bhilburn@128.173.95.192) |
| 16:42.56 | *** join/#oe kergoth_ (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 16:44.04 | daniel__ | well, among others: ncurses-5.7-20100424-patch.sh.bz2 |
| 16:44.17 | daniel__ | Tartarus: ^ |
| 16:44.34 | Tartarus | k |
| 16:44.41 | Tartarus | I think it's time for us to update ncurses again ;( |
| 16:44.42 | Tartarus | :( |
| 16:44.48 | *** join/#oe mgross (~mgross@c-24-22-115-171.hsd1.or.comcast.net) |
| 16:45.34 | *** join/#oe rickfoosusa (~chatzilla@adsl-68-93-135-199.dsl.austtx.swbell.net) |
| 16:48.17 | *** join/#oe Phlogi (~quassel@84-73-93-199.dclient.hispeed.ch) |
| 16:48.46 | *** join/#oe neilm (~neil@s64-180-61-141.bc.hsia.telus.net) |
| 16:49.31 | *** join/#oe rickfoosusa (~chatzilla@68.93.135.199) |
| 16:50.16 | *** join/#oe cehh (~carher@nat/ti/x-okwmveyoohkghjsi) |
| 16:52.32 | ensc|w | daniel__: this ncurses version should not be required anymore since 0f2a949439089e8793ee17c677cbe3b8bc01aae5 (Jan 12) |
| 16:54.06 | CIA-32 | 03Simon Busch <morphis@gravedo.de> 07master * r33107e85a5 10openembedded.git/recipes/freesmartphone/fsogsmd_git.bb: |
| 16:54.06 | CIA-32 | fsogsmd: add connman as dependency |
| 16:54.06 | CIA-32 | Signed-off-by: Simon Busch <morphis@gravedo.de> |
| 16:54.17 | CIA-32 | 03Simon Busch <morphis@gravedo.de> 07master * rfe4156fc56 10openembedded.git/recipes/freesmartphone/cornucopia.inc: |
| 16:54.17 | CIA-32 | cornucopia: bump SRCREV to latest |
| 16:54.17 | CIA-32 | Signed-off-by: Simon Busch <morphis@gravedo.de> |
| 16:54.24 | CIA-32 | 03Simon Busch <morphis@gravedo.de> 07master * re75fc3073e 10openembedded.git/recipes/connman/connman_0.72.bb: |
| 16:54.24 | CIA-32 | connman: add recipe for version 0.72 |
| 16:54.24 | CIA-32 | Signed-off-by: Simon Busch <morphis@gravedo.de> |
| 16:54.31 | CIA-32 | 03Simon Busch <morphis@gravedo.de> 07master * rb6fc3c342c 10openembedded.git/recipes/ (3 files in 2 dirs): |
| 16:54.31 | CIA-32 | meta-toolchain-shr: add initial recipe |
| 16:54.31 | CIA-32 | This is the start of a own toolchain for the SHR distribution. Later it |
| 16:54.32 | CIA-32 | will include several utilities to develop applications for SHR. |
| 16:54.32 | CIA-32 | Signed-off-by: Simon Busch <morphis@gravedo.de> |
| 16:54.33 | CIA-32 | 03Simon Busch <morphis@gravedo.de> 07master * rb1c6600c94 10openembedded.git/recipes/tasks/task-fso2-compliance.bb: |
| 16:54.33 | CIA-32 | task-fso2-compliance: uncomment connman runtime dependencies and bump PR |
| 16:54.34 | CIA-32 | Signed-off-by: Simon Busch <morphis@gravedo.de> |
| 16:54.37 | CIA-32 | 03Simon Busch <morphis@gravedo.de> 07master * rc83d603d4a 10openembedded.git/recipes/mplayer/mplayer_0.0+1.0rc2.bb: |
| 16:54.37 | CIA-32 | mplayer: prefer version 1.0rc2 for palmpre machine |
| 16:54.37 | CIA-32 | Signed-off-by: Simon Busch <morphis@gravedo.de> |
| 16:54.37 | CIA-32 | 03Simon Busch <morphis@gravedo.de> 07master * rfc93121244 10openembedded.git/recipes/freesmartphone/msmcomm.inc: |
| 16:54.37 | CIA-32 | msmcomm: bump SRCREV to latest version |
| 16:54.37 | CIA-32 | Signed-off-by: Simon Busch <morphis@gravedo.de> |
| 16:54.57 | daniel__ | ensc|w : thanks, |
| 16:55.22 | *** join/#oe HokieTux (~bhilburn@wireless-5192.wireless.ece.vt.edu) |
| 16:55.27 | daniel__ | ensc|w : so now I wonder why my .bb recipes are out of date, and how I can get the latest changees? |
| 16:56.22 | kergoth_ | man i love schroot |
| 16:56.27 | kergoth_ | alias bitbake="schroot -c maverick -p -- bitbake" |
| 16:57.06 | kergoth_ | no -dev packages installed on the desktop itself, only in the chroot, which only has what is required for the build, no gui |
| 16:57.46 | kergoth_ | i wish i'd stop trying to open oe-core/classes, the tab complete always grabs something useless, instead of oe-core/meta/classes |
| 16:57.54 | kergoth_ | maybe i should make the completion a bit more picky in my zsh setup |
| 16:58.23 | *** join/#oe kristoffer (~kristoffe@c-6fd8e555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
| 17:02.44 | *** join/#oe sreddy (446f23e2@gateway/web/freenode/ip.68.111.35.226) |
| 17:08.31 | sreddy | Hi all , When i try to build gstreamer (branch 0.10.32) i am getting the following " error: gettext infrastructure mismatch: using a Makefile.in.in from gettext version 0.17 but the autoconf macros are from gettext version 0.18" I googled and tried this solution (http://comments.gmane.org/gmane.comp.handhelds.openembedded/42069) , but hangs after this message http://pastebin.com/5Tn9R6uj |
| 17:09.08 | sreddy | does anyone had similar error |
| 17:15.19 | *** join/#oe anarsoul (~anarsoul@193.151.40.75) |
| 17:17.05 | *** join/#oe stefan_schmidt (~stefan@p5B03669C.dip.t-dialin.net) |
| 17:20.30 | Jay7 | kergoth_: I have lxc container with similar purposes.. |
| 17:20.37 | Jay7 | but this is slightly different |
| 17:20.42 | kergoth_ | i need to play with lxc some more |
| 17:20.51 | kergoth_ | i like the idea of being able to run init, etc without having to use qemu |
| 17:21.03 | Jay7 | I'll describe my setup on wiki one time :) |
| 17:21.06 | kergoth_ | :) |
| 17:21.15 | kergoth_ | rob landley had a couple nice blog posts about it |
| 17:21.22 | Jay7 | and may be even upload container somewhere |
| 17:21.36 | Jay7 | good idea near containers is cgroups :) |
| 17:21.49 | Jay7 | you may renice priorities there |
| 17:21.51 | kergoth_ | nods |
| 17:21.55 | kergoth_ | cgroups are very cool |
| 17:22.19 | kergoth_ | wonders if python's urlparse module works well on our uris |
| 17:22.23 | HopsNBarley_ | kergoth_, thanks for the tips! |
| 17:22.24 | Jay7 | and now I have RAID0 under OE lxc container |
| 17:22.35 | kergoth_ | Jay7: ooh, neat |
| 17:22.56 | Jay7 | very-very neat I'll say :) |
| 17:23.06 | *** join/#oe mckoan|away (~marco@host56-7-static.30-87-b.business.telecomitalia.it) |
| 17:23.21 | kergoth_ | damn, not quite, urlparse doesn't get our params, i guess we don't comply with the uri rfc.. we should look into this |
| 17:23.50 | Jay7 | iirc our params are delimited by ';' |
| 17:24.02 | Jay7 | but we can't change to '&' |
| 17:24.34 | Jay7 | because '&patch' may be part of url |
| 17:25.05 | Jay7 | hm.. but we can add '&oe_very_own_parameters=..' |
| 17:29.38 | *** join/#oe DJWillis (djwillis@cpc3-bath5-2-0-cust220.aztw.cable.virginmedia.com) |
| 17:30.43 | *** join/#oe rickfoosusa (~chatzilla@adsl-68-93-135-199.dsl.austtx.swbell.net) |
| 17:30.50 | *** join/#oe eFfeM (~frans@j200125.upc-j.chello.nl) |
| 17:33.15 | daniel__ | Hi, is there a way to guarantee my bibtbake recipes are all up to date? |
| 17:37.06 | foerster | daniel__: git pull |
| 17:47.43 | daniel__ | foerster: thanks! It looks like my recipes are up to date |
| 17:48.08 | foerster | daniel__: no problem. |
| 17:48.58 | Tartarus | daniel__: what branch are you using? |
| 17:49.00 | Tartarus | git branch |
| 17:50.21 | *** join/#oe toi (~peter@d54C2AA76.access.telenet.be) |
| 17:52.12 | daniel__ | Tartarus: git clone git://git.openembedded.net/bitbake bitbake |
| 17:52.28 | daniel__ | Tartarus: I used this command to checkout my copy |
| 17:52.33 | Tartarus | That just gets you bitbake |
| 17:52.35 | Tartarus | not openembedded |
| 17:52.59 | daniel__ | Tartarus: sorry, |
| 17:53.22 | daniel__ | Tartarus: I followed these instructions : http://www.gumstix.org/software-development/open-embedded/61-using-the-open-embedded-build-system.html |
| 17:53.32 | daniel__ | git clone git://gitorious.org/gumstix-oe/mainline.git org.openembedded.de |
| 17:53.56 | Tartarus | OK, so you're using overo |
| 17:54.05 | Tartarus | I don't know if that's tracking mainline close enough then :) |
| 17:54.25 | daniel__ | The site says it''s about 90% mainline |
| 17:54.47 | daniel__ | check: 99.9% |
| 17:55.29 | Jay7 | interesting why other 10% are not in OE? |
| 17:55.52 | daniel__ | it's 99.9%, not 90 ;) my mistake |
| 17:56.51 | Tartarus | daniel__: Well, we fixed that ncurses problem, I think, back in Jan |
| 17:56.58 | Tartarus | It could be we need to update ncurses junk again |
| 17:57.11 | Tartarus | Since I think hollisb reported that problem to me last night |
| 17:57.19 | Jay7 | I just wondering why overo is not in mainline OE |
| 17:58.57 | *** join/#oe mwester-laptop (~mwester@nslu2-linux/mwester) |
| 17:59.11 | daniel__ | :Jay7: I'm not sure |
| 17:59.15 | anarsoul | Jay7: because some people is lazy to send stuff upstream :) |
| 17:59.48 | daniel__ | Tartarus: hey, my .bb recipe for ncurses is looking for this file: |
| 17:59.50 | daniel__ | <PROTECTED> |
| 18:00.08 | anarsoul | i.e. openmoko devs did nice s3c24xx support for qemu, but they were lazy enough to push it upstream. |
| 18:00.40 | Tartarus | Jay7: maybe w/ oe-core overo will finally become just another layer :) |
| 18:01.23 | Jay7 | well.. |
| 18:01.49 | Jay7 | need some new ideas what to improve in kexecboot |
| 18:02.12 | daniel__ | Tartarus: which tries to fetch it from here, I think |
| 18:02.12 | daniel__ | http://www.angstrom-distribution.org/unstable/sources/ |
| 18:02.26 | Tartarus | Well, first it tries the link you pasted :) |
| 18:02.29 | daniel__ | and this is where I get missing file/ permissions problems |
| 18:02.31 | Tartarus | Then it may try other mirrors |
| 18:02.40 | daniel__ | ok |
| 18:02.41 | Tartarus | I don't know if overo uses the angstrom mirror |
| 18:03.25 | daniel__ | So is this a case of Overo not keeping up with changes in mainline? |
| 18:03.32 | Tartarus | Don't know. |
| 18:03.43 | Tartarus | the angstrom mirror is for the angstrom distribution |
| 18:03.45 | Tartarus | but others use it |
| 18:04.09 | Tartarus | It looks like the upstream FTP site might be down |
| 18:04.42 | Tartarus | digs |
| 18:04.56 | Tartarus | Or they re-orged |
| 18:05.00 | daniel__ | :Tartarus thanks! |
| 18:05.11 | daniel__ | I'll wait a bit, and hope it works out |
| 18:06.13 | Tartarus | khem: ping |
| 18:07.26 | Tartarus | khem: nm |
| 18:08.46 | Tartarus | ensc|w: ping |
| 18:08.56 | *** join/#oe Jefro (~josiermi@nat/intel/x-uggjjpmtacmpltgo) |
| 18:20.42 | *** join/#oe rickfoosusa (~chatzilla@adsl-68-93-135-199.dsl.austtx.swbell.net) |
| 18:30.11 | *** join/#oe pingswept (~pingswept@209-6-42-115.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) |
| 18:31.58 | Tartarus | tries ncurses 5.9 on uclibc next |
| 18:33.02 | pingswept | In trying to build OE, I get a series of errors like this: undefined reference to `pthread_getspecific' |
| 18:33.20 | woglinde | pingswept uclibc? |
| 18:33.21 | pingswept | I suspect that means I need to tell bitbake where to find pthread, no? |
| 18:33.28 | woglinde | no |
| 18:33.30 | pingswept | uclibc? |
| 18:33.36 | woglinde | tell the damn package to link right |
| 18:34.07 | pingswept | Meaning that gcc is correct, but the package is not? |
| 18:34.16 | pingswept | The package is perl-native. |
| 18:34.49 | *** join/#oe rob_w (~bob@ppp-93-104-172-71.dynamic.mnet-online.de) |
| 18:35.43 | *** join/#oe woglinde_ (~heinold@g230116032.adsl.alicedsl.de) |
| 18:36.29 | *** join/#oe hrw (~hrw@linaro/hrw) |
| 18:36.48 | pingswept | woglinde_: I'm not sure how to tell the package to link right. (The package in question is perl-native.) |
| 18:37.44 | woglinde_ | whats your host system? |
| 18:38.03 | pingswept | Ubuntu 11.04 |
| 18:38.37 | woglinde_ | hm then look at the packages which are needed |
| 18:38.41 | woglinde_ | its on the wiki |
| 18:39.10 | pingswept | You mean the packages needed to compile perl-native, or for OE generally? |
| 18:40.09 | woglinde_ | the packages which are recommended for building openemebdded |
| 18:41.45 | pingswept | You suspect that the situation is that perl-native is correct, but Ubuntu is missing a library? That would make sense-- I'm 75% sure this problem appeared when I upgraded to Ubuntu 11.04. |
| 18:43.12 | *** join/#oe DJWillis (~djwillis@cpc3-bath5-2-0-cust220.aztw.cable.virginmedia.com) |
| 18:44.51 | *** join/#oe GNUtoo (~GNUtoo@host226-134-dynamic.25-79-r.retail.telecomitalia.it) |
| 18:51.01 | *** join/#oe amarsman_nl (~marsman@52488909.cm-4-1c.dynamic.ziggo.nl) |
| 18:52.42 | *** join/#oe amarsman_nl (~marsman@52488909.cm-4-1c.dynamic.ziggo.nl) |
| 18:53.45 | *** join/#oe dromede (~dromede@93-139-22-109.adsl.net.t-com.hr) |
| 18:54.30 | sreddy | I am trying to build Gstreamer from GIT ( using branch 0.10.23 ) .But I am not able to run autogen.sh due to missing .git directory . Can any one let me know why the . git is getting erased and what I should do to stop getting that erased. (I am verymuch new to Git (though I have build Gstreamer using svn)o build Gstreamer using GIt Pointers for building Gstreamer using GIT would be helpful. Here is my recipe http://pastebin.com/tz |
| 18:55.04 | pingswept | sreddy Your paste was cut off. |
| 18:55.24 | sreddy | OOps Sorry I ll repaste that thanks for informing |
| 18:55.38 | *** join/#oe timtimred (~meh@79-67-236-98.dynamic.dsl.as9105.com) |
| 18:57.03 | *** join/#oe ensc_ (~irc-ensc@p5DF2CF5D.dip.t-dialin.net) |
| 18:57.26 | ensc_ | Tartarus: pong |
| 18:57.44 | woglinde_ | sreddy look at the serval git recipes in oe |
| 18:58.23 | Tartarus | ensc_: I'm going to rev ncurses to 5.9, now that they're doing updates / releases again |
| 18:58.35 | Tartarus | anything I should be sure works when build testing stuff? |
| 19:00.31 | ensc_ | Tartarus: how different is 5.9 from 5.7? |
| 19:00.50 | Tartarus | Not overly, at first glance |
| 19:00.58 | Tartarus | Took the 5.7 recipe and just changed the hashes |
| 19:01.13 | Tartarus | built for qemuarm+angstrom+eglibc |
| 19:01.19 | Tartarus | doing qemuarm+angstrom+uclibc now |
| 19:02.57 | ensc_ | Tartarus: there is some non-trivial stuff which is common in all ncurses recipes; perhaps it should be refactored into a .inc |
| 19:03.06 | *** join/#oe pepermin1 (~pepermint@host234-82-dynamic.2-87-r.retail.telecomitalia.it) |
| 19:03.34 | ensc_ | but when 5.9 is only 5.7+last-patchset plus some minor patches, 5.7 can be perhaps moved to 5.9 |
| 19:05.12 | Tartarus | Yeah, 5.8 and then 5.9 are probably pretty close to what we had been doing |
| 19:05.15 | Tartarus | since 5.8 came out in feb |
| 19:05.21 | Tartarus | and 5.9 in march to fix some bugs |
| 19:12.01 | sreddy | Getting this error when I build Gstreamer from GIT http://pastebin.com/ryDLhL19 |
| 19:12.49 | sreddy | woglinde_ : I will look at the recipes .. but I am not able to run autogen.sh |
| 19:12.59 | woglinde_ | ? |
| 19:13.07 | woglinde_ | we have our own stuff |
| 19:13.25 | woglinde_ | inherit autotools |
| 19:13.32 | sreddy | ok |
| 19:14.01 | woglinde_ | and start from gstreamet recipes which we have |
| 19:15.11 | sreddy | woglinde_ : I am using the already existing Gstreamer recipes and auto tools are inherited |
| 19:16.11 | sreddy | woglinde_ :This is my actual problem http://pastebin.com/ryDLhL19 |
| 19:21.07 | woglinde_ | why youe need 10.30? |
| 19:22.06 | woglinde_ | and you are using arago which not always keeps up with oe |
| 19:22.27 | *** join/#oe mgross (~mgross@nat/intel/x-drmaiusvbtwzwtsy) |
| 19:28.40 | ynezz | hm, looks like tight deadline |
| 19:28.50 | ynezz | irc, oe-devel, angstrom-devel... |
| 19:35.11 | *** join/#oe Crofton (~balister@65.14.229.26) |
| 19:39.39 | kergoth_ | sighs |
| 19:39.52 | kergoth_ | this code worked fine last week, no longer does |
| 19:43.33 | kergoth_ | what the hell is going on here, this makes absolute no sense |
| 19:53.51 | *** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian) |
| 19:58.30 | CMoH | hello. any pointers on how to work around this issue? http://www.mail-archive.com/openembedded-devel@lists.openembedded.org/msg15734.html |
| 20:03.05 | kergoth_ | knows nothing about qt4 |
| 20:05.48 | pingswept | General OE question: is it true that when, on an x86 host, I build an Angstrom rootfs for an ARM processor, bitbake first builds an ARM toolchain with the x86 tools, and then uses that to build the ARM binaries? |
| 20:06.40 | khem | pingswept: yes |
| 20:07.06 | khem | its called cross toolchain runs on x86 produced code for arm/mips whatever you configure for |
| 20:07.09 | pingswept | khem: Thanks. Very interesting. Kind of wonder how I missed that until now. |
| 20:07.40 | khem | CMoH: did you try with master |
| 20:08.10 | pingswept | I had the CodeSourcery tools installed from building the Linux kernel outside of OE, and I just realized that I never told OE about them, yet the build seems to be working. |
| 20:08.18 | pingswept | Anyway, thanks. |
| 20:08.25 | CMoH | khem, no |
| 20:10.44 | khem | CMoH: thats would be first thing you should try |
| 20:11.50 | CMoH | khem, what about the 2011.03-maintenance branch? |
| 20:12.09 | *** join/#oe Phlogi (~quassel@84-73-93-199.dclient.hispeed.ch) |
| 20:12.20 | khem | CMoH: yes that would be ok too |
| 20:13.06 | kergoth_ | pingswept: you *can* make it use your external cs toolchain if you want to |
| 20:13.13 | kergoth_ | it just defaults to building its own |
| 20:15.19 | CMoH | speaking of which; are these plethora of oe branches documented on some web page? :D |
| 20:17.30 | kergoth_ | hmm, i need to figure out how to tell OE that its running in a given chroot |
| 20:17.37 | kergoth_ | could use that fake hostname app i guess |
| 20:17.41 | kergoth_ | but that was ugly and iirc required root |
| 20:17.42 | kergoth_ | hrm |
| 20:18.15 | Jay7 | kergoth_: why OE should know this? |
| 20:18.27 | Jay7 | i.e. for what purpose? |
| 20:19.39 | kergoth_ | i use site.conf for machine specific things, like ASSUME_PROVIDED |
| 20:19.49 | kergoth_ | and my site.conf loads site/${HOSTNAME}.conf for that |
| 20:19.58 | kergoth_ | but of course teh chroto has a slightly different environment |
| 20:20.17 | JaMa | 1 |
| 20:20.20 | JaMa | ups |
| 20:20.28 | kergoth_ | hehe |
| 20:21.10 | kergoth_ | in this particular case, my $SHELL is set to zsh, yet my chroto doesn't have zsh |
| 20:21.11 | JaMa | chromium died just when I was pressing <enter> |
| 20:21.14 | kergoth_ | which screws up my devshell |
| 20:21.34 | kergoth_ | (the new devshell code that isn't in oe yet, which uses $SHELL) |
| 20:22.07 | Jay7 | hehe.. |
| 20:22.41 | kergoth_ | will fix it to just automatically fall back to bash at some point here, but still :) |
| 20:22.59 | kergoth_ | and of course nowadays my ASSUME_PROVIDED is really mostly set by what's available in the system, so that's less of a concern than it used to be |
| 20:23.05 | Jay7 | export SHELL=/bin/bash inside chroots .profile :) |
| 20:23.17 | kergoth_ | using schroot, which bind mounts home, etc |
| 20:23.22 | kergoth_ | same shell setups :) |
| 20:23.25 | Jay7 | ah |
| 20:23.53 | Jay7 | prefer to have full setup and different home :) |
| 20:23.58 | JaMa | using normal chroot and binding with mount --bind |
| 20:24.32 | Jay7 | | install: cannot change ownership of `/var/tmp/oe/minimal/arm/work/armv7a-oe-linux-gnueabi/portmap-6.0-r5/image/sbin/portmap': Operation not permitted |
| 20:24.34 | Jay7 | o_O |
| 20:24.44 | kergoth_ | bitbake master, i assume |
| 20:25.03 | Jay7 | yep |
| 20:25.12 | kergoth_ | see ee39de6856b628df792c4a56966528796fbe2c8e. right now we aren't running the fakeroot tasks under fakeroot, due to an implementation change in how the stuff is run |
| 20:25.19 | kergoth_ | need to work out how best to do it |
| 20:25.23 | kergoth_ | you can revert the commit for now |
| 20:25.28 | Jay7 | ok |
| 20:25.30 | kergoth_ | (of course, its required for oe-core) |
| 20:25.47 | kergoth_ | i'll get to it in the next few days, most likely |
| 20:26.07 | Jay7 | np, I can fallback to 1.12 |
| 20:26.21 | pingswept | kergoth_: Thanks-- might use external CS toolchain some day. More likely to go the other way, and use the OE toolchain for everything. |
| 20:26.55 | kergoth_ | Jay7: or, you could test something. FAKEROOTENV = "LD_PRELOAD=libfakeroot-sysv.so LD_LIBRARY_PATH=/usr/lib/libfakeroot:${STAGING_LIBDIR}/libfakeroot" |
| 20:27.03 | kergoth_ | Jay7: if you set that in local.conf, master *should* work for you |
| 20:27.10 | kergoth_ | Jay7: if you would test it and let me know if it works, that'd be cool :) |
| 20:27.17 | Jay7 | kergoth_: I'll test a bit later then :) |
| 20:27.23 | kergoth_ | :) |
| 20:27.27 | Jay7 | after reading man schroot and cup of tea :) |
| 20:27.42 | kergoth_ | the new way is entirely environment driven, as with oe-core/poky, the *entire* bitbake run is underneith pseudo, and its controlled by env vars |
| 20:28.05 | kergoth_ | oe's fakeroot usage is really not very useful, all it does is avoids errors like the above, it doesn't actually get us correct perms in the packages |
| 20:28.24 | kergoth_ | but we can punt on that and know that the situation is less crappy when we move to oe-core |
| 20:28.35 | kergoth_ | in the meantime though, do need something that doesn't break us :) |
| 20:30.21 | Jay7 | imho, we should speedup moving to oe-core and meta-oe |
| 20:30.39 | Jay7 | because slow move is very expensive |
| 20:31.48 | Jay7 | kergoth_: well, you may replace hostname with own wrapper that will return something like scrhoot.`hostname` |
| 20:32.38 | CIA-32 | 03Bob Foerster <robert@erafx.com> 07master * r1ee82aa258 10openembedded.git/recipes/tzdata/tzdata_2011d.bb: |
| 20:32.38 | CIA-32 | tzdata: update to 2011e |
| 20:32.38 | CIA-32 | Signed-off-by: Bob Foerster <robert@erafx.com> |
| 20:32.38 | CIA-32 | Signed-off-by: Antonio Ospite <ospite@studenti.unina.it> |
| 20:32.42 | CIA-32 | 03Bob Foerster <robert@erafx.com> 07master * rf9d86ff119 10openembedded.git/recipes/tzcode/tzcode-native_2011d.bb: |
| 20:32.42 | CIA-32 | tzcode-native: update to 2011e |
| 20:32.42 | CIA-32 | Signed-off-by: Bob Foerster <robert@erafx.com> |
| 20:32.42 | CIA-32 | Signed-off-by: Antonio Ospite <ospite@studenti.unina.it> |
| 20:35.00 | kergoth_ | Jay7: agreed, the problem is the amount of work to transition the metadata. we aren't even done with oe-core, much less meta-oe and whatever other layers |
| 20:35.03 | kergoth_ | heh |
| 20:35.10 | kergoth_ | i think we should get the core bits over as soon as we can |
| 20:35.39 | kergoth_ | (also, i'm doing a lot of my day to day work in oe-core, and then backport to mentor's product and oe, but haven't pushed it all to oe itself yet) |
| 20:37.55 | Jay7 | :( |
| 20:38.35 | Jay7 | I'm only good for testing tasks here, not for real work :( |
| 20:40.20 | Jay7 | btw, command-prefix=command,option1,option2,... |
| 20:40.26 | Jay7 | from schroot.conf |
| 20:44.04 | kergoth_ | ah, interesting, just need a shell script to mangle HOSTNAME. won't help the things that run 'hostname' directly, but will work for this |
| 20:44.08 | kergoth_ | thanks for the tip |
| 20:44.19 | Jay7 | imho, this is better way here.. |
| 20:44.33 | Jay7 | because there is no reliable way to detect that you are in chroot |
| 20:44.46 | kergoth_ | alias bitbake='schroot -u maverick -p -- bitbake' <3 |
| 20:44.51 | Jay7 | so you should say it from outter side :) |
| 20:45.20 | Jay7 | alias bitbake='HOSTNAME=schroot .... :) |
| 20:45.34 | kergoth_ | hehe, good point |
| 20:45.55 | Jay7 | or introduce CHROOTED variable |
| 20:46.05 | Jay7 | IS_CHROOTED even :) |
| 20:46.24 | Jay7 | well.. now cup of tea :) |
| 20:47.24 | sreddy | woglinde_ : we have our plugins compiled against new gstreamer (i.e, for branch 0.10.30).Yes we are using Aragto distro |
| 20:47.35 | kergoth_ | schroot already sets SCHROOT_SESSION_ID and debian_chroot, can just make a wrapper script t hat sets HOSTNAME based on that |
| 20:47.44 | kergoth_ | actually.. i could add an schroot hook script to do it automatically |
| 20:47.46 | kergoth_ | does that |
| 20:48.05 | kergoth_ | hrm, *think* it'll let me do that, anyway |
| 20:53.23 | Jay7 | kergoth_: testing your suggestion about fakeroot |
| 20:56.26 | kergoth_ | hrm, -p makes it lose the HOSTNAME change i added to .profile |
| 20:56.26 | kergoth_ | grr |
| 20:56.28 | kergoth_ | digs |
| 20:57.26 | Jay7 | kergoth_: FAKEROOTENV works for me |
| 20:57.40 | kergoth_ | nice. |
| 20:57.54 | kergoth_ | now i need to verify that it works both with fakeroot-native and fakeroot on the build machine, if it does i'll see about pushing to bitbake.conf |
| 20:57.58 | kergoth_ | adds to todo |
| 20:58.24 | Jay7 | may I help you somehow? |
| 20:58.38 | Jay7 | I can build something ;) |
| 20:58.51 | kergoth_ | well, fakeroot-native is optional, i think, so could just kill it on the build machine and bitbake fakeroot-native, then clean and rebuild the test recipe (portmap?) |
| 20:59.08 | Jay7 | yes, portmap |
| 21:01.26 | Jay7 | I've deinstalled fakeroot here and will do clean build |
| 21:02.45 | kergoth_ | wasn't sure if oe automatically builds fakeroot-native as a base dep or not, might want to make sure its built before rebuilding portmap :) |
| 21:03.01 | Jay7 | that was point of clean build :) |
| 21:03.12 | Jay7 | we will know soon :) |
| 21:03.30 | CMoH | khem, what do you mean by master btw? it's not the "master" branch, is it? |
| 21:03.33 | *** join/#oe rcf (~rcf@241.35-243-81.adsl-dyn.isp.belgacom.be) |
| 21:04.18 | kergoth_ | :) |
| 21:04.37 | CMoH | afaik it's the org.openembedded.dev branch |
| 21:04.59 | kergoth_ | CMoH: that was renamed to master months ago :) |
| 21:05.05 | kergoth_ | the old name is old around for compatibility |
| 21:05.14 | kergoth_ | s/old ar/only ar/ |
| 21:05.58 | CMoH | hmm... i get 403 forbidden for ncurses on the "master" branch. dunno of the org.openembedded.dev but... |
| 21:06.19 | kergoth_ | org.openembedded.dev just points to master. |
| 21:06.21 | kergoth_ | they're always identical |
| 21:06.29 | CMoH | okay |
| 21:06.30 | kergoth_ | you should update to master though |
| 21:06.40 | CMoH | what about the 2011.03 maintainance? |
| 21:06.44 | kergoth_ | (just to avoid relyance on the old name) |
| 21:06.45 | CMoH | what's its story? :D |
| 21:06.51 | kergoth_ | that's a stable branch based on the most recent release |
| 21:06.54 | kergoth_ | only bugfixes since |
| 21:07.12 | *** join/#oe methril_work (~Rafael@189.114.111.135) |
| 21:08.16 | geiseri_ | will new hardware targets be added to 2011.03 maintainance? |
| 21:08.19 | *** join/#oe zumbi (~zumbi@77.230.237.25) |
| 21:08.23 | kergoth_ | highly unlikely |
| 21:08.27 | Jay7 | NOTE: Running task 299 of 813 (ID: 119, virtual:native:/home/oe/openembedded/recipes/fakeroot/fakeroot_1.14.5.bb, do_setscene) |
| 21:08.27 | kergoth_ | but ask tom, he maintains it |
| 21:08.48 | kergoth_ | Jay7: ah, good news. now we just need to see if the FAKEROOTENV works fine with it and portmap installs |
| 21:08.58 | geiseri_ | okay, but if i was going to base a product on something in there that currently had board support it would be the best bet? |
| 21:08.58 | Jay7 | waiting for |
| 21:09.48 | Jay7 | geiseri_: imho, yes |
| 21:09.56 | Jay7 | but you should test it for your env |
| 21:10.15 | *** join/#oe rickfoosusa (~chatzilla@adsl-68-93-135-199.dsl.austtx.swbell.net) |
| 21:10.35 | Jay7 | then you may just use it as origin for your local branch |
| 21:10.37 | geiseri_ | i am now... i was using org.oe.dev for some time, but wanted to make a line in the sand. |
| 21:11.27 | CMoH | kergoth_, the only results for the new master branch is the failure to retrieve ncurses: http://pastebin.com/1qYjqaXU |
| 21:11.31 | Jay7 | well, fakeroot-native is compiled |
| 21:11.41 | Jay7 | about 200 tasks left |
| 21:13.15 | *** join/#oe RP__ (~richard@209.119.62.73) |
| 21:13.54 | khem | CMoH: yes the location has changed |
| 21:14.26 | CMoH | mkay; i suppose the recipe drifted behind in the meantime :) |
| 21:22.56 | Jay7 | VIA Eden is sooo sloow on compression.. |
| 21:23.36 | Jay7 | is merging netflow data on customers router |
| 21:31.51 | *** join/#oe Openfree^ (~Openfree`@61.170.199.79) |
| 21:36.17 | Jay7 | | ERROR: ld.so: object 'libfakeroot-sysv.so' from LD_PRELOAD cannot be preloaded: ignored. |
| 21:36.20 | Jay7 | kergoth_: ^ |
| 21:36.41 | Jay7 | portmap is failed as a result |
| 21:38.37 | *** join/#oe phdeswer (~philippe@a83-245-252-47.elisa-laajakaista.fi) |
| 21:47.51 | mgross | Jay7 I got some portmap install failures that looked like fakeroot wasn't working and then i switch from bitbake git tips to bitbake 1.10 branch and things worked better for me. |
| 21:48.24 | Jay7 | mgross: yes, I know this already :) |
| 21:48.29 | Jay7 | we are trying to fix this :) |
| 21:48.37 | kergoth_ | Jay7: bah, okay, i was afraid of that. different soname for fakeroot-native than the buidl machine's fakeroot, will have to make bitbake obey FAKEROOT as well as FAKEROOTENV |
| 21:48.40 | kergoth_ | adds to todo |
| 21:48.43 | kergoth_ | Jay7: thanks for testing |
| 21:49.04 | kergoth_ | well, perhaps not, could you do find tmp -name libfakeroot\*.so? |
| 21:49.11 | Jay7 | moment |
| 21:49.16 | kergoth_ | at least make sure the path added to LD_LIBRARY_PATH is right :) |
| 21:49.21 | kergoth_ | oh |
| 21:49.25 | kergoth_ | it should be STAGING_LIBDIR_NATIVE |
| 21:49.29 | kergoth_ | do that first :) |
| 21:49.45 | Jay7 | /var/tmp/oe/minimal/arm/sysroots/x86_64-linux/usr/lib/libfakeroot.so |
| 21:49.46 | Jay7 | /var/tmp/oe/minimal/arm/sysroots/x86_64-linux/usr/lib/libfakeroot-0.so |
| 21:49.58 | Jay7 | TMPDIR=/var/tmp/oe/minimal/arm/ |
| 21:50.04 | kergoth_ | ah, okay, so the soname is indeed different |
| 21:50.07 | kergoth_ | okay, thanks |
| 21:51.20 | *** part/#oe L29Ah (~L29Ah@84.19.183.172) |
| 21:51.37 | *** join/#oe L29Ah (~L29Ah@84.19.183.172) |
| 21:51.41 | Jay7 | kergoth_: ping me when you will have something to test again :) |
| 21:53.00 | *** join/#oe hufnus_cicq (~hufnus_ci@69-12-177-67.dsl.static.sonic.net) |
| 21:54.07 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 21:54.32 | *** join/#oe pepermint (~pepermint@host234-82-dynamic.2-87-r.retail.telecomitalia.it) |
| 21:56.46 | *** join/#oe wayne_ (~wayne@gw.emacinc.com) |
| 21:57.16 | wayne_ | hello |
| 21:58.10 | CMoH | i can't get past the ncurses-native recipe; where did it move to fetch it by hand until someone gets to fixing the recipe? |
| 21:58.30 | Tartarus | ok, nothing builds for uclibc atm |
| 21:59.19 | wayne_ | if i am looking for how a specific recipe gets included in a build (like which other recipes reference it), what would be the best way to find it? |
| 22:00.38 | wayne_ | i have been grepping the recipes directories for it but so far have only found one other recipe that references the one for which i am searching |
| 22:01.06 | wayne_ | (and i know that other recipe is not built) |
| 22:07.20 | CMoH | in the meantime i've copied them from a lucky computer that got the files before being relocated |
| 22:07.21 | CIA-32 | 03Tom Rini <tom_rini@mentor.com> 07master * r29d49f74c2 10openembedded.git/recipes/ncurses/ (3 files in 2 dirs): |
| 22:07.21 | CIA-32 | ncurses: Add version 5.9 |
| 22:07.21 | CIA-32 | This is relatively close to our 5.7 version in that we had been using |
| 22:07.21 | CIA-32 | 5.7 + a snapshot of trunk which became 5.8 and then 5.9. |
| 22:07.21 | CIA-32 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 22:07.51 | *** join/#oe saik0 (~joel@nat.compusource.net) |
| 22:08.02 | CMoH | which branch is recommended for commercial products? |
| 22:09.26 | Tartarus | CMoH: Well, many of us would recommend the vendor we work for, so we're a bit biased |
| 22:10.13 | Tartarus | CMoH: and re ncurses-native, git pull, unless you're on 2011.03-maintenance which doesn't have what i just pushed |
| 22:11.03 | CMoH | ty, Tartarus |
| 22:13.57 | CMoH | however on git branch -r i still can't distinguish which vendors are which :D |
| 22:15.03 | CMoH | thanks for the reply; we'll see i guess |
| 22:16.42 | daniel__ | Tartarus: Does this apply to the Gumstix branch? |
| 22:18.16 | geiseri_ | CMoH, what board are you using? Most boards have their own favorite oe tree |
| 22:19.57 | CMoH | we're developing a new one; for now the beagleboard |
| 22:20.00 | saik0 | http://pastebin.com/bCBHRSra |
| 22:20.51 | Tartarus | daniel__: probably, yes |
| 22:21.03 | Tartarus | CMoH: Vendors don't have their branches upstream, you buy their product :) |
| 22:21.09 | geiseri_ | CMoH, i started using Arago's flavor |
| 22:21.40 | geiseri_ | CMoH, since that seemed to be what TI was pushing when we started using their dm8148 |
| 22:22.21 | geiseri_ | CMoH, i think they follow oe pretty close though |
| 22:22.39 | saik0 | Nevermind, missing dep on host OS. Is the wiki gobally writable? |
| 22:24.35 | *** join/#oe Jefro (~josiermi@nat/intel/x-qiqlhoktztxhvury) |
| 22:24.58 | CMoH | thanks for your comments. to sum up, I guess we'll have to branch from master or 2011.03-maintenance |
| 22:25.48 | geiseri_ | CMoH, if you are new to linux distros though i would strongly reccomend talking to one of the vendors though... you will save a hell of a lot of money and time. |
| 22:26.29 | CMoH | i am pretty satisfied with OE and angstrom for our purpose :) |
| 22:27.04 | pingswept | CMoh: any details on what you're building? I'm in a similar situation. |
| 22:27.23 | pingswept | (I also have concluded that 2011.03 maintenance is a good choice.) |
| 22:27.47 | geiseri_ | CMoH okay, just throwing that out there... note i do not work for a vendor :) |
| 22:27.57 | CMoH | hmm... it's what everybody is building i guess :) a tablet |
| 22:27.57 | daniel__ | Tartarus: We're still not having luck with the overo ncurses... could definitely be a misunderstanding on our side though. |
| 22:28.11 | geiseri_ | lol |
| 22:28.13 | saik0 | Any wiki editors around. In the ArchLinux section docbook-xml should be docbook-xsl |
| 22:28.16 | geiseri_ | yay another linux tablet :) |
| 22:28.20 | pingswept | CMoH: cool. |
| 22:28.42 | geiseri_ | CMoH will it have a UI that wont suck, or require a 1Ghz cpu to render the wallpaper? |
| 22:28.46 | saik0 | (Of OEandYourDistro) |
| 22:28.50 | daniel__ | Tartarus: New to OE, and need to learn the ins and outs before I start complaining too loudly ;-D |
| 22:28.56 | CMoH | well with some integrated proprietary software |
| 22:29.22 | CMoH | eh, it's targeted for a specific field, not a general-purpose tablet |
| 22:29.26 | geiseri_ | good call |
| 22:29.39 | geiseri_ | android has all the bottom feeders in the consumer market |
| 22:30.20 | CMoH | anyway, after the master branch i was following split into an unstable master and a 2011.3 stable branch, i also have to make a choice :D |
| 22:30.29 | CMoH | ty for your advice as well, pingswept |
| 22:30.49 | *** join/#oe hufnus_cicq (~hufnus_ci@69-12-177-67.dsl.static.sonic.net) |
| 22:30.51 | geiseri_ | CMoH, FYI i am using 2011.3 branch based off of the minimal distro |
| 22:30.53 | pingswept | No problem. Take it with a grain of salt, as I'm pretty new to OE. |
| 23:24.02 | *** join/#oe grg (~grg@eth7090.sa.adsl.internode.on.net) |
| 23:45.10 | *** join/#oe saik0 (~saik0@c-66-176-217-142.hsd1.fl.comcast.net) |
| 23:52.38 | *** join/#oe thaytan (~jan@ppp121-45-182-195.lns20.syd7.internode.on.net) |