IRC log for #oe on 20091120

00:00.50*** join/#oe daq4th (n=darkness@v062.natpool.sourcentral.org)
00:08.59*** join/#oe dth-oops (n=Dieter@p4FDEEA9D.dip.t-dialin.net)
00:16.22*** join/#oe JaMa (n=martin@161-24.13.24.78.awnet.cz)
00:18.41kg4ysnkergoth: thanks for the suggestion.  i was hoping there was something more out-of-the-box.  :-)
00:18.58kg4ysncrofton: not familiar with that ... i'll read up in the manual.
00:19.46kg4ysncrofton: thanks for the suggestion!
00:24.40*** join/#oe waite (n=quassel@c-24-91-81-44.hsd1.ma.comcast.net)
00:26.22*** join/#oe thaytan (n=jan@240.Red-88-20-68.staticIP.rima-tde.net)
00:38.45*** join/#oe irotas (n=irotas@CPE00234d317251-CM0018c0b37a44.cpe.net.cable.rogers.com)
00:54.59CIA-8003Richard Purdie <rpurdie@linux.intel.com> 07org.openembedded.dev * r04fcc4314b 10openembedded.git/recipes/libacpi/libacpi_0.2.bb:
00:54.59CIA-80libacpi: Drop undeeded custom staging function
00:54.59CIA-80Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
00:55.00CIA-8003Richard Purdie <rpurdie@linux.intel.com> 07org.openembedded.dev * r7a880a7050 10openembedded.git/.gitignore:
00:55.00CIA-80.gitignore: Ignore backup files (*~)
00:55.04CIA-80Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
00:55.06CIA-8003Richard Purdie <rpurdie@linux.intel.com> 07org.openembedded.dev * rdf62679798 10openembedded.git/recipes/perl/ (3 files):
00:55.09CIA-80libxml-parser-perl: Set DEPENDS properly (from Poky)
00:55.11CIA-80Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
00:55.13CIA-8003Richard Purdie <rpurdie@linux.intel.com> 07org.openembedded.dev * r3176e14998 10openembedded.git/classes/packaged-staging.bbclass:
00:55.16CIA-80packaged-staging.bbclass: Add method to disable packaged-staging from recipes
00:55.18CIA-80Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
00:55.20CIA-8003Richard Purdie <rpurdie@linux.intel.com> 07org.openembedded.dev * rb666b55230 10openembedded.git/recipes/glibc/ (18 files):
00:55.23CIA-80glibc: Separate out core glibc packaging functionality into a class which can be reused by external toolchains (from Poky)
00:55.27CIA-80Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
00:57.41*** join/#oe playya__ (n=playya@unaffiliated/playya)
01:00.31*** join/#oe fraxinas (n=quassel@79.214.106.216)
01:05.31*** join/#oe kergoth (n=kergoth@ip24-251-170-95.ph.ph.cox.net)
01:13.04*** join/#oe mithro (n=tim@unaffiliated/mithro)
01:16.16kg4ysnCrofton: I've done many searches and have come up short on the AUTO_REV spec.  any pointers?
01:19.30RPkg4ysn: Try AUTOREV
01:21.41kg4ysnRP: That's it!  Thanks so much!
01:32.14kg4ysnhmm didn't quite do it.  still pulling out of the svn cache.  weird.
01:42.54*** join/#oe Analias (n=analias@c-68-35-8-162.hsd1.nm.comcast.net)
01:48.43*** join/#oe rsalveti (n=rsalveti@189.115.172.195)
01:53.03*** join/#oe marcosmamorim (n=marcos@201-27-172-100.dsl.telesp.net.br)
02:02.30*** join/#oe mekius (n=mekius@enlightenment/developer/mekius)
02:04.53*** join/#oe waite (n=quassel@c-24-91-81-44.hsd1.ma.comcast.net)
02:14.18*** join/#oe rsalveti_ (n=rsalveti@189.115.172.195)
03:03.51*** join/#oe hufnus_cicq (n=hufnus_c@69.12.177.67)
03:12.02*** join/#oe fraxinath (n=quassel@79.214.100.56)
03:17.18*** join/#oe BenLauDC (n=benlau@221.125.8.18)
03:21.35*** join/#oe kozak|work (n=kozak@122.166.48.72)
03:21.58*** join/#oe rphillips (n=rphillip@66-90-184-91.dyn.grandenetworks.net)
03:23.40rphillipsHi all... I'm build a titan (sh4) angstrom-2008.1 helloworld image on ubuntu and getting the following error:
03:23.45rphillipsCROSS COMPILE Badness: /usr/include in INCLUDEPATH: /usr/include
03:23.58rphillipson the gcc-cross-initial package
03:24.02rphillipsanybody see this before?
03:40.53rphillipsfull output if it helps http://pastebin.com/m6d9ee203
03:51.25*** join/#oe marcosmamorim1 (n=marcos@201.27.172.100)
04:06.20*** join/#oe mekoniak (n=mekoniak@wireless-5213.wireless.ece.vt.edu)
05:33.05*** join/#oe waite (n=quassel@c-24-91-81-44.hsd1.ma.comcast.net)
05:37.46*** join/#oe easwar (n=easwarh@unaffiliated/easwar)
06:26.09*** join/#oe tasslehoff (n=Mich@84.49.231.147)
06:28.30CIA-8003Klaus Kurzmann <mok@fluxnetz.de> 07org.openembedded.dev * re86672acc5 10openembedded.git/: Merge branch 'org.openembedded.dev' of git+ssh://git.openembedded.net/openembedded into org.openembedded.dev
06:28.31CIA-8003Klaus Kurzmann <mok@fluxnetz.de> 07org.openembedded.dev * r64d85e2e60 10openembedded.git/conf/distro/include/sane-srcrevs-fso.inc:
06:28.31CIA-80sane-srcrevs-fso.inc: bump rev for fsousaged
06:28.31CIA-80Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
06:55.29*** join/#oe marex (n=marex@vasut.kolej.mff.cuni.cz)
06:59.19*** join/#oe recalcati (i=51485a51@gateway/web/freenode/x-tlddorwpvepypsfp)
06:59.51recalcatigood morning
07:06.21*** part/#oe meindian523 (n=easwarh@unaffiliated/easwar)
07:24.29*** join/#oe Christos_N (n=chatzill@gw7.mycosmos.gr)
07:28.27*** join/#oe Hasse_ (n=quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk)
07:31.43*** join/#oe EsbenH (n=EsbenH@77.233.226.4)
07:33.39*** join/#oe sgh (n=quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk)
07:40.04*** join/#oe sgh (n=quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk)
07:41.36*** join/#oe sgh (n=quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk)
07:44.18*** join/#oe eFfeM (n=eFfeM@atwork-193.r-212.178.107.atwork.nl)
07:50.04*** join/#oe Longfield (n=valentin@lsa1pc7.epfl.ch)
07:53.59*** join/#oe ZaPPaS (n=moritz@weinberg.pi5.physik.uni-stuttgart.de)
08:00.34CIA-8003Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r4bdcd55396 10openembedded.git/recipes/nmap/nmap_3.81.bb: nmap: disable parallel make
08:00.52CIA-8003Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * re7e587f6e5 10openembedded.git/: Merge branch 'org.openembedded.dev' of git@git.openembedded.org:openembedded into org.openembedded.dev
08:03.13eFfeMmorning everyone
08:06.56*** join/#oe xjqian (n=gordon@mir-nil-pat-118-150.wustl.edu)
08:12.30*** join/#oe thebohemian (n=rschus@p5DDC6845.dip.t-dialin.net)
08:14.16*** join/#oe kristoffer (n=kristoff@95.209.33.111.bredband.tre.se)
08:14.56*** join/#oe _ProtoN_ (n=lcintrat@wyplay-fr-4-82.cnt.nerim.net)
08:18.02*** join/#oe thaytan (n=jan@88.20.68.240)
08:19.04*** join/#oe B_Lizzard (n=havoc@79.131.233.143)
08:19.38*** join/#oe TAsn (n=tasn@89-139-170-173.bb.netvision.net.il)
08:19.58*** join/#oe spaetz (n=spaetz@195.190.181.110)
08:20.09JaMamorning
08:20.19*** join/#oe hvontres|home (n=quassel@adsl-71-154-211-120.dsl.sndg02.sbcglobal.net)
08:20.35spaetzmorning :)
08:21.22*** join/#oe cyberdeck (n=cyberdec@iss66.vlsi.informatik.tu-darmstadt.de)
08:23.18*** join/#oe fpga (n=s@92.62.56.51)
08:30.04*** join/#oe Heinervdm (n=thomas@pD9E15699.dip.t-dialin.net)
08:38.22*** part/#oe TAsn (n=tasn@89-139-170-173.bb.netvision.net.il)
08:40.05hrwmorning
08:40.58*** join/#oe zecke (n=ich@siminn-int-gw.on-waves.com)
08:45.43pb__hi zecke
08:47.30zeckepb__: morning, I will most likely work on the waterfall on saturday :)
08:53.20*** join/#oe rob_w (n=bob@84.155.209.75)
08:56.25*** join/#oe thaytan (n=jan@88.20.68.240)
09:01.06CIA-8003Alex Ferguson <thoughtmonster@gmail.com> 07org.openembedded.dev * r9bbe96095a 10openembedded.git/conf/machine/sgh-i900.conf: Add machine configuration for the Samsung Omnia SGH-i900.
09:01.07*** join/#oe pvanhoof (n=pvanhoof@d54C0C0BA.access.telenet.be)
09:01.07CIA-8003Alex Ferguson <thoughtmonster@gmail.com> 07org.openembedded.dev * rc2e3f4896e 10openembedded.git/ (4 files in 3 dirs): Add kernel recipe for the Samsung Omnia SGH-i900.
09:01.08CIA-8003Alex Ferguson <thoughtmonster@gmail.com> 07org.openembedded.dev * re25e476a32 10openembedded.git/recipes/ (2 files in 2 dirs): Add support files for the Samsung Omnia SGH-i900 in tslib and pointercal.
09:01.08CIA-8003Alex Ferguson <thoughtmonster@gmail.com> 07org.openembedded.dev * rf25438c7b9 10openembedded.git/recipes/firmwares/marvell-gspi-fw_9.70.3-p37.bb: Symlink helper_gspi.bin to gspi8686_hlp.bin for the libertas_spi kernel driver in the Samsung Omnia SGH-i900.
09:03.04cdbot2* * OE Bug 5335 has been RESOLVED (FIXED) by stefan(AT)datenfreihafen.org
09:03.06cdbot2* * Initial support for the Samsung Omnia (SGH-i900)
09:03.08cdbot2* * http://bugs.openembedded.net/show_bug.cgi?id=5335
09:05.35*** join/#oe ssam (n=ssam@87.127.117.246)
09:07.18*** join/#oe hillct (n=hillct@76.127.200.169)
09:13.20recalcatiI'm now at qt 4.6 linking. I don't link libglib-2.0.so.0, instead when I compile its headers are seen correctly. How can I find it ? thx
09:14.20*** part/#oe EsbenH (n=EsbenH@77.233.226.4)
09:14.26*** join/#oe EsbenH (n=EsbenH@77.233.226.4)
09:15.22JaMapb__: eglibc/eglibc-package.bbclass:  rm -rf ${D}${datadir}/zoneinfo, eglibc is only libc without zoneinfo files (iso3166.tab, zone.tab aren't installed with tzdata in oe.dev)
09:16.15JaMapb__: should I check if LIBC == "eglibc", or can be LIBC behavior united somehow?
09:16.21*** join/#oe rob_w (n=bob@p549BD14B.dip.t-dialin.net)
09:24.25*** join/#oe florian_kc (n=fuchs@Maemo/community/contributor/florian)
09:24.58*** join/#oe m4t (i=matt@theorize.org)
09:25.43CIA-8003Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r603e1cf2f9 10openembedded.git/classes/package.bbclass: package bbclass: give better diagnostic when bb.copyfile fails
09:29.49thebohemianhey OEers
09:30.04thebohemianI've just sent the application for a stand with 2 tables at OEDEM
09:30.07hrwhi Robert
09:30.11hrwcool
09:30.15zeckethebohemian: hey!
09:30.19thebohemianI'll sent an email to the dev list as well, so everybody is in the know
09:31.07hrwok
09:31.08*** join/#oe fpga1 (n=s@92.62.56.51)
09:31.12thebohemiansorry, that I appeared to have been buried. after OEDEM I was on vacation in England (was great btw)
09:31.29hrwthebohemian: how was concert?
09:31.51thebohemianhrw: I was at two gigs. kasabian in newcastle and arctic monkeys in liverpool
09:32.10hrwenjoyed?
09:32.11thebohemianhrw: I liked kasabian more since it was more intense
09:32.31thebohemianhrw: 3rd album of arctic monkeys is more like a walk in the park
09:32.51thebohemianhrw: which is quite the opposite of the 3rd album of kasabian
09:33.05thebohemianhrw: both gigs had the 3rd album of each of the bands as the main topic
09:33.12hrwnice
09:34.12floriangood morning
09:34.47hrwhi florian
09:34.59florianthebohemian: sounds good - many thanks!
09:35.18florianfeels like vacation too
09:42.57thebohemianhrw: but the english should get rid of that ugly habit of throwing their pee around at gigs ...
09:43.18thebohemianhrw: I am going to write a travel report soon ... maybe the weekend
09:47.12zeckethebohemian: pee?
09:47.28thebohemianzecke: piss
09:48.31hrwurinate
09:48.35thebohemianinstead of going to the toilet some just pee into the cup of beer they just had and then throw it around ...
09:48.45CIA-8003Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * rfe7f68d534 10openembedded.git/conf/checksums.ini: checksums: add checksum for tzdata
09:49.30thebohemianthis was done so often at the arctic monkeys gig that the hall smelled like a toilet afterwards ...
09:49.31zeckethebohemian: wow... canibals
09:49.46recalcatiI had to add manually -lglib-2.0 to a linking command. Any idea about the correct way to do it with, I remember, pgk-config ?
09:49.53thebohemianzecke: :)
09:50.02zeckerecalcati: for Qt?
09:50.10zeckerecalcati: use pkg-config...
09:50.26zeckerecalcati: or patch the qmake.conf to add "defaults" for glib linking
09:50.42zeckethebohemian: how are you?
09:51.22thebohemianthrowing piss seems to be a controversial topic in the UK at least:
09:51.23thebohemianhttp://live4ever.proboards.com/index.cgi?board=DBTT&action=display&thread=36094&page=1
09:51.55recalcatiok, I'll try. then I can do only -c compile ?
09:51.58recalcatithx
09:53.53thebohemianzecke: fine now. had a good shower after the liverpool gig :)
09:54.38zeckethebohemian: next time in the UK I will just piss everywhere and see what happens
09:54.50zeckeI will not even wear any pants *yeah* *freedom*
09:56.53XorAthebohemian: you did go and see two bands supported by the lowest echelons of UK society
09:56.59XorAthebohemian: otherwise known as Chavs
10:00.17RPmorning all
10:00.26thebohemianXorA: good to know. I Germany this sort of music is listened to by academics ;)
10:00.34thebohemians/I/in/
10:00.47XorAhas never been covered in piss at a concert
10:01.16CIA-8003Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r117485f14d 10openembedded.git/ (2 files in 2 dirs):
10:01.16CIA-80linux-openmoko-shr-drm-devel: switch back to drm-tracking branch
10:01.16CIA-80Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
10:01.18CIA-8003Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * re8ade1114b 10openembedded.git/recipes/tzdata/ (tzdata.inc tzdata_2009s.bb):
10:01.20CIA-80tzdata: add 2009s, fix typo in do_compile, install zone.tab and iso1366.tab for eglibc
10:01.21florianhi RP
10:01.22CIA-80* there was ${WORKDIR}}
10:01.24CIA-80* zone.tab, iso1366.tab is removed in eglibc/eglibc-package.bbclass
10:04.51*** join/#oe thaytan (n=jan@74.Red-80-24-4.staticIP.rima-tde.net)
10:06.03XorAthebohemian: also send us German bands more, we like them here :-D
10:06.30pb_JaMa: I think probably all the C libraries should behave the same
10:06.43thebohemianXorA: are you sure? to everyone I talked to nobody knew any non-UK indie band (Mando Diao, Shout Out Louds, The Ark etc)
10:07.26XorAthebohemian: Rammstein, Nachtmar, Die Krupts, Front 242 etc etc always sell out here :-)
10:07.37thebohemian:)
10:08.03XorAI thinks we listen to different music though
10:08.21zeckeXorA: Tokyo Hotel?
10:08.39XorAzecke: not familiar
10:08.46zeckethebohemian: I'm currently in Iceland.. and they have RTL2 via satellite... I was schocked...
10:08.49zeckeXorA: good for you!
10:08.52thebohemianXorA: zecke was just kidding
10:09.09XorAgoes to google that then
10:09.28hrwzecke: you travel to strange places ;D
10:10.05thebohemianXorA: "bunch of children abused to appeal to the masses (of youth)"
10:10.16zeckethebohemian: I love them...
10:10.23thebohemianzecke: ???
10:11.03XorAah so S Club 7 types
10:11.31zeckethebohemian: just kidding...
10:12.57XorAthebohemian: in the UK Indie became more mainstream than mainstream, so unless the bands are mega famous "Indie" fans just wont have heard of them
10:13.11XorAthebohemian: one wierd musical paradox :-D
10:17.17CIA-8003Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r9fd535b0de 10openembedded.git/classes/package.bbclass:
10:17.17CIA-80package bbclass: drop ret = 0 check for bb.copyfile since it will return either False or the new mtime
10:17.17CIA-80* Yes, I have files that claim to be from 19700101 :)
10:17.27CIA-8003Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r84f302c25b 10openembedded.git/: Merge branch 'org.openembedded.dev' of git@git.openembedded.org:openembedded into org.openembedded.dev
10:18.22thebohemianXorA: yeah, in the UK Indie is sort of 'folk' music. everyone listens to it and it can be played at every place. it was quite a different thing than what I am used to in Germany but then this is what a journey is all about :)
10:18.33thebohemianXorA: I *really* enjoyed my trip btw
10:18.47XorAthebohemian: I remeber when indie used to mean white label LPs
10:18.56XorAthebohemian: but then the suits bought it
10:18.59zeckethebohemian: how long did you stay?
10:19.10thebohemianzecke: a week (9th - 15th)
10:19.46thebohemianand I was in London(Camden Town of course), Newcastle, Manchester and Liverpool
10:19.49*** join/#oe lrg (n=lrg@slimlogic.co.uk)
10:20.20thebohemianbtw. I applied for an OE devroom as well
10:20.34XorAthebohemian: pity you didnt come to nice places :-D
10:20.41thebohemianXorA: ;)
10:21.13XorAthebohemian: how is cambden, last I was there, they were making it all commercial and shiney and spoiling it
10:22.51thebohemianXorA: I don't know how it was before so I cannot compare. It is touristy for sure but I liked to be there and walk around
10:23.22thebohemianXorA: there is a nice towpath between Camden and Islington.
10:24.21XorAthebohemian: yeah there is
10:24.38XorAthebohemian: It used to be a bigger area, but new offices and the big fire took their toll recently
10:26.24thebohemianI like it when there is a big modern city and you can still find secluded places like the towpath. I know places like that in Berlin, too :)
10:32.23*** join/#oe cbrake (n=cbrake@oh-69-34-21-229.sta.embarqhsd.net)
10:41.24Crofton|workthebohemian, ping
10:41.59Crofton|workthebohemian, devroom or stand?
10:44.44Crofton|workdon't worry, I think you answered everything :)
10:47.44CIA-8003Sebastian Spaeth <Sebastian@SSpaeth.de> 07org.openembedded.dev * r68ff3b4cef 10openembedded.git/recipes/freesmartphone/fso-apm_git.bb:
10:47.44CIA-80fso-apm: add correct DEPENDS and bump PV to what configure.ac is saying (2.0.0)
10:47.44CIA-80Signed-off-by: Sebastian Spaeth <Sebastian@SSpaeth.de>
10:49.46thebohemianCrofton|work: both
10:50.01CIA-8003Klaus Kurzmann <mok@fluxnetz.de> 07org.openembedded.dev * r0658a9bfbe 10openembedded.git/conf/distro/include/sane-srcrevs.inc:
10:50.01CIA-80sane-srcrevs.inc: bump rev for mokonnect
10:50.01CIA-80Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
11:13.05*** join/#oe fpga (n=s@92.62.56.51)
11:13.09*** join/#oe mario-goulart (n=user@67.205.85.241)
11:20.30CIA-8003Tom <tom@stosb.com> 07org.openembedded.dev * r8c82fd53f2 10openembedded.git/recipes/tasks/task-x11-illume.bb: ILLUME_CONFIG is now also set by a variable
11:20.40CIA-8003Tom <tom@stosb.com> 07org.openembedded.dev * r8d577b7454 10openembedded.git/conf/distro/shr.conf: added SHR specific choices for default illume theme and config
11:21.21*** join/#oe pirho (i=pirho@gateway/gpg-tor/key-0x2CEEC9CB)
11:33.20Crofton|workwhat is guile?
11:34.03Crofton|workthanks google
11:34.24hrwCrofton|work:  Guile is a Scheme implementation designed for real world programming,
11:38.46*** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh)
11:39.35hrwflorian: xserver-common 1.33?
11:40.46Crofton|workany objections to applying rday's patch to upgrade it?
11:43.04*** join/#oe Crofton (n=balister@pool-71-171-31-89.nwrknj.east.verizon.net)
11:43.24CIA-8003Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r2eb7235a4b 10openembedded.git/recipes/tasks/task-shr-feed.bb:
11:43.24CIA-80task-shr-feed: remove all stuff depending on bluez-libs
11:43.24CIA-80Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
11:45.18CIA-8003Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r2adccab21c 10openembedded.git/recipes/webkit/webkit-efl_git.bb: webkit-efl: run thru oe-stylize.py
11:45.25*** join/#oe aloril (n=aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi)
11:45.30XorACrofton|work: go for it, the sooner he stops sending emails the better for my sanity
11:46.08Crofton|workheh
11:46.16Crofton|workhis patches are easy to apply :)
11:46.29Crofton|workonce I figured out to get the mbox from pathchwork
11:48.06hrwCrofton|work: contrib/patchwork/pw-am.sh NUMBER_FROM_PATCHWORK D:
11:51.23Crofton|workhrw, aweome
11:52.46hrwCrofton|work: remember to mark patch as applied and archive it
11:54.07Crofton|workyep
11:56.33florianhrw: oh... new patches?!
12:04.45*** join/#oe woglinde (i=woglinde@g225004030.adsl.alicedsl.de)
12:05.16Croftonah, the -s adds signed-off by me?
12:05.23*** part/#oe eFfeM (n=eFfeM@atwork-193.r-212.178.107.atwork.nl)
12:05.29woglindeyes
12:05.31woglindesir
12:06.09CroftonHe didn't get the commit message quite right this time, but close enough
12:06.27Croftonalso, are we putting checksum in recipes yet?
12:06.36woglindehm
12:06.42woglindeI would say no
12:06.55hrwflorian: no, xmodmap dir
12:07.02pb_yeah, I have started putting checksums in recipes for things that I add
12:07.05Croftonok, just checking if we need to start commenting on that in patches
12:07.07Croftonok
12:07.11pb_you can do it either way, it doesn't really matter
12:07.22woglindepb ah
12:07.24CroftonI should figure out the syntax and start commenting on patches though
12:08.02pb_curl_7.19.7 has an example, that's one that I added yesterday
12:10.02*** join/#oe mickey|sofa (n=M@e180135046.adsl.alicedsl.de)
12:10.41woglindejo mickey
12:10.55mickey|sofamorsce
12:11.58florianhi mickey|sofa
12:12.23pb_hi mickey|sofa
12:13.29mickey|sofahey florian, pb_
12:14.31CIA-8003Robert P. J. Day <rpjday@crashcourse.ca> 07org.openembedded.dev * r0efbdb1b33 10openembedded.git/ (3 files in 2 dirs):
12:14.31CIA-80Upgrade guile from 1.8.6 to 1.8.7.
12:14.31CIA-80Signed-off-by: Robert P. J. Day <rpjday@crashcourse.ca>
12:14.31CIA-80Signed-off-by: Philip Balister <philip@balister.org>
12:16.26*** join/#oe otavio (n=otavio@debian/developer/otavio)
12:27.37pb_Crofton: if you are thinking of Wookey, it is his "last" name (i.e. he doesn't have a first name)
12:28.25woglindedidnt know we live in the star wars universe
12:30.03hrwwoglinde: never met Wookey?
12:30.29woglindehrw only read about him in the internet
12:31.07*** join/#oe pocek_ (i=pock@87-205-75-11.adsl.inetia.pl)
12:31.11XorAcould legally change his name to XorA these days
12:31.19rwhitbyI met Wookey once for 5 minutes
12:32.11broonieXorA: You always could in Scotland.
12:32.34XorAbroonie: only after people have known me as XorA for a couple of years
12:32.42woglindechrome ose
12:35.11woglindehm intressting
12:35.33woglindeeach chrome os package has a debian/ dir
12:37.37broonieSeems reasonable given that Debian and Ubuntu are basically the only traditional distros for ARM.
12:38.12Crofton|workyes i am thinking of Wookie :)
12:38.21Crofton|workor . Wookie on linkedin
12:39.04broonieXXXXXXXXXXXXXXX Wookie on his passport :)
12:39.11pb_ah, wookie would be someone different.  the wookey I am thinking of spells his name with an "ey"
12:39.22woglinde*g*
12:39.24broonieey even
12:39.34broonieCrofton|work just mistyped it above.
12:40.17Crofton|workis not doing well this morning
12:40.36woglindecrofton go to sleep again
12:40.46Crofton|workwants to go to Austria caving with Wookey and the Cambridge guys one day
12:40.55Crofton|workalthoug I suspect I would fester alot
12:41.30woglindeaustria or australian?
12:42.31CroftonAustria
12:42.54woglindevienna?
12:43.09Croftonjust east of there
12:44.02Croftonhttp://www.srcf.ucam.org/caving/wiki/Expo
12:45.07CIA-8003Martin Jansa <martin.jansa@gmail.com> 07org.openembedded.dev * r72a77d6b4c 10openembedded.git/recipes/jamvm/jamvm-initial_1.5.0.bb:
12:45.07CIA-80jamvm-initial: add libffi-native dependency
12:45.07CIA-80Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
12:46.59*** join/#oe otavio_ (n=otavio@debian/developer/otavio)
12:47.14spaetzanyone responsible for gnuradio here?
12:47.26spaetzit's got a _git.bb but they only have SVN
12:47.53spaetzno git there at all. And parsing that broken SRC_URI fails with using SRCPV
12:48.07Crofton|workyeah
12:48.28Crofton|workmy understanding is SRCPV is not in dev
12:48.30spaetzso I'd either remove the recipe, get rid of SRCPV, or have someone to adapt it to using proper svn SRC_URIs
12:48.34Crofton|workand it is git now
12:48.45Crofton|work?
12:48.52Crofton|workthe recipe works for me
12:49.09spaetznow, the _git.bb points to a git location, but they seem to have there code in svn
12:49.19Crofton|workthey are migrating
12:49.22Crofton|workvery slowly
12:49.33Crofton|workthe website needs updating,
12:49.52spaetzahh, ok
12:49.52Crofton|workthe SRCPV will get fixed whenever the stuff lands in dev
12:49.58spaetzyep
12:50.01spaetzthanks
12:50.06Crofton|worknp
12:50.18Crofton|workthe version selection will stay in the bb fuile
12:50.24JaMaspaetz: it works for me too with patched bitbake..
12:50.28Crofton|worktoo much of a pain to keep it in a seperate file
12:50.42spaetzCrofton|work: no problem with that :)
12:51.12JaMaspaetz: maybe just git clone/git rev-list doesn't work for this repo?
12:51.38spaetzJaMa: I don't have a patched bitbake as vanilla bitbake works fine as long as BB_GIT_CLONE_FOR_SRCREV is commented out
12:52.39woglindeCrofton did you test gnuradio with newer boost yet?
12:53.09Croftonnot yet
12:53.21Croftonthey broke the usb autofoo AGAIN
12:53.32woglinde??????
12:53.34CroftonI need to fix that so I can move the version to soemthing more recent
12:53.40woglindegnuradio
12:53.43woglindeor boost?
12:53.47Croftonit builds on macos, mingw, and unix
12:53.50Croftongnuradio
12:54.23CroftonI need to fix the gnuradio source
12:54.34Croftonwithout breaking the other cases
12:54.39Croftonhmm
13:01.03*** join/#oe fpga (n=s@92.62.56.51)
13:10.39*** part/#oe EsbenH (n=EsbenH@77.233.226.4)
13:16.02*** join/#oe MWelchUK_work_ (n=welchma@65.91.2.71)
13:34.04*** join/#oe kristoffer (n=kristoff@95.209.33.111.bredband.tre.se)
13:37.38CIA-8003Thomas Zimmermann <ml@vdm-design.de> 07org.openembedded.dev * r1bfa409a3a 10openembedded.git/ (3 files in 2 dirs): om-gta0{1, 2}.conf task-shr-minimal: remove apm from machine features and add fso-apm to task-shr-minimal-base
13:40.49*** join/#oe pirho (i=pirho@gateway/gpg-tor/key-0x2CEEC9CB)
13:46.22*** join/#oe likewise (n=chatzill@82.171.51.231)
14:00.06*** join/#oe rsalveti (n=rsalveti@200.184.118.130)
14:00.59noglitchHi all !
14:01.22noglitchSomeone experienced a pure an simple hang of bitbake ?
14:01.37noglitchwithout a line of error...
14:01.39thebohemianyou got the hang of bitbake :)
14:01.48*** join/#oe aloril (n=aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi)
14:02.59noglitchnothing more to tell: it hang and I have to kill -9 it...
14:03.17noglitchpython seems to be well installed...
14:03.38noglitchfor example bbimage shows:
14:03.40noglitchbbimage -v
14:03.40noglitchBitBake Build Tool Core version 1.8.12
14:03.40noglitchBBImage version 1.1
14:04.53recalcatihow can I compile using the same environment of openembedded?    I mean... I fix something.. I go in work dir and I do make,  but I wish to have all variables set .   it is possible?  thz
14:05.00recalcatithx
14:09.20CIA-8003Sebastian Spaeth <Sebastian@SSpaeth.de> 07org.openembedded.dev * r1f782e83f3 10openembedded.git/recipes/tasks/task-shr-minimal.bb:
14:09.20CIA-80task-shr-minimal: Remove fso-apm and e-wm-config-illume-shr
14:09.20CIA-80* fso-apm is pulled by task-fso2-compliance
14:09.20CIA-80* e-wm-config-illume-shr is pulled by SHR distro setting ILLUME_THEME in task-x11-illume
14:09.22CIA-80Signed-off-by: Sebastian Spaeth <Sebastian@SSpaeth.de>
14:12.17pb_recalcati: see devshell.bbclass
14:12.25*** join/#oe waite (n=quassel@206.83.81.178)
14:12.36recalcatipb_: thx
14:15.43XorAhrmmmmm for some reason pam under uclibc stages wronf
14:15.45XorAwrong
14:17.12recalcatibitbake devshell; MACHINE=dm365-evm bitbake  -b recipes/qt4/qt4-embedded_4.6.bb -c devshell     .     fantastique . A new window appears and I'm inside the qt-4.6 work dir.
14:17.25cbrakeany ideas what this error might mean: /angstrom-2008.1/tmp/cross/armv5te/arm-angstrom-linux-gnueabi/bin/as: unrecognized option '-Qy'
14:17.35cbrakewhile building gcc-cross-initial
14:18.00zeckecbrake: wow... no... do you have CC set to something weird?
14:18.33CIA-8003Thomas Zimmermann <zimmermann@vdm-design.de> 07org.openembedded.dev * r66d1101a0a 10openembedded.git/recipes/python/python-epsilon_svn.bb:
14:18.33CIA-80python-epsilon: Add new SRC_URI
14:18.33CIA-80Signed-off-by: Sebastian Spaeth <Sebastian@SSpaeth.de>
14:18.44cbrakezecke: Joe is building on a 64-bit vmware Ubuntu 9.10 machine and getting this
14:18.48cbrakezecke: works fine for me
14:18.54*** join/#oe rob_w (n=bob@84.155.209.75)
14:18.55cbrakezecke: on my native 64-bit system
14:19.49hrw-Qy... check mailing list archive
14:19.54cbrakezecke: from the run.do_compile: export CC="gcc"
14:19.58cbrakehrw: ok, will do
14:22.32cbrakeso it should be calling the host as, not arm as ...
14:28.34*** join/#oe eFfeM (n=eFfeM@atwork-193.r-212.178.107.atwork.nl)
14:31.37cbrakefound a potential solution: http://bugs.openembedded.org/show_bug.cgi?id=31022~
14:31.50hrwnoglitch: never saw that
14:31.53cbrakehttp://bugs.openembedded.org/show_bug.cgi?id=3102 (with trailing garbage)
14:33.06noglitchhrw: I must say that I am in a virtual machine (512MB or ram) with filesystem on NFS...
14:33.21*** join/#oe kergoth (n=kergoth@nat/montavista/x-qodniqwzmvjervow)
14:33.22noglitchhrw: ... not so usual
14:34.09hrwhmm.. maybe thats why
14:34.30noglitchbut CPU is idle... some memory remains. Python does not seem to work at all
14:36.23noglitchpython 2.6 / psyco / ubuntu 9.10...
14:36.48*** join/#oe challinan (n=chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net)
14:39.58noglitchhere is the log of verbose python -vvv: http://paste.debian.net/51976/
14:40.20*** join/#oe ctusar (n=ctusar@router2.videon-central.net)
14:40.25noglitchBTW: I am on stable/2009
14:40.32CIA-8003Sebastian Spaeth <Sebastian@SSpaeth.de> 07org.openembedded.dev * r849cd3aa31 10openembedded.git/ (3 files in 2 dirs):
14:40.32CIA-80Revert "om-gta0{1, 2}.conf task-shr-minimal: remove apm from machine
14:40.32CIA-80features and add fso-apm to task-shr-minimal-base"
14:40.32CIA-80* Will do it distro specific....
14:40.33CIA-80* This reverts commit 1bfa409a3a28cee60c4800d3caf33ce3f100d4ca.
14:41.00recalcatiI need a 16 core .. at least .. and DDR3 ram.  anybody can point me to very fast compiling servers ?   for oe, but also for other compilations.
14:42.39recalcatibecause my work team is wasting too much time waiting their PCs
14:44.03zeckerecalcati: have you used icecream before?
14:44.49recalcatiicecream: mean eat one and wait without hurry
14:45.31recalcatiapt-get ... installed
14:45.57recalcatino, it is about streaming
14:46.55zeckerecalcati: icecc and see the opensuse wiki about it
14:47.03*** join/#oe _ProtoN_ (n=lcintrat@fe2adsl-2.wyplay.net)
14:53.32cbrake<PROTECTED>
14:54.12hrwcbrake: great. can you add it to wiki?
14:54.29cbrakezecke: wonder if this is something we should check for ...
14:55.11mckoangood morning
14:55.14cbrakehrw: yes -- looking for a good place ...
15:03.22mickey|sofaXorA: you seem to have some serious problems with me or why do you take every chance to disagree? i wonder what i did to you.
15:03.27mickey|sofa*shrug*
15:07.26spaetzhrw: thanks for the MACHINE_distro suggestion. I should have thought of that in the first place
15:09.04XorAmickey|sofa: I dont disagree, I just think you exposed a bug in FSO
15:09.24XorAmickey|sofa: maybe I been speaking to koen too much and come over too abrupt sorry
15:09.26hrwhi mckoan mickey|sofa
15:09.28hrwspaetz: np
15:10.05mickey|sofaXorA: yeah, i seem to imagine a pattern of increased rudeness and agressivity on your side against me and am really wondering
15:10.26mickey|sofaanyways, wrt. the technical issue see my other mail
15:12.00spaetzJust out of interest, how can I see who else is basing a distro on that machine type?
15:12.16spaetzNot that it's really important to know...
15:12.42hrwspaetz: my out-of-tree umbaumba 31.4 distro uses om-gta01
15:13.00spaetzhrw: ahh ok.
15:13.07mickey|sofayou can't
15:13.10Crofton|workwe all have crappy days, I sure was having one yesterday
15:14.02florianhrw: "GPE: fboor * r9972 /trunk/base/xserver-common/ (ChangeLog Makefile): Release 1.33"
15:14.36hrwflorian: does it gives same result as 1.30 from OE?
15:15.58florianhrw: I hope its an improvement :-)
15:16.46florianwould have to check if its really the same
15:19.43hrw11 minutes for building rootfs...
15:19.44hrwsuxx
15:23.08florianask for compiling Qt ;)
15:23.36mickey|sofahrw: glad to see the return of umbaumba. it's been long :))
15:25.11florianheh
15:25.17hrwflorian: I meant 11 minutes in do_rootfs task
15:25.32XorAcreates an umbaumba.conf
15:25.34hrwmickey|sofa: 17.4, 18.1, 31.4
15:26.49*** join/#oe Martin-B (n=martin@pool-238-66-198-89.dbd-ipconnect.net)
15:26.54florianhrw: that's how I read it. I speak about the qt-x11-free do_compile task :)
15:27.58hrwflorian: ok - then look at glibc.do_package;D
15:29.01florianheh
15:31.25florianhrw: have you ever noticed a difference when you build setting $MACHINE in the environment in contrast to have it in a config file?
15:32.10hrwno
15:32.27hrwI usually have ?=at91sam9263ek in auto.conf and manually set others
15:33.24florianI need to configure the bot to built latest stuff too. What I currently built is somewhat outdated from the OE perspective.
15:33.27*** join/#oe _ProtoN_ (n=lcintrat@fe2adsl-2.wyplay.net)
15:33.32DJWillisgrumbles about people failing to sort checksum.ini when commiting changes.
15:34.21florianI have seen random failures to build the machine specific packages getting $MACHINE from environment.
15:34.32florianwaits for checksums.ini to die
15:37.18XorADJWillis: write a commit hook for checking that :-D
15:40.27likewiseputs a bullet in checksums.ini
15:40.49noglitchhrw: I am totally stuck here: http://paste.debian.net/51976/ did you experience issues with python2.6 ?
15:42.01kergothmeh
15:42.06kergothglad this week is over
15:42.10kergothwell, nearly
15:42.12hrwI use 2.5 mostly but no problems with 2.6
15:42.30RPmorning kergoth :)
15:42.53kergothspeaking of which, why the hell can't i find a python2.6 package in sid anymore
15:42.57kergothhrmph
15:43.01kergothmorning RP
15:43.15brooniekergoth: The python maintainer is a fuckwit.
15:43.20kergothah, right
15:43.22kergoththatd do it
15:43.35hrwkergoth: look at experimental
15:43.40broonieIt's in experimental.
15:43.47kergothyeah, i saw it there, still annoying :)
15:44.15noglitchit seems to be related to python2.6 in karmic
15:44.37noglitch<bb>: inconsistent use of tabs and spaces in indentation
15:44.37*** join/#oe otavio (n=otavio@debian/developer/otavio)
15:45.10noglitchfor "sre_constants"...
15:45.49hrwkergoth: and expect problems with it
15:46.18kergothsomeday I'm going to remember how to do apt pinning / distro selection without having to look it up.  someday.. :)
15:46.29kergothheh, experimental is aptly named, eh
15:49.46*** join/#oe CosmicPenguin (n=nobody@66-162-99-237.static.twtelecom.net)
15:57.02pb_DJWillis: heh, just forget about checksums.ini
16:01.28*** join/#oe Weaselweb (n=quassel@2001:6f8:9e4:123:21a:92ff:fe5a:1409)
16:02.23kergothsighs and starts trying to sync up the mvl6 recipes with OE
16:04.42zeckecbrake: good question
16:05.07zeckewow meta-toolchain is broken again
16:05.48pb_zecke: doh, again?
16:05.59pb_if only we had some kind of waterfall for oestats we could monitor this :-}
16:06.12zecke"*  glibc-utils *  localedef *"... missing dependencies
16:06.13zeckeany idea?
16:06.19*** join/#oe Martin-B (n=martin@pool-238-66-198-89.dbd-ipconnect.net)
16:06.57kergothi love git-clean
16:07.06pb_I don't quite know what that message means.  I guess from the * decorations that this is opkg, right?
16:07.09hrw"git clean -df ." rox
16:07.14pb_is it saying that opkg-utils depends on localedef?
16:07.21kergothhrw: yup
16:07.40kergothgit clean -fdX is a good one too, just cleans the ignored files
16:08.16zeckepb_: task-sdk-bare is depending on these two
16:08.32zeckepb_: and as a bad user I only pasted one of the two lines...
16:08.36pb_ah, that does seem bogus.  those are both target executables, you wouldn't want them in an sdk
16:09.17zeckepb_: well, it might get installed in the target area (still bogus)... I just wonder if they used to be present and are gone now, or a new
16:10.26zeckeand with cheer luck it points to work of RP again... I fear to tell him :}
16:11.19pb_afaik, the packages do still exist (they're both generated as part of glibc).  so, either they have changed architecture or otherwise become unavailable to the sdk, or the dependency on them is new.  I don't know which of those is likely to be the case.
16:11.27pb_ah, poor RP
16:11.38zeckeI will have to figure this out on the weekend
16:12.13pb_well, if he gets angry he can always vent some steam on the mailing list, that seems to be the standard modus operandi at present
16:13.25zeckepb_: any idea how to improve the situation?
16:13.25zeckepb_: when koen asked you to use --author I wanted to reply but he even used "please"
16:14.02pb_zecke: yeah, I wasn't too bothered about koen asking me to use --author.  I think that was a reasonable request.
16:15.08pb_there does seem to be a general highly-strung atmosphere on the mailing list at present, though, and unfortunately I have no idea how to improve that situation.
16:15.26florianHe had a good day obvoiously... the comment about second names was good :)
16:15.43Crofton|workthe holidays are coming up
16:15.52Crofton|workand we are coming off a dev is broken phase
16:16.29florianyes I guess people who are just using .dev are having a hard time
16:16.52hrwthats why I mostly spend time with Poky last weeks
16:16.58RPzecke: hmm. Is there a localedef package?
16:17.38mwesterdidn't do it!
16:18.40floriantoo... mostly because we try to get our low budget distro ready
16:19.25pb_go home now
16:19.30pb_babysitting duties call
16:19.32pb_later all
16:19.38florianpb_: enjoy
16:20.14zeckeRP: sorry, thanks for the help but right now I'm unable to take it. I will spend my saturday working on oestats and figuring it out
16:21.32florianzecke: oh... I was tempted to hack on oestats too.
16:23.02RPzecke: I changed glibc's packaging and moved a lot of things into a .bbclass. Looking at it I can't immediately see why that would break the localedef package but I can look into it. Its a wider problem than meta-toolchain
16:23.40*** join/#oe dth_ntb (n=dieter@p4FDEEA9D.dip.t-dialin.net)
16:24.46RPzecke: localedef is in PACKAGES and a package is attempted but its empty :/
16:26.47zeckeRP: but the FILES_localedef looked fine
16:27.10RPzecke: yes, which is puzzling
16:27.31RPzecke: something odd is going on :/
16:28.40zeckeRP: don't look at it, I will have time on saturday
16:30.52zeckeflorian: what do you want to hack on?
16:32.19florianzecke: I miss a column with the build target in the lists.
16:32.48zeckeah
16:32.53zeckeI will try to give pb_ a waterfall
16:34.48floriancool
16:35.28florianzecke: if we extend it to schedule builds we have a pretty cool tool.
16:36.42zeckeflorian: why would you want it to schedule builds? it makes the setup more complicated :)
16:38.10florianzecke: to avoid setting up buildbot. but yes you are right, the easy setup procedure is nice.
16:38.18*** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh)
16:38.35RPzecke: I dream of an oestats and buildbot merged together
16:38.55RPzecke: builtbot it so ununsuited to our needs its not funny :(
16:39.10RPzecke: but it also does certain things well
16:39.33zeckeRP: the scheduling of things are great
16:39.40zeckebut I can't stand twisted
16:41.04RPzecke: :)
16:42.38florianzecke: it should be possible to make the setup easy even if you intend to control builds but its likely to be some effort
16:44.45zeckeflorian: the problem is that... companies need to put these servers in a DMZ...
16:46.18hrwflorian: oestats in one way service. how you want to schedule it?
16:46.35florianzecke: hum well, this could even be an internal server
16:47.59florianhrw: cureently it is, yes
16:48.21hrwflorian: I wonder how it can be twoways
16:49.17noglitchhrw: seems to work better with python2.5...
16:56.15recalcatiI have qt 4.6 runniing on dm365 evm
16:57.06recalcatiI'll try to arrive to the real end of bitbake compilation and then I'll send the recipe
16:57.26recalcatiby now there is some trick to be done
16:58.44RPzecke: The problem is FILES_glibc interacts badly with FILES_${PN} :/
17:00.28kergothrecipe_sanity checks for that
17:00.38kergothit notifies you when the expansion of a variable name overwrites an existing variable
17:00.40zeckeRP: hey, I asked you to not look into it... makes sense you would want to have a "+="?
17:01.04RPzecke: I'm bothered the whole of OE is broken due to it :/
17:01.15hrwhmm..
17:01.18RPzecke: += is not appropriate :/
17:01.23hrw"learned" or "learnt"?
17:02.13RPhrw: learnt
17:02.30RPhrw: Well, depends on the context :)
17:02.35zeckeRP: the nihilist in me says everything is broken anyway :)
17:02.38zecke(or needs to be broken)
17:02.49hrwhttp://www.askoxford.com/asktheexperts/faq/aboutspelling/learnt?view=uk
17:03.02hrwRP: looks like both are proper even in British English
17:03.39RPhrw: I'd have said learnt is past tense, learned can describe someone
17:03.51RPhrw: looks like americans would disagree with me ;-)
17:04.44hrwk
17:04.47recalcatizecke: thank you very much. I have to finish well the recipe, anyway. I'll do it monday
17:05.01*** join/#oe otavio (n=otavio@debian/developer/otavio)
17:05.04RPzecke: We don't have a way to unset something in the metadata do we (other than a python delvar call) :/
17:05.08recalcatiI have also learned devshell
17:06.04recalcatigood night. byebye
17:08.26RPrealises how to solve this
17:09.10*** join/#oe gnutoo (n=gnutoo@host202-39-dynamic.117-80-r.retail.telecomitalia.it)
17:11.50kergothwhy does gmane's search suck so much ass, when their thread browsing interface is so awesome?
17:11.52kergothit confuses me
17:12.26*** join/#oe B_Lizzard_ (n=havoc@79.131.202.7)
17:13.40*** join/#oe toi (n=toi@d54C2A96D.access.telenet.be)
17:14.18zeckeRP: not really :(
17:17.35*** join/#oe rob_w (n=bob@p549BD14B.dip.t-dialin.net)
17:20.27hrw~hail git-svn
17:20.28ibotACTION bows down to git-svn and chants, "I'M NOT WORTHY!!"
17:22.22CIA-8003Richard Purdie <rpurdie@linux.intel.com> 07org.openembedded.dev * r2b05f41b11 10openembedded.git/classes/glibc-package.bbclass:
17:22.22CIA-80glibc-package.bbclass: Add support for precompiled glibc trees (from Poky)
17:22.22CIA-80Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
17:22.33CIA-8003Richard Purdie <rpurdie@linux.intel.com> 07org.openembedded.dev * rf0af65955d 10openembedded.git/classes/glibc-package.bbclass:
17:22.33CIA-80glibc-package.bbclass: Fix case PN = glibc and corrupts FILES variables
17:22.33CIA-80Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
17:22.33kergothprecompiled glibc trees?
17:22.33RPzecke: I've just pushed a fix, see if that helps...
17:22.38kergothhmm
17:22.52hrwRP: csl-glibc?
17:22.56RPkergoth: ?
17:23.19kergothpoints at the above commit notifications
17:23.41RPkergoth: precompiled binary locale files would be a better description
17:23.46RPkergoth: like CSL toolchains
17:23.56kergothah, right, makes more sense that way :)
17:24.01mario-goulartHi.  I'm trying to cross compile using Chicken on OE.  Chicken is a Scheme to C compiler and can generate native code by compiling Scheme to C then calling a C compiler behind the scenes to compile C to native code.  The cross compilation process is described at http://chicken.wiki.br/cross-compilation
17:24.42RPkergoth: I hate recipes like this: http://git.pokylinux.org/cgit.cgi/poky/tree/meta/packages/meta/external-csl-toolchain_2008q3-72.bb
17:25.22kergothyech
17:25.36kergothwonders how else one would manage that, though
17:25.43mario-goulartFirstly, it seems that chicken uses a different meaning for "native".  It seems that chicken's "native" means a binary for the target. According to http://docs.openembedded.org/usermanual/html/recipes_variables.html, OE's meaning for native is "things built to run natively on the build host itself."
17:26.00RPkergoth: "inherit glibc-package" now?
17:26.08RPkergoth: Removes a large chunk of that file
17:26.17kergothah, yes
17:26.20kergothcool
17:26.32RPneeds to fix it up and push
17:26.39mario-goulartAm I missing something or the concepts for "native" are really different?
17:31.14florian-> home, brb
17:35.11*** join/#oe jeffs (n=jeffs@rrcs-74-219-98-111.central.biz.rr.com)
17:35.43*** part/#oe jeffs (n=jeffs@rrcs-74-219-98-111.central.biz.rr.com)
17:35.50hrw-> off in few minutes
17:36.05hrwjust finished blog post for tomorrow with few OE/Poky tricks
17:36.09*** join/#oe ZaPPaS (n=moritz@weinberg.pi5.physik.uni-stuttgart.de)
17:37.21*** join/#oe woglinde (i=woglinde@92.225.4.30)
17:37.38hrwhave a nice weekend guys
17:37.46woglindebye hrw
17:39.01RPhi woglinde
17:39.45zeckeRP: would bumping the PR make sense?
17:40.29RPzecke: yes, most likely since people probably have bust glibcs now
17:41.12zeckeRP: do you need a hand on the PR bump?
17:41.23RPzecke: You are more than welcome to push one :)
17:44.04zeckeRP: it will take until sunday... if one can wait that long I'm happy to do it
17:45.30RPzecke: by then I'd imagine most people will have bitbake glibc -c clean 'd anyway :/
17:45.34woglindejo re
17:47.10zeckeRP: did you bump PR when doing the .bbclass addition?
17:49.14pb__well, luckily I think the bustage is probably going to be minor for most folks.  glibc-utils is a fairly fringe interest (except, weirdly, for the sdk-* tasks which seem to like it) and you only need localedef if you want to build locales on the target.
17:49.25pb__so, bumping PR is probably a good thing but I don't think it's super-urgent.
17:50.56woglindehes
17:50.57woglindeargs
17:51.13woglinderp I will now test your uclibc patches
17:52.56DJWillispb__: it may be nice to tie up the PR bump to go in before the upcomming Angstrom DISTRO_PR bump (ok, it's one distro but you know what I mean)
17:53.36RPzecke: no, it wasn't meant to change anything
17:54.15pb__DJWillis: I doubt it makes a lot of difference.  if angstrom is going to bump DISTRO_PR then they will be recompiling anyway and the question of whether the package PR is bumped or not will be irrelevant for them.  plus, I don't think any/many of the angstrom targets will be affected by the lack of those two packages anyway.
17:54.50DJWillispb__: doh!, of course, i'll crawl back to my cave now.
17:55.54pb__DJWillis: sorry, that wasn't meant to be dismissive.
17:56.42DJWillispb__: no offense taken at all :-)
17:56.46*** join/#oe Heinervdm (n=thomas@217.225.86.153)
17:56.53pb__ah, jolly good :-)
17:57.33zeckeRP: now configure failed... hmm
17:58.53*** join/#oe florian (n=fuchs@Maemo/community/contributor/florian)
17:59.13florianre
17:59.29woglindejo florian
17:59.39zeckeRP: sorry, i can't look into this right now :(
17:59.40RPzecke: bitbake glibc-initial -c clean
17:59.59RPzecke: I'd bet config.log says it can't find limits.h
18:00.21zeckeRP: ah maybe
18:00.32zeckeRP: it says mips*cpp -E fails sanity check
18:00.41mario-goulartRegarding to the Chicken topic, it seems that the cross compiler needs the target libraries to generate target binaries (except for static binaries, everything is linked against libchicken.so, which needs to be from target).  Where should OE keep the target libs for this case?  Under tmp/cross or tmp/staging?
18:00.43woglindehm building uclibc
18:00.48woglindegets me
18:00.49woglindeERROR: Error Method already seen: get_glibc_fpu_setting in' glibc-package.bbclass' now in 'glibc-package.inc'
18:01.59RPwoglinde: DId I leave two copies? :/
18:02.11woglinderp of what?
18:02.28woglindethe fpu method?
18:03.11RPwoglinde: yes, I don't seem to have done
18:03.33RPwoglinde: I wonder if your cache needs cleaning or something :/
18:03.39pb__seems a bit weird that uclibc would be going near glibc-package.inc at all
18:03.49woglinderp I removed whole oetmp
18:04.07zeckepb__: that is printed during parse
18:04.46RPpb__: I think uclibc copied and pasted a libc function
18:05.33pb__zecke: oh right, yeah, of course
18:07.14woglinderp ah hm
18:07.46RPwoglinde: I can't find any reference to that in my tree other than in glibc-package.inc
18:08.04RPwoglinde: Do you have any local changes referencing it?
18:08.29woglindejust grepping
18:08.38woglindebut I am sure I never touched this
18:08.56woglindehm I should run with -DDD to see which package it is
18:11.45kergothtries to wrap his head around the rebase --preserve-merges option
18:17.22*** join/#oe stephank (n=traveler@84.25.113.14)
18:18.46RPcalls it a day
18:18.48zeckeRP: nice hint... do you know what happens?
18:18.52zeckeah take care!
18:19.21woglindeRp again?
18:20.21RPzecke: glibc's headers overwrite those from glibc-initial. You clean glibc and then it has no headers to build against
18:20.59RPzecke: By building glibc-initial, you get headers for glibc so its happy again
18:21.04RPreally gone
18:22.04woglindebye RP
18:22.08woglindetake a rest
18:22.47*** join/#oe hufnus_cicq (n=hufnus_c@69-12-177-67.dsl.static.sonic.net)
18:35.18*** join/#oe marcosmamorim (n=marcos@200-158-243-46.dsl.telesp.net.br)
18:35.35*** join/#oe dth_ntb (n=dieter@p4FDEEA9D.dip.t-dialin.net)
18:46.41zeckeRP: meta-toolchain built again
18:47.46kergothhmm.
18:51.54woglindehm
18:52.00kergoththe branch setup the git guys use is cute, i like it
18:52.05woglinde# Need to overwrite the version from -initial
18:52.05woglinde<PROTECTED>
18:52.05woglinde<PROTECTED>
18:52.06woglinde<PROTECTED>
18:52.20woglindethis gives me some headaches
18:52.44kergothwe should think about using a method like theirs for bitbake
18:52.45kergothhmm
18:53.09woglindedont know why rp made this
18:53.34kristofferkergoth, I did another test today. Still got same issue, getting no tar package at all. bitbake -e still returns package_tar
18:53.44woglindebut it seems utterly wrong
18:53.44kergoththat's very odd
18:54.17woglindehm but maybee I have to check the staging-dir
18:55.28pb__woglinde: what goes wrong with that?  it doesn't look as bogus as all that.
18:56.10woglindechmod: cannot operate on dangling symlink `/devel/arm/oetmp-ang/work/beagleboard-oe-linux-uclibceabi/uclibc-0.9.30.1-r32.1/image//lib/libc.so'
18:56.18woglindelater in the patch
18:56.34woglindechmod +x ${D}/${base_libdir}/*
18:56.36woglindehm ah
18:56.42woglindewas in before
18:56.49pb__oh. this is micro?
18:57.00woglindenope uclibc recipes
18:57.01pb__i guess you need to adjust the path there
18:57.14pb__right, but what distro?
18:57.18woglindeah yes I am buildn micro
18:57.18woglindedistro
18:57.19woglindesorry
18:57.29kristofferkergoth, when I look further I see that package_tar actually tries to create a package but skips through everything with "not creating empty package for...". It does this for all folders (even though those that should contain atleast binaries)
18:58.03pb__yeah, it needs to be different in that case.  "../../lib/libc.so.0" assumes libdir is in /usr
18:58.06kergothhuh, sounds like it may just be broken.. open a bug? :)
18:58.24kristofferkergoth, yeppers, will do
18:58.41woglindepb hm
18:58.48woglindehow to solve this
18:58.57pb__might be easier to use an absolute path
18:59.14woglindepb WORKDIR?
18:59.19pb__oh, no, that still won't work right
18:59.44pb__hm, tricky.  what did uclibc do before rp's recent chanes?
18:59.53pb__changes, even
19:00.11woglindeinstall -m 644 lib/libc.so ${UCLIBC_STAGE_PREFIX}/lib
19:00.15pb__typing with one hand, my daughter is occupying the other arm
19:00.27woglindeah mom
19:00.35kergothooh, i didn't know about git stash --patch
19:00.38kergother, git stash save --patch
19:00.44Crofton|workwew, the patch I applied from rday did the right thing with author
19:00.47woglindepb in do_install install -m 644 lib/libc.so ${D}${libdir}/
19:00.51zeckebye bye
19:01.04Crofton|workgn zecke
19:01.06woglindeargs this was inital
19:01.11XorAmickey|sofa: florian: awake?
19:01.28mickey|sofasomewhat
19:01.34woglindepb hm nothing
19:01.35mickey|sofashallwe join #oe-ev?
19:01.36Crofton|workoh yeah
19:01.44mickey|sofaor do ithere?
19:01.44XorAmickey|sofa: good plan
19:01.47mickey|sofaokies
19:02.24woglindepb ah found
19:02.36woglindeuclibc directly manipulated staging
19:02.42pb__ah
19:03.00mickey|sofaflorian: ping
19:03.16woglindebut I wonder because in staging is no libc.so yet
19:03.24kergothhm
19:03.26woglindebut maybee it got deleted
19:03.43pb__in cross?
19:04.01woglindecross is nothing too
19:04.04pb__hm
19:04.07woglindejust checked it
19:04.13woglindebut nobody complained
19:04.22mickey|sofaflorian: PING
19:04.32woglindeothetwise gcc-inter might have some problems
19:04.45kergothhttp://gitready.com/ cute little site
19:05.16florianmickey|sofa: pong
19:05.46woglindepb the goal is that libc.so points to libc.so.0  right?
19:07.04cdbot2* * OE Bug 5339 has been created by kristoffer.ericson(AT)gmail.com
19:07.06cdbot2* * package_tar no longer produces packages
19:07.08cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=5339
19:13.33*** join/#oe cf_ (i=cf1ea838@gateway/web/freenode/x-fuafvfyrmrmvtjhr)
19:14.32kergothwonders how painful a collection would be that used git-submodule with separate repositories for the recipes
19:22.32CIA-8003Kristoffer Ericson <kristoffer@boggieman.(none)> 07org.openembedded.dev * rc3660ee99a 10openembedded.git/conf/distro/jlime-2009.1.conf: update jlime-2009.1 distro file and check so it builds
19:22.33CIA-8003Kristoffer Ericson <kristoffer@boggieman.(none)> 07org.openembedded.dev * rc84b4b9dd9 10openembedded.git/MAINTAINERS: update Maintainer information
19:22.33CIA-8003Kristoffer Ericson <kristoffer@boggieman.(none)> 07org.openembedded.dev * rfbdd91d7a6 10openembedded.git/conf/distro/jlime-2009.1.conf: Change config into something that actually builds.
19:22.35CIA-8003Kristoffer Ericson <kristoffer@boggieman.(none)> 07org.openembedded.dev * rb0d5120892 10openembedded.git/conf/machine/ben-nanonote.conf: Add machine file for Qi-Hardware's ben nanonote.
19:22.38CIA-8003Kristoffer Ericson <kristoffer@boggieman.(none)> 07org.openembedded.dev * reb0bcf7a3b 10openembedded.git/recipes/linux/ (22 files in 2 dirs):
19:22.41CIA-80Add preferred kernel for the ben-nanonote and merge that
19:22.43CIA-80into linux_2.6.31.bb. Patches and config are grabbed
19:22.45CIA-80from qi-hardware.com. fix_mips_vmlinux.lds.patch is
19:22.47CIA-80added to fix problem in 2.6.31.5 vanilla.
19:26.48woglindepb I think an easy solution is ln -s ../../lib/libc.so.0 ${D}${libdir}/libc.so
19:26.50woglindeargs
19:27.03woglindepb I think an easy solution is ln -s ../${prefix}/lib/libc.so.0 ${D}${libdir}/libc.so
19:27.11woglindethat  should do the trick
19:27.40*** join/#oe toi (n=toi@d54C2A96D.access.telenet.be)
19:28.19woglindehms
19:30.07woglindehm nope
19:32.04woglindehm seems to be right
19:32.09woglindehm hmh hmh
19:32.12woglinde*g*
19:38.51*** join/#oe Hrww (n=hrw@chello089078170228.chello.pl)
19:43.21woglinde~seen khem
19:43.23ibotkhem <n=khem@99-57-141-118.lightspeed.sntcca.sbcglobal.net> was last seen on IRC in channel #oe, 7d 21h 42m 59s ago, saying: 'hmm autofs works much better with tcp for mountproto'.
19:45.04woglindeKristoffer Ericson <kristoffer@boggieman.(none)>
19:45.12woglindehms
19:46.14kristofferwoglinde, yeah I noticed it after I sent them. Fixed it in git config now
20:06.26woglindeokay
20:09.06*** join/#oe FOM (n=jeffs@rrcs-74-219-98-111.central.biz.rr.com)
20:14.22florianargs... all ran away
20:27.19rsalvetijust a quick question, what's actually the meaning of the PE variable?
20:27.34kergothepoch.
20:27.52kergothPE > PV > PR
20:28.13kergotha recipe with a PE of 1 and a PV of 2 is newer than a recipe with a PE of 0 and a PV of 5
20:28.39kergothi need to break this habit of ending my git commit message summaries with a period
20:28.55rsalvetikergoth: hm, guess I got it
20:29.03kergothit's most commonly used when someone screws up
20:29.28kergothif they release something newer thats accidentally older in the version comparison, you can bump the epoch to make sure its newer
20:29.34kergothnever use it unless you have a good reason to do so
20:30.50rsalvetikergoth: oh, now I found the reason why :-)
20:30.52rsalvetikergoth: thanks
20:30.57kergothnp
20:31.08rsalvetikergoth: so, when creating a new recipe should I add PE = 1 or something like that?
20:31.14kergothits not unique to oe/bitbake, debian and rpm have it too
20:31.18kergothno
20:31.19kergotha
20:31.19kergothgain
20:31.22kergothdont set it unless you have a reason to
20:31.24kergothat all.
20:31.53rsalvetikergoth: hehe, got it :-)
20:32.30kergothand there generally isn't a need to define something unless you're setting it differently than the defaults defined in bitbake.conf.  the only real exception to that is PR, which people add regardless, to make revision bumps later on slightly quickly
20:32.33kergoths/ly$/er/
20:33.18rsalvetiyep, true
20:42.09pb__woglinde: no, that won't work, you've got it backwards.  it's the number of "../" components that needs to change.
20:43.03pb__you're trying to create a symlink in ${libdir} which points to a file in ${base_libdir}.  in a normal distro, the former is /usr/lib and the latter is /lib, so "../../lib" (or "../../${base_libdir}") is the appropriate source path.
20:43.51pb__a cheap hack would just be to just add a straight conditional for the case where libdir and base_libdir are the same.  that'd fix micro, though it would still not work in the completely general case.
20:44.49pb__for a completely general case, you need a function to compute the relative path to ${base_libdir} starting from ${libdir}, which is not completely trivial but ought to be fairly straightforward to do in python.
20:45.02pb__probably a bit of a pita to implement in shell although I'm sure you could do it there if you really wanted
20:49.12woglindere
20:49.19woglindepb hm I just looked up
20:49.32woglindein the old recipe we dont have libc.so anyway
20:49.57woglindein the builddir it is a linkerscript as for glibc
20:50.10woglindedont know why rp is linking it to libc.so.6
20:50.29woglindeso I am little bit puzzeld
20:50.38pb__oh, that is a bit weird
20:50.56pb__maybe that chunk is just bogus then.  what happens if you delete it and allow uclibc to install the linker script?
20:51.02woglindebut it doesnt seem to make it to the image
20:51.29woglindethe question is do the we really need libc.so
20:52.05woglindeas I said I cannt find it in staging or packages for old way
20:54.46woglindehm I found something from the uclibc self for install
20:55.12woglindehttp://pastebin.com/m30f8b9db
20:56.24pb__you definitely need libc.so in some form, or you will have nothing to link against.
20:56.35pb__however, uclibc itself might be installing that as part of "make install", it might not be explicit in the recipes.
20:57.37kergothhmm
20:57.55pb__it wouldn't surprise me too much if the -dev packages (and sdk) for uclibc were broken before, I suspect nobody was using them.  but staging must have been correct, or nearly so, otherwise nothing would have worked.
20:58.25woglindepb jupp
20:58.59woglindehm so the right solution I see let uclibc install the libc.so
20:59.08Crofton|workpb__, what situation do you need to use --author in?
20:59.09pb__yeah, probably
20:59.13woglindeand we have to fix the sed's out again
20:59.41Crofton|workdiff not applied via "git am"?
20:59.45woglindethe linkin to libc.so.0 is wrong
20:59.50woglindein my eyes
21:00.01pb__Crofton|work: I think koen was upset about 5a8ab317885f234a411dce0ef1c76ef74583b299
21:00.17pb__and/or a7affee8d4ce7f514648d07a1c59b05032d37778, I can't quite remember which was which
21:00.58Crofton|workI just realized I hadn't used --author when I commited rday's guile patches, but the author is good on them
21:01.06pb__woglinde: yeah, if uclibc has a _nonshared.a then making a direct link from .so.0 -> .so is wrong
21:01.28pb__Crofton|work: if you apply the patch with git am then it will set the author automatically
21:02.13pb__it's only if you run git commit by hand that it becomes an issue.
21:02.35Crofton|workyeah
21:03.07pb__I think one or other of those patches needed some manual adjustment: either it wouldn't apply at all with git am or the result would not have been right, so I did it manually.
21:03.08Crofton|workI'm tempted to say make the patches apply via git am, but it is still good to give people credit :)
21:03.12Crofton|workyeah
21:03.33Crofton|workI had troble saving from mail, but downlaoding from patchwork did work
21:03.41pb__the other one I probably could have applied with git am but I just used the same method out of habit.
21:03.43woglindepb__ it has
21:04.21Crofton|workthere is also the script in contrib/patchwork that makes it super easy, with bonus of picking up all the ack's etc
21:05.09woglindeGROUP ( uclibc_nonshared.a libc.so.0 AS_NEEDED ( ld-uClibc.so.0 ) )
21:09.41*** join/#oe toi (n=toi@d54C2A96D.access.telenet.be)
21:11.37pb__woglinde: that looks about right
21:17.12woglindedamn
21:17.24woglindesomehow the install dont work
21:18.58woglindeseems something is wrong with the snippet I posted
21:25.13woglindehm the uclibc install stuff seems broken anyway
21:30.52woglindehm a seems a dependency problem
21:31.01woglindedev libs are installed before runtime
21:31.11*** join/#oe gnutoo (n=gnutoo@host202-39-dynamic.117-80-r.retail.telecomitalia.it)
21:31.25woglindeso if [ -f ./lib/libc.so -a -f /devel/arm/oetmp-ang/work/beagleboard-oe-linux-uclibceabi/uclibc-0.9.30.1-r32.1/image/lib/libc.so.0 ] ;
21:31.37woglindegoes wrong because there is no libc.so.0
21:31.38woglindehm
21:31.41woglindelet me test it
21:32.18woglindeah
21:32.22woglindeparallel make
21:32.41woglindeinstall: install_runtime install_dev
21:32.54woglindeand install_dev has no dep on install_runtime
21:34.13woglindegood catch
21:35.46*** join/#oe jest (n=jest@86-63-90-63.sta.asta-net.com.pl)
21:37.25woglindeyes it was
21:39.31mwesterwonders what percentage of the oft-used packages have been forced to disable parallel makes...
21:40.05woglindemwester *g*
21:40.12woglindesometimes its easy to fix
21:40.15woglindeas in this case
21:41.41woglindewonder why khem didnt figure this out
21:42.16pb__woglinde: ah, very good
21:42.37woglindeargs
21:42.45woglindeNOTE: the following files were installed but not shipped in any package:
21:42.46woglindeNOTE:   /usr/bin/ldd
21:43.42pb__doh
21:43.44pb__silly uclibc
21:44.06woglinde*g*
21:44.25pb__it must have a hard coded /usr in its makefile somewhere
21:44.32woglindenope
21:44.39woglindeit worked before richards stuff
21:45.14*** join/#oe timtimred (n=meh@79-75-159-45.dynamic.dsl.as9105.com)
21:45.16woglindeah okay
21:45.24woglindenasty hack in uclibc.inc
21:45.51woglindeoh god I should lart khem for this
21:46.23pb__./utils/Makefile.in:$(Q)$(INSTALL) -D -m 755 $(utils_OUT)/ldd $(PREFIX)$(RUNTIME_PREFIX)usr/bin/ldd
21:46.43pb__that seems fairly clearly broken
21:46.47woglindejupp
21:51.15*** join/#oe xcasex (n=quassel@ip-114-42-149-91.dialup.ice.net)
21:54.59*** join/#oe cminyard (n=cminyard@pool-173-57-145-237.dllstx.fios.verizon.net)
21:55.33*** join/#oe Vink__ (i=96a90f85@gateway/web/freenode/x-tveetxyiwnxhewmk)
21:58.22*** join/#oe pH5 (n=ph5@e178211041.adsl.alicedsl.de)
21:59.24*** join/#oe dth (n=Dieter@p4FDEEA9D.dip.t-dialin.net)
22:00.51CIA-8003Philip Balister <philip@balister.org> 07org.openembedded.dev * r9712678939 10openembedded.git/recipes/gnuradio/gnuradio_git.bb:
22:00.51CIA-80gnuradio : Update git recipe to build from current HEAD.
22:00.51CIA-80* Update recipe to allow building from dev repos and branches.
22:04.36CIA-8003Philip Balister <philip@balister.org> 07org.openembedded.dev * rf0583a9040 10openembedded.git/recipes/gnuradio/gnuradio_git.bb: gnuradio : Restore DEFAULT_PREFERENCE = "-1".
22:08.47*** join/#oe ant__ (n=andrea@host32-190-dynamic.60-82-r.retail.telecomitalia.it)
22:10.17woglindejo ant
22:11.15CIA-8003Philip Balister <philip@balister.org> 07org.openembedded.dev * r238eb99969 10openembedded.git/recipes/gnuradio/gnuradio_git.bb: gnuradio : Fix stupid typo. Sorry for the noise.
22:12.00Crofton|workshoot me
22:12.59woglinde~shoot crofton
22:13.00ibotACTION shoots crofton in the foot with a cork gun!
22:13.03Crofton|workheh
22:13.15woglindeas you wish master ;)
22:13.21Crofton|worknot mmy finest hour there ....
22:14.34ant__woglinde: hallo
22:22.20woglindehm
22:22.21woglindeNOTE: Not creating empty archive for libopie2-1.2.4-r2
22:22.24woglindenot good
22:23.21ant__woglinde: about opie issue on the ML, bluelightning is informed. He's just studying the best way to make the fix compatible with older kernels
22:23.32woglindeah
22:23.39woglindethats the an other error
22:43.05*** join/#oe kurtis99 (i=59fc071e@gateway/web/freenode/x-vffkqmfjqtwpjdnj)
22:44.00kurtis99hello
22:44.57*** part/#oe kurtis99 (i=59fc071e@gateway/web/freenode/x-vffkqmfjqtwpjdnj)
22:45.22*** join/#oe kurtis99 (i=59fc071e@gateway/web/freenode/x-onfhmblxmebdrlve)
22:47.44*** join/#oe kurtis99_ (n=mike@89.252.7.30)
22:53.15ant__will touch the rough metal launching another BFS form armv5te tonite
22:54.03ant__woglinde: kexec-tools guys finally added arm detection upstream
22:54.12ant__they even added uImage support
22:54.25mwestercool!
22:54.31ant__there is not yet a release but perhaps we could import th epèatch...
22:56.03*** join/#oe kurtis12345 (n=mike@89.252.7.30)
22:56.24ant__mwester: FYI we already have arm patches in OE, even for klibc-statical builds  :)
22:58.49ant__mwester: we would badly need your help in a parallel project: kexecboot. Kernels are now passing the cmdline at the new location so 'old' kernels cannot find the bootparams. iirc you did a patch to relocate these...?
23:18.25RPwoglinde: hi
23:18.39RPwoglinde: I see you've been cursing me a bit :/
23:19.05RPwoglinde: The reason for creating that was to overwrite libc.so installed by uclibc-initial
23:19.19RPwoglinde: I suspect you're onto a better solution...
23:28.38woglinderp yes
23:28.56woglindeproblem was in install from uclibc
23:29.02woglindenot parallelsafe
23:29.36woglindefixed locally
23:29.45woglindeand so the libc.so link can go away
23:30.11woglindethe orginal libc.so will overwrite the libc.so from inital
23:48.46*** join/#oe rsalveti (n=rsalveti@189.115.172.195)

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