IRC log for #oe on 20110425

19:20.14*** join/#oe ibot (~ibot@rikers.org)
19:20.14*** topic/#oe is OpenEmbedded Developer Lounge | Web: http://openembedded.org | Bugtracker: http://bugs.openembedded.org and http://tinderbox.openembedded.org for compile issues | Repository: git.openembedded.org/openembedded and repo.or.cz/r/openembedded.git as ro mirror | This is not a distro or machine support channel
19:23.19*** join/#oe eFfeM (~frans@j200125.upc-j.chello.nl)
19:23.56khemsgh: https://patchwork.kernel.org/pwclient/
19:24.31khemsgh: and also look at https://patchwork.kernel.org/help/pwclient/
19:24.37*** join/#oe toi (~peter@94-226-59-90.access.telenet.be)
19:24.40sghkhem: thanks ...... where do I get a username/password.
19:24.51khemsgh: you need to register
19:25.06khemsgh: which patchwork site are you interested in
19:25.17sghkhem: duh ... I see the link ... thanks again.
19:26.48khemTartarus: under [format]
19:27.09Tartarusok
19:27.11Tartaruswhat exactly?
19:28.16khemTartarus: these options no
19:28.19khem:(
19:28.38TartarusThat's what I thought :(
19:29.07khemyou can set stuff like attach subjectprefix etc
19:30.47Tartarusheh
19:31.09TartarusSo, now to figure out why sometimes libusb1 says that no, clock_gettime doesn't come from -lrt and sometimes it does
19:31.47Tartarus(which in turn makes bluez say that no, -lusb doesn't provide usb_get_busses and then use its own version of it and hit static vs non static decl bugs, one of which we hacked around, most of which we don't)
19:38.43khemTartarus: lrt should have it
19:38.50TartarusYes
19:38.56TartarusAnd if I go and -c clean it's right
19:38.58khemTartarus: I wonder if there are two sources providing
19:39.04TartarusOr if I start from nothing and do it, it works
19:39.12TartarusBut if I just say "build a big thing", it doesn't
19:39.14khemwhen does it fail?
19:39.19khemhmm
19:39.20TartarusAnd it's been that way a long long time it seems
19:39.28khemsome race ?
19:39.43khemwhats the test to determine it ?
19:39.44TartarusNot sure at all
19:39.48Tartarusopenembedded/recipes/bluez/bluez4/fix-dfutool-usb-declaration-mismatch.patch has been around since 2009
19:39.59TartarusAnd is a symptom
19:40.32Tartarus(since the real test failed back then too, almost certainly, with failed to link because clock_gettime needed by -lusb, rather than usb_get_busses was missing)
19:41.18khemI think looking at the configure test for it will give more clues
19:41.32khemneeds lunch
19:41.46Tartarusheh
19:42.50Tartaruskhem: It's a pretty trivial test, getting it to fail will be the helpful part :(
19:43.26Tartarusand maybe the hard part
19:43.29Tartarusturns down threads
19:43.56ka6sox-awaykhem, your build seemed to finish...but its missing rm_work
19:45.14*** join/#oe eFfeM (~frans@j200125.upc-j.chello.nl)
19:53.49*** join/#oe msm (~msm@192.88.168.35)
19:56.28*** join/#oe CMoH-notebook (~cipi@95.76.68.223)
19:56.28*** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh)
19:57.58Jay7btw
19:58.11Jay7I've asked already but that was on wheekend
19:58.39Jay7I'm trying to create recipe for gpredict: http://pastebin.com/CAZ92v5L
19:58.50Jay7but do_configure fails with http://pastebin.com/4uwPcEQM
19:59.11Jay7I'm not so experienced to fix that :)
20:05.36*** join/#oe unsolo (~unsolo@146.80-203-33.nextgentel.com)
20:45.35pingsweptI've made 3 recipes using "inherit distutils" for Python packages. Mysteriously, they all want to install /usr/lib/python2.6/site-packages/site.py.
20:45.49pingsweptThis causes a conflict. Any ideas how to resolve it?
20:46.17pingsweptsite.py doesn't appear in any of the source tarballs.
20:49.59*** join/#oe amarsman_nl (~marsman@52488909.cm-4-1c.dynamic.ziggo.nl)
20:50.41*** join/#oe amarsman_de (~marsman@52488909.cm-4-1c.dynamic.ziggo.nl)
20:52.35pingsweptI see that recipes/iotop/iotop_0.2.1.bb has a do_install_append step that removes site.py. That seems like a workaround to the same problem I'm having.
20:57.55kergothpingswept: i've seen that issue too
20:58.53pingsweptkergoth: Should I just remove the site.py files like iotop does? Seems hackish, but I suspect it will work.
20:59.33kergothi'm sure it will, better than nothing, but we need a real general solution, clearly
21:00.15pingsweptI think the problem probably occurs whenever we have one Python package depending on another.
21:00.42pingsweptOr at least, it doesn't occur for some solitary Python packages with no dependencies.
21:01.10pingsweptActually, that can't quite be right.
21:01.23ReaperOfSoulskergoth: I would wager it is probably like the dir node for mkinfo. Each one adds it self to a manifest for the system, if it doesn't exist it generates it. Probably inhibit all, until and actual image build and generate for all.
21:01.32pingsweptI have two packages that are not dependent on each other that conflict.
21:01.56pingsweptI bet it's something in the setup.py files.
21:01.59kergothReaperOfSouls: yeah, or we need some sort of update- script to run in the postinsts
21:03.41ReaperOfSoulskergoth: BTW did you see the message I sent about remote layering on the oe-core list. I wondered if you had any thoughts there.
21:04.10khemJay7: this needs updates to configury
21:04.14kergothhaven't had a chance to review the code yet, will take a look
21:04.40ReaperOfSoulsAlot should feel familar. :)
21:04.52khemka6sox-away: garnet got rebooted
21:05.17khemka6sox-away: and it lost the new mapping for tmpdir that you did last time
21:05.28ka6sox-awaykhem, yes, I added more RAM to it.
21:05.37ka6sox-awayit was swapping too much.
21:05.43khemka6sox-away: ok then can you make this mounting in fstabs ?
21:05.44ka6sox-awaydid you remap it?
21:05.50khemso it gets remounted
21:05.53khemno I did not
21:06.14ka6sox-awayokay its pointed to the right place now it seems.
21:06.22ka6sox-awayI will set it up right.
21:06.24khemactually I modified my script to use /scratch
21:06.30ka6sox-awayah, okahy
21:06.40ka6sox-awayand you added rm_work too?
21:07.02khem/dev/xvda4 is /scratch
21:07.08*** join/#oe lisppaste (~lisppaste@common-lisp.net)
21:07.10khemnot mapped into my tmpdir
21:07.22khemyes rm_work is on
21:07.35ka6sox-awayokay for this build do you want me to jsut leave it as youhave it?
21:07.47ka6sox-awayor stop and have me set it up correctly?
21:08.21khemI can stop
21:08.33khemok its off
21:10.42Jay7khem: what should I do with that recipe? do I need a patch against configure.ac?
21:11.42ka6sox-awaykhem its there.
21:11.44ka6sox-awaystart over now.
21:17.42darknighteanyone have some pointers on how to walk backwards from a dependency to see what is causing it to be brought in?
21:20.13khemka6sox-away: where did original contents of build go ?
21:20.13darknighteI have an old version of fakeroot-native being pulled in that doesn't exist on the mirror anymore.
21:20.17darknighteka6sox: hey
21:20.33khemdarknighte: usually bitbake -g is your friend
21:21.51darknightekhem: I must confess that i used the interactive shell almost exclusively and it being broken has made me relearn a few things.
21:23.24ka6sox-awaykhem, buried...still on the old disk.
21:23.29ka6sox-awaydo you need them?
21:23.48khemka6sox-away: nah its ok I can recreate stuff
21:26.43darknighteanyone else notice that berlios.de appears to be down?
21:30.27ka6sox-awaydown for me too.
21:41.34CIA-3203Patrik Dahlström <patda293@student.liu.se> 07master * r03d5dcf53f 10openembedded.git/recipes/mozilla/firefox_3.6.8.bb: (log message trimmed)
21:41.34CIA-32firefox: add correct CFLAGS and LIBS of libIDL-2.0
21:41.34CIA-32* autoconf does not fill in any CFLAGS or LIBS for libIDL-2.0. This
21:41.34CIA-32patch sets the appropriate flags in autoconf.mk.in for
21:41.34CIA-32HOST_LIBIDL_CFLAGS and HOST_LIBIDL_LIBS.
21:41.34CIA-32The error message is the following [1][2].
21:41.35CIA-32[…]
21:46.03*** join/#oe tconant (~tconant@68.111.35.226)
21:46.34CIA-3203Paul Menzel <paulepanter@users.sourceforge.net> 07master * rfd4a829460 10openembedded.git/recipes/ffmpeg/files/omapfbplay-errorhandling.patch: (log message trimmed)
21:46.34CIA-32omapfbplay: move patch to new location after switch to Libav
21:46.34CIA-32This patch fixes up commit 692d43ee [1]
21:46.34CIA-32commit 692d43eeb6596df52b5984ae1bd14739f9ec9e0f
21:46.34CIA-32Author: Koen Kooi <koen@openembedded.org>
21:46.35CIA-32Date: Mon Mar 28 15:47:23 2011 +0200
21:46.36CIA-32libav: add proper recipe for git version
21:48.46khemJay7: yes I think it needs some upgrades to configure stuff
21:48.58khemJay7: what version was it build for ?
21:49.03khemit should say at the top of configure
21:49.05khemfile
21:49.12Jay7moment
21:50.10Jay7khem: did you mean that: # Generated by GNU Autoconf 2.65.
21:50.29khemyes
21:50.42khembut it has been overwritten in this case
21:50.50khemI was asking for original one
21:50.59khemwithout running do_configure
21:51.01Jay7ah, one from sources archive?
21:51.02khemit should show you
21:52.05Jay7# Generated by GNU Autoconf 2.67.
21:52.21Jay7it's after do_patch
21:52.26Jay7(no patches here atm)
21:52.40khemhmm so its ahead of us
21:53.01khemwe use 2.65
21:53.13khemthere might be some macro incompatibilities
21:53.37khemwhile regenerating with newer versions is easier
21:53.39Jay7I was sure that running autoreconf should be enough..
21:53.42khemthis case is reverse
21:54.32khemyou might have to tailor make the do_configure a bit here
21:54.40khemsince you dont need to run autoreconf
21:54.41*** join/#oe risca (~risca@h241n2-n-a31.ias.bredband.telia.com)
21:55.07khembut may be write a do_configure which just runs oe_runconf
21:55.28Jay7well.. let's try
21:55.29khemyou might be troubled by libtools stuff but give it a chance
21:56.16khemif maintainers wrote a sane confugure.ac we have enough reins to build without regenerating configure
21:59.23Jay7| configure: error: Your intltool is too old.  You need intltool 0.21 or later.
21:59.34Jay7| checking for intltool >= 0.21... /var/tmp/oe/minimal/mipsel/work/mipsel-oe-linux/gpredict-1.3-r0/gpredict-1.3/configure: line 3906: intltool-update: command not found
21:59.36khemJay7: yeah
21:59.37Jay7even this
22:00.00khemI think this would need major surgery
22:00.54Jay7automess..
22:05.40darknightekhem: you got any suggestions on how to prune the useful information down from bitbake -g?
22:07.40khemdarknighte: I think mwester had some perl thingy
22:07.47khembut I usually vi it and look around
22:08.14khemtheoretically you can open the dot files in some dotty program
22:08.18*** join/#oe hrw (~hrw@linaro/hrw)
22:10.17khemJay7: can you bitbake intltool-native
22:10.48khemJay7: and get rid of do_configure override as you did last tim
22:10.51Jay7let's try again :)
22:11.10Jay7i.e. remove do_configure from recipe?
22:11.15khemyes
22:12.02khemjust add DEPENDS = "intltool-native"
22:12.10khemto your recipe that should do it
22:12.33Jay7trying
22:13.40Jay7| No package 'goocanvas' found
22:13.46Jay7well, thats better
22:14.07Jay7khem: thanks, configure is passed that point
22:14.12khemthat gooey stuff is out of autoconf
22:14.17Jay7now I should find what is goocanvas :)
22:14.57Jay7oh.. seems we have no recipe for it..
22:15.03khemcanvas widget for GTK+
22:16.01*** join/#oe ant__ (~andrea@host210-250-dynamic.2-87-r.retail.telecomitalia.it)
22:16.11khemhttp://developer.gnome.org/goocanvas/unstable/GooCanvas.html
22:16.37khemhttp://live.gnome.org/GooCanvas
22:17.33khemJay7: I think you need to add recipe for goocanvas too
22:17.59Jay7yeah..
22:18.23khemand you might need hamlib too :)
22:18.38khemfor radio stuff
22:18.45Jay7it's commented out in configure.ac now
22:18.51Jay7so I'll skip this for now
22:18.56Jay7it's for kristianpaul ;)
22:21.44khemwho is kristianpaul is it reincarnation of Paul the octopus
22:22.01Jay7he is in nick list here :)
22:22.24Jay7one from jlime community :)
22:24.57Jay7oh.. goocanvas 2.0 is depends on gtk+3.0
22:25.20Jay7well.. I'll port older version then
22:29.54CIA-3203Michael 'Mickey' Lauer <mickey@vanille-media.de> 07org.openembedded.dev * r1e2bf7175b 10openembedded.git/ (2 files in 2 dirs): cmtspeechtest: bump rev; also add to fso-autorev.inc
22:39.00*** join/#oe GarthPS (~quassel@93.25.18.57)
22:39.25Jay7wow..
22:39.36Jay7goocanvas just built (tm)
22:40.53Jay7btw
22:41.26Jay7is there any scenario when some recipe A is depending on workdir of recipe B?
22:41.58Jay7I mean working directory exactly
22:42.00kergothno
22:42.03kergoththat's not allowed
22:42.27Jay7so workdir may be cleaned right after build?
22:42.46kergothwhich is why rm_work exists, and works fine, yes
22:43.01Jay7ah, yes..
22:43.22kergothrm_work tasks run at the end of each recipe, not the end of the build, so..
22:43.23kergothheh
22:43.46Jay7I'm just thinking about building on tmpfs..
22:43.59Jay7but current scheduling doesn't allow that..
22:44.13ka6sox-awaykergoth, just before it does the rm_work is when I'd like to gather stats.
22:44.34Jay7ka6sox-away: rm_work may be disabled
22:44.41kergothrm_work does switch to the 'completion' scheduler, which runs a single recipe to completion before moving on
22:44.42Jay7but I got the point :)
22:44.52kergothI'm nots ure how the scheduler could possibly work any better than that for workdir cleanup
22:45.06Jay7hm..
22:45.25ka6sox-awayJay7, when I/O time was more of an issue than space I just let it roll.
22:45.26Jay7I should re-measure disk space requirements then
22:45.30ka6sox-awaybut now thats not an issue.
22:46.18Jay7may be good idea to introduce some fake task like 'end_of_recipe'
22:46.52ka6sox-awayJay7, I would like to know the size of the workdir before its deleted with rm_work.
22:46.53kergothend of recipe is exactly what do_build *is*
22:46.54Jay7then we may catch it and send stats about task
22:46.57kergothand the rm_work task
22:47.05kergothjust do what rm_work does to replace the last task with your own
22:47.19kergothsee the bbclass
22:47.19Jay7hm..
22:47.25kergothalternatively, use an event handler
22:47.27Jay7interesting
22:47.33kergothwatch for the completion of hte ${BB_DEFAULT_TASK}
22:47.52Jay7kergoth: is poky's bb ready for this as well?
22:48.04kergothwhat do you mean?
22:48.04Jay7to be oe-core-compatible :)
22:48.06kergoththis isn't new, or magic
22:48.19kergothBB_DEFAULT_TASK has existed for 7 years or so now?
22:48.35Jay7I'm newbie in that area :)
22:48.43kergoththe completion scheduler has been around for years as well
22:48.47kergothas has rm_work
22:48.49kergothso..
22:50.27Jay7ok then :)
22:50.51Jay7well... gpredict passes do_configure
22:51.33Jay7nice, built ok
22:52.00Jay7kristianpaul: gpredict was built ok :)
22:53.15ka6sox-awaykhem, the build seems to be doing most of the I/O outside of the workdir.
23:00.25*** join/#oe msm1 (~msm@192.88.168.34)
23:02.33CIA-3203Tom Rini <tom_rini@mentor.com> 07master * rc1fdf6f456 10openembedded.git/recipes/bluez/ (6 files):
23:02.33CIA-32bluez4: Remove old and unused versions.
23:02.33CIA-32Signed-off-by: Tom Rini <tom_rini@mentor.com>
23:02.42CIA-3203Tom Rini <tom_rini@mentor.com> 07master * r7eee068ed5 10openembedded.git/recipes/bluez/ (bluez4.inc bluez4_4.42.bb bluez4_4.84.bb bluez4_4.89.bb):
23:02.42CIA-32bluez4: Move a patch from the .inc to the bb
23:02.42CIA-32Now that we're down to just three versions, move sbc-thumb.patch into
23:02.42CIA-32the recipes because it's not an always need thing, just needed in
23:02.42CIA-32some versions.
23:02.43CIA-32Signed-off-by: Tom Rini <tom_rini@mentor.com>
23:02.45CIA-3203Tom Rini <tom_rini@mentor.com> 07master * rc83fb2e381 10openembedded.git/recipes/bluez/bluez4_4.91.bb: (log message trimmed)
23:02.46CIA-32bluez4: Add 4.91 and make it default for Angstrom and SHR
23:02.46CIA-32Compile tested on am37x-evm and angstrom-2010.x. SHR already
23:02.46CIA-32uses this version in oe-core/meta-oe.
23:02.46CIA-32Acked-by: Paul Menzel <paulepanter@users.sourceforge.net>
23:02.46CIA-32Acked-by: Koen Kooi <koen@openembedded.org>
23:02.47CIA-32Acked-by: Martin Jansa <Martin.Jansa@gmail.com>
23:02.55CIA-3203Tom Rini <tom_rini@mentor.com> 07master * reb6af335c8 10openembedded.git/recipes/bluez/ (bluez4_4.84.bb bluez4_4.89.bb):
23:02.55CIA-32bluez4: Remove 4.8* now that 4.9x is default for Angstrom and SHR
23:02.55CIA-32Signed-off-by: Tom Rini <tom_rini@mentor.com>
23:04.14*** join/#oe mrc3 (~ddiaz@189.157.109.110)
23:18.09ant__khem: ping
23:18.51CIA-3203Andrea Adami <andrea.adami@gmail.com> 07org.openembedded.dev * r8d9d679902 10openembedded.git/ (4 files in 3 dirs):
23:18.51CIA-32geodegx: move to nonworking, obsolete linux-geodegx 2.4 kernel
23:18.51CIA-32* machines with 2.4 kernels only are not supported
23:18.51CIA-32Signed-off-by: Andrea Adami <andrea.adami@gmail.com>
23:18.51CIA-3203Andrea Adami <andrea.adami@gmail.com> 07org.openembedded.dev * r1710d7230e 10openembedded.git/ (4 files in 3 dirs):
23:18.52CIA-32mnci: move to nonworking, obsolete mnci-ramses 2.4 kernel
23:18.53CIA-32* machines with 2.4 kernels are not supported
23:18.53CIA-32Signed-off-by: Andrea Adami <andrea.adami@gmail.com>
23:18.54CIA-3203Andrea Adami <andrea.adami@gmail.com> 07org.openembedded.dev * r730c85ac8f 10openembedded.git/recipes/linux/ (8 files in 2 dirs):
23:18.54CIA-32linux-colinux: move unsupported 2.4 kernel to /obsolete
23:18.55CIA-32Signed-off-by: Andrea Adami <andrea.adami@gmail.com>
23:18.56CIA-3203Andrea Adami <andrea.adami@gmail.com> 07org.openembedded.dev * rd532cfddbc 10openembedded.git/recipes/linux/ipod_2.4.24-ipod0.bb:
23:18.56CIA-32ipod: move unsupported 2.4 kernel to /obsolete
23:18.57CIA-32Signed-off-by: Andrea Adami <andrea.adami@gmail.com>
23:20.17Jay7well.. 4Gb of tmpfs is enough for 497 tasks (4 bb threads)
23:20.53Jay7and no rm_work was called in this time
23:21.02Jay7bb scheduler is completion
23:28.13CIA-3203Andrea Adami <andrea.adami@gmail.com> 07org.openembedded.dev * r784a4184e0 10openembedded.git/recipes/linux/ (3 files in 2 dirs):
23:28.13CIA-32handhelds: move 2.4 defconfigs to /obsolete
23:28.13CIA-32Signed-off-by: Andrea Adami <andrea.adami@gmail.com>
23:37.08CIA-3203Andrea Adami <andrea.adami@gmail.com> 07org.openembedded.dev * r79084da933 10openembedded.git/recipes/linux/ (linux-sun4cdm-2.4.26/defconfig linux-sun4cdm_2.4.26.bb):
23:37.09CIA-32sun4cdm: move unsupported 2.4 kernel to /obsolete
23:37.09CIA-32Signed-off-by: Andrea Adami <andrea.adami@gmail.com>
23:40.31ant__ok, recipes/linux is 2.4 freee now
23:41.06ant__no cruft hopefully
23:45.07ant__well, one more
23:45.09CIA-3203Andrea Adami <andrea.adami@gmail.com> 07org.openembedded.dev * r53dee8bf61 10openembedded.git/recipes/linux/linux/tosa/defconfig:
23:45.09CIA-32linux_git: remove stale tosa 2.6.28 defconfig
23:45.09CIA-32Signed-off-by: Andrea Adami <andrea.adami@gmail.com>
23:50.33CIA-3203Andrea Adami <andrea.adami@gmail.com> 07org.openembedded.dev * r269d9f3e6d 10openembedded.git/recipes/linux/linux_git.bb:
23:50.33CIA-32linux_git: fix SRCREV for 2.6.39-rc4
23:50.33CIA-32Signed-off-by: Andrea Adami <andrea.adami@gmail.com>

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