00:01.56 | *** join/#oe Darth_Wader (n=sith@ne.hubbardi.st) |
00:14.55 | *** join/#oe W8TVI (n=me@166.165.151.121) |
00:23.24 | *** join/#oe bluelightning (n=blueligh@219-89-47-114.dialup.xtra.co.nz) |
00:23.56 | *** join/#oe csmanx (n=csman@201.230.164.189) |
00:27.41 | *** join/#oe bluelightning_ (n=blueligh@219-89-47-114.dialup.xtra.co.nz) |
00:40.59 | *** join/#oe Vorondil (n=vorondil@unaffiliated/vorondil) |
00:50.49 | *** join/#oe hvontres|home (n=hvontres@adsl-75-28-3-186.dsl.sndg02.sbcglobal.net) |
01:00.45 | *** join/#oe hvontres|home (n=hvontres@adsl-75-28-3-186.dsl.sndg02.sbcglobal.net) |
01:13.15 | *** join/#oe Laibsc1 (n=Laibsch@p54B961CA.dip.t-dialin.net) |
01:15.22 | *** join/#oe MrEMaN (n=Anon8011@82-46-231-183.cable.ubr05.nmal.blueyonder.co.uk) |
01:24.07 | cdbot2 | * * OE Bug 2273 has been RESOLVED (FIXED) by <Laibsch> |
01:24.09 | cdbot2 | * * nunome installs to /opt |
01:24.11 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2273 |
01:47.16 | *** join/#oe memeruiz_ (n=memeruiz@X1985.x.pppool.de) |
01:50.27 | MrEMaN | how do i specify that i want to install directories + its subdirectories in a recipe |
01:50.44 | MrEMaN | install seems to only work for single files |
01:54.58 | MrEMaN | when i use cp -r, bitbake omits them from the package |
02:02.00 | *** join/#oe wrobbie (n=rob@cm203.kappa85.maxonline.com.sg) |
02:11.48 | Crofton|home | MrEMaN, I'm not sure |
02:12.00 | Crofton|home | try greping for cp in bb files |
02:13.17 | *** join/#oe csmanx (n=csman@201.230.164.189) |
02:26.02 | MrEMaN | ther eis no way to recursivly install a directory/files? |
02:29.00 | mwester | Sure there is. I seem to recall a number of bb recipes that dynamically computer the contents of an ipkg. Try tzdata perhaps? |
02:33.12 | *** join/#oe benlau (n=benlau@221.125.8.107) |
02:37.56 | MrEMaN | mwester : i dont see why bitbake omits all the directories and files which are included using cp -r |
02:38.10 | MrEMaN | omits = doesn't include them in the package |
02:38.49 | CoreDump|afk | MrEMaN: read up on the FILES varible |
02:40.25 | MrEMaN | ok |
02:43.07 | MrEMaN | CoreDump|afk : Files are used to control where to look for local files right? or do you mean something else? |
02:43.26 | MrEMaN | can you give an example, i've been stuck here for ages |
02:44.24 | CoreDump|afk | every path in FILES is included in the final package. Every path _missing_ from FILES will _never_ show up i the ipk |
02:44.58 | CoreDump|afk | FILES += "/some/funny/non-standard/path" |
02:53.39 | MrEMaN | CoreDump|afk : i see, and FILES += "blah" will include blah and all of its subdirectories int eh final package right? |
02:53.56 | CoreDump|afk | correct |
02:54.14 | CoreDump|afk | you can specify single files as well |
02:55.20 | CoreDump|afk | *is |
02:56.01 | MrEMaN | thx |
03:02.21 | *** join/#oe dijenerate (n=dijenera@69.73.251.220) |
03:12.31 | CIA-3 | 03slapin 07org.oe.dev * rae4edc08... 10/ (4 files in 4 dirs): |
03:12.31 | CIA-3 | fix touchscreen in OPIE on treo 650 |
03:12.31 | CIA-3 | Setting QWS_MOUSE_PROTO in tslib.sh is probably not ideal, but I can't find a |
03:12.31 | CIA-3 | better way. (signed-off by Alex Osborne <alex@hackndev.com>) |
03:13.40 | *** join/#oe memeruiz__ (n=memeruiz@X1985.x.pppool.de) |
03:29.50 | *** join/#oe mzb (n=ubernut@ppp108-88.static.internode.on.net) |
03:46.52 | *** join/#oe mzb (n=ubernut@ppp108-88.static.internode.on.net) |
04:04.38 | MrEMaN | if i attempt to add something to do_unpack_append() |
04:04.51 | MrEMaN | then i get an indentation error with i try to build |
04:05.37 | MrEMaN | it seems the code in the do_unpack_append() is pushed two spaces more than it should be |
04:05.46 | MrEMaN | and python has a fit |
04:12.37 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
04:20.32 | *** join/#oe zap_ (n=zap@16.170.249.ozerki.net) |
04:22.25 | *** join/#oe BobOfDoom (i=nobody@61-69-24-74.netspeed.com.au) |
04:35.18 | summatusmentis | http://bugs.openembedded.org/show_bug.cgi?id=2345 <-- can someone tell me which file to apply the patch given here to? |
04:45.53 | *** join/#oe mykilx (n=mykilx@239-210.35-65.tampabay.res.rr.com) |
05:04.17 | *** join/#oe mzb (n=ubernut@ppp108-88.static.internode.on.net) |
05:31.42 | *** join/#oe mykilx (n=mykilx@239-210.35-65.tampabay.res.rr.com) |
06:23.33 | *** join/#oe Marex (n=Marex@85.132.236.161) |
06:24.35 | *** join/#oe wbx (n=wbx@static-87-79-68-60.netcologne.de) |
06:25.19 | *** join/#oe polyonymous (n=hacker@pD9539D17.dip0.t-ipconnect.de) |
06:40.29 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
06:48.25 | *** join/#oe hufnus (n=slonsiki@69-12-177-67.dsl.static.sonic.net) |
06:51.46 | *** join/#oe dion (n=dion@inhex.net) |
06:53.46 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
07:05.59 | *** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net) |
07:08.23 | *** join/#oe chouimat|busy (n=dieu@r2351064.cidc.net) |
07:13.43 | *** join/#oe |miska| (i=hrusm3am@artax.karlin.mff.cuni.cz) |
07:21.23 | *** join/#oe AvengerMoJ1 (n=alex@219.142.238.50) |
07:50.51 | *** join/#oe Vorondil (n=vorondil@unaffiliated/vorondil) |
07:52.46 | *** join/#oe wbx (n=wbx@static-87-79-68-60.netcologne.de) |
08:30.01 | *** join/#oe rob_w (n=bob@X037a.x.pppool.de) |
08:31.30 | MrEMaN | oe_runmake says it cant find the Makefile but its clearly there in the work directory |
08:31.45 | MrEMaN | anything i can try to narrow it down/ |
08:31.47 | MrEMaN | ? |
08:32.27 | CIA-3 | 03koen 07org.oe.dev * rc600e7aa... 10/ (4 files in 4 dirs): disapproval of revision 'ae4edc089b3dc8fc6aa34553f76502600ced6639' |
08:45.51 | *** join/#oe mrdata (i=unknown@dslb-088-074-145-164.pools.arcor-ip.net) |
08:46.19 | mrdata | hi all |
08:49.15 | koen | MrEMaN: -DD |
08:49.40 | MrEMaN | ok |
08:51.32 | MrEMaN | koen : i get no targets specified and no makefile found, if i specify a target it still doesn't find the makefile |
08:51.49 | MrEMaN | but i can see the makefile in my work directory |
09:02.35 | *** join/#oe memenarsil (n=memeruiz@201.194.198.126) |
09:04.30 | koen | does do_compile enter the right directory? |
09:04.30 | koen | IOW is S set correctly |
09:08.01 | *** join/#oe Darth_Wader (n=sith@ne.hubbardi.st) |
09:11.43 | MrEMaN | koen : for some reason its going into packagename-r0\packagename |
09:11.57 | MrEMaN | and the makefile is located in packagename-r0 |
09:12.04 | MrEMaN | hmm |
09:12.21 | MrEMaN | is S not set correctly maybe? |
09:12.27 | MrEMaN | i didn't change it tho |
09:12.56 | *** join/#oe |miska| (i=hrusm3am@artax.karlin.mff.cuni.cz) |
09:15.54 | koen | S defaults to ${WORKDIR}/${PN}-${PV} |
09:16.09 | koen | it seems your package is weird and puts its stuff in ${WORKDIR}/ |
09:16.53 | MrEMaN | lol |
09:17.29 | MrEMaN | koen : your correct, i changed S to ${WORKDIR} and it works... |
09:17.30 | MrEMaN | hmm |
09:21.36 | *** join/#oe TheCan (n=thecan@dslb-084-056-135-032.pools.arcor-ip.net) |
09:24.33 | MrEMaN | argh, another problem, my makefile uses diet $(CC) -c $(CLFAGS) $.c but it fails on the build |
09:25.07 | MrEMaN | says: ccache: invalid option -- n |
09:25.30 | *** join/#oe zap_ (n=zap@16.170.249.ozerki.net) |
09:36.58 | CIA-3 | 03dirk 07org.oe.dev * rb9f28950... 10/ (5 files in 4 dirs): qte: remove unnecessary tosa-keymap patch. This patch is only needed for 2.4 sharp kernels. |
09:41.52 | *** join/#oe psokolovsky (n=psokolov@82.193.98.21) |
09:44.04 | *** join/#oe codyl (n=codyl@adsl-71-142-110-73.dsl.pltn13.pacbell.net) |
09:44.13 | codyl | hi, anyone using ep93xx port / |
09:44.28 | codyl | I can't get the kernel to boot- "invalid machine id" |
09:45.05 | cdbot2 | * * OE Bug 2271 has been RESOLVED (FIXED) by <Laibsch> |
09:45.07 | cdbot2 | * * libqpe-opie installs to /opt |
09:45.09 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2271 |
09:46.45 | *** join/#oe koen_ (n=koen@62-50-199-121.client.stsn.net) |
09:55.00 | *** join/#oe phire (n=phire@125-238-96-65.broadband-telecom.global-gateway.net.nz) |
09:56.50 | *** join/#oe chouimat|busy (n=dieu@r2351064.cidc.net) |
09:58.07 | *** join/#oe |miska| (i=hrusm3am@artax.karlin.mff.cuni.cz) |
10:04.40 | *** join/#oe memeruiz (n=memeruiz@X1985.x.pppool.de) |
10:12.02 | *** join/#oe cm34 (n=cm@83.239.149.225) |
10:12.16 | cm34 | hi! I'm exeperience the same problems like here: http://bugs.openembedded.org/show_bug.cgi?id=2564 . But this bug is marked RESOLVED FIXED |
10:14.30 | cm34 | I'm wondering how this is fixed, if it still doesn't compile with new linux headers ( I have 2.6.21 ) |
10:16.37 | Laibsch | !oebug 2564 |
10:16.39 | cdbot2 | * * Bug 2564, Status: RESOLVED (FIXED), Created: 2007-06-25 16:21 |
10:16.39 | cdbot2 | * * kjkillick(AT)hotmail.com: QT/E fails to build due to lack of asm/page.h |
10:16.41 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2564 |
10:17.24 | Laibsch | cm34: reopen it and ask for an explanation |
10:17.33 | Laibsch | who closed it? |
10:18.35 | cm34 | ok. I'll do it. but for now, any ideas how can I workaround it ? |
10:18.58 | cm34 | Laibsch, ------- Comment #4 From Michael Krelin 2007-07-08 15:37:32 [reply] ------- |
10:18.58 | cm34 | I think we can close it as fixed, since my guess is that it's fixed now and |
10:18.58 | cm34 | original submitter keeps silence. for about a week. Feel free to reopen if it's |
10:18.58 | cm34 | not, though. |
10:20.12 | MrEMaN | im trying to build a progrsam which uses dietlibc to compile |
10:20.20 | MrEMaN | is this possible using oe build environment? |
10:24.05 | cdbot2 | * * OE Bug 2564 has been REOPENED by codemachine(AT)inbox.ru |
10:24.07 | cdbot2 | * * QT/E fails to build due to lack of asm/page.h |
10:24.09 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2564 |
10:26.48 | *** join/#oe zecke|bbq (n=ich@88.134.98.145) |
10:29.31 | Laibsch | cm34: it said it right there "feel free to reopen it". Why did you need any more encouragement if it was not fixed for you. |
10:29.46 | Laibsch | I haven't run into it and I have no workaround. |
10:33.24 | psokolovsky | cm34: http://www.linuxtogo.org/gowiki/OpieWithAngstrom . set it up properly and you're no going to have issues |
10:34.38 | cm34 | psokolovsky, ok. thanks |
10:38.34 | MrEMaN | any of you guys used dietlibc before? |
10:46.41 | zecke | no, we only have uclibc recipes |
11:00.57 | MrEMaN | Zecke, so if an application uses dietlibc to compile then it cant be built using OE? |
11:22.55 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
11:28.49 | zecke | MrEMaN: in theory sure, in practive we don't have any dietlibc recipes in OE :) |
11:38.51 | *** join/#oe XorA|gprs (n=XorA@149.254.200.218) |
11:41.06 | XorA|gprs | lrg: you there |
11:41.55 | XorA|gprs | koen: you there? |
11:43.05 | cdbot2 | * * OE Bug 2264 has been RESOLVED (FIXED) by <Laibsch> |
11:43.08 | cdbot2 | * * opie-mediaplayer installs to /opt |
11:43.09 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2264 |
11:44.05 | cdbot2 | * * OE Bug 2265 has been RESOLVED (FIXED) by <Laibsch> |
11:44.07 | cdbot2 | * * opie-pickboard installs to /opt |
11:44.09 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2265 |
11:47.05 | cdbot2 | * * OE Bug 2263 has been RESOLVED (FIXED) by <Laibsch> |
11:47.07 | cdbot2 | * * opie-qss installs to /opt |
11:47.09 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2263 |
11:53.04 | *** join/#oe rob_w (n=bob@X037a.x.pppool.de) |
12:03.13 | psokolovsky | Laibsch: do you also have plan to look thru Angstrom release bugs? |
12:05.48 | koen | XorA|gone: pong |
12:15.06 | cdbot2 | * * OE Bug 2654 has been created by <Laibsch> |
12:15.08 | cdbot2 | * * meta-bug: please upload XY into the feeds |
12:15.10 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2654 |
12:20.06 | cdbot2 | * * OE Bug 1180 has been RESOLVED (WONTFIX) by <Laibsch> |
12:20.08 | cdbot2 | * * update-modules postinst fails |
12:20.10 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=1180 |
12:20.36 | Laibsch | psokolovsky: which ones do you mean? |
12:20.43 | Laibsch | those in 1573? |
12:22.03 | koen | Laibsch: do you know that the Å_RC flag signifies in bugzilla? |
12:22.30 | psokolovsky | Laibsch: yes, likely. Just bugs which should be resolved fro angstrom release - look over them again, close, add new, etc. And I suggest adding release tasks there too, so we had complete picture in one place. |
12:22.49 | Laibsch | koen: It was an attempt to mark RC-critical bugs. |
12:23.04 | Laibsch | koen: But I have to admit I have not really found out how it works. |
12:23.11 | Laibsch | I should probably remove it |
12:23.42 | psokolovsky | Laibsch: as you remember, I suggested to use bug dependencies ;-) |
12:24.10 | Laibsch | psokolovsky: I was considering using priorities for that. |
12:24.26 | Laibsch | I am also thinking about a complete restructuring of the BTS |
12:24.49 | psokolovsky | Laibsch: priorities are cool. just please maintain angstrom release bug *tree* ;-) |
12:24.53 | Laibsch | I think that for example Angstrom should not be a subcategory of OE |
12:24.57 | psokolovsky | oh my ... |
12:25.07 | Laibsch | psokolovsky: we do have the tree |
12:25.22 | Laibsch | And it pretty accurately reflects the situation, I think |
12:25.23 | psokolovsky | Laibsch: cool, let's haev it maintained and acted upon ;-) |
12:25.33 | Laibsch | I also added a few more meta-bugs |
12:25.39 | psokolovsky | Laibsch: let's work on changing the situation then ;-) |
12:25.47 | psokolovsky | Laibsch: that's nice |
12:25.51 | Laibsch | so machine-specific stuff should not be blocking 1573 directly anymore |
12:26.15 | Laibsch | psokolovsky: I do as much as I can for the devices I am interested in |
12:26.21 | Laibsch | I lack compile power at times. |
12:26.25 | Laibsch | And of course time. |
12:27.07 | cdbot2 | * * OE Bug 2564 has been RESOLVED (FIXED) by <polyonymous> |
12:27.09 | cdbot2 | * * uicmoc-native 2 fails to build due to lack of asm/page.h |
12:27.11 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2564 |
12:27.12 | psokolovsky | Laibsch: well, as bug overlord, you should be interested not in devices, but in higher lever stuff, like releases ;-) |
12:27.22 | Laibsch | I am, don't worry |
12:27.34 | Laibsch | But there are things I am more interested in than others |
12:27.35 | polyonymous | as a bug overlord he should be interested in everything :) |
12:27.41 | koen | psokolovsky: ideally the release dude shouldn't have any supported machine ;) |
12:27.53 | Laibsch | I feel responsible for structuring the bugs, not for resolving *all* of them |
12:27.54 | psokolovsky | Laibsch: and what I mean is not compile power, but proper identification of all issues on critical path to release, noting them, and starting harass people on them ;-) |
12:28.04 | psokolovsky | koen: yep ;-) |
12:28.34 | Laibsch | what is not properly identified? |
12:28.51 | psokolovsky | Laibsch: exactly, you should feel responsible for making it such way that other people can't escape resolving them - in very good, friendly manner (hence "harass" ;-) ) |
12:28.53 | Laibsch | Except for maybe "severity" which I was referring to earlier? |
12:29.17 | Laibsch | psokolovsky: You might remember my mail to the ML from about April. |
12:29.30 | Laibsch | the question of whether to cc/assign people |
12:29.39 | Laibsch | I have been pondering the question ever since. |
12:29.42 | Laibsch | Trust me. |
12:30.09 | Laibsch | I have come up with a few ideas, I need to wrap them up, define the process better and send a mail |
12:30.16 | Laibsch | This is nothing that was forgotten |
12:30.23 | Laibsch | It has a high priority for me. |
12:30.25 | psokolovsky | Laibsch: last thing I heard from Koen is that release cannot happen until mentors start to upload tested images to d/l area. Are you sure this is recorded as a task in tracker? |
12:30.39 | psokolovsky | Laibsch: very good |
12:30.41 | Laibsch | psokolovsky: no |
12:30.54 | Laibsch | I think the things expected of mentors are not well documented |
12:31.07 | Laibsch | I have been "secretly" working on this the past couple of days |
12:31.13 | Laibsch | Expect a mail to the list soon |
12:31.51 | Laibsch | Though the way I chose may upset one or the other person. |
12:31.51 | psokolovsky | Laibsch: here's quick suggestion: don't target individual people yet (or at all). Saw those koen's reports to OE list? very good idea, imho. what about sending weekly list of Angstrom release blockers to angstrom-devel list? |
12:32.17 | Laibsch | How about groups of people? |
12:32.22 | psokolovsky | Laibsch: ok, thanks for this heads up then, I see that we're doing well! ;-) |
12:32.25 | Laibsch | Like QA group |
12:32.33 | Laibsch | And spitz group |
12:32.37 | psokolovsky | Laibsch: you're the overlord ;-) |
12:32.38 | Laibsch | And ipaq group |
12:32.46 | Laibsch | And then assign the bug to the group? |
12:32.47 | koen | psokolovsky: like http://mail.gnome.org/archives/gtk-devel-list/2007-July/msg00029.html ? |
12:32.52 | Laibsch | Would that make sense? |
12:33.12 | Laibsch | But first we need to document the mentor stuff better |
12:33.36 | psokolovsky | koen: yes, except I mean automated report of course ;-) |
12:33.37 | Laibsch | I for one still don't know everything I need to know and have been bitching to koen about it frequently ;-) |
12:34.14 | Laibsch | I guess y'all noticed ;-) |
12:35.00 | psokolovsky | ;-) |
12:35.18 | koen | write a mail |
12:35.29 | koen | irc is useless for policy |
12:35.40 | koen | irc is nice for yelling at people :) |
12:35.56 | zecke | koen: shut up, moron :) |
12:36.05 | zecke | yeah, I do feel better now |
12:36.27 | koen | zecke: btw, it seems the recent sysadmin work on ltg broke bonsai |
12:36.53 | zecke | koen: so what sites did you see in scotland? have you been cruel to animals? |
12:37.23 | koen | edinburgh, inverness, loch ness, stirling, and I haven't been cruel to animals |
12:37.29 | koen | (I only ate them) |
12:37.45 | zecke | that is the accepted violence... :( |
12:38.14 | Laibsch | koen: bonsai is hand-installed? |
12:38.25 | koen | tonight I'm going to be cruel to pizzas |
12:38.29 | zecke | Laibsch: sort of |
12:38.33 | Laibsch | what are the dependencies? |
12:38.46 | zecke | Laibsch: it is using django as framework (no debian package yet) |
12:39.06 | zecke | Laibsch: so it needs django+python+python-svn+python-postgres |
12:40.43 | Laibsch | OK |
12:41.37 | zecke | right |
12:42.42 | koen | zecke: how's webkit coming along, should I upload a new build to the angstrom feeds for people to test? |
12:42.57 | lrg | XorA|gone: ping |
12:43.07 | *** join/#oe Philippe (n=fille@a91-153-17-113.elisa-laajakaista.fi) |
12:43.29 | koen | hey lrg |
12:43.38 | koen | lrg: 7:30, north bridge, right? |
12:43.40 | zecke | koen: three nice patches are awaiting review. One for CURL, one for PlatformScrollbar/Paint handling and since yesterday static backgrounds work |
12:44.07 | zecke | koen: oh, and my account at webkit.org was created so I can commit stuff directly (after review) |
12:44.20 | koen | cool |
12:45.34 | Laibsch | zecke: http://packages.debian.org/testing/python/python-django ? |
12:45.53 | zecke | Laibsch: wow, I only checked packages.ubuntu.com :) |
12:46.19 | Laibsch | hehe |
12:46.23 | zecke | Laibsch: but we have a patch to django, to improve RSS handling |
12:46.43 | Laibsch | all these patches :-( |
12:46.57 | Laibsch | well, it is documented in the tracker |
12:47.05 | Laibsch | that keeps me satisfied for the moment |
12:47.29 | Laibsch | where is bonsai? |
12:47.36 | Laibsch | ~bonsai |
12:47.42 | zecke | Laibsch: http://code.djangoproject.com/ticket/2912 |
12:47.42 | koen | http://www.openembedded.org/bonsai/view/scm/ |
12:48.00 | Laibsch | koen got the right answer and wins ;-) |
12:48.19 | Laibsch | "right" in the sense of "the expected answer" |
12:48.25 | zecke | "Ich hasse gewinnen" (schlumpf simulaton) |
12:48.39 | zecke | Laibsch: I pointed you to the patch we apply and need |
12:48.54 | Laibsch | ah, OK. That is nice, too |
12:49.03 | CIA-3 | 03polyonymous 07org.oe.dev * rd67594e6... 10/ (3 files in 3 dirs): |
12:49.03 | CIA-3 | uicmoc-native 2.3.10: fix build against recent build-system headers, close bug #2564 |
12:49.03 | CIA-3 | not only recent headers do not define relevant stuff in asm/page.h, but they do not |
12:49.03 | CIA-3 | provide the file anymore. |
12:49.07 | Laibsch | But I don't think I will tackle that soon |
12:52.05 | koen | polyonymous: I'm going to add llh 2.6.22 tomorrow, does that need any patches? |
12:52.29 | polyonymous | koen, no idea, we'll see when you add ;-) |
12:54.30 | *** join/#oe AchiestDragon (n=david@whipy.demon.co.uk) |
12:58.35 | summatusmentis | http://bugs.openembedded.org/show_bug.cgi?id=2345 <-- can someone tell me which file to apply the patch given here to? |
12:59.30 | polyonymous | summatusmentis, http://bugs.openembedded.org/attachment.cgi?id=1674&action=diff ? |
13:00.36 | summatusmentis | polyonymous: how did you get there? |
13:00.54 | polyonymous | summatusmentis, clicked on 'diff'? |
13:02.06 | cdbot2 | * * OE Bug 2655 has been created by xyzaid(AT)yahoo.fr |
13:02.08 | cdbot2 | * * e17 e-wm e-wm_0.16.999.038-r7 doesn't install |
13:02.10 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2655 |
13:02.29 | summatusmentis | polyonymous: I had no idea that even existed, thanks :-) |
13:02.37 | polyonymous | ;-) |
13:03.02 | polyonymous | actually, plaintext view gives you all the same information, just with no fancy formatting :) |
13:03.34 | *** join/#oe nodens (n=nodens@fon38-2-82-237-108-87.fbx.proxad.net) |
13:03.40 | nodens | hey ppl |
13:04.07 | nodens | is there a way to force bitbake to build for x86 - and not x86_64 ? |
13:04.14 | nodens | (for native packages) |
13:04.42 | nodens | I tried in a chroot, but I suspect it uses uname for determining the architecture |
13:05.16 | nodens | (and building on amd64 does not work very well it seems... fail on gettext) |
13:05.38 | nodens | mhm. |
13:05.53 | nodens | which glibc ? |
13:05.58 | nodens | which distribution ? |
13:06.06 | nodens | I'm using debian sid (glibc 2.6) |
13:06.27 | polyonymous | gentoo, 2.5 I think |
13:06.42 | polyonymous | yes, 2.5 |
13:07.04 | nodens | maybe that's the problem then... I'll give it another shot in amd64 so I can paste the errors. |
13:07.10 | nodens | thx |
13:07.14 | polyonymous | np |
13:09.19 | nodens | ah, I remember now why I did use a chroot |
13:09.31 | nodens | no psyco JIT compiler for amd64 :( |
13:09.40 | *** join/#oe AvengerMoJo (n=alex@219.142.210.78) |
13:09.59 | nodens | bitbake will be eating all my CPU and way too much memory in no time :) |
13:10.22 | nodens | (at least it did yesterday) |
13:10.41 | lrg | koen: yes |
13:11.14 | polyonymous | nodens, well, I'm no psyco myself, but I don't think bitbake should eat up too much cpu when not parsing bbs. |
13:11.29 | polyonymous | and you don't parse the whole tree all the time. |
13:11.37 | nodens | right. |
13:11.53 | lrg | koen: I'll call you about 6.30 to arrange meeting up |
13:11.55 | nodens | but it's only when building that my load average increase a lot |
13:12.28 | nodens | maybe it's not related to bitbake, I didn't investigate that much |
13:12.34 | nodens | we'll see |
13:12.49 | polyonymous | I'd say it's not likely to be fixed by spyco, anyway :) |
13:12.49 | nodens | it seems OK so far |
13:13.03 | nodens | well yesterday it *was* faster |
13:13.10 | nodens | but maybe it's not related :) |
13:13.41 | polyonymous | yes, it's supposed to be faster, I think... Well, anyway, I live without psyco... |
13:13.51 | polyonymous | I'd rather live without python too :) |
13:14.07 | nodens | :) |
13:14.33 | summatusmentis | polyonymous: after I do the patching, can I pull and update with no ill effects? |
13:14.51 | polyonymous | summatusmentis, unless it's conflicting update |
13:15.11 | summatusmentis | polyonymous: like a new version of cups, for instance? |
13:15.12 | polyonymous | summatusmentis, and in the latter case you'll be told you're in trouble by mtn :) |
13:15.25 | polyonymous | summatusmentis, that may impose a problem :) |
13:15.41 | summatusmentis | ok, I'll try it, see what happens |
13:16.32 | polyonymous | bath time! :) |
13:19.43 | Laibsch | bonsai is back up |
13:19.55 | Laibsch | and it should stay up |
13:20.20 | summatusmentis | bonsai being a server? |
13:20.26 | Laibsch | a service |
13:20.33 | summatusmentis | ok |
13:23.16 | *** join/#oe aoe (n=aoe@tigerente.htu.tuwien.ac.at) |
13:24.18 | polyonymous | no it's not a bath time yet. |
13:30.59 | *** join/#oe Longfield (n=valentin@adsl-89-217-36-96.adslplus.ch) |
13:33.06 | cdbot2 | * * OE Bug 2266 has been RESOLVED (FIXED) by <Laibsch> |
13:33.08 | cdbot2 | * * opie-today installs to /opt |
13:33.10 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2266 |
13:33.18 | cdbot2 | * * OE Bug 2262 has been RESOLVED (FIXED) by <Laibsch> |
13:33.20 | cdbot2 | * * opie-mailapplet installs to /opt |
13:33.22 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2262 |
13:33.30 | cdbot2 | * * OE Bug 2260 has been RESOLVED (FIXED) by <Laibsch> |
13:33.32 | cdbot2 | * * opie-tinykate installs to /opt |
13:33.34 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2260 |
13:35.46 | *** join/#oe XorA|gprs (n=XorA@149.254.192.192) |
13:36.07 | XorA|gprs | lrg: you there ? |
13:36.56 | *** join/#oe agittins (n=agittins@CPE-121-208-249-38.qld.bigpond.net.au) |
13:36.57 | koen | XorA|gprs: he was a few minutes ago |
13:37.08 | koen | [14:11] lrg: koen: I'll call you about 6.30 to arrange meeting up |
13:37.23 | XorA|gprs | koen: cant make tonight familly issues. 8l |
13:37.32 | XorA|gprs | Ill see you tomorrow |
13:37.55 | koen | XorA|gprs: ok, good luck with the issues |
13:38.02 | koen | 10:30 waverly? |
13:38.38 | XorA|gprs | koen: 9:30 train is at 10:10 if i remember |
13:38.45 | koen | ok |
13:39.32 | XorA|gprs | koen: likely ill be in burger king eating breakfast |
13:39.54 | XorA|gprs | koen: my train arrrives at 9:00 |
13:42.07 | XorA|gprs | anyway im at perth better go again |
13:42.07 | cdbot2 | * * OE Bug 2261 has been RESOLVED (FIXED) by <Laibsch> |
13:42.08 | cdbot2 | * * opie-taskbar installs to /opt |
13:42.10 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2261 |
13:48.25 | lrg | koen: just me and you then. |
13:49.46 | lrg | koen: train departs at 10:05 |
13:50.28 | *** join/#oe timtimred (n=On3@82-34-50-106.cable.ubr02.chel.blueyonder.co.uk) |
13:52.15 | agittins | Hi all, is the latest locomo_spi for collie the one included in the test image 20070710? |
13:54.39 | *** join/#oe mzb (n=ubernut@ppp108-88.static.internode.on.net) |
13:55.24 | CIA-3 | 03koen 07org.oe.dev * r74e1a214... 10/ (1 packages/efl1/ecore.inc packages/efl1/ecore_0.9.9.038.bb): |
13:55.24 | CIA-3 | ecore: prettify packaging and fix PR, should fix #2655 |
13:55.24 | CIA-3 | NOTE: never ever make a package go backward in PR! |
13:56.10 | *** join/#oe aoe (n=aoe@tigerente.htu.tuwien.ac.at) |
14:05.22 | *** join/#oe wrobbie (n=rob@cm203.kappa85.maxonline.com.sg) |
14:05.26 | Laibsch | agittins: I think so, yes |
14:05.34 | Laibsch | Haven not heard anything different |
14:06.02 | Laibsch | ~seen thesing |
14:06.03 | ibot | thesing <n=tkunze@BAA2b68.baa.pppool.de> was last seen on IRC in channel #oe, 5d 20h 23m 6s ago, saying: 'hi everybody'. |
14:06.25 | agittins | Thanks Laibsch. I'm getting an oops when I insert the card, so figuring I should add a report to the sd support bug. |
14:19.06 | cdbot2 | * * OE Bug 2272 has been RESOLVED (FIXED) by <Laibsch> |
14:19.08 | cdbot2 | * * libqpe1 installs to /opt |
14:19.10 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2272 |
14:23.06 | cdbot2 | * * OE Bug 2254 has been RESOLVED (FIXED) by <Laibsch> |
14:23.08 | cdbot2 | * * move opie away from /opt to /usr |
14:23.10 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2254 |
14:23.29 | Laibsch | agittins: Better open a completely new bug report and block the SD bug. |
14:24.07 | agittins | ahh, I just posted at http://bugs.openembedded.org/show_bug.cgi?id=2161#c20 |
14:24.52 | agittins | Do you suggest that because I'm getting an oops, or just because the sd bug is getting a bit long in the tooth? |
14:25.05 | agittins | (old) |
14:25.58 | Laibsch | agittins: Don't worry. |
14:26.15 | Laibsch | I was thinking so because of both reasons you gave. |
14:26.48 | Laibsch | psokolovsky: bug 2254 is gone! Yay! |
14:29.12 | agittins | Thanks Laibsch. |
14:37.16 | *** join/#oe nauj27 (n=nauj27@245.Red-80-36-17.staticIP.rima-tde.net) |
14:37.22 | polyonymous | yay |
14:37.45 | nauj27 | hi |
14:47.34 | nodens | ... |
14:47.54 | nodens | now it complains about a missing mscorlib |
14:48.02 | polyonymous | Laibsch, shape up your bug triage! :) |
14:48.03 | nodens | while compiling gettext-native |
14:48.24 | Laibsch | hehe |
14:48.38 | polyonymous | a missing what? |
14:49.05 | nodens | mscorelib.dll, needed for building c# support for gettext, if I get it right |
14:49.54 | polyonymous | uhh... |
14:50.10 | polyonymous | why c# support for gettext, anyway... |
14:50.25 | nodens | exactly what I was thinking |
14:50.42 | nodens | I don't give a **** about c# ;) |
14:50.44 | polyonymous | Why can't we stay with a natural c ;) |
14:51.09 | polyonymous | nodens, s/\*\*\*\*/shit/ - say what you mean! :) |
14:51.29 | polyonymous | Otherwise I can't tell if it's shit or damn |
14:51.30 | nodens | I'm new here, so I stay polite, for now ;) |
14:51.32 | *** join/#oe zecke (n=ich@88.134.98.145) |
14:51.39 | nodens | actually it was fuck |
14:51.42 | polyonymous | Yeah, you don't offend anyone with it. |
14:51.56 | polyonymous | The worse - you see, I just can't deduce your meaning :) |
14:52.08 | nodens | arf |
14:52.11 | polyonymous | anyway... I don't know why would it build it. |
14:52.24 | polyonymous | I'm doing a rebuild in hope it fails for me now... |
14:52.29 | nodens | well it must be hidden somewhere in gnu gettext |
14:52.46 | polyonymous | I would expect it to be disabled or even patched-out in OE. |
14:53.46 | nodens | are there any logs generated by bitbake ? |
14:54.01 | polyonymous | nodens, tmp/work/x86_64/gettext-native* |
14:54.34 | nodens | ok |
14:55.30 | nodens | I'm using ccache but I can't tell how it would make this happen |
14:55.36 | Laibsch | psokolovsky: I guess http://www.bugzilla.org/docs/2.22/html/whining.html is what you had in mind? |
14:55.58 | polyonymous | nodens, many people use ccache. I don't, but I don't think it's related. |
14:56.39 | polyonymous | Laibsch, sounds like a good name for a feature :) |
14:56.57 | polyonymous | I especially liked the "whining schedule" title :) |
14:57.23 | nodens | polyonymous, do you have a mscorlib.dll somewhere in your system (outside OE) ? |
14:57.31 | polyonymous | nodens, my gettext-native is built just fine. Do you have c# installed on your build system? |
14:57.41 | nodens | well I have mono |
14:57.50 | polyonymous | nodens, not even in OE :) |
14:57.59 | polyonymous | nodens, ah, that might be it... |
14:58.17 | psokolovsky | Laibsch: thanks for processing #2254! and yes, either that, if it's flexible enough, or some external script (koen has such apparently) |
14:58.47 | koen | what script? |
14:58.51 | Laibsch | ~seen treke |
14:59.14 | ibot | treke <n=ggilbert@tinman.treke.net> was last seen on IRC in channel #oe, 302d 18h 49m 57s ago, saying: 'I wouldn't be up on that if I was working in a morgue :p'. |
14:59.14 | koen | you mean contrib/mtn2cl? |
14:59.14 | *** join/#oe steliosk (n=Stelios@ipa226.211.tellas.gr) |
14:59.21 | Laibsch | koen: No, I think he means your weekly "open bugs/commits/etc. script" |
14:59.36 | Laibsch | which might be contrib/mtn2cl ;-) |
14:59.49 | Laibsch | But it goes beyond mtn |
14:59.51 | koen | it is |
14:59.53 | polyonymous | nodens, try adding --disable-charp to EXTRA_OECONF in gettext .bb |
15:00.10 | polyonymous | I mean --disable-csharp |
15:00.31 | Laibsch | ggilbert: Any reasons we don't have the unconfirmed state in the OE BTS? |
15:00.55 | Laibsch | Following http://www.bugzilla.org/docs/2.22/html/lifecycle.html more closely will help us IMHO |
15:01.06 | cdbot2 | * * OE Bug 2655 has been RESOLVED (FIXED) by xyzaid(AT)yahoo.fr |
15:01.09 | cdbot2 | * * e17 e-wm e-wm_0.16.999.038-r7 doesn't install |
15:01.11 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2655 |
15:01.25 | steliosk | hi all |
15:01.32 | Laibsch | hi steliosk |
15:01.35 | koen | hey steliosk |
15:02.05 | koen | psokolovsky, Laibsch: http://www.openembedded.org/repo/org.openembedded.dev/contrib/mtn2cl/mtn2cl.sh |
15:03.19 | nodens | polyonymous, ok... I'll do that. Btw, the debian package build. But the gettext version is more recent. |
15:03.46 | polyonymous | nodens, that's totally different. |
15:04.11 | nodens | I gess there is an include path pb somewhere. |
15:05.51 | polyonymous | nodens, oe builds are supposed to use as little of host system as possible. And in case of gettext I think simply disabling is the way to go. It picks up the idea of csharp from your build system and probably tries to find it in OE staging where it's not. |
15:10.34 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
15:12.30 | nodens | polyonymous, ok |
15:12.39 | polyonymous | nodens, did it fix? |
15:12.42 | nodens | seems to build now |
15:12.47 | nodens | yup |
15:12.51 | polyonymous | ok. I'll commit it then |
15:12.52 | nodens | I passed the task |
15:12.53 | nodens | thx ! |
15:13.39 | *** join/#oe flo_lap (n=fuchs@e179099059.adsl.alicedsl.de) |
15:14.38 | steliosk | koen : Have you tried to build recently Angstrom for Efika ? |
15:15.41 | flo_lap | re |
15:16.17 | *** join/#oe slapin_nb (n=slapin@143.166.249.ozerki.net) |
15:16.50 | polyonymous | Laibsch, what did you mean by "Rolfs privates Blog"? Blogging about your privates? :) |
15:16.58 | polyonymous | Laibsch, ahh.. just figured it's in German :) |
15:17.20 | polyonymous | Not easy to tell, taking into account your blog is in English :) |
15:25.42 | Laibsch | the blog is in German, English and soon (hopefully) some Japanese |
15:33.49 | CIA-3 | 03polyonymous 07org.oe.dev * re2c57c0b... 10/ (1 packages/gettext/gettext_0.14.1.bb): gettext: let the unfortunates having mono installed on the system still build it. |
15:42.08 | polyonymous | Laibsch, well, I figured it, but if I were you I'd really change the title so that it would at least be evident it's not English :) |
15:43.31 | Laibsch | agreed |
15:44.14 | polyonymous | Xqt installes exectuable into /usr/lib/opie/bin, oops. |
15:48.47 | *** join/#oe mhnoyes (n=mhnoyes@dialup-4.246.18.169.Dial1.SanJose1.Level3.net) |
15:50.06 | koen | steliosk: http://www.angstrom-distribution.org/unstable/images/efika/20070709/ |
15:51.51 | steliosk | koen : hmm just console image right ? X fails right ? |
15:52.26 | koen | it seems that way |
15:52.42 | koen | it was an automated build and I didn't check the errors yet |
15:53.24 | steliosk | hmmm i'll start a build here and see where the problem is |
15:54.31 | *** join/#oe JustinP_ (n=papercra@c-69-181-11-251.hsd1.ca.comcast.net) |
16:06.34 | CIA-3 | 03slapin 07org.oe.dev * rf578929e... 10/ (3 files in 2 dirs): Better way of fixing touchscreen on Palm Treo 650 |
16:06.38 | CIA-3 | 03polyonymous 07org.oe.dev * r06db73e5... 10/ (1 packages/xqt2/xqt2_20060509.bb): xqt2: move executable back from ${palmtopdir}/bin to plain old ${bindir} |
16:06.43 | CIA-3 | 03polyonymous 07org.oe.dev * r452f86f4... 10/ (3 files in 2 dirs): opie-eye: no slavery in ${palmtopdir}! move executable into ${bindir} |
16:22.39 | *** join/#oe dijenerate (n=dijenera@69.73.251.220) |
16:25.39 | *** join/#oe dijenerate (n=dijenera@69.73.251.220) |
16:30.40 | Laibsch | polyonymous: Are you there? |
16:30.45 | polyonymous | somewhat, yes |
16:31.03 | polyonymous | discussing irda issues with marex in #opie. |
16:31.08 | *** join/#oe reach (n=reach@sw169-210-231.adsl.seed.net.tw) |
16:31.44 | Marex | ;-) |
16:32.24 | slapin_nb | geez... |
16:34.09 | summatusmentis | can someone point me in the direction needed to apply this patch? http://bugs.openembedded.org/attachment.cgi?id=1674&action=diff&context=patch&collapsed=&headers=1&format=raw |
16:34.14 | summatusmentis | I followed the |
16:34.33 | summatusmentis | I followed the 'visual' view of the patch, and it seemingly is incorrect* |
16:37.29 | polyonymous | summatusmentis, cd org.openembedded.dev && patch <file.patch ? |
16:41.20 | *** join/#oe woglinde (i=woglinde@e178083235.adsl.alicedsl.de) |
16:42.00 | summatusmentis | polyonymous: is it that easy? |
16:42.06 | woglinde | hi |
16:42.14 | summatusmentis | hi woglinde |
16:42.43 | polyonymous | summatusmentis, well, that's the whole purpose of patches, isn't it? |
16:43.43 | summatusmentis | polyonymous: yes... I'm not sure what file I'm patching though, that's the issue |
16:44.17 | polyonymous | summatusmentis, have you tried to read the patch? It does mention the files. You can also try patch --dry-run |
16:46.26 | summatusmentis | hrm... I'll look at it later, gotta run |
16:46.55 | polyonymous | gotta dry-run :) |
16:49.17 | mrdata | woglinde: hi |
17:03.06 | woglinde | yes |
17:03.12 | woglinde | my nfsroot initrd runs |
17:09.30 | koen | patch -p0 |
17:10.52 | polyonymous | thought so, I never know when you need -p0 |
17:11.06 | polyonymous | never bothered to figured this one out |
17:18.59 | koen | if it recurses into dirs, you need p0 |
17:19.10 | koen | otherwise patch assumes all files are in . |
17:19.36 | polyonymous | ah. Thanks. |
17:20.15 | *** join/#oe pH5 (n=ph5@p5485DE22.dip.t-dialin.net) |
17:20.42 | koen | at least, that's my experience |
17:23.18 | mwester | or put in a plug for quilt... |
17:24.05 | *** join/#oe nauj27 (n=nauj27@245.Red-80-36-17.staticIP.rima-tde.net) |
17:26.06 | cdbot2 | * * OE Bug 2225 has been RESOLVED (FIXED) by xyzaid(AT)yahoo.fr |
17:26.08 | cdbot2 | * * Stylus stops responding |
17:26.10 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2225 |
17:26.50 | Laibsch | koen, polyonymous, psokolovsky: I added the ARC keyword to the bug tracker to track Angstrom release-critical bugs more easily: http://bugs.openembedded.org/buglist.cgi?keywords=ARC |
17:27.15 | Laibsch | Can you try if you can set or unset the keyword (would be nice if not) |
17:27.19 | polyonymous | nice bookmark |
17:27.41 | Laibsch | I think we will increasingly rely on keywords instead of meta-bugs |
17:28.24 | Laibsch | meta-bugs have one advantage even though they are kind of an abuse. The "Show Dependency tree" link |
17:28.46 | polyonymous | Laibsch, I've just unset the keyword for suspend/resume bug |
17:29.16 | polyonymous | Laibsch, I don't think why is it abuse. It works. |
17:31.35 | polyonymous | wish I had your worries :) |
17:32.09 | rob_w | where can i read why oe builsd things in its own order ? |
17:33.23 | Laibsch | polyonymous: Well, do you want everyone to mark their personal bug as RC? |
17:33.39 | polyonymous | Laibsch, I don't think everyone will. |
17:33.40 | Laibsch | BTW, do you have the bug number for the suspend/resume bug |
17:33.44 | Laibsch | I think it is RC ;-) |
17:33.57 | Laibsch | polyonymous: No, certainly not. |
17:33.58 | polyonymous | Laibsch, not anymore, but I restored the flag |
17:34.05 | Laibsch | The knowledge is not widespread |
17:34.16 | Laibsch | But while I am fixing this up I might as well do it right |
17:34.23 | Laibsch | polyonymous: OK, nice. |
17:34.29 | polyonymous | The point is that you don't have to have everyone's hands tight to prevent people from killing each other :) |
17:34.33 | Laibsch | That is all I wanted |
17:34.58 | polyonymous | you would get the bug number in the mail, anyway :) |
17:35.30 | Laibsch | And later again accuse me of all kinds of things when I take that ARC toy away from them ;-) |
17:35.41 | polyonymous | Laibsch, I know you mean Zero_Chaos, but I'm pretty sure he wouldn't keep readding his bug to that meta once asked not to. |
17:35.46 | Laibsch | Better not make it available right from the start |
17:35.58 | Zero_Chaos | polyonymous: I already ceased doing that ;-) |
17:36.04 | Laibsch | no, I was just talking in general ;-) |
17:36.05 | Zero_Chaos | Laibsch: oh oh, what's ARC? |
17:36.09 | *** join/#oe chouimat (n=dieu@kde/developer/chouinard) |
17:36.10 | polyonymous | :)))))))))))))))))))))) |
17:37.18 | polyonymous | you see, our goal is not to complicate each other's existance even though sometimes we inevitably do so. |
17:37.43 | Zero_Chaos | agreed. the goal isn't to piss off the developers ;-) |
17:38.22 | polyonymous | that's just an intermediate task :) |
17:39.48 | Laibsch | ;-) |
17:39.50 | *** join/#oe osas (n=nnnnosas@72.53.149.68) |
17:41.45 | polyonymous | the funny part is that developers aren't likely to be mislead by this trickery. |
18:14.06 | cdbot2 | * * OE Bug 2345 has been RESOLVED (FIXED) by papercrane(AT)reversefold.com |
18:14.08 | cdbot2 | * * cups 1.2.10 fails to build for some host distros |
18:14.10 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2345 |
18:15.48 | CIA-3 | 03Jake 07org.oe.dev * r1387039c... 10/ (1 packages/cups/cups_1.2.10.bb): cups: fix packaging error and add LEAD_SONAME (bug 2345) |
18:24.53 | *** join/#oe W8TVI (n=me@75.116.176.30) |
18:29.12 | *** join/#oe Sleep_Walker (n=Sleep@195.22.44.103.adsl.nextra.cz) |
18:37.50 | *** join/#oe Genesis (n=genesis@ACaen-157-1-42-156.w83-115.abo.wanadoo.fr) |
18:45.37 | summatusmentis | ~praise cdbot2 |
18:45.38 | ibot | All hail cdbot2! |
18:45.57 | summatusmentis | if that means what I think it means, I don't have to mess w/ this patch anymore :-) |
18:46.17 | polyonymous | summatusmentis, most likely. |
18:46.25 | polyonymous | ~praise CIA-3 ;-) |
18:46.26 | ibot | All hail CIA-3 ;-)! |
18:47.26 | CIA-3 | 03slapin 07org.oe.dev * r917dfa42... 10/ (3 files in 2 dirs): Opie Touchscreen fix for Palm Zire 72 |
18:47.31 | CIA-3 | 03pfalcon 07org.oe.dev * r63d1daeb... 10/ (1 conf/machine/palmtt2.conf): |
18:47.31 | CIA-3 | palmtt2.conf: palmtt2 is palmtt with 32Mb of RAM. |
18:47.31 | CIA-3 | * Was discussed on IRC. |
18:49.35 | *** join/#oe Bitmaster (n=Bitmaste@c-3362e253.325-1-64736c12.cust.bredbandsbolaget.se) |
18:50.43 | Genesis | i pleased that you've commited some of my recipes =) |
19:19.18 | MrEMaN | i think I'm going to mad in a minute |
19:19.41 | polyonymous | MrEMaN, thanks for announcement ;-) |
19:19.56 | MrEMaN | heheh |
19:20.09 | MrEMaN | im having some trouble understanding some things |
19:20.31 | MrEMaN | i have an application in which the makefile uses dietlibc to compile |
19:21.07 | MrEMaN | i dont know how i can use the oe build tool to cross compile it |
19:21.35 | MrEMaN | im having errors on the build process, it finds the makefile |
19:22.24 | MrEMaN | but then says ccache: invalid option |
19:22.57 | MrEMaN | can i build this application using oe? |
19:23.05 | polyonymous | I dunno... |
19:23.11 | polyonymous | Maybe someone else does, though |
19:23.55 | MrEMaN | hopefully :) |
19:24.55 | CIA-3 | 03polyonymous 07org.oe.dev * rd982229f... 10/ (4 files in 3 dirs): |
19:24.55 | CIA-3 | libopieobex: supposedly fixes irda send/receive by |
19:24.55 | CIA-3 | - applying patch from Marek from opie bug 1854 |
19:24.55 | CIA-3 | - linking against openobex |
19:37.23 | Laibsch | ggilbert: ping |
19:39.08 | *** join/#oe pvanhoof (n=pvanhoof@212.2.21.2) |
19:42.21 | psokolovsky | Marex: I just wonder, why can't you do something right from the beginning to end? opie #1854 is incorrect. please put error handling back. never-ever exit with success code in case of error. |
19:42.25 | psokolovsky | polyonymous: fyi ^ |
19:43.15 | Marex | then 03-thingamie.patch is correct and 03-thingamie2.patch isnt |
19:43.28 | Marex | psokolovsky, btw from what do you say it is correct? |
19:43.39 | polyonymous | psokolovsky, I agree (I've read your comment on the bug) |
19:44.04 | polyonymous | Marex, how's that? |
19:44.11 | psokolovsky | Marex: removing error handling can never be correct. |
19:44.29 | Marex | psokolovsky, and what does set the errno variable? |
19:44.49 | Marex | its not set anywhere there |
19:45.17 | psokolovsky | Marex: that's goo question, which I assume you tested. if you *SURE* that nothing sets it, only then you can remove that codepath. |
19:45.34 | psokolovsky | Marex: and fyi, most libc funcs set it |
19:45.43 | polyonymous | Marex, forget errno, it's about OBEX_HandleInput rv |
19:46.33 | polyonymous | and you do test it, don't you? |
19:46.33 | Marex | polyonymous, which is already tested by if |
19:46.33 | polyonymous | Yeah, then spit out message and exit with non-zero code? |
19:46.49 | polyonymous | I can do it for you, after the bath, though ;-) |
19:47.13 | Marex | I think it is already handled correctly :o |
19:47.50 | polyonymous | Marex, don't be ridiculous, you know what he's talking about. |
19:48.01 | psokolovsky | Marex: you should continue to learn, because what you think is pretty naive ;-I |
19:48.13 | Marex | psokolovsky, hmm ... |
19:48.26 | polyonymous | Well, I don't think your comments actually encourage his learning ;-) |
19:48.50 | Marex | Im going to check it then |
19:49.39 | polyonymous | psokolovsky, where is CONFIG_LIBOPIETOOTH is supposed to be set in OE? |
19:50.06 | polyonymous | Should it be exported in opie.bbclass or what? |
19:50.12 | psokolovsky | polyonymous: well, if he doesn't want to get hints, what can I do? dance around him for half an hour? he indeed could not know what is errno... |
19:50.23 | psokolovsky | polyonymous: no idea |
19:50.28 | polyonymous | psokolovsky, just be nice ;-) |
19:50.30 | polyonymous | hmm.. |
19:50.53 | polyonymous | it has this conftest that system(echo-es) the variable... |
19:51.02 | polyonymous | In normal opie build I think it's put in .config. |
19:51.41 | polyonymous | oh well, bath time! |
20:00.42 | Marex | psokolovsky, I think I should drop the errno handling and handle only OBEX_HandleInput return value |
20:01.51 | Marex | err ... ah I see |
20:02.19 | psokolovsky | Marex: I'm note sure what exactly you should do, but I'm sure there should be error handling. So, either you do it right, or at least leave the old one there. |
20:02.38 | Marex | the old one was broken |
20:02.56 | Marex | psokolovsky, http://www.lab.dit.upm.es/doc/openobex-devel-1.0.1/openobex/r439.html please read this |
20:03.32 | psokolovsky | Marex: otherwise, just think yourself what may happen: in case of error, it will just silently terminate. Now what if you want to receive sth? It doesn't work. Now how next Marex debug it then? There're no traces of failure at all! |
20:04.30 | psokolovsky | Marex: cool, so old handling seems to be correct. |
20:04.50 | Marex | no if you exit correctly |
20:05.04 | Marex | let me just check it |
20:05.07 | cdbot2 | * * OE Bug 2656 has been created by tester(AT)rolf.leggewie.biz |
20:05.09 | cdbot2 | * * test bug |
20:05.11 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2656 |
20:07.07 | cdbot2 | * * OE Bug 2656 has been RESOLVED (INVALID) by tester(AT)rolf.leggewie.biz |
20:07.09 | cdbot2 | * * test bug |
20:07.11 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2656 |
20:07.35 | *** join/#oe Vorondil (n=vorondil@unaffiliated/vorondil) |
20:10.46 | Marex | psokolovsky, ok, Im just checking and learning ;-E |
20:13.36 | psokolovsky | Marex: very nice. feel to ask about too unclear things. |
20:14.08 | Marex | psokolovsky, you are making holes in my head :T |
20:14.27 | *** join/#oe benlau (n=benlau@221.125.8.107) |
20:24.23 | codyl | anyone have issues with the console image on ep93xx ? |
20:24.34 | codyl | seems to hang after "starting Avahi" |
20:25.07 | codyl | and gives garbles |
20:29.17 | Marex | psokolovsky, so it looks to me like ... if (errno == EAGAIN) _exit(0) ; else exit (-1) |
20:29.55 | Marex | psokolovsky, does it look any better? |
20:30.24 | psokolovsky | damn, am I really should look thru all that code myself?... |
20:30.43 | Marex | psokolovsky, like why? |
20:31.26 | psokolovsky | Marex: like what I told in the beginning - why can't you do it yourself from start to end. sigh. |
20:32.08 | Marex | psokolovsky, <psokolovsky> Marex: very nice. feel to ask about too unclear things. |
20:34.23 | psokolovsky | Marex: ok, so first of all, please leave that fprintf in. thanks. you yourself will read it. |
20:34.53 | psokolovsky | Marex: next, you rarely at all want to exit on EAGAIN. vice versa, you want to retry what you did. |
20:35.37 | Marex | psokolovsky, I know I know ... then tell my why opie thinks that EAGAIN is correct ;] |
20:36.22 | psokolovsky | Marex: correct in what sense? |
20:36.45 | Marex | correct that when it receives the file, errno = 11 which is eagain |
20:37.31 | psokolovsky | Marex: and from what I see, there just should not be _exit(0) at all. |
20:38.07 | Marex | psokolovsky, first of all it should be rewritten to use threads ;] |
20:38.20 | psokolovsky | Marex: receives when, receives how? EAGAIN means receive was not completed fully. |
20:38.24 | Laibsch | A package I want to compile needs scanf support in do_configure. Where is that scanf stuff hidden? |
20:38.42 | psokolovsky | Laibsch: ??? |
20:39.13 | woglinde | man scnaf |
20:39.18 | woglinde | ups |
20:39.20 | woglinde | scanf |
20:39.35 | woglinde | but no suprise its libc |
20:39.43 | Marex | psokolovsky, receives over irda/bluetooth :E |
20:39.54 | Marex | psokolovsky, sorry, opie still doesnt support tcpobex |
20:40.38 | psokolovsky | Marex: means receive was not completes, period |
20:41.00 | *** join/#oe mykilx (n=mykilx@239-210.35-65.tampabay.res.rr.com) |
20:49.19 | MrEMaN | is there a way to tell ipkg to remove a package and all packages which were installed as dependencies? |
20:53.01 | nodens | MrEMaN, probably not. It would mean to keep additional metadata (sort of what aptitude does in debian) |
20:56.43 | Marex | so psokolovsky ... OBEX_HandleInput DOESNT set the errno at all ... so that errorhandling can be safely dropped |
20:57.25 | *** join/#oe rob_w (n=bob@X037a.x.pppool.de) |
20:57.46 | psokolovsky | Marex: and it doesn't call any other functions? Didn't you think that they may set it? ;-) |
20:58.34 | Marex | why should you check that after OBEX_HandleInput exited though? |
21:00.20 | psokolovsky | Marex: because we want to catch errors, not silently ignore them. |
21:01.02 | Marex | psokolovsky, I understand that, but why AFTER HandleInput? |
21:01.14 | Marex | you can handle them before entering the loop :E~~~ |
21:04.15 | psokolovsky | no, you can't handle errors before they occur, hope it's clear |
21:04.52 | *** join/#oe |miska| (i=hrusm3am@artax.karlin.mff.cuni.cz) |
21:05.11 | Marex | psokolovsky, ok, so you say I should return that crippled error handling that was there? |
21:06.01 | polyonymous | Marex, don't bother, I think I'll do it now |
21:06.28 | polyonymous | hmm... although I have a problem with that - out of cigarettes... |
21:06.41 | polyonymous | ENOCIGS |
21:08.08 | Marex | polyonymous, ok :T |
21:08.24 | polyonymous | Marex, have a cig for me? :) |
21:08.40 | Marex | no, Im not smoker :b |
21:09.09 | polyonymous | No wonder you can't get things done :) |
21:09.49 | psokolovsky | polyonymous: don't sway youth ;-) |
21:10.07 | polyonymous | I'm only teaching ;-) |
21:10.39 | polyonymous | "Learn c++ in 20 cigarettes": Cigarette 1: basic syntax. |
21:11.24 | nodens | teaching C++ for cigarettes ? :) |
21:11.37 | nodens | or learning with cigarettes ? ;) |
21:11.50 | polyonymous | nodens, no way, if you put it this way, then it would be "Learn c+= in 20000 cigarettes" :) |
21:11.57 | polyonymous | c++ even |
21:13.49 | woglinde | lol |
21:19.38 | *** join/#oe |miska_backup| (i=hrusm3am@artax.karlin.mff.cuni.cz) |
21:29.29 | polyonymous | psokolovsky, Marex I attached the patch to opie bug. |
21:29.30 | Laibsch | psokolovsky: http://paste.stgraber.org/2138 |
21:29.39 | Laibsch | too bad woglinde is gone. |
21:29.57 | polyonymous | Laibsch, it needs scanf support for %lld |
21:30.01 | Laibsch | He said it is libc. What does that mean. That the OE libc does not offer scanf? |
21:30.31 | Laibsch | polyonymous: so much is clear |
21:30.31 | polyonymous | no, it doesn't offer %lld |
21:30.31 | Laibsch | the question is "where to get it" |
21:30.31 | polyonymous | which is, I'd guess, support for long long |
21:30.46 | psokolovsky | Laibsch: well, you call that "in do_configure" ?? very nice |
21:30.55 | polyonymous | you have glibc, do you? |
21:30.55 | Marex | polyonymous, cool :) |
21:31.07 | polyonymous | and the patch is broken, btw |
21:31.23 | psokolovsky | Laibsch: I guess, it typical xcompile issue. see config.log |
21:32.15 | polyonymous | yeah, config.log would be helpful |
21:32.47 | Laibsch | OK, just a second |
21:37.30 | Laibsch | http://rafb.net/p/Jrznzy10.html is all I can get off the screen |
21:37.39 | Laibsch | I hope the necessary info is in there |
21:40.09 | psokolovsky | Laibsch: that's not it. time for you to learn sth new too ;-) |
21:42.33 | Laibsch | the log file is on a remote host that I access with key-based authentication |
21:42.57 | Laibsch | scp seems to not use key-based authentication (correctly), is that true? |
21:43.19 | Laibsch | no. |
21:43.29 | Laibsch | I was just using the wrong username ;-) |
21:43.34 | Laibsch | Got the complete log file now |
21:44.18 | Laibsch | polyonymous, psokolovsky: http://oz.leggewie.org/wip/log.do_configure.3099 |
21:44.36 | polyonymous | Laibsch, no, config.log |
21:44.56 | psokolovsky | Laibsch: now use ssh, not scp, and in the dir you have that crap, do: cd ..; find -name config.log |
21:45.38 | *** join/#oe koen (n=koen@62-50-199-121.client.stsn.net) |
21:46.44 | Laibsch | http://oz.leggewie.org/wip/config.log |
21:48.58 | psokolovsky | Laibsch: configure:22527 - paste that +/- 30 lines |
21:50.41 | *** join/#oe koen|away (i=koen@dominion.kabel.utwente.nl) |
21:54.44 | koen | and grep for 'scanf' in site/ |
21:56.17 | RP | koen: In Birmingham now? |
21:57.16 | koen | RP: no, edinburgh |
21:57.22 | koen | just had beer with liam |
21:57.42 | RP | koen: What do you think of Scotland? |
21:57.43 | koen | we'll take the 10:05 train to birmingham tomorrow morning |
21:57.50 | koen | RP: uphill and rainy ;) |
21:57.57 | koen | but I wouldn't mind living here |
21:58.12 | RP | The whole country is rainy atm :-( |
22:05.16 | *** join/#oe memenarsil (n=memeruiz@213.204.17.146) |
22:06.08 | XorA | hey koen RP |
22:06.47 | koen | hey XorA |
22:07.11 | koen | XorA: liam and I are meeting up at haymarket at 9 and walk to waverly to meet you at bk at 9:30 |
22:07.45 | XorA | koen: I thought you were staying next to waverly? |
22:08.22 | koen | we moved to the hilton at haymarket :) |
22:08.35 | XorA | ah right |
22:09.06 | cdbot2 | * * OE Bug 1437 has been marked as DUPLICATE of bug 2429 by <Laibsch> |
22:09.07 | cdbot2 | * * micro-emacs from 3.5.4.1 feed: backspace not working |
22:09.09 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=1437 |
22:10.12 | XorA | which pub di you go to? |
22:10.25 | koen | some pub on the mile and the haymarket |
22:10.32 | koen | and the pizza hut |
22:14.22 | Laibsch | psokolovsky: Do you mean http://oz.leggewie.org/wip/log.do_configure.3099 |
22:15.14 | Laibsch | koen: What do you mean with site/? Which dir exactly? In $WORKDIR? There is no site directory. |
22:15.28 | koen | org.oe.dev/site/ |
22:16.19 | psokolovsky | Laibsch: I mean, you find file "configure", and cut 60 lines around line 22527 in it |
22:18.54 | Laibsch | koen: Two entries. site/arm-linux:yeti_cv_func_scanf_modif_size_t=yes and site/ix86-common:yeti_cv_func_scanf_modif_size_t=yes |
22:19.10 | *** join/#oe timtimred (n=On3@82-34-50-106.cable.ubr02.chel.blueyonder.co.uk) |
22:19.13 | koen | hmmm |
22:19.19 | koen | no luck then |
22:22.59 | Laibsch | psokolovsky: http://oz.leggewie.org/wip/configure.22527 |
22:23.39 | Laibsch | or the full file at http://oz.leggewie.org/wip/configure.gz |
22:24.07 | XorA | koen: cya tomorrow |
22:24.30 | psokolovsky | Laibsch: add "am_cv_scanf_lld=yes" to glibc.site or how it is called. of course, follow syntactic patterns there ;-) |
22:28.44 | Laibsch | which file is that? in $WORKDIR or in the OE dir? I cannot find it in either. |
22:28.52 | Laibsch | Or do you mean ./site/common-glibc? |
22:31.47 | *** join/#oe codyl (n=codyl@adsl-71-142-110-73.dsl.pltn13.pacbell.net) |
22:37.29 | CIA-3 | 03svolpe 07org.oe.dev * r6c16fb38... 10/ (1 packages/libsdl/libsdl-directfb_1.2.9.bb): |
22:37.29 | CIA-3 | libsdl-directfb 1.2.9: Fix build issue after recent kernel headers and gcc upgrades. |
22:37.29 | CIA-3 | and added missing CLFAGS include for directfb |
22:37.33 | psokolovsky | Laibsch: yes, that's what i mean |
22:39.11 | *** join/#oe Vorondil (n=vorondil@unaffiliated/vorondil) |
22:42.43 | polyonymous | psokolovsky, the funny part is that error message goes nowhere, anyway and process should exist with zero code :) |
22:43.48 | psokolovsky | polyonymous: it should go to opie logging facility of course, wanna fix that now? also "exit"? are you sure it should ever exit with success code? |
22:44.28 | polyonymous | psokolovsky, yes, this subprocess should exit with success code and that's not the result passing mechanics. |
22:44.43 | polyonymous | psokolovsky, I don't know how to send it to opie logging factility |
22:45.06 | cdbot2 | * * OE Bug 2004 has been RESOLVED (FIXED) by <Laibsch> |
22:45.06 | psokolovsky | polyonymous: yes, so you even found where it is wait()ed for? because I haven't, so i assume we have zombies here |
22:45.07 | cdbot2 | * * micro-emacs fails to build - source can not be downloaded |
22:45.10 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2004 |
22:45.37 | psokolovsky | polyonymous: then you will leave that fprintf as is, right? ;-) |
22:45.41 | polyonymous | psokolovsky, I don't think you do, there's that opie housekeeping. |
22:45.54 | polyonymous | psokolovsky, yes, I think it's better to have message even going nowhere. |
22:46.55 | psokolovsky | polyonymous: maybe you even can tell in few words how all that server stuff works? |
22:47.54 | polyonymous | psokolovsky, I can use just one adverb: poorly ;-) |
22:48.49 | polyonymous | that is, it sets up child process, then waits for one byte sent via pipe to signify... yes, error, in the loop |
22:48.58 | polyonymous | but the byte is sent only if initObex fails. |
22:49.16 | psokolovsky | polyonymous: ok, so here's my quick analysis: it just sits there, and loops in handleInput(). it should never exit at all. Well, let's let it exit in case of error, it weird, but well, ok. but it should never exit(0). |
22:49.24 | polyonymous | if it fails any other way it would hog cpu, etc. |
22:49.42 | psokolovsky | polyonymous: yes, that's what I mean. it should not exit. |
22:50.16 | *** join/#oe mzb (n=ubernut@ppp108-88.static.internode.on.net) |
22:50.17 | polyonymous | it should exit if it can't continue. Also, I think it should exit because the damn thing tries to start way too often :) |
22:50.43 | polyonymous | also, any fatal error renders the endless loop useless, anyway |
22:50.54 | Laibsch | koen, psokolovsky: Can you help me with the syntax for site/common-glibc? |
22:50.54 | psokolovsky | polyonymous: you can point at the loop at which it starts? |
22:51.09 | polyonymous | what starts? |
22:51.16 | Laibsch | I thinks just adding am_cv_scanf_lld=yes is not in line with the format of the other entries |
22:51.22 | polyonymous | Laibsch, it's just a shell script? |
22:51.26 | polyonymous | ah |
22:51.29 | Laibsch | Maybe |
22:51.31 | psokolovsky | polyonymous: "e damn thing tries to start way too often :)" damn thing, apparently ;-) |
22:51.42 | koen | Laibsch: I'm 5 minutes away from going to bed, so I can only say http://www.openembedded.org/user-manual&dpage=chapter_reference#id2579431 |
22:51.46 | polyonymous | psokolovsky, no, not in a loop |
22:52.22 | polyonymous | Laibsch, am_cv_scanf_lld=${am_cv_scanf_lld=yes} ? |
22:52.54 | psokolovsky | Laibsch: what was your score on pattern recognition quizzes? ;-) You need to add line "am_cv_scanf_lld=${am_cv_scanf_lld=yes}" there ;-) |
22:55.12 | polyonymous | psokolovsky, but I think I'm going to try to redo the whole thing. it's silly |
22:55.40 | polyonymous | psokolovsky, and so is libopie, btw. |
22:55.48 | psokolovsky | polyonymous: ah, don't let that drag you down... we have machine patches for qte ;-) |
22:55.59 | polyonymous | :))))) |
22:56.33 | Laibsch | psokolovsky: I scored very high on all kinds of pattern recognition quizzes, believe me. VERY high |
22:56.46 | psokolovsky | Laibsch: ah, cool ;-) |
22:56.46 | Laibsch | Those kind of test are one of my strong points |
22:57.04 | Laibsch | But it only takes a missed , or something else to fuck things up. |
22:57.16 | polyonymous | well, I never believed in quizzes. Here's why :) |
22:57.17 | Laibsch | So I rather ask, cause I think that is the sensible thing |
22:57.26 | Laibsch | So I pass the "being sensible"-test |
22:57.37 | polyonymous | Laibsch, but you'll try it |
22:58.04 | psokolovsky | Laibsch: sure, disregard any intro sentences before the answers, they're just fillers ;-) |
22:59.10 | polyonymous | :))) |
22:59.38 | *** join/#oe Xark (n=user@pdpc/supporter/bronze/xark) |
22:59.55 | polyonymous | psokolovsky, this idiotic thing almost verbatim reproduces equally idiotic stuff in libopie2. Great case of copy'n'paste programming. |
23:00.10 | psokolovsky | ;-I |
23:01.10 | polyonymous | so, the point is - it should return non-zero only on initial setup, it seems. |
23:01.54 | *** join/#oe else58 (n=else58@cpe-24-28-25-225.austin.res.rr.com) |
23:03.58 | Xark | Hello. I am trying to build a native GNU toolchain for the Nokia N800. Does anybody know (or have any links) about what binutils options are required to be compatible with the current maemo stuff? When I rebuild an armv6l-none-linux-gnueabi binutils I have issues with "waning: ld-linux.so.3, needed" and undefined symbols (even though I see a ld-linux.so.3 - I supect its the wrong "flavor") |
23:09.33 | *** join/#oe cody__ (n=codyl@adsl-71-142-79-53.dsl.pltn13.pacbell.net) |
23:16.09 | Laibsch | psokolovsky: I guess it is safe to commit am_cv_scanf_lld=${am_cv_scanf_lld=yes}"? It does take care of the scanf stuff. gnucash still does not compile. Next problem right at the next line :-/ |
23:17.06 | psokolovsky | Laibsch: yes, we went that way exactly to show the right way to solve such issues, so please commit. |
23:18.38 | Laibsch | OK |
23:18.44 | *** join/#oe mwester-laptop (n=nnnnnmwe@gw.mwester.net) |
23:19.19 | Laibsch | Is that a gnucash specific patch? The section titles seem to suggest that, but the entry look more like they will apply to all packages |
23:21.47 | psokolovsky | Laibsch: no, it goes to generic |
23:21.57 | psokolovsky | am_ == automake |
23:26.05 | cdbot2 | * * OE Bug 1824 has been RESOLVED (WORKSFORME) by <Laibsch> |
23:26.07 | cdbot2 | * * apache2_2.2.3 fails to build when host missing "quilt" |
23:26.09 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=1824 |
23:28.39 | *** join/#oe koen (n=koen@62-50-199-121.client.stsn.net) |
23:30.49 | *** join/#oe is_null_ (n=james@home.jamespic.net) |
23:31.50 | is_null_ | hello everybody, bitbake worked fine part of it's way to compiling nano, but qemu compile fails : http://pastebin.ca/621120 - any help please ? i am following instructions from the getting started guide, on a x86 host, and updated+pulled mtn just before beginning |
23:35.16 | polyonymous | is_null_, install gcc3 |
23:35.37 | polyonymous | hmm |
23:35.59 | polyonymous | not sure though if it should fail like this with gcc4 |
23:36.37 | is_null_ | sys-devel/gcc-3.4.6-r2 installed |
23:39.39 | polyonymous | should do... |
23:39.59 | is_null_ | it's suppose to use it, what makes you say that it isn't ? |
23:40.25 | polyonymous | nothing, that was the fast answer, because it's common source of failures :) |
23:40.42 | polyonymous | do you really have x86 host and not x86_64? |
23:40.50 | is_null_ | really, i do |
23:41.03 | is_null_ | it's a server machine . .. |
23:43.12 | polyonymous | well... I don't have an answer for you then |
23:43.38 | *** join/#oe Xark (n=HEVBoy@pdpc/supporter/bronze/xark) |
23:45.28 | is_null_ | you don't want to see other log ? |
23:46.31 | polyonymous | no, not now, maybe someone else |