| 00:15.40 | *** join/#oe zecke (~ich@123-192-188-67.dynamic.kbronet.com.tw) |
| 00:16.52 | *** join/#oe mithro (~tim@unaffiliated/mithro) |
| 00:33.28 | *** join/#oe erik006 (~erik006@69-165-160-254.dsl.teksavvy.com) |
| 00:42.45 | *** join/#oe aditya_111 (~Aditya@c-69-143-196-44.hsd1.md.comcast.net) |
| 01:04.16 | kergoth | woot |
| 01:04.38 | kergoth | got a recursion check at parse time working in addition to the one at expansion time |
| 01:04.39 | kergoth | kergoth.RecursionError: Recursive variable reference for BAZ via 'FOO' -> 'BAR' -> 'BAZ' |
| 01:07.11 | aditya_111 | sorry to interrupt kergoth, but umm, was wondering if anyone knew if its possible to render output in a not so standard resolution like 880x800 |
| 01:07.50 | kergoth | "render output"? |
| 01:18.16 | *** join/#oe hd (~jd@rocket.vel.lv) |
| 01:18.16 | *** join/#oe hd (~jd@Wikipedia/HellDragon) |
| 01:18.56 | *** join/#oe whittenburg (~whittenbu@ip72-213-154-11.ok.ok.cox.net) |
| 01:19.25 | *** join/#oe zecke (~ich@123-192-188-67.dynamic.kbronet.com.tw) |
| 01:33.39 | *** join/#oe Openfree` (~Openfreer@116.228.88.98) |
| 01:34.54 | *** join/#oe Openfree` (~Openfreer@116.228.88.98) |
| 01:35.19 | aditya_111 | kergoth: I mean the screen resolution |
| 01:35.28 | aditya_111 | as opposed to the usual 1024x768 etc |
| 01:36.06 | *** join/#oe raster (~raster@enlightenment/developer/raster) |
| 01:38.07 | kergoth | that's not enough information. i'm sure such a thing is possible, *if* all the bits and pieces support it, from the hardware and drivers on up to the UI you're using |
| 01:38.08 | kergoth | shrugs |
| 01:40.48 | aditya_111 | hmm |
| 01:41.02 | aditya_111 | is the fact that I have a gumstix with an omap3530 help? |
| 01:41.07 | aditya_111 | does* |
| 01:41.19 | aditya_111 | omap3530 + oe |
| 01:41.24 | aditya_111 | with linux kernel .29 |
| 01:45.38 | aditya_111 | maybe? anything else I can say that might help? |
| 02:14.54 | *** join/#oe Openfree` (~Openfreer@116.228.88.98) |
| 02:15.52 | *** join/#oe Openfree` (~Openfreer@116.228.88.98) |
| 02:37.55 | *** join/#oe whittenburg (~whittenbu@ip72-213-154-11.ok.ok.cox.net) |
| 02:42.39 | *** join/#oe aloril (~aloril@84.249.126.153) |
| 02:43.43 | *** join/#oe william_zhang (~william@58.247.126.174) |
| 02:48.02 | *** join/#oe mrc3__ (~mrc3@nat/ti/x-gcfnyeihgjmmocte) |
| 04:03.33 | *** part/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
| 04:14.13 | *** join/#oe raster (~raster@enlightenment/developer/raster) |
| 04:42.44 | *** join/#oe HopsNBarley (~hops@nslu2-linux/HopsNBarley) |
| 05:01.41 | *** join/#oe demon93_ (~demon93@cpc2-rdng2-0-0-cust357.winn.cable.ntl.com) |
| 05:03.36 | *** join/#oe konne (~Miranda@85.183.99.11) |
| 05:17.48 | *** join/#oe pb_ (~pb@88-108-80-109.dynamic.dsl.as9105.com) |
| 05:25.02 | eFfeM_work | gm everyone |
| 05:38.55 | *** join/#oe HarshBokil (~harsh@203.199.147.5) |
| 05:41.18 | *** part/#oe HarshBokil (~harsh@203.199.147.5) |
| 05:50.46 | *** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net) |
| 05:56.09 | *** join/#oe bleikert (~quassel@217-162-209-197.dclient.hispeed.ch) |
| 06:03.31 | *** join/#oe Gaston|Home (~Miranda@c-012fe353.155-1-64736c11.cust.bredbandsbolaget.se) |
| 06:09.25 | *** join/#oe aditya_111 (~Aditya@c-69-143-196-44.hsd1.md.comcast.net) |
| 06:11.19 | *** join/#oe xjqian (~gordon@212.247.139.72) |
| 06:11.34 | *** join/#oe B_Lizzard (~havoc@athedsl-433090.home.otenet.gr) |
| 06:11.48 | *** join/#oe aditya_111 (~Aditya@c-69-143-196-44.hsd1.md.comcast.net) |
| 06:19.00 | *** join/#oe rob_w (~bob@pD95ECCB4.dip.t-dialin.net) |
| 06:23.40 | *** join/#oe xjqian (~gordon@mir-nil-pat-118-150.wustl.edu) |
| 06:26.45 | *** join/#oe Heinervdm (~thomas@pD9E17F75.dip.t-dialin.net) |
| 06:26.48 | *** join/#oe sgh (~quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
| 06:28.12 | khem | eFfeM_work: hi |
| 06:28.22 | khem | did your eglibc woes end |
| 06:36.13 | eFfeM_work | khem, not really, i checked out the version without your patch and it builds, the one with your patch does not as limits.h is missing; it does not seem to be installed by eglibc-initial |
| 06:36.21 | aditya_111 | man |
| 06:36.24 | aditya_111 | gumstix |
| 06:36.28 | aditya_111 | wifi |
| 06:36.32 | aditya_111 | awesome |
| 06:38.37 | eFfeM_work | khem, copied the workdir for eglibc and eglibc-initial just before the patch, now going to try to build the head version again |
| 06:40.12 | eFfeM_work | Tartarus: can you say a little more about your problems with eglibc and calamari? |
| 06:41.24 | *** join/#oe bswix (~rode@147.84-49-231.nextgentel.com) |
| 06:41.40 | *** join/#oe morphis (~morphis@p5489A3CF.dip.t-dialin.net) |
| 06:43.42 | *** join/#oe zecke (~ich@123-192-188-67.dynamic.kbronet.com.tw) |
| 06:48.53 | *** join/#oe kristoffer (~kristoffe@109.58.56.255.bredband.tre.se) |
| 07:02.46 | ao2 | mmh, bitbake 1.10 needs python-2.6 now? |
| 07:05.15 | *** join/#oe cyberdeck (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
| 07:07.06 | ao2 | ah ok, it was my clone in a bogus status, seems to work now |
| 07:14.40 | *** join/#oe ericben (~eric@pac33-2-82-240-38-71.fbx.proxad.net) |
| 07:14.57 | ericben | hi |
| 07:15.55 | ericben | patchwork seems to not get patches since 06/05 |
| 07:16.37 | khem | ericben: hmm interesting |
| 07:17.22 | khem | ericben: let Crofton|work know |
| 07:17.53 | JaMa | SHR patchwork also stopped working, but 2 weeks ago.. some not_so_good upgrade available to install? |
| 07:17.56 | ericben | http://article.gmane.org/gmane.comp.handhelds.openembedded/32424 + http://article.gmane.org/gmane.comp.handhelds.openembedded/32418 + http://article.gmane.org/gmane.comp.handhelds.openembedded/32410 didn't reach patchwork |
| 07:18.31 | ericben | also : http://article.gmane.org/gmane.comp.handhelds.openembedded/32397 |
| 07:19.32 | khem | JaMa: no idea about patchwork |
| 07:19.47 | ericben | while I'm here : anywone to have a look at these patches which are fixing some small problems with modules and kernel bbclass ? : http://article.gmane.org/gmane.comp.handhelds.openembedded/32418 + http://patchwork.openembedded.org/patch/2014/ + http://patchwork.openembedded.org/patch/2012/ |
| 07:19.57 | khem | ericben: I also look at my mbox for patches so I will see if something I can review |
| 07:23.58 | *** join/#oe Sleep_Walker (~Sleep@193.179.96.131) |
| 07:28.03 | ericben | khem: OK thanks |
| 07:31.22 | *** join/#oe d_t_h (~dieter@p4FDEDAE0.dip.t-dialin.net) |
| 07:32.00 | khem | eFfeM_work: you have to unstage gcc-cross gcc-cross-intermediate gcc-initial eglibc eglibc-initial before you could rebuild eglibc-initial again |
| 07:32.08 | khem | eFfeM_work: did you follow these steps ? |
| 07:32.46 | *** join/#oe raster (~raster@enlightenment/developer/raster) |
| 07:33.24 | eFfeM_work | khem, no, i only did a bitbake -c clean eglibc eglibc-initial |
| 07:34.16 | eFfeM_work | khem the weird thing is that it now builds (it is about to finish, but it got beyond the configure pass that bailed out before |
| 07:35.08 | *** join/#oe mickey|sports (~mickey@80.81.242.146) |
| 07:35.15 | khem | hmm |
| 07:35.16 | eFfeM_work | khem: I did not do anything with gcc* but I didn't do that yesterday either |
| 07:35.35 | khem | eFfeM_work: gcc and glibc has a weird catch-22 |
| 07:35.43 | khem | and bitbake/opkg does not help the cause |
| 07:36.04 | khem | because intermediate packages overwrite real packages |
| 07:36.23 | khem | when you unstage one the other gets unstaged too but bitbake does not know about it |
| 07:37.02 | khem | ideally it should unstage and mark all conflicting packages unstaged |
| 07:37.05 | eFfeM_work | khem should there be additonal deps for it |
| 07:37.14 | khem | no deps can help |
| 07:37.25 | khem | its the bootstrap |
| 07:37.46 | khem | only if we staged the intermediate stuff separately then it would help |
| 07:38.36 | eFfeM_work | anyway my issue was that include-fixed/limits.h included limits.h which was not there |
| 07:39.04 | eFfeM_work | guess a full rebuild would have also fixed thigns |
| 07:40.43 | *** join/#oe Proxyles (~henrik@c-b993e255.56-4-64736c14.cust.bredbandsbolaget.se) |
| 07:40.46 | khem | yeah and this file limits.h comes from eglibc-inital |
| 07:40.48 | *** join/#oe nlCortana (~johan@ip45-216-212-87.adsl2.static.versatel.nl) |
| 07:40.56 | khem | so here was the catch-22 you were in |
| 07:41.14 | khem | you had a gcc which wanted that file installed |
| 07:41.22 | khem | but it would be installed after you build the package |
| 07:41.37 | eFfeM_work | khem, yeah found that from looking at the work dir for an older version, it was not installed after I pulled your version, but now it is |
| 07:42.29 | eFfeM_work | khem, not really; eglibc-initial build fine, it was in eglibc configure where it failed; could be a task ordering issue that eglibc-initial install was not completed yet when egblic configure runs |
| 07:43.10 | eFfeM_work | is checking the console history |
| 07:43.27 | *** join/#oe xjqian (~gordon@212.247.139.72) |
| 07:47.05 | khem | ok |
| 07:49.04 | eFfeM_work | can't see anything in the history that indicates a problem, guess the problem is gone for me, I'll rm tmp and do a clean rebuild over the weekend |
| 07:50.23 | khem | ok even better |
| 07:54.02 | eFfeM_work | khem will let you know if new issues crop up, but guess it is resolved, tnx alot |
| 07:54.28 | eFfeM_work | note to self: standard solution to OE build problems is restart with a clean slate |
| 07:54.39 | eFfeM_work | restart == rebuild |
| 07:55.14 | khem | not always but sometimes when there are disruptive changes |
| 07:55.32 | CIA-2 | 03Michael Lippautz <michael.lippautz@gmail.com> 07org.openembedded.dev * r18b3318aa5 10openembedded.git/recipes/libpcre/libpcre_7.6.bb: libpcre: Remove old staging |
| 07:56.31 | ao2 | building meta-toolchain with DISTERO=minimal MACHINE=a780: ERROR: '['/home/ao2/Proj/EZX/OE/openembedded/recipes/tasks/task-sdk-host.bb']' RDEPENDS/RRECOMMENDS or otherwise requires the runtime entity 'gdb-cross-sdk' but it wasn't found in any PACKAGE or RPROVIDES variables |
| 07:56.32 | ao2 | ERROR: Required build target 'meta-toolchain' has no buildable providers. |
| 07:56.32 | ao2 | Missing or unbuildable dependency chain was: ['meta-toolchain', 'task-sdk-host', 'gdb-cross-sdk'] |
| 07:58.55 | ao2 | gdb-cross-sdk is in RDEPENDS for 'task-sdk-host' |
| 08:02.40 | khem | ao2: how old is your snapshot |
| 08:03.25 | ao2 | half an hour? |
| 08:04.13 | khem | hmm |
| 08:04.16 | ao2 | pulled org.openembedded.dev this morning and cleaned build/tmp/ |
| 08:04.39 | khem | ao2: can you do bitbake -g meta-toolchain and port the .dot files somehwere |
| 08:04.47 | ao2 | sure |
| 08:06.55 | *** join/#oe xjqian (~gordon@mir-nil-pat-118-150.wustl.edu) |
| 08:11.43 | ao2 | khem, the dot fine is not genrated, bitbake bails out with the same message, here's the full one: http://pastebin.com/6jVHLddr bitbake 1.10 |
| 08:11.49 | ao2 | s/fine/file/ |
| 08:14.37 | khem | ao2: try passing -DDD |
| 08:14.46 | khem | to bit bake and log the output |
| 08:14.59 | ao2 | khem, will do |
| 08:16.00 | khem | ao2: btw. do you have gdb-cross-sdk recipes in recipes/gdb ? |
| 08:16.01 | *** part/#oe xjqian (~gordon@mir-nil-pat-118-150.wustl.edu) |
| 08:16.13 | *** join/#oe mithro (~tim@unaffiliated/mithro) |
| 08:17.18 | *** join/#oe ant_work (~andrea@host214-85-static.34-85-b.business.telecomitalia.it) |
| 08:18.21 | ao2 | khem, I do, latest is recipes/gdb/gdb-cross-sdk_7.1.bb |
| 08:18.58 | ant_work | morning |
| 08:19.00 | khem | ao2: np I can reproduce it |
| 08:19.18 | ao2 | khem, ok |
| 08:19.44 | ant_work | hopes he's waking up from the nightmare of yesterday...all sort of issues alltogether :/ |
| 08:20.01 | khem | ant_work: life is better |
| 08:20.13 | khem | I have booted two arches with latest stuff |
| 08:20.44 | ant_work | most remarkablekhem: best one was |
| 08:20.46 | ant_work | NOTE: package gcc-cross-intermediate-4.3.3-r11.1: task do_populate_sysroot: Started |
| 08:20.53 | ant_work | new rpath '$ORIGIN/../../../../usr/lib:$ORIGIN/../../../../../..' too large; maximum length 50 |
| 08:23.06 | khem | chug along |
| 08:23.13 | khem | thats just a note ant_work |
| 08:23.32 | ant_work | yea, but was the rpath changed otr not? |
| 08:24.43 | *** join/#oe lrg (~lrg@slimlogic.co.uk) |
| 08:25.57 | ant_work | and bitbake package-index did not end... |
| 08:27.56 | ant_work | anyway, is friday ;) |
| 08:35.17 | *** join/#oe Spyzer (~spyzer@210.212.53.155) |
| 08:36.57 | khem | yes |
| 08:44.28 | *** join/#oe Sleep_Walker (~Sleep@gprs22.vodafone.cz) |
| 08:45.10 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
| 08:58.12 | *** join/#oe playya (~playya@unaffiliated/playya) |
| 09:02.08 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r504e77420b 10openembedded.git/ (2 files in 2 dirs): linux-omap-psp 2.6.32: move to 3.00.01.06 |
| 09:32.06 | *** join/#oe demon93 (~demon93@cpc2-rdng2-0-0-cust357.winn.cable.ntl.com) |
| 09:33.38 | *** join/#oe cbrake (~cbrake@oh-69-34-21-229.sta.embarqhsd.net) |
| 09:43.10 | *** join/#oe Proxyles (~henrik@c-b993e255.56-4-64736c14.cust.bredbandsbolaget.se) |
| 09:52.18 | *** join/#oe Sleep_Walker (~Sleep@nat/novell/x-khdrnikzcnppuxkx) |
| 09:55.05 | florian | good morning |
| 09:55.11 | florian | hrw|gone: ping |
| 10:07.02 | hrw | pong florian |
| 10:09.12 | florian | hrw: Do you think the "umask 000" in the buildbot scripts is a good idea? Is there a reason not to use e.g. 022 |
| 10:10.33 | hrw | florian: I had that in my scripts mostly to be able to go into buildbot dirs as not-buildbot user |
| 10:11.25 | CIA-2 | 03Roger Monk <r-monk@ti.com> 07org.openembedded.dev * r75d45d51e8 10openembedded.git/recipes/ti/ti-cgt6x_6.1.14.bb: |
| 10:11.27 | CIA-2 | ti-cgt6x: Add version 6.1.14 |
| 10:11.27 | CIA-2 | Signed-off-by: Roger Monk <r-monk@ti.com> |
| 10:11.27 | CIA-2 | Signed-off-by: Koen Kooi <k-kooi@ti.com> |
| 10:12.24 | florian | hrw: The drawback is that this influences everything... in a way that might be very unpleasant. |
| 10:13.02 | hrw | florian: basically do not alter umask |
| 10:14.40 | florian | hrw: it might be necessary since buildbot alters it if i remember correctly. |
| 10:15.37 | *** join/#oe tasslehoff (~Mich@147.84-49-231.nextgentel.com) |
| 10:17.39 | *** join/#oe timtimred (~meh@79-77-166-41.dynamic.dsl.as9105.com) |
| 10:21.16 | *** join/#oe likewise (~likewise@ip54560617.speed.planet.nl) |
| 10:23.50 | ant_work | hrw: you once discouraged against piping the output of bitbake on a file...better ideas to keep the full log (with NOTES)? |
| 10:25.33 | *** join/#oe GNUtoo (~GNUtoo@host103-144-dynamic.54-79-r.retail.telecomitalia.it) |
| 10:26.50 | ant_work | tee? |
| 10:27.23 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
| 10:27.34 | JaMa | me always use tee |
| 10:27.43 | JaMa | and really long screen history |
| 10:28.16 | ant_work | ok, thx |
| 10:28.34 | CIA-2 | 03Jacob Helwig <jacob@technosorcery.net> 07org.openembedded.dev * r23ebefbac8 10openembedded.git/docs/usermanual/reference/var_src_uri.xml: |
| 10:28.34 | CIA-2 | usermanual: Add missing opening <varlistentry> tag in the user manual. |
| 10:28.34 | CIA-2 | While we're here, remove the straggling hard-tabs. |
| 10:28.34 | CIA-2 | Signed-off-by: Jacob Helwig <jacob@technosorcery.net> |
| 10:29.04 | JaMa | with 1.10 it's great to see error log (ie log.do_compile) immediately on bitbake output, but for longer logs it's harder to find log filename, would be great to say filename in the begining as well as after log |
| 10:29.53 | hrw | ant_work: use screen logging function |
| 10:29.58 | ant_work | I had silent (no logs in workdir) failure building console-image |
| 10:30.00 | ant_work | JaMa: btw could you pls try 'bitbake package-index' ? |
| 10:30.01 | hrw | ant_work: best way for logs |
| 10:30.54 | JaMa | ant_work: I use -c rebuild -b path_to_package-index |
| 10:31.09 | JaMa | ant_work: but i guess both works |
| 10:32.19 | ant_work | this simple package was failing/stalling on task do_setscene |
| 10:32.46 | JaMa | ant_work: have you tried to -c clean it first? |
| 10:32.58 | ant_work | it was a rebuild from scratch |
| 10:33.08 | JaMa | seen that too on another host, but -c clean and it worked ok again |
| 10:34.12 | *** join/#oe mrc3_ (~ddiaz@189.157.113.169) |
| 10:34.42 | ant_work | bah..I had all sort of issues that I zapped tmpdir and went away.. |
| 10:35.18 | ant_work | further rebuils were triggering new oddities.. |
| 10:35.20 | ant_work | <PROTECTED> |
| 10:36.08 | ant_work | I fit rehappens today I'll send a msg to the ML |
| 10:36.34 | ant_work | I kept part of the screen logs |
| 10:37.25 | GNUtoo | hi, I bitbaken wesnoth with boost 1.41,then cleaned both and bitbaken gnash and wesnoth with boost 1.40,it didn't create 1.40 packages,how do I create them and install them? |
| 10:47.25 | Crofton|work | mickey|sports, ping |
| 10:52.37 | *** join/#oe woglinde (~heinold@f052237011.adsl.alicedsl.de) |
| 10:53.51 | hrw | XorA: alive? |
| 10:55.34 | XorA | hrw: yes |
| 10:55.42 | Crofton|work | he seems depressed over the election |
| 10:56.03 | XorA | Crofton|work: I dont care really, its a bunch of idiots no matter who won |
| 10:56.03 | woglinde | ??? |
| 10:56.14 | Crofton|work | :) |
| 10:56.17 | hrw | XorA: when you arrive at uds? |
| 10:56.23 | hrw | woglinde: UK election |
| 10:56.24 | woglinde | hm the ti stuff works with binutils 2.18 |
| 10:56.34 | woglinde | hrw not better than here |
| 10:56.41 | *** join/#oe mickey|office (~Mickey@dialbs-092-079-168-007.static.arcor-ip.net) |
| 10:56.45 | zecke | XorA: ah, you are with Canonical too? |
| 10:56.56 | woglinde | he zecke |
| 10:57.00 | woglinde | hr mickyl |
| 10:57.02 | Crofton|work | damn it, we have the worst politicians! |
| 10:57.21 | XorA | zecke: I work for LRG |
| 10:57.23 | Crofton|work | zecke, we need that gsm monitoring solution :) |
| 10:57.35 | XorA | zecke: just happen to be doing some work on Ubuntu stuff |
| 10:57.40 | XorA | hrw: monday night |
| 10:58.24 | woglinde | crofton in th US? |
| 10:58.29 | Crofton|work | yes |
| 10:58.52 | Crofton|work | we are the best at everything, including having the worst politicians :) |
| 10:59.06 | zecke | Crofton|work: well, you should buy an operator |
| 10:59.09 | XorA | can guarantee two things, more taxes and more anti terror laws |
| 10:59.33 | *** join/#oe shashi (~a0876501@nat/ti/x-yueqdjxvpcwyuqoa) |
| 10:59.39 | Crofton|work | based on recent events, the terrorists are gettting stupid |
| 10:59.43 | hrw | XorA: still +4477xxxxxx58 is your phone number? |
| 10:59.54 | XorA | hrw: yes |
| 11:00.30 | hrw | XorA: I have same as in past too |
| 11:00.37 | XorA | hrw: +4860xxxxxx708? |
| 11:00.45 | hrw | yes |
| 11:00.50 | XorA | awesome |
| 11:01.45 | broonie | XorA: Hrm, that's a point - I'll just text you my owrk mobile number in case I do make it to UDS (someone else pays the roaming fees for it!) |
| 11:01.47 | XorA | land at 7pm local time, so I guess Ill be at hotal about 8pm |
| 11:02.25 | hrw | broonie: we need to make a beer then |
| 11:02.28 | XorA | broonie: got it |
| 11:02.49 | hrw | http://lists.impactlinux.com/pipermail/firmware-impactlinux.com/2009-November/000468.html |
| 11:03.02 | broonie | hrw: Yup |
| 11:12.06 | RP | ant_work: If you're having problems, I really need detailed reports to the OE mailing list rather than cryptic fragments on irc:) |
| 11:17.57 | ant_work | sure |
| 11:18.25 | ant_work | I'll log the screen this time |
| 11:19.05 | *** join/#oe PuffTheMagic (~quassel@unaffiliated/puffthemagic) |
| 11:23.01 | tasslehoff | I'm creating a recipe for apiextractor, which uses cmake to build. During configure it complains about not finding qmake. How do I fix this? |
| 11:24.10 | *** join/#oe erik006 (~erik006@75-119-225-216.dsl.teksavvy.com) |
| 11:24.30 | *** join/#oe slapin_nb (~slapin@195.88.210.46) |
| 11:24.39 | ant_work | as woglinde saw, there are a couple of packages wich are suggested to inherit gettext (one is coreutils-native). Quilt native has strangeness too |
| 11:24.49 | Crofton|work | zecke, I need to work hard on openbts codebase :) |
| 11:29.53 | hrw | ok, bye all |
| 11:33.37 | woglinde | re |
| 11:35.12 | tasslehoff | anyone? I tried to do "export QMAKE" like the konqueror-recipe does, but to no avail. |
| 11:37.21 | *** part/#oe shashi (~a0876501@nat/ti/x-yueqdjxvpcwyuqoa) |
| 11:39.18 | tasslehoff | bah, depending on qmake-native will probably help :) |
| 11:40.51 | tasslehoff | or not |
| 11:45.33 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
| 11:57.58 | *** join/#oe kristoffer (~kristoffe@109.58.56.255.bredband.tre.se) |
| 12:06.56 | zecke | Crofton|work: want? or you can? |
| 12:07.12 | Crofton|work | want at the moment |
| 12:07.19 | Crofton|work | busy on a nother project |
| 12:07.47 | Crofton|work | ttsou has been using openbts to help teach people about cellular systems |
| 12:09.59 | zecke | yeah, I learn alot about celluar systems... |
| 12:10.13 | zecke | like how to handle people coming out of an airplane (or a comparable flood) |
| 12:10.58 | Crofton|work | heh |
| 12:11.00 | *** join/#oe erik006 (~erik006@mc-126-24.IPReg.mcmaster.ca) |
| 12:11.11 | Crofton|work | that must be crazy all those phones coming on at once |
| 12:12.04 | zecke | Crofton|work: yeah, and to make it worse the network tries to deliver the welcome SMS as well. |
| 12:12.24 | Crofton|work | I haven't seen that in the US lately |
| 12:13.21 | zecke | Crofton|work: I assume you roam less lately |
| 12:13.39 | Crofton|work | not really |
| 12:14.01 | Crofton|work | although travel within us I don't "roam" |
| 12:14.06 | ant_work | zecke: can these broadcast operator-welcome be filtered on normal phones (symbian?) |
| 12:14.12 | Crofton|work | I was in California for a couple of weeks |
| 12:14.20 | XorA | those SMS drive me crazy |
| 12:14.23 | ant_work | yep |
| 12:14.32 | XorA | I dont want told 10 times that Im in another country |
| 12:14.42 | ant_work | when I travel from IT through CH to DE...10-12 msgs |
| 12:14.43 | XorA | I just got off a plan goddamit, I better be somewhere else |
| 12:15.02 | ant_work | not only in airport |
| 12:15.09 | woglinde | ant thats eu-law |
| 12:15.14 | XorA | even worse when they used to come in the local language |
| 12:15.24 | zecke | ant_work: how should I know? |
| 12:15.33 | *** join/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
| 12:15.42 | ant_work | I never messe with phones |
| 12:16.32 | ant_work | but if those are broadcast msgs it can be funny without a 'firewall' |
| 12:16.35 | soltys | any one with buildhost on freebsd ? |
| 12:18.21 | ant_work | woglinde: iirc there should be a new law wrt roaming costs |
| 12:18.24 | ant_work | in EU |
| 12:18.45 | woglinde | ant hm not real law |
| 12:18.58 | ant_work | nowI mean a Directive/Verordnung |
| 12:19.31 | woglinde | but upper limit |
| 12:19.36 | ant_work | he he |
| 12:19.36 | woglinde | for roaming cost |
| 12:20.04 | ant_work | we'll see, now it is very expensive |
| 12:20.18 | ant_work | without any real reason but profit |
| 12:20.36 | ant_work | is like with the banks before IBAN |
| 12:20.37 | Crofton|work | Greed is Good! |
| 12:21.31 | *** join/#oe mickey|sports (~mickey@80.81.242.146) |
| 12:21.33 | ant_work | people must earn to be able to spend |
| 12:21.45 | ant_work | that's how it worls |
| 12:22.20 | Crofton|work | that's a line from the movie wall street |
| 12:23.04 | woglinde | hm something in the deps of gtk-native is broken |
| 12:23.19 | zecke | ant_work: no, it is not broadcast. |
| 12:23.19 | woglinde | pulls in a lot of none native packages |
| 12:23.24 | ant_work | woglinde: did you see that gettext msgs in coreutils-native? |
| 12:23.49 | woglinde | ant yes |
| 12:24.09 | ant_work | there was another one later in the logs..I'll keep track this time |
| 12:24.19 | ant_work | and quilt too |
| 12:24.26 | ant_work | was complaining |
| 12:24.27 | woglinde | ant yes |
| 12:24.43 | ant_work | ok, is not only by me :) |
| 12:24.54 | ant_work | parallel build? bbthreads? |
| 12:25.26 | woglinde | ant has nothing to do with bbthreads |
| 12:25.38 | ant_work | I suspect I hit some race |
| 12:25.42 | woglinde | its a warning rp build in |
| 12:25.44 | ant_work | no, other issues :/ |
| 12:25.56 | woglinde | someone should fix it |
| 12:26.00 | mickey|office | morning |
| 12:26.10 | woglinde | quilt shoud be converted to BBCLASSEXTEND to |
| 12:26.24 | woglinde | hm |
| 12:26.34 | woglinde | gtk+-native has pango as dep |
| 12:26.37 | woglinde | how odd |
| 12:27.07 | ant_work | woglinde: some packages were stalling on task do_setscene apparently |
| 12:29.46 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rc302f739d4 10openembedded.git/recipes/git/git_1.7.0.2.bb: git: add ssh to recommends |
| 12:29.46 | woglinde | got it |
| 12:29.48 | woglinde | "pango-native.do_package_write_ipk" -> "pango.do_package" |
| 12:32.09 | *** join/#oe kristoffer (~kristoffe@109.58.56.255.bredband.tre.se) |
| 12:35.20 | woglinde | hm pango.inc has old staging |
| 12:35.36 | woglinde | maybee thats the problem |
| 12:36.25 | woglinde | hm nope |
| 12:45.19 | *** join/#oe tasslehoff (~Mich@147.84-49-231.nextgentel.com) |
| 12:49.23 | woglinde | hm hm |
| 12:49.27 | woglinde | ping rp |
| 12:53.59 | *** join/#oe playya_ (~playya@unaffiliated/playya) |
| 12:54.17 | woglinde | ping kergoth |
| 12:54.19 | woglinde | hm |
| 12:58.14 | *** join/#oe tasslehoff (~tasslehof@147.84-49-231.nextgentel.com) |
| 13:02.32 | *** join/#oe Sleep_Walker (~Sleep@nat/novell/x-mrzmxfeuvnitobwl) |
| 13:10.33 | *** join/#oe rsalveti (~rsalveti@200.184.118.130) |
| 13:17.53 | *** join/#oe HopsNBarley (~hops@nslu2-linux/HopsNBarley) |
| 13:18.26 | *** join/#oe davidbpa (~davidbpa@200.129.46.152) |
| 13:20.46 | *** join/#oe Openfree (~df@222.65.52.67) |
| 13:26.47 | *** join/#oe aloisiojr (~aloisio@200.184.118.130) |
| 13:37.36 | soltys | any one with buildhost on freebsd ? |
| 13:39.17 | *** join/#oe GNUtoo|oeee (~GNUtoo@host103-144-dynamic.54-79-r.retail.telecomitalia.it) |
| 13:39.50 | *** join/#oe BenLauDC (~benlau@221.125.8.44) |
| 13:41.52 | ant_work | no..sorry |
| 13:42.15 | ant_work | perhaps Jay7 had some bsd |
| 13:43.29 | soltys | thats bad.. |
| 13:43.39 | soltys | maybe on ml there will be some.. |
| 13:46.30 | *** join/#oe jconnolly (~jconnolly@acct-342343.voice.dsl.net) |
| 13:50.43 | *** join/#oe rsalveti (~rsalveti@200.184.118.130) |
| 14:01.42 | *** join/#oe playya (~playya@unaffiliated/playya) |
| 14:11.43 | *** join/#oe xjqian (~gordon@82.203.205.227) |
| 14:13.23 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 14:13.38 | mwester | gm |
| 14:15.59 | *** join/#oe kgilmer (~kgilmer@acct-342343.voice.dsl.net) |
| 14:19.38 | *** join/#oe xjqian (~gordon@mir-nil-pat-118-150.wustl.edu) |
| 14:21.24 | *** join/#oe ericben (~eric@pac33-2-82-240-38-71.fbx.proxad.net) |
| 14:31.27 | *** join/#oe erik006 (~erik006@mc-126-24.IPReg.mcmaster.ca) |
| 14:40.42 | *** join/#oe erik006 (~erik006@mc-126-24.IPReg.mcmaster.ca) |
| 14:50.53 | *** join/#oe kgilmer (~kgilmer@acct-342343.voice.dsl.net) |
| 14:56.52 | *** join/#oe mouss (~mouss@cqf44-2-88-164-112-80.fbx.proxad.net) |
| 14:57.01 | mouss | hello |
| 14:57.29 | mouss | i need a support to use an angstrom base distribution with an external toolchain |
| 14:57.47 | rhc | mouss: i'm doing the same thing, what's your question? |
| 14:57.51 | mouss | this toolchain has been build using the recipe meta-toolchain.bb |
| 14:58.15 | mouss | then i have untarred the 2 tar.gz produced to / |
| 14:58.53 | mouss | so i have the /usr/local/angstrom/ directories |
| 14:59.33 | mouss | then i have change my distro.conf file with the following : |
| 14:59.33 | mouss | TOOLCHAIN_TYPE ?= "external" |
| 14:59.33 | mouss | TOOLCHAIN_BRAND ?= "generic" |
| 15:00.30 | mouss | but at the end , when i reach the point to create my filesystem image ihave the following error : |
| 15:00.30 | mouss | Configuring kernel-2.6.32. |
| 15:00.30 | mouss | | Configuring update-rc.d. |
| 15:00.30 | mouss | | Configuring busybox. |
| 15:00.30 | mouss | | Configuring enove-appli. |
| 15:01.15 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r6267e295d4 10openembedded.git/recipes/perl/ (perl-native_5.10.1.bb perl-native_5.8.8.bb): |
| 15:01.15 | CIA-2 | perl-native: fix do_install a bit more |
| 15:01.16 | CIA-2 | * this doesn't solve the build problem with perl, though |
| 15:01.16 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * raa5af845e4 10openembedded.git/contrib/angstrom/sort.sh: angstrom feed sorted: add imote2 support |
| 15:01.46 | *** join/#oe mouss (~mouss@cqf44-2-88-164-112-80.fbx.proxad.net) |
| 15:01.53 | mouss | hello i am here again |
| 15:01.59 | mouss | sorry about the excess fllod |
| 15:02.01 | mouss | flood |
| 15:02.05 | mouss | i did not know |
| 15:02.11 | mouss | did you get my problem ? |
| 15:02.37 | mouss | the error i had is the following : |
| 15:02.38 | mouss | satisfy_dependencies_for: Cannot satisfy the following dependencies for task-boot: |
| 15:02.38 | mouss | | * glibc * glibc * glibc * glibc * glibc * |
| 15:02.45 | mwester | pastebin, mouss |
| 15:02.54 | mouss | ah ok right |
| 15:03.55 | *** join/#oe stefan_schmidt (~stefan@p5B0365B6.dip.t-dialin.net) |
| 15:04.13 | mouss | http://pastebin.com/mhkDhuK1 |
| 15:08.14 | *** join/#oe erik006 (~erik006@mc-126-24.IPReg.mcmaster.ca) |
| 15:09.22 | JaMa | Steffen Sledz here? |
| 15:09.45 | *** join/#oe matgnt (~matthias@p4FCF1180.dip0.t-ipconnect.de) |
| 15:10.47 | *** join/#oe konne (~Miranda@85.183.99.11) |
| 15:12.30 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rfe4ff6940b 10openembedded.git/recipes/perl/ (perl_5.10.1.bb perl_5.8.8.bb): perl: change 'cp' to 'ln' to fix perl build issues, thanks to Tom Rini for the suggestion |
| 15:15.06 | mouss | mwester, have you encounter this problem ? |
| 15:16.19 | mwester | no. Actually, the distro I'm responsible for hasn't built since someone checked in a broken change two weeks ago, so I'm not able to see what problems currently exist. |
| 15:18.25 | mouss | what is that distro ? |
| 15:18.58 | *** join/#oe bleikert (~quassel@217-162-209-197.dclient.hispeed.ch) |
| 15:21.54 | mwester | One of the older distro's in OE - SlugOS |
| 15:22.35 | *** join/#oe awozniak (~awozniak@adsl-76-205-222-173.dsl.snlo01.sbcglobal.net) |
| 15:27.22 | *** join/#oe robtow (~rob@64.62.142.114) |
| 15:29.11 | *** part/#oe mouss (~mouss@cqf44-2-88-164-112-80.fbx.proxad.net) |
| 15:34.31 | *** join/#oe Heinervdm (~thomas@pD9E17F75.dip.t-dialin.net) |
| 15:35.36 | *** join/#oe whittenburg (~whittenbu@mail.tacticalelectronics.com) |
| 15:37.00 | *** join/#oe slapin_nb (~slapin@195.88.210.46) |
| 15:40.57 | ant_work | mwester: you had opkg-cl waiting for input iirc. What was exactly? |
| 15:41.47 | XorA | we realy should make our opkg-native fail under those conditions |
| 15:42.06 | ant_work | I suppose SlugOS could miss some magic bit present in A. and minimal |
| 15:42.29 | XorA | hopes Angstrom isnt silently ignoring file overwrites |
| 15:42.48 | XorA | there is a always answer Y command line to opkg so its possible I guess |
| 15:43.11 | ant_work | there was an issue months ago, got solved iirc |
| 15:43.28 | ant_work | at least, I did not see it anymore |
| 15:43.50 | ant_work | must be in the ML |
| 15:44.52 | mwester | ant_work, a recent OE change added /etc/device_table to the CONFFILES, so when opkg was building the rootfs, and installed the package that contains the REAL /etc/device_table, it sat there consuming 100% of a processor asking if it should overwrite /etc/device_table or not. |
| 15:45.19 | mwester | XorA is right that it should fail rather than hang. |
| 15:45.20 | ant_work | ah..CONFFILES |
| 15:45.24 | robtow | yikes |
| 15:45.56 | ant_work | this is debian/U-A biased..I don't know exactly |
| 15:46.07 | ant_work | (portage rulez) |
| 15:46.08 | mwester | But it would be nice if someone could also offer a suggestion on how to handle such cases. How do I remove the unwanted /etc/device_table that apparently I now get courtesy of somebody else? |
| 15:46.30 | ant_work | he |
| 15:47.13 | *** join/#oe pb_ (~pb@88-108-80-109.dynamic.dsl.as9105.com) |
| 15:47.29 | *** join/#oe tharvey (~tharvey@adsl-76-205-222-173.dsl.snlo01.sbcglobal.net) |
| 15:47.34 | mwester | (And yes it would ideal if I would find some way to integrate SlugOS' handling of the device_table into whatever the new mechanism is, because I suspect that SlugOS has its own due to the very bug that commit fixed... but that takes time I do not have, and each day that passes means more testing has been missed...) |
| 15:48.23 | XorA | that commit just looks wrong, and it looks to me like we have always done them wrong |
| 15:48.29 | XorA | never looked at the area before |
| 15:48.40 | XorA | rm -rf ${IMAGE_ROOTFS}/etc/device_table |
| 15:49.04 | mwester | yes, but where? |
| 15:49.29 | XorA | mwester: I mean removing the package supplied dev_table feels really wrong to me |
| 15:50.02 | XorA | mwester: image.bbclass is poking around in files marked as owned by packages, thats just nasty |
| 15:50.28 | mwester | Ah. Yes. But I did spend some time investigating this a year ago, when I ported SlugOS to the Sheevaplug and needed a different device_table. There's no doubt that the way SlugOS does it is not right either. |
| 15:50.54 | mwester | I'm not sure WHO should really own files like device_table. |
| 15:50.55 | woglinde | soltys please look at openembedded/site and put a file for your bsd there |
| 15:52.49 | XorA | doesnt see why this cannot be done in a dev-tables.bb which is PACKAGE_ARCH = "${MACHINE_ARCH}" |
| 15:52.50 | mwester | But I guess I do feel that there is an argument to be made that the device_table created by OE from the files in the ${OE}/conf directory should probably be able to be overwritten by one provided as part of a bb recipe directly. |
| 15:52.55 | XorA | but I dont have time to work on it |
| 15:53.20 | XorA | whole thing does feel wrong to me |
| 15:53.22 | Tartarus | mwester: So, if I follow this right, SlugOS has had a /etc/device_tables file for a long time, right? |
| 15:53.38 | mwester | Hmmm... a specific bb for the device_table? That actually sounds rather heavy-wieght, but it should work. |
| 15:53.41 | mwester | Tartarus, yes. |
| 15:53.49 | Tartarus | mwester: What's the hook you made to do it? |
| 15:53.54 | ant_work | in slugos-image.inc |
| 15:53.55 | ant_work | IMAGE_DEVICE_TABLES = "files/device_table-slugos.txt" |
| 15:54.03 | XorA | mwester: I dont think there should be any files on rootfs not owned by a package |
| 15:54.09 | soltys | woglinde: no idea what to put in it.. |
| 15:54.20 | mwester | Tartarus, it's added by the SlugOS-specific initscripts. |
| 15:54.20 | soltys | woglinde: I'm new to this |
| 15:54.37 | Tartarus | mwester: OK, I think the answer is to switch to what ant_work just said |
| 15:54.51 | Tartarus | XorA: I know a lotta folks who think just the opposite |
| 15:55.09 | mwester | ant_work, I messed with that during the Sheevaplug porting; I can't recall what broke but it broke badly when I changed that. |
| 15:55.09 | XorA | Tartarus: then they are plain wrong :-D |
| 15:55.18 | Tartarus | XorA: Doubly so if you're expecting to be able to use OE to create the image you need now, not to have to customize it later |
| 15:55.55 | XorA | Tartarus: thats just bad engineering, these sort of hacks always end up deployed |
| 15:56.11 | ant_work | iirc IMAGE_DEVICE_TABLES != IMAGE_DEVICE_TABLE |
| 15:56.25 | ant_work | I can't grep from here... |
| 15:56.39 | XorA | hmm, looks like package staging is up the wazoo :-( |
| 15:56.53 | Tartarus | XorA: If they're written in recipes, they aren't so much hacks as working around other peoples designs |
| 15:57.14 | *** join/#oe pb_ (~pb@88-108-80-109.dynamic.dsl.as9105.com) |
| 15:59.01 | mwester | ant_work, that's correct - the plural form and the singular are different, and IIRC I can override one but not the other... which is what messed up the Sheevaplug variation for SlugOS... |
| 15:59.10 | ant_work | OMG |
| 15:59.18 | woglinde | soltys run configure manualy |
| 15:59.29 | woglinde | soltys and fetch the stuff from there |
| 15:59.40 | soltys | woglinde: but it fail while parsing recipes |
| 15:59.51 | woglinde | than put the stuff into file called i386-freebsd8 |
| 16:00.21 | *** join/#oe mickey|office (~Mickey@dialbs-092-079-168-007.static.arcor-ip.net) |
| 16:08.01 | *** join/#oe morphis (~morphis@p5489A3CF.dip.t-dialin.net) |
| 16:13.33 | *** join/#oe kristoffer (~kristoffe@79.138.203.28.bredband.tre.se) |
| 16:19.02 | *** join/#oe kergoth_ (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 16:19.54 | *** join/#oe pb_ (~pb@88-108-80-109.dynamic.dsl.as9105.com) |
| 16:21.35 | CIA-2 | 03Eric Benard <eric@eukrea.com> 07org.openembedded.dev * r8f712018ec 10openembedded.git/classes/kernel.bbclass: (log message trimmed) |
| 16:21.35 | CIA-2 | kernel.bbclass: fix staging of .config |
| 16:21.35 | CIA-2 | - in staging.bb : sysroot_stage_dir does : cp -fpPR "$src"/* "$dest" |
| 16:21.35 | CIA-2 | which means it won't copy .config |
| 16:21.35 | CIA-2 | - so do the copy of .config in sysroot_stage_all_append after |
| 16:21.36 | CIA-2 | sysroot_stage_dir |
| 16:21.36 | CIA-2 | Signed-off-by: Eric Benard <eric@eukrea.com> |
| 16:38.44 | *** join/#oe steliosk (~Stelios@79.107.144.121) |
| 16:38.58 | woglinde | hi steliosk |
| 16:40.30 | steliosk | wongline : hi ! |
| 16:55.57 | *** join/#oe zenlinuxPDX (~sgarman@li38-254.members.linode.com) |
| 17:02.50 | *** join/#oe kergoth_ (~clarson@ip24-251-170-95.ph.ph.cox.net) |
| 17:02.58 | woglinde | re kergoth |
| 17:03.05 | kergoth_ | hey |
| 17:03.07 | kergoth_ | how's it going? |
| 17:03.20 | woglinde | kergoth I have a nice problem for you or rp |
| 17:03.27 | kergoth_ | okay, what is it? |
| 17:03.34 | woglinde | its regarding native packages |
| 17:03.45 | woglinde | try bitbake -g gtk+-native |
| 17:03.51 | woglinde | and look the depends |
| 17:04.16 | woglinde | I am not sure that only packages with BBCLASSEXTEND are in case |
| 17:05.09 | woglinde | but for example when a native package has a dependency on another native package |
| 17:05.18 | woglinde | which uses BBCLASSEXTEND |
| 17:05.45 | woglinde | the do_stage from the not-native package of the recipe is dragged in |
| 17:05.54 | woglinde | and there for the whole crosscompiling |
| 17:06.21 | kergoth_ | hmm |
| 17:06.40 | woglinde | it isn't a show stopper |
| 17:07.25 | kergoth_ | interesting. |
| 17:07.44 | kergoth_ | bitbake gtk+-native builds gcc-cross and everything, that's the issue? |
| 17:07.46 | kergoth_ | weird. |
| 17:07.56 | woglinde | the reason is |
| 17:08.00 | woglinde | pango |
| 17:08.02 | woglinde | or atk |
| 17:08.42 | woglinde | gtk+-native do_ipkg depends on pango-native.do_stage and pango.do_stage |
| 17:08.49 | woglinde | the rest you can imagine |
| 17:09.57 | woglinde | I am not sure if the problem comes from bitbake or oe |
| 17:12.10 | kergoth_ | nods |
| 17:12.35 | kergoth_ | will look into it |
| 17:12.41 | woglinde | :) |
| 17:25.49 | kergoth_ | hmm |
| 17:25.54 | kergoth_ | i should look at the runqueue generation code |
| 17:27.08 | *** join/#oe dfoley (~dfoley@s207-6-220-230.bc.hsia.telus.net) |
| 17:29.25 | *** join/#oe alecrim (~alecrim@187.82.162.54) |
| 17:35.36 | *** part/#oe dfoley (~dfoley@s207-6-220-230.bc.hsia.telus.net) |
| 17:35.56 | kergoth_ | why do i have stephen lynch - grandfather stuck in my head? |
| 17:41.13 | kergoth_ | yow. someone at work determined that the uname call in BUILD_OS is executed like 47,000 times in a typical build.. time for a ;= |
| 17:41.18 | kergoth_ | s/;=/:=/ |
| 17:43.16 | *** join/#oe PuffTheMagic_ (~quassel@unaffiliated/puffthemagic) |
| 17:46.07 | *** join/#oe matgnt1 (~matthias@p4FCF1180.dip0.t-ipconnect.de) |
| 17:53.10 | kergoth_ | hmm |
| 17:53.29 | kergoth_ | I think if I can fix this pysh problem with case statements, I may be ready to start looking at the BitBake integration |
| 17:53.30 | CIA-2 | 03Roman I Khimov <khimov@altell.ru> 07org.openembedded.dev * r4300942c87 10openembedded.git/recipes/net-snmp/net-snmp.inc: |
| 17:53.30 | CIA-2 | net-snmp: fix static libs packaging |
| 17:53.30 | CIA-2 | No reason to have static libraries in -libs package. |
| 17:53.30 | CIA-2 | Signed-off-by: Roman I Khimov <khimov@altell.ru> |
| 17:53.39 | CIA-2 | 03Roman I Khimov <khimov@altell.ru> 07org.openembedded.dev * r34f01346be 10openembedded.git/recipes/net-snmp/net-snmp.inc: |
| 17:53.39 | CIA-2 | net-snmp: convert to new staging |
| 17:53.39 | CIA-2 | Signed-off-by: Roman I Khimov <khimov@altell.ru> |
| 17:53.44 | *** join/#oe kristoffer (~kristoffe@95.209.140.75.bredband.tre.se) |
| 17:54.16 | *** join/#oe Spyzer (~spyzer@210.212.53.155) |
| 17:54.54 | *** join/#oe rkirti (~oespirit@203.199.213.3) |
| 17:55.09 | CIA-2 | 03Roman I Khimov <khimov@altell.ru> 07org.openembedded.dev * r25fc39e389 10openembedded.git/recipes/pacemaker/ (files/kill-stack-protector.patch pacemaker_1.0.8.bb): |
| 17:55.09 | CIA-2 | pacemaker: completely disable stack protector for uclibc builds |
| 17:55.09 | CIA-2 | Make uclibc builds stable across different architectures. |
| 17:55.09 | CIA-2 | Signed-off-by: Roman I Khimov <khimov@altell.ru> |
| 18:02.55 | *** join/#oe erik006 (~erik006@mc-126-24.IPReg.mcmaster.ca) |
| 18:04.44 | *** join/#oe jmpdelos_ (~polk@outgoing.delos.com) |
| 18:11.54 | *** join/#oe toi (~toi@d54C2AA76.access.telenet.be) |
| 18:16.56 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r9dd31c31a3 10openembedded.git/conf/machine/include/omap3.inc: omap3.inc: bump MACHINE_KERNEL_PR |
| 18:19.08 | *** join/#oe YEmperor (~devesh@203.199.213.3) |
| 18:19.23 | *** join/#oe Martin-B (~martin@pool-84-67-198-89.dbd-ipconnect.net) |
| 18:22.27 | *** join/#oe slapin_nb (~slapin@195.88.210.46) |
| 18:24.17 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 18:25.17 | *** join/#oe alecrim (~alecrim@187.82.156.108) |
| 18:27.43 | cbrake | hmm, Ubuntu 10.04 can't untar expat-2.0.1.tar.gz - works fine on 9.10 ... |
| 18:28.00 | kergoth_ | ouch |
| 18:28.12 | cbrake | gzip: stdin: invalid compressed data--crc error |
| 18:28.27 | khem | cbrake: always the case ? |
| 18:28.31 | cbrake | md5sum looks fine |
| 18:28.33 | cbrake | khem: yes |
| 18:28.45 | cbrake | khem: do you have 10.04 running on anything handy? |
| 18:28.50 | kergoth_ | maybe the issue was always there and the new one is just more picky? |
| 18:29.02 | kergoth_ | has a 10.04 upgrade going as we speak, but thats got another 1.5 hours to go :) |
| 18:29.08 | cbrake | kergoth_: yeah, seems likely |
| 18:29.24 | cbrake | anyone have Ubuntu 10.04 and care to try to untar: http://downloads.sourceforge.net/project/expat/expat/2.0.1/expat-2.0.1.tar.gz?use_mirror=softlayer |
| 18:29.35 | kergoth_ | wonder if there's an option to make it continue anyway, or repair it, or something |
| 18:32.06 | cbrake | I'd like to verify at least one other person is seeing it |
| 18:32.20 | kergoth_ | nods |
| 18:32.42 | kergoth_ | anyone here decent with python and want to review some code for me? |
| 18:33.18 | woglinde | hm |
| 18:33.21 | *** join/#oe kristoffer (~kristoffe@95.209.140.75.bredband.tre.se) |
| 18:33.24 | woglinde | I can look over it |
| 18:33.41 | woglinde | but dont know if I can spot something |
| 18:34.15 | woglinde | so lets give it a try |
| 18:36.10 | *** join/#oe kristoffer (~kristoffe@95.209.104.154.bredband.tre.se) |
| 18:36.58 | khem | cbrake: yes I have 10.04 on two systems |
| 18:37.32 | cbrake | khem: do you mind trying to unzip expat-2.0.1.tar.gz? |
| 18:37.37 | khem | trying |
| 18:38.13 | khem | cbrake: works |
| 18:38.18 | khem | tar -xzf expat-2.0.1.tar.gz |
| 18:38.45 | woglinde | kergoth where is the code? |
| 18:38.46 | woglinde | hi khem |
| 18:38.50 | cbrake | khem: maybe this is a sign I should take the rest of the afternoon off :-\ |
| 18:38.57 | woglinde | khem with binutils 2.18 the ti stuff builds |
| 18:39.05 | cbrake | khem: I'll try rebooting ... |
| 18:39.15 | cbrake | khem: thanks |
| 18:39.24 | khem | woglinde: hmm interesting |
| 18:39.44 | khem | woglinde: you need to enable me to reproduce it |
| 18:39.50 | khem | cbrake: ok |
| 18:39.57 | khem | out to lunch |
| 18:40.21 | woglinde | khem sure |
| 18:40.25 | woglinde | uise angstorem |
| 18:40.29 | woglinde | binutils 2.19.1 |
| 18:40.36 | woglinde | machine beagleboard |
| 18:40.47 | woglinde | bitbake gtreamer_ti |
| 18:40.52 | woglinde | gstreamer |
| 18:43.21 | kergoth_ | woglinde: http://github.com/kergoth/OE-Signatures/blob/master/lib/kergoth.py |
| 18:43.42 | kergoth_ | goes to take the dog out |
| 18:49.45 | Crofton|work | woglinde, do you care if I pull all the DEF_PREF from the boost recipes? |
| 18:49.58 | woglinde | crofton lol |
| 18:50.02 | woglinde | just remove it |
| 18:50.10 | woglinde | we will fix the failures |
| 18:50.14 | Crofton|work | ok |
| 18:50.16 | Crofton|work | will do |
| 18:50.35 | Crofton|work | everyone I know that knows anything about boost is fine with it :) |
| 18:51.44 | woglinde | kergoth code looks good to me |
| 18:52.29 | kergoth_ | k. still plenty to be done, but not seeing any obviously incorrect things is good |
| 18:52.30 | kergoth_ | thanks |
| 18:53.04 | kergoth_ | does wonder if he should move the string->components parsing in Value from a parse method called by __init__ into a classmethod from_string factory |
| 18:53.27 | Crofton|work | woglinde, done |
| 18:53.30 | CIA-2 | 03Philip Balister <philip@balister.org> 07org.openembedded.dev * r507fca1707 10openembedded.git/recipes/boost/ (4 files): boost : Remove DEFAULT_PREFERENCE = "-1" from all versions. |
| 18:54.27 | soltys | hm |
| 18:54.38 | soltys | hi hrw |
| 18:54.41 | hrw | hi |
| 18:54.53 | woglinde | hi hrw |
| 18:54.53 | hrw | soltys: freebsd is not supported as host now |
| 18:55.14 | soltys | hrw: that sux ;) |
| 18:55.25 | kergoth_ | it would be good to add it, but i'm sure, as with osx, there's a fair bit of work to be done to do it |
| 18:55.28 | kergoth_ | heh |
| 18:55.29 | soltys | but it works now in someway |
| 18:55.33 | woglinde | hrw I am told him how to begin |
| 18:55.42 | woglinde | to support it |
| 18:55.44 | hrw | cool |
| 18:55.46 | soltys | only coreutils fails as for now... |
| 18:56.07 | woglinde | soltys how did youi solved the nano problem now? |
| 18:57.10 | soltys | woglinde: adding line in siteinfo.bbclass |
| 18:57.21 | soltys | and bitbake parses recipes |
| 18:57.30 | soltys | but it can't compile coreutils |
| 18:58.23 | soltys | btw is there a way to tell bitbake to use gpatch instead of patch ? |
| 18:58.44 | *** join/#oe erik006 (~erik006@75-119-225-216.dsl.teksavvy.com) |
| 19:00.10 | kergoth_ | soltys: not currently. the default patchtool is quilt for everything built after quilt-native, so if that was patched to use gpatch, that'd get you most of the way there, then it'd just be the recipes using PATCHTOOL = "patch" as an issue. |
| 19:00.15 | soltys | because on freebsd there is patch in version 2.1 and after building patch from ports binary file is called gpatch |
| 19:00.16 | kergoth_ | soltys: well, by not currently i mean there's no variable for it |
| 19:00.27 | kergoth_ | soltys: you could change openembedded/lib/oe/patch.py, see the PatchTree class |
| 19:00.59 | soltys | kergoth_: i copied gpatch -> patch and it works ;) but that is dirty |
| 19:01.18 | kergoth_ | aye |
| 19:02.34 | Tartarus | khem: Testing a workaround to tune-ppc603e.inc / ppce300c3.inc |
| 19:02.43 | woglinde | soltys ah sorry yes |
| 19:02.53 | woglinde | that was the seconde file to edit |
| 19:03.27 | soltys | woglinde: I just made copy of i386-linux and it seams to work for now |
| 19:03.38 | soltys | only coreutils fails to compile |
| 19:04.05 | woglinde | whats the error? |
| 19:04.10 | soltys | kergoth_: tomorrow I look at openembedded/lib/oe/patch.py and change it there |
| 19:04.11 | *** join/#oe hillct (~hillct@c-76-127-200-169.hsd1.ma.comcast.net) |
| 19:04.29 | soltys | woglinde: stty.c:283: error: 'TAB2' undeclared here (not in a function) |
| 19:04.31 | soltys | stty.c:284: error: 'TAB1' undeclared here (not in a function) |
| 19:04.39 | kergoth_ | google? :) |
| 19:04.49 | kergoth_ | i'm sure someone has tried to build coreutils on freebsd at some point |
| 19:04.50 | woglinde | hm intressting |
| 19:04.58 | woglinde | kergoth jupp |
| 19:05.14 | soltys | kergoth_: coreutils from ports builds.. |
| 19:05.17 | svolpe | I have a package that is compiling and saying Note: Legacy staging. What in the package is making it use legacy staging? is it because there is a do_staging() {true} function? |
| 19:05.22 | kergoth_ | soltys: and is it patched? |
| 19:05.25 | woglinde | soltys look at patches |
| 19:05.30 | woglinde | kergoth *g* |
| 19:05.31 | kergoth_ | :) |
| 19:05.31 | soltys | will look at them |
| 19:05.52 | kergoth_ | svolpe: new staging populates staging from do_install, rather than a separate task for it |
| 19:06.01 | kergoth_ | svolpe: so yes, defining a non-standard do_stage will do it |
| 19:06.09 | woglinde | http://www.freshports.org/sysutils/coreutils/ |
| 19:06.13 | soltys | yeap there is patch for that |
| 19:06.13 | svolpe | kergoth_: ok great, thanks I will remove it. |
| 19:06.32 | kergoth_ | svolpe: not always that simple, but hopefully it is in your case :) |
| 19:07.31 | woglinde | soltys you can add patches per arch |
| 19:07.39 | woglinde | in oe recipes |
| 19:07.43 | *** join/#oe rkirti (~oespirit@203.199.213.3) |
| 19:07.49 | soltys | woglinde: ok will do |
| 19:07.55 | soltys | and send it to ml |
| 19:07.58 | svolpe | kergoth_: well I have already fixed all the staging bugs with the package, I just need to do a couple of things before the staging so I will just do them in do_compile_append() as that should be fine. |
| 19:08.06 | woglinde | soltys yes git patches please |
| 19:08.10 | kergoth_ | soltys: you can use the "build-${BUILD_OS}" override |
| 19:08.16 | kergoth_ | svolpe: ah, indeed |
| 19:08.17 | soltys | woglinde: np ;) |
| 19:08.21 | soltys | kergoth_: ok thanks |
| 19:08.25 | *** join/#oe grma (~gruberm@chello212186029093.tirol.surfer.at) |
| 19:08.40 | soltys | will do it in ~hour or so |
| 19:08.41 | woglinde | kergoth hm? |
| 19:08.45 | kergoth_ | though, actually, the target os override would be best for that one, since its a -native |
| 19:08.48 | kergoth_ | heh |
| 19:09.16 | woglinde | I think its rather a code than build problem |
| 19:22.39 | *** join/#oe erik006 (~erik006@75-119-225-216.dsl.teksavvy.com) |
| 19:30.22 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 19:33.14 | khem | Tartarus: ok |
| 19:34.04 | khem | Tartarus: make sure that if you add -O2 in tune-ppc file then it ends after -Os |
| 19:34.19 | khem | because whatever O is last is the one gcc will take |
| 19:35.33 | khem | Crofton|work: hey patchwork was not showing latest patches |
| 19:35.57 | Crofton|work | yeah |
| 19:36.06 | Crofton|work | I don't know how they get tehre though |
| 19:36.24 | khem | Crofton|work: ok who maintains our patchwork |
| 19:36.30 | Crofton|work | I only know about the user accounts |
| 19:36.32 | Crofton|work | heh |
| 19:36.34 | Crofton|work | not sure |
| 19:36.38 | Crofton|work | I am going to ask on the list |
| 19:36.58 | Crofton|work | just trying to kill bugs atm |
| 19:53.14 | woglinde | re |
| 20:25.37 | *** join/#oe dcordes (~dccordes@unaffiliated/dcordes) |
| 20:27.12 | kergoth | hmm |
| 20:27.23 | CIA-2 | 03Denys Dmytriyenko <denis@denix.org> 07org.openembedded.dev * r40acd2cdef 10openembedded.git/recipes/ti/matrix-tui_svn.bb: |
| 20:27.23 | CIA-2 | matrix-tui: bump the rev for latest fixes |
| 20:27.23 | CIA-2 | Signed-off-by: Denys Dmytriyenko <denis@denix.org> |
| 20:27.32 | CIA-2 | 03Denys Dmytriyenko <denis@denix.org> 07org.openembedded.dev * ra316d1e1af 10openembedded.git/recipes/ti/matrix-gui_svn.bb: |
| 20:27.32 | CIA-2 | matrix-gui: bump the rev for latest fixes, sans external browser binary |
| 20:27.32 | CIA-2 | Signed-off-by: Denys Dmytriyenko <denis@denix.org> |
| 20:27.34 | CIA-2 | 03Denys Dmytriyenko <denis@denix.org> 07org.openembedded.dev * r3902877402 10openembedded.git/recipes/ti/am-benchmarks_svn.bb: |
| 20:27.34 | CIA-2 | am-benchmarks: bump the rev for latest fixes |
| 20:27.35 | CIA-2 | Signed-off-by: Denys Dmytriyenko <denis@denix.org> |
| 20:27.41 | *** join/#oe pb_ (~pb@88-108-80-109.dynamic.dsl.as9105.com) |
| 20:27.59 | woglinde | re pb |
| 20:28.31 | khem | <PROTECTED> |
| 20:28.33 | khem | it has |
| 20:28.37 | pb_ | re |
| 20:28.45 | pb_ | taking a short break from packing |
| 20:28.49 | denix | khem: 1 sec |
| 20:29.01 | woglinde | khem are you testing the build? |
| 20:29.03 | woglinde | he denix |
| 20:29.06 | khem | woglinde: yes |
| 20:29.18 | woglinde | denix with binutils 2.18 codecs are building |
| 20:29.19 | khem | hi pb_ |
| 20:29.26 | denix | khem: that's "eng" drop, not public yet |
| 20:29.28 | pb_ | hi khem |
| 20:29.38 | khem | pb_: why are you packing |
| 20:29.39 | denix | woglinde: ah, interesting :) |
| 20:29.42 | woglinde | khem cgt you have to download too |
| 20:29.44 | khem | vacation time ? |
| 20:29.52 | pb_ | moving house |
| 20:30.03 | woglinde | denix with binutils 2.19 and 2.20 there are the linkerscript failure |
| 20:30.04 | khem | oh moving is always painful |
| 20:30.15 | woglinde | I discussed it with khem already |
| 20:30.27 | soltys | I'm back. How to use that "build-${BUILD_OS}" override ? |
| 20:30.28 | khem | denix: then why is it in recipes :) |
| 20:30.54 | woglinde | khem the dl url points to existing domain |
| 20:30.59 | woglinde | thats the problem |
| 20:31.07 | denix | khem: http://cgit.openembedded.org/cgit.cgi/openembedded/tree/recipes/ti/ti-xdais_6.25.02.10.bb |
| 20:31.18 | denix | khem: getting ready for the release... :) |
| 20:31.50 | woglinde | soltys hm grep in recipes |
| 20:31.56 | woglinde | maybee there is an example |
| 20:32.17 | denix | although, I would not put a real URL in there, if it's not accessible outside ti.com... |
| 20:32.29 | soltys | woglinde: ok |
| 20:32.46 | khem | denix: I have same recipe but still it does not look into this custom link |
| 20:33.34 | denix | khem: I wonder why it tries to build it... what's your CE_VERSION? |
| 20:33.50 | khem | denix: http://pastebin.com/RmS8N9bn |
| 20:34.11 | *** join/#oe mickey|sports (~mickey@openmoko/coreteam/mickey) |
| 20:34.12 | khem | its looking for the link |
| 20:34.19 | khem | but fails to dnld |
| 20:34.20 | woglinde | re mickeyl |
| 20:34.24 | mickeyl | evening |
| 20:34.59 | Crofton|work | mickeyl, it appears python cheetah needs to RDEPENDS = "python-neterver" |
| 20:35.10 | Crofton|work | do you mind if I add that? |
| 20:35.14 | Crofton|work | netserver :) |
| 20:35.25 | denix | khem: right, because that url is not accessible from outside TI, afaik |
| 20:35.27 | *** join/#oe robtow (~rob@12.156.66.34) |
| 20:35.34 | mickeyl | Crofton|work: no,sounds good |
| 20:35.34 | Crofton|work | stupid TI urls :) |
| 20:35.37 | khem | oh what a PITA |
| 20:35.44 | Crofton|work | should it also DEPEND on python? |
| 20:35.46 | denix | khem: but the thing is, it shouldn't even try to dnld it |
| 20:36.09 | khem | denix: why not |
| 20:36.09 | woglinde | crofton yea |
| 20:36.16 | Crofton|work | ok |
| 20:36.25 | woglinde | crofton but besides cgt and dais all downloads are public |
| 20:36.27 | Crofton|work | I'll push those when I have a chance to check |
| 20:36.31 | denix | khem: 6.25.02.10-eng is only used for CE 2.25.02 |
| 20:36.42 | Crofton|work | woglinde, I am just hassling denix :) |
| 20:36.49 | CIA-2 | 03Michael 'Mickey' Lauer <mickey@vanille-media.de> 07org.openembedded.dev * rc31bade57d 10openembedded.git/recipes/vala/ (4 files): |
| 20:36.49 | CIA-2 | vala: 0.8.0.95-e7a7 -> 0.8.0.128-1150 |
| 20:36.49 | CIA-2 | Also convert to BBCLASSEXTEND = native |
| 20:36.51 | woglinde | crofton you bad guy |
| 20:36.59 | CIA-2 | 03Michael 'Mickey' Lauer <mickey@vanille-media.de> 07org.openembedded.dev * r9d6c613be4 10openembedded.git/recipes/iw/iw_0.9.19.bb: iw: add 0.9.19 |
| 20:37.14 | mickeyl | Crofton|work: python-netserver should make it DEPEND on python, no? |
| 20:37.17 | denix | Crofton|work: yeah, your are bad! :) |
| 20:37.34 | Crofton|work | netserver would be a RDEPENDS |
| 20:37.47 | woglinde | so let me see if my sd card is broken |
| 20:37.55 | woglinde | will test the dsplink stuff |
| 20:38.00 | kergoth | hmmmm |
| 20:38.06 | woglinde | re kergoth |
| 20:38.07 | Crofton|work | the DEPEND on python makes sure netserserer gets built |
| 20:38.09 | denix | khem: are you trying CE 2.25.02? that's not enabled by default |
| 20:38.15 | kergoth | wonders how difficult itd be to re-implement private staging, but without the other changes he did in his previous prototype |
| 20:38.24 | khem | denix: I dont know I just tried to bitbake gstreamer-tu |
| 20:38.28 | Crofton|work | although I suspect that python will be built first unless you try really hard |
| 20:38.30 | khem | gstreamer-ti |
| 20:38.47 | denix | khem: which distro? angstrom? |
| 20:38.50 | khem | kergoth: I would love to have multiple staging |
| 20:38.59 | denix | if not, I think I know what the problem is... |
| 20:39.05 | khem | denix: no its minimal but I leech angstrom mirrors too |
| 20:39.08 | kergoth | i'm sick of things like perl-native and python-native that are only needed for the cross versions breaking shit that uses perl and python |
| 20:39.23 | woglinde | khem hm I said use angstroem |
| 20:39.27 | woglinde | *sigh* |
| 20:40.05 | khem | woglinde: thats ok. atleast we found a problem |
| 20:40.14 | denix | khem: mirrors won't help. angstrom sets preferred versions right... ce-2.25.01 and xdais-6.25.01.08 |
| 20:40.27 | woglinde | and cgt |
| 20:40.33 | khem | denix: I will add that to my local.conf |
| 20:40.39 | denix | khem: I guess I should lower default preference for that recipe and remove the bogus url... |
| 20:40.54 | pb_ | kergoth: not impossible, I think. I started trying to do that a couple of months back, but I got sidetracked into trying to redesign packaged-staging and never actually finished anything. |
| 20:41.03 | khem | yes IMO having a downloadable tars for all is nice |
| 20:41.17 | kergoth | pb_: heh, did you actually try doing a prototype of your using the existing packages idea? |
| 20:41.25 | denix | khem: check conf/distro/include/angstrom-codec-engine* |
| 20:41.37 | denix | too bad those incs are angstrom-specific... |
| 20:41.51 | khem | denix: even better I will just require it in my local.conf |
| 20:42.04 | pb_ | kergoth: yeah, that was what I was working on. it turned out to be a larger project than I had originally anticipated because lots of stuff (i.e. cross and native) doesn't/didn't generate any packages at all. |
| 20:42.28 | pb_ | kergoth: so, had to fix that first, which was the original motivation for the toolchain-desuck branch |
| 20:42.34 | kergoth | ahh |
| 20:42.51 | kergoth | wouldn't think it'd be horribly difficult to get native/cross emitting packages |
| 20:42.58 | rhc | hey denix, khem, you guys use OE on davinci boards? |
| 20:43.11 | pb_ | no, it's fairly easy, and in fact a lot of crazy special-case code goes away if you do |
| 20:43.22 | denix | rhc: sure |
| 20:43.35 | kergoth | nice |
| 20:43.36 | khem | rhc: I dont have davinci but I use it on other omaps |
| 20:43.41 | pb_ | I think the current bits in toolchain-desuck do that fairly well. I just never got around to changing the gcc-runtime to be packaged correctly. |
| 20:43.52 | kergoth | ah |
| 20:44.08 | pb_ | there is a bit of an issuette around libgcc and stuff if you start generating native packages, because it tends to come out with the wrong PACKAGE_ARCH |
| 20:44.38 | pb_ | (since gcc-cross itself is built for BUILD_SYS, but what you actually want is a libgcc for HOST_SYS) |
| 20:44.49 | khem | pb_: will dividing up gcc recipes help |
| 20:44.49 | kergoth | heh, guess cross stuff would ideally have a package_arch that includes both build and target |
| 20:44.57 | rhc | denix: is it true TI doesn't officially support OE or montavista 6? |
| 20:45.10 | khem | may be we can have cross ipks |
| 20:45.16 | rhc | i asked the platform guy here why we don't use OE, he said they only support up to pro 5.0 |
| 20:45.25 | pb_ | well, I think the right answer to that particular problem is to separate out libgcc (and libstdc++, etc) into a separate recipe which can be built for PACKAGE_ARCH=HOST_SYS. |
| 20:45.49 | pb_ | it sounds like RP has been trying something along those lines as well, judging from what he said the other day |
| 20:45.51 | khem | pb_: I and RP were treading that road for a while |
| 20:45.53 | kergoth | ah, right |
| 20:46.08 | soltys | woglinde: or I don't know how to use grep or there is nothing like that in recipes |
| 20:46.10 | khem | but gcc is a sucker |
| 20:46.19 | khem | when it comes to building independent components |
| 20:46.27 | khem | its one big blob |
| 20:46.30 | kergoth | still need to revisit the arch in pstage issues for native and cross, but i guess if you get the use of target packages working, that particular issue could go away |
| 20:46.38 | pb_ | yeah |
| 20:47.17 | pb_ | I do still feel that re-using the normal packages is a better long term solution than having these special crazy "staging packages" |
| 20:47.27 | soltys | kergoth: is there an example somewhere how to use the "build-${BUILD_OS}" override ? |
| 20:47.45 | kergoth | how do you plan to handle DEPLOY_DIR files that aren't currently put in any taget packages? |
| 20:47.51 | kergoth | soltys: the bitbake manual says how to use OVERRIDES in general. |
| 20:47.58 | kergoth | soltys: going based on the build or target os is just part of that |
| 20:48.04 | pb_ | kergoth: put them in a package, I guess |
| 20:48.23 | soltys | kergoth: ok will read that manual ;) |
| 20:48.46 | kergoth | the way the deploy dir files are handled with pstage right now is ugly anyway, so i guess thatd work :) |
| 20:48.52 | kergoth | though having a u-boot ipk would be weird. |
| 20:49.12 | pb_ | yeah. weird, maybe, but conceptually I think it would be cleaner. |
| 20:49.48 | pb_ | kind of along the lines we've talked about before, where the recipe just dumps its build artifacts in ${D} and everything that happens after that is, more or less, generic |
| 20:50.13 | denix | rhc: directly - no, indirectly - yes |
| 20:50.39 | kergoth | yeah, that would be nice. recipes really shouldn't be poking outside their WORKDIR themselves |
| 20:50.47 | pb_ | rather than having recipes jamming files into staging, or deploy, or other weird random places |
| 20:51.34 | pb_ | that stuff has, historically, been the cause of a whole bunch of weird problems where things go wrong if you (re)build the recipes in the wrong order |
| 20:51.41 | khem | xdctools_setuplinux_3_16_01_27.bin is 173M |
| 20:52.07 | denix | khem: xdc is a beast, ugly-ugly beast... :) |
| 20:52.52 | kergoth | hmm, i like that idea of yours.. you could just use a regular old ipk feed as your source of cached binaries to avoid unnecessary rebuilds.. but the danger i see is when we add hashing/signatures. use of cached binaries is really dependent upon those details, since things need to match up, whereas the target packages are fine with PN/PV/PR/PE |
| 20:53.03 | denix | rhc: Arago is TI's distro/playground to stabilize OE. official TI releases based on Arago are officially supported... |
| 20:53.04 | kergoth | hmmm |
| 20:53.05 | rhc | denix: strange :) |
| 20:53.27 | rhc | ah |
| 20:57.23 | *** join/#oe woglinde (~heinold@f052237011.adsl.alicedsl.de) |
| 20:59.02 | CIA-2 | 03Denys Dmytriyenko <denis@denix.org> 07org.openembedded.dev * ra4046c81e4 10openembedded.git/recipes/ti/ (ti-codec-engine_2.25.02.10.bb ti-xdais_6.25.02.10.bb): |
| 20:59.02 | CIA-2 | ti: disable "eng" non-public versions for non-Angstrom users |
| 20:59.02 | CIA-2 | Prevent people not using Angstrom and not including angstrom-codec-engine-* |
| 20:59.02 | CIA-2 | files from picking up the latest versions automatically and fail to download |
| 20:59.02 | CIA-2 | sources from TI internal URLs. |
| 20:59.03 | CIA-2 | Signed-off-by: Denys Dmytriyenko <denis@denix.org> |
| 20:59.22 | denix | Crofton: let me hassle you for a change... :) |
| 20:59.39 | denix | Crofton: what's up with patchwork? |
| 21:00.15 | pb_ | bedtime now |
| 21:00.17 | pb_ | night all |
| 21:00.28 | denix | pb_: gn |
| 21:01.00 | kergoth | night |
| 21:01.15 | Crofton | grr, I am not sure how email gets to it :( |
| 21:02.34 | woglinde | nite pb |
| 21:02.52 | denix | Crofton: by pigeons? |
| 21:03.25 | Crofton | it seems that way |
| 21:03.29 | Crofton | gn |
| 21:04.18 | *** join/#oe ant__ (~andrea@host144-251-dynamic.14-87-r.retail.telecomitalia.it) |
| 21:08.13 | khem | denix: | /scratch/oe/omap5912osk/work/omap5912osk-oe-linux-gnueabi/ti-dmai-1_1.0+svnr1-j/temp/run.staging_helper.17908: line 896: syntax error near unexpected token `<' |
| 21:08.16 | khem | NOTE: package ti-dmai-1_1.0+svnr1-j: task do_setscene: Failed |
| 21:08.49 | khem | ti-dmai_svn.bb is what its picking is that right |
| 21:09.01 | kergoth | profiles the kergoth.py unit tests |
| 21:15.33 | khem | denix: I see my machine is omap5912osk |
| 21:15.39 | khem | ok fixed it locally |
| 21:19.20 | *** join/#oe woglinde (~heinold@f052228083.adsl.alicedsl.de) |
| 21:20.29 | kergoth | hmm |
| 21:21.52 | khem | woglinde: I guess I will use your build instead of trying my own |
| 21:22.02 | khem | I have run out of diskspace |
| 21:22.08 | woglinde | lol |
| 21:22.08 | khem | doing angstrom for beagel |
| 21:22.25 | khem | my laptop only has 60G |
| 21:22.27 | woglinde | know problem |
| 21:22.30 | woglinde | to mee |
| 21:22.34 | woglinde | strip git |
| 21:22.41 | khem | yeah so tell me whats wrong now |
| 21:22.53 | khem | did you try to add the right linker option |
| 21:22.59 | khem | thru gcc |
| 21:23.04 | woglinde | not for binutils 2.18 |
| 21:26.44 | ant__ | hello, anyone got ERROR: Build of virtual:native:/oe/openembedded/recipes/gtk+/gtk+_2.20.0.bb do_compile failed ? |
| 21:27.10 | ant__ | ERROR: Build of virtual:native:/oe/openembedded/recipes/gtk+/gtk+_2.20.0.bb do_compile failed |
| 21:27.18 | ant__ | tk+-native-2.20.0-r8.0/gtk+-2.20.0/modules/input/im-xim.la does not export GTK+ IM module API |
| 21:28.38 | ant__ | ..but on second run finished?? |
| 21:30.01 | kergoth | grr |
| 21:30.08 | kergoth | fixing pysh is proving to be difficult |
| 21:34.06 | khem | woglinde: hmm, I have to troll thru the errors again |
| 21:35.15 | woglinde | ohoh thats |
| 21:35.16 | woglinde | not good |
| 21:35.24 | woglinde | <PROTECTED> |
| 21:35.52 | woglinde | latest omap kerneö |
| 21:35.54 | woglinde | kernel |
| 21:39.14 | florian | woglinde: oh yes I have seen this on the beagle |
| 21:40.17 | woglinde | florian unfornatly afterwards I get Unable to handle kernel NULL pointer dereference at virtual |
| 21:40.48 | woglinde | seems pm stuff |
| 21:40.57 | woglinde | omap3_pm_idle |
| 21:41.08 | florian | woglinde: oh... the latest angstrom one available worked for me... apart from the nasty messageds |
| 21:43.26 | woglinde | guess I should have tried the kernel before flashing it |
| 21:43.35 | khem | woglinde: div by 0 are usually compiler artifacts sometime you can curtail the calls by coding differently |
| 21:43.45 | khem | kernel does not use libgcc |
| 21:44.16 | woglinde | khem seems to triggered by Power Management for TI OMAP3. |
| 21:44.21 | khem | gcc 4.5.0 compiled kernel 2.6.31+ dies too |
| 21:44.42 | khem | woglinde: I can bug kevin hilman if he wrote that :) |
| 21:44.48 | khem | goes to gym |
| 21:45.16 | woglinde | bye khem |
| 21:45.27 | Crofton|work | gn |
| 21:45.41 | woglinde | trying now |
| 21:45.44 | woglinde | git_arago-project.org.git.people.sriram.ti-psp-omap.git_627293ad28604b22612f9a4a318f64cfab241e22.tar.gz |
| 21:47.28 | ant__ | wtf.. |
| 21:47.30 | ant__ | Cannot load module /oe/build/tmp/work/i686-linux/gtk+-native-2.20.0-r8.0/gtk+-2.20.0/modules/input/im-xim.la: /oe/build/tmp/work/i686-linux/gtk+-native-2.20.0-r8.0/gtk+-2.20.0/modu |
| 21:47.30 | ant__ | les/input/.libs/im-xim.so: undefined symbol: g_realloc_n |
| 21:51.36 | kergoth | okay, I'm thinking we should change the exception handling in variable expansions, somehow. The current method of just emitting the info into the file object where emit_env is going is not ideal |
| 21:51.50 | kergoth | probably just let them go on up the line, don't catch them |
| 21:52.08 | kergoth | maybe wrap in an exception to hold the variable name with the right traceback |
| 21:52.38 | kergoth | shit.. i just realized that it isn't just a little bug in pysh to fix this, it's something they never implemented |
| 21:52.42 | kergoth | time to learn PLY |
| 21:53.43 | kergoth | hmm, well ,they did create rules for this, but they don't work, and they're no-ops, they don't construct an object for the ast |
| 21:53.54 | *** join/#oe florian (~fuchs@eduroam.uni-siegen.de) |
| 21:53.58 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 21:54.22 | kergoth | grr |
| 21:54.31 | kergoth | this is the main thing stopping me from trying to do the bitbake integration |
| 21:55.13 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 22:08.24 | *** join/#oe dm8tbr (dm8tbr@2001:41b8:0:f010::2) |
| 22:08.24 | *** join/#oe losinggeneration (~quassel@ics184-118.icsincorporated.com) |
| 22:08.24 | *** join/#oe rhc (~matt@qnan.org) |
| 22:08.24 | *** join/#oe dijenerate (~dijenerat@64.210.44.37) |
| 22:08.24 | *** join/#oe ynezz (ynezz@ibawizard.net) |
| 22:17.18 | ant__ | ok, I see in Tinderbox gtk+-native failed in the same way for others... |
| 22:17.42 | *** join/#oe bleikert (~quassel@217-162-209-197.dclient.hispeed.ch) |
| 22:18.11 | ant__ | a.g. for kaeilos both ver 2.18.6-r4 and 2.20.0-r8 |
| 22:35.50 | *** join/#oe JaMa (~martin@161-24.13.24.78.awnet.cz) |
| 22:37.37 | ant__ | it seems this g_realloc_n comes from libglib-2.0 |
| 22:38.23 | ant__ | should glib-2 be listed in the dependencies of gtk+-native ? |
| 22:53.08 | ant__ | .. /opt/devel/build/kaeilos/tmp/staging/i686-linux/usr/lib/libglib-2.0.so |
| 22:53.10 | *** join/#oe methril (~methril@189.27.129.16.dynamic.adsl.gvt.net.br) |
| 22:53.13 | ant__ | it seems.. |
| 22:55.39 | kergoth | hrm |
| 23:00.39 | playya | is it possible to set a EXTRA_OECONF option dependent on the use kernel headers version? |
| 23:01.14 | kergoth | with a python snippet, sure |
| 23:01.19 | kergoth | not via normal overrides |
| 23:01.29 | playya | I'm using a 2.6.24 kernel without fallocate, which is required by util-linux-ng |
| 23:01.45 | playya | hmm. never used the python voodoo inside a bb |
| 23:01.53 | kergoth | git grep '${@' |
| 23:02.01 | kergoth | may need to escape that $, but you get the idea ;) |
| 23:04.00 | playya | git grep -i '${@.*version' works fine |
| 23:04.30 | kergoth | nice |
| 23:04.46 | kergoth | could check for EXTRA_OECONF.*${@ too |
| 23:04.51 | kergoth | wanders off for a bit |
| 23:05.37 | playya | recipes/kexecboot/linux-kexecboot.inc defines exactly what i need |
| 23:06.08 | playya | i could do what a good jounalist would do: ctrl +c, ctrl +v |
| 23:08.52 | *** part/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 23:26.55 | ant__ | playya: probably you can do it with just base_version_less_or_equal |
| 23:27.18 | ant__ | I wrote that horrible hack temporarly... |
| 23:42.30 | kergoth | hmmm |
| 23:44.03 | kergoth | thinks about how to possibly integrate 'dirty' state tracking into this code so that a setVar() automatically results in re-expansion of all VariableRefs pointing at it |
| 23:45.36 | kergoth | I guess I could keep a registry of the VariableRefs and have the value creation factory automatically dirty the appropriate refs and the values including them |
| 23:47.06 | kergoth | hmm, need a mapping of variable name<->VariableRef(name), and a mapping from the VariableRefs back to the Values containing them |
| 23:47.47 | kergoth | ugh.. |
| 23:48.27 | kergoth | i suspect createCopy of datasmarts will break the variable ref code, since currently VariableRef is bound to a specific datasmart, not the "last" one |
| 23:48.33 | kergoth | hrm |
| 23:49.35 | kergoth | think we will need some form of versioning of Value instances based on where they're constructed and the level of the datasmart |
| 23:50.20 | kergoth | right.. drop the direct inclusion of Values in the components in favor of a version specific VariableRef.. |
| 23:51.51 | kergoth | though, it doesn't really want a specific verison, if we want to be able to, say, inject an extra layer.. it wants whatever version exists at that position, given the current versioning scheme |
| 23:51.58 | kergoth | thinks |
| 23:53.14 | kergoth | this is where i stalled in my old prototype. trying to make the dirty state stuff work properly when you have COW datasmart instances |