00:01.58 | *** join/#oe yakov (n=yakov@89-179-15-166.broadband.corbina.ru) |
00:02.04 | yakov | guys, floating recipe is one that has several versions of a package available? isn it? |
00:08.36 | *** join/#oe yakov (n=yakov@89-179-15-166.broadband.corbina.ru) |
00:09.16 | yakov | hello |
00:19.37 | *** join/#oe saladino (n=saladino@55.Red-80-35-102.staticIP.rima-tde.net) |
00:29.04 | *** join/#oe jott_ (n=j@unaffiliated/jott) |
00:48.57 | *** join/#oe yakov (n=yakov@89-179-104-46.broadband.corbina.ru) |
01:57.41 | *** join/#oe [cc]smart (n=[cc]smar@gw.ptr-62-65-142-223.customer.ch.netstream.com) |
02:12.54 | *** join/#oe benlau (n=benlau@221.125.8.107) |
02:16.09 | *** join/#oe mhnoyes__ (n=mhnoyes@dialup-4.246.18.23.Dial1.SanJose1.Level3.net) |
02:32.00 | *** join/#oe rd_ (n=rd@88.198.85.37) |
02:49.43 | *** join/#oe andersee (n=andersee@codepoet.org) |
03:09.23 | koen | XorA|gone: could be |
03:10.13 | rwhitby | koen: up early today? |
03:10.37 | koen | sort of |
03:10.45 | koen | woke up and couldn't get back to sleep |
03:34.04 | *** join/#oe alphaone (n=alphaone@2001:638:602:af01:0:0:0:1) |
03:51.40 | CIA-3 | 03koen 07org.oe.dev * r501c4814... 10/ (33 files in 4 dirs): linux-ezx: update to svn r2050 |
03:51.50 | CIA-3 | 03koen 07org.oe.dev * r5911b2fa... 10/ (1 packages/ezx/ezxd_svn.bb): ezxd: fix hardcoded gcc |
04:01.23 | *** join/#oe AvengerMoJo (n=alex@61.14.130.201) |
04:14.25 | *** join/#oe dion (n=dion@inhex.net) |
04:16.13 | *** join/#oe xjqian (n=gordon@24-107-189-59.dhcp.stls.mo.charter.com) |
04:47.18 | *** join/#oe zap_ (n=zap@16.170.249.ozerki.net) |
04:47.22 | *** join/#oe summatusmentis (n=summatus@rn083002.morris.umn.edu) |
05:01.42 | *** join/#oe hvontres|home (n=hvontres@adsl-71-154-211-63.dsl.sndg02.sbcglobal.net) |
05:01.44 | CIA-3 | 03rwhitby 07org.oe.dev * r71355ad1... 10/ (1 packages/tasks/task-openmoko-feed.bb): task-openmoko-feed: Added joe |
05:05.52 | *** join/#oe DanLiang (n=Dan@124.243.207.214) |
05:08.24 | *** join/#oe W8TVI (n=me@75.116.117.226) |
05:10.43 | *** join/#oe astro76 (n=james@unaffiliated/astro76) |
05:18.12 | *** join/#oe pleemans (n=peter@leemanpe.ugent.be) |
05:25.58 | *** join/#oe hvontres|home (n=hvontres@adsl-71-154-211-63.dsl.sndg02.sbcglobal.net) |
05:38.36 | *** join/#oe _law_ (n=law@mail.stiftadmont.at) |
05:38.50 | *** join/#oe steliosk (n=Stelios@ipa226.211.tellas.gr) |
05:41.13 | steliosk | good morning all |
05:48.07 | B_Lizzard | zamponiasma proiniatika |
05:50.11 | daurnimator | ^^ |
06:03.53 | koobla | hi all! |
06:04.21 | *** part/#oe xjqian (n=gordon@24-107-189-59.dhcp.stls.mo.charter.com) |
06:08.29 | *** join/#oe ewilhelm (n=ewilhelm@pool-71-111-49-155.ptldor.dsl-w.verizon.net) |
06:19.19 | *** join/#oe rschuster (n=rob@e178088152.adsl.alicedsl.de) |
06:19.46 | rschuster | hi |
06:23.27 | rschuster | suppose I am a 3rd party which develops and maintains packages for a distribution (e.g. angstrom). how can I provide those packages (say foo, baz and bar) and their dependendencies (minus the ones that are already provided by angstrom itself) via a feed. Has OE support for such an approach? If not would you be interested in patches allowing it? |
06:24.01 | *** join/#oe polyonymous (n=hacker@pD9539051.dip0.t-ipconnect.de) |
06:34.55 | steliosk | B_Lizzard : :) |
06:35.06 | B_Lizzard | :D |
06:36.37 | rwhitby | rschuster: I'd be interested. |
06:36.45 | steliosk | rschuster : The feed that a package ends to, is handled by a script at the webserver the repo is |
06:37.07 | rwhitby | rschuster: chuck it in a bugzilla entry and post an RFC to oe-devel |
06:38.29 | steliosk | rschuster : in your case (if i understand well) you need to add a second repo, in addition to the angstrom one, which is pretty easy to do |
06:46.07 | *** join/#oe bluelightning (n=blueligh@219-89-48-99.dialup.xtra.co.nz) |
06:46.38 | rschuster | steliosk: the problematic part is IMHO that my 3rd party repo should not contain e.g. libraries that are already in the angstrom feed |
06:46.47 | rschuster | I posted a longer version of this problem on oe-devel |
06:47.06 | rschuster | rwhitby: bugzilla: will go for it |
06:47.50 | rwhitby | rschuster: as a dirty hack, you could set PACKAGE_ARCH in your third-party packages to separate them out ... |
06:48.04 | rwhitby | but I expect you have a much cleaner solution in your RFC |
06:49.49 | steliosk | rschuster : haven't looked at the OE ml yet |
06:53.43 | rwhitby | rschuster: heh - PACKAGE_ARCH is the solution you used :-) |
06:54.24 | *** join/#oe rob_w (n=bob@M8e9d.m.pppool.de) |
06:56.02 | rschuster | rwhitby: :) |
07:03.09 | *** join/#oe noglitch (n=Miranda@mail.atmel.fr) |
07:18.19 | *** join/#oe nud (n=sf@www.multitel.be) |
07:38.25 | *** join/#oe W8TVI_ (n=me@166.166.27.46) |
07:48.35 | XorA | morning |
07:57.37 | koen | hey XorA |
08:01.49 | hrw | morning |
08:05.18 | koen | hey hrw |
08:06.48 | *** join/#oe lichtgestalt (n=Lichtges@R72fc.r.ppp-pool.de) |
08:06.54 | *** join/#oe bluelightning (n=blueligh@219-89-48-99.dialup.xtra.co.nz) |
08:12.18 | *** join/#oe ade|desk (n=adavey@194.200.143.249) |
08:12.23 | *** part/#oe ade|desk (n=adavey@194.200.143.249) |
08:12.27 | *** join/#oe ade|desk (n=adavey@194.200.143.249) |
08:17.46 | *** join/#oe rob_w|laptop (n=rob_w@p549B97DD.dip0.t-ipconnect.de) |
08:21.50 | *** join/#oe Varoudis (n=varoudis@athedsl-284027.home.otenet.gr) |
08:26.55 | XorA | hey mickeyl |
08:27.01 | mickeyl | good morning |
08:27.22 | XorA | heh heh |
08:27.37 | XorA | my ADSL2+ should arrive wedsnesday |
08:27.47 | mickeyl | at least all machines are online again. |
08:28.02 | koen | bah |
08:28.06 | mickeyl | there's more to it but i have no time to configure it all optimally |
08:28.11 | koen | the mtd driver in linux-ezx segfaults |
08:28.20 | koen | no 2.4 removing for me :( |
08:28.28 | RP | morning all |
08:29.14 | koen | hey RP |
08:30.48 | mickeyl | morning rp |
08:30.54 | mickeyl | koen: yes, i think that's expected |
08:30.59 | mickeyl | it never really worked |
08:31.05 | mickeyl | needs more love |
08:31.21 | mickeyl | but i think that'll be one of the next steps |
08:31.30 | koen | and IIRC 2.6.21 has an mtd bug |
08:43.34 | *** join/#oe AvengerMoJo (n=alex@61.14.130.201) |
09:06.30 | ade|desk | does ROOT_FLASH_SIZE have meaning or is it ignored ? |
09:06.52 | koen | some images use to use it |
09:06.57 | koen | used* |
09:07.45 | hrw | ade|desk: ignored |
09:08.00 | ade|desk | ok, I just tried an angstrom image for my old h3600, jffs2 came out at 21MB not the 16 I was hoping for :( |
09:08.26 | *** join/#oe aloril_ (n=aloril@kaar72.airix.fi) |
09:08.28 | ade|desk | so whats the best way to make sure of a no more than 16MB ? |
09:09.16 | koen | create your own image :) |
09:09.48 | XorA | delete crap like glibc :-) |
09:10.18 | ade|desk | I must admit I get lost running through the angstrom-*-images these days |
09:11.05 | ade|desk | perhaps I should build a minimal image and then bulk up from that with extras via feed |
09:11.13 | *** join/#oe jbs (n=Bernardo@84.39.99.236) |
09:14.26 | koen | we could go back to one image recipe which contains change depending machine, moon phase and freshness of your socks ;) |
09:15.20 | ade|desk | sounds good +1 vote from me |
09:16.23 | *** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net) |
09:40.03 | *** join/#oe Bitmaster (n=Bitmaste@c-2f61e253.325-1-64736c12.cust.bredbandsbolaget.se) |
09:42.57 | *** join/#oe __law__ (n=law@mail.stiftadmont.at) |
09:51.35 | *** join/#oe jbs (n=Bernardo@84.39.65.91) |
10:10.18 | *** join/#oe mallum (n=mallum@86.157.93.91) |
10:25.20 | *** join/#oe tstone (n=tstone@IP-213157027016.dialin.heagmedianet.de) |
10:28.44 | *** join/#oe florian (n=fuchs@217.146.132.69) |
10:35.05 | *** join/#oe slapin (n=slapin@iap-pxy-mow1.siemens.ru) |
10:42.20 | florian | good morning |
11:09.07 | Jin^eLD | re |
11:09.10 | *** join/#oe saladino (n=saladino@55.Red-80-35-102.staticIP.rima-tde.net) |
11:39.11 | *** join/#oe polyonymous (n=hacker@pD9538ED0.dip0.t-ipconnect.de) |
11:42.12 | *** join/#oe ssvb (n=user@87.252.225.64) |
11:45.49 | *** join/#oe aCiDBaSe (n=osantana@200.184.118.132) |
11:51.13 | *** join/#oe marciom (n=marcio@200.184.118.132) |
11:52.00 | *** join/#oe memeruiz (n=memeruiz@Ma9c5.m.pppool.de) |
11:59.19 | stefan_schmidt | Anyone working on recipes for the recently open-sourced Hildon Input Method Framework? |
12:00.26 | koen | not yet |
12:00.34 | koen | I want hildon to build first |
12:00.39 | koen | (see packages/maemo3) |
12:00.49 | koen | some bits still require the nokia fork of gtk |
12:01.21 | stefan_schmidt | koen: ouch, that means I would have to fix all this before playing with the framework? |
12:01.33 | koen | not all |
12:01.47 | koen | hildon-fm stil misbehaves, the rest is ok |
12:01.49 | stefan_schmidt | koen: Ah, just your prioritize. |
12:02.32 | stefan_schmidt | I take a look at it after lunch. |
12:05.39 | hrw | http://blog.haerwu.biz/2007/09/10/fucking-royal-mail/ |
12:06.41 | XorA | hrw: heh heh |
12:08.07 | XorA | although they managed to deliver all my mail in the strike without hitches |
12:08.23 | rschuster | stefan_schmidt: Have any URL for that? |
12:08.30 | hrw | XorA: lucky you |
12:08.49 | rschuster | stefan_schmidt: I mean about "the recently open-sourced Hildon Input Method Framework" |
12:08.51 | stefan_schmidt | rschuster: moment |
12:09.05 | *** join/#oe tank17 (i=tank17@gateway/tor/x-5b454284dd1f6530) |
12:09.15 | stefan_schmidt | rschuster: http://maemo.org/news/announcements/view/1189194936.html |
12:09.24 | stefan_schmidt | rschuster: http://live.gnome.org/Hildon/HildonInputMethod |
12:09.32 | *** join/#oe kristoffer (n=kristoff@80.251.192.2) |
12:09.46 | rschuster | stefan_schmidt: thanks alot |
12:10.16 | stefan_schmidt | rschuster: np, just tell me when the recipes are ready. |
12:10.23 | stefan_schmidt | rschuster: just kidding |
12:12.50 | rschuster | does nokia's understanding of sourcecode differ from mine? |
12:12.51 | rschuster | http://codebrowse.launchpad.net/~mdamt/+junk/hildon-input-method-framework/revision/mdamt%40sudirman-20070907143156-o6jxrg5vsnws5toe?start_revid=mdamt%40sudirman-20070907143156-o6jxrg5vsnws5toe |
12:13.07 | rschuster | <PROTECTED> |
12:13.08 | rschuster | <PROTECTED> |
12:13.08 | rschuster | ?!? |
12:13.57 | rschuster | ok this one is better: https://stage.maemo.org/svn/maemo/projects/haf/trunk/hildon-input-method-framework/src/ |
12:14.01 | koen | rschuster: nokia's definition of 'open' is 'closed source company controlled' |
12:15.52 | CIA-3 | 03koen 07org.oe.dev * r76a8d4ee... 10/ (1 packages/gsm/files/default packages/gsm/libgsmd_svn.bb): (log message trimmed) |
12:15.52 | CIA-3 | libgsmd: add stub for Motorola EZX platforms, tested, but does nothing yet: |
12:15.52 | CIA-3 | [13:52] koen: stefan_schmidt: I read http://wiki.openezx.org/Mux_cli |
12:15.54 | CIA-3 | [13:52] stefan_schmidt: koen: Should be point to start with. |
12:15.56 | CIA-3 | [13:52] stefan_schmidt: koen: I can't remember what services ends on which mux devices |
12:15.58 | CIA-3 | [13:52] stefan_schmidt: koen: Could be tricky if you have to connect to two different ones. |
12:16.00 | CIA-3 | [13:52] koen: yeah |
12:16.02 | CIA-3 | 03koen 07org.oe.dev * r76a8d4ee... 10/ (1 packages/gsm/files/default packages/gsm/libgsmd_svn.bb): (log message trimmed) |
12:16.05 | CIA-3 | libgsmd: add stub for Motorola EZX platforms, tested, but does nothing yet: |
12:16.07 | CIA-3 | [13:52] koen: stefan_schmidt: I read http://wiki.openezx.org/Mux_cli |
12:16.09 | CIA-3 | [13:52] stefan_schmidt: koen: Should be point to start with. |
12:16.14 | CIA-3 | [13:52] stefan_schmidt: koen: I can't remember what services ends on which mux devices |
12:16.16 | CIA-3 | [13:52] stefan_schmidt: koen: Could be tricky if you have to connect to two different ones. |
12:16.22 | CIA-3 | [13:52] koen: yeah |
12:16.24 | CIA-3 | 03koen 07org.oe.dev * r76a8d4ee... 10/ (1 packages/gsm/files/default packages/gsm/libgsmd_svn.bb): (log message trimmed) |
12:16.27 | CIA-3 | libgsmd: add stub for Motorola EZX platforms, tested, but does nothing yet: |
12:16.29 | CIA-3 | [13:52] koen: stefan_schmidt: I read http://wiki.openezx.org/Mux_cli |
12:16.31 | CIA-3 | [13:52] stefan_schmidt: koen: Should be point to start with. |
12:16.33 | koen | ~kill CIA-3 |
12:16.33 | ibot | ACTION shoots a hyper-charged proton gun at CIA-3 |
12:16.33 | CIA-3 | [13:52] stefan_schmidt: koen: I can't remember what services ends on which mux devices |
12:16.35 | CIA-3 | [13:52] stefan_schmidt: koen: Could be tricky if you have to connect to two different ones. |
12:16.36 | hrw | flooders! |
12:16.37 | CIA-3 | [13:52] koen: yeah |
12:16.39 | CIA-3 | 03koen 07org.oe.dev * r76a8d4ee... 10/ (1 packages/gsm/files/default packages/gsm/libgsmd_svn.bb): (log message trimmed) |
12:16.42 | CIA-3 | libgsmd: add stub for Motorola EZX platforms, tested, but does nothing yet: |
12:16.44 | CIA-3 | [13:52] koen: stefan_schmidt: I read http://wiki.openezx.org/Mux_cli |
12:16.46 | CIA-3 | [13:52] stefan_schmidt: koen: Should be point to start with. |
12:17.00 | CIA-3 | [13:52] stefan_schmidt: koen: I can't remember what services ends on which mux devices |
12:17.00 | CIA-3 | [13:52] stefan_schmidt: koen: Could be tricky if you have to connect to two different ones. |
12:17.00 | CIA-3 | [13:52] koen: yeah |
12:17.00 | CIA-3 | 03koen 07org.oe.dev * r76a8d4ee... 10/ (1 packages/gsm/files/default packages/gsm/libgsmd_svn.bb): (log message trimmed) |
12:17.01 | CIA-3 | libgsmd: add stub for Motorola EZX platforms, tested, but does nothing yet: |
12:17.03 | CIA-3 | [13:52] koen: stefan_schmidt: I read http://wiki.openezx.org/Mux_cli |
12:17.05 | CIA-3 | [13:52] stefan_schmidt: koen: Should be point to start with. |
12:17.07 | CIA-3 | [13:52] stefan_schmidt: koen: I can't remember what services ends on which mux devices |
12:17.09 | CIA-3 | [13:52] stefan_schmidt: koen: Could be tricky if you have to connect to two different ones. |
12:17.11 | CIA-3 | (1 lines omitted) |
12:19.13 | koen | ~seen vivijim |
12:19.16 | ibot | vivijim <n=vivijim@200.184.118.132> was last seen on IRC in channel #oe, 4d 22h 44m 32s ago, saying: 'zecke: It is really close... I believe that I'll stay in the garden one.... Now I need to leard how to pronounce these street names hehehe'. |
12:23.10 | *** join/#oe vivijim (n=vivijim@20132136099.user.veloxzone.com.br) |
12:23.26 | XorA | koen: you turned your hand to demon summoning? |
12:23.47 | koen | yeah |
12:28.08 | rschuster | koen: quim gil really tries to make nokia more open. |
12:28.41 | rschuster | koen: but often he torn apart from both side |
12:28.49 | rschuster | s/side/sides/ |
12:29.22 | koen | I've met quim a few times in person |
12:30.11 | XorA | thats an unfortunate name in English |
12:30.20 | rschuster | this is what I mean: https://bugs.maemo.org/show_bug.cgi?id=176 |
12:30.22 | koen | we know :) |
12:31.07 | hrw | so is 'openmoko' in spanish |
12:31.20 | hrw | or 'OSRAM' lightbulbs in Polish ;D |
12:31.25 | rschuster | and poedit in german. haha :) |
12:32.09 | CM | openmoko means open me in tagalog |
12:32.23 | CM | Or "you open me", something like that |
12:32.37 | XorA | OpenMoko in spanish is fun :-) |
12:32.51 | CM | But it's supposed to be moco |
12:34.11 | *** join/#oe birunko (n=birunko@200.184.118.132) |
12:34.13 | hrw | 'osram it' in Polish is very inpolite way to tell: 'I will make a shit on it' |
12:34.34 | XorA | hrw: heh heh |
12:35.17 | hrw | their first PR campain had to be dropped due to product name |
12:35.41 | XorA | so basically they advertise Long Life Shit? |
12:36.00 | CM | Well, this german company had to change the name of their mp3 player: http://www.shinyshiny.tv/2007/08/worst_mp3_playe.html |
12:36.12 | CM | i.Beat blaxx - What were they thinking... |
12:42.47 | *** join/#oe tank17 (i=tank17@gateway/tor/x-1fd72d82bea668b4) |
12:53.36 | *** join/#oe rob_w|laptop (n=rob_w@p549B97DD.dip0.t-ipconnect.de) |
12:57.25 | *** join/#oe Timelord0 (n=TL@16.8c.d12c.cidr.airmail.net) |
12:59.35 | *** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net) |
13:01.54 | *** join/#oe lichtges1alt (n=Lichtges@R7382.r.ppp-pool.de) |
13:03.39 | *** join/#oe tnb (n=tnb@sdgsystems.net) |
13:11.13 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
13:14.25 | Jin^eLD | Crofton: ping |
13:14.41 | Crofton | pong |
13:15.10 | Crofton | Jin^eLD, I am still not 100% paying attention to work matters |
13:15.21 | Jin^eLD | Crofton: the kernel uImage for davinci is 4.5mb, is that really ok? :> |
13:15.26 | Jin^eLD | Crofton: ok |
13:15.33 | Crofton | probably not |
13:15.46 | Crofton | maybe we aren't compressing it? |
13:16.00 | Jin^eLD | I'll look it up, but when booting it says "uncompressing kernel" |
13:16.11 | Jin^eLD | I thought you put a rootfs image inside it |
13:16.13 | Crofton | I won't be ale to look it it for a week or so |
13:16.15 | Crofton | no |
13:16.23 | Jin^eLD | ok then, I'll have a look |
13:16.24 | Crofton | not deliberately anyway |
13:16.26 | Crofton | thanks! |
13:16.39 | Jin^eLD | it's loading the kernel for about 2 minutes now :) |
13:16.45 | Crofton | urg |
13:17.14 | Crofton | I wonder if soemthing stupid happens as the kernel is updates in git, but we do not redo the defconfig |
13:17.15 | hrw | uboot decompress kernel or kernel decompress itself? |
13:17.30 | Jin^eLD | Starting kernel ... |
13:17.30 | Jin^eLD | Uncompressing Linux.. |
13:17.36 | Jin^eLD | so I guess the kernel |
13:17.39 | Crofton | probablt uboot, need to maove the omap/deavinci kernel to linux.inc ..... |
13:17.40 | Jin^eLD | because the uImage has already been loaded |
13:17.49 | Jin^eLD | oh yeah, its uncompressed |
13:17.52 | Jin^eLD | <PROTECTED> |
13:18.10 | hrw | thats why 4.5M? |
13:18.17 | Jin^eLD | makes sense now |
13:18.22 | Jin^eLD | I'll take a look at the .bb file |
13:19.23 | hrw | Jin^eLD: vmlinux? |
13:19.42 | Jin^eLD | hrw: its packed into a uImage, so not sure |
13:19.54 | Jin^eLD | don't know what crofton used in his recipe |
13:20.53 | Jin^eLD | its based on linux-omap.inc |
13:20.59 | Jin^eLD | lets see what that one is doing.. |
13:21.35 | Crofton | it needs to change to linux.inc |
13:21.49 | hrw | or even merge into it? |
13:21.57 | Crofton | so if you need to apply energy, I think that is the way to go |
13:23.21 | Jin^eLD | uuh.. linux.inc looks weird, will ned some more studying of it |
13:23.27 | Jin^eLD | I know how to make my own standalone recipe |
13:23.40 | Jin^eLD | so not yet sure which way I will go |
13:27.02 | *** join/#oe AvengerMoJo (n=alex@219.142.215.120) |
13:36.16 | chouimat | morning |
13:46.08 | koen | rwhitby: fwiw, the timezones* packages are obsolete, you want the tzdata* packages |
13:47.06 | rwhitby | tghx |
13:47.09 | rwhitby | thx |
13:48.07 | hrw | koen: I think that we should drop timezones* ones and make tzdata provide them |
13:48.25 | koen | hrw: RREPLACES would be better |
13:52.45 | rwhitby | I'll go and make that change right now ... |
13:53.18 | koen | tzdata has the US daylight saving changes |
13:54.04 | *** join/#oe mhnoyes (n=mhnoyes@dialup-4.246.18.161.Dial1.SanJose1.Level3.net) |
13:55.17 | *** join/#oe ich (n=ich@dsl-62-220-14-162.berlikomm.net) |
13:58.38 | hrw | koen: PROVIDES and RREPLACES |
13:58.53 | koen | ah |
13:59.00 | koen | sorry, I misread that as RPROVIDES |
14:04.16 | zecke | moin |
14:08.08 | *** join/#oe summatusmentis (n=summatus@rn083002.morris.umn.edu) |
14:08.51 | CIA-3 | 03rwhitby 07org.oe.dev * r6e9b78a5... 10/ (1 packages/tasks/task-openmoko-feed.bb): task-openmoko-feed: Replaced timezones with tzdata |
14:09.01 | nud | does someone else's "handling bitbake files" hang at 77% ? (gnuradio) |
14:09.05 | rwhitby | yep |
14:09.06 | CIA-3 | 03koen 07org.oe.dev * r11dbe81f... 10/ (3 files in 3 dirs): linux-ezx: apply patch to fix mtd access |
14:09.27 | nud | does someone know how to fix that ? :-) |
14:13.16 | CIA-3 | 03rwhitby 07org.oe.dev * r6e9b78a5... 10/ (1 packages/tasks/task-openmoko-feed.bb): task-openmoko-feed: Replaced timezones with tzdata |
14:13.20 | CIA-3 | 03rwhitby 07org.oe.dev * r6e9b78a5... 10/ (1 packages/tasks/task-openmoko-feed.bb): task-openmoko-feed: Replaced timezones with tzdata |
14:13.52 | CIA-3 | 03rwhitby 07org.oe.dev * r6e9b78a5... 10/ (1 packages/tasks/task-openmoko-feed.bb): task-openmoko-feed: Replaced timezones with tzdata |
14:13.57 | rwhitby | weird |
14:13.57 | CIA-3 | 03rwhitby 07org.oe.dev * r6e9b78a5... 10/ (1 packages/tasks/task-openmoko-feed.bb): task-openmoko-feed: Replaced timezones with tzdata |
14:14.14 | CIA-3 | 03rwhitby 07org.oe.dev * r6e9b78a5... 10/ (1 packages/tasks/task-openmoko-feed.bb): task-openmoko-feed: Replaced timezones with tzdata |
14:14.20 | zecke | hehe |
14:14.29 | CIA-3 | 03rwhitby 07org.oe.dev * r6e9b78a5... 10/ (1 packages/tasks/task-openmoko-feed.bb): task-openmoko-feed: Replaced timezones with tzdata |
14:14.34 | CIA-3 | 03koen 07org.oe.dev * r11dbe81f... 10/ (3 files in 3 dirs): linux-ezx: apply patch to fix mtd access |
14:18.21 | rwhitby | maybe it reported it once in each timezone ... |
14:18.37 | zecke | hehe |
14:22.57 | koen | RP: do you have a copy of that pxafb-in-sram patch lying around? |
14:25.06 | *** join/#oe osas (n=nnnnnnnn@72.53.149.68) |
14:27.44 | nud | how can I force a cvs version of a package in an image ? |
14:27.57 | nud | using package-cvs or package_cvs doesn't work |
14:30.18 | RP | koen: http://www.rpsys.net/openzaurus/patches/tosort/0206_linux-2.6.16-pxa27x-sram.patch ? |
14:31.30 | torpor | | /usr/bin/autoreconf: unrecognized option `--exclude=autopoint' |
14:31.32 | torpor | wtf? |
14:34.43 | koen | RP: yes, that one |
14:34.44 | koen | thanks |
14:37.49 | torpor | can someone tell me what version of automake we're supposed to have onboard for OE? |
14:39.29 | torpor | <PROTECTED> |
14:39.31 | torpor | ? |
14:40.01 | koen | that's autoconf-native |
14:42.16 | tstone | hi, what file besides defconf do i have to change to add module packages to the kernel package? |
14:44.18 | zecke | Philippe: ping |
14:44.59 | torpor | koen: thanks |
14:46.23 | florian | I need a small ARM-based CPU board like the Toradex Colibri - anyone here wo can recommend something like this? |
14:47.48 | koen | florian: like http://www.elinux.org/Hammer_Board ? |
14:48.41 | tstone | florian: nslu2 |
14:49.34 | *** join/#oe psokolovsky (n=psokolov@82.193.99.8) |
14:49.51 | florian | koen: yeah that's nice, but a little bit more power would be good. |
14:50.03 | florian | tstone: too big and needs too much power |
14:50.52 | ade|desk | where can you get the hammer board from ? |
14:50.56 | florian | The phyCORE PXA270CE looks quite interesting too... |
14:52.15 | *** join/#oe CosmicPenguin (n=nobody@crank.laptop.org) |
14:52.25 | psokolovsky | Hi! |
14:52.45 | psokolovsky | Is issue with http://linuxtogo.org/gowiki/ known? |
14:53.08 | florian | hi psokolovsky |
14:53.31 | psokolovsky | florian: Hi, any hints re: above? |
14:53.41 | florian | hrmpf... we had this before |
14:53.55 | tstone | florian: gumsticks computer? |
14:54.08 | koen | what's wrong with the wiki? |
14:54.12 | koen | works over here |
14:54.20 | koen | theme problems? |
14:54.23 | psokolovsky | koen: it seems to lack any css and images |
14:54.27 | psokolovsky | yep |
14:54.50 | koen | those work in my theme :) |
14:55.01 | koen | 'rightsidebar' |
14:55.23 | psokolovsky | koen: doesn't work in anon and my login (was yellowish-brownish theme) |
14:58.38 | florian | tstone: that looks quite interesting |
15:00.03 | psokolovsky | koen: please remind me where to ssh to upload stuff for a-d.org? |
15:00.52 | koen | psokolovsky: define stuff |
15:01.40 | psokolovsky | koen: device images for unstable/ (mentor's stuff) |
15:02.18 | koen | images built from angstrom-<foo>-image recipes go into ~/website/unstable/images/<machine>/<builddate>/ |
15:02.57 | psokolovsky | koen: cool, what is <foo> for ssh <foo> |
15:03.27 | koen | angstrom@linuxtogo.org |
15:03.43 | koen | or angstrom@openembedded.org or angstrom@angstrom-distribution.org :) |
15:04.36 | psokolovsky | koen: aha, thanks, I remembered it was some linuxtogo server. works for me. |
15:04.46 | psokolovsky | koen: so, any ideas on fixing wiki? |
15:04.54 | koen | nope |
15:05.06 | koen | I fixed enough web stuff the past few days :) |
15:05.51 | psokolovsky | damn, worse than hh.org ;-E |
15:06.03 | psokolovsky | koen: for me, even rightsidebar doesn't work ;-( |
15:07.30 | psokolovsky | koen: trademark that css-less theme ;-) |
15:19.21 | *** join/#oe vivijim (n=vivijim@20132136099.user.veloxzone.com.br) |
15:22.54 | *** join/#oe chouimat (n=dieu@kde/developer/chouinard) |
15:24.09 | *** join/#oe summatusmentis_ (n=summatus@umm-yrless170.morris.umn.edu) |
15:50.26 | psokolovsky | koen: fyi, I put upload area access instructions to wiki |
15:50.50 | psokolovsky | RP: Hi, any hints on how to do RRECOMMENDS for images now? |
15:53.54 | *** join/#oe Gerrath (n=Gerrath_@unaffiliated/gerrath) |
15:59.57 | *** join/#oe zecke_ (n=ich@dsl-62-220-14-162.berlikomm.net) |
15:59.58 | *** join/#oe dcordes (n=tsingtao@78.48.8.217) |
16:00.21 | CIA-3 | 03mickeyl 07org.oe.dev * r5978397b... 10/ (4 files in 2 dirs): libnotify: remove older ones, fix formatting |
16:00.27 | CIA-3 | 03mickeyl 07org.oe.dev * r8f24f687... 10/ (4 files in 2 dirs): notification-daemon: remove 0.3.5, package dbus services file in 0.3.6, add 0.3.7 |
16:00.33 | CIA-3 | 03daniel 07org.oe.dev * rbc1bceb6... 10/ (1 packages/openmoko2/openmoko-terminal2_svn.bb): openmoko-terminal2_svn.bb: Put vte in RDEPENDS so it gets installed into the rootfs (closes OpenMoko bug #809) |
16:02.20 | *** join/#oe leoncamel (n=leoncame@p6024-ipbfp305fukuokachu.fukuoka.ocn.ne.jp) |
16:02.41 | koen | Patch mtd-sharp-flash-hack-r0.patch does not apply (enforce with -f) |
16:02.42 | koen | ERROR: Task 647 (/home/koen/OE/monotone/org.openembedded.dev/packages/linux/linux-rp_2.6.22.bb, do_patch) failed |
16:02.46 | koen | collie is broken :( |
16:10.15 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
16:12.42 | hrw | <PROTECTED> |
16:12.47 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
16:12.58 | RP | psokolovsky: I don't understand the question? |
16:13.28 | *** join/#oe summatusmentis_ (n=summatus@umm-yrless170.morris.umn.edu) |
16:14.27 | psokolovsky | RP: how can I make an image recipe to RRECOMMEND, not RDEPEND on some packages? |
16:14.46 | psokolovsky | RP: that's re: RDEPENDS -> INSTALL_PACKAGES transition |
16:15.21 | RP | psokolovsky: How did you used to do it? |
16:15.47 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
16:15.54 | psokolovsky | RP: If I remembered that ;-). would RRECOMMENDS in image .bb work? |
16:16.20 | zecke_ | brb |
16:16.41 | RP | psokolovsky: INSTALL_PACKAGES is passed to directly to ipkg. I don't see how RRECOMMENDS in an image .bb file would work |
16:16.46 | RP | (or have ever worked) |
16:16.59 | RP | psokolovsky: Obviously you can add RRECOMMENDS in task packages |
16:17.13 | psokolovsky | RP: ok, that answers it, thanks |
16:19.42 | psokolovsky | RP: and I just hope that bitbake parsing failure issues due to SVN access will be resolved somehow. because it fails randomly just too often ;-(( |
16:20.10 | RP | psokolovsky: I've proposed sane-srcrevs.inc to combat that |
16:20.33 | psokolovsky | RP: hope it will be committed soon... |
16:20.41 | RP | psokolovsky: Its been started iirc |
16:21.08 | RP | psokolovsky: Better solutions welcome keeping in mind my comments about SkipPackage not being an answer |
16:23.21 | psokolovsky | RP: unfortunately I'm out of loop with the whole SRCREV stuff... But no matter how much boon it brings, making mere parsing fail deterministically or non-deterministically is pretty bad engineering decision ;-I |
16:24.31 | RP | psokolovsky: Like I said, tell me what it should do then |
16:25.09 | *** join/#oe mgross (i=mgross@nat/intel/x-1cac53a9484b76e7) |
16:26.25 | koen | http://lists.linuxtogo.org/pipermail/openembedded-devel/2007-September/002963.html |
16:27.09 | RP | psokolovsky: Discovering I make "bad engineering decisions" really encourages me to keep working on bitbake :/ |
16:27.52 | *** join/#oe svolpe (n=Gerrath_@unaffiliated/gerrath) |
16:28.07 | RP | mwester: There is a policy variable which can make it do that |
16:29.52 | *** join/#oe pH5 (n=ph5@e178235135.adsl.alicedsl.de) |
16:29.58 | psokolovsky | RP: oh my, let's don't make tragedy out of this. As I told, I have no idea about the whole SRCREV story. But IMHO, no matter that it was, possible failures during parsing are noticeable regression. Why I'm talking about this is to encourage to find a solution, not forget about it. And of course not to discourage you. So sorry again ;-I |
16:30.07 | mwester | I am confused then -- why not just set that, so that (for example) one can establish a baseline, and choose when to sync up to the head of the various other dev projects? Would this not solve the current problems plaguing the openmoko folks, for example? |
16:30.31 | koen | mwester: http://lists.linuxtogo.org/pipermail/openembedded-devel/2007-September/002963.html |
16:30.51 | psokolovsky | RP: and now, I better shut up, and learn the stuff before being able to tell sth more sensible. |
16:30.52 | RP | mwester: The openmoko devs are primarily the people who want it to refresh each and everytime! |
16:30.55 | *** join/#oe gremlin[it] (n=gremlin@217.201.209.39) |
16:31.25 | koen | psokolovsky: http://lists.linuxtogo.org/pipermail/openembedded-devel/2007-September/002963.html |
16:31.41 | koen | mickeyl: http://lists.linuxtogo.org/pipermail/openembedded-devel/2007-September/002963.html |
16:31.48 | RP | psokolovsky: I'm not taking offence at anything since I have a thick skin. Please do try and understand why it does what it does before calling it bad though, ok? :) |
16:31.54 | koen | there, that should bring it to attention a bit more |
16:32.08 | psokolovsky | koen: I saw that, I'd like to see that in mtn, if that's officially adopted solution. I can judge how good it is myself - as I told, I'm out of loop on latest changes ;-( |
16:32.15 | mwester | RP: Ah. the typical SCM "magic" -- I want my SCM tool to magically determine what is stable for my specific purposes, and magically sync up or lock down all by itself. :) |
16:32.26 | koen | psokolovsky: sane-srcrevs.inc is already in |
16:32.49 | RP | koen: You want to learn about AUTOREV, I will reply to your mail |
16:33.11 | koen | RP: I know about AUTOREV :) |
16:33.12 | psokolovsky | koen: well, then I miss an update apparently. |
16:33.52 | koen | RP: sending messages with obvious flaws is a way to see if people read them :) |
16:36.08 | RP | koen: I was wondering what planet you were on with that syntax ;-) |
16:37.36 | mwester | I don't see any obvious flaws in the code, but what leaps off the page (er, email) to me is the key question of the policy/process/owner for sane-srcrevs.inc. |
16:39.22 | mwester | If left up to each distro, since bitbake is parsing *every* recipe for any distro, then the policy of a specific distro might clash with others. (Why does distro X care about distro Y's dependence on the ability to get the latest version of xemacs, for example) |
16:40.12 | *** join/#oe benlau (n=benlau@221.125.8.107) |
16:40.19 | mwester | If it's centrally-maintained, then the only person who would maintain sane-srcrevs would have to be himself insane. |
16:40.43 | RP | mwester: How is bitbake supposed to work out whether a distro X needs version Y of foo at .bb file parse time? |
16:41.04 | RP | mwester: It doesn't know what versions are available until after its parsed the files... |
16:41.34 | *** join/#oe TheCan (n=thecan@dslb-084-056-206-254.pools.arcor-ip.net) |
16:42.39 | *** join/#oe dcordes_ (n=tsingtao@f048068134.adsl.alicedsl.de) |
16:43.06 | *** join/#oe pleemans (n=peter@d51A5E76A.access.telenet.be) |
16:43.27 | psokolovsky | RP: one q I would have out of top of mind is that it does those "svn info"'s on full reparse, right? It doesn't do it on next startup if cache is good, right? So it won't notice if external repo is changed in such case, right again? |
16:44.28 | RP | psokolovsky: Yes, that is a nasty tricky problem :/ |
16:44.48 | RP | psokolovsky: The cache stores the evaluated form of PV... |
16:45.27 | RP | psokolovsky: people have asked for this to be fixed but its a massive headache :-/ |
16:45.47 | psokolovsky | yeah... |
16:47.44 | mwester | RP: philosophically, I object to the concept of permitting non-locked versions to be specified in the core OE environment. A user should have a local "override" that they can use to specify nebulous terms such as "latest" or "most recent" or similar. OE should be deterministic and stable, and the user should take explicit action to make it otherwise. JMO. |
16:48.11 | RP | mwester: Hence sane-srcrevs.inc. |
16:48.43 | mwester | But sane-srcrevs.inc is the other way around -- someone must take explicit action to make something sane. |
16:49.03 | mwester | It should be "insane-srcrevs.inc" to specify non-specific versions. |
16:49.38 | *** join/#oe csmanx (n=csman@190.42.165.4) |
16:49.53 | RP | mwester: We can make it policy that floating svn .bb files shouldn't exist and that everything should have a revision specified in the .inc file |
16:50.06 | kergoth | morning |
16:50.18 | RP | mwester: distros can then decide if they want that or not |
16:50.21 | RP | hi kergoth |
16:50.51 | *** join/#oe khem (i=khem@nat/montavista/x-d76ebf00677a5b74) |
16:52.11 | RP | mwester: basically we have the functionality in bitbake, we need some policys in OE to handle it now. I've tried to do the best I can from the bitbake side but regardless of how it was implemented, there was going to be sufficent ammo so shot yourself in the foot... |
16:52.47 | mwester | and as always, no shortage of people willing to "ready - fire! - aim"... |
16:54.06 | RP | mwester: quite |
17:04.59 | *** part/#oe ade|desk (n=adavey@194.200.143.249) |
17:05.08 | *** join/#oe tomimo (n=kurre@a193-229-227-182.elisa-laajakaista.fi) |
17:21.12 | *** join/#oe punk-ass (n=user@unaffiliated/punkass) |
17:26.07 | *** join/#oe Gerrath (n=Gerrath_@unaffiliated/gerrath) |
17:39.25 | *** join/#oe zap (n=zap@16.170.249.ozerki.net) |
17:42.58 | *** join/#oe mr_nice (n=mr_nice@p54A9E589.dip.t-dialin.net) |
17:43.59 | *** join/#oe summatusmentis (n=summatus@umm-yrless170.morris.umn.edu) |
17:49.26 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
18:03.58 | *** join/#oe thecan_ (n=thecan@dslb-084-056-198-092.pools.arcor-ip.net) |
18:21.20 | *** join/#oe Bernardo (n=Bernardo@89-180-93-65.net.novis.pt) |
18:24.28 | mr_nice | does anyone knows which devices in oe have power off in userspace? |
18:26.56 | *** join/#oe greentux (n=lemke@Z4bad.z.pppool.de) |
18:48.02 | *** join/#oe gremlin_it (n=gremlin@217.202.21.178) |
18:57.04 | *** join/#oe timtimred (n=On3@82-34-50-106.cable.ubr02.chel.blueyonder.co.uk) |
19:01.51 | *** join/#oe rumcajs (n=rum@2001:5c0:8fff:fffe:0:0:0:6c7d) |
19:09.28 | *** join/#oe memenarsil (n=memeruiz@Ma9c5.m.pppool.de) |
19:10.42 | *** join/#oe summatusmentis (n=summatus@umm-yrless170.morris.umn.edu) |
19:24.57 | Jin^eLD | crap |
19:25.05 | Jin^eLD | can't bring the davinci board up with the OE built kernel |
19:25.10 | *** join/#oe lichtgestalt (n=Lichtges@R72cc.r.ppp-pool.de) |
19:25.15 | Jin^eLD | anyone else tried this? |
19:28.40 | *** join/#oe summatusmentis_ (n=summatus@x84-5-122.vpn.umn.edu) |
19:30.58 | *** join/#oe kurre2 (n=tomimo@a193-229-227-182.elisa-laajakaista.fi) |
19:31.08 | *** join/#oe Sleep_Walker (n=Sleep@2001:5c0:8fff:fffe:0:0:0:6c7d) |
19:35.47 | hrw|tv | hi |
19:36.01 | hrw|tv | mr_nice: what do you mean by 'power off in userspace'? |
19:37.01 | *** join/#oe dion (n=dion@inhex.net) |
19:39.33 | mr_nice | hrw|tv: with userspace I mean, that the power button is watched e.g. by keylaunch which starts apm --suspend and not suspended on keypress by a kernel driver |
19:44.28 | *** join/#oe yakov (n=yakov@89-179-11-188.broadband.corbina.ru) |
19:46.18 | hrw|tv | ah.. |
19:46.44 | hrw|tv | I probably can setup such stuff on alix but with acpid not apm |
19:46.48 | hrw|tv | it is x86 |
19:48.09 | *** join/#oe aloril (n=aloril@kaar72.airix.fi) |
19:51.30 | mr_nice | hrw|tv: ah, ok. |
19:52.52 | mr_nice | hrw|tv: do you know how it is handled by zaurus or ipaq. |
19:55.01 | *** join/#oe vivijim (n=vivijim@20132136099.user.veloxzone.com.br) |
19:55.20 | *** join/#oe psokolovsky (n=psokolov@stingy.earner.volia.net) |
19:55.34 | hrw|tv | nope |
19:55.58 | mr_nice | hrw|tv: ok, thx anyway :) |
19:56.12 | CosmicPenguin | hrw|tv: LinuxBIOS support for alix hit the LinuxBIOS list - soon to be committed |
19:58.15 | hrw|tv | great |
20:14.01 | *** join/#oe asmola (n=asmola@c-75-69-56-83.hsd1.nh.comcast.net) |
20:14.56 | *** join/#oe florian_ (n=fuchs@e179099159.adsl.alicedsl.de) |
20:17.08 | florian | re |
20:17.14 | hrw|tv | CosmicPenguin: how hard to get is that LPC flash stuff to test LB without touching onboard flash? |
20:18.43 | *** join/#oe gremlin[it] (n=gremlin@217.201.205.109) |
20:19.34 | mr_nice | mickeyl: do you have some time for me? |
20:19.57 | RP | mr_nice: FWIW, the zaurus handles this in the kernel atm |
20:20.05 | CosmicPenguin | hrw|tv: hmm - not sure |
20:20.13 | mr_nice | RP: thx for that info |
20:20.17 | RP | mr_nice: http://www.rpsys.net/openzaurus/patches/input_power-r9.patch |
20:20.29 | RP | mr_nice: ugly but has worked for long enough :) |
20:21.58 | mr_nice | RP: thx |
20:40.37 | Jin^eLD | hmm, for some reason my davinci kernel is getting 4MB in size, even if I try to create a gzipped version of uImage out of the vmlinux its still quite big.. and does not start :> I get an undefined instruction when booting |
20:40.39 | Jin^eLD | any ideas? |
20:40.47 | Jin^eLD | or hints? |
20:42.07 | hrw|tv | arch/arm/boot/* image is also so big? |
20:42.21 | Jin^eLD | yes |
20:42.48 | Jin^eLD | I tried various variants, target type vmlinux, target type uImage |
20:42.49 | tstone | Jin^eLD: sounds pretty much like an filesystem error to me. |
20:43.01 | Jin^eLD | but something is always quite weird and the kernel will not start |
20:43.05 | *** join/#oe yakov (n=yakov@89-179-47-242.broadband.corbina.ru) |
20:43.06 | Jin^eLD | tstone: you mean - local? |
20:43.18 | tstone | Jin^eLD: on your devel machine yes |
20:43.27 | Jin^eLD | tstone: but I can build other OE images |
20:43.32 | Jin^eLD | and they boot just fine.. |
20:43.56 | Jin^eLD | I have a mipsel based board and I build a kernel for it that is also mkimaged and stuff |
20:43.57 | Jin^eLD | ant its ok |
20:44.02 | tstone | Jin^eLD: my colleague just produced an vmlinuz.bin with 3gb. |
20:44.02 | Jin^eLD | s/ant/and/ |
20:44.08 | Jin^eLD | lol |
20:44.09 | Jin^eLD | :) |
20:44.25 | hrw|tv | Jin^eLD: its armv4t or armv5te? |
20:44.38 | Jin^eLD | hrw|tv: uhm, not sure, let me look that up in the machine conf |
20:44.47 | hrw|tv | Jin^eLD: and how machine is named in OE? |
20:44.54 | Jin^eLD | davinci-dvevm.conf |
20:45.27 | hrw|tv | started build of virtual/kernel for it |
20:45.51 | Jin^eLD | hrw|tv: Crofton based his bb recipe on linux-omap |
20:45.59 | Jin^eLD | but that one produces something that is not booting |
20:46.07 | Jin^eLD | he suggested that I try to switch to linux.inc |
20:48.10 | Jin^eLD | well, maybe I messed up along the way.. |
20:48.45 | Jin^eLD | but I already did create a working .bb file that also used uImage /mkimage for a different board and that was fine; and I do not see much difference here.. |
20:49.02 | *** join/#oe jbs (n=Bernardo@89-180-93-65.net.novis.pt) |
21:01.12 | hrw|tv | Jin^eLD: NOTE: package linux-davinci-2.6.x+git20070910-r1: task do_fetch: started |
21:02.36 | Jin^eLD | I'll clean, see that I revert all my changes and try again too |
21:04.36 | hrw|tv | Jin^eLD: davinci tree lack any patchsets to release kernels? |
21:04.59 | koen | isn't the davinci tree a 1:1 copy of the omap tree? |
21:05.09 | *** join/#oe jsheldon (n=jim@70.90.111.225) |
21:05.23 | *** join/#oe jbs_ (n=Bernardo@89-180-93-65.net.novis.pt) |
21:05.28 | jsheldon | is there a trick to handling signals in busybox's sh? |
21:05.37 | Jin^eLD | koen: uhm, is it? I do not know anything about omap |
21:06.00 | Jin^eLD | hrw|tv: uhm, I thought the davinci kernel is fetched from some montavista git? |
21:06.27 | Jin^eLD | so it should have all the patches? doh.. well Crofton would know that I guess |
21:07.42 | hrw|tv | koen: it is not |
21:08.22 | koen | weird, since the architecture is quite the same |
21:08.42 | koen | even TI people become incoherent when trying to explain the difference :) |
21:08.55 | hrw|tv | looks like davinci tree gets omap stuff from omap tree |
21:09.25 | koen | davinci is basically 'omap with faster DSP' |
21:09.33 | koen | and 3 overlays |
21:10.49 | koen | anyhow |
21:10.56 | koen | 'night all |
21:11.20 | hrw|tv | n8 koen |
21:12.08 | *** join/#oe TheCan (n=thecan@dslb-084-056-198-092.pools.arcor-ip.net) |
21:12.26 | Jin^eLD | night koen |
21:16.14 | Jin^eLD | 4.4MuImage-2.6.x+git20070910-davinci-dvevm-20070910211930 |
21:16.24 | Jin^eLD | mhm |
21:17.09 | Jin^eLD | and it says its gzip compressed |
21:17.40 | Jin^eLD | staring kernel, then: undefined instruction, dump of something that looks like registers, Resetting CPU... |
21:17.43 | Jin^eLD | doh.. |
21:18.31 | Jin^eLD | hrw|tv: I wonder if you also get the 4.4MB thing, but I guess you will... must be something wrong with the build process of this thing |
21:18.46 | Jin^eLD | well; I am using mkimage from uboot-utils, that should not matter though, right? |
21:18.51 | hrw|tv | undefined instruction? |
21:18.53 | Jin^eLD | ..because the u-boot git is broken |
21:19.19 | hrw|tv | whic instruction? |
21:19.40 | Jin^eLD | http://pastebin.ca/690840 |
21:19.58 | Jin^eLD | does that make any sense to you? |
21:20.30 | hrw|tv | nop |
21:20.31 | hrw|tv | e |
21:20.41 | Jin^eLD | same here :) |
21:20.58 | Jin^eLD | well, time to go home.. gotta catch my train |
21:21.22 | Jin^eLD | night |
21:21.28 | hrw|tv | fsck.. I hate git fetcher |
21:21.34 | Jin^eLD | :) |
21:23.12 | *** join/#oe chouimat (n=dieu@kde/developer/chouinard) |
21:24.05 | hrw|tv | hi chouimat |
21:32.01 | *** join/#oe B_Lizzard (n=havoc@noname-213.5.168.230.acn.gr) |
21:32.31 | *** join/#oe summatusmentis (n=summatus@umm-yrless170.morris.umn.edu) |
21:40.39 | *** join/#oe Crofton (n=balister@CPE001c2381bc7f-CM00159a01ba32.cpe.net.cable.rogers.com) |
21:44.00 | *** join/#oe summatusmentis (n=summatus@x84-5-33.vpn.umn.edu) |
21:45.34 | hrw|tv | I HATE GIT FETCHER CODE |
21:45.47 | hrw|tv | fscking 40 minutes wasted on do_fetch |
21:46.15 | hrw|tv | first 200MB archive fetch, then unpack, then pull, then creating TWO archives... |
21:46.35 | hrw|tv | let me guess.. ~800MB space used |
21:49.17 | kergoth | yikes |
21:50.49 | hrw|tv | 515M for git/ 207M + 56M for archives |
21:51.25 | hrw|tv | 515M git/source.mvista.com.git.linux-davinci-2.6.git/ |
21:51.25 | hrw|tv | 56M git_source.mvista.com.git.linux-davinci-2.6.git_dba75d59b3057f657e8e98bbdd32ff1244977e38.tar.gz |
21:51.29 | hrw|tv | 207M git_source.mvista.com.git.linux-davinci-2.6.git.tar.gz |
21:51.47 | hrw|tv | and let someone say that git is space effective.. |
21:52.57 | florian | it is almost as good as svn ;-) |
22:05.05 | hrw|tv | Jin|away: -rw-r--r-- 1 hrw hrw 4.4M Sep 11 00:00 uImage-2.6.x+git20070910-davinci-dvevm-20070910204513 |
22:07.20 | hrw|tv | bye |
22:08.14 | *** join/#oe mallum (n=mallum@host86-151-66-134.range86-151.btcentralplus.com) |
22:08.26 | *** join/#oe summatusmentis_ (n=summatus@umm-yrless170.morris.umn.edu) |
22:08.57 | *** join/#oe _summatusmentis_ (n=summatus@x84-5-33.vpn.umn.edu) |
22:20.24 | *** join/#oe pleemans (n=peter@d51A5E76A.access.telenet.be) |
22:28.04 | *** join/#oe hughescr (n=Snak@adsl-76-246-147-241.dsl.pltn13.sbcglobal.net) |
22:29.04 | hughescr | anyone know what monotone is doing while it's sucking 100% of CPU for like 10 minutes during an mtn pull? |
22:30.31 | hughescr | I mean seriously, what kind of algorithm takes 10 minutes to sync diffs on a 200MB database? |
22:30.42 | *** join/#oe sakoman_or (n=steve@066-241-084-081.bus.ashlandfiber.net) |
22:30.43 | hughescr | where every diff is frigging timestamped no less |
22:31.16 | hughescr | and it's not even a merge, cos there are no local changes |
22:31.44 | RP | hughescr: It used to taken 20 mins if that makes you feel any better? :) |
22:31.57 | *** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net) |
22:32.29 | hughescr | RP: not really ;) |
22:32.51 | hughescr | I think monotone development must be heavily sponsored by the coffee industry or something |
22:33.08 | hughescr | I could literally go out to starbucks and come back while monotone is pulling |
22:33.12 | RP | hughescr: I have a cron job setup so I don't really notice |
22:33.43 | hughescr | RP: probably not a bad idea |
22:34.12 | hughescr | I'm picturing a situation though where I run that cronjob at super nice priority, and it's not done running by the time the next run's scheduled ;) |
22:35.12 | hughescr | hmm, then after all that I'm not sure it actually pulled everything -- it's missing a branch looks like |
22:35.29 | RP | 'night all |
22:37.34 | hughescr | ah, I see specifying no PATTERN is not the same as specifying '*' |
22:41.47 | hughescr | doh, I think I had just not set up read-permissions right on the server |
22:43.47 | *** join/#oe khem (n=khem@adsl-71-146-21-254.dsl.pltn13.sbcglobal.net) |
22:51.34 | hughescr | another monotone question |
22:51.55 | hughescr | when doing a 3-way merge, is there any way to have monotone tell you which fricking file it is showing you the merge info for? |
22:52.22 | hughescr | instead of just "/tmp/mtn.left.R88RCK" vs "/tmp/mtn.right.6D6AB9" which is not easy to get much context from... |
22:53.02 | hughescr | Ah, I see it does seem to print the filename on the console, just before launching your merge tool |
22:53.12 | hughescr | which is not so helpful when your merge tool is console-based.... |
22:56.02 | *** join/#oe tank17 (i=tank17@gateway/tor/x-17932d01ce4bdacd) |
23:24.07 | *** join/#oe summatusmentis (n=summatus@rn083002.morris.umn.edu) |
23:45.23 | *** join/#oe fer_luck (n=fer_luck@189-10-67-136.cbace700.dsl.brasiltelecom.net.br) |
23:45.28 | fer_luck | howdy all |
23:45.57 | fer_luck | anyone with experience on logicpd boards? I'm thinking about working with them, but need some feedback before I proceed |
23:53.44 | *** join/#oe mithro (n=tim@secure.astc-design.com) |