00:01.22 | denix | ka6sox-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.05 | denix | I 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.43 | ka6sox-home | khem, ping? |
00:58.52 | denix | khem: 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.02 | erwt | has anyone sucessfully used touchscreen for mini6410 board ? .....plz suggest |
07:19.34 | erwt | the 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.37 | mckoan | good morning |
07:37.21 | sanket | hello |
07:37.41 | sanket | can 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.49 | erwt | Does 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.29 | pb_ | hi ant_work, florian, all |
10:40.40 | florian | hi 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.36 | CIA-109 | 03Robert Yang <liezhi.yang@windriver.com> 07master * r41bef02bef 10bitbake.git/lib/bb/ (build.py cache.py runqueue.py): (log message trimmed) |
11:18.36 | CIA-109 | bitbake: Add task specific stamp file support |
11:18.36 | CIA-109 | This patch, based on proof of concept code from Richard adds code to |
11:18.36 | CIA-109 | bitbake to allow individual tasks to optionally specify their stamp |
11:18.36 | CIA-109 | file using the stamp-base flag. This takes the same form as the STAMP |
11:18.36 | CIA-109 | variable but can be specified on a per task basis. |
11:18.37 | CIA-109 | Code is also added to runqueue to ensure that if two tasks share the |
12:00.41 | erwt | for 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.52 | ottavio | guys, do you have a recipe for gsoap >= 2.8.0 ? |
12:54.15 | otavio | hello :-) |
12:54.18 | ottavio | he he, hello otavio :-) |
12:54.28 | otavio | ottavio: hey :-) you made me thing if I had written my nick wrong hehe |
12:54.38 | ottavio | yeah! |
12:54.41 | otavio | hehe |
12:54.43 | otavio | crap |
12:54.45 | otavio | hehe |
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.56 | ant_work | o_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.07 | icewewe | Is 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.32 | otavio | Is someone seeing this? |
13:37.33 | otavio | ERROR: Unable to parse /home/otavio/hacking/el/meta-openembedded/meta-oe/recipes-core/systemd/systemd_git.bb: Exited with "1" |
13:37.42 | otavio | just pulled meta-oe |
13:37.47 | otavio | and oe-core |
13:44.34 | otavio | Got it fixed |
13:44.45 | otavio | will prepare the patches for pushing. |
13:55.37 | ottavio | otavio, I see you are an active developer |
13:55.46 | ottavio | could you help me with a recipe? |
13:55.59 | otavio | ottavio: dunno; what is your doubt? |
13:56.12 | ottavio | I am trying to write a recipe for gsoap 2.8.3 |
13:56.22 | ottavio | but compilation fails poorly |
13:56.33 | ottavio | and 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.32 | otavio | ottavio: without a log; I can't help hehe |
13:58.16 | ottavio | ok, I'll upload to pastebin |
13:58.18 | ottavio | one sec |
13:58.24 | ottavio | that I produce it |
13:58.50 | otavio | ottavio: paste the recipe too |
14:00.46 | *** join/#oe kevinsc1 (~a0214685@nat/ti/x-balddvvmyigvargg) |
14:01.11 | ottavio | so, otavio, give a look at the recipe http://pastebin.com/HXd1AS72 |
14:01.16 | ottavio | it consists of three files |
14:01.42 | ottavio | I basically took the recipe for the previous version of gsoap and tried to use the last version |
14:02.32 | ottavio | no I'm getting the log |
14:06.06 | *** join/#oe devzero_ (devzero@xdsl-89-0-149-155.netcologne.de) |
14:06.08 | otavio | waiting for the build log |
14:06.38 | otavio | Is someone here available to help me with an SDK issue? |
14:07.04 | otavio | it seems my built SDK lacks GCC and like |
14:07.18 | *** join/#oe phdeswer (~philippe@a83-245-252-47.elisa-laajakaista.fi) |
14:08.31 | ottavio | oh, crazy, otavio, I cleaned up the recipe for posting to pastebin, I thought I changed nothing, but this time it worked..... |
14:10.33 | otavio | hehehe |
14:11.18 | ottavio | you 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.27 | GNUtoo | lol 2 ot[t]avios |
14:23.36 | GNUtoo | hi |
14:23.43 | otavio | GNUtoo: heeheh |
14:23.53 | otavio | GNUtoo: one is good; imagine two of us :-D |
14:23.55 | otavio | heheehhe |
14:23.56 | otavio | lol |
14:24.25 | otavio | confess; it is strange to read myself hehehe |
14:24.36 | GNUtoo | otavio, you live in italy? me too |
14:24.47 | otavio | GNUtoo: I don't; Brazil |
14:25.01 | GNUtoo | at maybe it's ottavio that does |
14:25.20 | otavio | ottavio: do you live in Italy? |
14:25.25 | ottavio | yes |
14:25.27 | ottavio | I'm italian |
14:25.31 | GNUtoo | ok |
14:25.42 | otavio | GNUtoo: btw, did you get oe-core to build an sdk lately? |
14:25.43 | GNUtoo | otavio, I tought you were ottavio sorry |
14:25.52 | GNUtoo | otavio, I didn't got it to build an image |
14:25.56 | GNUtoo | I tried many times |
14:26.00 | otavio | GNUtoo: no; ottavio is ottavio and I am otavio |
14:26.02 | otavio | hehehe |
14:26.04 | otavio | CRAP |
14:26.06 | GNUtoo | every time there were a new breakage |
14:26.06 | otavio | hehe |
14:26.08 | ottavio | AAAAHHHHHHHHH!!!! |
14:26.12 | ottavio | :-) |
14:26.26 | otavio | lol |
14:26.53 | otavio | GNUtoo: i got it building but the tarball lacks toolchain |
14:26.57 | otavio | GNUtoo: gcc and like |
14:27.51 | CIA-109 | 03Richard Purdie <richard.purdie@linuxfoundation.org> 07master * r9d43e32798 10bitbake.git/lib/bb/data_smart.py: |
14:27.52 | CIA-109 | bitbake/data_smart: Optimise the data store iterator |
14:27.52 | CIA-109 | Since we're going to creat the seen set() anyway, we might as well use |
14:27.52 | CIA-109 | it directly. If we don't do this, we see thousands of function calls |
14:27.52 | CIA-109 | with associated overhead on profiles. |
14:27.52 | CIA-109 | Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> |
14:27.56 | CIA-109 | 03Richard Purdie <richard.purdie@linuxfoundation.org> 07master * r2b5548c591 10bitbake.git/lib/bb/data_smart.py: (log message trimmed) |
14:27.56 | CIA-109 | bitbake/data_smart: Don't export deleted/empty entries in the list of keys |
14:27.56 | CIA-109 | If you d.delVar(), you expect the variable to be gone. Even empty |
14:27.56 | CIA-109 | variables continue to exist in the datastore and are still user visible |
14:27.56 | otavio | I 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.57 | CIA-109 | unfortunately. The COW siutation means you can't just remove it |
14:27.57 | CIA-109 | since it might unmask a variable from an inner copy. |
14:27.58 | CIA-109 | This patch therefore stops empty variables from appearing in key lists |
14:27.58 | CIA-109 | 03Richard Purdie <richard.purdie@linuxfoundation.org> 07master * r8d3c899e0a 10bitbake.git/lib/bb/parse/ast.py: (log message trimmed) |
14:27.59 | CIA-109 | bitbake/ast: Add optional argument for BBCLASSEXTEND |
14:27.59 | CIA-109 | Add an optional argument to BBCLASSEXTEND entries which gets passed to |
14:28.00 | CIA-109 | the extention class as BBEXTENDVARIANT. Also add BBEXTENDCURR whic |
14:28.18 | *** join/#oe sgw (~sgw@68.178.104.162) |
14:28.28 | CIA-109 | is set to the current extension class name. |
14:28.28 | CIA-109 | This mode functions slightly differently to the previous BBCLASSEXTEND |
14:28.28 | CIA-109 | code in that PN is not changed. |
14:28.28 | CIA-109 | 03Richard Purdie <richard.purdie@linuxfoundation.org> 07master * rd924ff9ede 10bitbake.git/lib/bb/data_smart.py: (log message trimmed) |
14:28.28 | CIA-109 | bitbake/data_smart: Don't track overrides in deleted variable names |
14:28.28 | CIA-109 | When we delete a variable we no longer expect it to override other |
14:28.29 | CIA-109 | variables. |
14:28.29 | CIA-109 | To do this we remove it from the list of active overrides at deletion |
14:28.30 | CIA-109 | time. It turns out we already had to do this at override expansion time |
14:28.30 | CIA-109 | so this cleans up the code to be more consistent as an added bonus. |
14:28.31 | CIA-109 | 03Richard Purdie <richard.purdie@linuxfoundation.org> 07master * r664b85742d 10bitbake.git/lib/bb/parse/ast.py: |
14:28.31 | CIA-109 | bitbake/ast: Call expandkeys after the RecipePreFinalise event |
14:29.09 | otavio | sgw: are you used to oe-core nativesdk ? |
14:29.20 | otavio | sgw: I am lost on it and looking for help |
14:29.21 | otavio | heh |
14:29.28 | CIA-109 | This means the event handler can change variables such as PN and those |
14:29.28 | CIA-109 | changes will be reflected in the updated variable key names. |
14:29.28 | CIA-109 | Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> |
14:29.28 | CIA-109 | (3 lines omitted) |
14:30.19 | *** join/#oe obi_ (~obi@unaffiliated/obi) |
14:31.25 | sgw | otavio: 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.51 | otavio | sgw: basically I made one sdk and it lacks gcc and like |
14:31.58 | otavio | sgw: probably I am doing something stupid |
14:32.12 | otavio | sgw: should be simple to fix but I got no good example to look at |
14:34.41 | sgw | otavio: I will be back online in about 35 minutes, but in meetings until 10:00, might be able to help after that. |
14:34.56 | otavio | sgw: ok; mind to ping me then? |
14:35.10 | sgw | 10:00am my time which is 2:30 hours from now. No problem I will do that. |
14:35.20 | sgw | -> breakfast |
14:35.26 | otavio | sgw: 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.46 | kergoth | damnit |
15:45.53 | kergoth | i keep running into annoying limitations in GitPython |
15:46.41 | kergoth | turns 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.56 | kergoth | git, of course, allows multiple entries with the same name, e.g. for fetching multiple sets of refs |
15:55.11 | kergoth | gah |
15:55.21 | kergoth | and it chokes and dies if it encounters a tag ref that isn't in refs/tags/ |
15:55.45 | darknighte | kergoth: nice robust exception handling! |
15:56.31 | kergoth | it'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.44 | kergoth | the real path is refs/remotes/766da90/tags/1.0, in this case |
15:57.36 | darknighte | kergoth: ah. |
15:58.54 | *** join/#oe morphis (~morphis@dslb-088-071-183-181.pools.arcor-ip.net) |
15:59.26 | kergoth | mutters |
15:59.29 | fray | looks like the server for "file" just went away |
15:59.33 | kergoth | this is like the third problem i've had with this thing |
16:00.13 | kergoth | and yet, its interface is far superior to that of pygit2 |
16:00.18 | kergoth | maybe is hould give dulwich another shot |
16:02.35 | kergoth | argh, i don't think i can work around it this time |
16:02.38 | kergoth | sighs |
16:06.44 | kergoth | tries dulwich |
16:12.12 | kergoth | and dulwich blows up even sooner |
16:12.13 | kergoth | lovely |
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.18 | kergoth | dulwich is broken, gitpython has multiple bugs blocking me, and pygit2's interface sucks. |
16:23.21 | kergoth | grumbles |
16:23.29 | kergoth | guess i can try pygit2 anyway, or try to fix gitpython.. |
16:24.27 | kergoth | maybe 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.48 | otavio | kergoth: it seems like a work duplication |
16:29.02 | kergoth | really 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.22 | CIA-109 | 03Tom Rini <tom_rini@mentor.com> 07master * r82c21e61d1 10openembedded.git/classes/cpan.bbclass: |
16:29.22 | CIA-109 | cpan.bbclass: Make cpan_do_configure undo the perl.real unwrapping |
16:29.22 | CIA-109 | The cpan build system unwrapps our perl -> perl.real shell script |
16:29.22 | CIA-109 | and generates Makefile's that call perl.real directly and thus fail |
16:29.22 | CIA-109 | to be relocable. So at the end, regex them back to calling perl. |
16:29.23 | CIA-109 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
16:29.32 | CIA-109 | 03Tom Rini <tom_rini@mentor.com> 07master * rd8f645c96f 10openembedded.git/recipes/file/ (file-5.05/reloc.patch file_5.05.bb): |
16:29.32 | CIA-109 | file: Fix relocation patch |
16:29.32 | CIA-109 | We weren't calling the correct binreloc function (and we needed to add |
16:29.32 | CIA-109 | /misc to the path we got) and we need to pass in ENABLE_BINRELOC to have |
16:29.32 | CIA-109 | the changes take effect. Finally, add in a new patch header. |
16:29.33 | CIA-109 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
16:29.57 | otavio | kergoth: 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.29 | Tartarus | Is anyone testing relocated sstate builds in oe-core atm? |
16:33.00 | Tartarus | Unless 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.36 | kergoth | Tartarus: 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.28 | joelagnel | What does it mean for bitbake to "stage" something? |
16:48.49 | joelagnel | Is that the part where packages and compiled and installed into /sysroot ? |
16:48.55 | joelagnel | *are |
16:49.20 | bluelightning | joelagnel: installed into sysroot, yes |
16:50.04 | bluelightning | in the old scheme there was a special do_stage for this; now this is handled as part of normal installation |
16:50.12 | bluelightning | (in recipes that is) |
16:50.26 | joelagnel | ah |
16:50.41 | bluelightning | i.e. if you see do_stage it's legacy, ideally you shouldn't copy it for new recipes |
16:51.51 | joelagnel | bluelightning, also how do we know if dependencies are statically compiled? Do we look at DEPENDS? (or is this upto the build system) |
16:52.07 | joelagnel | like statically compiled libraries |
16:52.36 | bluelightning | joelagnel: I'd have to defer to someone else on static linking; I've not done any within OE |
16:53.03 | joelagnel | bluelightning, oh ok. thanks for your answer though |
16:53.27 | joelagnel | bluelightning, mind if i just tell you what it is I'm doing? |
16:54.11 | bluelightning | joelagnel: 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.30 | bluelightning | joelagnel: sure, fire away |
16:55.09 | joelagnel | BlindMan, 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.34 | joelagnel | I cleaned and rebuilt ti-dmai but gstreamer still seems to use the "old" ti-dmai before my modifications |
16:56.03 | joelagnel | Is this even possible, because I did do a clean on ti-dmai before rebuilding both |
16:56.19 | joelagnel | *sorry, I was supposed to address you as bluelightning ;) apologies. |
16:56.24 | *** join/#oe playya (~playya@unaffiliated/playya) |
16:56.37 | bluelightning | no worries :) |
16:57.03 | bluelightning | joelagnel: you rebuild gstreamer-ti afterwards right? |
16:57.18 | joelagnel | bluelightning, 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.38 | bluelightning | it 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.53 | joelagnel | bluelightning, are static libraries staged as well? |
16:58.30 | joelagnel | probably they are, nvm :) |
16:58.49 | joelagnel | Also, does a -c clean remove what was staged earlier? |
16:59.02 | bluelightning | packaged staging should ensure that I think |
16:59.17 | bluelightning | in any case a rebuild will overwrite those files |
16:59.30 | joelagnel | ah ok, yeah makes sense, hmm |
17:00.01 | bluelightning | I guess the first thing to check would be to look at what ti-dmai has put in the sysroot |
17:00.32 | joelagnel | bluelightning, logs would tell me? maybe the run.do_ scripts? |
17:01.11 | joelagnel | or maybe a `find` in sysroot :) |
17:01.50 | bluelightning | log.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.25 | joelagnel | wants 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.49 | woglinde | jo crofton |
18:08.52 | woglinde | italia |
18:10.07 | *** join/#oe GarthPS (~quassel@qrc29-1-82-245-206-103.fbx.proxad.net) |
18:13.52 | Crofton | yeah |
18:13.54 | Crofton | hiking |
18:14.08 | Crofton | trying 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.56 | jconnolly | anyone know if there's a larger png of the angstrom logo then the 98x64 one in the kexec/files/angstrom dir? |
19:05.03 | jconnolly | angstrom/compass |
19:06.19 | woglinde | jconnolly ask koen |
19:08.06 | jconnolly | thanks woglinde |
19:13.40 | khem | jconnolly: I think cbrake should also have |
19:14.17 | jconnolly | thanks khem. emailed koen |
19:14.29 | khem | contrib/artwork also has .svg |
19:14.42 | khem | err thats for oe |
19:14.46 | khem | not for angstrom |
19:15.15 | woglinde | khem right |
19:15.28 | woglinde | that's why I pointed to koen |
19:15.48 | jconnolly | I think actually the graphic desginer we use at buglabs did the oe logo ;D |
19:15.58 | woglinde | yes |
19:16.05 | jconnolly | our small upstreaming contribution |
19:16.08 | khem | jconnolly: yes I remember |
19:16.37 | khem | jconnolly: btw. contrib/angstrom has some stuff too |
19:16.53 | khem | jconnolly: it has angstrom.png and .svg too |
19:17.02 | jconnolly | oh excellent |
19:17.05 | jconnolly | I'll look |
19:17.40 | khem | k |
19:17.58 | jconnolly | that's perfect khem thanks a lot |
19:18.05 | khem | np |
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.55 | otavio | still 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.59 | khem | heh 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) |