IRC log for #oe on 20110628

00:01.22denixka6sox-home: well, let me then ask you on behalf of the Board, for the details on equipment and org charts, please. let me know if you need clarification or have any questions. thanks
00:01.52*** join/#oe Crofton|work (~balister@pool-96-240-183-98.ronkva.east.verizon.net)
00:02.05denixI can put it in writing, if you need to... :)
00:03.12*** join/#oe likewise (~likewise@095-097-098-131.static.chello.nl)
00:10.31*** join/#oe kergoth (~kergoth@ip24-251-173-232.ph.ph.cox.net)
00:10.33*** join/#oe nslu2-log (~nslu2-log@limax.nslu2-linux.org)
00:13.34*** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes)
00:13.34*** join/#oe otavio (~otavio@debian/developer/otavio)
00:13.34*** join/#oe htns (~htns@175.139.210.69)
00:13.34*** join/#oe cpo (~cpo@194.145.151.17)
00:13.34*** join/#oe wmat (~wmat@gromit.mixdown.ca)
00:15.14*** join/#oe incandescant (~joshual@c-24-21-159-20.hsd1.or.comcast.net)
00:20.59*** join/#oe zenlinux_laptop (~sgarman@c-24-21-159-20.hsd1.or.comcast.net)
00:35.09*** join/#oe playya (~playya@unaffiliated/playya)
00:40.50*** join/#oe joelagnel (~joel@ip65-46-142-190.z142-46-65.customer.algx.net)
00:47.43ka6sox-homekhem, ping?
00:58.52denixkhem: yeah, ping
01:03.50*** join/#oe methril (~methril@189.27.135.173.dynamic.adsl.gvt.net.br)
01:28.32*** join/#oe joelagnel (~joel@cpe-76-184-244-226.tx.res.rr.com)
01:36.21*** join/#oe Openfree` (~Openfreer@116.228.88.131)
01:43.09*** join/#oe kergoth (~kergoth@ip24-251-173-232.ph.ph.cox.net)
01:45.35*** join/#oe lamawithonel_ (~lucas@pool-173-66-110-102.washdc.fios.verizon.net)
01:48.19*** join/#oe lamawithonel_ (~lucas@pool-173-66-110-102.washdc.fios.verizon.net)
01:53.31*** join/#oe lamawithonel_ (~lucas@pool-173-66-110-102.washdc.fios.verizon.net)
01:54.12*** join/#oe joelagnel1 (~joel@cpe-76-184-244-226.tx.res.rr.com)
01:56.19*** join/#oe lamawithonel_ (~lucas@pool-173-66-110-102.washdc.fios.verizon.net)
02:01.05*** join/#oe lamawithonel_ (~lucas@pool-173-66-110-102.washdc.fios.verizon.net)
02:05.45*** join/#oe devzero_ (devzero@xdsl-78-35-48-42.netcologne.de)
02:08.07*** join/#oe lamawithonel_ (~lucas@pool-173-66-110-102.washdc.fios.verizon.net)
02:15.02*** join/#oe methril (~methril@189.27.130.137.dynamic.adsl.gvt.net.br)
02:15.04*** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst)
02:23.29*** join/#oe rickfoosusa (~chatzilla@adsl-68-91-195-173.dsl.austtx.swbell.net)
02:23.40*** join/#oe lamawithonel__ (~lucas@pool-173-66-110-102.washdc.fios.verizon.net)
02:29.19*** join/#oe lamawithonel__ (~lucas@pool-173-66-110-102.washdc.fios.verizon.net)
02:33.29*** join/#oe lamawithonel__ (~lucas@pool-173-66-110-102.washdc.fios.verizon.net)
02:35.38*** join/#oe otavio (~otavio@189.114.111.55)
02:35.38*** join/#oe otavio (~otavio@debian/developer/otavio)
02:56.05*** join/#oe kergoth_ (~kergoth@ip24-251-173-232.ph.ph.cox.net)
03:35.38*** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst)
03:48.55*** join/#oe zenlinux (~sgarman@c-98-246-160-194.hsd1.or.comcast.net)
04:03.40*** join/#oe obi_ (~obi@unaffiliated/obi)
04:08.41*** join/#oe hrw (~hrw@linaro/hrw)
04:27.45*** join/#oe mckoan_ (~marco@unaffiliated/mckoan)
04:28.11*** join/#oe grma (~gruberm@chello212186029093.tirol.surfer.at)
04:47.52*** join/#oe rob_w (~bob@host-188-174-137-86.customer.m-online.net)
05:36.44*** join/#oe amarsman (~marsman@52488909.cm-4-1c.dynamic.ziggo.nl)
05:44.27*** join/#oe vitus (~vitus@145.253.169.210)
05:45.37*** join/#oe sgw (~sgw@68.178.104.162)
06:15.23*** join/#oe Openfree` (~Openfreer@116.228.88.131)
06:26.40*** join/#oe rschus (~rschus@172.176.73.86.rev.sfr.net)
06:27.56*** join/#oe amarsman (~marsman@89.184.175.76)
06:32.49*** join/#oe methril_ (~methril@189.27.128.141.dynamic.adsl.gvt.net.br)
06:46.18*** join/#oe zecke (~ich@91-64-95-94-dynip.superkabel.de)
06:46.22*** join/#oe GarthPS (~quassel@qrc29-1-82-245-206-103.fbx.proxad.net)
06:47.57*** join/#oe aloril (~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi)
06:57.16*** join/#oe ao2 (~ao2@2001:1418:117::1)
07:14.52*** join/#oe erwt (~rahul@114.143.162.182)
07:17.49*** join/#oe sH|Mnemonic (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de)
07:18.26*** join/#oe bluelightning (~paul@cpc9-lewi14-2-0-cust183.2-4.cable.virginmedia.com)
07:18.26*** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning)
07:19.02erwthas anyone sucessfully used touchscreen for mini6410  board ? .....plz suggest
07:19.34erwtthe driver support or any info.
07:28.19*** join/#oe ant_work (~andrea@host6-80-static.42-85-b.business.telecomitalia.it)
07:28.56*** join/#oe sanket (~sanket@114.143.162.182)
07:33.37mckoangood morning
07:37.21sankethello
07:37.41sanketcan anyone help me how to change screen resolution with fbdev?
08:22.34*** join/#oe morphis (~morphis@dslb-088-071-183-181.pools.arcor-ip.net)
08:22.49erwtDoes eGalax work for mini6410 board
08:30.14*** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian)
08:41.53*** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst)
08:56.45*** join/#oe timtimred (~meh@host86-181-7-35.range86-181.btcentralplus.com)
09:11.56*** join/#oe pretec (~Matthias@port-92-195-92-224.dynamic.qsc.de)
09:34.08*** join/#oe pepermint (~pepermint@host186-76-dynamic.4-87-r.retail.telecomitalia.it)
09:40.31*** join/#oe sanket_ (~sanket@114.143.162.182)
09:42.32*** join/#oe bluelightning (~paul@83.217.123.106)
09:42.32*** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning)
10:17.09*** join/#oe CMoH-office (~cipi@89.238.251.90)
10:17.09*** join/#oe CMoH-office (~cipi@unaffiliated/c-moh)
10:17.15*** join/#oe rsalveti (~rsalveti@201.82.65.93)
10:17.15*** join/#oe rsalveti (~rsalveti@linaro/rsalveti)
10:33.09*** join/#oe GNUtoo (~GNUtoo@host190-137-dynamic.50-79-r.retail.telecomitalia.it)
10:38.26*** join/#oe dkim (~dkim@61.75.13.60)
10:40.29pb_hi ant_work, florian, all
10:40.40florianhi pb_
11:01.06*** join/#oe GNUtoo-n1shr (~root@host190-137-dynamic.50-79-r.retail.telecomitalia.it)
11:09.42*** join/#oe ant_work (~andrea@host6-80-static.42-85-b.business.telecomitalia.it)
11:18.36CIA-10903Robert Yang <liezhi.yang@windriver.com> 07master * r41bef02bef 10bitbake.git/lib/bb/ (build.py cache.py runqueue.py): (log message trimmed)
11:18.36CIA-109bitbake: Add task specific stamp file support
11:18.36CIA-109This patch, based on proof of concept code from Richard adds code to
11:18.36CIA-109bitbake to allow individual tasks to optionally specify their stamp
11:18.36CIA-109file using the stamp-base flag. This takes the same form as the STAMP
11:18.36CIA-109variable but can be specified on a per task basis.
11:18.37CIA-109Code is also added to runqueue to ensure that if two tasks share the
12:00.41erwtfor 7 inch LCD connected to the friendlyARM board ,does any one know how is the touch screen connected to the LCD is it through USB or serial port internally
12:04.25*** join/#oe ldnunes (~ldnunes@189.114.111.55)
12:04.46*** join/#oe sH|Mnemonic (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de)
12:35.09*** join/#oe esbenh (~esben@77.233.226.4)
12:37.51*** join/#oe otavio (~otavio@debian/developer/otavio)
12:48.28*** join/#oe Openfree^ (~Openfree`@116.237.80.28)
12:53.07*** join/#oe ottavio (~ottavio@host148-20-static.240-95-b.business.telecomitalia.it)
12:53.52ottavioguys, do you have a recipe for gsoap >= 2.8.0 ?
12:54.15otaviohello :-)
12:54.18ottaviohe he, hello otavio :-)
12:54.28otavioottavio: hey :-) you made me thing if I had written my nick wrong hehe
12:54.38ottavioyeah!
12:54.41otaviohehe
12:54.43otaviocrap
12:54.45otaviohehe
12:58.20*** join/#oe kevinsc (~a0214685@nat/ti/x-kjrgxbofojopqrkm)
12:59.00*** join/#oe thaytan (~jan@ppp59-167-167-201.static.internode.on.net)
12:59.26*** join/#oe GNUtoo (~GNUtoo@host190-137-dynamic.50-79-r.retail.telecomitalia.it)
13:00.56ant_worko_O
13:07.00*** join/#oe B_Lizzard (~havoc@athedsl-431389.home.otenet.gr)
13:17.07*** join/#oe lamawithonel (~lucas@wsip-174-79-188-247.dc.dc.cox.net)
13:17.08*** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes)
13:19.21*** join/#oe icewewe (~hmartin@unaffiliated/icewewe)
13:21.07iceweweIs this channel the appropriate place to inquire about build errors that we believe are related to bitbake?
13:30.07*** join/#oe quboid (~mac@cambridge.roku.com)
13:30.36*** part/#oe esbenh (~esben@77.233.226.4)
13:36.24*** join/#oe brolin (~brolin@nat202.udea.edu.co)
13:36.48*** join/#oe joelagnel (~joel@cpe-76-184-244-226.tx.res.rr.com)
13:37.32otavioIs someone seeing this?
13:37.33otavioERROR: Unable to parse /home/otavio/hacking/el/meta-openembedded/meta-oe/recipes-core/systemd/systemd_git.bb: Exited with "1"
13:37.42otaviojust pulled meta-oe
13:37.47otavioand oe-core
13:44.34otavioGot it fixed
13:44.45otaviowill prepare the patches for pushing.
13:55.37ottaviootavio, I see you are an active developer
13:55.46ottaviocould you help me with a recipe?
13:55.59otavioottavio: dunno; what is your doubt?
13:56.12ottavioI am trying to write a recipe for gsoap 2.8.3
13:56.22ottaviobut compilation fails poorly
13:56.33ottavioand I'm not able to understand why
13:57.24*** join/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net)
13:57.32otavioottavio: without  a log; I can't help hehe
13:58.16ottaviook, I'll upload to pastebin
13:58.18ottavioone sec
13:58.24ottaviothat I produce it
13:58.50otavioottavio: paste the recipe too
14:00.46*** join/#oe kevinsc1 (~a0214685@nat/ti/x-balddvvmyigvargg)
14:01.11ottavioso, otavio, give a look at the recipe http://pastebin.com/HXd1AS72
14:01.16ottavioit consists of three files
14:01.42ottavioI basically took the recipe for the previous version of gsoap and tried to use the last version
14:02.32ottaviono I'm getting the log
14:06.06*** join/#oe devzero_ (devzero@xdsl-89-0-149-155.netcologne.de)
14:06.08otaviowaiting for the build log
14:06.38otavioIs someone here available to help me with an SDK issue?
14:07.04otavioit seems my built SDK lacks GCC and like
14:07.18*** join/#oe phdeswer (~philippe@a83-245-252-47.elisa-laajakaista.fi)
14:08.31ottaviooh, crazy, otavio, I cleaned up the recipe for posting to pastebin, I thought I changed nothing, but this time it worked.....
14:10.33otaviohehehe
14:11.18ottavioyou have write access to the OE repository? maybe you want to try it and upload it, because the version is OE is old
14:13.16*** join/#oe anarsoul (~anarsoul@80.249.94.232)
14:19.56*** join/#oe CosmicPenguin (~nobody@soa.codeaurora.org)
14:22.20*** join/#oe joelagnel (~joel@cpe-76-184-244-226.tx.res.rr.com)
14:23.27GNUtoolol 2 ot[t]avios
14:23.36GNUtoohi
14:23.43otavioGNUtoo: heeheh
14:23.53otavioGNUtoo: one is good; imagine two of us :-D
14:23.55otavioheheehhe
14:23.56otaviolol
14:24.25otavioconfess; it is strange to read myself hehehe
14:24.36GNUtoootavio, you live in italy? me too
14:24.47otavioGNUtoo: I don't; Brazil
14:25.01GNUtooat maybe it's ottavio that does
14:25.20otavioottavio: do you live in Italy?
14:25.25ottavioyes
14:25.27ottavioI'm italian
14:25.31GNUtoook
14:25.42otavioGNUtoo: btw, did you get oe-core to build an sdk lately?
14:25.43GNUtoootavio, I tought you were ottavio sorry
14:25.52GNUtoootavio, I didn't got it to build an image
14:25.56GNUtooI tried many times
14:26.00otavioGNUtoo: no; ottavio is ottavio and I am otavio
14:26.02otaviohehehe
14:26.04otavioCRAP
14:26.06GNUtooevery time there were a new breakage
14:26.06otaviohehe
14:26.08ottavioAAAAHHHHHHHHH!!!!
14:26.12ottavio:-)
14:26.26otaviolol
14:26.53otavioGNUtoo: i got it building but the tarball lacks toolchain
14:26.57otavioGNUtoo: gcc and like
14:27.51CIA-10903Richard Purdie <richard.purdie@linuxfoundation.org> 07master * r9d43e32798 10bitbake.git/lib/bb/data_smart.py:
14:27.52CIA-109bitbake/data_smart: Optimise the data store iterator
14:27.52CIA-109Since we're going to creat the seen set() anyway, we might as well use
14:27.52CIA-109it directly. If we don't do this, we see thousands of function calls
14:27.52CIA-109with associated overhead on profiles.
14:27.52CIA-109Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
14:27.56CIA-10903Richard Purdie <richard.purdie@linuxfoundation.org> 07master * r2b5548c591 10bitbake.git/lib/bb/data_smart.py: (log message trimmed)
14:27.56CIA-109bitbake/data_smart: Don't export deleted/empty entries in the list of keys
14:27.56CIA-109If you d.delVar(), you expect the variable to be gone. Even empty
14:27.56CIA-109variables continue to exist in the datastore and are still user visible
14:27.56otavioI am looking forward to someone to help me to understand how does it is suppose to work on oe-core so I can fix mine
14:27.57CIA-109unfortunately. The COW siutation means you can't just remove it
14:27.57CIA-109since it might unmask a variable from an inner copy.
14:27.58CIA-109This patch therefore stops empty variables from appearing in key lists
14:27.58CIA-10903Richard Purdie <richard.purdie@linuxfoundation.org> 07master * r8d3c899e0a 10bitbake.git/lib/bb/parse/ast.py: (log message trimmed)
14:27.59CIA-109bitbake/ast: Add optional argument for BBCLASSEXTEND
14:27.59CIA-109Add an optional argument to BBCLASSEXTEND entries which gets passed to
14:28.00CIA-109the extention class as BBEXTENDVARIANT. Also add BBEXTENDCURR whic
14:28.18*** join/#oe sgw (~sgw@68.178.104.162)
14:28.28CIA-109is set to the current extension class name.
14:28.28CIA-109This mode functions slightly differently to the previous BBCLASSEXTEND
14:28.28CIA-109code in that PN is not changed.
14:28.28CIA-10903Richard Purdie <richard.purdie@linuxfoundation.org> 07master * rd924ff9ede 10bitbake.git/lib/bb/data_smart.py: (log message trimmed)
14:28.28CIA-109bitbake/data_smart: Don't track overrides in deleted variable names
14:28.28CIA-109When we delete a variable we no longer expect it to override other
14:28.29CIA-109variables.
14:28.29CIA-109To do this we remove it from the list of active overrides at deletion
14:28.30CIA-109time. It turns out we already had to do this at override expansion time
14:28.30CIA-109so this cleans up the code to be more consistent as an added bonus.
14:28.31CIA-10903Richard Purdie <richard.purdie@linuxfoundation.org> 07master * r664b85742d 10bitbake.git/lib/bb/parse/ast.py:
14:28.31CIA-109bitbake/ast: Call expandkeys after the RecipePreFinalise event
14:29.09otaviosgw: are you used to oe-core nativesdk ?
14:29.20otaviosgw: I am lost on it and looking for help
14:29.21otavioheh
14:29.28CIA-109This means the event handler can change variables such as PN and those
14:29.28CIA-109changes will be reflected in the updated variable key names.
14:29.28CIA-109Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
14:29.28CIA-109(3 lines omitted)
14:30.19*** join/#oe obi_ (~obi@unaffiliated/obi)
14:31.25sgwotavio: seems I may have come in the middle of a question, I am heading out in 5 minutes, could you send me an email with the issue and detail.s
14:31.51otaviosgw: basically I made one sdk and it lacks gcc and like
14:31.58otaviosgw: probably I am doing something stupid
14:32.12otaviosgw: should be simple to fix but I got no good example to look at
14:34.41sgwotavio: I will be back online in about 35 minutes, but in meetings until 10:00, might be able to help after that.
14:34.56otaviosgw: ok; mind to ping me then?
14:35.10sgw10:00am my time which is 2:30 hours from now.  No problem I will do that.
14:35.20sgw-> breakfast
14:35.26otaviosgw: thanks in advance
14:36.10*** join/#oe incandescant (~joshual@c-24-21-159-20.hsd1.or.comcast.net)
14:46.14*** join/#oe lamawithonel (~lucas@wsip-174-79-188-247.dc.dc.cox.net)
15:00.42*** join/#oe zecke (~ich@91-64-95-94-dynip.superkabel.de)
15:01.51*** join/#oe kevinsc (~a0214685@nat/ti/x-wpbxpagmhghpikjm)
15:03.39*** join/#oe sgw (~sgw@nat/intel/x-whbdkndzbajzegsw)
15:04.20*** join/#oe morphis (~morphis@dslb-088-071-183-181.pools.arcor-ip.net)
15:07.09*** join/#oe obi_ (~obi@unaffiliated/obi)
15:22.25*** join/#oe GNUtoo|laptop (~gnutoo@host190-137-dynamic.50-79-r.retail.telecomitalia.it)
15:25.21*** join/#oe playya (~playya@unaffiliated/playya)
15:33.28*** join/#oe risca (~risca@h241n2-n-a31.ias.bredband.telia.com)
15:35.22*** join/#oe joelagnel (~joel@cpe-76-184-244-226.tx.res.rr.com)
15:42.53*** join/#oe darknighte (~darknight@unaffiliated/darknighte)
15:43.27*** join/#oe msm (~msm@192.88.168.34)
15:45.20*** join/#oe kevinsc (~a0214685@nat/ti/x-btheqpblyykrmayb)
15:45.46kergothdamnit
15:45.53kergothi keep running into annoying limitations in GitPython
15:46.41kergothturns out its implementation of the config file parser uses RawConfigParser, and doesn't enhance it to allow multiple entries with the same name
15:46.56kergothgit, of course, allows multiple entries with the same name, e.g. for fetching multiple sets of refs
15:55.11kergothgah
15:55.21kergothand it chokes and dies if it encounters a tag ref that isn't in refs/tags/
15:55.45darknightekergoth: nice robust exception handling!
15:56.31kergothit's less an exception problem than just an implicit assumption in the code. it knows the correct ref, it should use it, but instead it reconstructs it -- ValueError: Reference at 'refs/tags/766da90/tags/1.0' does not exist
15:56.44kergoththe real path is refs/remotes/766da90/tags/1.0, in this case
15:57.36darknightekergoth: ah.
15:58.54*** join/#oe morphis (~morphis@dslb-088-071-183-181.pools.arcor-ip.net)
15:59.26kergothmutters
15:59.29fraylooks like the server for "file" just went away
15:59.33kergoththis is like the third problem i've had with this thing
16:00.13kergothand yet, its interface is far superior to that of pygit2
16:00.18kergothmaybe is hould give dulwich another shot
16:02.35kergothargh, i don't think i can work around it this time
16:02.38kergothsighs
16:06.44kergothtries dulwich
16:12.12kergothand dulwich blows up even sooner
16:12.13kergothlovely
16:12.36*** join/#oe amarsman (~marsman@52488909.cm-4-1c.dynamic.ziggo.nl)
16:12.45*** join/#oe rschus (~rschus@172.176.73.86.rev.sfr.net)
16:13.36*** join/#oe rick-away (~rick-free@cryptkcoding.com)
16:13.53*** join/#oe rboatright (~rick-free@nasadmin/rboatright)
16:14.00*** join/#oe cryptk (~cryptk@nasadmin/cryptk)
16:23.18kergothdulwich is broken, gitpython has multiple bugs blocking me, and pygit2's interface sucks.
16:23.21kergothgrumbles
16:23.29kergothguess i can try pygit2 anyway, or try to fix gitpython..
16:24.27kergothmaybe i'll just do my own python git wrapper for now, that'd probably be the quickest solution, if not the prettiest
16:24.40*** join/#oe lamawithonel (~lucas@wsip-174-79-188-247.dc.dc.cox.net)
16:28.48otaviokergoth: it seems like a work duplication
16:29.02kergothreally thinks his git cache stuff would be a better way to implement bb.fetch2.git, but has to be able to get it implemented in python to do it cleanly..
16:29.22CIA-10903Tom Rini <tom_rini@mentor.com> 07master * r82c21e61d1 10openembedded.git/classes/cpan.bbclass:
16:29.22CIA-109cpan.bbclass: Make cpan_do_configure undo the perl.real unwrapping
16:29.22CIA-109The cpan build system unwrapps our perl -> perl.real shell script
16:29.22CIA-109and generates Makefile's that call perl.real directly and thus fail
16:29.22CIA-109to be relocable. So at the end, regex them back to calling perl.
16:29.23CIA-109Signed-off-by: Tom Rini <tom_rini@mentor.com>
16:29.32CIA-10903Tom Rini <tom_rini@mentor.com> 07master * rd8f645c96f 10openembedded.git/recipes/file/ (file-5.05/reloc.patch file_5.05.bb):
16:29.32CIA-109file: Fix relocation patch
16:29.32CIA-109We weren't calling the correct binreloc function (and we needed to add
16:29.32CIA-109/misc to the path we got) and we need to pass in ENABLE_BINRELOC to have
16:29.32CIA-109the changes take effect. Finally, add in a new patch header.
16:29.33CIA-109Signed-off-by: Tom Rini <tom_rini@mentor.com>
16:29.57otaviokergoth: while you're on it, mind to look why AUTOREV seems to not work with GIT?
16:31.12*** join/#oe pespin (~pespin@90.163.56.96)
16:32.29TartarusIs anyone testing relocated sstate builds in oe-core atm?
16:33.00TartarusUnless perl 5.13 or 5.14 (whichever oe-core has) has fixed userelocableinc I bet it needs that same kind of fix instead of what we do atm :(
16:34.09*** join/#oe woglinde (~heinold@g229045106.adsl.alicedsl.de)
16:36.36kergothTartarus: https://github.com/kergoth/reloc-tests - haven't touched it in a long time, but that's basically my relocation testing script adjusted for oe-core, in a repository similar to my more current oe-core-template
16:40.33*** join/#oe zenlinux_laptop (~sgarman@masterfoo.zenlinux.com)
16:48.28joelagnelWhat does it mean for bitbake to "stage" something?
16:48.49joelagnelIs that the part where packages and compiled and installed into /sysroot ?
16:48.55joelagnel*are
16:49.20bluelightningjoelagnel: installed into sysroot, yes
16:50.04bluelightningin the old scheme there was a special do_stage for this; now this is handled as part of normal installation
16:50.12bluelightning(in recipes that is)
16:50.26joelagnelah
16:50.41bluelightningi.e. if you see do_stage it's legacy, ideally you shouldn't copy it for new recipes
16:51.51joelagnelbluelightning, also how do we know if dependencies are statically compiled? Do we look at DEPENDS? (or is this upto the build system)
16:52.07joelagnellike statically compiled libraries
16:52.36bluelightningjoelagnel: I'd have to defer to someone else on static linking; I've not done any within OE
16:53.03joelagnelbluelightning, oh ok. thanks for your answer though
16:53.27joelagnelbluelightning, mind if i just tell you what it is I'm doing?
16:54.11bluelightningjoelagnel: not sure but if you mean how does it know how to determine runtime dependencies when something might have been statically linked in instead - this should be handled; the system checks shared library dependencies and statically linked executables shouldn't have any I wouldn't think
16:54.30bluelightningjoelagnel: sure, fire away
16:55.09joelagnelBlindMan, its like I am building the "gstreamer-ti" recipe, but now I changed some code in "ti-dmai" which AFAIK is statically linked into gstreamer
16:55.34joelagnelI cleaned and rebuilt ti-dmai but gstreamer still seems to use the "old" ti-dmai before my modifications
16:56.03joelagnelIs this even possible, because I did do a clean on ti-dmai before rebuilding both
16:56.19joelagnel*sorry, I was supposed to address you as bluelightning  ;) apologies.
16:56.24*** join/#oe playya (~playya@unaffiliated/playya)
16:56.37bluelightningno worries :)
16:57.03bluelightningjoelagnel: you rebuild gstreamer-ti afterwards right?
16:57.18joelagnelbluelightning, yeah I cleaned and rebuilt it
16:57.25*** join/#oe tom_say (~william@cpe-68-203-248-184.stx.res.rr.com)
16:57.38bluelightningit sounds like what you're describing shouldn't happen... a rebuild should have staged the new libs and then gstreamer-ti should have picked them up
16:57.53joelagnelbluelightning, are static libraries staged as well?
16:58.30joelagnelprobably they are, nvm :)
16:58.49joelagnelAlso, does a -c clean remove what was staged earlier?
16:59.02bluelightningpackaged staging should ensure that I think
16:59.17bluelightningin any case a rebuild will overwrite those files
16:59.30joelagnelah ok, yeah makes sense, hmm
17:00.01bluelightningI guess the first thing to check would be to look at what ti-dmai has put in the sysroot
17:00.32joelagnelbluelightning, logs would tell me? maybe the run.do_ scripts?
17:01.11joelagnelor maybe a `find` in sysroot :)
17:01.50bluelightninglog.do_install would be the first port of call (there's no do_stage for ti-dmai it seems)
17:08.55*** join/#oe kergoth__ (~kergoth@ip24-251-173-232.ph.ph.cox.net)
17:09.55*** join/#oe incandescant (~joshual@c-24-21-159-20.hsd1.or.comcast.net)
17:14.18*** join/#oe darkschneider (~gab@93-32-37-94.ip31.fastwebnet.it)
17:16.36*** join/#oe rick-away (~rick-free@cryptkcoding.com)
17:17.04*** join/#oe rboatright (~rick-free@nasadmin/rboatright)
17:17.25joelagnelwants lightning back :(( :)
17:29.55*** join/#oe kergoth__ (~kergoth@ip24-251-173-232.ph.ph.cox.net)
17:30.56*** join/#oe eFfeM (~frans@a2038.upc-a.chello.nl)
17:31.29*** join/#oe jilles (jilles@unaffiliated/jilles)
17:33.02*** join/#oe tdebrouw (~tdebrouw@91.182.220.240)
17:35.10*** join/#oe sgw (~sgw@nat/intel/x-rghovlsuvpacsncd)
17:37.24*** join/#oe rob_w (~bob@host-188-174-137-86.customer.m-online.net)
17:46.36*** join/#oe jilles (jilles@unaffiliated/jilles)
17:47.38*** join/#oe bluelightning (~paul@cpc9-lewi14-2-0-cust183.2-4.cable.virginmedia.com)
17:47.38*** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning)
17:47.42*** join/#oe hbeck (~hbeck@69.41.94.155)
17:56.42*** join/#oe brolin (~brolin@nat216.udea.edu.co)
17:57.24*** join/#oe woglinde (~heinold@g229045106.adsl.alicedsl.de)
18:05.38*** join/#oe pepermint (~pepermint@host95-84-dynamic.4-87-r.retail.telecomitalia.it)
18:08.35*** join/#oe Crofton (~balister@host223-188-static.91-82-b.business.telecomitalia.it)
18:08.49woglindejo crofton
18:08.52woglindeitalia
18:10.07*** join/#oe GarthPS (~quassel@qrc29-1-82-245-206-103.fbx.proxad.net)
18:13.52Croftonyeah
18:13.54Croftonhiking
18:14.08Croftontrying to dl email
18:16.16*** join/#oe CMoH (~cipi@unaffiliated/c-moh)
18:21.08*** join/#oe florian (~fuchs@sign-4d091e5d.pool.mediaWays.net)
18:21.08*** join/#oe florian (~fuchs@Maemo/community/contributor/florian)
18:25.28*** join/#oe liamMT (~Liam@173-164-164-245-SFBA.hfc.comcastbusiness.net)
18:32.22*** join/#oe kergoth__ (~kergoth@ip24-251-173-232.ph.ph.cox.net)
18:49.39*** join/#oe denix0 (~denix@pool-108-18-140-4.washdc.fios.verizon.net)
18:52.09*** join/#oe lamawithonel (~lucas@wsip-174-79-188-247.dc.dc.cox.net)
19:04.56jconnollyanyone know if there's a larger png of the angstrom logo then the 98x64 one in the kexec/files/angstrom dir?
19:05.03jconnollyangstrom/compass
19:06.19woglindejconnolly ask koen
19:08.06jconnollythanks woglinde
19:13.40khemjconnolly: I think cbrake should also have
19:14.17jconnollythanks khem.  emailed koen
19:14.29khemcontrib/artwork also has .svg
19:14.42khemerr thats for oe
19:14.46khemnot for angstrom
19:15.15woglindekhem right
19:15.28woglindethat's why I pointed to koen
19:15.48jconnollyI think actually the graphic desginer we use at buglabs did the oe logo ;D
19:15.58woglindeyes
19:16.05jconnollyour small upstreaming contribution
19:16.08khemjconnolly: yes I remember
19:16.37khemjconnolly: btw. contrib/angstrom has some stuff too
19:16.53khemjconnolly: it has angstrom.png and .svg too
19:17.02jconnollyoh excellent
19:17.05jconnollyI'll look
19:17.40khemk
19:17.58jconnollythat's perfect khem thanks a lot
19:18.05khemnp
19:29.11*** join/#oe holoturoide (~eder@189.85.129.37)
19:29.25*** join/#oe hufnus (~hufnus@69-12-177-67.dsl.static.sonic.net)
19:29.36*** join/#oe Heinervdm (~thomas@pD9E174DB.dip.t-dialin.net)
20:01.06*** join/#oe toi (~peter@94-226-61-212.access.telenet.be)
20:03.37*** join/#oe dijenerate (~dijenerat@204.212.240.159)
20:03.47*** join/#oe incandescant (~joshual@c-24-21-159-20.hsd1.or.comcast.net)
20:16.15*** join/#oe cbrake (~cbrake@oh-69-34-21-229.sta.embarqhsd.net)
20:18.00*** join/#oe amarsman_ (~marsman@52488909.cm-4-1c.dynamic.ziggo.nl)
20:21.55otaviostill missed on nativesdk problem
20:33.07*** join/#oe jevin_ (~jevin@jevinskie-1-pt.tunnel.tserv9.chi1.ipv6.he.net)
20:51.27*** join/#oe dijenerate (~dijenerat@204.212.240.159)
20:56.42*** join/#oe ant__ (~andrea@host65-36-dynamic.252-95-r.retail.telecomitalia.it)
21:05.39*** join/#oe Openfree^ (~Openfree`@116.237.80.28)
21:10.18*** join/#oe rcf (~rcf@227.227-243-81.adsl-dyn.isp.belgacom.be)
21:12.38*** join/#oe likewise (~likewise@095-097-098-131.static.chello.nl)
21:25.54*** join/#oe lamawithonel (~lucas@pool-173-66-110-102.washdc.fios.verizon.net)
21:30.19*** join/#oe lamawithonel (~lucas@pool-173-66-110-102.washdc.fios.verizon.net)
21:34.39*** join/#oe lamawithonel (~lucas@pool-173-66-110-102.washdc.fios.verizon.net)
21:40.49*** join/#oe lamawithonel (~lucas@pool-173-66-110-102.washdc.fios.verizon.net)
21:46.09*** join/#oe woglinde (~heinold@f052239104.adsl.alicedsl.de)
21:47.59*** join/#oe msm1 (~msm@192.88.165.35)
21:55.59khemheh AVM vs. Cybits interesting legal battle
21:56.33*** join/#oe lamawithonel_ (~lucas@pool-173-66-110-102.washdc.fios.verizon.net)
22:01.05*** join/#oe lamawithonel_ (~lucas@pool-173-66-110-102.washdc.fios.verizon.net)
22:31.43*** join/#oe lamawithonel__ (~lucas@pool-173-66-110-102.washdc.fios.verizon.net)
23:02.28*** join/#oe nitink (~nitink@134.134.139.72)
23:12.50*** join/#oe hrw (~hrw@linaro/hrw)
23:22.52*** join/#oe msm (~msm@99-47-177-27.lightspeed.austtx.sbcglobal.net)
23:27.53*** join/#oe ensc (~irc-ensc@fedora/ensc)
23:48.49*** 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.