| 00:16.39 | *** join/#oe astro76 (n=jtaji@unaffiliated/astro76) |
| 00:25.11 | tharvey | thanks for the help.... be back tomorrow |
| 00:29.12 | *** join/#oe astro76 (n=jtaji@unaffiliated/astro76) |
| 00:32.43 | Marex | would be nice to have thing merged http://marex.hackndev.com/01-add-palmwk.patch ;) |
| 00:34.25 | *** join/#oe abner (n=birunko@200.184.118.132) |
| 00:49.13 | *** join/#oe jpieper (n=jpieper@207-180-187-171.c3-0.smr-ubr3.sbo-smr.ma.cable.rcn.com) [NETSPLIT VICTIM] |
| 00:53.02 | *** join/#oe greentux (n=lemke@Z4d9c.z.pppool.de) |
| 00:56.16 | *** join/#oe vivijim (n=vivijim@unaffiliated/vivijim) |
| 01:08.30 | *** join/#oe rsalveti (n=salveti@189.70.57.21) |
| 01:09.13 | *** join/#oe Sleep_Walker (n=Sleep@195.22.44.103.adsl.nextra.cz) |
| 01:16.56 | *** join/#oe j720 (n=jornix@c-71-228-119-190.hsd1.nm.comcast.net) |
| 01:20.03 | *** join/#oe rsalveti (n=salveti@189.70.57.21) |
| 01:22.10 | *** join/#oe wrobbie (n=rob@cm38.kappa85.maxonline.com.sg) |
| 01:22.30 | *** join/#oe wicknix (n=wicked@74.213.217.80) |
| 02:03.58 | *** join/#oe fenfir (n=fenfir@adsl-64-219-109-77.dsl.lgvwtx.swbell.net) |
| 02:08.14 | *** join/#oe khem (n=khem@adsl-71-146-23-244.dsl.pltn13.sbcglobal.net) |
| 02:12.24 | *** join/#oe rsalveti (n=salveti@189.70.57.21) |
| 02:33.30 | *** join/#oe rsalveti (n=salveti@189.70.57.21) |
| 02:37.32 | *** join/#oe vivijim (n=vivijim@unaffiliated/vivijim) |
| 02:42.24 | *** join/#oe aloisiojr (n=aloisio@189.70.11.11) |
| 03:04.30 | *** join/#oe davygravy_ (n=davygrav@h75-100-86-197.75-100.unk.tds.net) |
| 03:25.56 | *** join/#oe rsalveti (n=salveti@189.70.57.21) |
| 03:55.05 | *** join/#oe fenfir (n=fenfir@adsl-64-219-109-77.dsl.lgvwtx.swbell.net) |
| 04:02.48 | *** join/#oe osas (n=nnnnnnnn@nslu2-linux/osas) |
| 04:13.44 | *** join/#oe rsalveti (n=salveti@189.70.57.21) |
| 04:15.58 | *** join/#oe shres (n=Shreyas@59.96.40.71) |
| 04:21.35 | *** join/#oe aloril (n=aloril@h131194.gprs.dnafinland.fi) |
| 04:52.06 | *** join/#oe mithro (n=tim@unaffiliated/mithro) |
| 04:53.17 | *** join/#oe crweb (n=tom@12-210-80-80.client.mchsi.com) |
| 05:12.23 | *** join/#oe rsalveti (n=salveti@189.70.57.21) |
| 05:14.35 | *** join/#oe vivijim (n=vivijim@unaffiliated/vivijim) |
| 05:21.41 | *** join/#oe russf (n=russf@host86-151-135-63.range86-151.btcentralplus.com) |
| 05:39.12 | *** join/#oe exastra (n=go@75.148.80.90) |
| 05:50.37 | *** join/#oe rob_w|laptop (n=rob@p549B941D.dip0.t-ipconnect.de) |
| 05:52.54 | *** join/#oe rsalveti (n=salveti@189.70.57.21) |
| 06:02.57 | *** join/#oe BabelO (n=Fabrice@lun34-2-82-238-28-28.fbx.proxad.net) |
| 06:05.58 | *** join/#oe crweb (n=tom@12-210-80-80.client.mchsi.com) |
| 06:11.32 | *** join/#oe Terminar (n=terminar@p509979e8.dip0.t-ipconnect.de) |
| 06:21.59 | *** join/#oe polyonymous_ (n=hacker@pD9539C37.dip0.t-ipconnect.de) |
| 06:23.43 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
| 06:25.57 | methril|away | morning |
| 06:54.57 | *** join/#oe likewise (n=likewise@82-171-51-231.ip.telfort.nl) |
| 06:57.11 | *** join/#oe NAbyss_ (n=foo@tucuxi.org) |
| 07:04.57 | *** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo) |
| 07:08.48 | likewise | gm |
| 07:14.11 | CIA-22 | 03koen 07org.oe.dev * r03ca49b1... 10/ (1 conf/distro/angstrom-2008.1.conf): angstrom 2008: prefer gcc csl 2008q1 for armv7a, gcc 4.3.0 just ICEs way too often |
| 07:14.22 | *** join/#oe Crofton (n=balister@86-42-211-177.b-ras1.cld.dublin.eircom.net) |
| 07:18.14 | *** join/#oe jekhor (n=jek@mm-166-254-57-86.leased.line.mgts.by) |
| 07:27.39 | *** join/#oe osas (n=nnnnnnnn@nslu2-linux/osas) |
| 07:28.55 | *** join/#oe cyberdeck (n=molter@unaffiliated/cyberdeck) |
| 07:35.26 | *** join/#oe greentux (n=lemke@ip-217-18-181-130.static.reverse.dsi.net) |
| 07:41.10 | CIA-22 | 03rwhitby 07org.oe.dev * re07d1d11... 10/ (7 files in 5 dirs): linux-ixp4xx: Updated to 2.6.24.7 as the default version |
| 07:41.23 | *** join/#oe Genesis (n=Ronan@AMontsouris-153-1-83-50.w90-2.abo.wanadoo.fr) |
| 07:45.49 | Genesis | hi |
| 08:13.20 | *** join/#oe darkschneider2 (n=gab@213-140-15-160.fastres.net) |
| 08:15.54 | *** join/#oe rschuster (n=rob@e178093145.adsl.alicedsl.de) |
| 08:21.44 | *** join/#oe Varoudis (n=varoudis@dyn1208-62.wlan.ic.ac.uk) |
| 08:41.58 | *** join/#oe mnabil (n=mnabil@196.205.192.138) |
| 08:42.47 | *** join/#oe florian_ (n=fuchs@217.146.132.69) |
| 08:47.09 | *** join/#oe pvanhoof (n=pvanhoof@host86-135-26-146.range86-135.btcentralplus.com) |
| 08:52.59 | *** join/#oe HopsNBarley (n=hops@nslu2-linux/HopsNBarley) |
| 08:53.19 | *** join/#oe steliosk (n=Stelios@athedsl-170653.home.otenet.gr) |
| 08:57.25 | *** join/#oe darkschneider2 (n=gab@213-140-15-160.fastres.net) |
| 09:03.45 | florian | good morning |
| 09:04.39 | florian | Did I mention that we will be next to T2 at LinuxTag? |
| 09:04.46 | XorA | yup |
| 09:05.01 | XorA | you said something about brining chainsaws I think |
| 09:05.24 | florian | can't remember - too much of confusion here |
| 09:05.28 | dcordes | florian: who's T2? |
| 09:05.47 | XorA | loud mouthed buildsystem rivals |
| 09:05.47 | florian | dcordes: oe-- ;) |
| 09:06.13 | XorA | wont be at linuxtag to see the war |
| 09:06.14 | dcordes | XorA: rivals? lol |
| 09:07.09 | XorA | they were a PITA on #openmoko |
| 09:07.21 | florian | Currently I would vote for a combination of suits, printed flyers and one press release at least :) |
| 09:07.33 | dcordes | florian: don't know any buildsystem rival to OE that has four letters and begins with oe |
| 09:07.41 | dcordes | :( |
| 09:08.01 | florian | XorA: Rene? |
| 09:08.10 | *** join/#oe mr_nice (n=mr-nice@141.201.200.229) |
| 09:09.42 | broonie | XorA: Could you send me a new SSH public key for access to monotone on opensource, please? |
| 09:10.04 | XorA | broonie: a new one? |
| 09:10.56 | broonie | The OpenSSL vulnerability - the keys currently in there look to be generated with an affected OpenSSL. |
| 09:11.22 | NAbyss | http://wiki.debian.org/SSLkeys |
| 09:11.39 | XorA | shit that bug has been in longer than I thought then |
| 09:11.42 | XorA | over 2 years |
| 09:11.49 | NAbyss | Yeah, it's ancient |
| 09:11.53 | broonie | Oh, hang on. |
| 09:12.02 | broonie | gg-desktop is your old Wolfson desktop, isn't it. |
| 09:12.06 | XorA | yes |
| 09:12.17 | XorA | dp@cimmeria is my key |
| 09:12.29 | XorA | yeah wolfson desktop was ubuntu so would suffer :-) |
| 09:12.38 | broonie | Yup, and that reports as OK. |
| 09:13.59 | broonie | Sorry about the false alarm. |
| 09:14.38 | XorA | broonie: no hassles, better to be sure |
| 09:19.47 | XorA | only 16 bits of entropy, ouch |
| 09:20.11 | XorA | means every 8 keys will collide |
| 09:20.21 | XorA | every 2^8 |
| 09:39.08 | broonie | Yeah. Someone on #debian-de generated 1000 keys then another 50, finding rather a lot of collisions. |
| 09:40.55 | XorA | heh heh all fun and games |
| 09:56.02 | *** join/#oe shres (n=Shreyas@vpn.bangalore.geodesic.com) |
| 10:06.00 | hrw | morning |
| 10:08.56 | Genesis | morning :) |
| 10:09.30 | dcordes | are there any guidlines on adding commits to the bugtracker? I have a diff with a new pack |
| 10:16.29 | *** join/#oe davygravy_ (n=davygrav@h75-100-81-71.75-100.unk.tds.net) |
| 10:19.43 | likewise | dcordes: I think we like the output of mtn diff . best. |
| 10:20.21 | *** join/#oe Laibsch (n=Laibsch@ip-62-143-23-251.hsi.ish.de) |
| 10:21.31 | *** join/#oe MetaMorfoziS (n=avr@3e44b94c.adsl.enternet.hu) |
| 10:27.04 | *** join/#oe lrg (n=liam@lrg2.demon.co.uk) |
| 10:27.53 | *** join/#oe Sleep_Walker (n=Sleep@195.22.44.103.adsl.nextra.cz) |
| 10:31.55 | *** join/#oe woglinde (n=heinold@leningrad.mi.fu-berlin.de) |
| 10:35.07 | *** join/#oe BenLauDC (n=benlau@221.125.8.105) |
| 10:36.14 | *** join/#oe BenLauDC (n=benlau@221.125.8.105) |
| 10:40.19 | *** join/#oe Marex (n=marex@vasut.kolej.mff.cuni.cz) |
| 10:40.32 | woglinde | hi marex |
| 10:41.05 | Marex | hi woglinde |
| 10:43.15 | *** join/#oe osas (n=nnnnnnnn@nslu2-linux/osas) |
| 10:53.45 | *** join/#oe mzb_d800 (n=mzb@ppp108-88.static.internode.on.net) |
| 10:54.34 | *** join/#oe dcordes_ (n=dcordes@unaffiliated/dcordes) |
| 10:59.09 | *** join/#oe kristoffer (n=kristoff@88-206-209-55.highlandnet.se) |
| 11:04.39 | Jin^eLD | re |
| 11:05.01 | dcordes | likewise: I already have the according mtn diff just wonder if there is anything I have to take care of filing the bug |
| 11:05.39 | likewise | dcordes: not that I know. if so, we'll let you know. |
| 11:20.29 | *** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo) |
| 11:31.39 | *** join/#oe jekhor (n=jek@cpmsq.epam.com) |
| 11:32.55 | *** join/#oe infernixx (i=nix@unaffiliated/infernix) |
| 11:36.57 | *** join/#oe jbs (n=Bernardo@84.39.117.228) |
| 11:39.02 | chouimat | morning |
| 11:50.21 | *** join/#oe Crofton (n=balister@149.157.16.236) |
| 11:51.05 | cdbot2 | * * OE Bug 4260 has been created by lukas.gorris(AT)gmx.de |
| 11:51.06 | cdbot2 | * * new package i2c-tools |
| 11:51.08 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=4260 |
| 12:11.14 | dcordes | Laibsch: thanks for the hint. diff added |
| 12:21.28 | *** join/#oe Crofton|laptop (n=balister@149.157.16.236) |
| 12:36.13 | *** join/#oe bbradley (n=bbradley@92-235-133-146.cable.ubr17.azte.blueyonder.co.uk) |
| 12:38.30 | *** join/#oe Magon (n=Magon@213.155.227.229) |
| 12:48.39 | *** join/#oe rd_ (n=dr@vnsecurity.net) |
| 12:51.26 | *** join/#oe rschuste1 (n=rob@e178093145.adsl.alicedsl.de) |
| 12:55.04 | cdbot2 | * * OE Bug 4261 has been created by jin(AT)mediatomb.cc |
| 12:55.07 | cdbot2 | * * meta-toolchain for uclibc does not add linux-libc-headers to the toolchain package |
| 12:55.09 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=4261 |
| 12:58.57 | *** join/#oe jornada (n=jornix@74.213.219.168) |
| 12:59.24 | *** join/#oe osantana (n=osantana@201.25.189.30) |
| 13:06.08 | Jin^eLD | hmm, I wonder if it is actually worth submitting bugs vs. oe.stable, if I am required to send stuff to the stable-ml anyway? |
| 13:06.20 | Jin^eLD | which then means that if my patch is accepted I can close the bug myself too :> |
| 13:06.24 | *** join/#oe vivijim (n=vivijim@unaffiliated/vivijim) |
| 13:11.48 | *** join/#oe VoodooZ_ (n=palm3@76-10-166-127.dsl.teksavvy.com) |
| 13:13.45 | *** join/#oe cedric (n=cedric@enlightenment/developer/cedric) |
| 13:14.20 | likewise | Jin^eLD: we want the commits simply to be ack-ed by 2 someone elses to prevent simple mishaps - maybe the threshold is too high, but it's a start. |
| 13:15.45 | Jin^eLD | likewise: but how is that (or - is that) related to the bugtracker? |
| 13:16.29 | Jin^eLD | i.e. is there a point in opening a PR in bugzilla if I anyway send something to the ml? |
| 13:17.06 | Jin^eLD | from what I understand the .stable guys do not look at bugzilla anyway, or am I wrong there? |
| 13:17.12 | Jin^eLD | it all got somewhat confusing :) |
| 13:17.22 | likewise | Jin^eLD: well, a bug in .stable is probably already a bug item (for .dev) or vice versa, a bug in stable might need a fix in .dev as well |
| 13:17.24 | broonie | It might be helpful to others if they're likely to run into the same thing. |
| 13:17.50 | likewise | fixes for stable go through the mailing list. (same as the linux stable tree, btw). |
| 13:17.58 | hrw|gone | as old time OpenZaurus branch maintainer I want to say one thing. |
| 13:18.04 | hrw | morning |
| 13:18.04 | hrw | ;) |
| 13:18.08 | Jin^eLD | hey hrw :) |
| 13:18.14 | Jin^eLD | likewise: but who is supposed to close the bug? |
| 13:18.22 | likewise | whoever commits it |
| 13:18.23 | broonie | hrw: That's your one thing? :) |
| 13:18.27 | hrw | there are few types of changes for stable branch |
| 13:18.42 | hrw | 1. bugfix backported from .dev (most of them) |
| 13:18.59 | hrw | 2. bugfix for .stable not applicable to .dev (some) |
| 13:19.06 | hrw | 3. bugfix for .stable applicable to .dev (some) |
| 13:19.27 | hrw | 4. new stuff present in .dev wanted in .stable |
| 13:19.34 | *** join/#oe wrobbie (n=rob@cm38.kappa85.maxonline.com.sg) |
| 13:19.47 | hrw | 1 & 4 goes into one direction: .dev -> .stable |
| 13:20.04 | hrw | 3 goes .stable -> .dev |
| 13:20.04 | hrw | 2 stay in .stable only |
| 13:20.24 | hrw | most of people think only about 1 & 4 types |
| 13:20.47 | hrw | but type 3 is often forgotten when it should not be. type 2 is other thing |
| 13:21.23 | Jin^eLD | well, 3. is probably forgotten because the one who wants a fix wants it for the branch he is working on, and then there is noone who will have a look if the same bug is present in the other branch |
| 13:24.50 | hrw | such person should also send fix to .dev |
| 13:25.03 | hrw | if device for which patch is exists in dev |
| 13:28.47 | *** join/#oe wrobbie (n=rob@cm38.kappa85.maxonline.com.sg) |
| 13:30.32 | *** join/#oe chouimat|work (n=dieu@209.217.106.98) |
| 13:52.39 | Laibsch | but Jin^eLD is raising a valid point. The one I tried to raise in the ml (unsuccessfully, I guess I am to blame, though) |
| 13:52.51 | Laibsch | how does the bug tracker fit into that framework |
| 13:53.06 | Laibsch | likewise: I understand the policy and respect it |
| 13:53.21 | Laibsch | If you guys are comfortable with taking the decisions on the ml, perfect! |
| 13:54.00 | Laibsch | I am *very* unconfortable with the way the bug tracker has been completely left aside for the past couple of months |
| 13:54.35 | Laibsch | This raises the question for Jin^eLD and me (and everybody else) how they should see the bug tracker as it fits into .stable processes |
| 13:54.36 | likewise | Laibsch: I am not confortable with everything as well. I wish it is enough to just say: be careful when committing to stable, don't break it for anyone else. |
| 13:54.55 | Laibsch | Right now it is "if you report a bug in .stable in the BTS, it will rot to hell" |
| 13:54.58 | hrw | Laibsch: basic rule: bugtracker can be used to report bugs, attaching patches etc. but final patch has to land on ML |
| 13:55.14 | Laibsch | hrw: That is what I was proposing |
| 13:55.15 | likewise | Laibsch: I liked the idea of the bugtracker flag (I only tried it yesterday), but I like a mailing list better. |
| 13:55.37 | Laibsch | hrw: but it was rejected or only if somebody plays human gateway |
| 13:55.42 | hrw | Laibsch: find someone to pay for .stable maintainer and then you will have what you want |
| 13:55.54 | Laibsch | hrw: and if the .stable guys want a human gateway, it should be one of them, not me |
| 13:55.55 | likewise | hrw: not even then. |
| 13:56.13 | likewise | Laibsch: but in the end, there is always some human gateway; the one who decides to commit. |
| 13:56.26 | hrw | Laibsch: I feel that you would like .stable to be like it was with .oz354x when I looked at bugtracker from time to time to check what is going on |
| 13:56.37 | Laibsch | likewise: the flag automatically triggers a mail to the stablebranch ml (just like you guys want), but the mail is rejected |
| 13:56.38 | hrw | Laibsch: and .stable developers decided that ML is the only place |
| 13:57.07 | hrw | do not want to discuss that subject again and again and again |
| 13:57.11 | hrw | ah - and again |
| 13:58.21 | Laibsch | hrw: no, I don't even remember the oz354x processes, that was before my time |
| 13:58.25 | likewise | Laibsch: ok, well, I don't even have a ml admin passwd or such, and I don't know sh*t about our infrastructure, so even if I wanted to help, I have no clue where to begin. As I said, yes, I think having a stable is good, and I will do my part when I start using it. I find it hard to make time now, unfortunately... |
| 13:59.03 | *** join/#oe osas (n=nnnnnnnn@nslu2-linux/osas) |
| 13:59.25 | Laibsch | likewise: Sorry, I was under the impression you already did some basic work in .stable |
| 13:59.40 | Laibsch | if that is not the case, I guess I was barking up the wrong tree |
| 14:00.15 | Laibsch | likewise: You have two human gateways now |
| 14:00.48 | Laibsch | The second one is taken care of, the first one not, which is why stuff flows into the bts for .stable but _never_ flows out of it. |
| 14:01.03 | likewise | Laibsch: I proposed to work on maintaining "it", without knowing what the stable branch would begin with. |
| 14:01.26 | likewise | Laibsch: As it began with the angstrom-stable tree, it was too old for my own purposes (using it at work). |
| 14:01.48 | likewise | Laibsch: if we started with something newer, things might be different from my perspective. |
| 14:02.03 | Laibsch | you mean, you'd be more motivatd? |
| 14:02.38 | Laibsch | I can understand that, but for good reasons, I don't think that is going to happen nor should it, as koen rightly pointed out |
| 14:03.22 | likewise | Laibsch: I just hope we have enough .devs (in the LONG term) on some newer .stable so that maintainance is not endangered. I agree with koen on most points, also because he has the most experience with angstrom in this. |
| 14:04.15 | likewise | Laibsch: yes, more motivated, as I then have to spend my time only once, not twice. |
| 14:04.16 | Laibsch | I do too |
| 14:04.26 | Laibsch | I have one single disagreement |
| 14:04.32 | Laibsch | but an important one |
| 14:05.22 | likewise | Laibsch: which one exactly, politics aside? |
| 14:05.24 | Laibsch | there should be at least some stuff being flushed from the bts from time to time. instead, additional barriers are erected. |
| 14:05.48 | likewise | Laibsch: agreed, maybe a stable fix-up weekend helps. Not that summer period helps, but we could try once. |
| 14:05.49 | Laibsch | likewise: I don't appreciate people always attributing my initiatives to politics |
| 14:06.31 | Laibsch | It should be clear that although I may be annoying, my points have merit. One can disagree, but I argue based on facts and factual problems |
| 14:07.18 | likewise | Laibsch: Agreed and sorry for my preemptive remark. |
| 14:08.28 | likewise | lol, cat pressed all the wrong keys then neatly deleted the garbage text |
| 14:09.01 | Laibsch | good kitty! |
| 14:09.08 | Laibsch | cleaning up after itself |
| 14:09.11 | Laibsch | way to go |
| 14:09.13 | Laibsch | :-D |
| 14:09.19 | likewise | 1``````iooooooooooi9 she now says |
| 14:09.31 | likewise | which means: I'm irritating, need food! |
| 14:09.39 | Laibsch | I thought it should be more like PURRRRR |
| 14:09.43 | Laibsch | not? |
| 14:11.52 | chouimat|work | Laibsch: no purrr is after food |
| 14:12.43 | Laibsch | oh, yes forgot that |
| 14:13.02 | Laibsch | most cats know very well about how to motivate their owner |
| 14:13.08 | likewise | Laibsch: http://www.esrac.ele.tue.nl/~leon/food.avi |
| 14:13.09 | Laibsch | s/motivate/drill/ |
| 14:13.26 | chouimat|work | Laibsch: yup mine headbutt me around 6am |
| 14:14.07 | Laibsch | likewise: beautiful little kitty |
| 14:14.25 | Laibsch | likes her |
| 14:14.25 | likewise | chouimat|away: well, we keep the door closed since recently, saves us 1 or 2 hours in the morning |
| 14:15.31 | chouimat|work | likewise: if I do this mine will kill another toilet paper roll |
| 14:15.42 | likewise | she's one-eyed |
| 14:16.16 | dcordes | my mate's got a citler!! |
| 14:17.31 | dcordes | http://www.catsthatlooklikehitler.com/kitler/pics/kitler2129.jpg |
| 14:17.33 | likewise | dcordes: I had to look that up. But ok, black mustache I presume? |
| 14:18.46 | likewise | How does the Handhelds rebuild project relate to OE? They criticize us for not-enough-packages, then they take the native compile approach. http://www.celinux.org/elc08_presentations/ |
| 14:19.15 | dcordes | fsck all this I'd switch to t2!!! |
| 14:19.50 | likewise | did someone take a good look at T2, btw? |
| 14:20.42 | dcordes | yes of course. I heard about them earlier in a post on the OM planet |
| 14:20.57 | dcordes | t2 spreads fud or something read their article, know them |
| 14:21.47 | hrw | but atleast they have pr people ;) |
| 14:24.16 | *** join/#oe Chang (n=mammoli@190.172.144.230) |
| 14:25.05 | *** part/#oe Chang (n=mammoli@190.172.144.230) |
| 14:25.51 | likewise | I'ld like to upgrade our PR as well. |
| 14:26.04 | likewise | Starting with a more attractive web site. |
| 14:29.36 | Laibsch | hh.org still has some life left? |
| 14:29.36 | Laibsch | I thought absolutely everybody had dropped it |
| 14:34.43 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
| 14:38.57 | dcordes | hrw: we also do. I'm pr you just don't know it |
| 14:39.20 | dcordes | you can't count the people I molest with OE |
| 14:41.07 | hrw | dcordes: "grep OpenEmbedded -i http://linuxdevices.com/ | wc -l" < "grep T2 -i http://linuxdevices.com/ | wc -l" |
| 14:41.20 | hrw | example of PR actions |
| 14:43.11 | *** join/#oe CosmicPenguin (n=nobody@163.181.251.103) |
| 14:44.03 | dcordes | that's a big quest to me |
| 14:44.32 | dcordes | the first part counts the lines containing OE in linuxdevices? |
| 14:46.04 | *** join/#oe tharvey (n=tharvey@adsl-76-205-222-173.dsl.snlo01.sbcglobal.net) |
| 14:46.32 | *** join/#oe fenfir (n=fenfir@adsl-64-219-109-77.dsl.lgvwtx.swbell.net) |
| 14:46.33 | hrw | dcordes: whole line says "there is more T2 then OE on linuxdevices" |
| 14:46.53 | hrw | dcordes: s/T2/MontaVista or other embedded solution provider? |
| 14:47.59 | dcordes | I do not use linuxdevices |
| 14:48.06 | dcordes | no idea what's going on there |
| 14:49.59 | likewise | who did the axfs tests under OE? http://www.celinux.org/elc08_presentations/ has this nice AXFS presentation. want in OE. |
| 14:53.38 | Laibsch | What do you guys think about the approach handhelds mojo is taking? |
| 14:53.47 | Laibsch | I thought it was interesting |
| 14:54.03 | Laibsch | completely different approach |
| 14:54.08 | Laibsch | wonders about the outcome |
| 14:55.02 | dcordes | Laibsch: did you recheck my commit with the .bb attached? |
| 14:55.29 | Laibsch | no |
| 14:55.31 | Laibsch | not yet |
| 14:55.33 | Laibsch | maybe later |
| 14:56.05 | dcordes | i2c tools is quite a useful thing for OE I guess |
| 14:56.07 | cbrake | Laibsch: mojo is interesting, but for embedded work, I need a system where I can re-compile an easily customize a complete disto easily on any workstation. Setting up fragile native build environments probably won't cut it. |
| 14:57.16 | cbrake | Laibsch: even scratchbox fails in that regard. |
| 14:59.51 | Laibsch | dcordes: I'll look at it |
| 15:00.02 | Laibsch | but having the bb in OE is just the first step |
| 15:00.14 | Laibsch | It needs to be maintained and distros need to pick it up |
| 15:00.15 | dcordes | Laibsch: what do you mean, just the first step? |
| 15:00.24 | Laibsch | see two following lines |
| 15:00.30 | Laibsch | one following line |
| 15:00.36 | dcordes | sorry |
| 15:00.40 | Laibsch | with two more things that need to be done |
| 15:00.50 | Laibsch | we sent the lines at the same time |
| 15:04.34 | Laibsch | dcordes: bb file itself looks good |
| 15:04.41 | Laibsch | I'll try a compilation |
| 15:05.10 | dcordes | cool thanks |
| 15:05.21 | *** join/#oe rsalveti (n=salveti@200.184.118.132) |
| 15:05.25 | dcordes | as I pointed out in the comment armv4t and armv5te build |
| 15:05.33 | Laibsch | cbrake: from a distribution and user POV it looks like an interesting proposition, though |
| 15:06.07 | Laibsch | dcordes: there is no reason that other arches won't build, are there? |
| 15:06.27 | dcordes | Laibsch: don't know that's why I just gave that info |
| 15:08.20 | *** join/#oe Crofton (n=balister@86-42-211-177.b-ras1.cld.dublin.eircom.net) |
| 15:09.11 | *** join/#oe aloisiojr (n=aloisio@200.184.118.132) |
| 15:10.07 | hrw | Laibsch: mojo is interesting *if you do not want to build* |
| 15:10.22 | Laibsch | well, I want to start using again |
| 15:10.48 | Laibsch | Just as an example, I ubuntu, not gentoo, for a reason |
| 15:11.03 | Laibsch | Maybe we are the gentoo of the embedded world ;-) |
| 15:11.19 | Laibsch | In that case, I think that mojo would suit me better |
| 15:11.42 | Laibsch | But I'd be apalled having to visit *.hh.org |
| 15:11.45 | *** join/#oe ademarez (n=ademarez@121.194.210.62.te-dns.org) |
| 15:12.05 | Laibsch | Man, I need to learn to type |
| 15:12.19 | Laibsch | "Just as an example, I use ubuntu on the desktop, not gentoo, for a reason" |
| 15:12.24 | Laibsch | would be more like it |
| 15:13.03 | chouimat|work | mojo? |
| 15:13.26 | hrw | mojo.handhelds.org - ubuntu 'native' compiled for arm with optimizations |
| 15:13.58 | dcordes | ah right the ubuntu arm port |
| 15:14.07 | dcordes | now I gotcha hrw |
| 15:14.14 | chouimat|work | ewww ubuntu |
| 15:15.09 | *** join/#oe denix (n=denix@98.64.13.194) |
| 15:16.42 | hrw | it is not ubuntu arm port |
| 15:17.10 | khem | hi all |
| 15:17.12 | khem | /home/kraj/work/oe/build/eglibc/tmp-omap5912osk/work/armv5te-angstrom-linux-gnueabi/eglibc-intermediate-2.8+svnr6161-r6/temp/log.do_configure.9563 |
| 15:17.14 | dcordes | I just recall http://mojo.handhelds.org/ hrw ? |
| 15:17.14 | hrw | it is rather 'lets build packages from ubuntu with maybe some of our patches and with our flags for compilations' |
| 15:17.39 | dcordes | why isn't it let's just use debian arm?! |
| 15:17.53 | dcordes | and add up an orange gtk theme |
| 15:17.57 | hrw | debian armel is for armv4t |
| 15:17.58 | dcordes | for gnome |
| 15:18.08 | hrw | it does not use vfp present in armv6 for example |
| 15:18.10 | dcordes | akita at least ist v5te |
| 15:18.15 | dcordes | ok |
| 15:18.31 | khem | I am seeing this error gcc version 4.2.2 |
| 15:18.31 | khem | Inconsistency detected by ld.so: dl-fini.c: 195: _dl_fini: Assertion `ns != 0 |! |
| 15:18.32 | dcordes | I don't see what an ubuntu install can give me what angstrom doesn't |
| 15:18.46 | khem | has someone seen something similar |
| 15:19.04 | hrw | int main(void) { double a = 1.3, b = 1231.234; printf("%f\n", a * b); } is much smaller binary for amrv6-vfp |
| 15:19.09 | Laibsch | dcordes: supportability |
| 15:19.30 | Laibsch | aren't we complaining loudly how thinly stretched we are? |
| 15:20.03 | Laibsch | I still have not fixed my Japanese environment on either spitz or collie (in this case it was opie) |
| 15:20.18 | Laibsch | just some very simple examples |
| 15:20.29 | ademarez | Hi! I'm currently working on an mpc8313-rdb board, and I'm facing a little issue: |
| 15:20.34 | Laibsch | It *can* be an interesting approach |
| 15:20.36 | ademarez | When generating an image (inheritance from image bbclass), the kernel image (uImage) is included in my jffs2 filesystem, while I want to avoid its presence (because the kernel will be on a separate MTD partition, so this uImage on the rootfs is useless). Watching other .bb files (namely org.openembedded.dev/packages/images/liveramdisk-image.bb) it seems a PACKAGE_REMOVE directive could remove my useless uImage. |
| 15:21.13 | ademarez | However, it does not work for me. When trying to understand by manually removing it (opkg remove kernel-image...), I see the process fails because kernel module packages depend on it, and I still want those modules to remain on the rootfs (they are not needed for booting, so no need for an initramfs). |
| 15:21.15 | dcordes | Laibsch: I don't want to bad talk about it. That's not my point I sure will give it a try on akita |
| 15:21.38 | ademarez | So my question is : how to properly use PACKAGE_REMOVE (or any other directive) to avoid this uImage to be present on the rootfs, but while still allowing the kernel modules to be present ? |
| 15:22.57 | Laibsch | dcordes: Fully understood |
| 15:23.10 | Laibsch | I am analysing myself |
| 15:23.18 | khem | I think the kernel and module deps should not be there |
| 15:23.21 | Laibsch | is akita and spitz arm5vel? |
| 15:23.28 | hrw | yes |
| 15:23.41 | hrw | they are armv5te to be exact |
| 15:23.48 | hrw | arm5vel is mojo naming |
| 15:24.17 | tharvey | so I think I've got the 'console-image' recipe built, but not clear where it put its objects - looking at packages/images/console-image.bb it bases itself off of 'image' yet I can't find an 'image.bb' ? |
| 15:25.04 | Crofton | tharvey, look in tmp/deploy ... |
| 15:27.50 | tharvey | guess it didn't build then... no tmp/deploy exists - I'll run it again and look for errors. In general do all the images dump objs in deploy? Where would I find this 'image' base that they are including |
| 15:30.11 | Laibsch | thanks, hrw |
| 15:30.38 | dcordes | hrw: you still got one clamshell or sold them all out? |
| 15:32.49 | hrw | dcordes: c760 somewhere |
| 15:33.25 | dcordes | hrw: isn't c760 a different pxa? |
| 15:35.15 | Laibsch | likewise: But you *are* admin for the stablebranch ml |
| 15:35.29 | Laibsch | http://lists.linuxtogo.org/cgi-bin/mailman/roster/openembedded-stablebranch |
| 15:35.51 | Laibsch | Maybe you can do us all a favour and whitelist bugzilla mail? |
| 15:36.11 | Laibsch | I am not asking for more |
| 15:36.18 | Laibsch | but it already seems too much to ask |
| 15:36.21 | likewise | Laibsch: presumably. I'm not aware of any passwd. I'll check my email for that. |
| 15:36.28 | Laibsch | OK, thanks |
| 15:36.30 | likewise | Laibsch: koen added me as admin, I guess |
| 15:37.04 | Laibsch | The sender is bugzilla-daemon@amethysts.openembedded.net, I suppose |
| 15:37.27 | Laibsch | amethyst |
| 15:37.30 | hrw | dcordes: c7x0 are pxa25x - armv5te, cxx00 are pxa27x - armv5te (+ iwmmxt) |
| 15:37.53 | likewise | Laibsch: have to ask koen for my passwd, I cannot find an email and I cannot have it sent... |
| 15:38.06 | Laibsch | OK |
| 15:39.05 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
| 15:40.00 | dcordes | does console-image install fb_con? |
| 15:40.30 | dcordes | s/fb_con/ts_calibrate/ |
| 16:01.40 | CIA-22 | 03koen 07org.oe.dev * rb79fc3b4... 10/ (1 conf/distro/include/angstrom-glibc.inc): angstrom: hack around gcc csl 2008q1 bug (http://www.codesourcery.com/archives/arm-gnu/msg01892.html) |
| 16:19.00 | *** join/#oe zap (n=zap@28.169.249.ozerki.net) |
| 16:19.37 | *** join/#oe rob_w (n=bob@Mb1d1.m.pppool.de) |
| 16:20.39 | rob_w | ones again runs a fresh tree up -- |
| 16:21.15 | *** join/#oe astro76 (n=jtaji@unaffiliated/astro76) |
| 16:22.29 | *** join/#oe denix (n=denix@98.64.13.194) |
| 16:22.42 | *** part/#oe denix (n=denix@98.64.13.194) |
| 16:24.26 | *** join/#oe Crofton (n=balister@86-42-211-177.b-ras1.cld.dublin.eircom.net) |
| 16:28.48 | *** join/#oe VoodooZ_ (n=palm3@76-10-166-127.dsl.teksavvy.com) |
| 16:28.57 | *** join/#oe Crofton|laptop (n=balister@86-42-211-177.b-ras1.cld.dublin.eircom.net) |
| 16:29.23 | VoodooZ_ | hi, anybody used upstart on an embedded platform with success before? |
| 16:31.22 | hrw | or insserv |
| 16:33.52 | *** join/#oe trickie (n=trickie@hgaulton.xs4all.nl) |
| 16:36.17 | Laibsch | dcordes: compiles fine |
| 16:38.26 | broonie | VoodooZ_: I've used upstart in a semi-embedded environment before. |
| 16:44.07 | VoodooZ_ | broonie: cool. what arch? |
| 16:44.12 | broonie | i386 |
| 16:47.31 | hrw | root |
| 16:51.21 | Tartarus | hi Laibsch |
| 16:51.41 | Tartarus | If I file / update a bug in a few min, can you go deal with it? :) It'll be easy and explained |
| 16:51.46 | Laibsch | hey, Tom |
| 16:51.47 | Laibsch | wb |
| 16:52.14 | Laibsch | makes no promises |
| 16:52.32 | Tartarus | heh, ok |
| 16:58.51 | *** join/#oe rsalveti (n=salveti@200.184.118.132) |
| 16:58.58 | VoodooZ_ | broonie: and what was your impressions/results like? |
| 16:59.29 | broonie | No problems with it; I wouldn't particularly expect any. |
| 16:59.48 | VoodooZ_ | do you remember the boot time before/after? |
| 17:00.17 | VoodooZ_ | by problems, I meant compatibility with your existing startup scripts.. |
| 17:00.47 | Tartarus | $ mtn --db=OE.mtn pull monotone.openembedded.org org.openembedded.{dev,stable} |
| 17:00.47 | Tartarus | mtn: doing anonymous pull; use -kKEYNAME if you need authentication |
| 17:00.47 | Tartarus | mtn: error: sqlite error: database is locked |
| 17:00.53 | Tartarus | means someone is doing a push? |
| 17:01.56 | *** join/#oe dijenerate (n=dijenera@72.22.143.246) |
| 17:05.26 | broonie | VoodooZ_: it didn't make terribly much difference there - we were using it to provide monitoring/managment for long running processes. |
| 17:06.29 | broonie | VoodooZ_: I just had it firing off our existing stuff as a startup job. It did also help us solve some startup ordering issues (the long running processes) |
| 17:10.00 | Genesis | a+ |
| 17:10.32 | Tartarus | mtn diff -r 0e25c8665bca3c8d9e7c99e4432c9ce60811994c |
| 17:10.40 | Tartarus | should show me all changes made in that rev, yes? |
| 17:11.28 | *** join/#oe Crofton (n=balister@86-42-196-117.b-ras1.cld.dublin.eircom.net) |
| 17:12.28 | Laibsch | Tartarus: no |
| 17:12.43 | Tartarus | arg |
| 17:12.45 | Tartarus | what will? |
| 17:12.55 | Laibsch | take a look at my blog: http://blog.leggewie.org OE section |
| 17:13.14 | Tartarus | k |
| 17:13.16 | Laibsch | check out monotone-viz |
| 17:15.57 | Tartarus | GUI stuff isn't good for me, my mtn stuff is in another office |
| 17:16.26 | *** join/#oe hillct (n=hillct@cpe-024-211-242-232.nc.res.rr.com) |
| 17:16.41 | Tartarus | and, ah, ok, found the shortcut :) |
| 17:17.08 | *** join/#oe osas (n=nnnnnnnn@nslu2-linux/osas) |
| 17:17.10 | Laibsch | good |
| 17:17.23 | Laibsch | I have that as an alias for "mtn-diff" |
| 17:17.35 | Tartarus | hrw, ping |
| 17:17.38 | Laibsch | So I only need to paste the rev once |
| 17:17.57 | Laibsch | Tartarus: did you loose hope wrt to your patch? |
| 17:18.07 | Laibsch | I don't see anything in the BTS, yet |
| 17:18.15 | Tartarus | Laibsch, nope, still checking into everything |
| 17:18.25 | Laibsch | OK |
| 17:18.27 | Tartarus | that, btw, is the rev that did something wrong :) |
| 17:20.24 | *** join/#oe fenfir (n=fenfir@206.255.217.100) |
| 17:22.27 | *** join/#oe khilman (n=khilman@63.81.120.158) |
| 17:23.48 | khilman | looking for help to diagnose the following build failure: http://source.mvista.com/~khilman/bitbake5.out |
| 17:24.07 | khilman | this is happening after a 'bitbake -c clean git-native; bitbake git-native' |
| 17:24.31 | khilman | the failure is because of a missing dir: temptaging (mysteriously similar to temp-staging) |
| 17:24.55 | Laibsch | Tartarus: you need scsi? |
| 17:24.59 | Tartarus | hey khilman |
| 17:25.07 | Tartarus | Laibsch, customer does, actually |
| 17:25.11 | khilman | Tartarus: hey |
| 17:25.13 | Laibsch | OK |
| 17:25.20 | Tartarus | Laibsch, but I went and poked the kernel folks, glibc is where those headers should come from |
| 17:28.04 | cdbot2 | * * OE Bug 4260 has been RESOLVED (FIXED) by <Laibsch> |
| 17:28.06 | cdbot2 | * * new package i2c-tools |
| 17:28.08 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=4260 |
| 17:28.27 | CIA-22 | 03Lukas 07org.oe.dev * r836a9d42... 10/ (1 packages/i2c-tools packages/i2c-tools/i2c-tools_3.0.1.bb): |
| 17:28.27 | CIA-22 | i2c-tools: add with version 3.0.1. Closes 4260. |
| 17:28.27 | CIA-22 | * commit from Laibsch |
| 17:28.31 | CIA-22 | 03Laibsch 07org.oe.dev * r6aaaee53... 10/ (1 classes/seppuku.bbclass): seppuku: make the autobuilder report against the stable branch by default |
| 17:34.02 | Crofton | khilman, I'm going to try rebuilding git-native here against current meta-data |
| 17:35.07 | tharvey | angstrom is erroring out with 'GNU Fortran compiler is not working' - no idea what it would be including that requires fortran! what's the fortran compiler package that I need to install? |
| 17:35.13 | *** join/#oe rd_ (n=dr@vnsecurity.net) |
| 17:36.53 | Tartarus | BP flag is request to go into the stable branch too, yes? |
| 17:38.28 | khilman | Crofton: thx, I will do a pull and try again too |
| 17:39.50 | Crofton | It's building for me here, after I clean git-native |
| 17:42.26 | Laibsch | Tartarus: yes, bp was intended to be a backport request flag |
| 17:42.34 | Laibsch | Don't count on it to work though |
| 17:42.56 | Tartarus | k |
| 17:42.57 | Laibsch | The people who currently maintain stable don't frequent the bug tracker |
| 17:43.01 | Tartarus | i'll just file a same vs stable |
| 17:43.12 | Laibsch | for whatever reason |
| 17:43.17 | *** join/#oe TheCan (n=thecan@dslb-088-067-134-112.pools.arcor-ip.net) |
| 17:43.23 | Tartarus | waits for 8 kernel tarballs to extract |
| 17:43.28 | Tartarus | then I can finally hit commit on this bug, heh |
| 17:44.05 | Crofton | git-native built here :( |
| 17:44.22 | khilman | Crofton: hmm, ok thx |
| 18:03.17 | *** join/#oe vivijim (n=vivijim@unaffiliated/vivijim) |
| 18:10.26 | *** join/#oe timtimred (n=meh@82-34-50-106.cable.ubr02.chel.blueyonder.co.uk) |
| 18:14.26 | hrw | bye all |
| 18:18.48 | Tartarus | aw |
| 18:18.51 | Tartarus | missed hrw |
| 18:20.39 | Tartarus | Laibsch, ok, filed |
| 18:20.43 | Tartarus | waits for the bot |
| 18:20.55 | Tartarus | 1473 can also be closed once this is taken care of, btw :) |
| 18:21.25 | *** join/#oe cyrilRomain (n=cyrilRom@AToulouse-157-1-71-23.w81-50.abo.wanadoo.fr) |
| 18:21.30 | cyrilRomain | morning |
| 18:21.31 | *** join/#oe jekhor (n=jek@mm-166-254-57-86.leased.line.mgts.by) |
| 18:23.34 | *** join/#oe flo_lap (n=fuchs@f049174228.adsl.alicedsl.de) |
| 18:24.32 | *** join/#oe woglinde (i=woglinde@e179037248.adsl.alicedsl.de) |
| 18:28.04 | cdbot2 | * * OE Bug 4262 has been created by trini(AT)embeddedalley.com |
| 18:28.06 | cdbot2 | * * The /usr/include/scsi headers are missing in some cases |
| 18:28.08 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=4262 |
| 18:37.10 | *** join/#oe Marex (n=marex@vasut.kolej.mff.cuni.cz) |
| 18:42.33 | *** join/#oe pH5 (n=ph5@e178237175.adsl.alicedsl.de) |
| 18:50.15 | flo_lap | re |
| 18:54.58 | woglinde | hi flo |
| 18:58.25 | *** join/#oe vivijim (n=vivijim@unaffiliated/vivijim) |
| 19:01.49 | *** join/#oe pleemans (n=peter@d51A5E76A.access.telenet.be) |
| 19:04.27 | *** join/#oe hillct (n=hillct@cpe-024-211-242-232.nc.res.rr.com) |
| 19:13.05 | cdbot2 | * * OE Bug 1473 has been RESOLVED (FIXED) by <Laibsch> |
| 19:13.07 | cdbot2 | * * libc6-dev/linux-libc-headers-dev conflict on scsi headers |
| 19:13.09 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=1473 |
| 19:17.27 | *** join/#oe TheCan (n=thecan@dslb-088-067-134-112.pools.arcor-ip.net) |
| 19:27.39 | *** join/#oe pcgeil (n=steffen@p549E655F.dip.t-dialin.net) |
| 19:30.39 | timtimred | !oebug 4242 |
| 19:30.40 | cdbot2 | * * Bug 4242, Status: UNCONFIRMED, Created: 2008-05-09 15:10 |
| 19:30.41 | cdbot2 | * * cliff.brake(AT)gmail.com: strace does not build with uclibc_svn |
| 19:30.42 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=4242 |
| 19:34.56 | CIA-22 | 03koen 07org.oe.dev * rbd7627fc... 10/ (1 packages/openssl/openssl-native_0.9.8g.bb): openssl-native: stop leaking target compile flags (FULL_OPTIMIZATION) into native build, it kills kittens. |
| 19:35.23 | *** join/#oe Robwoerle (n=bob@Mbfe9.m.pppool.de) |
| 19:40.03 | cbrake | anyone else having trouble build glibc-intermediate: http://pastebin.ca/1018276 |
| 19:40.11 | cbrake | (for PXA270 machine) |
| 19:41.34 | cbrake | glibc-intermediate-2.6.1-r4 build just fine a couple days ago ... |
| 19:44.36 | CIA-22 | 03koen 07org.oe.dev * r1d173acb... 10/ (1 classes/seppuku.bbclass): disapproval of revision '6aaaee531ff6f260aade659a5a4b74f4ce3382bf' |
| 19:47.52 | *** join/#oe Varoudis (n=varoudis@87-194-34-216.bethere.co.uk) |
| 19:59.50 | kwek | hey there.. trying to build an image for my asus wl500gp router. running the 'bitbake minimal-image' dies with the following: |
| 19:59.50 | kwek | | The external toolchain could not be found in /usr/local/wrt54oe/mipsel! |
| 19:59.58 | kwek | ... |
| 19:59.58 | kwek | ERROR: '/mnt/stuff/oe/org.openembedded.dev/packages/meta/external-toolchain.bb' failed |
| 20:00.10 | kwek | fairly new to the openembedded stuff.. any help is apreciated |
| 20:00.42 | kwek | why does it depend on a toolchain.. isnt that the whole idea to build one? |
| 20:01.03 | woglinde | not for all distros |
| 20:01.23 | woglinde | same depends on external toolchain |
| 20:01.46 | kwek | ok so that could be my case.. |
| 20:04.38 | CIA-22 | 03koen 07org.oe.dev * r9acacf30... 10/ (3 files in 2 dirs): openssl-native: also fix 0.9.7m and def-pref -1 0.9.8 since it doesn't build |
| 20:06.37 | *** join/#oe likewise (n=likewise@82-171-51-231.ip.telfort.nl) |
| 20:08.21 | Jin|away | I think the asus thing is just a mips32el, so I wonder why the external toolchain dependency? |
| 20:09.16 | *** join/#oe mnabil (n=mnabil@196.205.192.138) |
| 20:09.55 | *** join/#oe jekhor (n=jek@mm-166-254-57-86.leased.line.mgts.by) |
| 20:24.58 | *** join/#oe mnabil (n=mnabil@196.205.192.138) |
| 20:25.01 | *** join/#oe tharvey (n=tharvey@adsl-76-205-222-173.dsl.snlo01.sbcglobal.net) |
| 20:26.03 | *** join/#oe greentux (n=lemke@uhlandgate.hotel-uhland.de) |
| 20:27.24 | *** join/#oe mnabil (n=mnabil@196.205.192.138) |
| 20:32.50 | *** join/#oe mnabil (n=mnabil@196.205.192.138) |
| 20:33.11 | *** join/#oe osas (n=nnnnnnnn@nslu2-linux/osas) |
| 20:40.09 | hrw | re |
| 20:40.19 | Tartarus | hi hrw |
| 20:40.27 | likewise | because the distro must set it to be provided by something else |
| 20:40.28 | hrw | ho |
| 20:40.29 | Tartarus | Do you use OE on your N810? |
| 20:40.33 | hrw | Tartarus: no |
| 20:40.44 | Tartarus | dang :( |
| 20:41.17 | hrw | I did put too much work to get maemo working on it to remove it now |
| 20:41.24 | hrw | maybe one day will try Poky |
| 20:41.28 | Tartarus | heh |
| 20:41.44 | Tartarus | I'm working on getting things to fully root off of external SD on mine right now |
| 20:41.56 | Tartarus | I did give poky a try first, not too bad |
| 20:45.59 | *** join/#oe dcordes_ (n=dcordes@unaffiliated/dcordes) |
| 20:46.10 | *** join/#oe yansa (n=yans@host-89-230-208-118.lublin.mm.pl) |
| 20:49.10 | *** join/#oe greentux_ (n=lemke@tmo-111-1.customers.d1-online.com) |
| 20:49.58 | dcordes_ | Laibsch: thanks for testing/commiting |
| 20:51.43 | *** join/#oe summatusmentis (n=summatus@umm-yrless170.morris.umn.edu) |
| 20:52.03 | *** join/#oe jbs (n=Bernardo@89-180-1-225.net.novis.pt) |
| 20:55.39 | *** join/#oe hillct (n=hillct@cpe-024-211-242-232.nc.res.rr.com) |
| 20:56.49 | kwek | im still a bit confused.. so i assume it needs the external toolchain. should that one be compiled by oe? its checking for '/usr/local/wrt54oe/mipsel/pkgdata/' |
| 20:57.47 | likewise | kwek: what are you trying to do? |
| 20:57.58 | likewise | and why is your nickname kwek? |
| 20:58.15 | kwek | trying to get oe running on my wl500gp |
| 20:58.23 | kwek | why is your nick likewise |
| 20:58.50 | likewise | because donald gave me that nickname |
| 20:59.00 | likewise | :-) you .nl or .be? |
| 20:59.09 | kwek | nl :) amsterdam |
| 20:59.15 | kwek | but living in barcelona |
| 20:59.36 | hrw | bye |
| 20:59.41 | likewise | ok, nice. are you following some document on how to do this, or are you free riding? |
| 20:59.42 | likewise | bye hrw |
| 20:59.56 | *** join/#oe mnabil_ (n=mnabil@196.205.192.138) |
| 21:00.05 | kwek | just freeriding i guess.. the gettingstarted page is fecked |
| 21:00.10 | likewise | kwek: living in spain permanently? |
| 21:00.20 | likewise | important are MACHINE= and DISTRO= |
| 21:00.26 | kwek | well as long as i like it.. and so far yeah |
| 21:00.29 | kwek | yeah got those set |
| 21:00.36 | likewise | to what if I may ask? |
| 21:00.58 | kwek | martijn@meow /mnt/stuff/oe/build $ cat conf/local.conf | grep -E "(DISTRO|MACHINE)" |
| 21:00.59 | kwek | MACHINE = "wl500g" |
| 21:00.59 | kwek | DISTRO = "wrt54oe" |
| 21:01.46 | likewise | checking conf files of those... hold on |
| 21:01.52 | kwek | sure |
| 21:02.26 | likewise | need to warm up my vmware fusion stuff, am typing on my mac now |
| 21:04.17 | likewise | strange indeed, should be a normal mipsel toolchain |
| 21:04.49 | kwek | and that shouldnt need an external one? |
| 21:07.20 | likewise | kwek: well no, conf/distro/wrt54oe.conf specifies what toolchain to build |
| 21:07.30 | likewise | kwek: reproducing (just for fun) here |
| 21:07.43 | kwek | fun :) |
| 21:08.34 | Fique | anyone have issues with a straight build of dropbear (ARM) causing clients to segfault? |
| 21:10.00 | likewise | Fique: no, never seen that. What do you mean by a straight build? |
| 21:10.25 | *** join/#oe shoragan (n=shoragan@debian/developer/shoragan) |
| 21:10.30 | Fique | just did a console image for cm-x270 |
| 21:10.40 | Fique | uclibc angstrom mode |
| 21:10.46 | *** join/#oe d3 (n=dr@vnsecurity.net) |
| 21:11.03 | Fique | and I cant ssh into the thing... just figured id ask the people here before I went into further debugs |
| 21:11.25 | Fique | no mods on my end, using latest sync of dev tree |
| 21:11.55 | *** join/#oe davygravy (n=davygrav@h75-100-81-71.75-100.unk.tds.net) |
| 21:14.38 | Fique | anyways... here we go with the traces :) |
| 21:25.47 | *** join/#oe hillct (n=hillct@cpe-024-211-242-232.nc.res.rr.com) |
| 21:26.55 | likewise | kwek: ok, I found some output that explains the problem |
| 21:27.03 | *** join/#oe yansa_ (n=yans@host-89-230-209-7.lublin.mm.pl) |
| 21:28.24 | kwek | really |
| 21:28.34 | likewise | kwek: http://www.pastebin.ca/1018389 |
| 21:29.26 | kwek | yeah i got the same |
| 21:29.33 | *** join/#oe hillct (n=hillct@cpe-024-211-242-232.nc.res.rr.com) |
| 21:30.25 | woglinde | likewise hm why is the rang different for mipsel |
| 21:30.38 | woglinde | for simpad arm it first uses uclibc and the externaltoolchain |
| 21:31.57 | likewise | wogline: rang? that's german for order, right? |
| 21:32.09 | woglinde | args yes |
| 21:32.12 | woglinde | order |
| 21:32.40 | woglinde | it was sliped out of my mind |
| 21:33.02 | likewise | woglinde: I think the build is nondeterministic. In fact, I think we should fail whenever multiple providers are present and none is explicitly specified. |
| 21:33.35 | woglinde | yeah seems the best to me too |
| 21:33.48 | woglinde | with hint to put in local.conf |
| 21:34.23 | woglinde | hm seems gone |
| 21:34.30 | woglinde | for arm in actual dev |
| 21:36.44 | likewise | hm? |
| 21:36.53 | likewise | proposed this on the mailing list |
| 21:37.08 | likewise | because I don't see the reason for the current behaviour. |
| 21:38.45 | likewise | kwek: add this:PREFERRED_PROVIDER_virtual/libc = "uclibc" |
| 21:38.45 | likewise | PREFERRED_PROVIDER_linux-libc-headers = "linux-libc-headers" |
| 21:38.46 | likewise | PREFERRED_PROVIDER_virtual/mipsel-linux-uclibc-binutils = "binutils-cross" |
| 21:39.24 | Tartarus | hey khem? |
| 21:40.11 | likewise | hi Tartarus |
| 21:40.36 | Tartarus | hi likewise |
| 21:42.55 | kwek | likewise, yay.. its doing more now.. thanks! |
| 21:43.54 | likewise | kwek: since we added the feature to also support external toolchains (opposed to self-built onces) most distro's do not define which one to use. |
| 21:44.11 | likewise | kwek: you ran into that issue. I have to find the maintainer of wrt54oe... |
| 21:44.26 | kwek | so should this go into the distro |
| 21:44.27 | kwek | yeah exactly |
| 21:45.52 | woglinde | kwek yes |
| 21:45.59 | woglinde | bugreport *g* |
| 21:47.31 | *** join/#oe memeruiz_ (n=memeruiz@f051103183.adsl.alicedsl.de) |
| 21:48.26 | *** join/#oe lisppaste7 (n=lisppast@common-lisp.net) |
| 21:52.21 | likewise | kwek: you probably run into the next problem as well: the revision for uclibc is not set, so it checks out revision 1.... |
| 21:52.36 | *** join/#oe CosmicPe1guin (n=nobody@163.181.251.103) |
| 21:52.36 | likewise | woglinde: any clues on SRCREV? I hate this revision stuff. |
| 21:53.41 | likewise | kwek: I think we need to do something like PREFERRED_VERSION_uclibc = "0.9.29" |
| 21:55.01 | kwek | yeah it errors out now on unable to find repository |
| 21:55.07 | kwek | yeah what you said |
| 21:57.44 | kwek | that define atleast downloaded it.. seems to continue again |
| 21:59.56 | *** join/#oe russf (n=russf@host86-151-135-63.range86-151.btcentralplus.com) |
| 22:01.31 | likewise | kwek: it now builds tools for your host machine (-native) then starts with the cross-toolchain build (-cross) and after that the packages. |
| 22:02.08 | likewise | kwek: One remaining problem *might* be that the binutils-cross package version number is not specified. Bitbake will choose the latest, but it may not work for your target processor. |
| 22:02.34 | *** join/#oe DarthWader (n=zathras@unaffiliated/darthwader) |
| 22:02.53 | likewise | kwek: probably it will be ok though. MIPS architecture should be fine. |
| 22:03.39 | kwek | ok ill remember that when trying to boot |
| 22:04.28 | kwek | getting a new one now: |
| 22:04.32 | kwek | | CROSS COMPILE Badness: /usr/include in INCLUDEPATH: /usr/include/ |
| 22:04.32 | kwek | | cc1: internal compiler error: Aborted |
| 22:04.57 | woglinde | hm uh |
| 22:05.02 | woglinde | which package? |
| 22:05.06 | kwek | y |
| 22:05.09 | kwek | ill paste |
| 22:05.22 | kwek | http://pastebin.com/d7a0a95c7 |
| 22:05.41 | woglinde | ah right |
| 22:05.55 | woglinde | there is no uClibc.config file for your setup |
| 22:06.03 | woglinde | so its using a generic |
| 22:06.21 | woglinde | hm hm |
| 22:06.54 | woglinde | could you pastbin the do_config file? |
| 22:07.17 | kwek | yeah the uclib config is wrong |
| 22:07.21 | kwek | where is the do_config? |
| 22:07.43 | woglinde | work/packagename/temp/do_config.processide |
| 22:07.49 | likewise | kwek: yes I see too, this is the problem: find org.openembedded.dev/packages/uclibc/uclibc-0.9.2?/wrt* |
| 22:08.17 | likewise | kwek: there is no configuration file for 0.9.29, only for 0.9.27 and 0.9.28 for your target. So we must select uclibc version 0.9.28. |
| 22:08.29 | woglinde | likewise nope |
| 22:08.30 | likewise | kwek: Sorry, this is on-the-job debugging |
| 22:08.39 | kwek | yeah im learning.. i like it |
| 22:08.41 | likewise | woglinde: nope? |
| 22:08.46 | woglinde | better made config file for uclibc-0.9.29 |
| 22:08.57 | woglinde | isnt that hard |
| 22:09.01 | kwek | copy it? |
| 22:09.05 | likewise | woglinde: urhm, but we are not sure it will work for this target. |
| 22:09.22 | woglinde | better try it |
| 22:09.32 | likewise | woglinde is right, but it might take some time to get the details right |
| 22:09.33 | woglinde | uclibc-0.9.28 can other glintches |
| 22:09.38 | likewise | yes agreed |
| 22:09.56 | woglinde | 0.9.29 is knowing to work for the most architecures |
| 22:10.16 | woglinde | and we have serval patches not backported to .28 |
| 22:10.38 | likewise | woglinde: it's not that simple, since 0.9.29 we split up the single config file in a machine-specific file and distro-specific file |
| 22:10.52 | likewise | but maybe we fall back to the single file, let me try |
| 22:11.50 | likewise | kwek: by any means, it is smart to clean the uclibc build now, as it was already in compile stage: |
| 22:11.56 | likewise | kwek: bitbake uclibc -c clean |
| 22:12.00 | kwek | cool |
| 22:13.12 | likewise | <PROTECTED> |
| 22:13.13 | likewise | <PROTECTED> |
| 22:13.13 | likewise | <PROTECTED> |
| 22:13.27 | likewise | yes, we claim to have a fall-back, so I'll just try to shorcut here |
| 22:13.44 | likewise | if it works, we need to split the config, if we want to fix this in our repository |
| 22:18.18 | *** join/#oe hillct (n=hillct@cpe-024-211-242-232.nc.res.rr.com) |
| 22:22.28 | likewise | !log |
| 22:22.36 | likewise | ~log |
| 22:22.36 | ibot | log is probably as piece of wood, or a record, or the opposite of exponentiation |
| 22:24.15 | tharvey | trying to build 'console-image' with DISTRO=angstrom-2008.1 and its failing to download db-4.3.29 from downloads.sleepycat.com yet when I run 'bitbake -cfetch console-image' nothing fails? |
| 22:29.00 | Tartarus | "Yes" |
| 22:29.08 | Tartarus | you're telling it to fetch sources for the console-image recipe |
| 22:29.13 | Tartarus | which presumably has none |
| 22:29.16 | Tartarus | and doesn't fail |
| 22:29.20 | Tartarus | if you want to grab db manually |
| 22:29.23 | Tartarus | bitbake -c fetch db |
| 22:30.18 | Tartarus | (possibly db4, for that particular failure, see what the recipe is named, do a bitbake console-image again) |
| 22:30.18 | kwek | allrighty im gonna get some sleep here.. thanks for ya help likewise and woglinde.. ill check back tomorrow here if there is a solution.. oe seems like a nice project |
| 22:30.30 | likewise | kwek: how did you find us? |
| 22:30.32 | tharvey | ok, so I still don't understand what defines what packages are in an image, such as console-image? |
| 22:30.47 | likewise | tharvey: start with the console-image.bb file itself. |
| 22:31.07 | likewise | tharvey: everything mentioned there will be in it, at least. Then all dependencies are also needed. |
| 22:31.17 | kwek | likewise, tru trickie.. he's a collegue of mine at work and doing maemona (hows it called?) things |
| 22:31.38 | likewise | tharvey: so if application "foo" needs library "bar", and foo is in image, bar will get in the image as well. |
| 22:32.03 | likewise | kwek: where do you work? |
| 22:32.21 | kwek | small software company in amsterdam |
| 22:32.22 | likewise | kwek: or is it unrelated to OE? |
| 22:32.30 | likewise | kwek: embedded stuff? |
| 22:32.39 | kwek | yeah unrelated.. internet python stuff |
| 22:32.51 | kwek | so this is to play around |
| 22:32.51 | tharvey | looks like I have to gain a better understanding of the recipe syntax - hopefully it will all make sense then |
| 22:32.57 | likewise | kwek: ok just asking, because we need better PR :-) |
| 22:33.20 | kwek | your doing good.. especially with openmoko coming |
| 22:33.31 | likewise | tharvey: DEPENDS aaa means "this .bb needs package aaa to be built first". |
| 22:34.00 | likewise | tharvey: RDEPENDS bbb means "the target will need package bbb in order for this package to run on the target" |
| 22:34.54 | tharvey | ahh... ok. and 'inherit image'? |
| 22:35.49 | likewise | tharvey: we have a set of tasks (things bitbake must do) that are common. One of them is the "image class of tasks". |
| 22:36.44 | likewise | tharvey: inherit image means that that .bb file re-uses the common tasks for a image. These common task classes are in /org.openembedded.dev/classes/*.bbclass |
| 22:37.13 | likewise | tharvey: skim through the documentation / wiki / www.openembedded.org / www.openembedded.info while you explore stuff. |
| 22:37.30 | likewise | tharvey: we have rather steep learning curve but it pays off after a while, I promise :-) |
| 22:42.05 | tharvey | yes... steep learning curve - thanks for all the insight here. I'm evaluating using OE for an internal BSP vs other's like OpenWRT, LTIB, buildroot |
| 22:49.13 | tharvey | http://oe.linuxtogo.org/user-manual rocks! |
| 22:50.02 | *** join/#oe Nahor (n=jehan@70.90.175.34) |
| 22:51.05 | likewise | tharvey: for what architecture? powerpc? |
| 22:51.39 | *** join/#oe NineX (i=ninex@gentoo.netzone.kom.pl) |
| 22:52.19 | tharvey | various architectures (x86, PPC, ARM)... we have 3 or 4 embedded platforms, used in perhaps 6 to 7 products. There currently are a variety of different distros on them... I'm trying to unify everything. |
| 22:53.12 | likewise | tharvey: ok, I'm in the same position, but I was there two or three years ago. I chose OE over buildroot. LTIB did not exist then, or only for powerpc/coldfire. I'ld still make the same choice today. |
| 22:53.47 | likewise | tharvey: but please let us know if you have questions/doubts/suggestions |
| 22:53.58 | tharvey | I'm probably 98% certain OE is the way I'm heading... just doing a little research to backup my decision and at the same time trying to get my feet wet |
| 22:54.27 | tharvey | I've used OpenWRT quite a bit (buildroot based), and I've worked on my own buildroot based distro for the past couple of years at another job |
| 22:54.59 | tharvey | I only wish I would have noticed http://oe.linuxtogo.org/user-manual prior to http://oe.linuxtogo.org/wiki/GettingStarted |
| 22:55.37 | tharvey | GettingStarted doesn't work for me... missing file to download |
| 22:58.46 | likewise | tharvey: what file? |
| 23:08.14 | tharvey | http://downloads.sleepycat.com/db-4.3.29.tar.gz |
| 23:10.53 | tharvey | so in the effort to find what's requiring db -> console-image depends on task-base-extended (still looking for that expect to see a packages/task-base-extended.bb). |
| 23:14.01 | likewise | tharvey: ah, ok, the task based images build more than you need. don't ask me why, I never understood the task-based images, and never use them. |
| 23:14.14 | likewise | tharvey: however, db will not end up in your image. |
| 23:14.21 | likewise | gotta get some sleep now. |
| 23:14.22 | likewise | cya |
| 23:16.46 | *** join/#oe astro76 (n=jtaji@unaffiliated/astro76) |
| 23:20.22 | *** join/#oe fenfir (n=fenfir@adsl-64-219-109-77.dsl.lgvwtx.swbell.net) |
| 23:37.01 | *** join/#oe Marex (n=marex@vasut.kolej.mff.cuni.cz) |
| 23:43.58 | *** join/#oe crweb (n=tom@12-210-80-80.client.mchsi.com) |
| 23:49.22 | *** join/#oe fenfir (n=fenfir@adsl-64-219-109-77.dsl.lgvwtx.swbell.net) |
| 23:50.29 | *** join/#oe osas (n=nnnnnnnn@nslu2-linux/osas) |
| 23:53.05 | *** join/#oe rsalveti (n=salveti@189.70.57.21) |
| 23:54.14 | *** join/#oe bbradley (n=bbradley@92-235-133-146.cable.ubr17.azte.blueyonder.co.uk) |
| 23:55.39 | *** join/#oe angom (n=angom@201.170.65.143) |
| 23:56.35 | *** part/#oe angom (n=angom@201.170.65.143) |
| 23:57.51 | *** join/#oe aloisiojr (n=aloisio@189.70.11.11) |
