IRC log for #oe on 20070715

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.07cdbot2* * OE Bug 2273 has been RESOLVED (FIXED) by <Laibsch>
01:24.09cdbot2* *  nunome installs to /opt
01:24.11cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2273
01:47.16*** join/#oe memeruiz_ (n=memeruiz@X1985.x.pppool.de)
01:50.27MrEMaNhow do i specify that i want to install directories + its subdirectories in a recipe
01:50.44MrEMaNinstall seems to only work for single files
01:54.58MrEMaNwhen 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.48Crofton|homeMrEMaN, I'm not sure
02:12.00Crofton|hometry greping for cp in bb files
02:13.17*** join/#oe csmanx (n=csman@201.230.164.189)
02:26.02MrEMaNther eis no way to recursivly install a directory/files?
02:29.00mwesterSure 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.56MrEMaNmwester : i dont see why bitbake omits all the directories and files which are included using cp -r
02:38.10MrEMaNomits = doesn't include them in the package
02:38.49CoreDump|afkMrEMaN: read up on the FILES varible
02:40.25MrEMaNok
02:43.07MrEMaNCoreDump|afk : Files are used to control where to look for local files right? or do you mean something else?
02:43.26MrEMaNcan you give an example, i've been stuck here for ages
02:44.24CoreDump|afkevery path in FILES is included in the final package. Every path _missing_ from FILES will _never_ show up i the ipk
02:44.58CoreDump|afkFILES += "/some/funny/non-standard/path"
02:53.39MrEMaNCoreDump|afk : i see, and FILES += "blah" will include blah and all of its subdirectories int eh final package right?
02:53.56CoreDump|afkcorrect
02:54.14CoreDump|afkyou can specify single files as well
02:55.20CoreDump|afk*is
02:56.01MrEMaNthx
03:02.21*** join/#oe dijenerate (n=dijenera@69.73.251.220)
03:12.31CIA-303slapin 07org.oe.dev * rae4edc08... 10/ (4 files in 4 dirs):
03:12.31CIA-3fix touchscreen in OPIE on treo 650
03:12.31CIA-3Setting QWS_MOUSE_PROTO in tslib.sh is probably not ideal, but I can't find a
03:12.31CIA-3better 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.38MrEMaNif i attempt to add something to do_unpack_append()
04:04.51MrEMaNthen i get an indentation error with i try to build
04:05.37MrEMaNit seems the code in the do_unpack_append() is pushed two spaces more than it should be
04:05.46MrEMaNand 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.18summatusmentishttp://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.30MrEMaNoe_runmake says it cant find the Makefile but its clearly there in the work directory
08:31.45MrEMaNanything i can try to narrow it down/
08:31.47MrEMaN?
08:32.27CIA-303koen 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.19mrdatahi all
08:49.15koenMrEMaN: -DD
08:49.40MrEMaNok
08:51.32MrEMaNkoen : i get no targets specified and no makefile found, if i specify a target it still doesn't find the makefile
08:51.49MrEMaNbut i can see the makefile in my work directory
09:02.35*** join/#oe memenarsil (n=memeruiz@201.194.198.126)
09:04.30koendoes do_compile enter the right directory?
09:04.30koenIOW is S set correctly
09:08.01*** join/#oe Darth_Wader (n=sith@ne.hubbardi.st)
09:11.43MrEMaNkoen : for some reason its going into packagename-r0\packagename
09:11.57MrEMaNand the makefile is located in packagename-r0
09:12.04MrEMaNhmm
09:12.21MrEMaNis S not set correctly maybe?
09:12.27MrEMaNi didn't change it tho
09:12.56*** join/#oe |miska| (i=hrusm3am@artax.karlin.mff.cuni.cz)
09:15.54koenS defaults to ${WORKDIR}/${PN}-${PV}
09:16.09koenit seems your package is weird and puts its stuff in ${WORKDIR}/
09:16.53MrEMaNlol
09:17.29MrEMaNkoen : your correct, i changed S to ${WORKDIR} and it works...
09:17.30MrEMaNhmm
09:21.36*** join/#oe TheCan (n=thecan@dslb-084-056-135-032.pools.arcor-ip.net)
09:24.33MrEMaNargh, another problem, my makefile uses diet $(CC) -c $(CLFAGS) $.c but it fails on the build
09:25.07MrEMaNsays: ccache: invalid option -- n
09:25.30*** join/#oe zap_ (n=zap@16.170.249.ozerki.net)
09:36.58CIA-303dirk 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.13codylhi, anyone using ep93xx port /
09:44.28codylI can't get the kernel to boot- "invalid machine id"
09:45.05cdbot2* * OE Bug 2271 has been RESOLVED (FIXED) by <Laibsch>
09:45.07cdbot2* *  libqpe-opie installs to /opt
09:45.09cdbot2* * 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.16cm34hi! 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.30cm34I'm wondering how this is fixed, if it still doesn't compile with new linux headers ( I have 2.6.21 )
10:16.37Laibsch!oebug 2564
10:16.39cdbot2* * Bug 2564, Status: RESOLVED (FIXED), Created: 2007-06-25 16:21
10:16.39cdbot2* * kjkillick(AT)hotmail.com: QT/E fails to build due to lack of asm/page.h
10:16.41cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2564
10:17.24Laibschcm34: reopen it and ask for an explanation
10:17.33Laibschwho closed it?
10:18.35cm34ok. I'll do it. but for now, any ideas how can I workaround it ?
10:18.58cm34Laibsch,   ------- Comment  #4 From Michael Krelin  2007-07-08 15:37:32  [reply] -------
10:18.58cm34I think we can close it as fixed, since my guess is that it's fixed now and
10:18.58cm34original submitter keeps silence. for about a week. Feel free to reopen if it's
10:18.58cm34not, though.
10:20.12MrEMaNim trying to build a progrsam which uses dietlibc to compile
10:20.20MrEMaNis this possible using oe build environment?
10:24.05cdbot2* * OE Bug 2564 has been REOPENED by codemachine(AT)inbox.ru
10:24.07cdbot2* *  QT/E fails to build due to lack of asm/page.h
10:24.09cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2564
10:26.48*** join/#oe zecke|bbq (n=ich@88.134.98.145)
10:29.31Laibschcm34: 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.46LaibschI haven't run into it and I have no workaround.
10:33.24psokolovskycm34: http://www.linuxtogo.org/gowiki/OpieWithAngstrom . set it up properly and you're no going to have issues
10:34.38cm34psokolovsky, ok. thanks
10:38.34MrEMaNany of you guys used dietlibc before?
10:46.41zeckeno, we only have uclibc recipes
11:00.57MrEMaNZecke, 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.49zeckeMrEMaN: 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.06XorA|gprslrg: you there
11:41.55XorA|gprskoen: you there?
11:43.05cdbot2* * OE Bug 2264 has been RESOLVED (FIXED) by <Laibsch>
11:43.08cdbot2* *  opie-mediaplayer installs to /opt
11:43.09cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2264
11:44.05cdbot2* * OE Bug 2265 has been RESOLVED (FIXED) by <Laibsch>
11:44.07cdbot2* *  opie-pickboard installs to /opt
11:44.09cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2265
11:47.05cdbot2* * OE Bug 2263 has been RESOLVED (FIXED) by <Laibsch>
11:47.07cdbot2* *  opie-qss installs to /opt
11:47.09cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2263
11:53.04*** join/#oe rob_w (n=bob@X037a.x.pppool.de)
12:03.13psokolovskyLaibsch: do you also have plan to look thru Angstrom release bugs?
12:05.48koenXorA|gone: pong
12:15.06cdbot2* * OE Bug 2654 has been created by <Laibsch>
12:15.08cdbot2* * meta-bug: please upload XY into the feeds
12:15.10cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2654
12:20.06cdbot2* * OE Bug 1180 has been RESOLVED (WONTFIX) by <Laibsch>
12:20.08cdbot2* *  update-modules postinst fails
12:20.10cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=1180
12:20.36Laibschpsokolovsky: which ones do you mean?
12:20.43Laibschthose in 1573?
12:22.03koenLaibsch: do you know that the Å_RC flag signifies in bugzilla?
12:22.30psokolovskyLaibsch: 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.49Laibschkoen: It was an attempt to mark RC-critical bugs.
12:23.04Laibschkoen: But I have to admit I have not really found out how it works.
12:23.11LaibschI should probably remove it
12:23.42psokolovskyLaibsch: as you remember, I suggested to use bug dependencies ;-)
12:24.10Laibschpsokolovsky: I was considering using priorities for that.
12:24.26LaibschI am also thinking about a complete restructuring of the BTS
12:24.49psokolovskyLaibsch: priorities are cool. just please maintain angstrom release bug *tree* ;-)
12:24.53LaibschI think that for example Angstrom should not be a subcategory of OE
12:24.57psokolovskyoh my ...
12:25.07Laibschpsokolovsky: we do have the tree
12:25.22LaibschAnd it pretty accurately reflects the situation, I think
12:25.23psokolovskyLaibsch: cool, let's haev it maintained and acted upon ;-)
12:25.33LaibschI also added a few more meta-bugs
12:25.39psokolovskyLaibsch: let's work on changing the situation then ;-)
12:25.47psokolovskyLaibsch: that's nice
12:25.51Laibschso machine-specific stuff should not be blocking 1573 directly anymore
12:26.15Laibschpsokolovsky: I do as much as I can for the devices I am interested in
12:26.21LaibschI lack compile power at times.
12:26.25LaibschAnd of course time.
12:27.07cdbot2* * OE Bug 2564 has been RESOLVED (FIXED) by <polyonymous>
12:27.09cdbot2* *  uicmoc-native 2 fails to build due to lack of asm/page.h
12:27.11cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2564
12:27.12psokolovskyLaibsch: well, as bug overlord, you should be interested not in devices, but in higher lever stuff, like releases ;-)
12:27.22LaibschI am, don't worry
12:27.34LaibschBut there are things I am more interested in than others
12:27.35polyonymousas a bug overlord he should be interested in everything :)
12:27.41koenpsokolovsky: ideally the release dude shouldn't have any supported machine ;)
12:27.53LaibschI feel responsible for structuring the bugs, not for resolving *all* of them
12:27.54psokolovskyLaibsch: 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.04psokolovskykoen: yep ;-)
12:28.34Laibschwhat is not properly identified?
12:28.51psokolovskyLaibsch: 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.53LaibschExcept for maybe "severity" which I was referring to earlier?
12:29.17Laibschpsokolovsky: You might remember my mail to the ML from about April.
12:29.30Laibschthe question of whether to cc/assign people
12:29.39LaibschI have been pondering the question ever since.
12:29.42LaibschTrust me.
12:30.09LaibschI have come up with a few ideas, I need to wrap them up, define the process better and send a mail
12:30.16LaibschThis is nothing that was forgotten
12:30.23LaibschIt has a high priority for me.
12:30.25psokolovskyLaibsch: 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.39psokolovskyLaibsch: very good
12:30.41Laibschpsokolovsky: no
12:30.54LaibschI think the things expected of mentors are not well documented
12:31.07LaibschI have been "secretly" working on this the past couple of days
12:31.13LaibschExpect a mail to the list soon
12:31.51LaibschThough the way I chose may upset one or the other person.
12:31.51psokolovskyLaibsch: 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.17LaibschHow about groups of people?
12:32.22psokolovskyLaibsch: ok, thanks for this heads up then, I see that we're doing well! ;-)
12:32.25LaibschLike QA group
12:32.33LaibschAnd spitz group
12:32.37psokolovskyLaibsch: you're the overlord ;-)
12:32.38LaibschAnd ipaq group
12:32.46LaibschAnd then assign the bug to the group?
12:32.47koenpsokolovsky: like http://mail.gnome.org/archives/gtk-devel-list/2007-July/msg00029.html ?
12:32.52LaibschWould that make sense?
12:33.12LaibschBut first we need to document the mentor stuff better
12:33.36psokolovskykoen: yes, except I mean automated report of course ;-)
12:33.37LaibschI for one still don't know everything I need to know and have been bitching to koen about it frequently ;-)
12:34.14LaibschI guess y'all noticed ;-)
12:35.00psokolovsky;-)
12:35.18koenwrite a mail
12:35.29koenirc is useless for policy
12:35.40koenirc is nice for yelling at people :)
12:35.56zeckekoen: shut up, moron :)
12:36.05zeckeyeah, I do feel better now
12:36.27koenzecke: btw, it seems the recent sysadmin work on ltg broke bonsai
12:36.53zeckekoen: so what sites did you see in scotland? have you been cruel to animals?
12:37.23koenedinburgh, inverness, loch ness, stirling, and I haven't been cruel to animals
12:37.29koen(I only ate them)
12:37.45zeckethat is the accepted violence... :(
12:38.14Laibschkoen: bonsai is hand-installed?
12:38.25koentonight I'm going to be cruel to pizzas
12:38.29zeckeLaibsch: sort of
12:38.33Laibschwhat are the dependencies?
12:38.46zeckeLaibsch: it is using django as framework (no debian package yet)
12:39.06zeckeLaibsch: so it needs django+python+python-svn+python-postgres
12:40.43LaibschOK
12:41.37zeckeright
12:42.42koenzecke: how's webkit coming along, should I upload a new build to the angstrom feeds for people to test?
12:42.57lrgXorA|gone: ping
12:43.07*** join/#oe Philippe (n=fille@a91-153-17-113.elisa-laajakaista.fi)
12:43.29koenhey lrg
12:43.38koenlrg: 7:30, north bridge, right?
12:43.40zeckekoen: three nice patches are awaiting review. One for CURL, one for PlatformScrollbar/Paint handling and since yesterday static backgrounds work
12:44.07zeckekoen: oh, and my account at webkit.org was created so I can commit stuff directly (after review)
12:44.20koencool
12:45.34Laibschzecke: http://packages.debian.org/testing/python/python-django ?
12:45.53zeckeLaibsch: wow, I only checked packages.ubuntu.com :)
12:46.19Laibschhehe
12:46.23zeckeLaibsch: but we have a patch to django, to improve RSS handling
12:46.43Laibschall these patches :-(
12:46.57Laibschwell, it is documented in the tracker
12:47.05Laibschthat keeps me satisfied for the moment
12:47.29Laibschwhere is bonsai?
12:47.36Laibsch~bonsai
12:47.42zeckeLaibsch: http://code.djangoproject.com/ticket/2912
12:47.42koenhttp://www.openembedded.org/bonsai/view/scm/
12:48.00Laibschkoen got the right answer and wins ;-)
12:48.19Laibsch"right" in the sense of "the expected answer"
12:48.25zecke"Ich hasse gewinnen" (schlumpf simulaton)
12:48.39zeckeLaibsch: I pointed you to the patch we apply and need
12:48.54Laibschah, OK.  That is nice, too
12:49.03CIA-303polyonymous 07org.oe.dev * rd67594e6... 10/ (3 files in 3 dirs):
12:49.03CIA-3uicmoc-native 2.3.10: fix build against recent build-system headers, close bug #2564
12:49.03CIA-3not only recent headers do not define relevant stuff in asm/page.h, but they do not
12:49.03CIA-3provide the file anymore.
12:49.07LaibschBut I don't think I will tackle that soon
12:52.05koenpolyonymous: I'm going to add llh 2.6.22 tomorrow, does that need any patches?
12:52.29polyonymouskoen, no idea, we'll see when you add ;-)
12:54.30*** join/#oe AchiestDragon (n=david@whipy.demon.co.uk)
12:58.35summatusmentishttp://bugs.openembedded.org/show_bug.cgi?id=2345 <-- can someone tell me which file to apply the patch given here to?
12:59.30polyonymoussummatusmentis, http://bugs.openembedded.org/attachment.cgi?id=1674&action=diff ?
13:00.36summatusmentispolyonymous: how did you get there?
13:00.54polyonymoussummatusmentis, clicked on 'diff'?
13:02.06cdbot2* * OE Bug 2655 has been created by xyzaid(AT)yahoo.fr
13:02.08cdbot2* * e17 e-wm e-wm_0.16.999.038-r7 doesn't install
13:02.10cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2655
13:02.29summatusmentispolyonymous: I had no idea that even existed, thanks :-)
13:02.37polyonymous;-)
13:03.02polyonymousactually, 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.40nodenshey ppl
13:04.07nodensis there a way to force bitbake to build for x86 - and not x86_64 ?
13:04.14nodens(for native packages)
13:04.42nodensI tried in a chroot, but I suspect it uses uname for determining the architecture
13:05.16nodens(and building on amd64 does not work very well it seems... fail on gettext)
13:05.38nodensmhm.
13:05.53nodenswhich glibc ?
13:05.58nodenswhich distribution ?
13:06.06nodensI'm using debian sid (glibc 2.6)
13:06.27polyonymousgentoo, 2.5 I think
13:06.42polyonymousyes, 2.5
13:07.04nodensmaybe that's the problem then... I'll give it another shot in amd64 so I can paste the errors.
13:07.10nodensthx
13:07.14polyonymousnp
13:09.19nodensah, I remember now why I did use a chroot
13:09.31nodensno psyco JIT compiler for amd64 :(
13:09.40*** join/#oe AvengerMoJo (n=alex@219.142.210.78)
13:09.59nodensbitbake will be eating all my CPU and way too much memory in no time :)
13:10.22nodens(at least it did yesterday)
13:10.41lrgkoen: yes
13:11.14polyonymousnodens, well, I'm no psyco myself, but I don't think bitbake should eat up too much cpu when not parsing bbs.
13:11.29polyonymousand you don't parse the whole tree all the time.
13:11.37nodensright.
13:11.53lrgkoen: I'll call you about 6.30 to arrange meeting up
13:11.55nodensbut it's only when building that my load average increase a lot
13:12.28nodensmaybe it's not related to bitbake, I didn't investigate that much
13:12.34nodenswe'll see
13:12.49polyonymousI'd say it's not likely to be fixed by spyco, anyway :)
13:12.49nodensit seems OK so far
13:13.03nodenswell yesterday it *was* faster
13:13.10nodensbut maybe it's not related :)
13:13.41polyonymousyes, it's supposed to be faster, I think... Well, anyway, I live without psyco...
13:13.51polyonymousI'd rather live without python too :)
13:14.07nodens:)
13:14.33summatusmentispolyonymous: after I do the patching, can I pull and update with no ill effects?
13:14.51polyonymoussummatusmentis, unless it's conflicting update
13:15.11summatusmentispolyonymous: like a new version of cups, for instance?
13:15.12polyonymoussummatusmentis, and in the latter case you'll be told you're in trouble by mtn :)
13:15.25polyonymoussummatusmentis, that may impose a problem :)
13:15.41summatusmentisok, I'll try it, see what happens
13:16.32polyonymousbath time! :)
13:19.43Laibschbonsai is back up
13:19.55Laibschand it should stay up
13:20.20summatusmentisbonsai being a server?
13:20.26Laibscha service
13:20.33summatusmentisok
13:23.16*** join/#oe aoe (n=aoe@tigerente.htu.tuwien.ac.at)
13:24.18polyonymousno it's not a bath time yet.
13:30.59*** join/#oe Longfield (n=valentin@adsl-89-217-36-96.adslplus.ch)
13:33.06cdbot2* * OE Bug 2266 has been RESOLVED (FIXED) by <Laibsch>
13:33.08cdbot2* *  opie-today installs to /opt
13:33.10cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2266
13:33.18cdbot2* * OE Bug 2262 has been RESOLVED (FIXED) by <Laibsch>
13:33.20cdbot2* *  opie-mailapplet installs to /opt
13:33.22cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2262
13:33.30cdbot2* * OE Bug 2260 has been RESOLVED (FIXED) by <Laibsch>
13:33.32cdbot2* *  opie-tinykate installs to /opt
13:33.34cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2260
13:35.46*** join/#oe XorA|gprs (n=XorA@149.254.192.192)
13:36.07XorA|gprslrg: you there ?
13:36.56*** join/#oe agittins (n=agittins@CPE-121-208-249-38.qld.bigpond.net.au)
13:36.57koenXorA|gprs: he was a few minutes ago
13:37.08koen[14:11] lrg: koen: I'll call you about 6.30 to arrange meeting up
13:37.23XorA|gprskoen: cant make tonight familly issues. 8l
13:37.32XorA|gprsIll see you tomorrow
13:37.55koenXorA|gprs: ok, good luck with the issues
13:38.02koen10:30 waverly?
13:38.38XorA|gprskoen: 9:30 train is at 10:10 if i remember
13:38.45koenok
13:39.32XorA|gprskoen: likely ill be in burger king eating breakfast
13:39.54XorA|gprskoen: my train arrrives at 9:00
13:42.07XorA|gprsanyway im at perth better go again
13:42.07cdbot2* * OE Bug 2261 has been RESOLVED (FIXED) by <Laibsch>
13:42.08cdbot2* *  opie-taskbar installs to /opt
13:42.10cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2261
13:48.25lrgkoen: just me and you then.
13:49.46lrgkoen: 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.15agittinsHi 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.24CIA-303koen 07org.oe.dev * r74e1a214... 10/ (1 packages/efl1/ecore.inc packages/efl1/ecore_0.9.9.038.bb):
13:55.24CIA-3ecore: prettify packaging and fix PR, should fix #2655
13:55.24CIA-3NOTE: 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.26Laibschagittins: I think so, yes
14:05.34LaibschHaven not heard anything different
14:06.02Laibsch~seen thesing
14:06.03ibotthesing <n=tkunze@BAA2b68.baa.pppool.de> was last seen on IRC in channel #oe, 5d 20h 23m 6s ago, saying: 'hi everybody'.
14:06.25agittinsThanks 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.06cdbot2* * OE Bug 2272 has been RESOLVED (FIXED) by <Laibsch>
14:19.08cdbot2* *  libqpe1 installs to /opt
14:19.10cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2272
14:23.06cdbot2* * OE Bug 2254 has been RESOLVED (FIXED) by <Laibsch>
14:23.08cdbot2* *  move opie away from /opt to /usr
14:23.10cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2254
14:23.29Laibschagittins: Better open a completely new bug report and block the SD bug.
14:24.07agittinsahh, I just posted at http://bugs.openembedded.org/show_bug.cgi?id=2161#c20
14:24.52agittinsDo 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.05agittins(old)
14:25.58Laibschagittins: Don't worry.  
14:26.15LaibschI was thinking so because of both reasons you gave.
14:26.48Laibschpsokolovsky: bug 2254 is gone!  Yay!
14:29.12agittinsThanks Laibsch.
14:37.16*** join/#oe nauj27 (n=nauj27@245.Red-80-36-17.staticIP.rima-tde.net)
14:37.22polyonymousyay
14:37.45nauj27hi
14:47.34nodens...
14:47.54nodensnow it complains about a missing mscorlib
14:48.02polyonymousLaibsch, shape up your bug triage! :)
14:48.03nodenswhile compiling gettext-native
14:48.24Laibschhehe
14:48.38polyonymousa missing what?
14:49.05nodensmscorelib.dll, needed for building c# support for gettext, if I get it right
14:49.54polyonymousuhh...
14:50.10polyonymouswhy c# support for gettext, anyway...
14:50.25nodensexactly what I was thinking
14:50.42nodensI don't give a **** about c# ;)
14:50.44polyonymousWhy can't we stay with a natural c ;)
14:51.09polyonymousnodens, s/\*\*\*\*/shit/ - say what you mean! :)
14:51.29polyonymousOtherwise I can't tell if it's shit or damn
14:51.30nodensI'm new here, so I stay polite, for now ;)
14:51.32*** join/#oe zecke (n=ich@88.134.98.145)
14:51.39nodensactually it was fuck
14:51.42polyonymousYeah, you don't offend anyone with it.
14:51.56polyonymousThe worse - you see, I just can't deduce your meaning :)
14:52.08nodensarf
14:52.11polyonymousanyway... I don't know why would it build it.
14:52.24polyonymousI'm doing a rebuild in hope it fails for me now...
14:52.29nodenswell it must be hidden somewhere in gnu gettext
14:52.46polyonymousI would expect it to be disabled or even patched-out in OE.
14:53.46nodensare there any logs generated by bitbake ?
14:54.01polyonymousnodens, tmp/work/x86_64/gettext-native*
14:54.34nodensok
14:55.30nodensI'm using ccache but I can't tell how it would make this happen
14:55.36Laibschpsokolovsky: I guess http://www.bugzilla.org/docs/2.22/html/whining.html is what you had in mind?
14:55.58polyonymousnodens, many people use ccache. I don't, but I don't think it's related.
14:56.39polyonymousLaibsch, sounds like a good name for a feature :)
14:56.57polyonymousI especially liked the "whining schedule" title :)
14:57.23nodenspolyonymous, do you have a mscorlib.dll somewhere in your system (outside OE) ?
14:57.31polyonymousnodens, my gettext-native is built just fine. Do you have c# installed on your build system?
14:57.41nodenswell I have mono
14:57.50polyonymousnodens, not even in OE :)
14:57.59polyonymousnodens, ah, that might be it...
14:58.17psokolovskyLaibsch: thanks for processing #2254! and yes, either that, if it's flexible enough, or some external script (koen has such apparently)
14:58.47koenwhat script?
14:58.51Laibsch~seen treke
14:59.14ibottreke <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.14koenyou mean contrib/mtn2cl?
14:59.14*** join/#oe steliosk (n=Stelios@ipa226.211.tellas.gr)
14:59.21Laibschkoen: No, I think he means your weekly "open bugs/commits/etc. script"
14:59.36Laibschwhich might be contrib/mtn2cl ;-)
14:59.49LaibschBut it goes beyond mtn
14:59.51koenit is
14:59.53polyonymousnodens, try adding --disable-charp to EXTRA_OECONF in gettext .bb
15:00.10polyonymousI mean --disable-csharp
15:00.31Laibschggilbert: Any reasons we don't have the unconfirmed state in the OE BTS?
15:00.55LaibschFollowing http://www.bugzilla.org/docs/2.22/html/lifecycle.html more closely will help us IMHO
15:01.06cdbot2* * OE Bug 2655 has been RESOLVED (FIXED) by xyzaid(AT)yahoo.fr
15:01.09cdbot2* *  e17 e-wm e-wm_0.16.999.038-r7 doesn't install
15:01.11cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2655
15:01.25stelioskhi all
15:01.32Laibschhi steliosk
15:01.35koenhey steliosk
15:02.05koenpsokolovsky, Laibsch: http://www.openembedded.org/repo/org.openembedded.dev/contrib/mtn2cl/mtn2cl.sh
15:03.19nodenspolyonymous, ok... I'll do that. Btw, the debian package build. But the gettext version is more recent.
15:03.46polyonymousnodens, that's totally different.
15:04.11nodensI gess there is an include path pb somewhere.
15:05.51polyonymousnodens, 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.30nodenspolyonymous, ok
15:12.39polyonymousnodens, did it fix?
15:12.42nodensseems to build now
15:12.47nodensyup
15:12.51polyonymousok. I'll commit it then
15:12.52nodensI passed the task
15:12.53nodensthx !
15:13.39*** join/#oe flo_lap (n=fuchs@e179099059.adsl.alicedsl.de)
15:14.38stelioskkoen : Have you tried to build recently Angstrom for Efika ?
15:15.41flo_lapre
15:16.17*** join/#oe slapin_nb (n=slapin@143.166.249.ozerki.net)
15:16.50polyonymousLaibsch, what did you mean by "Rolfs privates Blog"? Blogging about your privates? :)
15:16.58polyonymousLaibsch, ahh.. just figured it's in German :)
15:17.20polyonymousNot easy to tell, taking into account your blog is in English :)
15:25.42Laibschthe blog is in German, English and soon (hopefully) some Japanese
15:33.49CIA-303polyonymous 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.08polyonymousLaibsch, 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.31Laibschagreed
15:44.14polyonymousXqt 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.06koensteliosk: http://www.angstrom-distribution.org/unstable/images/efika/20070709/
15:51.51stelioskkoen : hmm just console image right ? X fails right ?
15:52.26koenit seems that way
15:52.42koenit was an automated build and I didn't check the errors yet
15:53.24stelioskhmmm 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.34CIA-303slapin 07org.oe.dev * rf578929e... 10/ (3 files in 2 dirs): Better way of fixing touchscreen on Palm Treo 650
16:06.38CIA-303polyonymous 07org.oe.dev * r06db73e5... 10/ (1 packages/xqt2/xqt2_20060509.bb): xqt2: move executable back from ${palmtopdir}/bin to plain old ${bindir}
16:06.43CIA-303polyonymous 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.40Laibschpolyonymous: Are you there?
16:30.45polyonymoussomewhat, yes
16:31.03polyonymousdiscussing irda issues with marex in #opie.
16:31.08*** join/#oe reach (n=reach@sw169-210-231.adsl.seed.net.tw)
16:31.44Marex;-)
16:32.24slapin_nbgeez...
16:34.09summatusmentiscan 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.14summatusmentisI followed the
16:34.33summatusmentisI followed the 'visual' view of the patch, and it seemingly is incorrect*
16:37.29polyonymoussummatusmentis, cd org.openembedded.dev && patch <file.patch ?
16:41.20*** join/#oe woglinde (i=woglinde@e178083235.adsl.alicedsl.de)
16:42.00summatusmentispolyonymous: is it that easy?
16:42.06woglindehi
16:42.14summatusmentishi woglinde
16:42.43polyonymoussummatusmentis, well, that's the whole purpose of patches, isn't it?
16:43.43summatusmentispolyonymous: yes... I'm not sure what file I'm patching though, that's the issue
16:44.17polyonymoussummatusmentis, have you tried to read the patch? It does mention the files. You can also try patch --dry-run
16:46.26summatusmentishrm... I'll look at it later, gotta run
16:46.55polyonymousgotta dry-run :)
16:49.17mrdatawoglinde: hi
17:03.06woglindeyes
17:03.12woglindemy nfsroot initrd runs
17:09.30koenpatch -p0
17:10.52polyonymousthought so, I never know when you need -p0
17:11.06polyonymousnever bothered to figured this one out
17:18.59koenif it recurses into dirs, you need p0
17:19.10koenotherwise patch assumes all files are in .
17:19.36polyonymousah. Thanks.
17:20.15*** join/#oe pH5 (n=ph5@p5485DE22.dip.t-dialin.net)
17:20.42koenat least, that's my experience
17:23.18mwesteror 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.06cdbot2* * OE Bug 2225 has been RESOLVED (FIXED) by xyzaid(AT)yahoo.fr
17:26.08cdbot2* *  Stylus stops responding
17:26.10cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2225
17:26.50Laibschkoen, 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.15LaibschCan you try if you can set or unset the keyword (would be nice if not)
17:27.19polyonymousnice bookmark
17:27.41LaibschI think we will increasingly rely on keywords instead of meta-bugs
17:28.24Laibschmeta-bugs have one advantage even though they are kind of an abuse.  The "Show Dependency tree" link
17:28.46polyonymousLaibsch, I've just unset the keyword for suspend/resume bug
17:29.16polyonymousLaibsch, I don't think why is it abuse. It works.
17:31.35polyonymouswish I had your worries :)
17:32.09rob_wwhere can i read why oe builsd things in its own order ?
17:33.23Laibschpolyonymous: Well, do you want everyone to mark their personal bug as RC?
17:33.39polyonymousLaibsch, I don't think everyone will.
17:33.40LaibschBTW, do you have the bug number for the suspend/resume bug
17:33.44LaibschI think it is RC ;-)
17:33.57Laibschpolyonymous: No, certainly not.
17:33.58polyonymousLaibsch, not anymore, but I restored the flag
17:34.05LaibschThe knowledge is not widespread
17:34.16LaibschBut while I am fixing this up I might as well do it right
17:34.23Laibschpolyonymous: OK, nice.
17:34.29polyonymousThe point is that you don't have to have everyone's hands tight to prevent people from killing each other :)
17:34.33LaibschThat is all I wanted
17:34.58polyonymousyou would get the bug number in the mail, anyway :)
17:35.30LaibschAnd later again accuse me of all kinds of things when I take that ARC toy away from them ;-)
17:35.41polyonymousLaibsch, 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.46LaibschBetter not make it available right from the start
17:35.58Zero_Chaospolyonymous: I already ceased doing that ;-)
17:36.04Laibschno, I was just talking in general ;-)
17:36.05Zero_ChaosLaibsch: oh oh, what's ARC?
17:36.09*** join/#oe chouimat (n=dieu@kde/developer/chouinard)
17:36.10polyonymous:))))))))))))))))))))))
17:37.18polyonymousyou see, our goal is not to complicate each other's existance even though sometimes we inevitably do so.
17:37.43Zero_Chaosagreed.  the goal isn't to piss off the developers ;-)
17:38.22polyonymousthat's just an intermediate task :)
17:39.48Laibsch;-)
17:39.50*** join/#oe osas (n=nnnnosas@72.53.149.68)
17:41.45polyonymousthe funny part is that developers aren't likely to be mislead by this trickery.
18:14.06cdbot2* * OE Bug 2345 has been RESOLVED (FIXED) by papercrane(AT)reversefold.com
18:14.08cdbot2* *  cups 1.2.10 fails to build for some host distros
18:14.10cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2345
18:15.48CIA-303Jake 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.37summatusmentis~praise cdbot2
18:45.38ibotAll hail cdbot2!
18:45.57summatusmentisif that means what I think it means, I don't have to mess w/ this patch anymore :-)
18:46.17polyonymoussummatusmentis, most likely.
18:46.25polyonymous~praise CIA-3 ;-)
18:46.26ibotAll hail CIA-3 ;-)!
18:47.26CIA-303slapin 07org.oe.dev * r917dfa42... 10/ (3 files in 2 dirs): Opie Touchscreen fix for Palm Zire 72
18:47.31CIA-303pfalcon 07org.oe.dev * r63d1daeb... 10/ (1 conf/machine/palmtt2.conf):
18:47.31CIA-3palmtt2.conf: palmtt2 is palmtt with 32Mb of RAM.
18:47.31CIA-3* Was discussed on IRC.
18:49.35*** join/#oe Bitmaster (n=Bitmaste@c-3362e253.325-1-64736c12.cust.bredbandsbolaget.se)
18:50.43Genesisi pleased that  you've commited some of my recipes =)
19:19.18MrEMaNi think I'm going to mad in a minute
19:19.41polyonymousMrEMaN, thanks for announcement ;-)
19:19.56MrEMaNheheh
19:20.09MrEMaNim having some trouble understanding some things
19:20.31MrEMaNi have an application in which the makefile uses dietlibc to compile
19:21.07MrEMaNi dont know how i can use the oe build tool to cross compile it
19:21.35MrEMaNim having errors on the build process, it finds the makefile
19:22.24MrEMaNbut then says ccache: invalid option
19:22.57MrEMaNcan i build this application using oe?
19:23.05polyonymousI dunno...
19:23.11polyonymousMaybe someone else does, though
19:23.55MrEMaNhopefully :)
19:24.55CIA-303polyonymous 07org.oe.dev * rd982229f... 10/ (4 files in 3 dirs):
19:24.55CIA-3libopieobex: supposedly fixes irda send/receive by
19:24.55CIA-3- applying patch from Marek from opie bug 1854
19:24.55CIA-3- linking against openobex
19:37.23Laibschggilbert: ping
19:39.08*** join/#oe pvanhoof (n=pvanhoof@212.2.21.2)
19:42.21psokolovskyMarex: 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.25psokolovskypolyonymous: fyi ^
19:43.15Marexthen 03-thingamie.patch is correct and 03-thingamie2.patch isnt
19:43.28Marexpsokolovsky, btw from what do you say it is correct?
19:43.39polyonymouspsokolovsky, I agree (I've read your comment on the bug)
19:44.04polyonymousMarex, how's that?
19:44.11psokolovskyMarex: removing error handling can never be correct.
19:44.29Marexpsokolovsky, and what does set the errno variable?
19:44.49Marexits not set anywhere there
19:45.17psokolovskyMarex: 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.34psokolovskyMarex: and fyi, most libc funcs set it
19:45.43polyonymousMarex, forget errno, it's about OBEX_HandleInput rv
19:46.33polyonymousand you do test it, don't you?
19:46.33Marexpolyonymous, which is already tested by if
19:46.33polyonymousYeah, then spit out message and exit with non-zero code?
19:46.49polyonymousI can do it for you, after the bath, though ;-)
19:47.13MarexI think it is already handled correctly :o
19:47.50polyonymousMarex, don't be ridiculous, you know what he's talking about.
19:48.01psokolovskyMarex: you should continue to learn, because what you think is pretty naive ;-I
19:48.13Marexpsokolovsky, hmm ...
19:48.26polyonymousWell, I don't think your comments actually encourage his learning ;-)
19:48.50MarexIm going to check it then
19:49.39polyonymouspsokolovsky, where is CONFIG_LIBOPIETOOTH is supposed to be set in OE?
19:50.06polyonymousShould it be exported in opie.bbclass or what?
19:50.12psokolovskypolyonymous: 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.23psokolovskypolyonymous: no idea
19:50.28polyonymouspsokolovsky, just be nice ;-)
19:50.30polyonymoushmm..
19:50.53polyonymousit has this conftest that system(echo-es) the variable...
19:51.02polyonymousIn normal opie build I think it's put in .config.
19:51.41polyonymousoh well, bath time!
20:00.42Marexpsokolovsky, I think I should drop the errno handling and handle only OBEX_HandleInput return value
20:01.51Marexerr ... ah I see
20:02.19psokolovskyMarex: 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.38Marexthe old one was broken
20:02.56Marexpsokolovsky, http://www.lab.dit.upm.es/doc/openobex-devel-1.0.1/openobex/r439.html please read this
20:03.32psokolovskyMarex: 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.30psokolovskyMarex: cool, so old handling seems to be correct.
20:04.50Marexno if you exit correctly
20:05.04Marexlet me just check it
20:05.07cdbot2* * OE Bug 2656 has been created by tester(AT)rolf.leggewie.biz
20:05.09cdbot2* * test bug
20:05.11cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2656
20:07.07cdbot2* * OE Bug 2656 has been RESOLVED (INVALID) by tester(AT)rolf.leggewie.biz
20:07.09cdbot2* *  test bug
20:07.11cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2656
20:07.35*** join/#oe Vorondil (n=vorondil@unaffiliated/vorondil)
20:10.46Marexpsokolovsky, ok, Im just checking and learning ;-E
20:13.36psokolovskyMarex: very nice. feel to ask about too unclear things.
20:14.08Marexpsokolovsky, you are making holes in my head :T
20:14.27*** join/#oe benlau (n=benlau@221.125.8.107)
20:24.23codylanyone have issues with the console image on ep93xx ?
20:24.34codylseems to hang after "starting Avahi"
20:25.07codyland gives garbles
20:29.17Marexpsokolovsky, so it looks to me like ... if (errno == EAGAIN) _exit(0) ; else exit (-1)
20:29.55Marexpsokolovsky, does it look any better?
20:30.24psokolovskydamn, am I really should look thru all that code myself?...
20:30.43Marexpsokolovsky, like why?
20:31.26psokolovskyMarex: like what I told in the beginning - why can't you do it yourself from start to end. sigh.
20:32.08Marexpsokolovsky, <psokolovsky> Marex: very nice. feel to ask about too unclear things.
20:34.23psokolovskyMarex: ok, so first of all, please leave that fprintf in. thanks. you yourself will read it.
20:34.53psokolovskyMarex: next, you rarely at all want to exit on EAGAIN. vice versa, you want to retry what you did.
20:35.37Marexpsokolovsky, I know I know ... then tell my why opie thinks that EAGAIN is correct ;]
20:36.22psokolovskyMarex: correct in what sense?
20:36.45Marexcorrect that when it receives the file, errno = 11 which is eagain
20:37.31psokolovskyMarex: and from what I see, there just should not be _exit(0) at all.
20:38.07Marexpsokolovsky, first of all it should be rewritten to use threads ;]
20:38.20psokolovskyMarex: receives when, receives how? EAGAIN means receive was not completed fully.
20:38.24LaibschA package I want to compile needs scanf support in do_configure.  Where is that scanf stuff hidden?
20:38.42psokolovskyLaibsch: ???
20:39.13woglindeman scnaf
20:39.18woglindeups
20:39.20woglindescanf
20:39.35woglindebut no suprise its libc
20:39.43Marexpsokolovsky, receives over irda/bluetooth :E
20:39.54Marexpsokolovsky, sorry, opie still doesnt support tcpobex
20:40.38psokolovskyMarex: means receive was not completes, period
20:41.00*** join/#oe mykilx (n=mykilx@239-210.35-65.tampabay.res.rr.com)
20:49.19MrEMaNis there a way to tell ipkg to remove a package and all packages which were installed as dependencies?
20:53.01nodensMrEMaN, probably not. It would mean to keep additional metadata (sort of what aptitude does in debian)
20:56.43Marexso 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.46psokolovskyMarex: and it doesn't call any other functions? Didn't you think that they may set it? ;-)
20:58.34Marexwhy should you check that after OBEX_HandleInput exited though?
21:00.20psokolovskyMarex: because we want to catch errors, not silently ignore them.
21:01.02Marexpsokolovsky, I understand that, but why AFTER HandleInput?
21:01.14Marexyou can handle them before entering the loop :E~~~
21:04.15psokolovskyno, 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.11Marexpsokolovsky, ok, so you say I should return that crippled error handling that was there?
21:06.01polyonymousMarex, don't bother, I think I'll do it now
21:06.28polyonymoushmm... although I have a problem with that - out of cigarettes...
21:06.41polyonymousENOCIGS
21:08.08Marexpolyonymous, ok :T
21:08.24polyonymousMarex, have a cig for me? :)
21:08.40Marexno, Im not smoker :b
21:09.09polyonymousNo wonder you can't get things done :)
21:09.49psokolovskypolyonymous: don't sway youth ;-)
21:10.07polyonymousI'm only teaching ;-)
21:10.39polyonymous"Learn c++ in 20 cigarettes": Cigarette 1: basic syntax.
21:11.24nodensteaching C++ for cigarettes ? :)
21:11.37nodensor learning with cigarettes ? ;)
21:11.50polyonymousnodens, no way, if you put it this way, then it would be "Learn c+= in 20000 cigarettes" :)
21:11.57polyonymousc++ even
21:13.49woglindelol
21:19.38*** join/#oe |miska_backup| (i=hrusm3am@artax.karlin.mff.cuni.cz)
21:29.29polyonymouspsokolovsky, Marex I attached the patch to opie bug.
21:29.30Laibschpsokolovsky: http://paste.stgraber.org/2138
21:29.39Laibschtoo bad woglinde is gone.
21:29.57polyonymousLaibsch, it needs scanf support for %lld
21:30.01LaibschHe said it is libc.  What does that mean.  That the OE libc does not offer scanf?
21:30.31Laibschpolyonymous: so much is clear
21:30.31polyonymousno, it doesn't offer %lld
21:30.31Laibschthe question is "where to get it"
21:30.31polyonymouswhich is, I'd guess, support for long long
21:30.46psokolovskyLaibsch: well, you call that "in do_configure" ?? very nice
21:30.55polyonymousyou have glibc, do you?
21:30.55Marexpolyonymous, cool :)
21:31.07polyonymousand the patch is broken, btw
21:31.23psokolovskyLaibsch: I guess, it typical xcompile issue. see config.log
21:32.15polyonymousyeah, config.log would be helpful
21:32.47LaibschOK, just a second
21:37.30Laibschhttp://rafb.net/p/Jrznzy10.html is all I can get off the screen
21:37.39LaibschI hope the necessary info is in there
21:40.09psokolovskyLaibsch: that's not it. time for you to learn sth new too ;-)
21:42.33Laibschthe log file is on a remote host that I access with key-based authentication
21:42.57Laibschscp seems to not use key-based authentication (correctly), is that true?
21:43.19Laibschno.
21:43.29LaibschI was just using the wrong username ;-)
21:43.34LaibschGot the complete log file now
21:44.18Laibschpolyonymous, psokolovsky: http://oz.leggewie.org/wip/log.do_configure.3099
21:44.36polyonymousLaibsch, no, config.log
21:44.56psokolovskyLaibsch: 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.44Laibschhttp://oz.leggewie.org/wip/config.log
21:48.58psokolovskyLaibsch: configure:22527 - paste that +/- 30 lines
21:50.41*** join/#oe koen|away (i=koen@dominion.kabel.utwente.nl)
21:54.44koenand grep for 'scanf' in site/
21:56.17RPkoen: In Birmingham now?
21:57.16koenRP: no, edinburgh
21:57.22koenjust had beer with liam
21:57.42RPkoen: What do you think of Scotland?
21:57.43koenwe'll take the 10:05 train to birmingham tomorrow morning
21:57.50koenRP: uphill and rainy ;)
21:57.57koenbut I wouldn't mind living here
21:58.12RPThe whole country is rainy atm :-(
22:05.16*** join/#oe memenarsil (n=memeruiz@213.204.17.146)
22:06.08XorAhey koen RP
22:06.47koenhey XorA
22:07.11koenXorA: liam and I are meeting up at haymarket at 9 and walk to waverly to meet you at bk at 9:30
22:07.45XorAkoen: I thought you were staying next to waverly?
22:08.22koenwe moved to the hilton at haymarket :)
22:08.35XorAah right
22:09.06cdbot2* * OE Bug 1437 has been marked as DUPLICATE of bug 2429 by <Laibsch>
22:09.07cdbot2* *  micro-emacs from 3.5.4.1 feed: backspace not working
22:09.09cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=1437
22:10.12XorAwhich pub di you go to?
22:10.25koensome pub on the mile and the haymarket
22:10.32koenand the pizza hut
22:14.22Laibschpsokolovsky: Do you mean http://oz.leggewie.org/wip/log.do_configure.3099
22:15.14Laibschkoen: What do you mean with site/?  Which dir exactly?  In $WORKDIR?  There is no site directory.
22:15.28koenorg.oe.dev/site/
22:16.19psokolovskyLaibsch: I mean, you find file "configure", and cut 60 lines around line 22527 in it
22:18.54Laibschkoen: 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.13koenhmmm
22:19.19koenno luck then
22:22.59Laibschpsokolovsky: http://oz.leggewie.org/wip/configure.22527
22:23.39Laibschor the full file at http://oz.leggewie.org/wip/configure.gz
22:24.07XorAkoen: cya tomorrow
22:24.30psokolovskyLaibsch: add "am_cv_scanf_lld=yes" to glibc.site or how it is called. of course, follow syntactic patterns there ;-)
22:28.44Laibschwhich file is that?  in $WORKDIR or in the OE dir?  I cannot find it in either.
22:28.52LaibschOr 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.29CIA-303svolpe 07org.oe.dev * r6c16fb38... 10/ (1 packages/libsdl/libsdl-directfb_1.2.9.bb):
22:37.29CIA-3libsdl-directfb 1.2.9: Fix build issue after recent kernel headers and gcc upgrades.
22:37.29CIA-3and added missing CLFAGS include for directfb
22:37.33psokolovskyLaibsch: yes, that's what i mean
22:39.11*** join/#oe Vorondil (n=vorondil@unaffiliated/vorondil)
22:42.43polyonymouspsokolovsky, the funny part is that error message goes nowhere, anyway and process should exist with zero code :)
22:43.48psokolovskypolyonymous: 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.28polyonymouspsokolovsky, yes, this subprocess should exit with success code and that's not the result passing mechanics.
22:44.43polyonymouspsokolovsky, I don't know how to send it to opie logging factility
22:45.06cdbot2* * OE Bug 2004 has been RESOLVED (FIXED) by <Laibsch>
22:45.06psokolovskypolyonymous: yes, so you even found where it is wait()ed for? because I haven't, so i assume we have zombies here
22:45.07cdbot2* *  micro-emacs fails to build - source can not be downloaded
22:45.10cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2004
22:45.37psokolovskypolyonymous: then you will leave that fprintf as is, right? ;-)
22:45.41polyonymouspsokolovsky, I don't think you do, there's that opie housekeeping.
22:45.54polyonymouspsokolovsky, yes, I think it's better to have message even going nowhere.
22:46.55psokolovskypolyonymous: maybe you even can tell in few words how all that server stuff works?
22:47.54polyonymouspsokolovsky, I can use just one adverb: poorly ;-)
22:48.49polyonymousthat is, it sets up child process, then waits for one byte sent via pipe to signify... yes, error, in the loop
22:48.58polyonymousbut the byte is sent only if initObex fails.
22:49.16psokolovskypolyonymous: 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.24polyonymousif it fails any other way it would hog cpu, etc.
22:49.42psokolovskypolyonymous: 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.17polyonymousit 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.43polyonymousalso, any fatal error renders the endless loop useless, anyway
22:50.54Laibschkoen, psokolovsky: Can you help me with the syntax for site/common-glibc?
22:50.54psokolovskypolyonymous: you can point at the loop at which it starts?
22:51.09polyonymouswhat starts?
22:51.16LaibschI thinks just adding am_cv_scanf_lld=yes is not in line with the format of the other entries
22:51.22polyonymousLaibsch, it's just a shell script?
22:51.26polyonymousah
22:51.29LaibschMaybe
22:51.31psokolovskypolyonymous: "e damn thing tries to start way too often :)" damn thing, apparently ;-)
22:51.42koenLaibsch: 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.46polyonymouspsokolovsky, no, not in a loop
22:52.22polyonymousLaibsch, am_cv_scanf_lld=${am_cv_scanf_lld=yes} ?
22:52.54psokolovskyLaibsch: 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.12polyonymouspsokolovsky, but I think I'm going to try to redo the whole thing. it's silly
22:55.40polyonymouspsokolovsky, and so is libopie, btw.
22:55.48psokolovskypolyonymous: ah, don't let that drag you down... we have machine patches for qte ;-)
22:55.59polyonymous:)))))
22:56.33Laibschpsokolovsky: I scored very high on all kinds of pattern recognition quizzes, believe me.  VERY high
22:56.46psokolovskyLaibsch: ah, cool ;-)
22:56.46LaibschThose kind of test are one of my strong points
22:57.04LaibschBut it only takes a missed , or something else to fuck things up.
22:57.16polyonymouswell, I never believed in quizzes. Here's why :)
22:57.17LaibschSo I rather ask, cause I think that is the sensible thing
22:57.26LaibschSo I pass the "being sensible"-test
22:57.37polyonymousLaibsch, but you'll try it
22:58.04psokolovskyLaibsch: sure, disregard any intro sentences before the answers, they're just fillers ;-)
22:59.10polyonymous:)))
22:59.38*** join/#oe Xark (n=user@pdpc/supporter/bronze/xark)
22:59.55polyonymouspsokolovsky, this idiotic thing almost verbatim reproduces equally idiotic stuff in libopie2. Great case of copy'n'paste programming.
23:00.10psokolovsky;-I
23:01.10polyonymousso, 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.58XarkHello.  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.09Laibschpsokolovsky: 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.06psokolovskyLaibsch: yes, we went that way exactly to show the right way to solve such issues, so please commit.
23:18.38LaibschOK
23:18.44*** join/#oe mwester-laptop (n=nnnnnmwe@gw.mwester.net)
23:19.19LaibschIs 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.47psokolovskyLaibsch: no, it goes to generic
23:21.57psokolovskyam_ == automake
23:26.05cdbot2* * OE Bug 1824 has been RESOLVED (WORKSFORME) by <Laibsch>
23:26.07cdbot2* *  apache2_2.2.3 fails to build when host missing "quilt"
23:26.09cdbot2* * 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.50is_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.16polyonymousis_null_, install gcc3
23:35.37polyonymoushmm
23:35.59polyonymousnot sure though if it should fail like this with gcc4
23:36.37is_null_sys-devel/gcc-3.4.6-r2 installed
23:39.39polyonymousshould do...
23:39.59is_null_it's suppose to use it, what makes you say that it isn't ?
23:40.25polyonymousnothing, that was the fast answer, because it's common source of failures :)
23:40.42polyonymousdo you really have x86 host and not x86_64?
23:40.50is_null_really, i do
23:41.03is_null_it's a server machine . ..
23:43.12polyonymouswell... I don't have an answer for you then
23:43.38*** join/#oe Xark (n=HEVBoy@pdpc/supporter/bronze/xark)
23:45.28is_null_you don't want to see other log ?
23:46.31polyonymousno, not now, maybe someone else

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.