| 00:10.35 | *** join/#oe sgw (~sgw@71.193.189.117) |
| 00:24.48 | *** join/#oe kergoth_ (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 00:28.20 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
| 00:31.49 | *** join/#oe kergoth__ (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 00:35.22 | *** join/#oe _julian_ (~quassel@hmbg-5f77d6ff.pool.mediaWays.net) |
| 01:11.33 | *** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh) |
| 01:24.11 | *** join/#oe nitink (~nitink@134.134.137.73) |
| 01:43.24 | *** join/#oe zlt_ (~zlt@li146-250.members.linode.com) |
| 01:58.28 | *** join/#oe msm1 (~msm@cpe-70-113-62-169.austin.res.rr.com) |
| 02:04.57 | *** join/#oe devzero_ (devzero@xdsl-89-0-64-10.netcologne.de) |
| 02:11.24 | *** join/#oe Unhelpful (~quassel@rockbox/developer/Unhelpful) |
| 02:43.14 | *** join/#oe Openfree` (~Openfreer@116.228.88.131) |
| 02:46.39 | *** join/#oe Openfree` (~Openfreer@116.228.88.131) |
| 03:02.36 | *** join/#oe Openfree` (~Openfreer@116.228.88.131) |
| 03:15.48 | *** join/#oe Jaya_the_Cat (~jaya@unaffiliated/jaya-the-cat/x-0885195) |
| 03:52.23 | *** join/#oe Jaya_the_Cat (~jaya@unaffiliated/jaya-the-cat/x-0885195) |
| 04:14.04 | *** join/#oe darkstar62 (~darkstar6@71-35-129-112.tukw.qwest.net) |
| 04:40.39 | *** join/#oe Jaya_the_Cat (~jaya@unaffiliated/jaya-the-cat/x-0885195) |
| 04:54.34 | *** join/#oe jedahan (~jedahan@ool-44c356b2.dyn.optonline.net) |
| 04:54.34 | *** join/#oe jedahan (~jedahan@subtle/user/jedahan) |
| 05:25.04 | *** join/#oe jedahan (~jedahan@subtle/user/jedahan) |
| 05:32.30 | *** join/#oe drainbamage_ (7d132775@gateway/web/freenode/ip.125.19.39.117) |
| 05:32.41 | drainbamage_ | hii |
| 05:34.20 | drainbamage_ | i am having trouble in updating kernel from 2.6.32 to 2.6.38 |
| 05:34.39 | drainbamage_ | it fails on do_stage |
| 05:35.03 | drainbamage_ | can anyone help?? |
| 05:36.42 | drainbamage_ | ?? |
| 05:41.51 | *** join/#oe Jefro (~josiermi@nat/intel/x-amuikrshsmwudzsg) |
| 05:43.13 | *** join/#oe Jaya_the_Cat (~jaya@unaffiliated/jaya-the-cat/x-0885195) |
| 05:50.23 | *** join/#oe grosshei (~grosshei@c-98-240-208-136.hsd1.mn.comcast.net) |
| 05:52.34 | *** join/#oe davidlt (~davidlt@78.56.232.73) |
| 05:56.28 | *** join/#oe lamawithonel (~lucas@173-115-230-68.pools.spcsdns.net) |
| 06:06.21 | *** join/#oe denix (~denys@nat/ti/x-orqgjfvnzmiuilbl) |
| 06:12.39 | *** join/#oe amarsman_nl (~marsman@89.184.175.76) |
| 06:13.29 | *** join/#oe morphis (~morphis@dslb-088-070-141-009.pools.arcor-ip.net) |
| 06:13.38 | *** join/#oe SidH_ (~SidH_@203.101.61.10) |
| 06:19.58 | *** join/#oe vitus (~vitus@145.253.165.179) |
| 06:25.05 | *** join/#oe vitus (~vitus@145.253.165.179) |
| 06:31.10 | *** join/#oe vitus (~vitus@145.253.169.210) |
| 06:31.40 | *** join/#oe vitus (~vitus@145.253.169.210) |
| 06:37.01 | *** join/#oe stefan_schmidt (~stefan@2001:638:602:1183:cda5:2bfc:7471:f49a) |
| 06:37.48 | *** join/#oe rschus (~rschus@64.176.73-86.rev.gaoland.net) |
| 06:57.13 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 06:59.38 | *** join/#oe sH|Mnemonic (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
| 07:00.58 | *** join/#oe lamikr (~lamikr@dyn60-31.dsl.spy.dnainternet.fi) |
| 07:11.33 | *** join/#oe Jefro (~josiermi@nat/intel/x-fvmrmyuigwmxjyux) |
| 07:13.04 | *** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian) |
| 07:19.46 | *** join/#oe woglinde (~henning@p5DDC09F6.dip0.t-ipconnect.de) |
| 07:20.18 | woglinde | ping stefan_schmidt |
| 07:21.09 | stefan_schmidt | woglinde: pong |
| 07:21.21 | stefan_schmidt | is looking to a week of great weather :) |
| 07:22.01 | woglinde | hm your patchweekend wasnt this sucessfull |
| 07:22.50 | stefan_schmidt | woglinde: like the ones before... |
| 07:22.59 | stefan_schmidt | woglinde: I have tested which ones still apply |
| 07:23.05 | stefan_schmidt | 60 out of 158 |
| 07:23.24 | stefan_schmidt | and I was going through them to see if any are imprtant |
| 07:23.45 | woglinde | ah okay |
| 07:23.53 | woglinde | so you did it in your own |
| 07:24.07 | stefan_schmidt | well, nobody showed interest in IRC or mail |
| 07:24.14 | stefan_schmidt | like the ones before :) |
| 07:24.19 | woglinde | hm |
| 07:24.31 | stefan_schmidt | And I wasn't in the mood to pester people to look at it. The weather was to nice :) |
| 07:24.31 | woglinde | you didnt asked when I was on irc |
| 07:26.36 | stefan_schmidt | woglinde: hmm, I asked. Hopefully the message got not lost |
| 07:26.44 | stefan_schmidt | woglinde: you have been on IRC all day? |
| 07:26.48 | woglinde | no |
| 07:26.55 | woglinde | but in the evenings I was |
| 07:26.57 | stefan_schmidt | ah, ok |
| 07:27.07 | woglinde | but so hunted memleaks in navit |
| 07:27.09 | woglinde | *g* |
| 07:27.14 | stefan_schmidt | well, as I said. I was not in the mood to pester people |
| 07:27.20 | stefan_schmidt | woglinde: thats great as well :) |
| 07:27.43 | stefan_schmidt | And the old patchwork is in this state for some months now. People had a chance to look at it. :) |
| 07:28.03 | stefan_schmidt | is going to write a summary in the next hour wrt patchwork |
| 07:30.03 | *** join/#oe gw- (~morgan@203186107206.static.ctinets.com) |
| 07:32.46 | ka6sox-home | stefan_schmidt, the old patchwork should be gone right? its frozen? |
| 07:33.42 | stefan_schmidt | ka6sox-home: give it some more days please. :) |
| 07:33.54 | stefan_schmidt | ka6sox-home: I'm just sitting on a mail regarding it. |
| 07:34.13 | woglinde | good nite ka6sox-home |
| 07:34.15 | stefan_schmidt | ka6sox-home: I would say we leave it as is for the rest of the week and kill it next weekend. |
| 07:34.26 | ka6sox-home | I won't be turning it off...I just thought about 5-6months ago it got switched |
| 07:34.28 | ka6sox-home | nite woglinde |
| 07:34.39 | woglinde | ;) |
| 07:35.21 | stefan_schmidt | ka6sox-home: yeah, we just wanted to give people time moaning if anything important is sitting there |
| 07:35.49 | ka6sox-home | kk |
| 07:35.52 | stefan_schmidt | ka6sox-home: Time is over I would say and we should kill it to make it more clear which one is the current one |
| 07:37.04 | ka6sox-home | right, I have seen confusion on that point. |
| 07:43.54 | *** join/#oe sanket (~sanket@114.143.167.202) |
| 07:48.19 | *** join/#oe tasslehoff (~tasslehof@145.79-161-31.customer.lyse.net) |
| 07:49.26 | woglinde | hi tasslehoff |
| 07:49.58 | tasslehoff | gm woglinde |
| 07:50.46 | mkneissl | woglinde: I'm trying to port the patches from openjdk-1.8.5 to openjdk-1.10.1 . May I ask some questions? |
| 07:51.01 | woglinde | aehm |
| 07:51.09 | woglinde | we/I are doing this too |
| 07:51.23 | mkneissl | Cool. |
| 07:51.40 | mkneissl | Can I help in any way? |
| 07:52.50 | woglinde | hm first be aware all revs after 1.8 have arm thumbee support disabled |
| 07:53.36 | woglinde | mkneissl but ask yes |
| 07:54.00 | woglinde | second there is a m4 bug which prevents us to give icedtead our ecj |
| 07:54.29 | woglinde | so its using javac and ecjlibs to make there own ecj |
| 07:54.59 | *** join/#oe ant_work (~andrea@host6-80-static.42-85-b.business.telecomitalia.it) |
| 07:55.35 | woglinde | gm ant |
| 07:55.48 | ant_work | good morning |
| 07:56.23 | CIA-32 | 03Henning Heinold <h.heinold@tarent.de> 07org.openembedded.dev * ra263524ca2 10openembedded.git/recipes/cacao/ (cacao-native_hg.bb files/cacao-shutdownguard.patch): |
| 07:56.23 | CIA-32 | cacao-native: add fix for vm-shutdown and multiple threads are involved |
| 07:56.23 | CIA-32 | * bump PR |
| 07:56.23 | CIA-32 | 03Henning Heinold <h.heinold@tarent.de> 07org.openembedded.dev * r2b31a5434c 10openembedded.git/recipes/icedtea/icedtea6-native.inc: |
| 07:56.23 | CIA-32 | icedtea6-native: add libxext-native to the dependencies |
| 07:56.24 | CIA-32 | * bump PR |
| 08:03.54 | ant_work | woglinde: have you seen the build failur due to schroedinger? |
| 08:04.07 | woglinde | ant yes |
| 08:04.12 | woglinde | let me reproduce here |
| 08:04.28 | woglinde | looks like a orc/schroedinger missmatch |
| 08:04.33 | woglinde | or missing include |
| 08:04.41 | woglinde | dont know why paul cannt google it |
| 08:04.44 | ant_work | it is like stdint.h is missing, no int16_t |
| 08:04.56 | woglinde | and only "inform us" |
| 08:05.00 | ant_work | he he |
| 08:05.15 | ant_work | it was too late last night when I discovered it... |
| 08:05.24 | ant_work | too late for debuging |
| 08:05.28 | woglinde | ah okay |
| 08:05.32 | woglinde | so you will fix it |
| 08:05.35 | woglinde | fine |
| 08:05.56 | ant_work | I did a grep for stdint and had some matches in /schroedinger |
| 08:06.02 | mckoan | good morning |
| 08:06.15 | ant_work | iirc is schroorc- something |
| 08:08.04 | mkneissl | woglinde: Well, the questions might be very stupid. There's a patch to atomic_linux_zero that's casting from jlong to jint in 1.8. Should this still be done in 1.10? |
| 08:09.04 | woglinde | hm |
| 08:09.30 | woglinde | which filename? |
| 08:11.25 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 08:16.30 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
| 08:21.04 | mkneissl | woglinde: zero-cmpswap-long.patch |
| 08:21.47 | *** join/#oe bluelightning (~paul@83.217.123.106) |
| 08:21.47 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 08:22.33 | woglinde | hm I think its still needed |
| 08:26.34 | mkneissl | woglinde: And now the stupid question: Why does casting from long to int work here? |
| 08:27.24 | woglinde | it always works but you will lost precission |
| 08:37.41 | ant_work | woglinde: I don't havwe time until thi sevening to fix it. I'd tray the couple of top patches tere http://diracvideo.schleef.org/git?p=schroedinger.git;a=summary |
| 08:37.58 | ant_work | kicks and replaces keyboard |
| 08:40.29 | *** join/#oe mlip (~mlip@unaffiliated/mlip) |
| 08:44.31 | *** join/#oe kgilmer (~kgilmer@ntngsk052174.ngsk.nt.ftth4.ppp.infoweb.ne.jp) |
| 08:45.21 | *** join/#oe GNUtoo (~GNUtoo@host93-56-dynamic.249-95-r.retail.telecomitalia.it) |
| 08:46.33 | *** join/#oe mlip (~mlip@unaffiliated/mlip) |
| 08:52.08 | *** join/#oe mrc3 (~ddiaz@189.157.111.13) |
| 08:53.01 | woglinde | ant evening is okay |
| 08:59.43 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
| 09:02.36 | woglinde | hi mickeyl |
| 09:09.11 | mickey|office | morsche woglinde |
| 09:11.57 | florian | good morning |
| 09:12.06 | *** join/#oe mrc3 (~ddiaz@189.157.119.87) |
| 09:17.22 | mickey|office | moin florian |
| 09:17.30 | mickey|office | hrw: will you come to LinuxTag? |
| 09:17.36 | mickey|office | florian: or you? |
| 09:17.56 | woglinde | florian organized the booth |
| 09:18.08 | woglinde | I will be there but most time on navit booth |
| 09:18.16 | bluelightning | morning all |
| 09:18.56 | woglinde | hi bluelightning |
| 09:19.22 | florian | mickey|office: hi |
| 09:19.34 | florian | mickey|office: The plan is to be there... :) |
| 09:20.16 | hrw | mickey|office: nope - Ubuntu/Linaro Developers Summit at same time |
| 09:22.50 | mickey|office | hrw: ah, pity |
| 09:22.52 | mickey|office | florian: ok, cool |
| 09:23.14 | hrw | mickey|office: indeed |
| 09:23.25 | ka6sox-home | too far...and I've been to 3 conferences in 3months...time to stay home. |
| 09:23.32 | hrw | mickey|office: maybe we will get an option to meet before your family will expand |
| 09:23.39 | woglinde | hm who can edit the wiki frondpage? |
| 09:23.55 | hrw | woglinde: admins? |
| 09:24.04 | mickey|office | hrw: that'd be cool, but the time frame is short now :) ETA is 25th of may |
| 09:24.18 | ka6sox-home | hrw, what do you need? |
| 09:24.26 | hrw | mickey|office: Sabine and child are fine? |
| 09:24.33 | hrw | ka6sox-home: rather woglinde |
| 09:24.46 | ka6sox-home | oh right |
| 09:24.52 | woglinde | ka6sox-home making news we have booth for linuxtag |
| 09:24.53 | ka6sox-home | woglinde, what do you need? |
| 09:25.11 | ka6sox-home | okay let me look @ Robert's email and pull the important bits and post |
| 09:25.38 | mickey|office | hrw: thanks, everything ok so far, she's real big by now, but according to the doc, everything is operating within the normal parameters. |
| 09:25.59 | hrw | woglinde: I am also one of admins so in future I can also edit if you need something to be done |
| 09:26.02 | woglinde | mickeyl oh thats news |
| 09:26.17 | woglinde | so you joined us |
| 09:26.18 | florian | mickey|office: Don't believe anything they say about weight ;) |
| 09:26.34 | ka6sox-home | hrw, go ahead...its late for me...I am just reviewing design before bed. |
| 09:27.07 | woglinde | hrw maybee wiki page who can edit main page |
| 09:27.09 | woglinde | *g* |
| 09:27.11 | hrw | mickey|office: will you be on Saturday 14th in Berlin? |
| 09:28.21 | hrw | lands at SXF on 17:35 |
| 09:28.37 | mickey|office | hrw: i'm not sure, i'll try to coordinate with morphis, as we have to meet to discuss some FSO issues |
| 09:28.41 | florian | just filled the LinuxTag wiki for ordering furniture |
| 09:28.46 | mickey|office | saturday would probably be the fullest day |
| 09:29.13 | hrw | mickey|office: so visit Szczecin on sunday :D |
| 09:29.32 | hrw | woglinde: http://wiki.openembedded.org/index.php?title=Special%3AListUsers&username=&group=sysop |
| 09:29.44 | mickey|office | hehe |
| 09:29.52 | florian | A large and a small table... let's see if we get these. Should be better than the infopoint for our purposes... |
| 09:30.13 | hrw | mickey|office: I am serious |
| 09:30.54 | mickey|office | hrw: hmm, there's a train that doesn't take long, right? |
| 09:30.56 | florian | We need to think about some image targets for kids :-) |
| 09:30.56 | woglinde | hm laibsch is still admin |
| 09:31.02 | mickey|office | florian: yeah |
| 09:32.01 | hrw | mickey|office: Berlin -> Angemunde -> Szczecin usually but there are also direct ones |
| 09:32.10 | hrw | mickey|office: or ~150km by autobahn |
| 09:32.52 | florian | mickey|office: A simple thing to do would be one with GCompris - this might work on some tablet pretty well. |
| 09:33.31 | woglinde | florian is the booth number settled or open? |
| 09:35.46 | florian | woglinde: settled... one sec |
| 09:36.11 | florian | 7.2b 112 |
| 09:38.34 | *** join/#oe GarthPS (~quassel@78.116.124.228) |
| 09:39.19 | hrw | florian: do we have some >7" touchscrens for gcompris? |
| 09:41.29 | florian | hrw: the simpad but it might not have enough ram... |
| 09:41.43 | florian | need to search if i can find anything useful here |
| 09:42.00 | hrw | florian: I still have that frontpage progear somewhere in basement. xga 10" TS but only 112MB ram |
| 09:42.34 | florian | hrw: better than the simpad :) |
| 09:42.54 | hrw | florian: I can send it to someone but do not want it back ;) |
| 09:43.06 | hrw | florian: MACHINE=progear |
| 09:43.10 | florian | hrw: is it that bad? ;) |
| 09:43.16 | ant_work | stefan_schmidt: I think we should check again /patch/1917/ |
| 09:43.30 | hrw | florian: I do not use it at all. it only "gather dust" |
| 09:43.43 | florian | a skeye.pad might be cool... ideal for kids becuse they are hard to break |
| 09:43.52 | ant_work | it looks like in order to optimize boot time modutils / module-init-tools goes to S02 |
| 09:44.07 | hrw | florian: slow, ugly, heavy, old. but runs X11 just fine and (as it is x86) works fine |
| 09:44.26 | hrw | florian: any kernel works on it. OE iirc has .30 set for it |
| 09:44.54 | hrw | florian: 5GB pata 2.5" hdd inside, orinoco pcmcia wifi in slot, usb 1.1 ports |
| 09:45.10 | hrw | florian: http://marcin.juszkiewicz.com.pl/tag/progear/ |
| 09:45.17 | ant_work | best for kids seems to be iphone (if it only would allow for different user logins) |
| 09:45.37 | stefan_schmidt | ant_work: 1917? |
| 09:45.47 | ant_work | patchwork |
| 09:45.56 | stefan_schmidt | thats arm hw caps backport to stable and should already be in the old stable branch for ages |
| 09:46.05 | hrw | ant_work: had to keep an eye on it and big lose if stolen |
| 09:46.07 | stefan_schmidt | http://patchwork.openembedded.org/patch/1917/ |
| 09:46.38 | ant_work | oh..sorry..lemme check again |
| 09:46.43 | stefan_schmidt | :) |
| 09:47.27 | ant_work | http://patches.openembedded.org/patch/1917/ |
| 09:47.30 | ant_work | argh |
| 09:47.44 | ant_work | flew in the other one... |
| 09:47.45 | stefan_schmidt | ant_work: thats the _new_ patchwork. That one will stay |
| 09:48.03 | stefan_schmidt | ant_work: just ping for it on the list for this one :) |
| 09:50.08 | florian | hrw: heh... yes I see it _is_ ugly :-) |
| 09:52.22 | *** join/#oe gnutoo_ (~GNUtoo@host93-56-dynamic.249-95-r.retail.telecomitalia.it) |
| 09:52.29 | hrw | florian: :D |
| 09:52.43 | woglinde | hi gnutoo |
| 09:53.20 | gnutoo_ | hi |
| 10:03.11 | *** join/#oe obi (~obi@unaffiliated/obi) |
| 10:07.43 | Jay7 | morning |
| 10:08.27 | ka6sox-home | morning Jay7 |
| 10:08.42 | Jay7 | ka6sox-home: hi |
| 10:08.47 | Jay7 | any interesting news? :) |
| 10:09.13 | ka6sox-home | yes, autobuilder is working much better now. |
| 10:09.40 | ka6sox-home | what used to take 5days is going to be done in <2days |
| 10:09.50 | Jay7 | cool :) |
| 10:10.04 | Jay7 | my speed change was lower |
| 10:10.22 | ka6sox-home | the SSD's are writing 500MB/sec sustained |
| 10:11.09 | Jay7 | one testbuild of one distro for testing-next is 1h30m now.. was about 2-2:30 |
| 10:11.42 | ka6sox-home | I am testing QEMUARM and QEMUMIPS |
| 10:12.00 | ka6sox-home | the 2011.3 it seems |
| 10:12.40 | hrw | ka6sox-home: nice ssds |
| 10:12.59 | ka6sox-home | hrw, ya, glad we got them...solved a few problems. |
| 10:13.34 | ka6sox-home | I/O loading went from 80-100% to <4% |
| 10:16.49 | hrw | amazing |
| 10:17.07 | hrw | I have corsair ssd here - 235MB/s |
| 10:17.34 | hrw | erasing of several GBs at once can nearly kill i/o |
| 10:17.43 | ka6sox-home | I have a pair of 200GB OWC Mercury Pros setup as RAID0 |
| 10:17.52 | ka6sox-home | I am looking into Trim. |
| 10:17.55 | florian | hrw: using ext3? |
| 10:19.03 | hrw | ext4 |
| 10:19.18 | ka6sox-home | florian, I have heard various stories about using ext4 and whether trim works with RAID cards. |
| 10:22.55 | *** join/#oe mlip (~mlip@unaffiliated/mlip) |
| 10:25.17 | Jay7 | just have 2 WD Black in RAID0 here |
| 10:25.26 | Jay7 | with ext4, yes |
| 10:26.27 | *** join/#oe CMoH-notebook (~cipi@95.76.68.223) |
| 10:26.27 | *** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh) |
| 10:28.06 | florian | Jay7: we have these here too... not too bad but we needed to get five in order to get two working properly for longer than a week :-/ |
| 10:28.31 | woglinde | florian ugh |
| 10:28.40 | woglinde | looks like a monday charge |
| 10:28.41 | ka6sox-home | florian, what failed? |
| 10:29.55 | florian | ka6sox-home: the surface obvioulsly, one was bad on arrival and didn't even survive the raid sync. but the ones we have now are working properly for several months now. |
| 10:30.02 | Jay7 | florian: raid10 is your choice then :) |
| 10:30.38 | ka6sox-home | since they are scratch disks I just went for all out speed. |
| 10:31.24 | florian | woglinde: yeah... the guy at the shop told us they had somethign like this with anther disk some time ago. a big box of brand new disks and all broken |
| 10:31.37 | Jay7 | or even better is raid10 + wd raptors :) |
| 10:32.13 | florian | Jay7: heh indeed... and a new case :-) |
| 10:32.24 | ka6sox-home | or 16 10k spin 500GB DP SAS :D |
| 10:32.26 | Jay7 | and good cooling system :) |
| 10:32.37 | Jay7 | and move it as far as possible :) |
| 10:34.51 | CIA-32 | 03Andreas Oberritter <obi@opendreambox.org> 07master * r156d0bcaea 10openembedded.git/recipes/streamripper/streamripper_1.64.6.bb: (log message trimmed) |
| 10:34.51 | CIA-32 | streamripper: fix depends and license |
| 10:34.51 | CIA-32 | - Prefer the shared libmad over the one included in streamripper. |
| 10:34.51 | CIA-32 | - glib-2.0 is required to build streamripper. |
| 10:34.51 | CIA-32 | - libfaad2 will get picked up if built before streamripper. Make |
| 10:34.52 | CIA-32 | builds consistent. |
| 10:34.52 | CIA-32 | - No need to set RDEPENDS_${PN} (already set by shlibdeps). |
| 11:05.47 | *** join/#oe sanket (~sanket@114.143.161.168) |
| 11:16.06 | *** join/#oe methril_work (~Rafael@189.114.111.135) |
| 11:27.35 | JDuke128 | hi , i ve tried to use "apt-get" on mingw32 but i got command not found on windows , how can i fix this issue ? any way to download it from net ? |
| 11:30.20 | woglinde | ? |
| 11:30.41 | JaMa|Work | lol |
| 11:30.42 | woglinde | didnt know debian runs on windows natively |
| 11:33.17 | mlip | hej , are packages such as vi(m), wget, etc. going to oe-meta or is there some super secret layer I am missing ? ;) |
| 11:33.39 | woglinde | mlip meta-oe repos your are searching |
| 11:34.02 | woglinde | http://cgit.openembedded.org/cgit.cgi/meta-openembedded/ |
| 11:34.33 | mlip | I have a working oe configuration using layers, but I am missing some smaller apps like vim ;/ |
| 11:36.10 | JaMa|Work | mlip: many recipes are missing in meta-oe, please add what you find usefull and send patches |
| 11:37.13 | mlip | JaMa|Work, have the ssh key been copied to the meta-oe, or is it a pull/patch based principle with some maintainers only ? |
| 11:37.40 | JaMa|Work | you can push to meta-oe-contrib repo |
| 11:37.59 | JaMa|Work | then you send pull request to ML and koen will pull it to main repo |
| 11:38.20 | Jay7 | JaMa|Work: is meta-oe == OE - oe-core? :) |
| 11:38.30 | JaMa|Work | Jay7: no |
| 11:38.53 | mlip | JaMa|Work, ok that sound good, thx |
| 11:38.55 | JaMa|Work | Jay7: meta-oe consist mostly from recipes /me or koen needed for your targets |
| 11:39.04 | JaMa|Work | s/your/our/ |
| 11:39.20 | JaMa|Work | others are welcome to add stuff they need |
| 11:39.54 | JaMa|Work | but stuff wont add itself automatically and needs cleanup before adding |
| 11:40.25 | Jay7 | well, ok |
| 11:40.36 | JaMa|Work | ant_work: btw some parts for spitz are already in meta-shr too |
| 11:41.34 | JaMa|Work | ant_work: but ie klibc is failing to build because we're not staging kernel sources |
| 11:41.42 | ant_work | I still have to realize how to integrate the Z family... |
| 11:41.50 | ant_work | BSP layer? |
| 11:41.54 | ant_work | living where? |
| 11:42.21 | JaMa|Work | meta-shr layer http://git.shr-project.org/git/?p=meta-shr.git;a=summary |
| 11:42.56 | ant_work | isn't a BSP necessary for each machine? |
| 11:44.00 | ant_work | second, I'd like to add it to 'default', not only shr or angstrom |
| 11:44.10 | JaMa|Work | ant_work: for now I'm using meta-shr for everything and after cleanup and testing it can be torn from it to separate bsp |
| 11:44.25 | ant_work | I'm waiting to see some examples, finally |
| 11:44.46 | JaMa|Work | ant_work: but for testing/developing it's easier to have it in less layers (at least for me) |
| 11:45.03 | JaMa|Work | ant_work: see meta-ti http://git.angstrom-distribution.org/cgi-bin/cgit.cgi/meta-texasinstruments/ |
| 11:46.05 | JaMa|Work | ant_work: and for those spitz related recipes use https://gitorious.org/shr/meta-shr, sorry haven't pushed it to git.shr-project.org yet |
| 11:46.47 | ant_work | JaMa|Work: I appreciate you pionering the move, remember however we have all 6 Zaurus models to push |
| 11:47.27 | ant_work | not only spitz |
| 11:48.01 | JaMa|Work | spitz is only model I can test on.. that's why I started with it for myself to abandon oe.dev sooner |
| 11:48.02 | bluelightning | surely it's better to have only as many layers as really necessary |
| 11:48.45 | JaMa|Work | ant_work: and I'll be glad to use meta-zaurus bsp if you do it :) |
| 11:49.10 | ant_work | I was wondering about smthg like that :p |
| 11:49.23 | JaMa|Work | already moved oe.dev tmpdir from fast raid to slow archive.. |
| 11:49.52 | JDuke128 | :) |
| 11:50.08 | JDuke128 | btw , these bb files has just points to source codes and patches? |
| 11:50.16 | JDuke128 | for example think about some opensource library |
| 11:50.19 | JDuke128 | i get it from svn |
| 11:50.19 | ant_work | JaMa|Work: any idea about where to host the machine-layers? I se ti has own repo but the majority shouldn't |
| 11:50.27 | JDuke128 | i try to compile the source code |
| 11:50.43 | JDuke128 | ant_work , sry i m not pro too... |
| 11:51.06 | JaMa|Work | ant_work: git.oe.org would be best imho |
| 11:51.17 | JDuke128 | when i try to compile opensource library for some machine , i got so many errors , its because of they r intel based ? |
| 11:51.20 | *** join/#oe pespin (~pespin@234.pool85-50-72.dynamic.orange.es) |
| 11:51.28 | JDuke128 | for example clutter |
| 11:51.40 | JDuke128 | i tried latest version |
| 11:51.51 | ant_work | JaMa|Work: yep, agreed |
| 11:51.52 | JDuke128 | directly tried compiled and got many errors |
| 11:51.53 | bluelightning | JDuke128: clutter should cross-compile just fine |
| 11:52.28 | bluelightning | can you not just build it within OE? |
| 11:52.53 | JaMa|Work | ant_work: meta-ti locatin is where it's now because koen is waiting for board/yocto-tsc decision about repo hosting policies, but that's vendor bsp.. I don't think we have sharp contributors :) |
| 11:53.15 | woglinde | wonders too how well spreading machine support will work |
| 11:53.49 | JaMa|Work | ant_work: so you can start with meta-zaurus on github/gitorious and move it later when such things are decided |
| 11:54.04 | ant_work | right |
| 11:54.14 | JaMa|Work | ant_work: but waiting for repo is weak excuse :) |
| 11:54.23 | ant_work | he, it's not just that |
| 11:54.30 | ant_work | yousee: what is core? |
| 11:54.34 | ant_work | klibc is clore? |
| 11:55.11 | JaMa|Work | from koen's definition |
| 11:55.11 | JaMa|Work | OE-core still isn't fleshed out completely, but the current way of |
| 11:55.12 | JaMa|Work | thinking is "if enough layers depend on <foo>, <foo> should get |
| 11:55.12 | JaMa|Work | considered for oe-core". |
| 11:55.27 | ant_work | my doubt is: where are those needed background-recipes expected? |
| 11:55.40 | ant_work | so I'm waiting for the water to calm :) |
| 11:55.57 | JaMa|Work | so again, don't worry about such things now.. you can add it to meta-zaurus and then move it to meta-oe or even oe-core when more people find it usefull |
| 11:56.09 | JDuke128 | bluelightning , can i install any source code by just 3 steps for any machine ? "./configure" , "make" , "make install" but i ve seen some source codes includes patches.Why ? |
| 11:56.23 | JaMa|Work | water is too calm IMHO because everybody is waiting for something :) |
| 11:56.25 | Jay7 | ant_work: imho, all libcs should be in core |
| 11:56.36 | ant_work | I think soo |
| 11:56.50 | bluelightning | JDuke128: well, bitbake/OE takes care of all of that for you |
| 11:57.14 | JDuke128 | okay but why patches required sometimes? |
| 11:57.24 | bluelightning | JDuke128: re patches, sometimes some things need to be fixed in OE quicker than fixes can be applied upstream |
| 11:57.38 | JDuke128 | i ve seen oe is applying some diff files on source codes ,why |
| 11:57.50 | bluelightning | JDuke128: also sometimes patches are needed for cross-compiling and upstream may not care about cross-compilation |
| 11:57.58 | ant_work | yes, some recipes are not cross-friendly |
| 11:58.26 | JDuke128 | because for example some source codes on intel uses simd and arm it requires neon |
| 11:58.32 | JDuke128 | so , diff patch for that? |
| 11:59.00 | ant_work | no, even deeper issues with paths |
| 11:59.08 | *** join/#oe rschus1 (~rschus@64.176.73-86.rev.gaoland.net) |
| 11:59.51 | JDuke128 | some source codes on intel uses simd and arm it requires neon , how they fix this problem so ? |
| 11:59.59 | JDuke128 | if no patch |
| 12:00.08 | *** join/#oe mickey|zzZZzz (~mickey@80.81.242.146) |
| 12:00.54 | bluelightning | JDuke128: surely that's something handled by the compiler/toolchain? |
| 12:01.51 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 12:01.53 | JDuke128 | bluelightning , i c |
| 12:02.01 | JDuke128 | bluelightning , its compiler does |
| 12:02.21 | JDuke128 | bluelightning, so you mean diff files on path issues used |
| 12:02.28 | woglinde | JDuke128 *sigh* I told your yesterday mostly the compiler deals with it |
| 12:02.41 | woglinde | but there is handcrafted assembler too |
| 12:02.41 | *** join/#oe mrc3 (~ddiaz@189.157.120.184) |
| 12:02.58 | bluelightning | JDuke128: sometimes it's about paths or other cross-compile fixes and other times it's about fixing a bug that is not fixed upstream |
| 12:03.28 | woglinde | JDuke128 are you doing this for fun? |
| 12:03.32 | bluelightning | ideally for the latter type of patches the patch gets submitted upstream and later can be removed from OE |
| 12:03.33 | JDuke128 | woglinde , yes i mean handcrafted assembler |
| 12:03.52 | woglinde | JDuke128 or did your boss confrotated with the stuff you cannt handle yet? |
| 12:10.02 | *** join/#oe ldnunes (~ldnunes@189.114.111.55) |
| 12:10.15 | ant_work | JaMa|Work: btw, I've noticed NATIVE_INSTALL_WORKS operates differently in oe-dev and oe-core |
| 12:10.32 | ant_work | i.e. in mtd-utils RP removed it from the oe-core recipe |
| 12:10.55 | ant_work | but instll of -native fails in oe-dev *without* N.I.W. |
| 12:12.36 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
| 12:12.54 | ant_work | finally, in oe-core the same recipe has a longer EXTRA_OEMAKE: they add 'BUILDDIR=${S}' |
| 12:13.52 | ant_work | ...I'v committed it like that but a grep afterwards reveals only another recipe (from oe-core maybe) does that in OE-dev |
| 12:14.08 | ant_work | I understand it is superfluous |
| 12:15.03 | *** part/#oe davidlt (~davidlt@78.56.232.73) |
| 12:28.54 | *** join/#oe mrc3 (~ddiaz@189.157.120.170) |
| 12:35.50 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
| 12:37.01 | *** join/#oe S_A (7d132775@gateway/web/freenode/ip.125.19.39.117) |
| 12:42.51 | *** join/#oe mrAlmond (~gbergamo@82.193.2.131) |
| 12:42.56 | mrAlmond | hi all |
| 12:43.35 | mrAlmond | I'm having problem with yocto 1.0 using poky-image-core |
| 12:43.47 | mrAlmond | it seems that udev-1 script is never started at boot |
| 12:44.12 | mrAlmond | there are no links to that in the /etc/rc*.d/ directories |
| 12:44.30 | mrAlmond | is this normal? |
| 12:48.57 | *** join/#oe mrc3 (~ddiaz@189.157.121.200) |
| 12:52.05 | *** join/#oe rschus (~rschus@64.176.73-86.rev.gaoland.net) |
| 12:54.50 | rob_w | arg .. .i want a oe on my centos box but that os ships python 2.4 only , grrr |
| 12:55.12 | woglinde | 2.4 suckz |
| 12:55.14 | woglinde | now |
| 12:55.20 | rob_w | yeah |
| 12:55.22 | woglinde | and centos suckz too |
| 12:55.28 | woglinde | in my opinion |
| 12:55.33 | rob_w | dont say that |
| 12:56.01 | JaMa|Work | rob_w: I recommend using minimalistic chroot environment for OE builds |
| 12:56.12 | rob_w | hmmm |
| 12:56.22 | Jay7 | or lxc container :) |
| 12:56.50 | Jay7 | which is mostly the same :) |
| 12:57.00 | JaMa|Work | maintains shr-chroot based on gentoo and since then less build issues from people building SHR :) |
| 12:57.16 | JaMa|Work | and whole shr-chroot is in git repo :) |
| 12:57.31 | rob_w | is that a chroot for oe ? |
| 12:57.37 | rob_w | with some latestest python ? |
| 12:57.40 | Jay7 | is using debian 6.0.1 lxc container on top of archlinux :) |
| 12:58.21 | JaMa|Work | rob_w: it's not official oe way, but works and has working python version (2.7 currently) |
| 12:59.10 | rob_w | can you point me to that git , please |
| 13:00.19 | JaMa|Work | rob_w: http://git.shr-project.org/git/?p=shr-chroot.git;a=summary some instructions how to use it are here: http://git.shr-project.org/git/?p=shr-chroot.git;a=summary |
| 13:05.08 | *** join/#oe mrc3 (~ddiaz@189.157.107.120) |
| 13:12.09 | *** join/#oe mpoirier (~quassel@S0106002369de4dac.cg.shawcable.net) |
| 13:15.51 | CIA-32 | 03Antonio Ospite <ospite@studenti.unina.it> 07master * r5a0bfc1862 10openembedded.git/recipes/ezx/moto-boot-usb-native_git.bb: |
| 13:15.51 | CIA-32 | ezx/moto-boot-usb-native_git.bb: update SRCREV |
| 13:15.51 | CIA-32 | This brings in the following fixes: |
| 13:15.51 | CIA-32 | - require an interactive confirmation when trying to flash the |
| 13:15.51 | CIA-32 | bootloader |
| 13:15.51 | CIA-32 | - don't send unsupported query command to gen-blob |
| 13:15.52 | CIA-32 | Signed-off-by: Antonio Ospite <ospite@studenti.unina.it> |
| 13:15.52 | CIA-32 | 03Antonio Ospite <ospite@studenti.unina.it> 07master * r80ad4406b3 10openembedded.git/files/device_table-ezx.txt: |
| 13:15.53 | CIA-32 | files/device_table-ezx.txt: change some indentation |
| 13:15.54 | CIA-32 | Just to make columns more distinguishable. |
| 13:15.54 | CIA-32 | Signed-off-by: Antonio Ospite <ospite@studenti.unina.it> |
| 13:15.54 | CIA-32 | 03Antonio Ospite <ospite@studenti.unina.it> 07master * r62c2d235be 10openembedded.git/recipes/ezx/ezx-gen-blob_git.bb: |
| 13:16.02 | CIA-32 | ezx/ezx-gen-blob_git.bb: update SRCREV |
| 13:16.02 | CIA-32 | The new version fixes a problem which made gen-blob not working when |
| 13:16.02 | CIA-32 | compiled with recent gcc versions. |
| 13:16.02 | CIA-32 | Signed-off-by: Antonio Ospite <ospite@studenti.unina.it> |
| 13:16.02 | CIA-32 | 03Antonio Ospite <ospite@studenti.unina.it> 07master * r890db97d19 10openembedded.git/recipes/ezx/ezx-gpiotool_svn.bb: |
| 13:16.03 | CIA-32 | ezx/ezx-gpiotool_svn.bb: make the recipe build again |
| 13:16.03 | CIA-32 | Pass ${LDFLAGS} in order to make the following error go away: |
| 13:16.04 | CIA-32 | ERROR: QA Issue with ezx-gpiotool: No GNU_HASH in the elf binary |
| 13:16.04 | CIA-32 | This is a workaround until the upstream Makefile is fixed properly. |
| 13:16.05 | CIA-32 | While at it remove the unused do_stage() function. |
| 13:16.05 | CIA-32 | Signed-off-by: Antonio Ospite <ospite@studenti.unina.it> |
| 13:16.06 | CIA-32 | 03Antonio Ospite <ospite@studenti.unina.it> 07master * r570cfe69d4 10openembedded.git/recipes/linux/openezx-kernel_git.bb: |
| 13:16.10 | CIA-32 | linux/openezx-kernel_git.bb: update recipe to build 2.6.38 |
| 13:16.10 | CIA-32 | Signed-off-by: Antonio Ospite <ospite@studenti.unina.it> |
| 13:16.10 | CIA-32 | 03Antonio Ospite <ospite@studenti.unina.it> 07master * r3940064e65 10openembedded.git/files/device_table-ezx.txt: |
| 13:16.10 | CIA-32 | files/device_table-ezx.txt: Add /dev/snd and /dev/ttyS1 |
| 13:16.10 | CIA-32 | The /dev/snd directory is needed for the device nodes under it to be |
| 13:16.24 | *** join/#oe lostincake1 (~Aditya@pool-173-79-151-237.washdc.fios.verizon.net) |
| 13:23.35 | *** join/#oe mrc3 (~ddiaz@189.157.111.62) |
| 13:28.58 | *** join/#oe aloisiojr (~aloisio@186.215.206.130) |
| 13:31.03 | *** join/#oe B_Lizzard (~havoc@athedsl-117967.home.otenet.gr) |
| 13:42.50 | Crofton|work | any idea what happened to gst-plugins-base-meta |
| 13:43.25 | woglinde | hm got lost in the last dynmaic transition? |
| 13:43.39 | Crofton|work | appears to be lost |
| 13:43.54 | woglinde | strap jama and paul |
| 13:44.07 | Crofton|work | ok |
| 13:44.50 | *** join/#oe kevinsc (~a0214685@nat/ti/x-jqwcqjveivzarbig) |
| 13:45.16 | JaMa|Work | ? |
| 13:46.34 | *** join/#oe S_A (7d132775@gateway/web/freenode/ip.125.19.39.117) |
| 13:47.38 | Crofton|work | t-plugins-base-meta is unbuilable now |
| 13:48.39 | JaMa|Work | can you pastebin error? |
| 13:49.20 | Crofton|work | http://pastebin.com/a9tXS8rP |
| 13:52.29 | *** join/#oe mrc3 (~ddiaz@189.157.113.85) |
| 14:00.37 | dandel | xbmc is unable to be linked for cross compile on amd64 systems with libexpat1-dev installed to target of i686. |
| 14:01.42 | *** join/#oe mlip (~mlip@unaffiliated/mlip) |
| 14:02.47 | woglinde | dandel hm |
| 14:02.51 | woglinde | could be |
| 14:03.07 | woglinde | dandel find out if it's a failure in xmbc configure |
| 14:03.16 | dandel | it's linker |
| 14:03.18 | woglinde | no useing the right pkg-config |
| 14:03.29 | dandel | it's trying to use /usr/lib/libexpat.so |
| 14:03.32 | woglinde | no the linker before gets telled what to use |
| 14:03.43 | woglinde | e.g. path and lib |
| 14:04.02 | dandel | i removed my locally installed libexpat1-dev package to see if it would fix the issue |
| 14:04.12 | *** join/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
| 14:04.38 | dandel | 1 sec... pasting the log on to pastebin. |
| 14:04.39 | woglinde | dandel *sigh* |
| 14:04.47 | woglinde | no please!!! |
| 14:04.59 | woglinde | I wouldnt help |
| 14:05.08 | woglinde | better pastebin do_configure |
| 14:05.11 | woglinde | log |
| 14:05.16 | *** join/#oe devzero_ (devzero@xdsl-78-35-55-230.netcologne.de) |
| 14:07.12 | dandel | umm..here's the config log of do_configure: http://pastebin.com/Q5XqARmz |
| 14:09.10 | dandel | bleh... it's fighting with the locally installed packages... removed libexpat from the system and it links libexpat, and now it complains about libz :/ |
| 14:10.06 | dandel | the specific error goes like this anyways: /usr/lib/libz.so: could not read symbols: File in wrong format |
| 14:10.08 | woglinde | hm I think some one should be make Paul Menzel aware of oe-core |
| 14:10.45 | dandel | i also have the specific libtool line that instigated the failure. |
| 14:11.12 | woglinde | dandel by the way x86 and x64 are nt that well tested in oe |
| 14:11.30 | dandel | I figured that much. |
| 14:11.47 | dandel | however, it's still supposed to be a valid combination. |
| 14:12.07 | woglinde | why is autoreconfig calles twice? |
| 14:12.27 | dandel | hmm? |
| 14:12.44 | woglinde | oh no its calld thrice |
| 14:12.55 | dandel | oh... bootstrap calls configure once. |
| 14:13.14 | woglinde | hm ah okay internal clones of dvdnav |
| 14:13.57 | dandel | woglinde, i'm actually also on top of this updating xbmc to include 10.2 (i686 only). |
| 14:14.25 | dandel | because the sourceforge repository was abandoned a few months ago, and last updated in january. |
| 14:14.48 | JaMa|Work | Crofton|work: strange I've reverted that disjunctive PACKAGES_DYNAMIC commit and still have the same error as you |
| 14:15.12 | woglinde | dandek this goes wrong checking for XML_ParseBuffer in -lexpat... yes |
| 14:15.20 | woglinde | dandel it should use the one from oe |
| 14:15.38 | dandel | yes, but here's the command that's thrown. |
| 14:15.50 | woglinde | dont know at the moment if expat has pkg-conf support |
| 14:16.00 | woglinde | than it would be easy to fix |
| 14:16.01 | dandel | <PROTECTED> |
| 14:16.02 | dandel | l,-soname -Wl,libid3tag.so.0 -o .libs/libid3tag.so.0.3.0 |
| 14:16.23 | woglinde | hm |
| 14:16.24 | dandel | this is for libz error (after i removed libexpat. |
| 14:16.27 | woglinde | mom |
| 14:16.30 | woglinde | yes |
| 14:16.30 | Crofton|work | JaMa|Work, caching? |
| 14:16.40 | Crofton|work | I'm in another rat hole atm |
| 14:16.40 | woglinde | thats an libtool think |
| 14:17.00 | dandel | and for expat it's: | i686-angstrom-linux-libtool: link: /usr/bin/ccache i686-angstrom-linux-gcc -march=pentiumpro --sysroot=/opt/openembedded/oetmp/sysroots/i686-angstrom-linux -shared -fPIC -DPIC .libs/psymbol.o .libs/pscan.o .libs/ploader.o .libs/pinfo.o .libs/pcontrol.o .libs/serial.o .libs/logging.o .libs/context.o .libs/cpluff.o .libs/util.o .libs/list.o .libs/hash.o .libs/thread_posix.o /usr/lib/libexpat.so -ldl -march=pentiumpro --sysroot=/op |
| 14:17.00 | dandel | t/openembedded/oetmp/sysroots/i686-angstrom-linux -O2 -O2 -Wl,-O1 -Wl,--hash-style=gnu -Wl,-soname -Wl,libcpluff.so.0 -o .libs/libcpluff.so.0.0.3 |
| 14:17.09 | dandel | i figured out that it was libtool already. |
| 14:17.33 | dandel | now removes libz1g-dev from local install. |
| 14:17.47 | woglinde | thats not the fix |
| 14:17.49 | JaMa|Work | Crofton|work: ah my fault (doing bitbake gst-plugins-base-meta instead angstrom-task-gnome) |
| 14:18.32 | dandel | woglinde, i know that, but it's the only way i can fix it "simply" to find other libtool errors. |
| 14:19.33 | dandel | i just find it strange that bitbake xfce46-image works but not bitbake xbmc after applying a few fixes for the x86 systems |
| 14:19.43 | woglinde | dandel unrecognized options: --with-libtool-sysroot, |
| 14:20.00 | woglinde | seems you need to remove the m4 macros at all places |
| 14:20.14 | woglinde | so libtool gets generated the right way |
| 14:20.27 | dandel | eh?! |
| 14:20.41 | dandel | removed libz and now it built lol. |
| 14:21.53 | dandel | woglinde, I'm not on the best dev system to begin with (ubuntu 10.10 amd64) so i know for certain that libtool gets all sort of bugs just from being on this distro. |
| 14:23.29 | woglinde | dandel sysroot is not working so libtool picks up the host libs |
| 14:23.50 | woglinde | thats becauce libtool isnt regenrated the right why with autoreconf |
| 14:24.08 | woglinde | normaly removing all libtool m4 macros helps |
| 14:24.19 | woglinde | look at other recipes for instance sdl |
| 14:25.33 | dandel | i know where the bug is in the xbmc tree. |
| 14:25.43 | woglinde | o.O |
| 14:25.57 | woglinde | there is actual no bug in xmbc |
| 14:26.04 | woglinde | its just libtool |
| 14:26.53 | *** join/#oe risca (~risca@c-a7fbe253.022-6-6e6b702.cust.bredbandsbolaget.se) |
| 14:27.13 | *** join/#oe hollisb (~hollisb@c-24-20-193-174.hsd1.or.comcast.net) |
| 14:28.04 | dandel | is it possible that lib/cpluff/configure.ac does not have the right macro? |
| 14:28.30 | woglinde | hm is expat used there? |
| 14:28.37 | dandel | yes |
| 14:28.49 | woglinde | can you pastebin the file? |
| 14:30.21 | dandel | http://pastebin.com/wvBQSavy |
| 14:31.08 | woglinde | no thats okay |
| 14:31.26 | woglinde | as I said when the sysroot flags is working it will pick up the right lib |
| 14:32.28 | *** join/#oe incandescant (~joshual@nat/intel/x-mwpksrojncrxutor) |
| 14:33.27 | dandel | woglinde, i can help ya with setting up a system that mirrors mine if your cpu supports 64-bit systems and figure out what is going on ><; |
| 14:36.02 | woglinde | dandel *sigh* I know what is needed to fix it |
| 14:36.14 | dandel | ok, and? |
| 14:36.59 | woglinde | remove the m4-libtool macros from all dirs |
| 14:38.06 | woglinde | look at recipes/libsdl/libsdl-1.2.14.inc |
| 14:38.48 | dandel | hmm... |
| 14:38.49 | *** join/#oe phdeswer (~philippe@84-231-39-34.elisa-mobile.fi) |
| 14:39.01 | dandel | i found the problem, i think. |
| 14:39.25 | woglinde | instead of rm -f acinclude/$i |
| 14:39.40 | woglinde | use find $i | xarg rm |
| 14:39.41 | dandel | http://pastebin.com/7ZLLJ4Dw |
| 14:39.48 | woglinde | *sigh* |
| 14:39.51 | dandel | that's from aclocal.m4 |
| 14:40.47 | *** join/#oe Crofton (~balister@pool-96-240-165-110.ronkva.east.verizon.net) |
| 14:40.57 | woglinde | dont you understand what I said? |
| 14:41.00 | woglinde | re crofton |
| 14:41.21 | dandel | i'm tring to find the instances of that tho. |
| 14:41.24 | woglinde | copy the function from sdl |
| 14:41.35 | woglinde | replace rm -f acinclude/$i with |
| 14:41.42 | woglinde | find $i | xarg rm |
| 14:42.16 | woglinde | or rm -f |
| 14:43.05 | woglinde | btw. aclocal.m4 is generated from acinclude.m4 all other m4 macros specified in configure.ac |
| 14:45.54 | dandel | found in configure.in: AC_PROG_LIBTOOL |
| 14:46.24 | *** join/#oe pepermint (~pepermint@host48-88-dynamic.5-87-r.retail.telecomitalia.it) |
| 14:47.46 | woglinde | *sigh* |
| 14:48.18 | mrAlmond | Hey guys |
| 14:48.29 | woglinde | yes thats the old command to get libtool support, but till now all libtool versions have backport support for iut |
| 14:49.04 | dandel | hmm... i wonder: https://github.com/xbmc/xbmc/blob/master/lib/cpluff/m4/lib-ld.m4 |
| 14:51.19 | dandel | woglinde, does that look like the offending m4 file to you? |
| 14:53.03 | *** join/#oe Jaya_the_Cat (~jaya@unaffiliated/jaya-the-cat/x-0885195) |
| 14:53.20 | woglinde | *sigh* I give up |
| 14:53.46 | Jaya_the_Cat | you can do it woglinde! |
| 14:54.11 | woglinde | no he isnt listen to my advices |
| 14:54.27 | woglinde | I think I will fix it silently this evening |
| 14:54.49 | Jaya_the_Cat | good luck =) |
| 14:54.57 | dandel | woglinde, might be a good idea to look at boxee also. ><; |
| 14:55.19 | dandel | it uses the same code base as xbmc, so therefore it should also experience the same bugs. |
| 14:58.03 | *** join/#oe kevinsc1 (~a0214685@nat/ti/x-zwuttszhqzwjxcut) |
| 15:11.00 | *** join/#oe rickfoosusa (~chatzilla@adsl-76-240-76-240.dsl.austtx.sbcglobal.net) |
| 15:20.11 | chouimat | hi |
| 15:23.22 | *** join/#oe Jay7 (jay@95.29.102.50) |
| 15:23.23 | *** join/#oe pepermint (~pepermint@host175-85-dynamic.8-87-r.retail.telecomitalia.it) |
| 15:26.14 | *** join/#oe Crofton|work (~balister@pool-96-240-165-110.ronkva.east.verizon.net) |
| 15:28.10 | *** join/#oe rob_w (~bob@ppp-188-174-114-147.dynamic.mnet-online.de) |
| 15:37.02 | *** join/#oe CosmicPenguin (~nobody@soa.codeaurora.org) |
| 15:46.53 | *** join/#oe darknighte (~darknight@darknighte.xen.prgmr.com) |
| 15:51.54 | *** join/#oe darknighte (~darknight@unaffiliated/darknighte) |
| 15:53.26 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 15:59.06 | *** part/#oe darknighte (~darknight@unaffiliated/darknighte) |
| 15:59.12 | *** join/#oe darknighte (~darknight@unaffiliated/darknighte) |
| 16:04.10 | *** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 16:08.26 | *** join/#oe kevinsc (~a0214685@nat/ti/x-pqwbsljeekztxxrq) |
| 16:09.13 | *** join/#oe amarsman_nl (~marsman@52488909.cm-4-1c.dynamic.ziggo.nl) |
| 16:21.15 | *** join/#oe Jefro (~josiermi@nat/intel/x-cvaymctmawyrvfux) |
| 16:26.45 | *** join/#oe varunb (~varun@122.162.53.15) |
| 16:30.53 | *** join/#oe angelox_123 (~angelo@201-43-67-1.dsl.telesp.net.br) |
| 16:31.45 | varunb | <PROTECTED> |
| 16:33.05 | *** join/#oe thaytan (~jan@ppp59-167-167-201.static.internode.on.net) |
| 16:35.44 | *** join/#oe mickey|office (~Mickey@92.79.168.7) |
| 16:42.17 | *** join/#oe sakoman_ (~sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) |
| 16:50.51 | *** join/#oe hollisb (~hollisb@nat-wv.mentorg.com) |
| 16:59.03 | *** join/#oe zenlinux (~sgarman@c-76-105-143-140.hsd1.or.comcast.net) |
| 17:00.17 | varunb | anyone?? |
| 17:00.27 | varunb | <PROTECTED> |
| 17:14.06 | *** join/#oe Jaya_the_Cat (~jaya@unaffiliated/jaya-the-cat/x-0885195) |
| 17:20.43 | Tartarus | On the target you probably just want gcc |
| 17:21.05 | *** join/#oe xxiao (~xxiao@li41-126.members.linode.com) |
| 17:23.30 | *** join/#oe risca (~risca@c-a7fbe253.022-6-6e6b702.cust.bredbandsbolaget.se) |
| 17:25.53 | *** join/#oe thaytan (~jan@ppp59-167-167-201.static.internode.on.net) |
| 17:34.56 | *** join/#oe playya_ (~playya@93.229.99.197) |
| 17:34.56 | *** join/#oe playya_ (~playya@unaffiliated/playya) |
| 17:35.55 | *** join/#oe Jaya_the_Cat (~jaya@unaffiliated/jaya-the-cat/x-0885195) |
| 17:37.51 | *** join/#oe Jay7 (jay@95.29.102.247) |
| 17:41.33 | *** join/#oe thaytan (~jan@ppp59-167-167-201.static.internode.on.net) |
| 17:42.51 | *** join/#oe Jay7 (jay@95.29.102.47) |
| 18:03.26 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 18:06.17 | *** join/#oe msm (~msm@gate-de.freescale.com) |
| 18:15.46 | *** join/#oe xexnaor (b2e98d73@gateway/web/freenode/ip.178.233.141.115) |
| 18:16.43 | mlip | JaMa, ping? |
| 18:18.51 | *** part/#oe xexnaor (b2e98d73@gateway/web/freenode/ip.178.233.141.115) |
| 18:19.46 | JaMa | pong |
| 18:20.03 | *** join/#oe risca (~risca@c-a7fbe253.022-6-6e6b702.cust.bredbandsbolaget.se) |
| 18:21.01 | mlip | JaMa, can you do this automated pull requests to oe-ml throught gitorious, or do you use a script ? |
| 18:21.11 | mlip | s/automated/nicely formated/g |
| 18:21.28 | JaMa | using script |
| 18:21.47 | mlip | is it somewhere online ? ;) |
| 18:21.52 | *** join/#oe phdeswer (~philippe@80-186-60-180.elisa-mobile.fi) |
| 18:23.41 | *** join/#oe rcf (~rcf@170.132-243-81.adsl-dyn.isp.belgacom.be) |
| 18:24.14 | JaMa | in oe-core repo |
| 18:24.25 | JaMa | scripts/send-pull-request and create-pull-request |
| 18:28.28 | mlip | JaMa, ty |
| 18:29.04 | *** part/#oe angelox_123 (~angelo@201-43-67-1.dsl.telesp.net.br) |
| 18:29.09 | *** join/#oe kristoffer (~kristoffe@host-78-79-25-233.mobileonline.telia.com) |
| 18:29.19 | JaMa | yw |
| 18:30.14 | *** join/#oe timtimred (~meh@85.210.140.235) |
| 18:43.23 | *** join/#oe phdeswer (~philippe@80-186-183-210.elisa-mobile.fi) |
| 18:52.01 | JaMa | Crofton|work: please test gst -meta fix I just pushed |
| 18:52.14 | CIA-32 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * r275aaa6726 10openembedded.git/recipes/gstreamer/gst-plugins-package.inc: (log message trimmed) |
| 18:52.14 | CIA-32 | gst-plugins-package: add ${PN}-meta to PACKAGES directly instead from populate_packages_prepend |
| 18:52.14 | CIA-32 | * reported by Paul on OE ML |
| 18:52.14 | CIA-32 | http://lists.linuxtogo.org/pipermail/openembedded-devel/2011-April/031873.html |
| 18:52.14 | CIA-32 | * and Crofton on IRC |
| 18:52.15 | CIA-32 | * not really sure how PACKAGES_DYNAMIC can influence this, but now it |
| 18:52.16 | CIA-32 | works, -e output checked and doesn't look like space or something |
| 18:54.26 | CIA-32 | 03Pau Espin Pedrol <pespin.shar@gmail.com> 07master * r244ca48a1b 10openembedded.git/recipes/e17/elfe_svn.bb: |
| 18:54.26 | CIA-32 | elfe: bump SRCREV |
| 18:54.26 | CIA-32 | Signed-off-by: Pau Espin Pedrol <pespin.shar@gmail.com> |
| 18:54.26 | CIA-32 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 19:01.01 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
| 19:02.41 | Crofton | JaMa, now I am back to firefox failure, thanks :) |
| 19:28.42 | CIA-32 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r8c10f13f1a 10openembedded.git/contrib/angstrom/sort.sh: |
| 19:28.42 | CIA-32 | angstrom feed sorter: catch up with latest oe-core changes |
| 19:28.42 | CIA-32 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
| 19:30.27 | *** join/#oe phdeswer (~philippe@80-186-54-224.elisa-mobile.fi) |
| 19:31.34 | CIA-32 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r3dd08dc4fa 10openembedded.git/recipes/powervr-drivers/ (libgles-omap3.inc libgles-omap3/rc.pvr): |
| 19:31.35 | CIA-32 | libgles-omap3: fix 81xx initscript ES detection |
| 19:31.35 | CIA-32 | Even is the 125 core is marked ES5 im OMAP3 the 81xx SoCs use a different memorymap and init, so we tag it as ES6 |
| 19:31.35 | CIA-32 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
| 19:41.46 | Crofton|work | http://pastebin.com/SP1YYdbd |
| 19:41.56 | Crofton|work | any ideas what this error is from |
| 19:43.38 | JaMa | Crofton|work: using devshell or generated toolchain? |
| 19:43.52 | Crofton|work | writing a bb file for sip |
| 19:44.22 | JaMa | wrong LD_FLAGS? having -Wl prefix before ld options? |
| 19:54.36 | *** join/#oe risca (~risca@h241n2-n-a31.ias.bredband.telia.com) |
| 20:02.41 | *** join/#oe dijenerate (~dijenerat@204.212.240.167) |
| 20:04.38 | *** join/#oe msm (~msm@192.88.168.35) |
| 20:12.58 | *** join/#oe DJWillis (~djwillis@cpc3-bath5-2-0-cust220.aztw.cable.virginmedia.com) |
| 20:13.15 | *** join/#oe GNUtoo (~GNUtoo@host93-56-dynamic.249-95-r.retail.telecomitalia.it) |
| 20:24.57 | *** join/#oe _julian (~quassel@hmbg-5f77d6ff.pool.mediaWays.net) |
| 20:29.57 | *** join/#oe ant__ (~andrea@host215-251-dynamic.8-87-r.retail.telecomitalia.it) |
| 20:30.17 | *** join/#oe obi_ (~obi@unaffiliated/obi) |
| 20:55.41 | *** join/#oe hollisb (~hollisb@c-24-20-193-174.hsd1.or.comcast.net) |
| 21:01.01 | *** join/#oe Jefro (~josiermi@134.134.137.73) |
| 21:02.25 | *** join/#oe CcSsNET (~user@c-98-216-138-179.hsd1.ma.comcast.net) |
| 21:32.25 | *** join/#oe ibot (~ibot@rikers.org) |
| 21:32.25 | *** topic/#oe is OpenEmbedded Developer Lounge | Web: http://openembedded.org | Bugtracker: http://bugs.openembedded.org and http://tinderbox.openembedded.org for compile issues | Repository: git.openembedded.org/openembedded and repo.or.cz/r/openembedded.git as ro mirror | This is not a distro or machine support channel |
| 21:41.14 | Jay7 | ant__: kexec-tools git ^ |
| 21:42.11 | JaMa | broken.. |
| 21:42.38 | Jay7 | :) |
| 21:46.31 | *** join/#oe hufnus_cicq (~hufnus_ci@69-12-177-67.dsl.static.sonic.net) |
| 21:56.48 | *** join/#oe pwgen (~ew@0133300566.0.fullrate.dk) |
| 21:57.19 | *** join/#oe lamikr (~lamikr@e82-103-225-43.elisa-laajakaista.fi) |
| 22:02.05 | *** join/#oe pespin (~pespin@234.pool85-50-72.dynamic.orange.es) |
| 22:02.16 | Tartarus | JaMa: ping |
| 22:02.24 | Tartarus | broken how? |
| 22:02.59 | Tartarus | Oh my, DER |
| 22:04.03 | CIA-32 | 03Tom Rini <tom_rini@mentor.com> 07master * r2205aea575 10openembedded.git/recipes/kexec-tools/kexec-tools.inc: |
| 22:04.03 | CIA-32 | kexec-tools.inc: PR -> INC_PR |
| 22:04.03 | CIA-32 | Spotted by Martin, oops. |
| 22:04.03 | CIA-32 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 22:11.27 | *** join/#oe pespin (~pespin@85.50.72.234) |
| 22:26.53 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
| 22:32.08 | ant__ | JaMa: good that somebody is following kexec-tools. |
| 22:32.44 | ant__ | btw today on kexec ML was asked about 2.0.3 release... |
| 22:33.13 | ant__ | time for a new release soon |
| 22:39.48 | *** join/#oe jmpdelos__ (~polk@cerberus.delos.com) |
| 22:48.10 | *** join/#oe Nedlinpopo (~james@12.0.85.3) |
| 22:50.29 | ant__ | fwiw, we can now compile schroedinger. see ML |
| 22:50.47 | Nedlinpopo | handy |
| 22:51.36 | ant__ | the missing definitions are strange, though |
| 22:52.00 | Nedlinpopo | I'm using the latest dev.openembedded.org branch, but I get a no provider for gst-plugins-base-meta trying to build angstrom-x-image |
| 22:52.16 | Nedlinpopo | is angstrom-x-image supposed to work? |
| 22:56.38 | CIA-32 | 03Tom Rini <tom_rini@mentor.com> 07master * r6148e6fb18 10openembedded.git/recipes/kexec-tools/kexec-tools_git.inc: |
| 22:56.38 | CIA-32 | kexec-tools_git: Set protocol=git |
| 22:56.38 | CIA-32 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 23:04.22 | ant__ | pwgen: still there? |
| 23:04.43 | kergoth | thinks its *incredibly* fucking stupid that the default git:// protocol is rsync, not GIT |
| 23:05.24 | ant__ | he |
| 23:05.39 | Nedlinpopo | is that one of those annoying legacy issues? did git:// URLs predate the git protocol? |
| 23:06.37 | kergoth | It's possible, but the amount of rsync git urls in the metadata has to be tiny, it'd be worth potential breakage to optimize for the common case |
| 23:06.42 | kergoth | imo |
| 23:07.47 | Nedlinpopo | can the git tool support an rsync url? |
| 23:07.58 | pwgen | yupp: compiing angstrom-x-image ... 91000 /12010 |
| 23:08.12 | kergoth | Nedlinpopo: yes |
| 23:08.27 | kergoth | "Git natively supports ssh, git, http, https, ftp, ftps, and rsync |
| 23:08.27 | kergoth | <PROTECTED> |
| 23:08.33 | Nedlinpopo | maybe you can just make it explicit then. rsync urls for rsync, git urls for git |
| 23:08.40 | kergoth | what do you mean? |
| 23:08.47 | kergoth | that wouldn't make any sense. |
| 23:08.51 | kergoth | we still have to tell bitbake to use the git fetcher |
| 23:08.58 | kergoth | which means a git:// url scheme in the SRC_URI |
| 23:09.09 | kergoth | what tells the git fetcher what protocol to use to fetch is the protocol parameter |
| 23:09.19 | Nedlinpopo | yeah, but the tool could be indepent from the sourc |
| 23:09.27 | kergoth | ? |
| 23:09.38 | kergoth | no idea what you're talking about. we can specify to use rsync explicitly just fine. |
| 23:09.43 | kergoth | we're talking about the default |
| 23:09.53 | kergoth | git://foo;protocol=rsync works fine |
| 23:10.09 | kergoth | are you saying we should make it *require* explicit? |
| 23:10.10 | Nedlinpopo | i'm saying that the left half of a URL *is* the protocol, not the tool |
| 23:10.14 | kergoth | no |
| 23:10.19 | kergoth | that would mean rsync:// would always use git? |
| 23:10.23 | pwgen | ant__: i wish i would have a working kexec for the netwalker. |
| 23:10.27 | kergoth | or we wouldn't support rsync both with and without git? |
| 23:10.42 | kergoth | all you'd do is lose us functionality on one end or the other |
| 23:10.44 | Nedlinpopo | no, it means you need to say what tool independant of the transport and location |
| 23:10.58 | kergoth | which is already the case. the url scheme controls the tool, not the transport |
| 23:11.09 | kergoth | you're just wanting to flip that around for no reason? |
| 23:11.14 | Nedlinpopo | so you'd need to say FETCH_TOOL=git SRC_URI=rsync://sme.where. |
| 23:11.16 | kergoth | that'd be even more of a compatibility nightmare |
| 23:11.27 | kergoth | so we on ly support one url at a time now? |
| 23:11.40 | Nedlinpopo | and you can assume in the naive case that the protocol is the tool |
| 23:12.17 | kergoth | you're just flipping around protocol vs tool for no reason, and losing us the ability to use multiple protocols/tools in a single SRC_URI. |
| 23:12.27 | Nedlinpopo | no, I think there is a compelling reason |
| 23:12.53 | Nedlinpopo | in that the meaning of the protocol section of a URI is the left half, which specifys a protocol, not a tool |
| 23:12.54 | kergoth | you can already specify the protocol and the tool just fine, using a url parameter rather than a variable, which means its bound to that url, retaining our flexibility |
| 23:13.20 | Nedlinpopo | yes, but that is an abuse of a URL imho |
| 23:13.24 | kergoth | so you want to change everything, breaking every recipe, to gain us absolutely nothing |
| 23:13.25 | kergoth | smooth |
| 23:13.28 | kergoth | good luck with that |
| 23:13.49 | Nedlinpopo | you said yourself that the naive case is the common one. it shoudl not break anything |
| 23:13.54 | Nedlinpopo | or very little |
| 23:14.41 | kergoth | I don't see a compelling reason to break everything because you don't like how we use the URI |
| 23:14.58 | ant__ | pwgen: about that damned orc compiler, I have no idea...I hammered the schroedinger recipe and grepping for stdint found out the empty orc-stdint.h |
| 23:15.19 | ant__ | there must be a reason behind that removal... |
| 23:15.28 | kergoth | Now, I could see an argument for this in a potential future new file format, since compatibility wouldn't be a concern |
| 23:15.57 | Nedlinpopo | I'm saying the problem you hav eis because you didn't use the URI as intended. which probably isn't your fault, but it seems to me the current non-optimal situation is a result of that. |
| 23:16.04 | kergoth | actually, it is my fault |
| 23:16.10 | kergoth | I wrote the original fetch code in bitbake |
| 23:16.13 | kergoth | :) |
| 23:16.22 | Nedlinpopo | isn't it a fault of the git tool accepting many protocols loosely |
| 23:16.36 | kergoth | well, this won't be the only case where we have multiple tools able to handle a given URI |
| 23:16.49 | kergoth | consider curl vs wget vs urllib, potentially |
| 23:17.14 | Nedlinpopo | sure, but you're not using urls that start with wget:// or curl:// |
| 23:17.48 | kergoth | right, that's a fair point. the problem is that today its the fetcher that decides what urls it owns, the user can't really exert direct control over it |
| 23:18.13 | Nedlinpopo | agreed, I think that may be what you want though. |
| 23:18.43 | kergoth | the fact that it goes by scheme is really just how it happens to do it today, it could theoretically use whatever aspect its likes, its just that generally the association between tool and scheme has been tight enough for that to get the job done |
| 23:19.02 | Nedlinpopo | I think also, there may be a reasonable heuristic that works most of the time, as you said earlier. and allows for more specificity for complicated scenarios |
| 23:19.32 | kergoth | well, we could go with a solution like you suggest, but avoid the problem with supporting multiple uris by ditching the variable method and using a parameter to explicitly specify the fetcher to use, rather than relying on the default |
| 23:19.52 | kergoth | then we swap the meanings the way you suggest without sacrificing flexibility |
| 23:19.54 | kergoth | but.. that said.. |
| 23:19.55 | Nedlinpopo | yeah, or, maybe a source dictionary? |
| 23:19.57 | kergoth | our parameters suck too |
| 23:20.09 | kergoth | ours don't match the rfc wrt url parameters |
| 23:20.15 | kergoth | the beginning separator is ;, not ? |
| 23:20.33 | kergoth | was reworking our url parsing to use urlparse just the other day, that + our file uris are the two deviations |
| 23:20.42 | pwgen | ant__: schroedinger is including the orc stuff. instead of stdint.h. that fails with 4.12 but not in 4.10 . |
| 23:21.11 | kergoth | (using // in the file uri implies a netloc follows, which is why we have to reconcatenate the 'hostname' and 'path' components in our fetching code in places) |
| 23:21.21 | ant__ | yes, the orc header is purposedly empty |
| 23:21.22 | Nedlinpopo | yeah, that could use some help. I don't know what the thing to do there is, maybe support both for a while and hase out the old way? |
| 23:21.36 | kergoth | can you think of a cleaner way to supply our own parameters without breaking the ability to pass both query and params also to *upstream*? |
| 23:21.39 | Nedlinpopo | s/hase/phase |
| 23:21.41 | kergoth | maybe we need a different separator entirely |
| 23:21.50 | kergoth | soemthing outside the format of a URI |
| 23:22.00 | kergoth | thinks |
| 23:22.05 | Nedlinpopo | I like a dictionary approach |
| 23:22.40 | kergoth | that's basically what the parameters are, key/value pairs. the thing is, our file format doesn't really directly support anything but key/value pairs. i'd almost be happier if we just used json or yaml or something.. |
| 23:22.41 | kergoth | heh |
| 23:22.56 | kergoth | <PROTECTED> |
| 23:23.00 | pwgen | ant__: i have no idea how to fix it in a nice way. maybe oe can apply a patch or go back to orc 4.10 ..... |
| 23:23.01 | kergoth | the url case is just one of many |
| 23:23.25 | kergoth | mutters |
| 23:23.38 | Nedlinpopo | src = { 'url' : 'git://somewhere/repo', 'proto':'rsync', 'params': {paramsdict}} |
| 23:23.45 | Nedlinpopo | like a python dictionary |
| 23:24.21 | ant__ | pwgen: the bad part of that schroedinger story is that we just build it...gst-plugins pulled by bluetooth... |
| 23:24.54 | ant__ | and it was failing last weekend :/ |
| 23:25.42 | pwgen | ant__: i have no clue if schroedinger must be compiled with orc support, maybe a simple disable on configure can help .. what is orc ?? |
| 23:25.53 | kergoth | hmm, the problem is, to do any sort of format change we should really do it via a new file format, rather than supporting that from the metadata, I think. the more work we do from python in the metadata, the more we slow down the parsing process, both up front and at task start |
| 23:25.56 | ant__ | seems to be a better compiler |
| 23:26.05 | ant__ | for the purpose |
| 23:26.42 | ant__ | pwgen: I'll let fix that stuff to the devs using it |
| 23:27.03 | ant__ | maybe other plugins are failing |
| 23:27.03 | Nedlinpopo | kergoth: or a version of the file format |
| 23:27.13 | kergoth | Okay, so I take back what I said earlier, I do like the idea of revamping how we specify our urls, but I don't think it'd be worth the pain to try to implement today |
| 23:27.22 | *** join/#oe CcSsNET1 (~user@c-98-216-138-179.hsd1.ma.comcast.net) |
| 23:27.35 | kergoth | thinks |
| 23:27.51 | pwgen | ant__: are there packages depending on orc 4.12 ? |
| 23:28.52 | *** join/#oe grg (~grg@eth7090.sa.adsl.internode.on.net) |
| 23:29.47 | Nedlinpopo | is bitbake okay wiht me running multiple instances of it with the same tmp directory |
| 23:29.52 | kergoth | I'd like to see a file format that's actually parsable without having to have lexer states :| |
| 23:29.58 | kergoth | not likely, no |
| 23:30.07 | kergoth | I don't think we lock everything we need to |
| 23:30.15 | Nedlinpopo | that's what my gut says, but I've been too chicken to try |
| 23:30.47 | kergoth | I'd say it'd probably work for something simple like a bitbake -e or -g, which doesn't do any real work |
| 23:30.47 | kergoth | but I wouldn't dare anything beyond that |
| 23:30.47 | Nedlinpopo | okay |
| 23:30.51 | ant__ | pwgen: no |
| 23:30.57 | ant__ | NEWS: Orc bug fix. Bump orc requirement to 0.4.10, which makes sure |
| 23:30.58 | ant__ | <PROTECTED> |
| 23:31.05 | Nedlinpopo | how does bitbake decide what version of a recipe to use? |
| 23:31.07 | kergoth | I think what would be ideal would be to bind the bitbake server to the tmpdir, and let the bitbake UI/client spot the pipe or whatever in there and communicate with the existing server |
| 23:31.18 | kergoth | that way you wouldn't need two actual processes stepping on each others data |
| 23:31.39 | kergoth | but bitbake has too much global state right now for multiple builds in a single server process to work |
| 23:31.40 | Nedlinpopo | hmm |
| 23:32.06 | kergoth | it defaults to the latest version, unless DEFAULT_PREFERENCE is in the recipe, or PREFERRED_VERSION_<recipe> is specified, or it's in a prioritized layer |
| 23:32.14 | kergoth | (BBFILE_PRIORITY_<layer> = <priority) |
| 23:32.19 | kergoth | s/)$/<)/ |
| 23:32.24 | kergoth | bah |
| 23:32.25 | kergoth | close enough |
| 23:33.12 | kergoth | O |
| 23:33.14 | kergoth | blah |
| 23:33.23 | Nedlinpopo | seems a little heavy handed, but maybe. Maybe you can simplify the computation of each task in the dependancy tree to be stateless so you can run a million bitbake processes |
| 23:33.26 | kergoth | can't type today, apparently |
| 23:33.39 | Nedlinpopo | can't type every day, so don't feel bad. |
| 23:35.15 | ant__ | pwgen: I meant schroedinger just needs orc-4.10 |
| 23:35.19 | kergoth | What tasks are currently being executed isn't stored anywhere in the filesystem, today. All we record is what has been run to completion, and what hasn't. We'd have to track more about task execution in the filesystem, I think |
| 23:36.41 | pwgen | ant__: so lets define 4.10 still as required version when the problem is fixed in schroedinger or orc, coohse the new versions . |
| 23:38.41 | *** join/#oe kevinsc1 (~a0214685@nat/ti/x-qctjcchhuxlumosx) |
| 23:38.44 | Nedlinpopo | hmm |
| 23:38.55 | kergoth | might want to cache the generated runqueue as well, otherwise we'd have to regenerate it in each process.. also, reading the recipe cache from disk and writing it out is nontrivial. It gets pulled entirely into ram, and it's like 100-150 megs of python objects, to be used to generate the runqueue |
| 23:38.56 | Nedlinpopo | yeah, that might very well be |
| 23:39.18 | kergoth | (which is terrible, and lame, but using something like sqlite *kills* our performance) |
| 23:40.34 | Nedlinpopo | heh, amazing how that works. it's almost like someone spent a lot of time working on making object access fast and reliable ;) |
| 23:43.06 | kergoth | heh. sadly the list of things we need to improve/fix in bitbake is pretty massive. gets the job done, but that's about the best that can be said for it at this point |
| 23:44.34 | Nedlinpopo | c'est la vie |
| 23:44.56 | kergoth | heh, such is the case with many projects, i'm sure |
| 23:46.11 | Nedlinpopo | I've never met a programmer who thought they were done |
| 23:50.38 | *** join/#oe Jefro (~josiermi@134.134.137.75) |
| 23:51.45 | ant__ | good night |