| 00:11.36 | *** join/#oe playya_ (~playya@unaffiliated/playya) |
| 00:15.09 | *** join/#oe raster (~raster@enlightenment/developer/raster) |
| 00:54.49 | james_l | ok, now it's fixed |
| 01:08.26 | *** join/#oe pitillo (~pitillo@84.123.96.129.dyn.user.ono.com) |
| 01:16.34 | *** join/#oe rednul_ (~rednul@host-98-127-6-7.bln-mt.client.bresnan.net) |
| 01:22.44 | *** join/#oe grma (~gruberm@chello212186029093.tirol.surfer.at) |
| 01:55.31 | *** join/#oe mithro (~tim@unaffiliated/mithro) |
| 02:20.29 | *** join/#oe IamWhat (~star@58.22.8.66) |
| 03:05.07 | *** join/#oe kergoth (~kergoth@ip70-162-200-144.ph.ph.cox.net) |
| 03:08.00 | *** join/#oe kergoth_ (~kergoth@ip70-162-200-144.ph.ph.cox.net) |
| 03:14.39 | *** join/#oe bin1010 (~mia@rrcs-71-40-238-191.sw.biz.rr.com) |
| 03:18.53 | *** join/#oe BenLauDC (~benlau@221.125.8.18) |
| 04:08.51 | *** join/#oe mithro (~tim@unaffiliated/mithro) |
| 04:09.34 | *** join/#oe bin1010 (~mia@rrcs-71-40-238-191.sw.biz.rr.com) |
| 04:17.25 | *** part/#oe IamWhat (~star@58.22.8.66) |
| 04:28.44 | *** join/#oe zub (U2FsdGVkX1@linux.fjfi.cvut.cz) |
| 04:40.10 | *** join/#oe Laibsch1 (~Laibsch@p5B3B32EB.dip.t-dialin.net) |
| 05:32.41 | *** join/#oe polyonymous (~hacker@g230192165.adsl.alicedsl.de) |
| 05:46.41 | JaMa | james_l: what did you do? |
| 05:46.58 | JaMa | james_l: last commit was to remove it from gtk+-native |
| 05:47.09 | JaMa | james_l: and commit before that was to enable it for all gtk+ |
| 05:47.43 | JaMa | james_l: it still fails for me, so I'm curious how you fixed that |
| 06:12.16 | *** join/#oe wicknix3 (~wicked@176.63-135-151.netnet.net) |
| 06:33.04 | *** join/#oe rkirti (~oespirit@203.199.213.3) |
| 07:18.56 | *** join/#oe dvermd (~roudoudou@78.234.93.192) |
| 08:16.23 | *** join/#oe eFfeM1 (~frans@j200125.upc-j.chello.nl) |
| 08:28.33 | *** join/#oe Heinervdm (~thomas@pD9E14ABE.dip.t-dialin.net) |
| 08:58.40 | *** join/#oe mickey|tv (~mickey@openmoko/coreteam/mickey) |
| 09:03.44 | *** join/#oe grma (~gruberm@chello212186029093.tirol.surfer.at) |
| 09:13.17 | *** part/#oe XorA (~XorA@www.xora.org.uk) |
| 09:55.31 | *** join/#oe XorA (~XorA@www.xora.org.uk) |
| 10:09.50 | *** join/#oe rkirti (~oespirit@203.199.213.3) |
| 10:32.18 | *** join/#oe cbrake (~cbrake@oh-69-34-21-229.sta.embarqhsd.net) |
| 10:36.44 | *** join/#oe Martin-B (~martin@pool-72-67-198-89.dbd-ipconnect.net) |
| 10:52.51 | *** join/#oe sete (~fdf@bzq-109-66-187-89.red.bezeqint.net) |
| 10:57.20 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 11:17.24 | *** join/#oe GNUtoo (~GNUtoo@host40-149-dynamic.51-79-r.retail.telecomitalia.it) |
| 11:25.31 | *** join/#oe redguy (~matik@unaffiliated/redguy) |
| 11:37.45 | *** join/#oe mithro (~tim@unaffiliated/mithro) |
| 11:45.21 | pb__ | mickeyl: good morning |
| 11:47.37 | mickeyl | good morning pb__ |
| 11:52.09 | *** join/#oe Hasse (~quassel@0x5552e721.adsl.cybercity.dk) |
| 11:57.14 | *** join/#oe kristoffer (~kristoffe@95.209.9.47.bredband.tre.se) |
| 12:15.52 | *** join/#oe BearDK (~bdr@0x573f2435.arcnqu1.dynamic.dsl.tele.dk) |
| 12:16.34 | *** join/#oe rkirti (~oespirit@203.199.213.3) |
| 12:16.52 | BearDK | is it possible to get a list of the packages which can be installed using bitbake? |
| 12:17.17 | ynezz | ls recipes/ |
| 12:18.22 | BearDK | ah, thanks! |
| 12:18.30 | *** join/#oe mwester (~mwester@nslu2-linux/mwester) |
| 12:23.23 | *** join/#oe udovdh (~udovdh@2001:888:1abc::70) |
| 12:26.57 | mickeyl | pb__: could you take a look at JaMa's gtk problem, please? |
| 12:27.07 | mickeyl | it's bailing out here as well |
| 12:27.32 | mickeyl | | no --raw --build-list\ |
| 12:27.32 | mickeyl | | apple_red ./apple-red.png\ |
| 12:27.32 | mickeyl | | gnome_foot ./gnome-foot.png\ |
| 12:27.32 | mickeyl | | > test-inline-pixbufs.h\ |
| 12:27.32 | mickeyl | | || (rm -f test-inline-pixbufs.h && false) |
| 12:27.33 | mickeyl | | /bin/sh: no: command not found |
| 12:27.33 | *** join/#oe ZaPPaS` (~user@dslb-084-056-136-095.pools.arcor-ip.net) |
| 12:27.35 | mickeyl | | make[2]: *** [test-inline-pixbufs.h] Error 1 |
| 12:33.57 | pb__ | yeah, I'll have a look at that in a moment. clearly "no" is not a sensible setting for gdk-pixbuf-csource. :-} |
| 12:35.39 | *** join/#oe TheCan (~thecan@dslb-094-218-006-006.pools.arcor-ip.net) |
| 12:35.59 | pb__ | mickeyl: does it work if you build gdk-pixbuf-csource-native first? might be that it just needs an extra DEPENDS. |
| 12:36.27 | mickeyl | let me check |
| 12:37.14 | pb__ | it seems to be using /usr/bin/gdk-pixbuf-csource for me, doh. |
| 12:37.20 | mickeyl | hehe |
| 12:37.23 | JaMa | pb__: if gdk-pixbuf-csource-native is built before than it fails that .png is unknown format.. |
| 12:37.49 | pb__ | ah, so gdk-pixbuf-csource-native is just broken? |
| 12:37.58 | pb__ | that is a bit sad, but I guess it wouldn't be that hard to fix |
| 12:38.57 | JaMa | pb__: gdk-pixbuf-csource-native overwrites ie gtk-2.0.pc in staging and breaks everything depending on gtk+-native (old bug #5405) |
| 12:39.31 | JaMa | pb__: when it's built in different order, than gtk+-native overwrites .so files for image loaders |
| 12:39.48 | JaMa | pb__: and then gdk-pixbuf-csource-native fails with unrecognized format |
| 12:41.17 | JaMa | pb__: that's why I proposed to add "find ${D}${libdir} -name "libpixbufloader-*.so" -exec rm \{\} \; " in gtk+-native.. but I know very litle about gtk/gdk.. so I don't see why cannot be gdk-pixbuf-csource-native replaced with gtk+-native |
| 12:41.23 | pb__ | so, does gtk+-native ship a copy of gdk-pixbuf-csource? |
| 12:41.31 | pb__ | if it does then it might be easiest to simply use that. |
| 12:41.56 | XorA | yeah, gtk+-native should become the new provider |
| 12:42.01 | pb__ | from what you have said, the gdk-pixbuf-csource-native recipe clearly is just broken and it might be easier to delete it than fix it. |
| 12:43.04 | pb__ | it is possibly a bit of a shame to have to build the whole of gtk+ and its own dependency stack in order to generate pixbuf sources, but I guess this is not the end of the world. |
| 12:43.49 | JaMa | pb__: yes it ships and then it removes compiled binary in do_install_virtclass-native |
| 12:44.50 | JaMa | so I expected that you or koen or someone knows the reason why it was removed in first place :) |
| 12:45.08 | pb__ | ah. that just seems silly. |
| 12:45.30 | pb__ | I think that whole do_install_virtclass-native() is bogus and should be deleted. |
| 12:45.37 | XorA | I suspect gtk+-native just needs to not --disable-modules and gdk-pixbuf-csource can die |
| 12:47.28 | mickeyl | hmm |
| 12:47.52 | mickeyl | as the author of gdk-pixbuf-csource-native i recall that there was a special reason for me not just depending on gtk-native |
| 12:48.03 | XorA | mickeyl: it didnt exist |
| 12:48.03 | mickeyl | but as a matter of fact, this is a couple of years ago and I can no longer recall |
| 12:48.41 | pb__ | mickeyl: gtk+-native is fairly new, it could be that you just didn't have it then, and/or viewed (correctly) the prospect of building the entirety of gtk+ just for one tiny program with fear and loathing |
| 12:49.45 | mickeyl | pb__: ok, XorA is correct then |
| 12:50.08 | mickeyl | i don't mind building a lot of native stuff |
| 12:50.22 | mickeyl | i often build a whole X stack without needing it ;) |
| 12:50.23 | XorA | gtk+-native was needed when gnome because recursive |
| 12:50.29 | pb__ | yeah, I think it probably is the right answer in this case. |
| 12:50.42 | XorA | s/bacause/became/ |
| 12:50.50 | pb__ | it looks like disentangling gdk-pixbuf-csource reliably from gtk+ will be more hassle than it is worth. |
| 12:51.03 | pb__ | and doubly so if we end up with different behaviour for native and non-native. |
| 12:51.48 | mickeyl | yeah |
| 12:52.06 | pb__ | I think the only two reasonable approaches are either: (a) make gdk-pixbuf-csource a first class recipe, i.e. build it for both target and native, and patch gtk+ (again for both target and native) to use it rather than building another copy; or (b) ditch gdk-pixbuf-source as a standalone recipe, and just let gtk+ ship it as it evidently wants to do. |
| 12:52.18 | pb__ | of those, (b) seems like it must be the path of least resistance |
| 12:53.26 | *** join/#oe bluelightning (~bluelight@93-96-131-185.zone4.bethere.co.uk) |
| 12:53.27 | *** join/#oe bluelightning (~bluelight@pdpc/supporter/professional/bluelightning) |
| 12:54.06 | XorA | laughs that (b) is a beer in his client |
| 12:55.57 | JaMa | :) |
| 12:56.09 | XorA | I guess thats the MSN smileys invading |
| 12:57.57 | pb__ | heh |
| 12:58.34 | pb__ | hm, what's going on here? I did "bitbake gtk+-native" and all of a sudden it is building eglibc |
| 12:58.37 | pb__ | stabs bitbake |
| 12:59.31 | mwester | watches bitbake bleed on the floor :( |
| 12:59.53 | pb__ | actually, that was a bit harsh, I don't suppose it is bitbake's fault |
| 13:00.22 | pb__ | still seems a bit undesirable, but I guess I will let it run |
| 13:00.35 | *** join/#oe B_Lizzard (~havoc@athedsl-426861.home.otenet.gr) |
| 13:01.01 | XorA | something seems to have gone wrong with the virtual/libc providers, mine is trying to build external-toolchain-csl |
| 13:01.11 | pb__ | on a completely unrelated subject, does anybody have experience with the NXP LPC17xx range of cortex-m3 microcontrollers, |
| 13:01.16 | pb__ | ? |
| 13:01.41 | mwester | goes off to start a clean build to see if things are still working this week. :) |
| 13:06.45 | *** join/#oe morphis (~morphis@p5489C641.dip.t-dialin.net) |
| 13:17.22 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
| 13:19.24 | *** join/#oe BillK (~BillK@124-148-255-243.dyn.iinet.net.au) |
| 13:36.38 | *** join/#oe marcosmamorim (~marcos@201-27-173-207.dsl.telesp.net.br) |
| 13:40.36 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 13:47.44 | XorA | hrmm, the bitrot in gtk+ runs deep |
| 13:53.15 | pb__ | ERROR: 'STAMP' while parsing /home/pb/oe/org.openembedded.dev/recipes/ntop/ntop_3.0.bb |
| 13:53.17 | pb__ | eh, what? |
| 13:53.22 | pb__ | stabs bitbake again |
| 13:53.47 | mwester | steals bitbake's wallet while it writhes on the sidewalk |
| 13:54.01 | mwester | Sorry - been in Chicago too long, I fear... :( |
| 14:01.47 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
| 14:02.08 | XorA | ahah |
| 14:02.28 | XorA | JaMa: if I send you a diff could you clean and verify for gtk+? |
| 14:02.41 | XorA | needs to get on with server configuring |
| 14:03.58 | *** join/#oe marcosmamorim (~marcos@189-18-209-207.dsl.telesp.net.br) |
| 14:22.03 | *** part/#oe XorA (~XorA@www.xora.org.uk) |
| 14:42.36 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
| 14:46.23 | *** join/#oe bin1010 (~mia@rrcs-71-40-238-191.sw.biz.rr.com) |
| 14:57.54 | *** join/#oe bin1010 (~mia@rrcs-71-40-238-191.sw.biz.rr.com) |
| 15:29.04 | *** join/#oe XorA (~XorA@www.xora.org.uk) |
| 15:29.36 | XorA | re-morn |
| 15:30.44 | *** join/#oe FOM_wknd (~jeffs@rrcs-74-219-98-62.central.biz.rr.com) |
| 15:43.34 | *** join/#oe mario-goulart (~user@67.205.85.241) |
| 15:47.00 | JaMa | XorA: I can clean/verify patch if the offer is still valid :) |
| 15:47.11 | XorA | JaMa: it is, otherwise it will be days |
| 15:47.23 | XorA | JaMa: where can I mail it |
| 15:49.22 | *** join/#oe marcosmamorim (~marcos@189-18-209-207.dsl.telesp.net.br) |
| 15:51.43 | *** join/#oe lrg (~lrg@slimlogic.co.uk) |
| 15:59.23 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 16:03.38 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 16:08.22 | *** join/#oe woglinde (~heinold@f052229176.adsl.alicedsl.de) |
| 16:13.17 | *** join/#oe denix|air (~denys@166.198.107.48) |
| 16:14.56 | *** join/#oe dth (~dieter@p4FDED17C.dip.t-dialin.net) |
| 16:27.35 | *** join/#oe kergoth_ (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 16:29.40 | *** join/#oe kergoth__ (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 16:55.45 | *** join/#oe woglinde_ (~heinold@f052064240.adsl.alicedsl.de) |
| 16:56.53 | *** join/#oe GNUtoo (~GNUtoo@host40-149-dynamic.51-79-r.retail.telecomitalia.it) |
| 16:57.09 | pb__ | morning kergoth |
| 17:03.43 | *** join/#oe matgnt (~matthias@z0701.wist.uni-linz.ac.at) |
| 17:09.03 | woglinde_ | hi pb |
| 17:09.57 | *** part/#oe ReaperOfSouls (~nnnnnnjpu@nat/montavista/x-datqelvbwdacbxqt) |
| 17:11.19 | *** join/#oe ant__ (~andrea@host2-75-dynamic.5-87-r.retail.telecomitalia.it) |
| 17:17.22 | *** join/#oe claudiuM (~claubu@host5-252-dynamic.1-79-r.retail.telecomitalia.it) |
| 17:19.06 | pb__ | hi woglinde_ |
| 17:19.26 | pb__ | XorA, JaMa|Off: did you sort out the gtk+ thing, or do you want me to look at it? |
| 17:19.35 | ant__ | hi pb_ |
| 17:20.01 | pb__ | hi ant__ |
| 17:21.23 | XorA | pb_: I sent patch that works for me to Jama, its quite simple I think, I just need to work on IT stuff today/tomorrow |
| 17:21.39 | pb__ | righto |
| 17:21.54 | pb__ | maybe you would like to send your patch to the list as well in case anybody else is having the same problem |
| 17:22.10 | woglinde_ | *g* |
| 17:22.29 | XorA | pb__: was hoping JaMa|Off could verify, Im working remotely to my build box and not really concentrating at moment |
| 17:22.40 | XorA | enterprise Java stuff that earns my $$$ going on |
| 17:23.52 | pb__ | okay, fair enough |
| 17:24.08 | XorA | java breaks my brain :-( |
| 17:27.04 | *** join/#oe _diego_ (~diego@host-78-14-230-154.cust-adsl.tiscali.it) |
| 17:28.04 | XorA | and with that I give up and go home |
| 17:28.07 | *** part/#oe XorA (~XorA@www.xora.org.uk) |
| 17:29.23 | woglinde_ | xora should use spring |
| 17:29.26 | woglinde_ | *g* |
| 17:33.00 | *** join/#oe hufnus_cicq (~hufnus_ci@69-12-177-67.dsl.static.sonic.net) |
| 17:46.40 | *** join/#oe Ainulind1le (~ainu@calaquendi.org) |
| 17:46.47 | *** join/#oe denix|air (~denys@pool-71-251-51-225.washdc.east.verizon.net) |
| 17:50.50 | *** join/#oe noobie_ (~62df25c0@gateway/web/freenode/x-lzjmzbjaybbdtebg) |
| 17:54.23 | *** join/#oe DJWillis (djwillis@cpc1-bath2-0-0-cust327.aztw.cable.virginmedia.com) |
| 18:03.39 | *** join/#oe warsteiner (~57f15a4f@gateway/web/freenode/x-uclfdgzqfbzopvrk) |
| 18:06.45 | warsteiner | Question: Can OE in some way help me to compile a list/document of the GPL:d projects used in my product? |
| 18:08.17 | *** join/#oe woglinde (~heinold@f052064240.adsl.alicedsl.de) |
| 18:13.42 | *** join/#oe woglinde (~heinold@f052064240.adsl.alicedsl.de) |
| 18:22.12 | eFfeM1 | where/how is virtual mapping done: I get |
| 18:22.13 | eFfeM1 | ERROR: '[]' RDEPENDS/RRECOMMENDS or otherwise requires the runtime entity 'virtual/arm-oe-linux-gnueabi-gcc-3.3.3' but it wasn't found in any PACKAGE or RPROVIDES variables |
| 18:22.13 | eFfeM1 | NOTE: Runtime target 'virtual/arm-oe-linux-gnueabi-gcc-3.3.3' is unbuildable, removing... |
| 18:22.13 | eFfeM1 | Missing or unbuildable dependency chain was: ['virtual/arm-oe-linux-gnueabi-gcc-3.3.3'] |
| 18:23.03 | eFfeM1 | but a grep -r of 3.3.3 in my tree does not reveal anything (I've removed gcc-3.3.3 as being legacy) |
| 18:23.39 | Tartarus | So |
| 18:23.45 | Tartarus | That sounds like KERNEL_CC_SUFFIX or so |
| 18:25.42 | zub | evening |
| 18:26.09 | eFfeM1 | ah, yea, saw a KERNEL_CC_SUFFIX didn't realize it was gcc related until you mentioned it |
| 18:26.12 | eFfeM1 | Tartarus: thansk |
| 18:26.20 | zub | I'm having some issues with narcissus. Yeah, it looks fool-resistant, but still :) |
| 18:27.32 | eFfeM1 | zub: narcissus != oe |
| 18:27.37 | zub | uh, ok |
| 18:27.56 | eFfeM1 | zub suggest #angstrom or #beagle (if you have a beagleboard) |
| 18:28.02 | zub | thanks |
| 18:28.07 | eFfeM1 | yw |
| 18:44.27 | *** join/#oe martin_B (~martin@pool-199-65-198-89.dbd-ipconnect.net) |
| 18:47.13 | *** join/#oe XorA (~XorA@www.xora.org.uk) |
| 18:50.39 | *** join/#oe claudiuM (~claubu@host251-229-dynamic.9-87-r.retail.telecomitalia.it) |
| 19:07.23 | *** join/#oe polyonymous (hacker@hackele-1-pt.tunnel.tserv6.fra1.ipv6.he.net) |
| 19:07.34 | *** join/#oe jolt_ (~jolt@p5B3DCDC6.dip.t-dialin.net) |
| 19:23.09 | eFfeM1 | can't test this myself right now, but if I were to start with a fresh build, what would be the first package build; guess it is a native package and that it is is independent of distro etc (eg. stagemanager-native) |
| 19:24.07 | *** join/#oe TheCan (~thecan@dslb-094-218-006-006.pools.arcor-ip.net) |
| 19:24.34 | XorA | sha256sum-native I beleive |
| 19:25.27 | eFfeM1 | XorA: thanks, will give it a try, i get a crash in bitbake seems there is something odd with dependency handling |
| 19:25.53 | eFfeM1 | guess it is shasum-native, sha265sum-native does not exist |
| 19:26.10 | *** join/#oe woglinde (~heinold@f052064240.adsl.alicedsl.de) |
| 19:27.11 | XorA | possibly |
| 19:27.17 | XorA | is tired |
| 19:27.42 | eFfeM1 | debug says: DEBUG: Task 1 (/home/frans/oe/openembedded/recipes/stage-manager/stagemanager-native_0.0.1.bb, do_setscene) is not buildable |
| 19:28.08 | eFfeM1 | DEBUG: (Complete marker was False and the remaining dependency count was 1) |
| 19:29.18 | XorA | watches bitbake message fly over his head into the stratosphere |
| 19:29.35 | eFfeM1 | :-) |
| 19:29.46 | eFfeM1 | is not a bb wiz either |
| 19:30.08 | XorA | eFfeM1: BTW was there a problem with koens compromise suggestion the the glib cleaning situation? |
| 19:30.26 | eFfeM1 | eh, i don't think i saw it |
| 19:30.52 | XorA | eFfeM: keep 2.X.Y where Y is highest and convert it to new staging/bbclassextend |
| 19:31.16 | XorA | eFfeM: delete the rest |
| 19:31.35 | eFfeM1 | XorA: seems a good start :-) did he send it to the ML ? |
| 19:31.39 | XorA | so the latest release of each X |
| 19:31.47 | XorA | eFfeM1: yes quite early on in the thread |
| 19:33.03 | eFfeM1 | ah ok, found it; np with that |
| 19:33.18 | XorA | eFfeM1: I would ack that one as well |
| 19:33.19 | eFfeM1 | btw did a grep for do_deploy and almost everyone is using the new staging |
| 19:33.31 | XorA | do_stage is the old staging |
| 19:33.34 | XorA | not do_deploy |
| 19:33.35 | pb__ | eFfeM: er, do_deploy doesn't have much to do with staging |
| 19:33.38 | eFfeM1 | ooops |
| 19:33.43 | eFfeM1 | wrong grep |
| 19:34.17 | XorA | noticed today that cross.bbclass still uses legacy staging |
| 19:34.22 | eFfeM1 | ouch |
| 19:34.34 | eFfeM1 | anyway, will ack the suggestion of koen |
| 19:34.52 | XorA | it just needs a s/do_stage/do_install/ I think |
| 19:35.24 | XorA | although I think kergoth had some ideas to kill cross altogether |
| 19:36.09 | pb__ | cross is gone already on the toolchain-desuck branch |
| 19:36.09 | eFfeM1 | yeah read the thread, do not understand all of the details though, I'm definitely not an expert in our build system and classes |
| 19:36.48 | eFfeM1 | mail sent |
| 19:36.59 | XorA | pb__: ah good to know I will not "fix" cross.bbclass then |
| 19:38.38 | pb__ | yeah, probably no point trying to patch up the existing cross.bbclass at the moment. |
| 19:39.22 | XorA | pb__: gtk+ patch on its way to oe-devel |
| 19:39.39 | pb__ | very good |
| 19:40.45 | XorA | only has sepultura keeping him awake so wont guarantee its right |
| 19:41.38 | mwester | It's early still, even in gmt |
| 19:43.28 | pb__ | looks good to me, except for |
| 19:43.29 | pb__ | +RRECOMMENDS_${PN}_libc-uclibc = " ${NEATSTUFF} " |
| 19:43.31 | pb__ | which seems a bit weird |
| 19:51.56 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 19:52.33 | mwester | Literally, NEATSTUFF ??? |
| 20:06.41 | pb__ | mwester: literally, though that isn't especially weird as variable names go |
| 20:07.07 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 20:07.27 | pb__ | it was more the libc-uclibc bit which seemed strange; I can't quite figure out why that should be needed. |
| 20:08.05 | hrw | hi |
| 20:09.22 | eFfeM1 | hi hrw |
| 20:11.05 | *** join/#oe qsp (~qsp@bl9-26-194.dsl.telepac.pt) |
| 20:11.52 | eFfeM1 | when going to BBCLASSEXTEND what should be done with something like |
| 20:11.53 | eFfeM1 | DEPENDS = "ncurses-native" |
| 20:11.58 | XorA | pb__: to not pull in gconv which build glibc when you using uclibc |
| 20:12.06 | eFfeM1 | this seems to create a circular dependency |
| 20:12.30 | pb__ | XorA: how would it be getting pulled in otherwise, though? the "default" case is not to have it. |
| 20:12.34 | eFfeM1 | this DEPENDS is in ncurses |
| 20:13.03 | XorA | RRECOMMENDS_${PN}_linux must be matching or something, but it was trying to build glibc :-( |
| 20:13.07 | pb__ | eFfeM: you'll have to add a virtclass-native override to stop it |
| 20:13.10 | eFfeM1 | or in other workds, is there a way when goign to BBCLASSEXTEND to say that a package depends on its -native package |
| 20:13.10 | qsp | good evening, do you know an easy way to use xterm instead of gnome-terminal as console when making kernel menuconfig? |
| 20:13.20 | eFfeM1 | pb, ah ok |
| 20:13.29 | pb__ | XorA: that's odd. it shouldn't, since you should have TARGET_OS=linux-uclibc on a uclibc build |
| 20:13.44 | XorA | pb__: I its insane |
| 20:14.29 | XorA | one of the reasons I didnt want to just push the patch |
| 20:16.49 | pb__ | very weird. I just checked in my uclibc build tree and it seems to be working fine (without your patch) |
| 20:16.54 | XorA | gtk+ recipes look a bit of a mess, could do with a hoover |
| 20:17.26 | pb__ | yeah |
| 20:20.30 | eFfeM1 | pb_ so I need to add as in this: |
| 20:20.31 | eFfeM1 | DEPENDS = "ncurses-native" |
| 20:20.31 | eFfeM1 | DEPENDS_virtclass-native = "" |
| 20:20.33 | eFfeM1 | correct ? |
| 20:21.23 | pb__ | yeah, that should do the trick |
| 20:22.01 | eFfeM1 | testing it now, ty |
| 20:23.02 | eFfeM1 | worked, great |
| 20:30.44 | *** join/#oe robtow (~rob@64.62.142.114) |
| 20:31.07 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 20:44.11 | *** join/#oe mickey|tv (~mickey@80.81.242.146) |
| 20:46.17 | *** join/#oe rednul_ (~rednul@host-98-127-38-178.bln-mt.client.bresnan.net) |
| 20:55.31 | *** join/#oe steliosk (~Stelios@ipa107.2.tellas.gr) |
| 20:57.12 | *** join/#oe woglinde (~heinold@f052239119.adsl.alicedsl.de) |
| 21:11.59 | *** join/#oe bin1010 (~mia@rrcs-71-40-238-191.sw.biz.rr.com) |
| 21:17.16 | *** join/#oe steliosk (~Stelios@ipa107.2.tellas.gr) |
| 21:29.04 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 21:52.28 | *** join/#oe gnutoo_ (~GNUtoo@host84-143-dynamic.54-79-r.retail.telecomitalia.it) |
| 21:52.35 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 22:07.43 | Romke | hmm |
| 22:15.41 | Romke | so, now I have angstrom running on the SBC6020, and now I would like to submit the patches to OpenEmbedded.. |
| 22:15.47 | Romke | are there any procedures? |
| 22:15.52 | *** join/#oe martinmeba (~martin@c-24-61-130-249.hsd1.nh.comcast.net) |
| 22:16.47 | eFfeM1 | Romke, git format-patch then use git send-email to mail to the mailing list |
| 22:16.53 | eFfeM1 | nite lall |
| 22:17.13 | Romke | ah, i have to use git for that? |
| 22:18.01 | martinmeba | I am trying to add a new kernel to my OE target. I added a new kernel in my local directory, and also a new linux-libc-headers recipe. |
| 22:18.53 | martinmeba | when I issue the command bitbake console-image -s, it lists my new kernel and linux-libc-headers as the preferred versions |
| 22:19.08 | martinmeba | however, when I issue the command bitbake console-image, it builds the old versions. What am I missing? |
| 22:25.49 | *** join/#oe polyonymous (hacker@hackele-1-pt.tunnel.tserv6.fra1.ipv6.he.net) |
| 22:43.25 | *** join/#oe marcosmamorim (~marcos@189-18-209-207.dsl.telesp.net.br) |
| 22:59.16 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
| 23:12.35 | *** join/#oe mekius (~mekius@enlightenment/developer/mekius) |
| 23:30.30 | *** part/#oe claudiuM (~claubu@host251-229-dynamic.9-87-r.retail.telecomitalia.it) |
| 23:34.00 | *** join/#oe Ainulindale (~ainu@calaquendi.org) |
| 23:39.54 | *** join/#oe dth_ntb (~dieter@p4FDED8E9.dip.t-dialin.net) |
| 23:46.00 | *** join/#oe dth (~dieter@p4FDED8E9.dip.t-dialin.net) |
| 23:59.22 | *** join/#oe martin_B (~martin@pool-199-65-198-89.dbd-ipconnect.net) |