IRC log for #oe on 20091103

00:09.21*** join/#oe archae0pteryx1 (n=snewman@207.47.42.130.static.nextweb.net)
00:10.38*** join/#oe tmbinc_ (i=abcd@83.141.3.59)
00:11.45*** join/#oe rsalveti (n=rsalveti@189.115.172.233)
00:21.46*** join/#oe Vink__ (i=96a90f85@gateway/web/freenode/x-41a80a37e2c7e25d)
00:28.57*** join/#oe reid04 (n=reid85@CPE001cdf73661f-CM001ceacec55e.cpe.net.cable.rogers.com)
00:39.12CIA-203Richard Purdie <rpurdie@linux.intel.com> 07rpurdie/work-in-progress * r54d5f30832 10openembedded.git/classes/base.bbclass:
00:39.12CIA-2base.bbclass: Fix staging for non-native packages
00:39.12CIA-2Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
00:45.46*** join/#oe mithro (n=tim@unaffiliated/mithro)
01:03.34*** join/#oe Sleep_Walker (n=Sleep@193.179.96.131)
01:22.30*** join/#oe hufnus_cicq (n=hufnus_c@69-12-177-67.dsl.static.sonic.net)
01:32.26*** join/#oe zecke (n=ich@123-192-145-111.dynamic.kbronet.com.tw)
01:34.24*** join/#oe raster (n=raster@enlightenment/developer/raster)
01:35.38*** join/#oe ctusar (n=ctusar@c-71-58-119-148.hsd1.pa.comcast.net)
02:34.04*** join/#oe chouimat (n=quassel@CPE002129b5a060-CM0011e6c40c15.cpe.net.cable.rogers.com)
02:48.24*** join/#oe bbradley_ (n=bbradley@87-194-119-230.bethere.co.uk)
03:00.47*** join/#oe BenLauDC (n=benlau@221.125.8.105)
03:11.35*** join/#oe fraxinas (n=quassel@p4FD65CA4.dip.t-dialin.net)
03:20.29*** join/#oe sakoman (n=sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net)
03:26.45*** join/#oe sakoman_ (n=sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net)
04:13.37*** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net)
04:56.57*** join/#oe Flyser_ (n=Flyser@unaffiliated/flyser)
05:04.17*** join/#oe sakoman_ (n=sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net)
05:08.31*** join/#oe sakoman_ (n=sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net)
05:12.45*** join/#oe sakoman_ (n=sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net)
05:16.59*** join/#oe sakoman_ (n=sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net)
05:21.14*** join/#oe sakoman_ (n=sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net)
05:25.33*** join/#oe sakoman_ (n=sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net)
05:33.29*** join/#oe sakoman (n=sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net)
05:35.22*** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh)
06:06.57*** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh)
06:17.44*** join/#oe tasslehoff (n=Mich@147.84-49-231.nextgentel.com)
06:30.12*** join/#oe Weaselweb (n=quassel@2001:6f8:9e4:123:21a:92ff:fe5a:1409)
07:09.27*** join/#oe bswix (n=rode@147.84-49-231.nextgentel.com)
07:20.10CIA-203Steffen Sledz <sledz@dresearch.de> 07org.openembedded.dev * rab0b2217fe 10openembedded.git/recipes/busybox/ (busybox-1.11.3/iptunnel.patch busybox.inc busybox_1.11.3.bb):
07:20.10CIA-2busybox-1.11.3: undefined reference __cpu_to_be16 fixed for busybox-static
07:20.10CIA-2A patch fixing this problem inside the linux kernel was not accepted.
07:20.10CIA-2For details see:
07:20.10CIA-2- http://lkml.org/lkml/2009/6/18/223
07:20.14CIA-2- http://patchwork.kernel.org/patch/31164/
07:20.16CIA-2Signed-off-by: Steffen Sledz <sledz@dresearch.de>
07:30.21zeckesteffen?
07:32.36*** join/#oe ZaPPaS (n=moritz@weinberg.pi5.physik.uni-stuttgart.de)
07:40.08*** join/#oe DJWillis (i=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk)
07:46.55*** join/#oe eFfeM (n=frans@j192117.upc-j.chello.nl)
07:54.34*** join/#oe cyberdeck (n=cyberdec@iss66.vlsi.informatik.tu-darmstadt.de)
07:59.24*** join/#oe Jay7 (n=jay@93-81-68-255.broadband.corbina.ru)
08:02.47*** join/#oe mrc3_ (n=ddiaz@189.157.113.233)
08:11.52*** join/#oe ensc|w (n=ensc@www.sigma-chemnitz.de)
08:16.37*** join/#oe sgh (n=quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk)
08:18.36*** join/#oe thaytan (n=jan@78.16.140.24)
08:19.55*** join/#oe MWelchUK_work (n=welchma@65.91.2.71)
08:20.07*** join/#oe mickey|office (n=M@dialbs-092-079-168-007.static.arcor-ip.net)
08:20.17CIA-203David-John Willis <John.Willis@Distant-earth.com> 07org.openembedded.dev * r55331de730 10openembedded.git/ (conf/checksums.ini recipes/xfce-base/xfce4-panel_4.6.2.bb): xfce4-panel: Add new upstream 4.6.2 release and checksums.
08:25.11*** join/#oe thebohemian (n=rschus@p5DDC6B02.dip.t-dialin.net)
08:29.12*** join/#oe woglinde (i=woglinde@g225073235.adsl.alicedsl.de)
08:29.20woglindegm
08:32.04*** join/#oe tasslehoff (n=Mich@147.84-49-231.nextgentel.com)
08:39.48*** join/#oe Pr0t0N (n=lcintrat@93.2.234.186)
08:44.48*** join/#oe pvanhoof (n=pvanhoof@d54C0C0BA.access.telenet.be)
08:46.36*** join/#oe Heinervdm (n=thomas@pD9E150B8.dip.t-dialin.net)
08:47.08*** join/#oe fpga (n=s@92.62.56.51)
08:54.30RPmorning all
08:54.50woglindehi RP
08:55.12*** join/#oe playya__ (n=playya@unaffiliated/playya)
08:57.11*** join/#oe playya_ (n=playya@unaffiliated/playya)
09:05.08*** join/#oe aloisiojr (n=aloisio@esprx02x.nokia.com)
09:05.17*** join/#oe dth (n=Dieter@p4FDEBDB2.dip.t-dialin.net)
09:11.39*** join/#oe eric__ (n=eric@pac33-2-82-240-38-71.fbx.proxad.net)
09:12.05*** join/#oe reid04 (n=reid85@CPE001cdf73661f-CM001ceacec55e.cpe.net.cable.rogers.com)
09:15.26eric__hi, is there a clean way to include some kernel-module.ipk in an image without including kernel-image ?
09:15.56woglindeno
09:16.28woglindemaybee with a dummy package
09:16.33woglindebut there isnt one yet
09:16.57eric__ok thanks I'm going to try this
09:18.41*** join/#oe rob_w (n=bob@p549BE7E2.dip.t-dialin.net)
09:19.27*** join/#oe recalcati_ (i=51485a51@gateway/web/freenode/x-6434b6a68ee28b1b)
09:33.05cdbot2* * OE Bug 5327 has been RESOLVED (INVALID) by ospite(AT)studenti.unina.it
09:33.07cdbot2* * gcc-cross-intermediate-4.4.1-r6.1: oe_runmake failed.
09:33.09cdbot2* * http://bugs.openembedded.net/show_bug.cgi?id=5327
09:33.16*** join/#oe marex (n=marex@vasut.kolej.mff.cuni.cz)
09:34.36*** join/#oe jeff__ (i=56934587@gateway/web/freenode/x-774f1d7decc75158)
09:35.54jeff__Good mornig, I am attempting to build the qte sdk, however it fails on the final task when it is trying to populate the sdk, any ideas what could be the main cause of this?
09:36.42zubwhat error do you get?
09:37.13*** join/#oe kristoffer_ (n=kristoff@95.209.142.226.bredband.tre.se)
09:37.36woglindehi xora
09:38.58jeff__zub: ERROR: function do_populate_sdk failed
09:39.36jeff__runing task meta-toolchain-qte.bb, do_populate_sdk
09:39.41zubI suspect it's an issue about stripping static libs
09:40.17zubcheck the detailed error log
09:40.27zubdon't remember now, but bitbake/OE should tell you where to look for it
09:40.28woglinde*sigh*
09:40.46woglindejeff__ you could use tinderbuild stuff
09:41.02woglindewhich is a really easy effort to share the error
09:41.20woglindeINHERIT += "oestats-client"
09:41.20woglindeOESTATS_SERVER = "tinderbox.openembedded.net"
09:41.34woglindeOESTATS_BUILDER = "yournick_or_whatever"
09:41.42woglindeput this into your localconf
09:41.47woglindeand send us the url
09:41.52woglindewhen its failing
09:42.50*** join/#oe florian_kc (n=fuchs@Maemo/community/contributor/florian)
09:43.04woglindehi florian
09:43.37zeckehas anyone managed to build glibc with framepointers?
09:44.25woglindehm no
09:44.32woglindedidnt try it
09:44.42woglindeI am only using eglibc and uclibc
09:45.42zeckewoglinde: could you try with eglibc? :)
09:45.46floriangood morning
09:46.04jeff__woglinde: Ok, changed conf, one moment while I run build again.
09:46.28pixflorian, good morning !
09:46.58Jay7florian: hey :)
09:47.10Jay7florian: who is approving new projects on LTG?
09:48.47CIA-203Martin Jansa <Martin.Jansa@gmail.com> 07shr/merge * r2260d1ba38 10openembedded.git/recipes/shr/e-wm-theme-illume-gry_git.bb:
09:48.47CIA-2e-wm-theme-illume-gry: missing recipe from shr/import
09:48.47CIA-2Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
09:48.48CIA-203Martin Jansa <Martin.Jansa@gmail.com> 07shr/merge * r9a13bb5dc2 10openembedded.git/recipes/sqlite/ (sqlite3-native_3.6.19.bb sqlite3_3.6.19.bb):
09:48.51CIA-2sqlite3_3.6.19: add tcl-native to DEPENDS
09:48.53CIA-2* Header files are generated by tcl in newer sqlite
09:48.55CIA-2Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
09:49.07woglindeI wonder when jama is sleeping
09:49.19JaMais wondering too
09:50.05eFfeMstupid q, if I have multiple libs with -l do they need to be in order (so things like libc last) or doen't that matter ?
09:50.12*** join/#oe mithro (n=tim@unaffiliated/mithro)
09:50.31JaMagood that employer isn't wondering when I'm working for him.. I should change work to something more linux related..
09:50.42woglindeeffem order normaly doesnt matter
09:51.03woglindeeffem I didnt see any stuff yet where two libs provides the same symbols
09:51.38woglindejama *g*
09:51.43eFfeMwoglinde: thought that
09:52.14woglindewhy the heck is tcl generating header for sqllite?
09:52.23woglindethis looks like stupid idea
09:52.29woglindefrom developers
09:53.00*** join/#oe MWelchUK_work (n=welchma@65.91.2.71)
09:54.23JaMawoglinde: haven't checked what they're doing but mrmoku complained that it cannot be build on his buildhost.. because it calls tcl and used tcl from buildhost here instead of tcl-native..
09:57.02Jay7sleeping...
09:57.14Jay7it is too good to be real :)
09:57.22eFfeMhaving trouble with the qt4 mysql driver, the .so complains about missing mysql_server_init, I added -lmysqlclient to it, still i do not see that lib end up in the mysql driver .so file
09:59.19woglindeeffem hm
09:59.30woglindeI didnt build qt lately
09:59.36woglindeshould again
09:59.45woglindebut first I will finish boost stuff
09:59.53woglindebuild boost with cmake
10:00.08woglindeis much better then with bjam
10:00.11eFfeMwoglinde: it all builds without problem, but if  I load the mysql driver it complains about an undefined symbol
10:00.36eFfeMmythbackend: symbol lookup error: /usr/lib/qt4/plugins/sqldrivers/libqsqlmysql.so: undefined symbol: mysql_server_init
10:00.57eFfeMthis .so file is delivered from qt4-plugin-sqldriver-sqlmysql
10:01.02woglindehm ldd
10:01.03woglindeshows
10:01.05woglindelibmysqlclient_r.so.16 => /usr/lib/libmysqlclient_r.so.1
10:01.09woglindeon my host
10:01.30eFfeMwoglinde: what is the exact ldd cmd you give ?
10:01.42woglindeldd /usr/lib/qt4/plugins/sqldrivers/libqsqlmysql.so
10:01.49woglindedebian unstable
10:01.54woglindepackage shows two libs
10:02.03woglindeone with _r one without
10:02.16eFfeMthere are two
10:02.28eFfeMi have no ldd on my beagle and ldd cross does not seem to work
10:02.51eFfeMjust did strings mysql.so | less
10:03.12eFfeMis there a cross ldd ?
10:03.26zeckeeFfeM: qemu :)
10:03.38zeckeeFfeM: you can use objdump -x and look at the SO_NEEDED entry
10:04.53*** join/#oe florian (n=fuchs@Maemo/community/contributor/florian)
10:04.58eFfeMcross ldd does not work, objdump -x has NEEDED entry, not SO_NEEDED and no mysqlclient in it
10:08.01eFfeMhm, can't find a thing right now, need to leave kbd for 15 minutes
10:09.05florianoops
10:09.43CIA-203Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * r7bd8c333e2 10openembedded.git/recipes/mythtv/ (2 files in 2 dirs): mythplugins: fixed remaining staging issues
10:09.53CIA-203Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * rf0792ef5d7 10openembedded.git/: Merge branch 'org.openembedded.dev' of git.openembedded.org:openembedded into org.openembedded.dev
10:10.02woglindemythtv the never ending story
10:10.03woglinde*g*
10:10.58woglindehm
10:12.13DJWilliswoglinde: and after all that work I wonder what monster embedded platform is going to run it all ;-)
10:13.31woglindedjwillis hm some omap3
10:13.44woglindeI could test it with beagleboard and usb tv stick
10:13.54woglindeif the day would have 120 hours
10:14.48DJWilliswoglinde: I tried on the Pandora, I gave up as I just came to the view that OMAP3 was a little light for it. It would be cool to use the Pandora as a Myth frontend (or even both).
10:15.17XorAshudders at myth
10:15.23woglindeDJWillis hm light?
10:15.31woglindeomap3 isnt enough?
10:15.46woglindeappros pandora are they now available?
10:16.23CIA-203Martin Jansa <Martin.Jansa@gmail.com> 07shr/merge * r3d9d81c87f 10openembedded.git/conf/distro/include/sane-srcrevs.inc:
10:16.23CIA-2sane-srcrevs.inc: missing srcrev for calc
10:16.23CIA-2Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
10:16.41DJWilliswoglinde: regarding the Pandora, there are near final units out and about but I have been hacking on it on and off for a few years, just as a hobby dev with early hardware.
10:18.25pb__florian: good morning
10:18.27pb__mickeyl: good morning
10:18.29pb__woglinde: good morning
10:18.31pb__zecke: good afternoon
10:19.08woglindehe pb
10:19.14woglindeonly 4 days left
10:19.35zeckepb__: hey!
10:20.02woglindepbuilder rockz
10:20.21eFfeMre
10:20.26woglindere effem
10:20.44woglindedjwillis hm mythtv should work on sheeva
10:20.52woglindeas server
10:21.25jeff__Ok, I think this is it http://tinderbox.openembedded.net/builds/37210/
10:22.25woglindejeff did you pull the latest stuff?
10:22.55*** join/#oe thaytan (n=jan@nat/sun/x-16ae30407687ff08)
10:24.15jeff__I did
10:24.22woglindejeff ah thats a nasty error
10:24.38woglindehm could you try to set
10:25.30jeff__osrry, set?
10:25.35jeff__sorry
10:25.51*** join/#oe aloisiojr (n=aloisio@esprx02x.nokia.com)
10:26.36woglindePREFFERED_PROVIDER_gconf  = "gconf"
10:26.42woglindein your local.conf
10:26.43woglindesorry
10:26.59woglindeneeded some time to verify it
10:28.26jeff__Just to confirm, I don't need to build anything else before I build the sdk?
10:28.48DJWilliswoglinde: now that's a cool idea, had not considered that, ok, now to get a Sheeva to mess with.
10:29.40*** join/#oe mike_cw (n=quassel@213.218.221.154)
10:30.11*** join/#oe cbrake_away (n=cbrake@oh-69-34-21-229.sta.embarqhsd.net)
10:32.07*** join/#oe zoff99 (i=chatzill@chello080109110037.13.15.vie.surfer.at)
10:32.14eFfeMwoglinde: back to my orlginal Q: if I have two libs A and B and they are linked with -lA -lB and B references a symbol of A, will that resolve or does that give an order problem
10:32.42pb__that is fine
10:33.05eFfeMok, just wanted to verify, i know in the old days order was important
10:34.04woglindeeffem 30 years ago?
10:34.12pb__it's important with static libs, but shared libs are more forgiving.
10:34.26eFfeMwoglinde: only 25 :-)
10:34.28*** join/#oe thebohemian (n=rschus@p5DDC6B02.dip.t-dialin.net)
10:34.32pb__mostly because shared libs are an "all or nothing" proposition: you can't load just part of the library like you do with .a files
10:34.56*** join/#oe atk007 (i=79f09803@gateway/web/freenode/x-d0013daa7314f11a)
10:35.12woglindepb hm intressting
10:35.20woglindeevery day I learn something new
10:35.25eFfeMpb__: the issue is that the lib does not show up in objdump -x
10:35.43eFfeMalthough I did -lmysqlclient on the linker command line
10:35.46woglindeokay time to hang out the whasing
10:36.02woglindeeffem try -lmysqlclient_r
10:36.06pb__eFfeM: "show up" in what way?  you mean you don't get a NEEDED record?
10:36.17eFfeMthere is no NEEDED record
10:36.26woglindedamn mysql mirror is so slow
10:36.28eFfeMwoglinde: what is the diff between the regular and the _r version?
10:36.33woglindethats I cant look up it myself
10:36.39woglindein our building
10:37.19pb__eFfeM: can you put the output of "readelf -a" in a pastebin?
10:37.27eFfeMwill do
10:38.56eFfeMpb__ it is kinda much so redirected to a file and loaded to http://filebin.ca/tfyscf/readelf
10:39.12pb__righto
10:39.42CIA-203Jeremy Lainé <jeremy.laine@m4x.org> 07org.openembedded.dev * rb8f658eb91 10openembedded.git/recipes/linux/ (linux-2.6.31/boc01/005-091008-isl12024.patch linux_2.6.31.bb): linux-2.6.31: update boc01 RTC driver for upstream submission
10:41.15pb__yeah, that is a bit odd
10:41.23pb__as you say, no NEEDED, but it clearly does have relocs against mysql
10:41.34pb__what's the exact final link command you are using?
10:41.52*** join/#oe Sleep_Walker (n=Sleep@nat/novell/x-51ec523aa66548ae)
10:42.33CIA-203Martin Jansa <Martin.Jansa@gmail.com> 07shr/merge * r3262724e9c 10openembedded.git/recipes/calc/ (calc_0.0.1.bb calc_0.0.2.bb calc_git.bb):
10:42.33CIA-2calc: add 0.0.2 tag and lower default preference for untagged version
10:42.33CIA-2Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
10:42.51eFfeM<PROTECTED>
10:42.51eFfeMand libs contains -lmysqlclient
10:43.14*** join/#oe fpga (n=s@92.62.56.51)
10:43.16eFfeMmakefile is genreated with /home/frans/oe/tmp_angstrom/staging/i686-linux/usr/bin/qmake2 -spec ../../../../mkspecs/linux-g++ -unix -after  INCPATH+=/home/frans/oe/tmp_angstrom/staging/armv7a-angstrom-linux-gnueabi/usr/include/freetype2 LIBS+=-L/home/frans/oe/tmp_angstrom/staging/armv7a-angstrom-linux-gnueabi/usr/lib -o Makefile mysql.pro
10:43.52eFfeMhmmm
10:44.19pb__what does that actually end up expanding to?
10:44.24hrwmorning
10:44.27pb__can you run make and paste the actual command that it runs?
10:44.43eFfeMin qt4 I also added LIBS+=-lmysqlclient, don't see that one in the qmake file
10:44.48eFfeMhi hrw
10:45.14eFfeMpb__ what is the best way to do that? is this cmd somewhere in a tmp/*log* file ?
10:45.16eFfeMtemp
10:45.25pb__eFfeM: it should be in log.do_compile
10:46.13*** join/#oe zoff99_ (i=chatzill@chello080109110037.13.15.vie.surfer.at)
10:47.31*** join/#oe zoff99_ (i=chatzill@chello080109110037.13.15.vie.surfer.at)
10:48.11eFfeMpb__ this is (what I think is) the relevant part of do_compile:
10:48.12eFfeMhttp://www.pastebin.ca/1654649
10:48.43*** join/#oe greyback (n=greyback@ip-83-147-165-234.dub-3rk1.metro.digiweb.ie)
10:49.43pb__ah
10:49.49pb__"-L -lmysqlclient" is no good
10:49.55*** join/#oe sgh (n=quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk)
10:50.17hrw~curse keeping linux-libc-headers in local repositories
10:50.37ibotMay the fleas of a thousand camels infest your most sensitive regions, keeping linux-libc-headers in local repositories !
10:51.21*** join/#oe fpga (n=s@92.62.56.51)
10:51.40pb__you need to either remove that -L, or supply an argument to it.  as it stands, the -L will swallow the following "-lmysqlclient" as its argument, which will not produce any useful effect unless you happen to have a directory named "-lmysqlclient" with libraries in :-}
10:54.07eFfeMhm, the -L is not mine
10:54.25jeff__woglinde: Same error http://tinderbox.openembedded.net/public/logs/task/3417672.txt I going to try fresh build of everything by getting rid of the tmp dir and starting afresh
10:54.49eFfeMI just added the  LIBS+=-lmysqlclient line to qmake
10:55.31eFfeMis pondering whether he should just do LIBS+="-lmysqlclient -lmysqlclient" to work around the -L
10:55.50eFfeMor qmake LIBS does something different than I've been told
10:57.54woglindejeff__ could try bitbake -g sdkstuff
10:58.06woglindeand look where the gconf-dbus is sneaking in?
10:58.12woglindeor which package its need
10:58.38woglindeI dont know why the sdk needs gconf anyway
10:58.42woglindezecke do you know?
10:59.22zeckewoglinde: SDK == meta-toolchain?
11:00.33*** join/#oe zoff99 (i=chatzill@chello080109110037.13.15.vie.surfer.at)
11:00.34woglindezecke jepp meta-toolchain-qte
11:00.38woglindehttp://tinderbox.openembedded.net/builds/37223/
11:00.55eFfeMpb__: do you hav a better suggestion as the duplicatd -lmysqlclient
11:02.33zeckewoglinde: gconf... Qt -> Phonon -> GStreamer - > Gconf
11:02.45woglindeah
11:02.47woglinderight
11:02.59woglindegconf-dbus should die
11:03.28woglindeeffem hm so the spec file is broken
11:03.58eFfeMoooo k
11:04.16eFfeMbreaking territory that is still uncharted by me ...
11:04.43woglindeeffem you could begging zecke
11:04.45woglindeto fix it
11:05.07eFfeMzecke: please? very please ?? very very very please ?
11:05.16woglindefor glib it seems right
11:05.25woglinde-lglib-2.0
11:05.29woglindewithout -L
11:05.39woglindebut this linking is wrong anyway
11:06.01zeckeah gconf-dbus died?
11:06.17woglindedont know
11:06.22woglindeseems I should google
11:06.29woglindewhat it is usefull for
11:07.23woglindehm okay
11:07.28woglindemissusing of dbus
11:07.30woglindeas ipc
11:07.31eFfeMzecke any idea what I need to do to build qt4 mysql connector with -lmysqlclient in a proper way ?
11:08.15zeckeeFfeM: look at test Qt is executing to figure out if it is installed
11:08.30zeckeeFfeM: maybe some variable is not properly initialized (config.* and conigure)
11:09.16eFfeMzecke: wehll mysql.pro does a check for isEmpty(QT_LFLAGS_MYSQL) and apparently it is not
11:10.45*** join/#oe ant_work (n=andrea@host214-85-static.34-85-b.business.telecomitalia.it)
11:11.14zeckesorry, I don't feel weel right now... poke me tomorrow
11:11.44eFfeMzecke config.tests/unxi/mysql/mysql.pro does contain LIBS += -lmysqlclient
11:11.44eFfeM<PROTECTED>
11:12.21eFfeMzecke: np, get well soon, i'll dig into it myself, will get back to you tomorrow or so if still needed
11:12.27eFfeMand thanks for your pointer
11:12.47zeckeeFfeM: feel free to send me a mail with the problem description (i didn't follow this conversation) :)
11:14.48hrwargh
11:14.59woglindejo hrw
11:15.01hrwunpacking by hand works, by bitbake fails
11:17.04hrwsomeone uses OE or Poky on ubuntu 9.10?
11:17.18woglindehrw not yet
11:18.09Crofton|workhrw, problem with recent uduntu?
11:18.10zeckehrw: yeah me
11:19.04hrwCrofton|work: http://pastebin.ca/1654688
11:19.12*** join/#oe pirho (i=pirho@gateway/gpg-tor/key-0x2CEEC9CB)
11:19.14hrwwhen I call same command by hand it works fine
11:21.08ant_workflorian: what's happening to ltg?
11:22.22florianant_work: what's wrong?
11:22.35ant_workcan't load any web page
11:24.52hrwfscking crap
11:25.01ant_workflorian: I can ssh, though
11:25.23ant_work18364 list      20   0  591m 522m 3232 R  100  6.5 423:41.25 python
11:25.25florianant_work: hmm indeed, looks like apache had some problem... just restarted it and it works again
11:25.43ant_workthx
11:25.43*** join/#oe jeff__ (i=56934587@gateway/web/freenode/x-2cb65050f4a28150)
11:28.01florianone sec, i'll restart it again
11:28.06mickey|officeRP: ping
11:28.33florianmorning mickey|office
11:28.37mickey|officemorning florian
11:28.46mickey|officeflorian: who can write the tax receipt for Eric?
11:28.59mickey|officewhich form do it need to comply to?
11:29.07*** join/#oe vo5 (n=vo@bd210299.virtua.com.br)
11:29.28woglindeflorian time to swtich ti lighttp?
11:30.08ant_workor to drop debian...
11:30.50ant_work*v*
11:31.13florianmickey|office: all board members at least. i guess it shoudl be easy to find out how it works. if i get the data and if it is not really urgent i can do this
11:31.37mickey|officeflorian: it might be urgent, depending on fiscal quarters
11:31.43mickey|officeflorian: (relatively)
11:31.53hrwant_work: LTG should move to angstrom?
11:32.02Crofton|workhrw :)
11:32.12ant_workone day, perghaps,...step by step :]
11:32.26*** join/#oe lrg (n=lrg@slimlogic.co.uk)
11:32.28woglindeant why drop debian?
11:32.51eric__mickey|office : this is not urgent, I need just  it before the end of december
11:32.52ant_workwell, apt upgrades...
11:32.59ant_workcan be dangerous
11:33.10mickey|officeeric__: ah, you're here :)
11:33.16florianant_work, Jay7: drop me mail if you notice somethign is wrong. the fusionforge installation misght still need some fixes
11:33.19hrwant_work: o, rly?
11:33.29florianhi lrg
11:33.29mickey|officeeric__: good, we should aim to do it within Nov. then
11:33.34mickey|officeyo lrg
11:34.16ant_workmuch more risky than emerge system  e.g.
11:34.16ant_work;)
11:34.16lrghey florian mickeyl
11:34.16hrwhi Liam
11:34.16Jay7florian: I'm still see no project's wiki.. :(
11:34.16Jay7per-project's
11:34.16lrgand Marcin ;)
11:34.16eric__mickey|office : ok fine, thanks
11:34.17ant_workhrw: or even bsd for *our* servers
11:34.17ant_worklol
11:34.43florianJay7: right... I haven't managed to check what's missing there.
11:35.12woglindebye for now
11:35.33Jay7florian: ok, I'll wait :)
11:35.46RPmickey|office: pong
11:36.02Jay7about apache.. you can install nginx as frontend
11:36.25Jay7and serve static images by nginx too
11:36.35Jay7all static content even
11:36.51Jay7free time is the question :)
11:37.19florianthat's it
11:37.31mickey|officeRP: trying to understand the exec problem. what about http://python.pastebin.com/m4642faea ?
11:37.48eFfeMzecke, all, not sure if this is right or not but if I go into the qt dir all exe files in config.tests/unix are ARM binaries, shouldn't this be x68 binaries ??
11:38.31RPmickey|office: Did my use case break but yours works?
11:40.58mickey|officeRP: injecting bb into the globals seem to work with http://python.pastebin.com/m4642faea
11:41.06mickey|officeRP: at least the function call works
11:41.23RPmickey|office: ok, let me try a test
11:45.09CIA-203Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07shr/merge * r117419bac6 10openembedded.git/recipes/mythplugins/ (8 files in 2 dirs): mythplugins: created recipe, not fully tested yet
11:45.11CIA-203Leon Woestenberg <leon@sidebranch.com> 07shr/merge * r91403056b1 10openembedded.git/recipes/linux/ (3 files in 2 dirs):
11:45.11CIA-2linux-kirkwood-2.6.31: Add PCI Express support for openrd-base.
11:45.12CIA-2Note there are upstream problems involving devices using PCI IOMEM.
11:45.14CIA-2Signed-off-by: Leon Woestenberg <leon@sidebranch.com>
11:45.16CIA-203Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07shr/merge * r9fd25648fc 10openembedded.git/ (4 files in 4 dirs): linux-kirkwood: updated defconfigs (more modules, more filesystems in kernel)
11:45.19CIA-203Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07shr/merge * r1377125138 10openembedded.git/recipes/mythplugins/mythplugins_0.21+0.22rc1.bb: mythplugins: added a few lines of comment for clarification
11:45.22CIA-203Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07shr/merge * r056193c663 10openembedded.git/classes/package.bbclass:
11:45.25CIA-2Revert "package.bbclass: Cleanup getVar syntax to use True, not 1 as third argument (from Poky)"
11:45.27CIA-2This reverts commit fcee557e1b0551d1743bbb3ad61102b9ccc4cba8.
11:45.29CIA-203Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07shr/merge * r0c5891b4c9 10openembedded.git/conf/checksums.ini: checksums: added mythplugins checksum
11:45.38CIA-203Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07shr/merge * r138f792724 10openembedded.git/classes/package.bbclass:
11:45.41CIA-2Revert "Revert "package.bbclass: Cleanup getVar syntax to use True, not 1 as third argument (from Poky)""
11:45.43CIA-2Oops, accidently reverted a patch, reverting the revert. Sorry for any inconvenience
11:45.45CIA-2This reverts commit 056193c6638892ddde7bddbfc6f6f06a2288ba64.
11:45.47CIA-203Holger Hans Peter Freyther <zecke@selfish.org> 07shr/merge * r9393ac7170 10openembedded.git/recipes/binutils/binutils-cross-sdk.inc:
11:45.50CIA-2Revert "binutils-cross-sdk: Avoid QA error on building"
11:45.52CIA-2This reverts commit b294033116a6a4f33d1b1ec9f8256adaf7374298. This
11:45.54CIA-2patch is no longer needed as .a files are no longer stripped.
11:45.56CIA-203Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07shr/merge * rbdc1df7330 10openembedded.git/recipes/mythtv/mythtv_0.22rc1.bb: mythtv: added staging
11:46.11CIA-203Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07shr/merge * r8b32d20a07 10openembedded.git/: Merge branch 'org.openembedded.dev' of git.openembedded.org:openembedded into org.openembedded.dev
11:46.14CIA-203Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07shr/merge * r2d365ab53b 10openembedded.git/recipes/mythtv/ (mythtv-0.21+0.22rc1/configure.patch mythtv_0.22rc1.bb): mythtv: updated staging, fixed configure; renamed recipe
11:46.18CIA-203Koen Kooi <koen@openembedded.org> 07shr/merge * r5ccd6effbe 10openembedded.git/recipes/mythplugins/ (8 files in 2 dirs): mythplugins: move into mythtv directory
11:46.21CIA-203Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07shr/merge * ra26da59582 10openembedded.git/: Merge branch 'org.openembedded.dev' of git.openembedded.org:openembedded into org.openembedded.dev
11:46.24CIA-203David-John Willis <John.Willis@Distant-earth.com> 07shr/merge * r34616c490d 10openembedded.git/recipes/libgtkstylus/ (files/gtkstylus.sh libgtkstylus_0.3.bb): libgtkstylus: Fix session script to support loading of more than one GTK_MODULES.
11:46.34CIA-203Koen Kooi <koen@openembedded.org> 07shr/merge * rf1a20d6191 10openembedded.git/recipes/xorg-lib/ (pixman/neon-24bpp.patch pixman/prefetch.patch pixman_git.bb): pixman git: add more NEON patches, bump SRCREV
11:46.37CIA-203Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07shr/merge * r13355c1620 10openembedded.git/ (17 files in 5 dirs): mythtv, mythplugins: updated to 0.22rc2
11:46.44CIA-203Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07shr/merge * rd88287ca8a 10openembedded.git/: Merge branch 'org.openembedded.dev' of git.openembedded.org:openembedded into org.openembedded.dev
11:46.47CIA-203David-John Willis <John.Willis@Distant-earth.com> 07shr/merge * r8ad7a9b528 10openembedded.git/ (conf/checksums.ini recipes/xchat/xchat_2.8.6.bb): xchat: Add 2.8.6 release (and fix package to include d-bus service files).
11:46.50CIA-203David-John Willis <John.Willis@Distant-earth.com> 07shr/merge * r995cb3cbff 10openembedded.git/conf/machine/omap3-pandora.conf: omap3-pandora.conf: Merge in latest machine file.
11:46.55CIA-203Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07shr/merge * r24c8f2b9e0 10openembedded.git/recipes/mythtv/ (5 files in 2 dirs): mythplugins: added more plugins, packaging is not complete yet
11:46.58CIA-203David-John Willis <John.Willis@Distant-earth.com> 07shr/merge * rfd778a7191 10openembedded.git/recipes/xorg-xserver/ (2 files in 2 dirs): xserver-xorg-conf: Update xorg.conf for the omap3-pandora. i.e. cut out a load of cruft.
11:47.02CIA-2(53 lines omitted)
11:48.16eFfeMneed a reboot, biab
11:51.58*** join/#oe eFfeM (n=Frans@j192117.upc-j.chello.nl)
11:55.44*** join/#oe eFfeM (n=Frans@j192117.upc-j.chello.nl)
11:55.56RPmickey|office: I can't see to reproduce the problem but it wasn't my imagination - am trying to come up with the test case :)
11:56.14eFfeMbtw I'm seeing the same -L -lmysqlclient when trying to build mythplugins with zoneminder support
11:56.29mickey|officeRP: oki
11:59.17RPmickey|office: Ah, I think this is due to the way methodpool works
11:59.36RPmickey|office: Imagine functionB was injected into the methodpool
12:00.05RPmickey|office: That adds it to __builtins__ which does not have bb in its scope?
12:00.38mickey|officeRP: perhaps we should change the way we inject functions into the methodpool then
12:00.47mickey|officeRP: could i ask for a minimal example again?
12:00.52mickey|officei'd go from there then
12:00.59RPmickey|office: yes, working on one :)
12:01.02mickey|officegreat
12:01.18RPmickey|office: I think this means we need to look at what methodpool is doing more closely :)
12:01.35mickey|officedebugs the case of a pointer changing between a method invocation *sigh*
12:01.39mickey|officeRP: yep
12:01.58hrwcurses at slow network connection of one customer
12:02.23hrwfetching speed reminds me maemo.org websites...
12:02.28hrwand their 33600 modem
12:03.00hrwRP: thx for answer on Poky ML
12:03.02Jay7:))
12:06.54RPmickey|office: http://python.pastebin.com/m460eed29
12:07.43RPmickey|office: and I think now I have the test case I understand - methodpool should operate on some context, not __builtins__ and we should be using that context as g when calling bb.utils.better_exec ?
12:07.56hrwRP: patch will be sent
12:08.17RPmickey|office: or we decide to use __builtins__ ?
12:08.59*** join/#oe Gnutoo (n=gnutoo@host240-163-dynamic.51-79-r.retail.telecomitalia.it)
12:09.10RPhrw: np, sounds good
12:10.31hrwRP: pull then ;)
12:11.32hrwRP: good news is that I have poky trunk build in progress now
12:12.01RPhrw: cool
12:12.02*** join/#oe dos1 (n=dos@unaffiliated/dos1)
12:13.19RPzecke: Any good reason why methodpool operates on __builtins__ rather than creating an environment and passing it around?
12:13.23mickey|officeRP: which branch do i need to make this example work?
12:14.00RPmickey|office: Any bitbake will do - the point it is doesn't work without an "import bb" in functionB
12:14.17RPmickey|office: and we want that to work
12:14.35*** join/#oe marcosmamorim (n=marcos@bd210299.virtua.com.br)
12:14.41mickey|office*nod*
12:14.53mickey|officegive me some time to play with that
12:15.48RPmickey|office: np :)
12:18.29*** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh)
12:29.44*** join/#oe montamer (n=montamer@203.199.213.3)
12:30.48ant_workRP: I have to rebuild all from scratch tonite...is in your branch any nerw commit fixing packaged staging?
12:30.50*** join/#oe montamer (n=montamer@203.199.213.3)
12:32.32RPant_work: Not in the sense you're after. I'm working towards that
12:32.36ant_workI mean, giving correct arch to staging* ipk's
12:32.39ant_workah, ok
12:34.03ant_workpls don't forget the ugly package_stagefile_shell
12:35.17*** join/#oe rkirti (n=oespirit@203.199.213.3)
12:36.07pb__eFfeM: no, not really.  I guess you need to figure out where the -L is actually coming from and suppress it
12:36.45rkirtimorning everyone
12:38.20ant_workhi pb___
12:39.33pb__hi ant_work
12:44.07*** join/#oe spaetz_ (n=spaetz@195.190.170.102)
12:44.18pb__JaMa: apropos your fontconfig crash, it looks like libpthread.so might be the guilty party.  could you upload that binary?
12:44.34RPant_work: ugly in what sense?
12:44.56spaetz_is there some historical reason that dev.oe.org pull a git version of connman rather than a release tarball? It is labeled 0.42 but the git version apparently refers to 0.44 or so
12:44.59ant_workwell, the recipes using it have all disabled PARALLEL_BUILD
12:45.19ant_workand is not friendly if you deplace DEPLOYITR
12:45.30ant_work*DEPLOYDIR
12:45.49ant_work...see, it is used in zaurus-updater
12:46.00ant_workin poky you call it in do_install iirc
12:46.08ant_workin oe is in do_stage (iirc)
12:46.16mickey|officespaetz_: yes, historical, back in the days, the releases were very seldomly. we should flag the GIT version PREFERRED_VERSION=-1 and use releases as much as possible
12:46.27ant_workyousee ...I'm waiting your commits for both reasons...
12:46.48ant_workthe bastard is the first package failing during rebuild from pstage
12:46.59spaetz_mickey|office: ok, thanks.
12:48.56*** join/#oe rsalveti (n=rsalveti@189.115.172.233)
12:49.57RPant_work: I was totally unaware of that problem. Is it on the OE list somewhere?
12:50.13ant_workyes, old thread...le me see
12:54.26*** join/#oe fpga1 (n=s@92.62.56.51)
12:55.23eFfeMpb__ guess the -L is from qmake, what I think is happening is that somewhere there is a -L${STAGING_LIBDIR} or so which is not properly expanded
12:56.28eFfeMthis was also what happened with the taglib-config soluion that you proposed (using ${STAGING_LIBDIR} (or I did  something wrong there)
12:57.16pb__ah, qmake
12:57.33*** join/#oe zoff99 (i=chatzill@chello080109110037.13.15.vie.surfer.at)
12:57.37pb__I tend to abandon all hope when those five letters appear on my screen.
12:57.59pb__if you talk sweetly to zecke then he might be able to assist you in navigating through its crazy universe.
12:58.58zeckeRP: I don't remember
12:59.12zeckeant_work: sorry, I'm mostly afk... need to practice chinese
13:01.32CIA-203Sebastian Spaeth <Sebastian@SSpaeth.de> 07org.openembedded.dev * re972a049e4 10openembedded.git/recipes/connman/connman_0.46.bb:
13:01.32CIA-2connman: include connman_0.46 (mv'd from connman_0.19)
13:01.32CIA-2Signed-off-by: Sebastian Spaeth <Sebastian@SSpaeth.de>
13:03.01hrwhmm.. connman...
13:03.29hrwdoes connman has any frontend now? not counting clutter based ones
13:06.20CIA-203Sebastian Spaeth <Sebastian@SSpaeth.de> 07shr/merge * r4b38fcb9d6 10openembedded.git/recipes/connman/connman_0.46.bb:
13:06.20CIA-2connman: include connman_0.46 (mv'd from connman_0.19)
13:06.20CIA-2Signed-off-by: Sebastian Spaeth <Sebastian@SSpaeth.de>
13:06.20CIA-203Sebastian Spaeth <Sebastian@SSpaeth.de> 07shr/merge * r4057779c87 10openembedded.git/recipes/connman/connman_git.bb: connman: disable git preference for shr distro again. use 0.46 tarball
13:06.50spaetz_hrw: on the freerunner the is mokonnect which provides a simple frontend. But I guess that is of little use on other devices
13:06.57spaetz_there is...
13:07.27spaetz_it uses connman as backend
13:08.25hrwI see
13:08.40*** join/#oe waite_ (n=quassel@206.83.81.178.ptr.us.xo.net)
13:08.57hrwhmm... maybe good moment to curse^Wlearn python-gtk
13:09.38spaetz_hehe
13:12.09ant_workRP: http://bugs.openembedded.net/show_bug.cgi?id=4580
13:13.05ant_workRP: "package_stagefile_shell is there to manually mark files that need to get
13:13.06ant_workrevived to make a build work, which as it happens is with bootloaders
13:13.08ant_workand kernel images" - koen
13:14.08ant_workRP: iirc actuallly only 5 recipes (bootloaders / updaters) are using it
13:15.26spaetz_mmh, should have reset PR to 0 when I updated connman version. too late... now it's PR=1
13:15.29spaetz_sorry
13:15.50pb__heh, don't worry about it.  that's a pretty trivial issue in the grand scheme of things.
13:16.16JaMapb__: http://jama.homelinux.org/org.openembedded.shr/fontconfig/libpthread-2.10.1.so
13:16.50JaMapb__: could it be cause when eglibc is compiled without thumb enabled and rest of system has thumb enabled?
13:17.14pb__JaMa: no, that's okay.  eglibc needs to be compiled with interworking but it doesn't matter whether it is thumb or not
13:17.44pb__however, it does look like that libpthread.so is very far from being interworking safe.
13:18.08pb__any call to read(), for example, will be disaster
13:18.18pb__which is a bit of a shame, obviously
13:19.00JaMaso should I try eglibc_2.9 if its better?
13:19.27JaMamethod names seen in lots of segfault suggests that they call read() somewhere inside..
13:19.55pb__I think it should be fairly easy to patch eglibc to make it work
13:19.55pb__I doubt 2.9 is any better than 2.10 in that respect, anyway.
13:20.02pb__have a look at ports/sysdeps/unix/sysv/linux/arm/sysdep.h
13:20.26pb__find the bit where it defines SYSCALL_ERROR_HANDLER inside a NOT_IN_libc guard
13:20.52pb__the last line of the second section (i.e. !RTLD_PRIVATE_ERRNO) is the offending one:
13:20.57pb__<PROTECTED>
13:21.09pb__that instruction is not interworking safe in v4t (although it is in v5t)
13:21.40pb__try replacing it with "ldr lr, [sp], #4; bx lr" and see if the situation improves
13:22.04pb__if yes, it will need a slightly more sophisticated patch to do the right conditional bits, but I think that is the approximate idea that you need
13:23.05pb__I think clone.S is also broken for much the same reasons and needs a similar fix
13:24.19JaMaok, I'll try later.. now meeting..
13:24.30pb__enjoy
13:24.34JaMathanks!
13:25.22pb__mickeyl: the above is probably what was causing your python crash as well
13:25.49pb__anything linked with libpthread.so will be almost certain to crash immediately.
13:26.08ant_workpb__: another nice catch!
13:27.18mickey|officepb__: wah, good find!
13:28.40CIA-203Sebastian Spaeth <Sebastian@SSpaeth.de> 07org.openembedded.dev * rf5701cca05 10openembedded.git/conf/checksums.ini:
13:28.40CIA-2connman: add checksums for 0.46
13:28.41CIA-2Signed-off-by: Sebastian Spaeth <Sebastian@SSpaeth.de>
13:29.36CIA-203Sebastian Spaeth <Sebastian@SSpaeth.de> 07shr/merge * r0027909318 10openembedded.git/conf/checksums.ini:
13:29.36CIA-2connman: add checksums for 0.46
13:29.36CIA-2Signed-off-by: Sebastian Spaeth <Sebastian@SSpaeth.de>
13:32.27*** join/#oe eFfeM (n=frans@j192117.upc-j.chello.nl)
13:33.40CIA-203Matthew Dombroski <matthew@4d-electronics.co.nz> 07org.openembedded.dev * rc510866574 10openembedded.git/classes/qmake2.bbclass:
13:33.40CIA-2qmake2.bbclass: Add lupdate and lrelease.
13:33.40CIA-2http://patchwork.openembedded.org/patch/987
13:33.40CIA-2Signed-off-by: Matthew Dombroski <matthew@4d-electronics.co.nz>
13:33.40CIA-2Acked-by: Holger Hans Peter Freyther <zecke@selfish.org>
13:37.17pb__mickey|office: heh, I guess I should stick to debugging libraries rather than organising meetings. :-}
13:37.53hrwpb__: you did good work so far in both
13:39.43zeckepb__: not your fault at all.. we (as in board) should have been more explicit... in one way it was clear that GA == OEDEM2009
13:42.13florianagrees
13:45.16*** join/#oe Longfield (n=valentin@lsa1pc7.epfl.ch)
13:45.27Longfieldhello
13:45.37florianhi Longfield
13:47.09LongfieldI know it's pretty overkill, but I have colleague using openMP in one of the programs he wants to use on the robot. However it does not compile with the SDK (built from OE) I gave him. Is there openMP support in gcc-cross in OE (and gcc-cross-sdk) ?
13:48.11Longfieldbecause for instance gcc-cross-sdk has "--disable-libgomp" in its EXTRA_OECONF, but gcc-cross does not
13:48.34zeckeLongfield: I don't know
13:48.52RPant_work: ok, I'd never seen that bug before. The fix sounds reasonable
13:49.16CIA-203Holger Hans Peter Freyther <zecke@selfish.org> 07org.openembedded.dev * rc724ad44d6 10openembedded.git/classes/base.bbclass:
13:49.16CIA-2base.bbclass: Better error message in case the Config Parser fails
13:49.16CIA-2http://patchwork.openembedded.org/patch/1088/
13:49.16CIA-2Tested-by: Ed Nelson <enelson1000@comcast.net>
13:49.29florianThis might be just wrong... imo both the SDK and the OE compiler should use the same options.
13:49.59CIA-203Ricardo Salveti <ricardo.salveti@openbossa.org> 07org.openembedded.dev * r14caede54c 10openembedded.git/ (conf/checksums.ini recipes/eject/eject_2.1.5.bb):
13:49.59CIA-2eject-2.1.5: adding HOMEPAGE and fixing SRC_URI
13:49.59CIA-2As geocities is now down, changing the SRC_URI to point to OE
13:49.59CIA-2mirror.
13:49.59CIA-2Signed-off-by: Ricardo Salveti <ricardo.salveti@openbossa.org>
13:50.01CIA-2Acked-by: Holger Hans Peter Freyther <zecke@selfish.org>
13:53.08*** join/#oe recalcati_ (i=51485a51@gateway/web/freenode/x-0a5e25fee53ad65d)
13:53.12spaetz_funny how we can use eject_2.1.5 when upstream announces 2.1.0 as latest released version :)
13:53.21Crofton|workzecke, but not clear to the larger membership
13:53.30spaetz_but as debian also uses 2.1.5 it seems to exist
13:56.22zeckespaetz_: well, who is upstream? geocities showed it has none
13:58.09*** join/#oe kgilmer (n=kgilmer@dsl254-120-154.nyc1.dsl.speakeasy.net)
13:59.50Crofton|workzecke, did you send around the proxy form?
13:59.56Crofton|worklast time?
14:01.33spaetz_zecke: well, the author has a new homepage and refers to eject.sf.net and ibiblio as canonical sources. And both show 2.1.0 as latest
14:03.26zeckespaetz_: hehe then it is the usual hijacking :)
14:03.51spaetz_:)
14:05.00zeckeCrofton|work: I sent the proxy form for the extraordinary assembly, when resetting the process it was kind of clear that GA will happen at OEDEM
14:07.03Crofton|workzecke, but no formalities were follwoed
14:07.09Crofton|workto many people assuming things
14:07.31Crofton|workthe current problem is I can't find the proxy form
14:09.18zeckeCrofton|work: the proxy form is just a convience... anything like "I, <name> ask <other name> to be my proxy <at GA year>" on anything (paper,fax, tissue is good enough)
14:10.16Crofton|workthe basic problem is you did a really good job on the EGA announcement
14:10.21zeckeCrofton|work: "2009-08-21 13:59" is the date of the mail i sent for the ega
14:10.37Crofton|workso the lack of something similar for the actual GA was strange
14:10.37zecke(and personally totally forgot about GA because I would not be there)
14:11.17Crofton|work:)
14:12.43zeckeCrofton|work: technically the new members were added after the "invitation" to the GA :}
14:13.25Crofton|workwell, not circulating the invite to all members at the time of the GA was poor form
14:14.21zecke<PROTECTED>
14:14.36Crofton|workrofl
14:14.55Crofton|workI am not certain that I want the eV compared with Afghanistan
14:16.04zecke<PROTECTED>
14:17.09Crofton|workBasically, we need to complete the board election
14:17.10zecke<PROTECTED>
14:17.32zecke<PROTECTED>
14:17.37Crofton|workbut it is good that more of us are reading the articles and thinking about how we appear to function
14:18.18zecke<PROTECTED>
14:18.38Crofton|workyeah, that is the sort of thing we need to avoid
14:19.36Crofton|workreally needs to pack and stop reading irc
14:20.11Crofton|workcrap
14:20.12hrw<PROTECTED>
14:20.21Crofton|workI leave 2 hours b4 I thought I did :)
14:20.26zecke<PROTECTED>
14:21.14Crofton|workzecke gotta run
14:21.31Crofton|workbasically, we need to treat this as the GA, for the board and finance reasons
14:21.52Crofton|workbut, we have to get the larger membership caught up on things
14:21.53Crofton|workl8r
14:26.04*** join/#oe rsalveti (n=rsalveti@200.184.118.130)
14:48.34*** join/#oe lookingAround (n=chatzill@64.85.190.26)
14:49.07*** join/#oe fpga (n=s@92.62.56.51)
14:54.56CIA-203Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rc55f2f7273 10openembedded.git/ (conf/checksums.ini recipes/perl/libxml-parser-perl_2.36.bb): libxml-parser-perl: add 2.36
14:55.07CIA-203Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * raf05f65b38 10openembedded.git/contrib/angstrom/build-feeds.sh:
14:55.07CIA-2angstrom feed builder: also clean perl and perl-native during architecture change
14:55.07CIA-2* If recipes like xml-parser-perl fail with linking to your host LIBC, clean perl and perl-native
14:56.56*** join/#oe jconnolly (n=jconnoll@firebug.buglabs.net)
15:10.01hrwhow many of you use virtualization?
15:10.48chouimatmorning
15:10.49hrwI am curious which one (kvm, xen, vbox) can use more then one core of quadcore cpu. so far I am using vbox but onecore operation slows my VMs
15:11.24pb__we use xen on about eight machines (with between 2 and 8 cpus each) and it seems to work pretty well for us.
15:12.10hrwpb__: does it allows to use more then one core for VM?
15:12.30pb__yeah, it would be a bit of a waste of our eight-core machines otherwise :-}
15:13.24pb__you can assign an arbitrary number of virtual cpus to each of the virtual hosts.
15:14.10pb__so, on one of our machines for example, we have four physical cores reserved for one particular vhost, and then all the other vhosts share the remaining four cores.
15:14.19eFfeMzecke, woglinde, pb__, all: found what the problem was with my -L (but haven't cured it yet)
15:14.24pb__eFfeM: good-o
15:14.34hrwpb__: ok, will have to work on it then
15:14.49eFfeMthe cross mysql_config returns this
15:14.50eFfeML/home/frans/oe/tmp_angstrom/staging/armv5te-angstrom-linux-gnueabi/usr/lib -Wl,-rpath-link,/home/frans/oe/tmp_angstrom/staging/armv5te-angstrom-linux-gnueabi/usr/lib -Wl,-O1 -Wl,--hash-style=gnu -L -lmysqld -lz -lpthread -lcrypt -lnsl -lm -lpthread
15:15.02pb__sadly I think debian are planning to drop support for xen in their next release, which is a bit of a shame.
15:15.06eFfeMnote the isolated -L
15:15.09pb__iirc, their policy is "use kvm" or some such
15:15.21brooniepb__: If waldi can get it plausibly working it might stay.
15:15.25pb__eFfeM: ah, that is no good
15:15.36eFfeMno idea yet how it must look, but Ihave students waiting so need to leave to school
15:16.11brooniepb__: Basically, Xen dom0 support is total fail requiring extensive out of tree patches with questionable support status.
15:17.25pb__yeah, so I gather
15:18.08hrwbroonie: good to know
15:18.08pb__it isn't the end of the world if we need to build our own dom0 kernels, though, or indeed install a non-debian os for dom0.
15:18.39broonieThe existing support fails for some massive classes of hardware.
15:18.40hrwmy Debian machine do not use Debian kernels
15:18.46pb__the latter is fairly tempting for other reasons, notably that almost every time grub gets upgraded in debian at least one of our machines becomes unbootable.
15:19.08broonieAre you sure that isn't just grub?
15:19.48pb__well, it's not the core bit of grub that goes wrong, it's the initramfs generating scripts.
15:20.13broonieOh, that's nothing to do with grub.
15:20.13pb__they always seem to forget to include some or other important piece of infrastructure in the initramfs which makes it impossible to mount the rootfs, load the kernel or suchlike.
15:20.25broonieAre you tracking unstable or something?
15:20.44broonienotes that he seems to avoid all these problems on unstable but anyway.
15:21.40pb__oh, sorry, I was mixing two different things up there.
15:21.47pb__we do have the initramfs problem, but we also have the grub equivalent
15:22.12pb__so, half the time we don't have enough grub bits to even boot the first stage kernel.
15:22.27pb__then, when that does work, another half of the time we don't seem to have enough initramfs bits to mount the rootfs inside linux.
15:23.14pb__the former problem is common enough that I now keep a special grub image available on a netboot server to rescue broken machines.
15:23.15broonieYou're the first person I've heard really complain about this stuff - like I say, is it unstable?
15:23.39pb__I don't think so, though I'm not absolutely certain.
15:23.53pb__I'm fairly sure we aren't running unstable on most of the machines with those problems.
15:23.59broonieIt sounds like you're getting very frequent updates which doesn't sound like an actual release.
15:24.03broonie(could be testing too)
15:24.26pb__well, "very frequent" is probably an exaggeration.  I guess it tends to happen about once a year on each machine.
15:24.45pb__but, given that we only reboot each of those machines about once or twice a year anyway, that is a fairly significant percentage of failed reboots.
15:24.58*** join/#oe alecrim (n=alecrim@189.2.128.130)
15:25.12broonieCertainly, I don't recall ever seeing an update of grub in a release.
15:25.34pb__the only machine where it actually happens frequently (as in, every couple of weeks) is my desktop, which is indeed running unstable.
15:25.53pb__I've given up trying to fix it on there, I just boot a rescue grub from tftp and then load the kernel manually.
15:26.34broonieIf you're running unstable report the bug.
15:27.24pb__yah, I guess I should do that.
15:28.17broonie"I didn't tell anyone about this problem and it's still not been fixed!"
15:29.13*** join/#oe jconnolly (n=jconnoll@firebug.buglabs.net)
15:29.51*** join/#oe kergoth (n=kergoth@nat/montavista/x-2609ad26b841fb48)
15:37.13ant_workpb__: this reminds me to some install-instructions on the web...  livecd linux # cp arch/i386/boot/bzImage /boot/kernel  ....then install bootloader (which defaults to vmlinuz or bzImage usually...)
15:37.29ant_workyou're done :-}
15:38.48*** join/#oe timtimred (n=meh@79-75-151-48.dynamic.dsl.as9105.com)
15:54.17spaetz_anyone familiar with arm Alignment Trap crashes?
15:54.45pb__a little, yes
15:55.22spaetz_running eg connman, any time it tries to open a nonexisting file, I get a segfault and an Alignment Trap warning in dmesg
15:55.47spaetz_Program received signal SIGSEGV, Segmentation fault.
15:55.48spaetz_0x0001b72c in __connman_rfkill_init () at src/rfkill.c:112
15:55.49spaetz_112     src/rfkill.c: No such file or directory.
15:56.13spaetz_which is this code: http://git.kernel.org/?p=network/connman/connman.git;a=blob;f=src/rfkill.c;h=ad624ffc6bcfb43ad7a4980d5fbea214de1faad5;hb=HEAD#l112
15:56.27pb__oh yeah, this is the one you mentioned in #openmoko-cdevel earlier
15:56.35spaetz_right
15:56.42spaetz_and at the same time I get : [ 4558.775000] Alignment trap: connmand (7401) PC=0x0001b72c Instr=0x2800fbd1 Address=0xffffffff FSR 0x813
15:56.49pb__the "alignment trap" part is somewhat misleading, it's just a regular segfault
15:56.58spaetz_glibc issue, or connman issue?
15:57.14pb__connman, probably
15:57.18spaetz_connman does check for an error and returns, so it shouldn't segfault...
15:57.37pb__oh yes, so it does.  that connman code looks reasonable enough.
15:57.56pb__if you have a copy of the (preferably unstripped) connman binary on hand, I will have a look at it
15:58.18spaetz_mmh. ipkg file with -dbk .ikg file?
15:58.31pb__ideally just the binary from the WORKDIR
15:59.50spaetz_ok, let me check
16:00.01spaetz_ipkg is here BTW http://sspaeth.de/uploads/tmp/connman_0.46-r1.4_armv4t.ipk
16:00.07spaetz_as well as a dbg pkg
16:00.12spaetz_let me check for the binary
16:01.52pb__oh, this is another pthread package
16:02.00pb__you probably have the same bug as mickey does with his python
16:02.18pb__see above
16:02.23spaetz_mmh, I remember what you talked about earlier
16:02.40spaetz_that's a good hint. Thanks will follow that one
16:02.57spaetz_recompiling the binary (it was rm'd)
16:03.08pb__righto
16:03.28pb__I don't think the binary will yield any useful information until your libpthread is fixed, so you might as well look at that first.
16:03.40hrwhmm.. West US coast should wake up
16:04.05spaetz_pb__: ok, thanks anyway
16:04.25*** join/#oe kergoth_ (n=kergoth@nat/montavista/x-22a0ed40c6fc0598)
16:04.28pb__I'm reasonably optimistic that fixing the pthread thing will clear up your crash, but if it doesn't then feel free to ask again.
16:06.02*** join/#oe koobe_ (n=matti@83.150.95.26)
16:06.16spaetz_connmand binary is here in any case: http://sspaeth.de/uploads/tmp/connmand
16:06.21pb__hi kergoth, kergoth_
16:06.24spaetz_I'll look into pthread next though
16:06.37pb__righto
16:06.39spaetz_there is a compile option for --disable-threads
16:06.47*** join/#oe ant_work (n=andrea@host214-85-static.34-85-b.business.telecomitalia.it)
16:06.51spaetz_might check whether that solves it. would point to pthreads
16:06.57pb__yes, worth a try.
16:07.09pb__that'd be quicker than recompiling glibc, anyway
16:08.00*** join/#oe Laibsch (n=Laibsch@p4211-ipbf1401marunouchi.tokyo.ocn.ne.jp)
16:08.24*** join/#oe fpga (n=s@92.62.56.51)
16:16.42spaetz_ok, need to leave for now, thanks for the pointers and help so far. Will report back
16:22.52CIA-203Jeremy Lainé <jeremy.laine@m4x.org> 07org.openembedded.dev * rd62c9c5244 10openembedded.git/recipes/ntp/ (ntp-4.2.4p7/ntpdate ntp_4.2.4p7.bb):
16:22.52CIA-2ntp-4.2.4p7: invoke ntpdate using if-up.d, not an init script
16:22.52CIA-2* provide an if-up.d script for ntpdate (based on Debian's)
16:22.52CIA-2* remove invocation of update-rc.d busybox-cron, this should
16:22.52CIA-2definitely not be part of the ntpdate package
16:27.24*** join/#oe aloisiojr (n=aloisio@esprx02x.nokia.com)
16:28.17*** join/#oe rsalveti (n=rsalveti@200.184.118.130)
16:36.46*** join/#oe woglinde (i=woglinde@78.52.65.199)
16:41.03woglindejo cbrake
16:41.37CIA-203Henning Heinold <heinold@inf.fu-berlin.de> 07org.openembedded.dev * rd450fec33a 10openembedded.git/classes/cmake.bbclass: cmake.bbclass: use staging from autotools too
16:44.06*** join/#oe Gnutoo (n=gnutoo@host166-154-dynamic.2-87-r.retail.telecomitalia.it)
16:44.12woglindejo gnutoo
16:44.18woglinde~seen crofton
16:44.32ibotcrofton is currently on #oe (1d 20h 58m 26s) #edev (1d 20h 58m 26s). Has said a total of 2 messages. Is idling for 18h 2m 38s, last said: 'they are a frakking nuisance :)'.
16:44.35Gnutoohi
16:44.47Gnutoowifi problems(that's why I was disconnected)
16:44.59Gnutoomaybe I should change the wifi card for an ath9k?
16:45.09Gnutoos/for/of the router for
16:45.17woglindehm or ath5k
16:45.24woglindewhat you have now?
16:45.33Gnutoob43+free firmware
16:45.48Gnutooor maybe it's the heat
16:45.50Gnutoocould be
16:46.09Gnutoomaybe I should change for the following setup:
16:46.20Gnutoosheevaplug->ip04
16:46.31Gnutoosheevaplug->wrt54gsv4
16:47.20woglindehm b43 suckz
16:47.22Gnutooa power quick would be expensive no?
16:47.24Gnutoook
16:47.42GnutooI went from rt2500 to rt61 to b43
16:49.08Gnutoort2500 seemed worse than b43
16:49.19woglindehm
16:50.20woglindezd1211rw is working fine
16:50.25woglindeathk's too
16:50.33Gnutooxd1211rw is an usb stick?
16:50.47Gnutoobut maybe it's not the wifi card
16:50.58Gnutooor maybe it was my laptop's ath5k
16:51.01Gnutooanyway...
16:51.11woglindeyeah zyxel usbsticks
16:51.33GnutooI've an htcdrem....what would be the most urgent thing to do with it between *full SHR support *finish to debug the alsa driver to make it work *create a pulseaudio plugin for the DSP
16:51.37Gnutoook
16:51.39GnutooI've one
16:51.58GnutooI didn't know it could do ap
16:52.04woglindehm so you read all the patches from pavel machek?
16:52.43Gnutoosome patches...the refresh one
16:52.49Gnutooif it was from pavel
16:54.53GnutooI've read an enormous thread with pavel
16:55.16Gnutoowhat I wonder is if SHR support will brings more dev people
16:55.57woglindenope
16:56.04*** join/#oe cminyard (n=cminyard@pool-173-57-145-237.dllstx.fios.verizon.net)
16:56.05woglindehtc dream is to old
16:56.18woglindeyou have luck that pavel isnt more a suse
16:56.20woglindeat
16:56.32Gnutoook
16:56.40Gnutooyes it's old but:
16:56.45Gnutoo*easily rootable
16:56.57Gnutoo*sdcard(unlike palm pre)
16:57.11Gnutoo*kernel driver are free software
16:58.34*** join/#oe pH5 (n=ph5@e178219237.adsl.alicedsl.de)
16:58.53Gnutoobut 320x480 screen
16:59.07woglindejo ph5
16:59.07GnutooI bet it's enough for wesnoth (300x400 minimum)
16:59.47GnutooI'd like to finish the alsa support in order to be able to do oe things...
17:03.53Gnutoobtw you said the htcdream was too old...what better devices are there out there?
17:04.07Gnutoothe pandora is not shipping yet
17:04.12Gnutoothe palm pre has no sdcard
17:04.24woglindegoogle g1
17:04.24pH5evening woglinde, Gnutoo
17:04.29woglindeiphone
17:04.32pH5Gnutoo: will pandora ever ship?
17:04.37woglindeph5 yes
17:04.40Gnutoolol don't know
17:04.44Gnutoog1 is htcdream
17:04.55Gnutooiphone port has stalled last time I looked
17:05.05woglindegnutoo hms oh right I thought it was older one
17:05.08woglindesorry
17:05.17Gnutooit is
17:05.23Gnutooit's the older android one
17:05.32Gnutoog1 = htcdream
17:05.34woglindeyes yes
17:05.36woglindesorry
17:05.43woglindeokay that isnt that old
17:06.15Gnutoopalm pre is very nice...but without sdcard how would I put my music on it?
17:06.55GnutooI bet nokia n900 is too difficult to free
17:07.04woglindehm
17:07.13woglindeyes some parts are closed
17:07.48Gnutooin the kenrel?
17:07.52Gnutooor only in userland?
17:08.15Gnutoobecause in the case of the htcdream it's only in userland
17:08.25Gnutoobut everything is non-standard,that's the drawback
17:08.59Gnutoothe good is that there are repacements for closed parts...like sound and modem...
17:09.05woglindegnutoo mainly userland
17:09.09Gnutoook
17:09.11woglindepowermanagement
17:09.12Gnutoointeresting...
17:09.15Gnutooouch...
17:09.42Gnutooso they still closed pm this time....:(
17:10.03Gnutooif it was only telephony it could be ok...but...pm is an important part
17:10.41woglindehm pm was closes previous versions too
17:11.45Gnutooindeed
17:12.15*** join/#oe toi (n=toi@d54C2A96D.access.telenet.be)
17:18.30Gnutoobtw what would be the performance cost of a pulseaudio dsp plugin in a 528Mhz arm11 without vfp and 192M of ram?
17:18.56*** join/#oe ctusar (n=ctusar@router2.videon-central.net)
17:20.04woglindesorry dont know
17:20.07Gnutoook
17:20.08Gnutoonp
17:20.12woglindetry it
17:20.14woglindeand tell us
17:20.15Gnutoobut do some machine use that?
17:20.22GnutooI've to write the plugin first
17:20.30woglindehm there is pulseaudio for the freerunner
17:20.38Gnutoothere was at the beginning
17:20.52Gnutoobut the freerunner is an armv4 with 128M of ram
17:21.04Gnutoomaybe I could try on the bug device
17:21.32Gnutoobut bug device has vfp
17:21.39Gnutoomaybe I could disable it
17:21.46Gnutooin the kernel
17:21.47Gnutooand try
17:21.55Gnutoobecause the alsa driver seem so buggy
17:22.06Gnutooso I wondered if a pulseaudio plugin was better
17:22.38woglindehm if I remeber correctly pulse will not work without alsa
17:22.38*** join/#oe dth (n=Dieter@p4FDEDED6.dip.t-dialin.net)
17:22.40Gnutoobecause even if I make the alsa driver work for other things than aplay I wonder if it will be usefull
17:23.13Gnutoothe g1 has a custom sound system
17:23.16Gnutooit's a dsp
17:23.29woglindeomap3 has dsp too
17:23.35woglinden900 is using gstreamer
17:23.39woglindeas n8xx too
17:24.07Gnutoook
17:24.18Gnutooit's for that kind of devices that I was asking
17:24.39Gnutooso gstreamer and no pulse
17:24.39Gnutoommm
17:24.40woglindebut maybee I am mixing something
17:25.13Gnutoomaybe I should ask in the beagleboard channel then
17:25.22Gnutooor look at beagle board web pages
17:25.31*** join/#oe hrw (n=hrw@chello089078170228.chello.pl)
17:25.58woglindejo hrw
17:26.02*** join/#oe CosmicPenguin (n=nobody@66-162-99-237.static.twtelecom.net)
17:26.02woglindehm
17:26.04woglindeand gone
17:26.24dhdhey - is there some way to make the gettext .ipk not so huge?
17:26.34dhdalsa-utils depend on it but it's mostly developer crap in /usr/share/gettext
17:27.00dhdit would be good to split out libintl from the rest of gettext
17:27.53woglindedhd yes
17:28.04woglindelook into my gettext-branch
17:28.12woglindeI started it there
17:28.22woglindebut didnt find the time to finish it
17:28.32dhdthanks!  actually i suppose i could just compile alsa utils without i18n, too...
17:28.53woglindeangstorem and micro is using proxylibintl anyway
17:29.00dhdhmm
17:29.11dhdi have a custom distribution based on stable/2009 ...
17:29.21woglindehm oh
17:29.28woglindedont know if it is there
17:29.31dhdthanks!
17:29.38woglindemaybee you can switch to proxylibintl too
17:29.54dhdyeah proxy-libintl seems like a very good idea
17:30.15dhdi just have to switch teh virtual libintl provider i guess
17:30.16dhdcool
17:30.32woglindejupp
17:31.07*** join/#oe thesing (n=tkunze@BAA0f72.baa.pppool.de)
17:31.14CIA-203Koen Kooi <koen@openembedded.org> 07rpurdie/work-in-progress * rb2010b603e 10openembedded.git/recipes/abiword/ (abiword-2.5.inc abiword_2.8.0.bb): abiword 2.8.0: band-aid packaging before overhauling it
17:31.14CIA-203Koen Kooi <koen@openembedded.org> 07rpurdie/work-in-progress * r703b3f6dc4 10openembedded.git/conf/distro/angstrom-2008.1.conf: angstrom: bump DISTRO_PR and some cleanups
17:31.16CIA-203Koen Kooi <koen@openembedded.org> 07rpurdie/work-in-progress * r5da5ee1a57 10openembedded.git/ (conf/checksums.ini recipes/abiword/abiword_2.8.0.bb): abiword: replace 2.8.0 with 2.8.1, some crashes fixed and libtool macros updated
17:31.17CIA-203Marcin Juszkiewicz <marcin@juszkiewicz.com.pl> 07rpurdie/work-in-progress * r04bf7d5d15 10openembedded.git/recipes/u-boot/ (u-boot.inc u-boot_git.bb):
17:31.19CIA-2u-boot: added Sheevaplug support
17:31.21CIA-2Marvell devices needs u-boot.kwb instead of u-boot.bin due to header for
17:31.23CIA-2first stage bootloader. UBOOT_BINARY variable was introduced due of
17:31.25CIA-2that.
17:31.27CIA-203OE Builder <oebuilder@waffle.bolloretelecom.eu> 07rpurdie/work-in-progress * r4ab9ea9469 10openembedded.git/recipes/linux/ (3 files in 2 dirs): linux-2.6.31: add driver for boc01 buttons
17:31.30CIA-203Sebastian Spaeth <Sebastian@SSpaeth.de> 07rpurdie/work-in-progress * r11aa8fff67 10openembedded.git/conf/distro/include/sane-srcrevs.inc:
17:31.33CIA-2sane-srcrevs: add webkit-efl|gtk
17:31.35CIA-2Signed-off-by: Sebastian Spaeth <Sebastian@SSpaeth.de>
17:31.47thesingmorning all
17:31.48CIA-203Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07rpurdie/work-in-progress * r056193c663 10openembedded.git/classes/package.bbclass:
17:31.51woglindehe thesing
17:31.51CIA-2Revert "package.bbclass: Cleanup getVar syntax to use True, not 1 as third argument (from Poky)"
17:31.53CIA-2This reverts commit fcee557e1b0551d1743bbb3ad61102b9ccc4cba8.
17:31.55CIA-203OE Builder <oebuilder@waffle.bolloretelecom.eu> 07rpurdie/work-in-progress * r050c77a7fe 10openembedded.git/recipes/linux/linux-2.6.31/boc01/012-091019-capsense.patch: linux-2.6.31: make capsense keys remapable for boc01
17:31.58CIA-203OE Builder <oebuilder@waffle.bolloretelecom.eu> 07rpurdie/work-in-progress * r7cfed4fa37 10openembedded.git/recipes/linux/linux-2.6.31/boc01/014-091030-buttons.patch: linux-2.6.31: add support for multiple buttons on boc01
17:32.15CIA-203OE Builder <oebuilder@waffle.bolloretelecom.eu> 07rpurdie/work-in-progress * r27009b0a42 10openembedded.git/recipes/linux/linux-2.6.31/boc01/011-091028-gpio.patch: linux-2.6.31: improve GPIO support for boc01
17:32.15CIA-203Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07rpurdie/work-in-progress * r8b32d20a07 10openembedded.git/: Merge branch 'org.openembedded.dev' of git.openembedded.org:openembedded into org.openembedded.dev
17:32.15CIA-203Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07rpurdie/work-in-progress * r138f792724 10openembedded.git/classes/package.bbclass:
17:32.18CIA-2Revert "Revert "package.bbclass: Cleanup getVar syntax to use True, not 1 as third argument (from Poky)""
17:32.21CIA-2Oops, accidently reverted a patch, reverting the revert. Sorry for any inconvenience
17:32.22CIA-2This reverts commit 056193c6638892ddde7bddbfc6f6f06a2288ba64.
17:32.26CIA-203Khem Raj <raj.khem@gmail.com> 07rpurdie/work-in-progress * r9458828947 10openembedded.git/recipes/eglibc/ (4 files in 2 dirs):
17:32.37CIA-2eglibc: Backport IO-acquire-lock-fix.patch
17:32.39CIA-2* Move the svn recipe to latest git revision.
17:32.41CIA-2Signed-off-by: Khem Raj <raj.khem@gmail.com>
17:32.43CIA-203Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07rpurdie/work-in-progress * r9fd25648fc 10openembedded.git/ (4 files in 4 dirs): linux-kirkwood: updated defconfigs (more modules, more filesystems in kernel)
17:32.46CIA-203Leon Woestenberg <leon@sidebranch.com> 07rpurdie/work-in-progress * r91403056b1 10openembedded.git/recipes/linux/ (3 files in 2 dirs):
17:32.50CIA-2linux-kirkwood-2.6.31: Add PCI Express support for openrd-base.
17:32.51CIA-2Note there are upstream problems involving devices using PCI IOMEM.
17:32.55CIA-2Signed-off-by: Leon Woestenberg <leon@sidebranch.com>
17:32.57CIA-2(84 lines omitted)
17:32.59CIA-203Thomas Kunze <thommycheck@gmx.de> 07rpurdie/work-in-progress * r0e9b71b72a 10openembedded.git/conf/machine/include/tune-strongarm.inc: tune-strongarm.inc: add EXTRA_FEED_ARCHS
17:33.10CIA-203Matthew Dombroski <matthew@4d-electronics.co.nz> 07rpurdie/work-in-progress * rc510866574 10openembedded.git/classes/qmake2.bbclass:
17:33.13CIA-2qmake2.bbclass: Add lupdate and lrelease.
17:33.15CIA-2http://patchwork.openembedded.org/patch/987
17:33.17CIA-2Signed-off-by: Matthew Dombroski <matthew@4d-electronics.co.nz>
17:33.19CIA-2Acked-by: Holger Hans Peter Freyther <zecke@selfish.org>
17:33.19woglindewahhaha massflood
17:33.21CIA-203Sebastian Spaeth <Sebastian@SSpaeth.de> 07rpurdie/work-in-progress * rf5701cca05 10openembedded.git/conf/checksums.ini:
17:33.27woglindebecause of branches merging
17:33.28CIA-2connman: add checksums for 0.46
17:33.29hrwcrap.. another package need rework
17:33.30CIA-2Signed-off-by: Sebastian Spaeth <Sebastian@SSpaeth.de>
17:33.32CIA-203Ricardo Salveti <ricardo.salveti@openbossa.org> 07rpurdie/work-in-progress * r14caede54c 10openembedded.git/ (conf/checksums.ini recipes/eject/eject_2.1.5.bb):
17:33.35CIA-2eject-2.1.5: adding HOMEPAGE and fixing SRC_URI
17:33.45CIA-2As geocities is now down, changing the SRC_URI to point to OE
17:33.47CIA-2mirror.
17:33.49CIA-2Signed-off-by: Ricardo Salveti <ricardo.salveti@openbossa.org>
17:33.51CIA-2Acked-by: Holger Hans Peter Freyther <zecke@selfish.org>
17:33.53CIA-203Holger Hans Peter Freyther <zecke@selfish.org> 07rpurdie/work-in-progress * rc724ad44d6 10openembedded.git/classes/base.bbclass:
17:33.56CIA-2base.bbclass: Better error message in case the Config Parser fails
17:33.58CIA-2http://patchwork.openembedded.org/patch/1088/
17:34.02CIA-2Tested-by: Ed Nelson <enelson1000@comcast.net>
17:34.04CIA-203Richard Purdie <rpurdie@linux.intel.com> 07rpurdie/work-in-progress * r3d1a3ae927 10openembedded.git/classes/package.bbclass:
17:34.07CIA-2package.bbclass: Move variable checks to one place making the code more readable (from Poky)
17:34.09CIA-2Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
17:34.13CIA-2(66 lines omitted)
17:36.59kergothRP: for mvl6, just did a variation on IMAGE_FEATURES which has packages listed in IMAGE_FEATURE_<feature> and has a flag IMAGE_FEATURE_<feature>_OPTIONAL (which puts them into _ATTEMPTONLY).  that seem reasonable to you?  I think it's cleaner than base_contains calls, and lets the user/distro easily define new package groups from the configuration metadata
17:37.42hrwkergoth: so IMAGE_FEATURE_debug etc?
17:37.47kergothyep
17:38.11kergothIMAGE_FEATURES = "base dbg vmlinux" from local.conf, or IMAGE_FEATURES_append = " doc dev dbg" or whatever..
17:38.12hrwnice
17:38.33RPkergoth: It sounds reasonable
17:38.45kergothk, i'll see about getting it pushed to oe
17:38.50kergothhas a horrible backlog again
17:40.26RPkergoth: I know the feeling :/
17:40.48RPkergoth: That pstage fetching code would be good ;-)
17:41.08kergothadds to his todo.
17:42.02RPThose CIA messages look very confused :/
17:42.24pb__yeah, it is a real pain that cia doesn't understand different branches.
17:43.04RPIts more our cia script on the git server I suspect
17:43.16hrweffect is the same
17:43.17pb__maybe one of our git-masters could just filter out pushes to anything other than org.openembedded.dev before sending them to cia.
17:43.26hrw.dev and stable/2009?
17:43.27kergothwell, it knows the branch the commits are associated with, but sadly it can get awfully spammy when merges happen, or rebases even.. itd be nice to somehow change the notification to only notify on commit objects that were uploaded this time, and as such were never in the repository before then
17:43.39kergothah, yeah, filtering would be easy enough
17:43.45RPThe above was a rebase
17:43.47pb__kergoth: I dunno, I think what I care about more is when they land in the trunk.
17:43.53kergothnods
17:44.07pb__rather than when they were first committed on kergoth/crazy-hacking-branch which I will never use.
17:44.16kergothgood point
17:44.26RPpb__: right
17:44.33RPwonders who has admin access these days
17:44.39woglindepoint for oedem?
17:44.44pb__I think cbrake is the main man.
17:44.46woglindehacking session?
17:44.48woglindehaha
17:46.03RPYes, a topic for oedem. I did have admin access at some point
17:46.21hrwHDD connected by serialata to desktop: 100-110MB/s (hdparm -t), same connected by usb to sheevaplug: 30MB/s
17:46.40woglindehrw uh :(
17:46.50woglindehrw hm is it the usb chip or the driver
17:47.00kergothi could see enforcing a branch layout, make per user branches go in user/<foo>/<bar> and filter all of those out, so we woudln't have to manually maintain the list of branches to notify on, someday
17:47.01hrwwoglinde: it is fast enough still ;)
17:47.02RPI wonder if I can make the new laptop usable by Friday...
17:47.05pb__30MB/s is probably about as much as you could expect from usb.
17:47.09pb__it just isn't a very fast bus.
17:47.22hrwpb__: exactly
17:47.26woglindehm right
17:47.32RPkergoth: That would be rather easy to arrange - topic for OEDEM?
17:47.32woglindeusb3 will be higher
17:47.36hrwRP: rsync oldlaptop: newlaptop:
17:47.41kergothsounds like a good idea
17:47.46woglinderp install karmicle?
17:47.47RPhrw: and keep all that junk? :)
17:47.50kergoththat discussion would be a good time to consider renaming dev to master
17:47.54kergothwe aren't on monotone anymore..
17:47.58hrwRP: laptop will be usable for oedem ;d
17:48.11hrwkergoth: get MV to send you to oedem
17:48.16RPhrw: I could just have transferred the hdd for that
17:48.27pb__kergoth: heh, I'm not really a fan of renaming branches just to suit the fashion of today's scm.
17:48.28kergothhrw: hopefully they'll be less annoying about travel next year
17:48.48hrwRP: ah right, you use newer laptops ;D
17:48.49kergothpb__: you mean like we did when we switched to monotone?
17:48.58kergothif you're going to go with an scm agnostic branch policy, then stick to it
17:49.03pb__kergoth: right, I wasn't a fan of that either
17:49.58pb__"that", in this case, being both monotone and the change in naming policy :-}
17:50.12kergothnods
17:50.18*** join/#oe rddDavid51 (n=roudoudo@78.234.93.192)
17:50.19*** join/#oe daal (n=daal@110.23.122.13)
17:50.38CIA-203Marcin Juszkiewicz <marcin@juszkiewicz.com.pl> 07org.openembedded.dev * r2d81468a71 10openembedded.git/recipes/usbutils/usbutils_0.86.bb: usbutils: added 0.86
17:50.40CIA-203Marcin Juszkiewicz <marcin@juszkiewicz.com.pl> 07org.openembedded.dev * rea6f6abebd 10openembedded.git/recipes/openvpn/openvpn_2.0.9+2.1rc20.bb: openvpn: added 2.1rc20 and enabled reading passwords from file
17:50.50hrwJaMa: add mesa-xlib 7.4 please. I did build of x11-image for BUG with it on your branch
17:50.50RPkergoth: I added both items to the agenda so perhaps we'll remember to discuss them :)
17:52.20woglindewonders if we could setup videostuff for kergoth
17:52.54pb__I don't think we have the technology to do actual videoconferencing, but we can certainly do audio if he wants to dial in.
17:52.56woglindeso kergoth could attend afternoon sessions
17:53.22hrwRP: can we move last both entries on sunday? they are interesting but I will have to leave earlier ;(
17:53.45woglindehrw when you think we should leave?
17:53.51woglinde2 p.m.?
17:54.08hrwwoglinde: 18:45 plane so 17:10 train I think
17:54.24woglindehm oh isnt that a bit risky=
17:54.25RPhrw: yes, that was just where there was space on the agenda
17:54.26hrwwoglinde: this gives us 1h on airport
17:54.43pb__stansted, right?  yeah, 1h should be fine if you don't need to check any bags.
17:55.05woglindewe have only paid for one knapsack
17:55.06hrwpb__: I do not need to checkin, do not know how Henning or Robert
17:55.08woglinde*g*
17:55.14pb__if you do have hold luggage then you might do better to take the next earlier train for extra safety
17:55.34woglinderobert will be travel one week around in england
17:55.36hrwok
17:55.43woglindeso its only us
17:55.44pb__though, on sunday evening, I expect you would be fine with only 1h anyway, stn isn't usually all that busy at that time
17:55.58hrwwoglinde: so it makes us both and Marco iirc
17:55.59RPhrw: I added "discuss agenda" at the start yesterday btw - I epxect we can rearrange things then as needed
17:56.06woglindehrw ah okay
17:56.12hrwRP: cool
17:56.33hrwXorA|gone: get better soon - I want to discuss packaging of transmission
17:57.55*** join/#oe dhd (n=dhuggins@LIMA-2.SPEECH.CS.CMU.EDU)
18:04.18*** join/#oe Martin-B (n=martin@pool-72-65-198-89.dbd-ipconnect.net)
18:05.06*** join/#oe thesing_ (n=tkunze@BAA42f3.baa.pppool.de)
18:08.15*** join/#oe grma (n=gruberm@chello212186029093.tirol.surfer.at)
18:13.15m4tanyone using mailx/liblockfile?
18:15.09CIA-203Marcin Juszkiewicz <marcin@juszkiewicz.com.pl> 07org.openembedded.dev * rfa73b45447 10openembedded.git/conf/checksums.ini: checksums.ini: added usbutils and openvpn
18:16.48*** join/#oe vo5 (n=vo@bd210299.virtua.com.br)
18:16.52*** join/#oe CosmicPenguin (n=nobody@66-162-99-237.static.twtelecom.net)
18:20.36*** join/#oe CosmicPenguin (n=nobody@66-162-99-237.static.twtelecom.net)
18:27.18eFfeMre
18:27.49*** join/#oe nullpuppy (n=dustin@c-98-237-195-243.hsd1.wa.comcast.net)
18:28.15*** join/#oe mrmoku|away (n=mrmoku@ppp-93-104-190-19.dynamic.mnet-online.de)
18:29.18eFfeMfound what is wrong with mysql_config the recipe says in stage_append:
18:29.29eFfeM<PROTECTED>
18:29.47eFfeMif I understand it properly it replaces pkglibdir with an empty string
18:29.53eFfeMthat is not sound
18:30.31eFfeMI would expect STAGING_LIBDIR or so
18:31.46kergothRP: the issue with pstage fetching is that currently i have it fetching it whenever it doesn't have it.. but of course, that means a -c clean and rebuild will still result in it using the prebuilt package.. any suggestions on a good mechanism to force the rebuild? right now we just have a variable that inhibits pstage usage in general, and use that to force it when necessary, but i'm not sure if the clean not resulting in a fresh build beha
18:31.47kergothintuitive
18:38.44hrwbye
18:39.07thesing_kergoth: how about "bitbake -c buildlocally foo" ?
18:40.03kergothheh, hmm
18:41.20thesing_most of the time people will want to fetch packages instead of building them
18:43.31kergothtrue
18:49.14*** join/#oe spaetz (n=user@195.190.170.102)
18:49.23CIA-203Klaus Kurzmann <mok@fluxnetz.de> 07shr/import * re596ff6505 10openembedded.git/recipes/freesmartphone/ (7 files):
18:49.23CIA-2recipes/freesmartphone: sync with shr/merge
18:49.23CIA-2Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
18:49.33CIA-203Klaus Kurzmann <mok@fluxnetz.de> 07shr/import * r2a9665afc7 10openembedded.git/conf/distro/include/shr-autorev-unstable.inc:
18:49.33CIA-2shr-autorev-unstable.inc: add libfsoresource and set to AUTOREV
18:49.33CIA-2Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
18:52.11kergothwhy does openembedded.org to go the linux to go homepage, rather than to www.openembedded.org?
18:53.29pb_probably just an apache misconfiguration
18:53.43rsalvetiyep, that's something I also noticed yesterday heh
18:53.45rsalvetiquite weird
18:53.52pb_ltg is the default vhost, and I guess it isn't set up to recognise openembedded.org without the www. prefix
18:54.03rsalvetiprobably
18:55.44pb_ah, actually, no, it's not that
18:56.31pb_the dns record for openembedded.org points to ltg, but www.oe.org is actually on amethyst.
18:57.27kergothah
18:59.43pb_so, the right answer to that probably depends on the outcome of the "get services off amethyst" session at oedem
18:59.52pb_if www ends up moving to ltg then it's easy
19:00.25pb_if www goes somewhere else then it is very slightly more complicated
19:03.05*** join/#oe stephank (n=traveler@2002:5419:710e:7:21c:c4ff:fece:ea94)
19:08.07*** join/#oe bluelightning (n=blueligh@93-96-131-185.zone4.bethere.co.uk)
19:12.05*** join/#oe toi (n=toi@d54C2A96D.access.telenet.be)
19:16.16*** join/#oe MWelchUK_work_ (n=welchma@65.91.2.71)
19:22.54*** join/#oe gnutoo_ (n=gnutoo@host224-55-dynamic.180-80-r.retail.telecomitalia.it)
19:22.55*** join/#oe zoff99 (i=chatzill@chello080109110037.13.15.vie.surfer.at)
19:24.18*** join/#oe sgh (n=quassel@0x4dd5bf76.adsl.cybercity.dk)
19:35.05woglindere
19:40.17*** join/#oe daq5th (n=darkness@v062.natpool.sourcentral.org)
19:41.00*** part/#oe daq4th (n=darkness@v062.natpool.sourcentral.org)
19:42.39*** join/#oe daq4th (n=darkness@v062.natpool.sourcentral.org)
19:53.03*** join/#oe Crofton (n=balister@66-207-65-47.bark.dmt.ntelos.net)
20:01.54woglindehe crofton
20:02.03Croftonhi
20:02.15Croftonwaiting for the first plane ...
20:02.27woglindecrofton for boostversion 1.4.0 it is possible to build it with cmake
20:02.45woglindethis works around the pain of bjam
20:02.46Croftoninteresting
20:02.49Croftonyes
20:02.54woglindeI have a working version
20:02.59Croftondoes 1.40 have better arm support?
20:03.05Croftoncool
20:03.16woglindeargs compiling
20:03.24woglindedidnt actual test it on device
20:03.35woglindebut some apps like povray needs some patching
20:03.48woglindedidnt look at the arm support yet
20:03.57Croftonyeah, boost api is not very stable
20:04.07Croftonah
20:04.07woglindehm its only header stuff
20:04.11Croftonlooks like we have a plane
20:04.29woglindeand adding some std:: before exception
20:04.33XorA|goneCrofton: that'll save you some arm waving then
20:04.34woglindeat least for povray
20:04.55Croftonhar har
20:05.04Croftonok, I need to see how this impacts gnuradio
20:05.09woglindecrofton I will check in it with DEFAULT_PREF = "-1"
20:05.11Croftonthanks for the heads up woglinde
20:05.12woglindethan you can test
20:05.13Croftonawesome
20:05.15Croftonyeah
20:06.34woglindepacking needs some tweaking
20:06.37woglindetoo
20:06.48woglindebut that could be done in later step
20:07.23Croftonok
20:07.26Croftongotta run
20:07.29woglindehave a nice flight
20:07.30woglindeyes
20:07.34CroftonI will see you this weekend?
20:07.56Croftonpoof
20:07.58woglindeyes
20:08.08woglindehms to late
20:08.23XorA|gonehehe Crofton sounds like he was insulting people :-)
20:08.30CIA-203Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * ra6a93a9acb 10openembedded.git/recipes/powervr-drivers/libgles-omap3.inc: libgles-omap3: adjust for future releases
20:08.35woglindehm zshell is not bad with git
20:09.04pb_XorA|gone: heh, better hope he doesn't try that up in scotland
20:09.49pb_I guess he doesn't want to learn about the old glasgow kiss.
20:09.58XorA|gonehehe
20:10.51woglindehm let me google what it is
20:12.20woglindehms ppor thesing they dont care about his collie-patches
20:12.37XorA|gonepoor collie
20:18.12RPSo I think we can have a GM at OEDEM if we jump through some hoops. I've mailed the membership list with details
20:18.40pb_very good
20:19.28woglinderp fine
20:19.56kergothGM?
20:20.08woglindenormaly we german has such pedantic behaoviur
20:20.11woglindeargs
20:20.13woglindemy english
20:20.19RPkergoth: e.V. annual General Assembly
20:20.21kergothah
20:20.21CIA-203Jeremy Puhlman <jpuhlman@mvista.com> 07org.openembedded.dev * ra9bbc07ae8 10openembedded.git/recipes/neon/ (neon_0.25.5.bb neon_0.26.0.bb):
20:20.21CIA-2neon: Add m4 dir to autoreconf.
20:20.21CIA-2Signed-off-by: Jeremy Puhlman <jpuhlman@mvista.com>
20:20.21CIA-2Signed-off-by: Chris Larson <clarson@mvista.com>
20:20.33CIA-203Chris Larson <clarson@mvista.com> 07org.openembedded.dev * rfbccdee191 10openembedded.git/recipes/prelink/ (prelink_20061027.bb prelink_20071009.bb):
20:20.33CIA-2prelink: pull in /etc/cron.daily/prelink in the postinst.
20:20.33CIA-2The cron script obeys /etc/default/prelink, so this ensures that the postinst
20:20.33CIA-2also obeys it. Also changes postrm to use the same logic as the cron script
20:20.33CIA-2for the prelink uninstallation.
20:20.34CIA-2Signed-off-by: Chris Larson <clarson@mvista.com>
20:20.35RPkergoth: Needs to be held before the end of the year with six weeks notice :/
20:20.36woglindeseems I can become a member soon *g*
20:20.42kergothfun fun
20:20.57RPkergoth: no notice was given so its "find the loophole time" :)
20:21.04kergothhehe
20:21.14woglindeRP if no one of the memebers objecting there is no problem
20:21.44RPwoglinde: It doesn't work like that - you have to follow the rules
20:22.08RPSolution: Call an EGM, pass a resolution to relax the AGM time limits for this year, hold the AGM
20:22.22kergothhah
20:22.24woglinderp I know of none e.V. that was shutdow of not following the 4 or 6 weeks rule of sending the invation
20:22.27kergothnice
20:22.40RPAssuming we can pass the appropriate number of voters in various cases
20:22.57RPwoglinde: We've had one complaint though :(
20:23.40woglindewhat was his real problem?
20:24.25*** join/#oe flo_lap (n=fuchs@Maemo/community/contributor/florian)
20:24.34woglindere florian
20:24.48woglindehm
20:25.05*** join/#oe florian (n=fuchs@Maemo/community/contributor/florian)
20:25.11*** join/#oe florian (n=fuchs@Maemo/community/contributor/florian)
20:25.23woglindeI cannt believe his problem was not getting the invation at the right time
20:25.45florianre
20:26.16RPflorian: I sent an idea about how we could still hold the GA at OEDEM
20:26.41RPwoglinde: Consider it a wake up call that we need to play by the rules exactly :/
20:26.50woglinderp yes
20:27.03woglindewe will do it better at the next meeting
20:27.16woglindebut for nobody wins when there is no GA
20:27.19florianRP: yep, just saw the mail - will take a look once I have finished cooking
20:27.19woglindeargs now
20:27.25florian(yes food, bit bits!)
20:29.04pb_RP: ingenious plan.  I guess we need a german to confirm that it actually conforms to the statutes though.
20:30.02*** join/#oe playya_ (n=playya@unaffiliated/playya)
20:30.15woglindehm for this weekend I only see one solution, every member confirms that he got an invation early enough
20:31.07woglindenormaly workaround is, to make an extra-odinary-meeting with a smaller invation deadline
20:31.40woglindethat are my experience running and working with e.V.
20:31.40pb_yes, if all the members could affirm that they were happy with the notice period then that would be fine.
20:31.51pb_how many members were there prior to the berlin meeting?  not many, so maybe that would be feasible.
20:32.02*** join/#oe gnutoo_ (n=gnutoo@host87-147-dynamic.44-79-r.retail.telecomitalia.it)
20:32.12woglindere gnutoo
20:38.22CIA-203Chris Larson <clarson@mvista.com> 07org.openembedded.dev * r5c4f5bec44 10openembedded.git/recipes/autofs/ (autofs.inc autofs_3.1.7.bb autofs_4.0.0.bb autofs_4.1.4.bb):
20:38.22CIA-2autofs: switch to a .inc.
20:38.22CIA-2Signed-off-by: Chris Larson <clarson@mvista.com>
20:38.24RPpb_: I just sent what I think is a list of members
20:38.32CIA-203Jeremy Puhlman <jpuhlman@mvista.com> 07org.openembedded.dev * r8370077581 10openembedded.git/recipes/autofs/autofs.inc:
20:38.32CIA-2autofs: pass RANLIB into the build.
20:38.32CIA-2Signed-off-by: Jeremy Puhlman <jpuhlman@mvista.com>
20:38.37RPpb_: I've asked that someone from the board confirm it though
20:38.56*** join/#oe Longfield (n=valentin@113-114.4-85.fix.bluewin.ch)
20:43.35pb_righto
20:43.54pb_I guess the list on http://wiki.openembedded.org/index.php/Organization is the roll of founding members, i.e. the membership prior to the berlin meeting.
20:44.32woglindeI could ask robert tomorrow
20:45.07RPpb_: Right, that matches what I lifted from the minutes
20:45.18RPpb_: which I comibed with the list of members who were added
20:45.29pb_right, very good
20:45.45CIA-203Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * rc206dabdc8 10openembedded.git/: Merge branch 'org.openembedded.dev' of git.openembedded.org:openembedded into org.openembedded.dev
20:45.46CIA-203Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * r1632c44d94 10openembedded.git/: Merge branch 'org.openembedded.dev' of git.openembedded.org:openembedded into org.openembedded.dev
20:45.46CIA-203Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * refa3f5fd40 10openembedded.git/recipes/mysql/mysql_4.1.22.bb: mysql: fixed mysql_config in staging
20:47.02*** join/#oe mrmoku` (n=mrmoku@ppp-88-217-30-114.dynamic.mnet-online.de)
20:47.10woglindehi mrmoku
20:47.13*** join/#oe likewise (n=chatzill@82-171-51-231.ip.telfort.nl)
20:47.28woglindeso boost now looks nice enough o check in
20:47.54woglindehm okay I should look at the arm atomic support
20:48.38mrmoku`woglinde: hi
20:48.39woglindehm
20:48.41pb_in that case, per woglinde's plan, it doesn't seem completely hopeless to get those eleven people to waive the notice period for the GA.  might be worth canvassing them, anyway.  failing that, we can use the egm plan.
20:48.54likewisegm
20:49.12woglindelatest gcc should have  __sync_add_and_fetch for arm now
20:49.48RPpb_: We already have an email from Leon saying he didn't realise that was the plan?
20:50.03woglindehi likewise
20:50.10likewisehi fooks.
20:50.30RPhi likewise
20:50.56likewiseRP: hi, I see you just mentioned me, wassup?
20:51.07likewiseah it's regarding the ev/OEDEM topic?
20:51.52RPlikewise: yes, just talking about whether OEDEM can be a GA or not
20:52.44RPlikewise: pb_ was thinking if the original members agreed that it had been public knowledge then there would not be a problem. Your email earlier says otherwise though
20:52.51RPbut there is a plan b
20:52.52likewiseok, I do not want to prevent anything from happening, it's just I didn't learn about the plans (my bad I presume).
20:52.59pb_RP: no, that's not quite what I was thinking.
20:53.45RPpb_: No, rereading what you said its not :/
20:54.05RPpb_: likewise has it in scrollback anyway
20:54.43pb_clearly it is not the case that all the original members received adequate notice, so I don't think we can pursue that line of enquiry.  but, if all the original members were to agree that, despite lack of notice, they were still happy for the GA to go ahead, then that would effectively remove the problem.
20:55.38RPEven if notice had been served at the last EGM, we'd still fall foul of the six week rule :/
20:55.52likewisethere are always people who don't read their emails, snailmail, etc.    It doesn't mean anything strictly speaking.
20:55.54pb_obviously this is not in conformance with the letter of the statutes, but I imagine that german law follows the basic principle that the statutes exist to serve the members and not vice versa.
20:56.25RPpb_: its another idea certainly
20:56.40pb_if all of the founding members (i.e. all the members who were entitled to receive six weeks notice) are prepared to state that they don't mind not having received that notice, then it seems vanishingly unlikely that the german authorities would have a problem with such a GA.
20:57.08pb_after all, the real purpose of the notice period is to ensure that all members are alerted to it and have an opportunity to attend.
20:58.55RPpb_: Right. Equally if you can get >50% of the voting rights (some via proxy or otherwise) in one place I suspect there is a lot you can do...
20:59.04pb_right, indeed
20:59.34woglinde*g*
20:59.46pb_anyway, I guess florian or someone else from the board will have to sort this out in the end.
20:59.52pb_I will stop being an armchair lawyer now :-)
21:00.00woglindeI never saw a german authorities at my e.V. GA's
21:00.12RPpb_: yes, I've put the idea forward, lets see whats said
21:00.27RPpb_: Presumably you'll mention yours too...
21:00.42CIA-203Chris Larson <clarson@mvista.com> 07org.openembedded.dev * rf1d0fab3ac 10openembedded.git/recipes/opkg/ (opkg.inc opkg/isatty.patch):
21:00.42CIA-2opkg: Don't prompt for user input from stdin if it's not a tty.
21:00.42CIA-2Also fixes a minor memory leak while we're at it, as the code was
21:00.42CIA-2strdup'ing the malloc'd string read from stdin without ever
21:00.42CIA-2freeing the original.
21:00.43CIA-2Signed-off-by: Chris Larson <clarson@mvista.com>
21:00.51pb_yeah, I will send a note to the list
21:00.51florianis back
21:01.06XorA|gonehas already organised his proxy for OEDEM
21:01.54woglindehm __ARM_ARCH_7A__ is beagle board right?
21:02.31RPwoglinde: yes
21:02.54pb_ah, no need, florian is here :-)
21:03.01florianpb_, woglinde: I didn't have much time lately, but what I managed to find out is that even if we violate a rule in our statutes the GA itself is valid.
21:03.06woglindeokay will test boost 1.4.0 for it now
21:03.12*** join/#oe Martin-B (n=martin@pool-72-65-198-89.dbd-ipconnect.net)
21:03.14XorA|goneif course another couse of action is to hold the meeting then call for an EGM at FOSDEM and first article is to ratify decisions made at OEDEM
21:03.48pb_XorA|gone: if you're going to do that then you might as well ratify the decisions by internet vote.
21:03.55XorA|gonepb_: or that
21:04.15XorA|gonepb_: but we do need a new board as members have resigned
21:04.45pb_florian: right, that's good to know.
21:05.07florianSomeone *could* decide to go to court and fight a decision but its very unlikely to succeed.
21:05.16woglindeflorian yupp
21:05.55pb_yeah, that is what I figured.
21:05.56woglindeonly think that he would achieve is that the GA's wasnt valid
21:06.21pb_obviously I don't have any experience of german law, but in the UK the aggrieved party would need to demonstrate something beyond a technical breach of the statutes.
21:06.51woglindepb but as I said, I never heard of such a case
21:06.54florianWe could have changed the statutes... there does not seem to be a law that says how much time we need to announce the GA an advance. I have seen two weeks several times e.g.
21:07.21woglindeflorian I mostly saw 4 weeks
21:07.38pb_woglinde: right, the nature of e.V.'s seems to make this unlikely.  I doubt many people will take them seriously enough to go to court.
21:07.49florianright
21:07.58woglindepb hm depends
21:07.59pb_unless there is a large amount of money at stake, I would expect most folks would just resign from the e.V. and leave it at that.
21:08.06woglindewhen big money is in the play
21:08.18kergothtries to figure out how to make his granular dbg packaging cooperate with do_split_packages
21:08.25woglindewe have an animal rights e.V. which hosted some million of funds
21:08.34pb_sure, but that clearly is not the case here.  oe e.v. has, what, about 1500 EUR in the whole world?
21:08.36woglindeand the president took some of the millions
21:08.44woglindebut thats not our case
21:08.45woglinde*g*
21:08.57florianThat's somethign I can say for sure: No big money involved currently :)
21:10.19florianThe bank decided to notify us by a written note for every transaction - including drawing a fee for the notification.
21:10.27pb_florian: doh
21:10.51florianNeed to fix this somehow :)
21:11.01pb_kergoth: ah, tricky.  I guess the whole do_split_packages thing could probably do with being revisited.
21:11.08woglindeflorian hm I hope that we get enough for travel cost at some point
21:11.37pb_woglinde: if you are planning to spend more than 1500 eur on travel then I think you need to rethink your plans
21:11.48kergothi'd kind of like a more generic mechanism of capturing information from a build and using it in subsequent builds, really.. but i'm not sure how such a thing would work
21:11.49kergothheh
21:11.56woglindeflorian hm depends on the bank and bundesland if online bankauszug is a valid document
21:12.48pb_kergoth: yah, right.  sort of like a cache of previous build information.
21:12.53kergothyeah
21:12.56woglindepb nope I am trying got away cheap as possible
21:13.13pb_yeah, that would obviously be handy for a future oecommander (!) type thing.
21:13.21woglindewithout sleeping under the bridge
21:13.52pb_not sure that I would want bitbake itself to use that kind of cached data though.
21:13.55florianwoglinde: We should have printed ones, but sending one via snailmail for every transaction is useless.
21:14.17woglindeyes
21:14.21woglindefor every suckz
21:14.39woglindefor my basketball e.V. we get one at each month
21:14.41florianApart from the fact that it is less than 500m to grab them...
21:15.15woglindehm florian they are send centralized
21:15.45CIA-203Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r1aa6d29a4e 10openembedded.git/recipes/gthumb/gthumb_2.10.11.bb: gthumb: fix packaging
21:20.24florianwoglinde: quite likely yes
21:27.29*** join/#oe qsp (n=qsp@bl9-25-123.dsl.telepac.pt)
21:28.15CIA-203Martin Jansa <Martin.Jansa@gmail.com> 07shr/merge * r8012bf3ced 10openembedded.git/conf/distro/include/preferred-shr-versions.inc:
21:28.15CIA-2preferred-shr-versions.inc: minimal version
21:28.16CIA-2* Use latest versions available
21:28.16CIA-2* Few packages are preferred with higher version (which wouldn't be
21:28.16CIA-2selected by bitbake because of DEFAULT_PREFERENCE = "-1"
21:28.17CIA-2* One package is hold back, because of compile errors here
21:28.21CIA-2Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
21:30.10qspgood evening. i'm new to oe. i[ve setup a dev enviroment yesterday and i'm trying to build linux-rp kernel. nevertheless i face an error on qemu compilation on file x86_64-linux/qemu-native-0.10.3-r1/qemu-0.10.3/target-i386/translate.c is this a known problem, gcc returns internal error
21:30.12florianRP: Did you work for lawyers befor joining O-Hand? ;)
21:35.14woglindehm oh have we still not 0.11 of qemu in oe?
21:35.34woglindeqsp which linux distribution you are using?
21:36.01qspopensuse 11.1, gcc 4.3.2
21:36.09woglindeqsp as workaround put ASSUME_PROVIDED += "qemu-native" into your local.conf
21:36.28qspmm, thank you. its a but in my gcc?
21:36.39woglindedont know
21:36.49woglindemaybee gcc or qemu self
21:37.00woglindemaybee it is fixed in 0.11
21:37.13woglindebecause 0.10.3 is fairly old
21:37.15kergothheh, no matter what qemu's source doing, gcc shouldn't be ICE'ing :)
21:37.23qspok, thank you, if the config.local setting does the trick then its geat
21:37.44qspwell, i've had some issues with gcc before, so i also habe gcc 4.4
21:37.46woglindeqsp that aussems you install the qemu stuff from suse
21:37.58woglindeargs assumes
21:38.44qspbut  i think i saw somewhere that gcc 4.x wasnt ok this case.. anyway, its perfect. i'll install qemu and rerun then. thank you
21:39.15qspi'm really new. and the aagstrom kernel doesnt boot on c700. so i'm trying to build linux-rp...
21:39.26qsp:-)
21:42.59woglindehm as I thought armv7 has  __sync_add_and_fetch with gcc-4.4
21:43.50RPflorian: no, I decided a carear in law would be boring ;-)
21:45.37woglindehm I am think about study law at remote university
21:48.17*** join/#oe CosmicPenguin (n=nobody@66-162-99-237.static.twtelecom.net)
21:48.19RPwoglinde: ignore me, I'm sure it can be interesting :)
21:49.32woglinderp I could fight against gpl volations *g*
21:50.00RPwoglinde: indeed :)
21:50.23RPthinks about his companies legal department
21:52.11*** join/#oe ant__ (n=andrea@host191-189-dynamic.60-82-r.retail.telecomitalia.it)
21:52.22woglindejo ant
21:52.45ant__abend woglinde
21:53.04Jay7jojo
21:53.10RPHmm, first time I've ever seen a DISTRO_PR changed. An interesting concept :/
21:53.10woglindere jay7
21:53.24woglindehm?
21:53.32woglindeangstroem does it all the time
21:53.34woglinde*g*
21:53.51RPwoglinde: :/
21:54.01Jay7every time I'm updating and want to test new kexecboot DISTRO_PR is bumped :)
21:54.05RPAh well, there goes that testing
21:55.25Jay7need a coffee..
21:57.11khemqsp: qemu 0.10.5+ can be compiled with gcc 4.x
21:58.21khemwoglinde: __sync_add_and_fetch is a builtin isnt it
21:58.26RPmickeyl: Did you have any thoughts on that import bb issue in the end?
21:58.37woglindekhem not in earlier gcc's
21:59.12khemwoglinde: is it in in libgcc then on older ones ?
21:59.27woglindekhem and not for all archs
21:59.38woglindebut now it seems for all in with 4.4
21:59.42woglindeboost builds
22:00.20woglindeboost 1.4.0
22:00.27woglindewill commit now
22:00.35*** join/#oe grg (n=grg@eth7090.sa.adsl.internode.on.net)
22:01.17khemwoglinde: are you worried about gplness of the intrinsics ?
22:01.28*** join/#oe florian (n=fuchs@Maemo/community/contributor/florian)
22:01.35ant__RP: the concept of DISTRO_PR and OELAYOUT_ABI in PSTAGE_PKGPATH would need more attention...
22:01.52woglindekhem for boost 1.3.36 there is a patch for armv7 in
22:03.21RPant__: Not really, if its been added in there it should be fine
22:03.34ant__well, here poky and Angstrom diverge
22:03.57RPant__: Its not really a problem
22:04.09ant__it smells somehow duplicate
22:04.14RPant__: ?
22:04.23ant__I know these are two concepts
22:04.29khemwoglinde: yes older arms didnt really have atomic op equivalent for this operation
22:07.56CIA-203Henning Heinold <heinold@inf.fu-berlin.de> 07org.openembedded.dev * rc0089b4e81 10openembedded.git/ (4 files in 3 dirs):
22:07.56CIA-2boost: add new version 1.4.0
22:07.56CIA-2* switch to cmake as buildsystem
22:07.56CIA-2* enable serialization and python
22:08.00CIA-2* make own .inc for 1.4.x versions
22:08.02CIA-2* don't make default for now, needs more testing with
22:08.04CIA-2apps that are using boost
22:15.49CIA-203Richard Purdie <rpurdie@rpsys.net> 07master * r40856c0b1d 10bitbake.git/lib/bb/ (build.py parse/parse_py/BBHandler.py):
22:15.49CIA-2Improve anonymous python function handling sp functions use the methodpool and are no longer concatenated
22:15.50CIA-2Signed-off-by: Richard Purdie <rpurdie@rpsys.net>
22:16.10*** join/#oe Crofton|bold (n=Crofton|@166.198.91.87)
22:16.16woglindere crofton
22:16.25woglindeflight canceld?
22:16.25qspi'm still having troubles with gcc segfaulting with internal compiler errors. should there be issues to switch to gcc4.4? or i should clean the things it already built?
22:16.29XorA|gonegoes insane trying to pay his local council money
22:16.51woglindehm what is local council money?
22:16.53khemqsp: this is the gcc on your build machine which is ICEing
22:16.59Crofton|boldif it is so hard, do pay them
22:17.13Crofton|boldno, four hour layover
22:17.16XorA|gonewoglinde: I owe local government money, it seems they havent actually thought about how to receive the cash
22:17.28qspkdem: yep. my gcc... i have also 4.4 so i'll give it a try..
22:17.49XorA|goneI guess I must be a rare case in that they didnt screw up and I do actually owe the money
22:17.50khemqsp: You can create a testcase by preprocessing the .c file where it is ICEing and let SuSE know about it may be they are interested to fix it
22:18.06woglindekhem they will say use newer qemu
22:18.35qspoh, its now on qemu now, its in gcc-cross-intermediate
22:18.40qsp*not
22:18.43khemwoglinde: I dont think so if you have a testcase which shows gcc is ICEing its a different story
22:19.22qspwell, i can extract the gcc command that was ran and see if i can make one (test case)
22:19.26Crofton|boldxora, check my twitter
22:19.31khemunless gcc version is EOL it will be of interest to fix gcc
22:19.58qspwell, yes, thats also a problem, i dont think they have gcc.3.4 in the opensuse to come..
22:20.26likewiseanyone: I have a reason to branch off in GIT, to be merged later. Any simple workflow for this in OE. (I'm overwhelmed by the git-branch options). I want my branch to keep in-sync with .dev during development.
22:20.40CIA-203Richard Purdie <rpurdie@rpsys.net> 07master * rf75ac81a55 10bitbake.git/lib/bb/parse/parse_py/BBHandler.py:
22:20.40CIA-2BBHandler.py: Use exec_func, not exec_func_python
22:20.40CIA-2Signed-off-by: Richard Purdie <rpurdie@rpsys.net>
22:20.47qspso i'll just test with gcc4 and see what happens. though its annoying sometimes, these opensuse modifications, it isnt the first issue with them :-/
22:20.57khemlikewise: create a remote user branch
22:21.03Crofton|boldlikewise, yeah but tohard to explain b
22:21.03Crofton|boldVia crackberry
22:21.18khemand maintain it as long as you develop and then merge back into .dev
22:21.26Crofton|boldgit reabse origin
22:21.29likewiseCrofton|bold: good luck being non-bored during the layover. :-)
22:22.00khemqsp: so its the gcc-native that is used here right ?
22:22.07likewisekhem: thanks, googling for the teminology you splashed at me.
22:22.58qspkhem: yes, it segfaulted on armv5te-angstrom-linux-gnueabi/gcc-cross-intermediate-4.3.3-r7.1/gcc-4.3.3/gcc/simplify-rtx.c:3391
22:23.22qspkhem, but its while it compiles gcc, using the machine's own gcc, so its the machines gcc fault i'd guess
22:24.35Crofton|boldis rsorting to drinking
22:24.50khemqsp: yes
22:25.35qspkhem: there isnt a way to define the use of a different gcc exec in local.conf? i'll need to change the symlink?
22:25.52likewisekhem: remote user branch means: git branch --track myfeature origin/org.openembedded.dev ?
22:26.44kergothdont' need --track with recent git, its default for branches based on remote branches
22:27.19Crofton|boldyeah, that is my experience also
22:27.35XorA|goneCrofton|bold: awesome
22:28.38Crofton|boldif I get back thereI'll get a real photo
22:30.35dhdwhere do the .debug directories come from in the install phase and how can i prevent them from being created?
22:30.46kergothwhy would you want to?
22:30.51dhdto save space...
22:30.56kergothuh, no.
22:30.58dhdoh
22:30.59kergoth.debug files go into -dbg packages
22:31.06kergothif you don't want them, don't install those packages
22:31.22dhdoh, this is my own .bb file - clearly i missed something :)
22:31.37kergothsounds like you overrode one of the FILES vars and did it wrong.
22:31.39dhdso if i add a -dbg package to the list of packages, then bitbake will put them in there...
22:31.42dhdah
22:31.43kergothno.
22:31.47kergoth-dbg is in the package list by default
22:31.50kergothunless, again, you change it
22:31.57kergothbitbake -e | grep \^PACKAGES=
22:32.01dhdright, I did override PACKAGES
22:32.09kergothwhy are you doing that?
22:32.20dhdthe makefiles for this package are kind of screwed up - so it is a hack job
22:32.29dhdnot sure anymore... okay i'll check it out
22:32.30kergothwhat does the makefiel have to do with packaging?
22:32.37dhdit's a long story
22:32.40kergothPACKAGES is just how you split up what gets installed in do_install
22:32.45kergothabsolutely nothing to do with the makefiles
22:32.55khemlikewise: git branch user/branch origin/org.openembedded.dev
22:33.05dhdkergoth: thanks - okay, that makes sense then
22:33.10khemqsp: there are several ways
22:33.30kergoththe do_package task takes what you installed in do_install and splits it up into the packages in PACKAGES, obeying the globs in FILES_<package>
22:33.34dhdah okay
22:33.38khemqsp when gcc is compiled it used CC env variable to know what compiler is used to compile it
22:34.17khemlikewise: then you can do git push origin user/branch to create the remote branch
22:34.44CIA-203Richard Purdie <rpurdie@rpsys.net> 071.8 * r47dceffdfc 10bitbake.git/lib/bb/build.py:
22:34.44CIA-2build.py: Add bb and os to __builtins__ backporting from trunk since we'd like to be able to depend on this behaviour in OE soon
22:34.44CIA-2Signed-off-by: Richard Purdie <rpurdie@rpsys.net>
22:34.56dhdkergoth: thanks - it makes sense now
22:34.56CIA-203Richard Purdie <rpurdie@linux.intel.com> 071.8 * ra865dd4263 10bitbake.git/lib/bb/fetch/svk.py:
22:34.56CIA-2fetch/svk: Fix up breakage. Evidently nobody uses svk
22:34.56CIA-2Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
22:35.00kergothnp
22:35.11qspkhem, so it'll recompile? or i need to clean it on my own? i modified the symlink and i'm running it lets see if i manage to build something this time.. :-) tough work just to get it running
22:35.13RPkergoth: Any objection to rolling a bitbake 1.8 release?
22:35.13dhdwhere are the default definitions for FILES?
22:35.14khemthen you can create a local branch which tracks this remote branch and do your development and push it to the remote branch regularly
22:35.18Crofton|boldrofl on svk usage
22:35.26kergothdhd: bitbake.conf, same place where nearly every other default value is :)
22:35.30dhd:)
22:35.36kergothRP: nope, sounds fine to me
22:35.52khemqsp: hmm I would suggest to clean the recipe and rebuilt it
22:35.58RPkergoth: I think I'm going to tag, release and bump OE's dependency
22:36.03RPthen set to on 1.10
22:36.05kergothdhd: conf/bitbake.conf is the only configuration file bitbake parses directly.  it includes local.conf, machine .conf, distro .conf, etc.
22:36.10kergothRP: sounds good
22:36.25khemusually it works but mixing objects generated by two different gcc versions is like wearning two different color shoes
22:37.48Crofton|boldmust remember the different colour shoes line
22:37.48qspkhem, sure, i just delete the tmp dir? or there is a more "clean" way to do it?
22:38.04khemlikewise: if you dont have to share your changes then you can use a local branch carved out of .dev
22:38.21khemqsp: bitbake -c clean gcc-cross-intermediate
22:38.33qspoh, thank you :-)
22:38.35khemwill clean just gcc-cross-intermediate
22:39.26CIA-203Richard Purdie <rpurdie@rpsys.net> 07refs/tags/1.8.14 * r91a84dd349 10bitbake.git/ (bin/bitbake lib/bb/__init__.py):
22:39.26CIA-2Release 1.8.14
22:39.26CIA-2Signed-off-by: Richard Purdie <rpurdie@rpsys.net>
22:40.09florianwow
22:40.18CIA-203Richard Purdie <rpurdie@rpsys.net> 071.8 * r91a84dd349 10bitbake.git/ (bin/bitbake lib/bb/__init__.py):
22:40.18CIA-2Release 1.8.14
22:40.18CIA-2Signed-off-by: Richard Purdie <rpurdie@rpsys.net>
22:40.25CIA-203Richard Purdie <rpurdie@rpsys.net> 071.8 * r70f124715c 10bitbake.git/ (bin/bitbake lib/bb/__init__.py):
22:40.26CIA-2Post release version increment
22:40.26CIA-2Signed-off-by: Richard Purdie <rpurdie@rpsys.net>
22:50.47*** join/#oe mwester-laptop (n=mwester@nslu2-linux/mwester)
22:52.59Crofton|boldbother, I forgot my power adapter
22:55.06likewiseCrofton|bold: lower your screen brightness and stop generating interrupts on the keyboard :-)
22:55.54*** join/#oe rob_w (n=bob@p549BE7E2.dip.t-dialin.net)
22:56.45RPWell, I hope I got that right :)
22:57.39RPCrofton|bold: What exactly? I'm sure someone might be able to find something similar to give you some power at least
22:58.03likewisekhem: I would like to share my branch, i.e. make it remote. How would I keep the remote branch in-sync with .dev. though? Can I make it track .dev?
22:59.31rob_wo/
22:59.37rob_wcbrake_away, around ?
23:00.58Crofton|boldlikewise I belive you will manually have to rebase against the origin
23:01.40Crofton|boldrp, I'll likely pick up yet another adapter, or borrow one from my uncle
23:03.02RPCrofton|bold: ok
23:05.33*** join/#oe archae0pteryx (n=snewman@207.47.42.130.static.nextweb.net)
23:10.25Crofton|boldrp, bring what you have, I am sure the guys from the continent may need some also
23:15.43*** join/#oe Martin-B (n=martin@pool-72-65-198-89.dbd-ipconnect.net)
23:15.59RPCrofton|bold: This is UK mains to US mains, right?
23:16.24RPCrofton|bold: "power adpator" can mean a variety of things :/
23:17.01*** join/#oe marcosmamorim (n=marcos@201-43-208-59.dsl.telesp.net.br)
23:23.23ant__RP: while you're there: any idea why 2.6.31 wouldn't boot from nand on c7x0? Boots from media if kexeced, though
23:23.56RPant__: none
23:24.06ant__(sane mtd config, of course)
23:24.17ant__some obscure gcc 4.x bug?
23:24.33ant__relocation?
23:28.29Crofton|boldrp, correct
23:28.55*** join/#oe guillaum1 (n=gl@AMontsouris-153-1-74-57.w90-2.abo.wanadoo.fr)
23:30.36*** join/#oe xyzz (n=xyzz@norkia.v3.sk)
23:34.09*** join/#oe Martin_B (n=martin@pool-30-67-198-89.dbd-ipconnect.net)
23:36.46Jay7RP: should I update bitbake to work with current .dev?
23:36.59RPJay7: You don't need to yet
23:37.09Jay7ok :)
23:37.23RPJay7: It will tell you when the time comes
23:37.38Jay7better is to tell to ML ;)
23:37.54RPI think I broke the 1.8.14 release anyway :(
23:38.01Jay7hehe..
23:38.14RPI did, doesn't even run
23:38.29RPsighs, too many different copies of bitbake :/
23:38.37*** join/#oe montamer (n=montamer@203.199.213.3)
23:41.23Crofton|boldSo many versions, so little time
23:41.51RPActually, I've totally screwed this up :(
23:46.13Jay7it's ok
23:46.44Jay7I've semi-broken xpm parsing routine in kexecboot :)
23:46.59RPI noticed one of kergoths changes, thought it was a regression and removed it :/
23:53.32CIA-203Richard Purdie <rpurdie@rpsys.net> 071.10 * rf2bc4198f2 10bitbake.git/lib/bb/ (11 files in 2 dirs):
23:53.32CIA-2Sync module import cleanups back from bitbake trunk
23:53.32CIA-2Signed-off-by: Richard Purdie <rpurdie@rpsys.net>
23:53.33CIA-203Richard Purdie <rpurdie@rpsys.net> 071.10 * r4d24b57c03 10bitbake.git/ (bin/bitbake lib/bb/cooker.py lib/bb/fetch/__init__.py):
23:53.33CIA-2Add a compare-versions command which returns whether the SRCREV versions have changed since bitbake was last run (from Poky)
23:53.37CIA-2Signed-off-by: Richard Purdie <rpurdie@rpsys.net>
23:53.39CIA-203Richard Purdie <rpurdie@rpsys.net> 071.10 * rfdd7407534 10bitbake.git/lib/bb/fetch/ (svk.py wget.py):
23:53.41CIA-2wget.py: Don't check files exist when checking urls for validity
23:53.43CIA-2Signed-off-by: Richard Purdie <rpurdie@rpsys.net>
23:53.45CIA-203Richard Purdie <rpurdie@linux.intel.com> 071.10 * ra18e62fc26 10bitbake.git/lib/bb/fetch/hg.py:
23:53.47CIA-2Add hg fetcher auto revisioning, patch from Carl Simonson <simonsonc@gmail.com>
23:53.49CIA-2Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
23:53.51CIA-203Richard Purdie <rpurdie@rpsys.net> 071.10 * rc9b82d7336 10bitbake.git/lib/bb/ (event.py parse/parse_py/BBHandler.py):
23:53.54CIA-2event.py: Add recipe parsed event backported from master
23:53.56CIA-2Signed-off-by: Richard Purdie <rpurdie@rpsys.net>
23:53.58CIA-203Richard Purdie <rpurdie@rpsys.net> 071.10 * r6838d9eeae 10bitbake.git/lib/bb/build.py:
23:54.04CIA-2build.py: Remove zero length logfiles (backport from master)
23:54.06CIA-2Signed-off-by: Richard Purdie <rpurdie@rpsys.net>
23:54.08CIA-203Richard Purdie <rpurdie@rpsys.net> 071.10 * r361dc190c6 10bitbake.git/lib/bb/persist_data.py:
23:54.10CIA-2persist_data.py: Add missing getKeyValues function for SCM version comparision code
23:54.12CIA-2Signed-off-by: Richard Purdie <rpurdie@rpsys.net>
23:54.14CIA-203Richard Purdie <rpurdie@rpsys.net> 071.10 * r15f8e4b549 10bitbake.git/lib/bb/providers.py:
23:54.18CIA-2providers.py: Add regexp cache speeding up certain operations
23:54.20CIA-2Signed-off-by: Richard Purdie <rpurdie@rpsys.net>
23:54.22CIA-203Richard Purdie <rpurdie@rpsys.net> 071.10 * r0cbc684e94 10bitbake.git/lib/bb/fetch/__init__.py:
23:54.24CIA-2fetch/__init__.py: Drop pointless pickle import
23:54.26CIA-2Signed-off-by: Richard Purdie <rpurdie@rpsys.net>
23:54.28CIA-203Richard Purdie <rpurdie@rpsys.net> 071.10 * rd4bc9c01d2 10bitbake.git/lib/bb/parse/parse_py/BBHandler.py:
23:54.35CIA-2BBHandler: Drop unused __functions__ variable (backport from master)
23:54.37CIA-2Signed-off-by: Richard Purdie <rpurdie@rpsys.net>
23:54.39CIA-203Richard Purdie <rpurdie@rpsys.net> 071.10 * r52127bcebe 10bitbake.git/lib/bb/runqueue.py:
23:54.41CIA-2runqueue.py: Update to the faster algorithm from master
23:54.43CIA-2Signed-off-by: Richard Purdie <rpurdie@rpsys.net>
23:54.45CIA-203Richard Purdie <rpurdie@rpsys.net> 071.10 * rd8777b04e6 10bitbake.git/lib/bb/build.py:
23:54.51CIA-2build.py: Drop unneeded directory changes (from trunk) and remove code duplication
23:54.53CIA-2Signed-off-by: Richard Purdie <rpurdie@rpsys.net>
23:54.55CIA-203Richard Purdie <rpurdie@rpsys.net> 071.10 * r506ded268f 10bitbake.git/lib/bb/utils.py:
23:54.57CIA-2(5 lines omitted)
23:55.51*** join/#oe kergoth (n=kergoth@ip24-251-170-95.ph.ph.cox.net)
23:57.24CIA-203Richard Purdie <rpurdie@rpsys.net> 071.8 * r72cc4aabaa 10bitbake.git/bin/bitbake:
23:57.24CIA-2bin/bitbake: Fix typo during release process
23:57.24CIA-2Signed-off-by: Richard Purdie <rpurdie@rpsys.net>
23:57.25CIA-203Richard Purdie <rpurdie@rpsys.net> 071.8 * r1c06edb545 10bitbake.git/ (bin/bitbake lib/bb/__init__.py): Release 1.8.16
23:57.35CIA-203Richard Purdie <rpurdie@rpsys.net> 071.8 * r53f097ed9f 10bitbake.git/ (bin/bitbake lib/bb/__init__.py): Increment version post release
23:59.26*** join/#oe Sleep_Walker (n=Sleep@193.179.96.131)

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