IRC log for #oe on 20100930

00:12.17angelox_123ah,now i understand sorry
00:12.20angelox_123i'll try
00:17.42*** join/#oe ward| (~ward@unaffiliated/ward/x-0825971)
00:17.59*** join/#oe waite (~quassel@c-24-91-81-44.hsd1.ma.comcast.net)
00:18.12*** part/#oe ward| (~ward@unaffiliated/ward/x-0825971)
00:23.09*** join/#oe CMoH-notebook (~cipi@78.96.81.76)
00:23.09*** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh)
00:37.19*** join/#oe waite (~quassel@c-24-91-81-44.hsd1.ma.comcast.net)
00:49.39*** join/#oe mtr (~michael@v29762.1blu.de)
00:52.35*** join/#oe fscience (daf1c910@gateway/web/freenode/ip.218.241.201.16)
00:58.50*** join/#oe robtow (~a0272704@nat/ti/x-gbusczrvntrbhawp)
01:13.34*** join/#oe angelox_123 (~Angelo@189-46-144-139.dsl.telesp.net.br)
01:13.38angelox_123Hi back
01:13.43*** join/#oe kgilmer (~kgilmer@dsl254-120-154.nyc1.dsl.speakeasy.net)
01:13.45angelox_123now i have this error:
01:13.48angelox_123http://pastebin.com/0JKmsb64
01:28.16grgangelox_123, my logs from 2 days ago shows that patch applies...
01:28.54angelox_123hum..i'm using an angstrom-based distro(only with the name changed)
01:29.08angelox_123i had do this:
01:29.10angelox_123<playya__> so you should have the line require conf/distro/include/sane-srcrevs.inc
01:29.11angelox_123<playya__> and sane-srcrevs.inc sets EFL_SRCREV to 52678
01:30.47grghttp://cgit.openembedded.org/cgit.cgi/openembedded/commit/?id=d33ca8e16602a72d99f47a465bb56a613273cbc6
01:31.34angelox_123what i do?
01:31.41kergoththey voluntarily went from setuptools to autotools? ... not the direction i'd have gone.. heh
01:31.47angelox_123sorry please i'm newbye
01:32.20grgi don't know setuptools, but i'm no fan of autotools
01:32.32grgangelox_123, make sure your tree is up to date i suppose
01:32.58angelox_123i'll update now! (i forget,but have 1 month i don't updated =O )
01:33.00angelox_123lol
01:33.16grgwell that could explain a lot
01:33.19angelox_123it's git pull yes?
01:33.23grgyep
01:33.36khemgit pull --rebase  please
01:33.41khemhi grg
01:33.43grgand then merge everything that's broken in the last month
01:33.47grgmorning khem
01:33.54khemgrg: australia is playing india next month
01:34.03khemthinks of cricket
01:34.06grg:)
01:34.08angelox_123thanks
01:34.23angelox_123what time is on your country grg ?
01:34.32grg11:04 am
01:34.37angelox_123lol
01:34.44angelox_123here is 22:34 pm
01:34.44grgtomorrow
01:34.51grg30th sept
01:35.03angelox_12329 here =D
01:35.26angelox_123what is your real name? (my name is Angelo)
01:35.51grgGraham
01:36.05angelox_123thanks
01:36.29*** join/#oe waite (~quassel@c-24-91-81-44.hsd1.ma.comcast.net)
01:36.32grgyou can probably find that out from your irc client, i'm not hiding
01:37.18angelox_123ah ok sorry i'm some newbie
01:38.49grgkhem, a two test series? They're asking for a drawn series, right?
01:39.37angelox_123bye (i'll to bath! =P )
01:39.41angelox_123i come soon
01:40.46khemgrg: yeah but I think these days they cant play full five days so I am expecting some results
01:46.47*** join/#oe playya__ (~playya@93.216.245.238)
01:46.47*** join/#oe playya__ (~playya@unaffiliated/playya)
01:53.47*** join/#oe kgilmer (~kgilmer@dsl254-120-154.nyc1.dsl.speakeasy.net)
02:01.25*** join/#oe kgilmer (~kgilmer@dsl254-120-154.nyc1.dsl.speakeasy.net)
02:03.39angelox_123i back
02:03.46angelox_123i do git pull but the same error
02:03.53angelox_123did*
02:04.37*** join/#oe fraxinas (~quassel@p4FD65AC9.dip.t-dialin.net)
02:05.21angelox_123i did a mistake
02:06.19*** join/#oe sonic_baker (~sonic_bak@79.97.183.221)
02:06.59sonic_bakerHi there. Just wondering if anyone has made an OE distro for a PC/104 stack before?
02:11.09angelox_123as i had say here,i maked a distro,anybody can place it on oe tree(oficial)
02:19.54*** part/#oe sonic_baker (~sonic_bak@79.97.183.221)
02:24.31*** join/#oe pcacjr (~pcacjr@187.78.104.152)
02:24.31*** join/#oe pcacjr (~pcacjr@unaffiliated/pcacjr)
02:39.04*** join/#oe playya__ (~playya@93.216.245.238)
02:39.12*** join/#oe playya__ (~playya@unaffiliated/playya)
03:01.11loadammoIs there any way to set a verbosity option that would associate bitbake actions with the task that they're helping execute? i.e. 'running task 654...' and then something in the task breaks but if you've got multiple bitbake threads you kinda gotta dig around to associate the problem with the task
03:02.12angelox_123you can run bitbake -v anything-that-you-will-do and it will show verbose of all tasks
03:03.24loadammoYeah.. What I'm shooting for is less log data to sift through though. And it still doesn't associate the action with the task directly.
03:03.28loadammoAltho good suggestion
03:40.52angelox_123Bye all
03:40.54*** part/#oe angelox_123 (~Angelo@189-46-144-139.dsl.telesp.net.br)
03:43.19*** join/#oe playya__ (~playya@93.216.245.238)
03:43.19*** join/#oe playya__ (~playya@unaffiliated/playya)
03:49.36*** join/#oe gchiii (~gchiii@adsl-76-255-12-150.dsl.mrdnct.sbcglobal.net)
03:51.54kergothloadammo: are the log files that every task generates in some way insufficient?
03:52.41loadammoI have to go dig around to find those.
03:52.49*** join/#oe borg_ (~olaf@p548690CF.dip0.t-ipconnect.de)
03:56.14loadammoWhen the pertinant information is available in the output of the bitbake I just ran, it seems like there's just a matter of formatting the output so it includes the task. I'm playing around with a couple ideas, like overriding oenote/oewarning/oefatal so that it's echo "<type>${PN}" "$*", which basically gets me what I need.
03:56.55loadammoThe problem is, I've got a co-worker who's not too DIY, so when the build breaks he just comes and bugs me without looking at pretty much any logs. So trying to find a cut/paste solution to make my life easier.
03:58.16grgloadammo, your co-worker is broken and needs to be patched
03:58.24loadammoI suggested a catapult
03:58.50loadammoand he's senior to me, so. :/
03:59.01loadammoproblem definitely exists between keyboard and chair.
04:14.52kergothloadammo: oenote/oewarning/oefatal are useless shell scripts that emit messages that only go to the log, not to the console
04:14.58*** join/#oe kevinsc1 (~a0214685@nat/ti/x-jivowhjwhokqpbul)
04:15.01kergothyou'd have to monkeypatch bb.msg for the python messages
04:15.20loadammoI likely do not. I shall google.
04:15.27kergothin bitbake master, we're using the python logging module, so it'd be much easier to change formatting or add extra handlers to send output to alternative locations in alternative formats
04:15.48loadammoahh
04:18.22loadammothat'd do it.
04:20.01loadammothank you
04:29.17*** join/#oe koobe_ (~koobe@84.249.77.31)
04:34.03*** join/#oe Russ (foobar@ip70-176-251-1.ph.ph.cox.net)
04:37.17*** join/#oe playya__ (~playya@93.216.245.238)
04:37.17*** join/#oe playya__ (~playya@unaffiliated/playya)
04:38.00*** join/#oe Aarti (~Aarti@122.166.11.13)
04:40.02*** part/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net)
04:59.54*** join/#oe Aarti (~Aarti@122.166.11.13)
05:02.36*** join/#oe mrc3 (~mrc3@nat/ti/x-jhvsayjyyaurosve)
05:08.25*** join/#oe mrc3 (~mrc3@nat/ti/x-oosymbuhhdmpbvod)
05:09.23*** join/#oe mrc3 (~mrc3@nat/ti/x-tvttraihbqqqwbde)
05:13.58*** join/#oe mrc3 (~mrc3@nat/ti/x-gqnkarumitagamzb)
05:16.22*** join/#oe polyonymous (~hacker@g230195050.adsl.alicedsl.de)
05:23.55*** join/#oe tasslehoff (~Mich@147.84-49-231.nextgentel.com)
05:25.40*** join/#oe marex (~marex@vasut.kolej.mff.cuni.cz)
05:31.48*** join/#oe vanous (~vanous@ip-85-160-196-26.eurotel.cz)
05:38.06*** part/#oe dickelbeck (~dick@host65-16-135-194.birch.net)
05:43.14*** join/#oe d_th (~dth@a89-183-15-15.net-htp.de)
05:49.09*** join/#oe ka6sox (~ka6sox@96.235.102.6)
05:49.13*** join/#oe ka6sox (~ka6sox@nslu2-linux/ka6sox)
05:51.07*** join/#oe 77CABAEZR (~mm4@122.169.73.213)
05:57.05*** join/#oe harsh (~harsh@122.172.3.118)
05:57.12harshAarti, here ?
05:57.16Aartiya
05:57.31harshu are here already !
06:08.24*** join/#oe chase (~chase@nat/ti/x-zyrouxhvgyzxwins)
06:08.43*** join/#oe kevinsc (~a0214685@nat/ti/x-tkgpjnnqnonkycek)
06:10.00*** join/#oe vps (~vitus@145.253.169.210)
06:22.43*** join/#oe rob_w (~bob@217.237.177.190)
06:23.53*** join/#oe dos1 (~dos@unaffiliated/dos1)
06:27.17*** join/#oe vanous (~vanous@ip-85-160-174-97.eurotel.cz)
06:28.48CIA-6803Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * r285f58b3a4 10openembedded.git/ (2 files in 2 dirs): (log message trimmed)
06:28.48CIA-68Revert "wpa-supplicant : moved unused files to obsolete dir"
06:28.48CIA-68This reverts commit 9a5382aad4e5a3e52fa52722cf5587fdba958e9f.
06:28.48CIA-68This one accidentally also dragged in classes/kernel.bbclass
06:28.48CIA-68I will redo the commit for wpa-supplicant later.
06:28.49CIA-68classes/kernel.bbclass will be se a separate commit
06:28.49CIA-68Thanks for Paul Menzel for spotting this
06:30.38*** join/#oe sgh (~quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk)
06:45.20*** join/#oe aloril (~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi)
06:46.33*** join/#oe zecke (~ich@91-64-127-39-dynip.superkabel.de)
06:50.37*** join/#oe B_Lizzard (~havoc@athedsl-436203.home.otenet.gr)
06:53.50*** join/#oe vanous (~vanous@ip-85-161-244-245.eurotel.cz)
06:58.52*** join/#oe Heinervdm (~thomas@pD9E14DCC.dip.t-dialin.net)
07:00.19*** join/#oe cyberdeck (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de)
07:04.16CIA-6803Martin Jansa <Martin.Jansa@gmail.com> 07master * rfe0535e783 10openembedded.git/recipes/kbd/ (kbd_1.12.bb kbd_1.15.2.bb):
07:04.16CIA-68kbd: upgrade from 1.12 to 1.15.2, add native version
07:04.16CIA-68* native version is usefull in some kernel builds where drivers/char
07:04.16CIA-68calls loadkeys (which are not available on some buildhosts)
07:04.16CIA-68Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
07:06.09*** join/#oe joshin1 (~josh@unaffiliated/joshin)
07:06.47*** join/#oe Proxyles (~henrik@c-0890e255.56-4-64736c14.cust.bredbandsbolaget.se)
07:11.37Aartihi all, m getting error tht do_compile failed
07:12.40Aartibecause it's not getting one .h file which is specified in my Makefile
07:13.07harshAarti, pastebin ur error ..
07:13.20harshalso provide the compilation command here ..
07:14.02Aartiharsh, for compilation m doing bitbake <my recipe name>
07:17.25Aartihttp://pastebin.com/xY6WUhbe
07:18.48harshis busy
07:20.20*** join/#oe rsalveti (~rsalveti@201.82.70.219)
07:22.52khemAarti: the makefile is busted, you need to fix it and add the local include paths to compiler flags using -I
07:23.23*** join/#oe recalcati (~sources@host99-233-static.81-94-b.business.telecomitalia.it)
07:23.33recalcatigood morning
07:23.34khemyou could also add those paths using CFLAGS += in recipe but I would rather suggest to fix makefile
07:23.46khemrecalcati: hello
07:24.47CIA-6803Martin Jansa <Martin.Jansa@gmail.com> 07master * re770146203 10openembedded.git/recipes/freesmartphone/ (cornucopia.inc fsodeviced_git.bb):
07:24.47CIA-68cornucopia: bump SRCREV for new alsa state files for 2.6.34
07:24.47CIA-68Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
07:24.50CIA-6803Martin Jansa <Martin.Jansa@gmail.com> 07master * r88fc0e2153 10openembedded.git/recipes/freesmartphone/ (2 files in 2 dirs):
07:24.50CIA-68frameworkd: limit oeventsd workaround for buggy kernel only to 2.6.32
07:24.50CIA-68Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
07:24.51recalcatiAre anybody going to OEDEM. I'll be in the previous two conferences, and I need a confirm that OEDEM is in the same hotel
07:25.14recalcatithe first was a question...
07:25.16khemrecalcati: I am not there
07:25.55recalcatiok, thx anyway
07:29.32mckoangood morning
07:32.43*** join/#oe dth_ntb (~dth@a89-182-31-172.net-htp.de)
07:33.58Aartithnx khem
07:35.37*** join/#oe r0ck_ (dce3cf20@gateway/web/freenode/ip.220.227.207.32)
07:36.12r0ck_i was  bitbake  gcc cross i got this error message
07:36.21r0ck_Please install following missing utilities: C++ Compiler (${BUILD_PREFIX}g++
07:36.28r0ck_whats this error?
07:39.17r0ck_anyone alive??
07:42.58*** join/#oe dth_ntb (~dth@a89-182-31-172.net-htp.de)
07:43.39*** join/#oe joshc_ (~joshc@cpe-24-28-84-71.austin.res.rr.com)
07:49.13Aartikhem, i have done in my recipe CFLAGS += "-Wall -fPIC -I. -I$(INCPATH)"
07:49.34Aartibut my problem is still not solved
07:50.58*** join/#oe dth_ntb (~dth@a89-182-31-172.net-htp.de)
07:53.12eFfeM_workrecalcati: i'm going to elc/oedem, afaik there has not been any communication on the oedem location
07:56.23eFfeM_worknor on the agenda
07:56.33*** join/#oe hrw (~hrw@apn-95-40-250-101.dynamic.gprs.plus.pl)
08:05.27*** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net)
08:07.42*** join/#oe GarthPS (~quassel@92.102.66.79)
08:11.29*** join/#oe anarsoul (~anarsoul@86.57.155.118)
08:13.53CIA-6803Holger Hans Peter Freyther <zecke@selfish.org> 07master * r843f051cf3 10openembedded.git/recipes/meta/meta-toolchain-neuros.bb:
08:13.54CIA-68meta-toolchain-neuros: Remove recipe, meta-toolchain-qte is a better replacement
08:13.54CIA-68meta-toolchain-qte is a good replacement for this target. Koen has
08:13.54CIA-68acked the removal and it opens the door to some other cleanup.
08:14.01CIA-6803Holger Hans Peter Freyther <zecke@selfish.org> 07master * rf454442543 10openembedded.git/recipes/uicmoc/ (3 files):
08:14.02CIA-68uicmoc4: qt4-tools is the replacement.
08:14.02CIA-68qt4-tools exists for 4.5, 4.6, 4.7. There is nothing in the OE
08:14.02CIA-68tree that is still using the uicmoc4* target. Remove it so people
08:14.03CIA-68do not think that they need to use it.
08:14.03CIA-6803Holger Hans Peter Freyther <zecke@selfish.org> 07master * r5703890dbe 10openembedded.git/recipes/qt4/ (3 files in 2 dirs):
08:14.03CIA-68qt4-tools-native: Build the tools as -embedded to avoid X11 deps
08:14.04CIA-68We only need command line utilities and can avoid requiring X11.
08:17.29Jin^eLDmorning
08:17.51*** part/#oe ka6sox (~ka6sox@nslu2-linux/ka6sox)
08:17.57*** join/#oe ka6sox (~ka6sox@nslu2-linux/ka6sox)
08:26.15*** join/#oe kristoffer (~kristoffe@c-b0dee555.010-30-6c6b7012.cust.bredbandsbolaget.se)
08:28.06*** join/#oe vanous1 (~vanous@194.228.223.3)
08:48.22*** join/#oe marex (~marex@eduroam53.ms.mff.cuni.cz)
08:51.17*** join/#oe Aarti (~Arti@122.172.3.118)
08:53.04JaMazecke: what about that build error I've sent you with embed qt4-tools-native?
08:53.20zeckeJaMa: aeh
08:53.31zeckeJaMa: I thought -embedded worked for you?
08:53.32fraxinasoh zhecke is awake :3
08:54.43JaMa./oe-2010-09-28:20:36 < JaMa> zecke: http://tinderbox.openembedded.net/packages/793224/
08:54.57*** join/#oe GNUtoo|laptop (~gnutoo@host245-55-dynamic.180-80-r.retail.telecomitalia.it)
08:55.53*** join/#oe dos1|away (~dos@emn90.internetdsl.tpnet.pl)
08:55.53*** join/#oe dos1|away (~dos@unaffiliated/dos1)
08:55.55zeckeJaMa: okay, funny part is... a lot of people have issues with freetype headers lately
08:56.41zeckeJaMa: will add a -no-freetype to the list
08:56.58*** join/#oe hrw (~hrw@chello089073108238.chello.pl)
09:09.12*** join/#oe florian_kc (~fuchs@port-217-146-132-69.static.qsc.de)
09:09.12*** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian)
09:09.52*** join/#oe ant_work (~andrea@host6-80-static.42-85-b.business.telecomitalia.it)
09:09.53CIA-6803Holger Hans Peter Freyther <zecke@selfish.org> 07master * rfaec5db53b 10openembedded.git/recipes/qt4/qt4-tools-native.inc:
09:09.53CIA-68qt4-tools-native: Add -no-freetype to the build
09:09.53CIA-68Avoid any dependencies on freetype, just disable it. We are
09:09.53CIA-68not interested in the GUI module right now, we build it to
09:09.53CIA-68have the tools/qdbus build, which also builds the qdbusviewer.
09:10.05CIA-6803Holger Hans Peter Freyther <zecke@selfish.org> 07master * r2e1c5469e2 10openembedded.git/recipes/tasks/task-qte-toolchain-target.bb:
09:10.05CIA-68task-qte-toolchain-target: The QtAssistantClient is deprecated and removed in 4.7
09:10.05CIA-68Do not install the header files as they are deprecated and removed
09:10.05CIA-68from Qt 4.7 and onwards.
09:11.26floriangood morning
09:11.45CIA-6803Martin Jansa <Martin.Jansa@gmail.com> 07master * reefd79ec83 10openembedded.git/recipes/freesmartphone/libfsotransport_git.bb:
09:11.45CIA-68libfsotransport: enable palmpre-hsuart for all
09:11.45CIA-68* machine override without MACHINE_ARCH is bad idea
09:11.45CIA-68* 11:05:19 < mickey|office> palmpre hsuart support doesn't hurt
09:11.45CIA-68* 11:05:59 < mickey|office> palmpre support can be compiled in unconditionally for all platforms
09:22.11zeckeJaMa: I added -no-freetype but couldn't test. i have started a build but it will take a while
09:23.12JaMazecke: I've started build too, I'll ping you with result
09:28.48*** join/#oe rschus (~rschus@81.118.101-84.rev.gaoland.net)
09:29.07zeckeJaMa: thanks
09:33.44*** join/#oe marex (~marex@eduroam53.ms.mff.cuni.cz)
09:36.59ant_workflorian: linuxtogo is not responsive
09:37.17ant_workI'd say slow as hell
09:40.59florianchecks
09:43.03florianant_work: What did you try to access? The machine looks pretty much idle...
09:43.19ant_workgit.linuxtogo
09:43.30ant_workand lists. too
09:44.21ant_worknow git.linuxtogo is better
09:44.25florianstrange... gitweb is comparably fast for me
09:44.30florianheh
09:44.52ant_workhm..
09:44.57ant_workXML Parsing Error: no element found
09:44.59ant_workLocation: http://git.linuxtogo.org/
09:45.41*** join/#oe CMoH-notebook (~cipi@78.96.81.76)
09:45.41*** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh)
09:47.53ant_workflorian: now is slow again :/
09:48.14ant_workis someone remote-building on linuxtogo?
09:48.23ant_workit did happen :D
09:49.41*** join/#oe anarsoul (~anarsoul@86.57.155.118)
09:49.52ant_workheh..I see strange xml errors,
09:49.55ant_workXML Parsing Error: unclosed token
09:49.57ant_workLocation: http://git.linuxtogo.org/?p=groups/kexecboot/kexecboot.git;a=shortlog
09:49.59florianant_work: no... doesn't seem so. narcissus is running but with a load of 3 the machine is mostly idle.
09:49.59ant_workLine Number 175, Column 246:
09:50.44florianhuh?
09:50.51florianthis url works for me
09:50.58ant_workyes, probably the page is not loaded fast enough
09:51.09ant_worktry to zap between links
09:51.17ant_worksummary / shortlog / ..
09:51.43ant_workyou should see a yellow page with red error msg
09:52.11ant_workthen disappears
09:52.27ant_workseems smthg is not in sync
09:52.57florianah that's firefox... yes it seems to try to parse the file before it read it completely.
09:53.05florianmanaged to get this one with the log
09:53.23ant_workyep, firefox
09:54.34zeckefraxinas: well, what is your current state?
09:55.05fraxinashmm were we stopped the other night
09:55.25fraxinasif i build with -fjni then i get 7000+ resource not found errors
09:55.39zeckefraxinas: can you give me the source package you are trying to compile?
09:55.56fraxinassure i'll mail you what i got so far
09:57.54zeckefraxinas: you should see the same problem when statically linking on your desktop
10:01.50*** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net)
10:15.44*** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho)
10:21.05zeckefraxinas: hmm wehre should openssl/ec.h come from? :)
10:22.08fraxinashm mom
10:22.47fraxinas./mipsel-oe-linux/usr/include/openssl/ec.h
10:25.35fraxinascomes from openssl-0.9.8j-r12.0
10:26.28*** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net)
10:27.42zeckefraxinas: it is gone from 1.0.0a :(
10:27.58fraxinasreally??? annoying!!
10:28.05fraxinasgood thing i still use the outdated junk :)
10:31.51*** join/#oe mithro (~tim@unaffiliated/mithro)
10:35.09JaMazecke: qt4-tools-native built fine here for armv7a.. thanks
10:36.43*** join/#oe mario-goulart (~user@67.205.85.241)
10:41.13*** join/#oe hrw (~hrw@chello089073108238.chello.pl)
10:41.54zeckeJaMa: native armv7a build?
10:45.17JaMazecke: ofc just native, but building with MACHINE=nokia900
10:45.37*** join/#oe kerim (~kerim@81.214.22.138)
10:54.22zeckefraxinas: where is the java code?
10:56.37fraxinaszecke it's in dumphd-0.61-mipsel/source/dumphd/
10:57.24*** join/#oe unenana (~unenana@212-198-248-35.rev.numericable.fr)
10:59.04CIA-6803Martin Jansa <Martin.Jansa@gmail.com> 07master * r6045791ded 10openembedded.git/recipes/freesmartphone/ (fso-specs_git.bb libfso-glib_git.bb): fso-specs,libfso-glib: bump SRCREV
10:59.07*** join/#oe GarthPS (~quassel@92.102.66.79)
11:00.06zeckefraxinas: not in the tarball I downloaded. :)
11:00.18fraxinaswhat!? moment
11:02.09fraxinaszecke the url i gave you was no real tarball
11:02.27fraxinasit's just my work directories compressed, and it's in there
11:09.18CIA-6803Martin Jansa <Martin.Jansa@gmail.com> 07master * r5918bb5442 10openembedded.git/ (4 files in 2 dirs): moko(suite,wm,wm-inf-ecore): bump SRCREV and remove AUTOREV from shr-autorev
11:13.26*** join/#oe methril_work (~methril@201.35.65.90)
11:14.21*** join/#oe vanous (~vanous@194.228.223.3)
11:17.25*** join/#oe dos1|away (~dos@aeok189.neoplus.adsl.tpnet.pl)
11:17.25*** join/#oe dos1|away (~dos@unaffiliated/dos1)
11:20.54CIA-6803Brijesh Singh <bksingh@ti.com> 07org.openembedded.dev * r7be610b634 10openembedded.git/recipes/ti/ (7 files in 2 dirs):
11:20.54CIA-68ti-dvtb: add new recipe to build DVTB (Digital Video Test Bench)
11:20.54CIA-68Signed-off-by: Brijesh Singh <bksingh@ti.com>
11:20.54CIA-68Signed-off-by: Denys Dmytriyenko <denis@denix.org>
11:20.54CIA-68Signed-off-by: Roger Monk <r-monk@ti.com>
11:20.55CIA-68Signed-off-by: Koen Kooi <k-kooi@ti.com>
11:21.13CIA-6803Brijesh Singh <bksingh@ti.com> 07org.openembedded.dev * r048e1a1955 10openembedded.git/recipes/ti/ (ti-codecs-dm365_4.00.00.00.bb ti-eula-unpack.inc): (log message trimmed)
11:21.13CIA-68ti-codecs-dm365_4.00.00.00: add new recipe for dm365 codecs
11:21.13CIA-68* This recipe downloads the individual codec.s from the web and puts them together to create a codec package.
11:21.13CIA-68* The output of codec installer is 'tar' file and we needed to extract this
11:21.14CIA-68file during unpack and since ti-eula-unpack has a logic for extracting
11:21.48CIA-68tar file, but it assumes gzip version instead of regular tar. And I don't see
11:21.48CIA-68any recipe currently using TARFILE variable hence updating ti-eula-unpack.inc
11:21.48CIA-6803Brijesh Singh <bksingh@ti.com> 07org.openembedded.dev * r936ed14cdb 10openembedded.git/recipes/ti/ti-codecs-dm365_4.00.00.00.bb:
11:21.48CIA-68ti-codecs-dm365_4.00.00.00: update SRC_URI to use latest dm365 codecs
11:21.48CIA-68Signed-off-by: Brijesh Singh <bksingh@ti.com>
11:21.49CIA-68Signed-off-by: Denys Dmytriyenko <denis@denix.org>
11:21.49CIA-68Signed-off-by: Roger Monk <r-monk@ti.com>
11:21.50CIA-68Signed-off-by: Koen Kooi <k-kooi@ti.com>
11:21.50CIA-6803Brijesh Singh <bksingh@ti.com> 07org.openembedded.dev * r4430b2a315 10openembedded.git/recipes/ti/ (ti-c6accel.inc ti-c6accel_1.01.00.01.bb):
11:21.51CIA-68ti-c6accel_1.01.00.01: add new c6accel version.
11:21.51CIA-68Signed-off-by: Brijesh Singh <bksingh@ti.com>
11:21.58CIA-68Signed-off-by: Denys Dmytriyenko <denis@denix.org>
11:21.58CIA-68Signed-off-by: Roger Monk <r-monk@ti.com>
11:21.58CIA-68Signed-off-by: Koen Kooi <k-kooi@ti.com>
11:21.58CIA-6803Brijesh Singh <bksingh@ti.com> 07org.openembedded.dev * rdfdd6a064c 10openembedded.git/recipes/ti/gstreamer-ti/dm365-evm/loadmodules.sh:
11:21.58CIA-68gstreamer-ti: update loadmodules.sh
11:21.58CIA-68Signed-off-by: Roger Monk <r-monk@ti.com>
11:21.59CIA-68Signed-off-by: Koen Kooi <k-kooi@ti.com>
11:21.59CIA-6803Roger Monk <r-monk@ti.com> 07org.openembedded.dev * rac9b39905b 10openembedded.git/recipes/ti/ (10 files): (log message trimmed)
11:22.00CIA-68ti-recipes: Switch remaining buildable ti recipes to use KERNEL_PR
11:22.00CIA-68* Switch recipes to use KERNEL_PR + append if they are buildable
11:22.01CIA-68(91 lines omitted)
11:24.05CIA-6803Martin Jansa <Martin.Jansa@gmail.com> 07master * r7587cd5255 10openembedded.git/recipes/freesmartphone/ (libframeworkd-glib_git.bb libfreesmartphone-glib_git.bb):
11:24.05CIA-68lib(frameworkd,freesmartphone)-glib: bump SRCREV
11:24.05CIA-68Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
11:28.41*** join/#oe clochette (~clochette@212-198-248-35.rev.numericable.fr)
11:35.45*** join/#oe dos1 (~dos@aeok189.neoplus.adsl.tpnet.pl)
11:35.45*** join/#oe dos1 (~dos@unaffiliated/dos1)
11:43.18*** join/#oe dth_ntb (~dth@a89-182-31-172.net-htp.de)
11:55.08*** join/#oe Noor (8bb5d022@gateway/web/freenode/ip.139.181.208.34)
11:55.13NoorHi all
11:55.25Noordo we have expect package recipe in openembedded
11:55.45fraxinaszecke, does it work now
11:55.48fraxinas?
11:55.53NoorI skimmed through the recipe folder but could not find any recipe related to expect packahe
11:59.25Crofton|workthe tcl thing?
12:00.42B_LizzardI have a package and I wish to integrate an extra icon theme and a launcher script into the recipe, what's the best way of doing that?
12:01.05B_Lizzardtar.gz it up, add it in SRC_URI and add some do_install hooks?
12:10.26*** join/#oe pcacjr_ (~pcacjr@187.59.123.240)
12:10.27*** join/#oe pcacjr_ (~pcacjr@unaffiliated/pcacjr)
12:10.42*** join/#oe methril (~methril@189.27.135.147.dynamic.adsl.gvt.net.br)
12:12.34*** join/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net)
12:12.41*** join/#oe ldnunes (~ldnunes@189.114.111.55)
12:15.27fahadhi Noor, does ./recipes/python/python-pexpect_2.3.bb or ./recipes/perl/libexpect-perl_1.20.bb got anything to do with what you are looking for?
12:22.42Noorlet me see but I have doubts that expect package is nothing to so with python
12:24.48*** join/#oe vanous (~vanous@194.228.223.3)
12:27.10*** join/#oe kergoth (~clarson@ip24-251-170-95.ph.ph.cox.net)
12:32.24Noorfahad python-pexpect is a different package than expect
12:41.34fahadNoor, and what about ./recipes/perl/libexpect-perl_1.20.bb
12:46.41*** join/#oe playya__ (~playya@unaffiliated/playya)
12:47.14*** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net)
12:49.44Noorfahad it perl module :)
13:06.41*** join/#oe methril_work (~methril@201.35.65.90)
13:18.14*** join/#oe etrunko (~edulima@187.75.148.141)
13:19.31*** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes)
13:30.48*** join/#oe joshc_ (~joshc@cpe-24-28-84-71.austin.res.rr.com)
13:34.00*** join/#oe pirho_ (debian-tor@gateway/tor-sasl/pirho)
13:36.00*** join/#oe angelox_123 (~Angelo@189-46-144-139.dsl.telesp.net.br)
13:36.16*** join/#oe Jay7 (jay@93-81-119-120.broadband.corbina.ru)
13:46.45*** join/#oe lrg (~lrg@slimlogic.co.uk)
13:49.28*** join/#oe Marex (vasum7am@u-pl20.ms.mff.cuni.cz)
13:56.10*** join/#oe kergoth_ (~kergoth@ip24-251-170-95.ph.ph.cox.net)
13:59.12*** join/#oe MWelchUK_work (~welchma@65.91.2.71)
14:04.07*** join/#oe jconnolly (~jconnolly@firebug.buglabs.net)
14:04.26NoorI was consider to add lttng support to my kernel, I can see that lttng-control recipe is there. If i build that recipe will I get the lttng packagae working in my Linux distro or I have to patch the kernel as well?
14:05.24*** join/#oe _chase_ (~chase@nat/ti/x-tswsdfipscfwzwxk)
14:06.23*** join/#oe dth_ntb (~dth@a89-182-31-172.net-htp.de)
14:11.54*** join/#oe grund (~grund@host65-17-84-58.birch.net)
14:19.27*** join/#oe Spz0 (~a@184-76-62-129.war.clearwire-wmx.net)
14:20.22*** join/#oe kergoth (~clarson@ip24-251-170-95.ph.ph.cox.net)
14:20.45*** join/#oe kgilmer (~kgilmer@firebug.buglabs.net)
14:44.30*** join/#oe CosmicPenguin (~nobody@rrcs-67-52-130-30.west.biz.rr.com)
14:50.59khemNoor you have to enable it in kernerl config too
14:51.40*** join/#oe sicu (~sicu@ti0090a380-dhcp1054.bb.online.no)
14:52.39khemJaMa: how did compilation go for armv7
14:53.58khemzecke: around ?
14:54.19GNUtoo|laptopkhem, I'm rebuilding from scratch with your patches
14:54.39khemGNUtoo|laptop: cool. How long does it take for you to rebuild
14:55.01GNUtoo|laptopa coupple of hours
14:55.12GNUtoo|laptopI don't know exactly
14:55.12khemok
14:55.14GNUtoo|laptopcore i7
14:55.17GNUtoo|laptop4G ram
14:55.21GNUtoo|laptopslow hdd
14:55.26khemhmmm
14:55.36GNUtoo|laptopat least 3 hours
14:55.48khemok cool
14:55.57GNUtoo|laptopat least means more than
14:56.04GNUtoo|laptopI don't know exactly
14:56.10GNUtoo|laptopmaybe 5
14:56.13GNUtoo|laptopmaybe 4
14:56.21khemwhich image do u build
14:56.25GNUtoo|laptopshr-image
14:56.36GNUtoo|laptopfor nokia900
14:56.45GNUtoo|laptopon a branch that is not hosted in oe
14:56.48khemok how many tasks does it say
14:57.00GNUtoo|laptoptask 2110 of 8095
14:57.15khemdo u have rm_work enabled
14:59.05GNUtoo|laptopno
14:59.06GNUtoo|laptopnever
14:59.26khemok then it could take some time
14:59.44khem8000 is some amount
14:59.45GNUtoo|laptopbtw can you identify an assembly kind just by looking at an instruction?
14:59.51GNUtoo|laptopbut core i7
14:59.51khemyes
14:59.54GNUtoo|laptopok
14:59.57GNUtoo|laptoplet me find it
15:00.36GNUtoo|laptoppush{r4, r5, r6, r7, r8, lr}
15:00.43GNUtoo|laptopit's SMID?
15:00.50khemno
15:01.07khemits normal stack operation
15:01.09GNUtoo|laptopI've illegal instruction from gcc init stuff in wesnoth for armv4
15:01.11khemstmia
15:01.13GNUtoo|laptopok
15:01.22GNUtoo|laptopbut I didn't find it in armv4t
15:01.24GNUtoo|laptopmanual
15:01.55khemits a thumb instruction
15:02.05GNUtoo|laptopahh ok
15:02.13GNUtoo|laptopbut wesnoth should be ARM?
15:02.16GNUtoo|laptopI'll check
15:02.22khemr8 could be a problem
15:02.29GNUtoo|laptopah?
15:02.34khemthumb only uses r0 to r7
15:02.38GNUtoo|laptopok
15:02.44GNUtoo|laptoplet me boot the device
15:05.48GNUtoo|laptophttp://pastebin.com/B7pBcZpC
15:06.09GNUtoo|laptopmaybe it's not at 0
15:06.13GNUtoo|laptopbut here:
15:06.18GNUtoo|laptop=> 0x00416e64 <+204>:   blx     r7
15:06.22GNUtoo|laptopI'll lookup blx
15:08.01zeckekhem: hi
15:08.23khemGNUtoo|laptop: yes its blx and its not present on armv4t
15:08.30GNUtoo|laptopok
15:08.42GNUtoo|laptopand accroding to l it's from gcc right?
15:08.56khemzecke: I have 450M of webkit library
15:09.10khemzecke: if I strip it then its 16M
15:09.19khemzecke: there are two on them
15:09.45zeckekhem: where? in the package? staging area?
15:09.58khemzecke: I have disabled stripping to ease debugging and it wont fit into any .ext2 now
15:10.19khemzecke: its in staging as well as root file system
15:10.31khemzecke: why is debug info so bloated
15:10.42zeckekhem: webkit is horrible big
15:10.43khemis it hitting some gcc bug or something
15:10.49zeckekhem: lot of template usage
15:10.55khemzecke: the final binary is 16M
15:11.08khemzecke: hmm ok
15:11.23zeckegive me a bit, i always took it for granted
15:11.24zeckebrb
15:11.48khemzecke: I think 450 meg is still a lot
15:11.56khemeven for templates
15:12.21khemzecke: and you also had a patch to delete .lib dirs in rm_work
15:12.27khemit was not applied
15:12.36khemcan you revive that too
15:12.55khembecause these libs are under .lib and .lib escapes rm_work
15:14.47GNUtoo|laptopkhem, what should I do for blx? gcc-4.5/libgcc/../gcc/config/arm/lib1funcs.asm seem to come from gcc and so I bet it's the loading assembly functions
15:16.21khemGNUtoo|laptop: its not libgcc where the problem lies
15:16.42khemthese are string templates from libstdc++
15:17.41khemwhats is it passing in -march or -mtune
15:18.00GNUtoo|laptopI'll look
15:18.16khemGNUtoo|laptop: my guess is that those flags are not passed to gcc
15:18.24GNUtoo|laptopI bet it too
15:18.32GNUtoo|laptopI'll look
15:18.37zeckekhem: do you know if stock gcc has an option to leave the dwarf inside the .o files?
15:18.38khemtherefore gcc configures for default which is armv5te
15:18.48GNUtoo|laptophuhh I'm stupid
15:18.54GNUtoo|laptopIt's comming from SHR repo
15:19.03*** join/#oe woglinde (~woglinde@89.204.153.241)
15:19.06woglindejo
15:19.08GNUtoo|laptopand they use rm_work
15:19.16woglindehm nice next bombfound in berlin
15:19.22khemzecke: ? thats the default if you use -g
15:19.33khemwoglinde: scary
15:19.37GNUtoo|laptopthen I'll have to build it
15:19.44GNUtoo|laptopkhem, indeed scary
15:19.48woglindegood that have to leave the train earlier
15:20.08zeckekhem: hmm. but when linking the dwarf stuff gets copied into the .so?
15:20.33khemzecke: it will but I mean its still huge
15:20.34*** join/#oe hoj (~jfaith@75-147-191-205-Washington.hfc.comcastbusiness.net)
15:21.10zeckekhem: on OSX the default appears that the dwarf stuff is never copied to the .so
15:21.39GNUtoo|laptopbut first I've to finish nokia900 build
15:21.42GNUtoo|laptopI'll wait then
15:22.24khemzecke: they dont build with -g ?
15:23.21zeckekhem: sorry. On OSX it appears that when you build with -g the dwarf stuff is not copied into the .so, debugging works by going through the .o files or such
15:23.34zeckekhem: at least linking is very fast on OSX and the debug build is small
15:24.09woglindeokay till later
15:24.19khemzecke: interesting dont they use gcc
15:24.51khemGNUtoo|laptop: there are two solutions, 1 we could force gcc defaults back to armv4t
15:24.53zeckekhem: patched one, and a forked linker.. so the magic might be somewhere else or I am confused
15:25.05khemGNUtoo|laptop: or we could pass --with-arch option to gcc
15:25.10GNUtoo|laptopok
15:25.12khemsecond one is more elegant
15:25.31GNUtoo|laptopI don't know second at all
15:25.35khemzecke: could be
15:27.12zeckekhem: which .lib patch are you talking about?
15:30.50zeckekhem: I just cleaned my OE build (going Out of Disk space)
15:30.58CIA-6803Roger Monk <r-monk@ti.com> 07org.openembedded.dev * r81162f4b07 10openembedded.git/recipes/ti/ (3 files in 2 dirs): (log message trimmed)
15:30.58CIA-68gstreamer-ti: various fixes
15:30.58CIA-68* fix sed for initscript
15:30.58CIA-68* fix typos in recipe
15:30.58CIA-68* fix typos in initscript
15:30.59CIA-68* fix omapdmaifbsink missing symbols
15:30.59CIA-68Signed-off-by: Roger Monk <r-monk@ti.com>
15:34.01kergothRP: ping
16:00.05*** join/#oe stefan_schmidt (~stefan@p5B0335A0.dip.t-dialin.net)
16:06.25khemzecke: rm_work currently does not delete any folder starting with a dot(.)
16:06.42khemand IIRC you once proposed a patch to take care of that
16:06.51khemI cant find the patch link
16:06.59khemso could be it was on IRC
16:07.04khemI dont remember
16:07.27khem.lib in webkit takes 1G
16:07.30khem:(
16:13.33*** join/#oe kevinsc1 (~a0214685@nat/ti/x-mmeboszbydgjbayi)
16:22.44*** join/#oe sge (~username@andesiitti.telemail.fi)
16:29.41*** join/#oe toi (~toi@d54C2AA76.access.telenet.be)
16:33.31*** join/#oe celeron55_ (~perttu@a91-155-42-12.elisa-laajakaista.fi)
16:45.10*** join/#oe dth_ntb (~dth@a89-183-15-15.net-htp.de)
16:46.21*** join/#oe marex (~marex@vasut.kolej.mff.cuni.cz)
16:53.56*** join/#oe pcacjr_ (~pcacjr@unaffiliated/pcacjr)
16:59.19*** join/#oe pcacjr__ (~pcacjr@189.115.166.243.dynamic.adsl.gvt.net.br)
17:24.36*** join/#oe anarsoul (~anarsoul@80.249.83.140)
17:25.10CIA-6803Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r6fd8d018ae 10openembedded.git/recipes/ti/ti-codecs-omapl138_4.00.00.00.bb: ti-codecs-omapl138 4.00.00.00: update SRCREV to integrate c6accel
17:31.23*** join/#oe rednul_ (~rednul@host-72-175-233-82.static.bresnan.net)
17:33.49kergoththinks about resurrecting interactive mode
17:33.55*** join/#oe pcacjr__ (~pcacjr@187.113.171.176)
17:34.24GNUtoo|laptopkhem, 7942 of 8095
17:34.34khemGNUtoo|laptop: cool
17:37.08khemkergoth: lt-cd-drive do u know anything about this process ?
17:37.22khemseems to be launched when bitbaking OE
17:37.25*** join/#oe dante (~dante@static-71-179-165-162.bltmmd.fios.verizon.net)
17:37.30khemand takes 100% cpu
17:38.10dantewhat repo should I be using for a verdex? ( IE has the Q1 2010 switch to the overo repo that was mentioned in the wiki occurred )
17:39.27kergothkhem: no idea, never heard of it
17:40.40Croftondante, ask on the gumstix list
17:41.21*** part/#oe rschus (~rschus@81.118.101-84.rev.gaoland.net)
17:44.09khemkergoth: lt-cd-drive is coming from /home/kraj/work/oe/tmp/work/i686-oe-linux/libcdio-0.81-r0/libcdio-0.81/src/.libs/lt-cd-drive
17:44.18khemnow I wonder why this package is being pulled in
17:44.26khemits a native package
17:45.01khemwait no its target package
17:45.16khemqemux86
17:45.56*** join/#oe sge (~username@andesiitti.telemail.fi)
17:47.09khemmachine does not have any CD drive
17:47.11JaMakhem: n900 build: NOTE: Running task 10102 of 12504, sofar good
17:47.20khemJaMa: cool
17:47.32khemJaMa:how long before you finish
17:47.36khemcan it happen today
17:49.25khemrecipes/gnome/gvfs_1.6.0.bb:DEPENDS = "libcdio...
17:49.33JaMakhem: I think all long packages are done.. so maybe an hour or so
17:49.38khemrecipes/gstreamer/gst-plugins.inc:DEPENDS = "libcdio
17:49.53JaMakhem: I've started it today, because 2 full backups were running till then :/
17:50.09khemJaMa: ok
17:53.55khemJaMa: if you are able to boot well then I will commit the gcc change
17:54.40JaMakhem: I was able to boot it after rebuild (when only your last commit was missing)
17:54.54JaMakhem: in case that's enough for proof
17:55.07khemJaMa: eh cool
17:55.11khemI did not know that
17:55.20*** join/#oe andyj (~andy@D-69-91-150-221.dhcp4.washington.edu)
17:57.17JaMakhem: I had whole image built when you pushed that fix for mplayer build.. and that one worked
17:58.26khemcool
17:58.41khemso it seems safe to push those fixes
18:03.42*** join/#oe kevinsc (~a0214685@nat/ti/x-zjhahoeigtqnuxxp)
18:05.07*** join/#oe pH5 (~ph5@e178199142.adsl.alicedsl.de)
18:11.33*** join/#oe Martin-B (~martin@pool-45-65-198-89.dbd-ipconnect.net)
18:13.45*** join/#oe sge (~username@62.240.71.4)
18:38.16zeckekhem: I don't think I proposed such a patch, but it seems like a good idea
18:38.31khemzecke: ok
18:38.42khemthere are two versions of libsoup
18:38.55khemmost recipes use 2.4 including webkit
18:39.07khembut some use older versions too
18:39.27khemand it seems libsoup versions can not not coexist
18:44.53*** join/#oe Russ (~russ@206.29.188.228)
18:45.14*** part/#oe kerim (~kerim@81.214.22.138)
18:45.26*** join/#oe mickey|away (~mickey@80.81.242.146)
18:47.04*** join/#oe florian (~fuchs@Maemo/community/contributor/florian)
19:05.58*** join/#oe hufnus_cicq (~hufnus_ci@69-12-177-67.dsl.static.sonic.net)
19:08.16B_LizzardDoes anyone remember how matchbox-desktop is themed?
19:08.18B_LizzardThe icons
19:08.44B_LizzardDo I just follow these naming guidelines and throw everything in /usr/share/pixmaps?
19:08.45B_Lizzardhttp://matchbox-project.org/documentation/themes/ar01s06.html#id2465637
19:08.48*** join/#oe woglinde (~heinold@g225074010.adsl.alicedsl.de)
19:09.04*** join/#oe kerim (~kerim@81.214.22.138)
19:09.09woglindejo re
19:10.03woglindelets see if I can finish pyqt today
19:17.09*** join/#oe harsh (~harsh@122.172.30.73)
19:33.07CIA-6803Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * ra9a0e0250a 10openembedded.git/recipes/sysvinit/sysvinit_2.86.bb:
19:33.07CIA-68sysvinit: Add mountpoint to u-a
19:33.07CIA-68Signed-off-by: Tom Rini <tom_rini@mentor.com>
19:33.17CIA-6803Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * raf3f52db17 10openembedded.git/recipes/util-linux-ng/util-linux-ng.inc:
19:33.17CIA-68util-linux-ng: Make cal and script use u-a
19:33.17CIA-68Signed-off-by: Tom Rini <tom_rini@mentor.com>
19:33.55*** join/#oe rkirti (~rkirti@203.199.213.3)
19:34.15GNUtoo|laptophi khem I'll install the image
19:34.26khemGNUtoo|laptop: ok fingers crossed :)
19:34.50*** part/#oe dante (~dante@static-71-179-165-162.bltmmd.fios.verizon.net)
19:36.20woglindehehe
19:36.21*** join/#oe eFfeM (~frans@j200125.upc-j.chello.nl)
19:36.26woglindejo effem
19:36.42*** join/#oe rkirti (~quassel@203.199.213.3)
19:36.57eFfeMhi woglinde, all
19:40.13CIA-6803Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * rb6cc4bc217 10openembedded.git/classes/kernel.bbclass: (log message trimmed)
19:40.13CIA-68kernel.bbclass: avoid NOTE messages for files that are staged but not packaged
19:40.13CIA-68copy the files directly from the work area to staging. That way
19:40.13CIA-68there are no unpackaged files in image/ so no NOTE messages.
19:40.14CIA-68Additional advantage is that it is faster as we save the copy to the image dir.
19:40.14CIA-68See also http://thread.gmane.org/gmane.comp.handhelds.openembedded/37487
19:40.15CIA-68Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com>
19:43.21GNUtoo|laptopkhem, it booted
19:44.09woglindewhich machine?
19:44.15GNUtoo|laptopnokia900
19:44.21woglindehehe
19:44.39woglinde~lart zecke for enabling qt-examples
19:44.39ibotwhips zecke with a wet and grimy noodle just because for enabling qt-examples
19:47.05*** join/#oe kergoth (~clarson@ip24-251-170-95.ph.ph.cox.net)
19:50.53CIA-6803Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * r8809a602b9 10openembedded.git/recipes/wpa-supplicant/files/use-channel.patch:
19:50.53CIA-68wpa-supplicant : moved unused files to obsolete dir
19:50.53CIA-68Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com>
19:51.10*** join/#oe awozniak (~awozniak@76.205.222.173)
19:52.19CIA-6803Vladimir Sorokin <sorokin@altell.ru> 07org.openembedded.dev * r77de34d15b 10openembedded.git/recipes/pacemaker/pacemaker_1.0.9.1.bb:
19:52.19CIA-68pacemaker: packaging fixes, move some files between packages
19:52.19CIA-68Signed-off-by: Vladimir Sorokin <sorokin@altell.ru>
19:52.19CIA-68Signed-off-by: Roman I Khimov <khimov@altell.ru>
19:52.19CIA-6803Vladimir Sorokin <sorokin@altell.ru> 07org.openembedded.dev * r5b45248c45 10openembedded.git/recipes/groff/groff_1.20.1.bb:
19:52.19CIA-68groff-1.20: disable parallel make
19:52.20CIA-68Fails from time to time.
19:52.20CIA-68Signed-off-by: Vladimir Sorokin <sorokin@altell.ru>
19:52.21CIA-68Signed-off-by: Roman I Khimov <khimov@altell.ru>
19:52.21CIA-6803Vladimir Sorokin <sorokin@altell.ru> 07org.openembedded.dev * r128966821f 10openembedded.git/recipes/corosync/ (corosync_1.2.8.bb files/init):
19:52.22CIA-68corosync: fix init script
19:52.22CIA-68Allows to get status from init script when no corosync.cfg exists.
19:52.23CIA-68Signed-off-by: Vladimir Sorokin <sorokin@altell.ru>
19:52.24CIA-68Signed-off-by: Roman I Khimov <khimov@altell.ru>
19:52.24CIA-6803Vladimir Sorokin <sorokin@altell.ru> 07org.openembedded.dev * r68481f1a67 10openembedded.git/recipes/linux-ha/cluster-glue_1.0.5.bb:
19:52.25CIA-68cluster-glue: packaging fixes, move some files between packages
19:57.27GNUtoo|laptopkhem, mplayer seem to work
19:58.27khemGNUtoo|laptop: cool
19:59.19khemGNUtoo|laptop: I will make the big move and push it of
19:59.29khemJaMa  how far are you
19:59.38GNUtoo|laptopnice
19:59.49*** join/#oe Russ (~russ@206.29.188.228)
19:59.59JaMakhem: mmt just reboot
20:00.16woglindekhem linaro patches?
20:01.05khemwoglinde: yes
20:01.20khemonce JaMa is able to boot then its out of the kitty
20:03.53woglindeyou fixed enricos bug?
20:03.55JaMakhem: ok enlightenment started ok, but be aware I'm using kernel image from different build (so testing only user space)
20:10.13khemJaMa: userspace is where problems would have been
20:10.21khemthe new patches should not effect kernel build
20:10.32khemwoglinde: thats was not a bug at all
20:10.43khemhe was using some broken local patches
20:10.48woglindeah
20:10.49woglindeokay
20:10.50woglindehehe
20:10.56kergothugh, the bitbake modules are so terribly intertwined and interdependent
20:12.26CIA-6803Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * rd843dff07b 10openembedded.git/recipes/mpfr/dont_use_mips_h_constraint.patch:
20:12.26CIA-68mpfr : moved unused files to obsolete dir
20:12.26CIA-68Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com>
20:12.39CIA-6803Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * re29ef6f6bc 10openembedded.git/recipes/musicbrainz/files/libmusicbrainz-2.1.5-gcc43.patch:
20:12.39CIA-68musicbrainz : moved unused files to obsolete dir
20:12.39CIA-68Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com>
20:12.39CIA-6803Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * rea007eae79 10openembedded.git/recipes/mpfr/mpfr-canadian_3.0.0.bb:
20:12.40CIA-68mpfr-canadian: fixed patching by adding FILESPATHPKG
20:12.40CIA-68Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com>
20:12.41CIA-6803Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * r8baedf3a44 10openembedded.git/recipes/monotone/files/ (3 files):
20:12.41CIA-68monotone : moved unused files to obsolete dir
20:12.42CIA-68Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com>
20:12.42CIA-6803Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * ra820865e11 10openembedded.git/recipes/musicpd/mpd/fix-mod-support.patch:
20:12.43CIA-68musicpd : moved unused files to obsolete dir
20:12.44CIA-68Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com>
20:12.44CIA-6803Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * reef3871ee6 10openembedded.git/recipes/modphp/files/ (autotools.patch endianness.patch pear.patch):
20:12.45CIA-68modphp : moved unused files to obsolete dir
20:12.45CIA-68Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com>
20:12.46CIA-6803Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * r6981c76b60 10openembedded.git/recipes/mysql/ (2 files in 2 dirs):
20:13.26CIA-68Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com>
20:14.56kergotha bunch of these bidirectional links too, server uses commands, commands uses server
20:15.00kergothmutters
20:16.16kergothas far as i can tell, its not possible to write a script that just runs commands rather than having to use the server/ui mechanism
20:16.20kergoththat just seems wrong to me
20:16.33kergothwonders what a good next step is in untangling this
20:16.49woglindewonders too
20:17.39khemkergoth: is ui overstepping on to server
20:18.15khemalright here comes the big push
20:18.22CIA-6803Khem Raj <raj.khem@gmail.com> 07master * r3880477ea5 10openembedded.git/recipes/gcc/ (gcc-4.5.inc gcc-4.5/gcc-vmovl-PR45805.patch):
20:18.22CIA-68gcc-4.5: Fix wrong instruction generation for vmovl pattern
20:18.22CIA-68Signed-off-by: Khem Raj <raj.khem@gmail.com>
20:18.26CIA-6803Khem Raj <raj.khem@gmail.com> 07master * r5c65c92e50 10openembedded.git/recipes/eglibc/ (7 files): (log message trimmed)
20:18.26CIA-68eglibc: Fix eglibc-dev aliases and locales
20:18.26CIA-68packages which had glibc-dev in their RDEPENDS
20:18.26CIA-68caused glibc to be pulled along with eglibc.
20:18.26CIA-68eglibc-dev was not properly providing glibc-dev
20:18.26CIA-68Refresh the locale generation changes with glibc(poky)
20:18.27CIA-68Add missing eglibc-static to PACKAGES
20:18.34CIA-6803Khem Raj <raj.khem@gmail.com> 07master * r28c05be128 10openembedded.git/recipes/meta/nylon-feed.bb:
20:18.34CIA-68nylon-feed.bb: Use RDEPENDS instead of DEPENDS
20:18.34CIA-68Signed-off-by: Khem Raj <raj.khem@gmail.com>
20:18.44CIA-6803Khem Raj <raj.khem@gmail.com> 07master * re43cc49ace 10openembedded.git/recipes/prismstumbler/ (2 files in 2 dirs):
20:18.44CIA-68prismstumbler_0.7.3+0.7.4pre1.bb: Add patch to replace gps_query call
20:18.44CIA-68Signed-off-by: Khem Raj <raj.khem@gmail.com>
20:18.56CIA-6803Khem Raj <raj.khem@gmail.com> 07master * rc5a2504372 10openembedded.git/recipes/xbmc/libcdio_0.81.bb:
20:18.56CIA-68libcdio: Upgrade to 0.82 release
20:18.56CIA-68* 0.81 is not cross-compiling safe. It tries to run generated programs
20:18.56CIA-68to get version information to put into manpages which hangs these
20:18.57CIA-68programs on virtual build machines which dont have cd drives.
20:18.57CIA-68Signed-off-by: Khem Raj <raj.khem@gmail.com>
20:19.11*** join/#oe ALoGeNo (~alogeno@81.32.138.204)
20:19.12*** join/#oe ALoGeNo (~alogeno@unaffiliated/alogeno)
20:19.14CIA-6803Thilo Fromm <t.fromm@dresearch.de> 07master * r35686bb67b 10openembedded.git/recipes/qemu/qemu_0.12.5.bb: (log message trimmed)
20:19.14CIA-68qemu-0.12.5: add ncurses, gnutls dependencies
20:19.14CIA-68QEmu build breaks occassionally because some of the libraries required
20:19.14CIA-68have not been built at the time qemu is being built. I ran into problems
20:19.14CIA-68with the "qemu-native" build which tried to link against host libraries
20:19.14CIA-68and subsequently failed:
20:19.17CIA-68....
20:19.22CIA-6803Khem Raj <raj.khem@gmail.com> 07master * r91aeba1aed 10openembedded.git/recipes/gcc/ (87 files in 2 dirs):
20:19.22CIA-68gcc-4.5: Import Linaro patches
20:19.22CIA-68* Tested gcc on efikamx.
20:19.22CIA-68Signed-off-by: Khem Raj <raj.khem@gmail.com>
20:19.22CIA-68Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org>
20:19.30CIA-6803Khem Raj <raj.khem@gmail.com> 07master * r7a92e52370 10openembedded.git/recipes/gcc/ (6 files):
20:19.30CIA-68gcc: Make use of INC_PR consistently.
20:19.30CIA-68Signed-off-by: Khem Raj <raj.khem@gmail.com>
20:19.35CIA-6803Khem Raj <raj.khem@gmail.com> 07master * r993fa56b77 10openembedded.git/recipes/gcc/ (12 files):
20:19.35CIA-68gcc: Separate recipes for linaro gcc are redundant, remove
20:19.35CIA-68* Linaro patches has been ported into gcc 4.5 in OE
20:19.35CIA-68we dont need to have separate set of recipes.
20:19.35CIA-68Signed-off-by: Khem Raj <raj.khem@gmail.com>
20:19.36CIA-68Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org>
20:19.37CIA-6803Scott Garman <sgarman@zenlinux.com> 07master * r6ccae1e558 10openembedded.git/recipes/grep/ (3 files in 3 dirs):
20:19.37CIA-68grep: update 2.6.3 to 2.7
20:19.38CIA-68Signed-off-by: Scott Garman <sgarman@zenlinux.com>
20:19.38CIA-68Signed-off-by: Khem Raj <raj.khem@gmail.com>
20:19.58eFfeMcould use another ack to for linux-uml removal, or a statement that someone still finds it useful.
20:20.00kergothit appears that commands supports async ones, and in supporting those it interacts directly with the server to handle the callbacks
20:20.04eFfeMsee  http://lists.linuxtogo.org/pipermail/openembedded-devel/2010-September/024654.html
20:20.07CIA-6803Graham Gower <graham.gower@gmail.com> 07master * rf4d1cd6975 10openembedded.git/recipes/gdb/ (20 files):
20:20.07CIA-68gdb: Don't clobber files installed by binutils.
20:20.07CIA-68Also, move INC_PR into gdb-common.inc and propagate it into all recipes.
20:20.07CIA-68Signed-off-by: Graham Gower <graham.gower@gmail.com>
20:20.07CIA-68Signed-off-by: Khem Raj <raj.khem@gmail.com>
20:20.08CIA-6803Fahad Usman <fahad_usman@mentor.com> 07master * rad833a8f47 10openembedded.git/recipes/python/ (python-setuptools-native_0.6c9.bb python-setuptools_0.6c9.bb):
20:20.08CIA-68python-setuptools: mergerd native and target
20:20.21kergothi could fix that api to let you register the callbacks for async commands instead, perhaps, and avoid the dep back on the server..
20:20.25kergothponders
20:20.25khemeFfeM: seems ok to me
20:20.37*** join/#oe andyj (~andy@D-69-91-150-54.dhcp4.washington.edu)
20:20.38CIA-68* merged native and target recipes and converted to new style staging
20:20.38CIA-68* bumped PR
20:20.38CIA-68* added BBCLASSEXTEND = "native" and NATIVE_INSTALL_WORKS = "1"
20:20.39CIA-68Signed-off-by: Fahad Usman <fahad_usman@mentor.com>
20:20.39CIA-68Signed-off-by: Khem Raj <raj.khem@gmail.com>
20:20.40CIA-6803Noor Ahsan <noor_ahsan@mentor.com> 07master * r6c21af6a85 10openembedded.git/recipes/tcltk/tcl_8.5.8.bb:
20:20.40CIA-68tcl: Run oe-stylize.py script and modify the recipe accordingly
20:20.41CIA-68* Run the oe-stylize.py script on the recipe and modify the recipe according to the output of the script.
20:20.41CIA-68Signed-off-by: Noor Ahsan <noor_ahsan@mentor.com>
20:21.09CIA-68Signed-off-by: Khem Raj <raj.khem@gmail.com>
20:21.09CIA-6803Graham Gower <graham.gower@gmail.com> 07master * r9730a28e66 10openembedded.git/recipes/gtk+/ (files/xkb-ifdef.patch gtk+_2.20.1.bb):
20:21.22Jay7can anybody build mupdf for angstrom?
20:22.00CIA-68gtk+_2.20.1.bb: Fix build with --disable-xkb.
20:22.00CIA-68See https://bugzilla.gnome.org/show_bug.cgi?id=619114
20:22.00CIA-68Signed-off-by: Graham Gower <graham.gower@gmail.com>
20:22.01CIA-68Signed-off-by: Khem Raj <raj.khem@gmail.com>
20:22.01CIA-6803Graham Gower <graham.gower@gmail.com> 07master * rb98c234bf7 10openembedded.git/recipes/ (4 files in 4 dirs): (log message trimmed)
20:22.02CIA-68imlib_1.9.15, qiv_1.9: move to obsolete.
20:22.02CIA-68Motivation for removal:
20:22.03CIA-68ERROR: QA Issue with staging: imlib.pc failed sanity test (tmpdir) in path /mnt/oe/tmp/sysroots/mipsel-oe-linux/usr/lib/pkgconfig
20:22.03CIA-68This 3 year old qiv recipe is the only in tree user of imlib1. Newer
20:22.55CIA-68versions of qiv which use imlib2 are available from http://spiegl.de/qiv/
20:22.55CIA-68(38 lines omitted)
20:23.20Jay7http://tinderbox.openembedded.net/builds/91362/
20:23.32Jay7mupdf is failed on -lfreetype
20:25.27*** part/#oe grund (~grund@host65-17-84-58.birch.net)
20:27.27eFfeMkhem, may I add your ack to it and make and push the patch with the two acks I have ? Or can you ack on the list ?
20:27.58khemadd it
20:28.04woglindejay7 I will look tomorrow into it
20:28.11*** join/#oe thaytan (~jan@ppp59-167-167-201.static.internode.on.net)
20:28.22Jay7woglinde: 10x
20:28.31eFfeMkhem, thanks
20:29.08Jay7it should be easy enough.. looks like lack of -Ldir or wrong staging of freetype
20:29.14Jay7I'm just not at home now
20:29.21woglinde-L I guess
20:32.36eFfeMkhem, btw did you see this thread? http://lists.linuxtogo.org/pipermail/openembedded-devel/2010-September/024816.html
20:32.52eFfeMI am not too happy by that solution (see my last reply in the thread)
20:34.10kergothright, of course.. a typical repl won't work with bitbake/oe, not if you want to support async commands and not clutter up the display -- would need the ncurses ui to be solid
20:34.14kergothpokes at the ncurses ui
20:34.35*** join/#oe ant_ (~andrea@host199-248-dynamic.16-79-r.retail.telecomitalia.it)
20:40.46*** join/#oe ant_ (~andrea@host199-248-dynamic.16-79-r.retail.telecomitalia.it)
20:41.08CIA-6803Noor Ahsan <noor_ahsan@mentor.com> 07org.openembedded.dev * r5d7a31de21 10openembedded.git/recipes/libfribidi/ (fribidi_0.19.2.bb libfribidi-native_0.10.4.bb):
20:41.08CIA-68fribidi: Extended recipe to build native package, add BBCLASSEXTEND
20:41.08CIA-68* Add BBCLASSEXTEND = "native" to fribidi recipe
20:41.08CIA-68* Bump PR to "r1"
20:41.08CIA-68* Remove libfribidi-native_0.10.4.bb
20:41.09CIA-68Signed-off-by: Noor Ahsan <noor_ahsan@mentor.com>
20:41.09CIA-68Signed-off-by: Tom Rini <tom_rini@mentor.com>
20:41.14CIA-6803Noor Ahsan <noor_ahsan@mentor.com> 07org.openembedded.dev * r9567a8885b 10openembedded.git/recipes/sqlite/sqlite3_3.6.23.1.bb:
20:41.14CIA-68sqlite3: Extend target recipe to native recipe using BBCLASSEXTEND
20:41.14CIA-68* Set BBCLASSEXTEND to "native" to use target recipe as native recipe
20:41.14CIA-68* In include file tcl-native was present in DEPENDS list, remove it from DEPENDS list by setting DEPENDS_virtclass-native = "readline-native ncurses-native"
20:41.15CIA-68* Bump PR "${INC_PR}.1"
20:41.16CIA-68Signed-off-by: Noor Ahsan <noor_ahsan@mentor.com>
20:41.16CIA-68Signed-off-by: Tom Rini <tom_rini@mentor.com>
20:41.23CIA-6803Noor Ahsan <noor_ahsan@mentor.com> 07org.openembedded.dev * rb673977996 10openembedded.git/recipes/sqlite/ (sqlite-native_2.8.17.bb sqlite_2.8.17.bb):
20:41.23CIA-68sqlite: Merge target and native recipe using BBCLASSEXTEND, Remove native recipe
20:41.23CIA-68* Merge target and native recipes using BBCLASSEXTEND, Set BBCLASSEXTEND = "native"
20:41.23CIA-68* Bump PR to "r7"
20:41.23CIA-68* Remove sqlite-native_2.8.17 recipe
20:41.23CIA-68Signed-off-by: Noor Ahsan <noor_ahsan@mentor.com>
20:41.24CIA-68Signed-off-by: Tom Rini <tom_rini@mentor.com>
20:41.33woglindestill no sqlite-3.7?
20:41.33CIA-6803Noor Ahsan <noor_ahsan@mentor.com> 07org.openembedded.dev * r537d40d95f 10openembedded.git/recipes/uicmoc/uicmoc-native_2.3.10.bb: (log message trimmed)
20:41.33CIA-68uicmoc-native: Convert to new style staging, Remove do_stage
20:41.33CIA-68* Convert do_stage to do_install function
20:41.33CIA-68* Convert ${STAGING_BINDIR} to ${D}${bindir}
20:41.34CIA-68* Set NATIVE_INSTALL_WORKS = "1"
20:41.34CIA-68* Bump PR to "r5"
20:41.35CIA-68Signed-off-by: Noor Ahsan <noor_ahsan@mentor.com>
20:41.36woglinde*sigh*
20:46.00*** join/#oe kevinsc (~a0214685@nat/ti/x-rkwbchkfwocdhscd)
20:51.26kergothokay, have a plan of attack to fix up ncurses, now to find the motivation to work on it..
20:52.10woglindego go go
20:52.14kergothwe don't need to implement interactive mode directly, at all.  All we need to do is fix up the ncurses UI to actually work properly, and move the "Nothing to do" message from the cooker into the UI
20:52.31kergothrichard intended ncurses to be an interactive setup, there's a command input window
20:52.34kergothits just not hooked up
20:52.37zeckewoglinde: thanks
20:52.46zeckekhem: who is using old libsoup?
20:52.50woglinde~lart zecke again
20:52.50ibotfollow's zecke again with a gauntlet and ... scratch ... HUMILIATION
20:53.31zeckewoglinde: well, we can safe the time by not building directfb, gstreamer and this crap. :)
20:53.35*** join/#oe CMoH-notebook (~cipi@78.96.81.76)
20:53.35*** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh)
20:54.01zeckewoglinde: you should lart GNOME developers... evince is blocking here on a synchronous dbus call to GConf...
20:55.34*** join/#oe JaMae (~martin@161-24.13.24.78.awnet.cz)
20:56.02khemzecke: geoclue gpe-calendar gpe-scap libsyncml rhythmbox starling
20:56.09woglindegconf should die anyway
20:56.14woglindehm
20:56.24zeckeoh... very old...
20:56.35khemzecke: can they be safely upgraded or removed
20:56.37zeckewoglinde: yeah, it does the same thing on GSettings...
20:56.40woglindewhy the hell pyqt uses libqpycore.a for
20:56.48*** join/#oe JaMa (~martin@161-24.13.24.78.awnet.cz)
20:56.54zeckekhem: api/abi is different... i fear that it is a problem
20:57.19khemzecke: thought so
20:57.45khemzecke: best bet is to make it co-exist
20:59.22CIA-6803Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * refc6e6b952 10openembedded.git/recipes/linux-uml/ (17 files in 4 dirs): (log message trimmed)
20:59.22CIA-68linux-uml: removed
20:59.22CIA-68There are two recipes in this dir, and neither fetches properly.
20:59.22CIA-68Also the recipes are for very old kernels.
20:59.22CIA-68(UML is nowadays mainlined)
20:59.22CIA-68see http://lists.linuxtogo.org/pipermail/openembedded-devel/2010-September/024654.html
20:59.23CIA-68and replies
20:59.23khemzecke: I built webkit-gtk and then after that a whole bunch of stuff got built then I went ot rebuild webkit only to find that one of the above has installed older version of libsoup and webkit wont rebuild
20:59.31CIA-6803Andreas Oberritter <obi@opendreambox.org> 07org.openembedded.dev * r617ac27e70 10openembedded.git/recipes/cdparanoia/ (cdparanoia_10.2.bb cdparanoia_svn.bb): (log message trimmed)
20:59.31CIA-68cdparanoia: create libcdparanoia packages
20:59.31CIA-68* Create separate packages for the libraries, which
20:59.31CIA-68use a different license than the executable:
20:59.31CIA-68"The cdparanoia command line tool versions 10.1 and later are
20:59.31CIA-68distributed under the GNU General Public Licence v2.0 or, at your
20:59.32CIA-68option, any later version of the GPL."
21:00.22zeckekhem: we should be fine with different includedirs? pkg-config files are already different
21:00.48zeckekhem: hmm... incluedir should be already different
21:02.18khemzecke: ok checking for LIBSOUP... configure: error: Package requirements (libsoup-2.4 >= 2.28.2) were not met:
21:02.32khemConsider adjusting the PKG_CONFIG_PATH environment variable
21:02.39khemAlternatively, you may set the environment variables LIBSOUP_CFLAGS
21:02.46khemand LIBSOUP_LIBS to avoid the need to call pkg-config
21:02.58zeckeeven package names are different libsoup vs. libsoup-2
21:03.12*** join/#oe sakoman (~sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net)
21:03.22zeckesorry, need to bring my partner to the trainstation, she is going back to Taiwan
21:03.24khemzecke: names dont matter I think
21:03.46CIA-6803Fahad Usman <fahad_usman@mentor.com> 07org.openembedded.dev * ree63893f3c 10openembedded.git/recipes/classpath/classpath-tools-native.bb:
21:03.47CIA-68classpath-tools-native.bb: Converted to new style staging
21:03.47CIA-68* Converted do_stage to do_install.
21:03.47CIA-68* Added NATIVE_INSTALL_WORKS = "1"
21:03.47CIA-68* Added PR = "r1"
21:03.47CIA-68Signed-off-by: Fahad Usman <fahad_usman@mentor.com>
21:03.47CIA-68Signed-off-by: Tom Rini <tom_rini@mentor.com>
21:03.48khemits the content
21:03.48CIA-6803Fahad Usman <fahad_usman@mentor.com> 07org.openembedded.dev * rbf605db758 10openembedded.git/recipes/pngcrush/ (pngcrush-native_1.7.9.bb pngcrush_1.7.9.bb): (log message trimmed)
21:03.49CIA-68pngcrush_1.7.9: merged native and non-native recipes
21:03.49CIA-68* removed the pngcrush-native_1.7.9.bb file
21:03.50CIA-68* added NATIVE_INSTALL_WORKS = "1"
21:03.50CIA-68* added BBCLASSEXTEND = "native"
21:03.51CIA-68* added PR = "r1"
21:03.51CIA-68Signed-off-by: Fahad Usman <fahad_usman@mentor.com>
21:03.58CIA-6803Fahad Usman <fahad_usman@mentor.com> 07org.openembedded.dev * r1cdb3733cf 10openembedded.git/recipes/gnome/gconf-native_2.6.1.bb: (log message trimmed)
21:03.58CIA-68gconf-native_2.6.1.bb: Converted to new style staging
21:03.58CIA-68* Converted do_stage to do_install.
21:03.58CIA-68* Added NATIVE_INSTALL_WORKS = "1"
21:03.58CIA-68* Added PR = "r1"
21:03.59CIA-68Note: Not merging it into the non-native recipe as this is a dummy recipe and it does not need all the regular stuff.
21:03.59CIA-68Signed-off-by: Fahad Usman <fahad_usman@mentor.com>
21:04.00CIA-6803Fahad Usman <fahad_usman@mentor.com> 07org.openembedded.dev * raaa6bfa82a 10openembedded.git/recipes/docbook-sgml-dtd/ (5 files): (log message trimmed)
21:04.00CIA-68docbook-sgml-dtd-native: converted to new style staging
21:04.01CIA-68* Converted do_stage to do_install.
21:04.01CIA-68* Moved the catalog files from ${sysconfdir}/sgml to ${D}${sysconfdir}/sgml so that they get included in the package file resulting with the new style staging.
21:04.26CIA-68* Added a function docbook_sgml_dtd_native_mangle, to correct the path in .cat file and added it to SYSROOT_PREPROCESS_FUNCS.
21:04.26CIA-68* Added INC_PR = "r1" to the .inc file and PR = "${INC_PR}.0" to the .bb files
21:04.26CIA-68Signed-off-by: Fahad Usman <fahad_usman@mentor.com>
21:04.26CIA-6803Fahad Usman <fahad_usman@mentor.com> 07org.openembedded.dev * rfd4d29eed1 10openembedded.git/recipes/opie-i18n/ (3 files):
21:04.27CIA-68opie-lrelease-native: Converted to new style staging
21:04.27CIA-68* Converted do_stage to do_install.
21:04.28CIA-68* Added NATIVE_INSTALL_WORKS = "1"
21:04.28CIA-68* Added INC_PR = "r1" to the .inc file and PR = "${INC_PR}.0" to the .bb files
21:04.29CIA-68Signed-off-by: Fahad Usman <fahad_usman@mentor.com>
21:04.29CIA-68Signed-off-by: Tom Rini <tom_rini@mentor.com>
21:04.30CIA-68(28 lines omitted)
21:04.45zeckekhem: even the pkgconfig file should be libsoup-2.4.pc
21:06.17CIA-6803Fahad Usman <fahad_usman@mentor.com> 07org.openembedded.dev * r44af05077f 10openembedded.git/recipes/glib-1.2/ (glib-1.2-native_1.2.10.bb glib-1.2_1.2.10.bb): (log message trimmed)
21:06.18CIA-68glib-1.2: merged native and non-native recipes
21:06.18CIA-68* removed the glib-1.2-native_1.2.10.bb file
21:06.18CIA-68* added NATIVE_INSTALL_WORKS = "1"
21:06.18CIA-68* added BBCLASSEXTEND = "native"
21:06.18CIA-68* converted do_stage of native recipe to do_install_virtclass-native in the combined recipe
21:06.19CIA-68* added DEPENDS_pn-glib-1.2 += "glib-1.2-native", per Vitus' suggestion
21:07.27khemzecke: yes it is
21:07.40Tartaruskhem: Re http://patchwork.openembedded.org/patch/2920/
21:07.41khemzecke: but I think webkit is not reading the right one
21:07.53TartarusNo, I don't think we can convert to do_install_append since that export modifies how autotools_.. goes
21:07.56*** join/#oe kergoth_ (~kergoth@ip24-251-170-95.ph.ph.cox.net)
21:07.57TartarusI'll add a comment in the bb tho
21:09.35khemTartarus: you can export even in do_install_prepend
21:09.36woglindeglib1 die die
21:09.47eFfeMcalling it a day, cya all tomorrow & have fun!
21:09.54woglindenite effem
21:10.15Tartaruskhem: Yeah
21:10.19Tartarusbut that's even sillier I think
21:10.30Tartarusdo_install_prepend() 1 line, do_install_append() N lines
21:10.39TartarusAll to avoid calling out autotools_do_install
21:10.41woglindehm seems I have now emultae pyqt configure.py with qmake stuff and the recipe
21:12.07ant_hm... I see more cases of missing gettext: http://pastebin.ca/1952138
21:12.09CIA-6803Fahad Usman <fahad_usman@mentor.com> 07org.openembedded.dev * rfe6da768cb 10openembedded.git/recipes/omniorb/ (omniorb-native_4.1.4.bb omniorb_4.1.4.bb): (log message trimmed)
21:12.09CIA-68omniorb_4.1.4: merged native and non-native recipes
21:12.09CIA-68* removed the omniorb-native_4.1.4.bb file
21:12.09CIA-68* added DEPENDS_pn-omniorb = "omniorb-native" and DEPENDS_pn-omniorb-native +=
21:12.09CIA-68"python-native" to handle different dependencies for native and target
21:12.09CIA-68recipes, thanks to Vitus Jensen for guidance
21:12.10CIA-68* added NATIVE_INSTALL_WORKS = "1"
21:12.29*** join/#oe GNUtoo|oeee (~GNUtoo@host245-55-dynamic.180-80-r.retail.telecomitalia.it)
21:12.58woglindere gnutoo
21:13.58tharveykhem, was it you who suggested to someone the other day using amend.inc and something else?  wanted to read your blog entry again
21:13.59GNUtoo|oeeehi
21:14.33woglindeseems to work
21:14.37woglindeyeah
21:14.43woglindeat least for compiletime
21:16.53khemtharvey: bbappend
21:17.06khemtharvey: http://sakrah.dontexist.org
21:17.24tharveythx, that was the blog I wanted to read again - is that your blog?
21:17.32khemyes
21:18.50woglindekhem new benchmark tests with linaro stuff now?
21:18.54woglindeand uclibc?
21:19.33woglindewe have to benchmark more
21:19.42cbrakekhem: heh, I just sent a note to the ML about the bbappend stuff :-)
21:19.50tharveyso bbappend seems to have the exact same effect as inheriting amend.bbclass and having an amend.inc in FILESBASEPATH correct? - bbappend being an improvement because its automatic?
21:20.11ant_Tartarus: hey Tom, would you pls give impulse to investigations about the missing inherit gettext? http://pastebin.ca/1952138
21:21.24ant_then there is a strange issue with globs, I think : http://pastebin.ca/1952148
21:22.24*** join/#oe anarsoul_ (~anarsoul@80.249.83.156)
21:23.05TartarusStill seeing that 2nd pastebin?
21:23.14TartarusI thought that got fixed rather recently
21:23.17TartarusNot sure about the gettext one
21:24.02ant_logs are 25 sept. pull
21:24.11ant_I'll retry tonight
21:24.29woglindeant they will not have changed
21:25.05Tartarusaf5d0dbecc11ada0d3255da195b4674dd6e08782, no?
21:25.10ant_didn't check one by one..I trust you :)
21:25.12TartarusWhich is odd since that should be in the build :(
21:26.48woglindehm
21:27.37*** join/#oe florian (~fuchs@sign-4d091981.pool.mediaWays.net)
21:27.37*** join/#oe florian (~fuchs@Maemo/community/contributor/florian)
21:28.33tharveykhem, not quite understanding the bblayers and bbappend examples at http://sakrah.homelinux.org/node/2 - it seems to me both these mechanisms already existed in OE:  COLLECTIONS have been there a long time - I'm not understanding the diff betwen bblayers and collections.  As far as providing your own /etc/network/interfaces - modifying FILESPATHBASE to prepend your own path has always worked to allow you to use your own localfil
21:28.34tharveyes instead of whats in a recipe
21:42.24*** join/#oe dante (~dante@static-71-179-165-162.bltmmd.fios.verizon.net)
21:42.42danteI have a bitbake package selection question.
21:46.39danteI can't get bitbake to select a u-boot other than root.
21:48.28tharveyother than 'root' - what do you mean?
21:51.22danteerr
21:51.24dantegit
21:51.26khemtharvey: could be, its one use case of it
21:51.41danteso if I do bitbake u-boot-2009.08
21:51.49danteit tries to build BOTH git and 2009.08
21:52.06khemtharvey: I could get the complete recipe unmodified from OE and just let it use one file from my overlay
21:52.07dante( I don't want to build git because the recipe is failing )
21:52.37khemtharvey: with collections I had to copy the whole recipe into my overlay and then modify it
21:53.29khemtharvay and bblayers and bbappend does same that collections did infact its another mechanism to maintain overlays
21:53.59tharveydante, set PREFERRED_VERSION_uboot
21:54.11khemtharvey: bbappend is a stub that will get added to original .bb
21:54.21khemby bitbake
21:54.46danteok, for my understanding of bitbake .. is there a reason that it is ignoring the version I have on my request?
21:55.27tharveykhem, if the one file you want to modify is in SRC_URI as file:// then FILESBASEPATH takes care of it
21:56.06khemtharvey: true how would you do it if you did not have bbappend
21:56.07tharveyre bbappend I see value in it for sure, just wondering if its different than amend.inc used when inheriting amend.bbclass?
21:56.09kergoth_dante: it's a bug.
21:56.17danteah ok.
21:56.40kergoth_tharvey: it's supported directly by bitbake, which means a number of things.  performance is improved, less work is done (only needs to finalize (apply overrides, etc) once), etc
21:57.16kergoth_the downside is the fact that the filename has to match directly, which means if upstream prefs change, you get ad ifferent version, and suddenly your overlay's changes aren't applied to the version you're building anymore..
21:57.19kergoth_that's my biggest concern with it
21:57.20tharveykhem, in my local.conf I have FILESPATHBASE =. "${OEROOT}/myfiles/files:", then I have for example myfiles/files/netbase/interfaces which netbase uses instead of its interfaces
21:58.13tharveykergoth_, your refering to bbappends right?  so its simply a bit more efficient than amend.bbclass and preferable correct?
21:58.19*** join/#oe mickey|away (~mickey@80.81.242.146)
21:58.45kergoth_you're downplaying the benefit, its not "a bit" more efficient
21:59.13kergoth_in addition, BBCLASSEXTEND should work with it, which it doesn't with amend.inc today
21:59.13khemtharvey:  if you have more than one thing to override then you will end up cluttering you local.conf
21:59.37kergoth_khem: hm?  no, you wouldn't
21:59.39tharveyno worries - I'm just asking.  I often find multiple ways of doing things and wonder what the preferred method is these days.  Seems like amend.bbclass should perhaps be deprecated then?
21:59.49kergoth_bbappend is only in master
21:59.51kergoth_not even 1.10
21:59.56kergoth_and bitbake isn't even bumped to require 1.10 yet
22:00.00tharveykhem, no, I override local files all the time... no more cluter than what your talking about
22:00.06kergoth_so at some point far in the future, yes, we'll deprecate it
22:00.16kergoth_s/bibake isn't/OE isn't/
22:00.49tharveykergoth_, ahh... bbpapend is a 'bitbake' enhancement?  ok that makes sense now
22:01.02kergoth_perhaps i wasn't clear
22:01.02khemtharvey: so you put all your files in one single dir ?
22:01.17kergoth_when i said "it's supported directly by bitbake" i meant *directly*
22:01.26tharveykhem, no, its per package, per package-name, etc
22:01.39tharveykhem, uses OVERRIDES
22:01.40kergoth_khem: read FILESPATH in bitbake.conf.
22:01.48tharveyOVERRIDES = "local:${MACHINE}:${DISTRO}:${TARGET_OS}:${TARGET_ARCH}:build-${BUILD_OS}:fail-fast:pn-${PN}:${FEED_ARCH}"
22:01.53kergoth_FILESPATHBASE is only the first component
22:02.08kergoth_FILESPATHPKG is then built on top of every base, and every override on top of all those combinations
22:02.34kergoth_the default FILESPATHBASE is only FILE_DIRNAME
22:02.40tharveykhem, its very clean - only issue is for things you want to override which are 'not' a localfile...
22:02.42khemkergoth_: true I confused with myfiles/files:
22:03.17khemtharvey: not a local file ?
22:03.21kergoth_yeah, its only useful for file://, doesn't help with anything else
22:03.24khemwhat that would be
22:03.28khemoh urls
22:03.31tharveyright
22:03.51kergoth_anything that isn't file:// files.  if it installs a config file that it gets from ${S}, not filespath, that'd require a metadata change to alter it
22:04.00khemkergoth_: with bbappend I guess we could change SRC_URIs
22:04.15kergoth_same with amend.inc, yes
22:04.19tharveyfor example I just ran into trouble because I wanted a custom /etc/sysconfig/gpelogin yet thats not a localfile it comes from the source tarball of gpe-login
22:04.59khemtharvey: anything that comes from source tar is not metadata I consider
22:05.00tharveyI'm using the amend.inc method to apply any patches to handle what I can't with FILESPATHBASE
22:05.00kergoth_tharvey: amend.inc bumps ram usage by about 14%, and slows parse time as well due to having to check for existance of all the potentially existent files
22:05.10kergoth_prior to the recent amend.bbclass change, it nearly doubled the up front ram usage
22:05.16kergoth_for some very strange reason
22:05.25dantekergoth_: where am I supposed to set this PREFERRED_VERSION_uboot?
22:05.34tharveyya, I'll move to using bbappend for sure
22:05.38kergoth_dante: uh, the same place you set everything else?
22:05.49tharveydante, you set that in one of your conf files, such as local.conf
22:05.51kergoth_dante: its a bitbake variable, its local to your build, put it in local.conf.
22:06.18khemkergoth: is BBPATH the list of dirs under which bb will look for metadata ?
22:06.21kergoth_tharvey: let me know if you figure out a solution to what i mentioned before, other than a distro wide version lockdown :\
22:06.31danteI had a local.inc .. lets see if that changes things.
22:06.47kergoth_local.inc isn't included by anything, unless you did so yourself in a config file thats already included.
22:07.08TartarusSo... hunh.  font-util-native needs 4200ish tasks to build
22:07.14khemkergoth_: which problem the file renaming ?
22:07.14TartarusI think somewhere there's a wrong dep :)
22:07.40danteok .. apparently .. it's not including my local.conf
22:08.12tharveykergoth_, the issue that .bbappend has to match the package name exactly and if package version bumps you need to re-apply?  - that may not be a bad downside as you 'should' re-examine your append in the case of a new version
22:08.31kergoth_tharvey: perhaps you have time to review every commit when updating..
22:08.34tharveybut I would agree its a pain to try to track these changes all the time
22:08.40dantekergoth_: is there a good place to learn bitbake before it drives me insane?
22:08.41tharveyexactly heh
22:08.45kergoth_the problem is the failure mode
22:08.47kergoth_rather than erroring
22:08.51kergoth_it just silently doesn't apply your changes
22:09.15kergoth_dante: bitbake user manual, oe user manual..
22:09.43danteok, the bitbake user manual seemed .. lacking?
22:09.56kergoth_not particularly
22:09.59kergoth_it covers bitbake alone.
22:10.02tharveythe way I've been supporting OE for my project is to lock down a specific snapshot of OE, so I don't pull very often (not often enough) - looking for ways to make the pull's less work to sync up
22:10.03kergoth_bitbake isn't what includes local.conf.
22:10.06kergoth_OE's bitbake.conf does that
22:10.29tharveycurrently I just compare package lists from my image before/after pull and check my overrides for anything that bumped versions
22:11.12kergoth_the big lack i see in bitbake's docs are that its really only reference material and a few examples, almost no conceptual information, and no real beginning to end tutorials on its usage
22:11.18khemkergoth: may be there could be a bitbake note about form where a file:// is being picked
22:11.28tharveydante, its probably not bitbake driving you insane... I think its more a matter of understanding OE's use of bitbake - where confs get included like kergoth_ metioned
22:11.30danteso I've put a local.conf where the local.conf.sample is, and put the PREFERRED_VERSION_uboot="2010.06"
22:11.41kergoth_khem: you mean like http://bitbake.berlios.de/manual/ch03s02.html ?
22:11.42danteand it still tries to build the git version
22:11.49tharveyagreed regarding docs
22:12.14tharveydante, not where local.conf.sample is
22:12.26kergoth_dante: read the OE user manual.
22:12.31kergoth_i mentioned both for a reason
22:12.41tharveyneeds to be in BBPATH
22:13.08dantekergoth_: sounds good, I'll read that then.
22:13.10kergoth_where local.conf.sample is will work too, as long as there isn't a conf/local.conf in a high priority location in bbpath
22:13.28tharveydante, typically you will have an environment setup - something that you source in your shell which sets BBPATH... typically you would add a path to a build directory
22:13.55tharveydante, the issue is that we don't know what you have setup for your local configuration so we can't answer you directly... there are many guides out there that setup BBPATH differently
22:14.39kergoth_and of course, this is one of oe/bitbake's biggest usability problems
22:14.41tharveyif you followed http://wiki.openembedded.net/index.php/Getting_Started then you would put your local.conf in "/stuff/build"
22:14.44kergoth_there are too damn many ways to do things
22:14.50kergoth_flexibility is nice, but this is just excessive.
22:14.59kergoth_heh
22:15.00tharveyheh... which is why I asked about bbappend vs amend.bbclass
22:15.05kergoth_indeed
22:15.27JaMakhem: last change in eglibc doesn't compile here (in locales) http://tinderbox.openembedded.net/packages/802402/ any hint?
22:15.37kergoth_i always figured we'd get something like amend into bitbake directly, was just a matter of time, the functionality is too useful, and the implementation via metadata had issues
22:15.41tharveyI can't keep up daily... I tend to try to get up to date every couple of months which is very painful as there is no snapshots and release changes to follow
22:16.07CIA-6803Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * ra1506f34f4 10openembedded.git/recipes/libffi/libffi-native_2.0+gcc4.3.2.bb:
22:16.07CIA-68libffi-native: Convert from legacy staging
22:16.07CIA-68Signed-off-by: Tom Rini <tom_rini@mentor.com>
22:16.08kergoth_tharvey: i find it helps to look over the git log just for conf/ and classes/
22:16.12kergoth_since those are the highest impact
22:16.17CIA-6803Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * r18680edeca 10openembedded.git/recipes/mysql/mysql5-native_5.1.40.bb:
22:16.19CIA-68mysql5-native: Convert from legacy staging, disable pstaging
22:16.19CIA-68Signed-off-by: Tom Rini <tom_rini@mentor.com>
22:16.19CIA-6803Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * r532afcc89f 10openembedded.git/recipes/apache2/ (apache2-native_2.2.14.bb apache2-native_2.2.3.bb):
22:16.19CIA-68apache2-native: Convert from legacy staging
22:16.19CIA-68Signed-off-by: Tom Rini <tom_rini@mentor.com>
22:16.20CIA-6803Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * r53ddbbe512 10openembedded.git/recipes/dcop/dcopidl2cpp-native_3.5.8.bb:
22:16.20CIA-68dcopidl2cpp-native: Convert from legacy staging
22:16.20CIA-68Signed-off-by: Tom Rini <tom_rini@mentor.com>
22:16.20kergoth_for the oe side of things anyway
22:16.21CIA-6803Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * redd73eef19 10openembedded.git/recipes/htmldoc/ (htmldoc-native_1.9.x-r1571.bb htmldoc_1.9.x-r1571.bb):
22:16.21CIA-68htmldoc-native: Switch to BBCLASSEXTEND, drop legacy staging
22:16.22CIA-68Signed-off-by: Tom Rini <tom_rini@mentor.com>
22:16.22CIA-6803Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * r4e7a0d99b6 10openembedded.git/recipes/perl/ (2 files):
22:16.23CIA-68liblocale-gettext-perl: Switch to BBCLASSEXTEND
22:16.24CIA-68Signed-off-by: Tom Rini <tom_rini@mentor.com>
22:16.31tharveydante, so in that wiki guide, the step called 'Create local configuration' where you copy local.conf.sample into build/conf/local.conf and edit - thats the 'conf' we are talking about
22:16.55tharveybut if you follow along in that wiki you can see that you can put any number of directories in the path where your local.conf may reside
22:17.17tharveygood point on conf/classes
22:17.54kergoth_course, you have to ignore all the random changes to some distro you don't care about in conf/distro/
22:17.57kergoth_but its a start
22:18.03kergoth_heh
22:18.08dantetharvey: gotcha. I think I have it now .. I just got very frustrated when I was trying to do the version by hand at the commandline
22:18.19kergoth_yeah... don't do that, its broken :)
22:18.21danteand looking though the bb files and being like "WHY IS IT IGNORING MY VERSION?!?!"
22:18.27khemJaMa: bitbake -c clean eglibc eglibc-initial gcc-cross gcc-cross-initial gcc-cross-intermediate; bitbake eglibc
22:18.32dantethanks.
22:18.35*** part/#oe dante (~dante@static-71-179-165-162.bltmmd.fios.verizon.net)
22:19.52khemJaMa: in worst case you might have to rebuild
22:22.05JaMakhem: ok, will try
22:23.36JaMakhem: I was just surprised, because I've built this dir from scratch 2 days ago (already with linaro patched gcc and only change now was Make use of INC_PR consistently.)
22:24.19khemJaMa: I ended up in same error but then cleaning gcc and eglibc helped
22:24.24khembut then I also deleted all
22:25.02JaMaoki
22:25.10JaMathanks
22:25.20*** join/#oe CMoH|notebook (~cipi@78.96.81.76)
22:25.20*** join/#oe CMoH|notebook (~cipi@unaffiliated/c-moh)
22:32.54ant_good night
22:42.27kergoth_glares at bitbake
22:43.42*** join/#oe sge (~username@62.240.71.4)
22:59.46CIA-6803Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * r718dfa9145 10openembedded.git/recipes/inetutils/ (inetutils_1.5.bb inetutils_1.8.bb):
22:59.46CIA-68inetutils: Add hostname to u-a.
22:59.46CIA-68Signed-off-by: Tom Rini <tom_rini@mentor.com>
23:07.00*** join/#oe kevinsc (~a0214685@nat/ti/x-mqrmcseeouqcyzjw)
23:09.58*** join/#oe sge (~username@62.240.71.4)
23:14.22JaMakhem: cleaning whole toolchain and building again helped me too, thanks again
23:15.56kergoth_hmmmm
23:20.05*** join/#oe celeron55 (~perttu@a91-155-42-12.elisa-laajakaista.fi)
23:23.35khemJaMa: cool np
23:26.23*** join/#oe dth (~dth@a89-183-15-15.net-htp.de)
23:34.56CIA-6803Chase Maupin <chasemaupin03@gmail.com> 07org.openembedded.dev * ra6d0aa94fe 10openembedded.git/recipes/ti/ (3 files):
23:34.57CIA-68matrix-gui-common: make versioned recipes
23:34.57CIA-68* Abstracted common code to .inc file
23:34.57CIA-68* Made versioned recipe for version 1.1 and 1.2
23:34.57CIA-68* Removed the _svn version of the recipe.
23:34.57CIA-68Signed-off-by: Chase Maupin <chase.maupin@ti.com>
23:34.57CIA-68Signed-off-by: Denys Dmytriyenko <denis@denix.org>
23:35.11CIA-6803Chase Maupin <chasemaupin03@gmail.com> 07org.openembedded.dev * r7a8f11af65 10openembedded.git/recipes/ti/ (matrix-gui_svn.bb matrix-gui_1.1.bb matrix-gui_1.2.bb):
23:35.11CIA-68matrix-gui: make versioned recipes
23:35.11CIA-68* Abstracted common code to .inc file
23:35.11CIA-68* Made versioned recipe for version 1.1 and 1.2
23:35.12CIA-68* Removed _svn version of the recipe
23:35.12CIA-68Signed-off-by: Chase Maupin <chase.maupin@ti.com>
23:35.13CIA-68Signed-off-by: Denys Dmytriyenko <denis@denix.org>
23:35.14CIA-6803Chase Maupin <chasemaupin03@gmail.com> 07org.openembedded.dev * rd8d91cad17 10openembedded.git/recipes/ti/am-benchmarks_svn.bb:
23:35.14CIA-68am-benchmarks: update to latest version
23:35.15CIA-68* Updated the SRCREV to the latest version of this project
23:35.15CIA-68which includes support for multiple platforms.
23:35.16CIA-68* Add COMPATIBLE_MACHINE setting for recipe.
23:35.16CIA-68Signed-off-by: Chase Maupin <chase.maupin@ti.com>
23:35.17CIA-68Signed-off-by: Denys Dmytriyenko <denis@denix.org>
23:35.17CIA-6803Chase Maupin <chasemaupin03@gmail.com> 07org.openembedded.dev * r76f664fbe8 10openembedded.git/recipes/ti/ (matrix-tui_svn.bb matrix-tui_1.0.bb): (log message trimmed)
23:35.18CIA-68matrix-tui: create versioned matrix-tui recipe
23:42.12*** join/#oe playya (~playya@93.216.249.125)
23:42.12*** join/#oe playya (~playya@unaffiliated/playya)
23:48.11*** join/#oe CMoH|notebook (~cipi@78.96.81.76)
23:48.11*** join/#oe CMoH|notebook (~cipi@unaffiliated/c-moh)
23:58.19*** join/#oe hillct (~hillct@cpe-174-109-201-200.nc.res.rr.com)

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