00:19.33 | *** join/#oe zwelch (n=chatzill@pdpc/supporter/sustaining/zwelch) |
00:20.22 | *** join/#oe tkp (n=tom@81-179-24-207.dsl.pipex.com) |
00:29.44 | *** join/#oe Timelord (n=TL@4.78.4.43) |
00:35.40 | *** join/#oe CSMan (n=csman@bas1-montreal42-1177928072.dsl.bell.ca) |
00:42.18 | *** join/#oe bronson (n=bronson@c-67-188-111-77.hsd1.ca.comcast.net) |
00:46.54 | *** join/#oe zecke (n=ich@91.64.167.72) |
00:57.03 | *** join/#oe mithro (n=tim@lester.mithis.com) |
01:11.21 | *** join/#oe idealm (n=ideal@222.66.106.154) |
01:31.25 | *** join/#oe bobbyz (i=zeus@70-33-4-119.clspco.adelphia.net) |
01:55.23 | *** join/#oe wrobbie (n=rob@cm112.sigma248.maxonline.com.sg) |
01:57.52 | *** part/#oe AvengerMoJo (n=alex@219.142.252.245) |
02:09.25 | T0mW | does anyone have a local.conf file for thier project that they can give me? I seem to be having the devils own time of getting OE to give me any results build a downstream build error. |
02:09.39 | T0mW | I'd like to get it build "something" |
02:12.52 | T0mW | this is typical of what I run into (the current problem): http://rafb.net/paste/results/dry8y950.html |
02:14.35 | T0mW | this is my local.conf: http://rafb.net/paste/results/gkyup224.html |
02:15.19 | T0mW | I assume, that if I run "bitbake essential-image" that OE would make a tarball filesystem image? |
02:36.23 | *** join/#oe W8TVI (n=me@166.165.154.86) |
02:38.28 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
02:39.47 | *** join/#oe punk-ass (n=user@ptbynynas01pool0-a184.ptbyny.tds.net) |
03:13.57 | *** join/#oe chouimat (n=dieu@kde/developer/chouinard) |
03:55.45 | v8jlene | T0mW: So you have no makedevs in tmp/staging? If you run "bitbake makedevs-native" does makedevs then appear in tmp/staging? |
03:57.17 | T0mW | I have a bitbake running now, I will try that when it finishes / fails out. |
03:58.21 | T0mW | v8jlene: after you edit the local.conf, I assume that doing sometthing like "bitbake gpe-image" will build everything needed, then create the IMAGE_TYPES I defined? In this case: jffs2 + tar |
03:59.46 | v8jlene | T0mW: It depends a bit on what you change. If you only changed IMAGE_TYPES then that's fine. If you changed something like machine or target you may need to delete the tmp dir before starting again. |
04:00.18 | T0mW | correct, I got that info before, so I started all over again. |
04:01.41 | T0mW | I removed tmp/ dir, then created a local.conf following the wink demo. Then ran "bitbake task-gpe", didn't get anything other than ipk files in deploy. So, now I'm running "bitbake gpe-image" |
04:02.11 | kergoth | will work fine then |
04:02.29 | T0mW | ok, good to know that I'm on the right track then. heh |
04:02.50 | v8jlene | That's sound right, since it's the image you want. |
04:02.57 | T0mW | did I need to run the "task-gpe" first? or not at all? |
04:03.43 | T0mW | I'm getting the idea that a "task-<anything>" only creates ipkg files, nothing more. |
04:04.26 | T0mW | oh, don't assume that I know anything. I'm coming from buildroot. |
04:04.34 | T0mW | no ipkg, etc. |
04:05.04 | T0mW | I'm assuming all that ipkg is is that it is a mere replacement for apt-get or urpmi? |
04:05.39 | v8jlene | The tasks things just list all the various dependencies, so they won't build any images... the images use the tasks to get everything built before packaging it up. |
04:05.50 | T0mW | ah |
04:06.07 | T0mW | normally, I would not use the tasks directly. |
04:06.12 | v8jlene | yeah, ipkg is just a cut down version of apt-get/dpkg |
04:07.04 | T0mW | so the idea is the XXXX-image file is the basic recipe that I'm concerned with, or would build for customization of packages on my platform ? |
04:07.13 | v8jlene | Yep, don't use the tasks directly. Note that the way tasks works was changed in the past day or two, there's an email to the oe-devel list about how to make use of the new task setup. |
04:07.32 | T0mW | I just subscribed tonight |
04:07.41 | T0mW | I'll check the archives |
04:08.50 | v8jlene | T0mW: Theres various ways to control what things the images include. If you find that email you'll see the new, more flexible, method. |
04:09.07 | T0mW | k |
04:09.50 | v8jlene | You can always create your own images, I use "bitbake titan-image" at the moment, which is my own. Although with the recent changes I'm looking at moving back to using one of the standard image types. |
04:11.18 | T0mW | ok, "RDEPENDS" |
04:11.58 | T0mW | gpe-image references gpe-task-base which is found inside task-gpe.bb |
04:15.29 | *** join/#oe JoeSchmo (n=jciccone@pool-71-251-45-139.nwrknj.east.verizon.net) |
04:17.00 | T0mW | JoeSchmo: Newark, huh? |
04:17.13 | JoeSchmo | errr, no |
04:17.25 | JoeSchmo | in the ball park, but i don't live in newark |
04:17.53 | T0mW | JoeSchmo: just saw your ip info, I'm in Stroudsburg |
04:18.38 | JoeSchmo | ah |
04:19.19 | T0mW | always kind of fun to find someone "local" on an irc channel |
04:20.43 | T0mW | kergoth: ok, it is building makedevs-native & genextfs-native this time. |
04:24.22 | JoeSchmo | i'm about 40 mins west of newark, not that far |
04:25.08 | T0mW | Fairfield? |
04:25.49 | T0mW | heh, 40 minutes on rt80 won't get you far. |
04:26.14 | *** join/#oe mithro (n=tim@lester.mithis.com) |
04:29.40 | *** join/#oe O_Neil (n=ONeil@210.22.179.229) |
04:30.17 | O_Neil | hi everyone |
04:35.12 | O_Neil | I found some packages installed file in ".debug" in image, how can I avoid these files from being installed? |
04:37.12 | v8jlene | O_Neil: I added some details on how to do this to tge bug about the .debug dirs |
04:37.33 | v8jlene | O_Neil: Here it is: http://bugs.openembedded.org/show_bug.cgi?id=1211 |
04:37.45 | O_Neil | v8jlene: thanks |
04:46.15 | T0mW | almost made it, pango wants >= glibc-2.10.0 |
04:48.17 | *** join/#oe leoncamel (n=leoncame@219.238.107.107) |
05:24.29 | *** join/#oe hvontres|home (n=henry@adsl-75-18-113-58.dsl.sndg02.sbcglobal.net) |
05:50.56 | *** join/#oe zap (n=zap@85.249.170.16) |
06:02.21 | *** join/#oe redguy_ (n=mati@ado4.neoplus.adsl.tpnet.pl) |
06:04.00 | *** join/#oe noclouds (n=mhfan@60.166.53.157) |
06:17.50 | hrw | hi |
06:26.31 | hvontres|home | good morning hrw :) |
06:27.07 | CIA-9 | 03Carsten 07org.oe.oz354x * r704acabc... 10/ (1 packages/zsafe packages/zsafe/zsafe_2.1.3.bb): zsafe: added 2.1.3 - close #1370 |
06:27.13 | CIA-9 | 03Carsten 07org.oe.dev * re65bb7a2... 10/ (1 packages/zsafe packages/zsafe/zsafe_2.1.3.bb): |
06:27.13 | CIA-9 | zsafe: added 2.1.3 - close #1370 |
06:27.13 | CIA-9 | applied changes from 26de4ae1a5a4cc78e31a35514476c8f83392d32e (.oz354x) |
06:27.13 | CIA-9 | <PROTECTED> |
06:34.26 | hrw | hi hvontres|home |
06:37.05 | CIA-9 | 03hrw 07org.oe.oz354x * r7c5553db... 10/ (4 files in 2 dirs): libxine: add libpng to DEPENDS - close #1357 |
06:37.10 | CIA-9 | 03hrw 07org.oe.dev * rc9c7d03b... 10/ (4 files in 2 dirs): libxine: add libpng to DEPENDS - close #1357 |
06:56.44 | *** join/#oe jkp (n=jkp@growl/jkp) |
06:57.29 | *** join/#oe theturtle (n=theturtl@guiness.lifl.fr) |
06:58.02 | *** join/#oe beldank (n=beldank@ngw.jaluna.com) |
07:01.57 | *** join/#oe mikearthur (n=mike@82-41-205-190.cable.ubr11.edin.blueyonder.co.uk) |
07:11.37 | *** join/#oe bobbyz (i=zeus@70-33-4-119.clspco.adelphia.net) |
07:14.58 | *** join/#oe chouimat (n=dieu@kde/developer/chouinard) |
07:41.30 | *** join/#oe koen_ (n=koen@dominion.kabel.utwente.nl) |
07:44.36 | koen_ | good morning all |
07:51.00 | T0mW | ok, looks like gpe-image has hit a brickwall that I cannot get around. I got around pango needing glib-2.0 > 2.10, but now dbus-native fails. |
07:51.18 | T0mW | Can I drop back a few weeks to something stable? |
07:52.02 | T0mW | So far, nothing I've tried to build has gone all the way through without stopping. |
07:54.00 | T0mW | the frustrating thing is that I've been building code for a long long time now and I cannot see what OE is doing with the sources so I can fix problems. |
07:55.19 | RP | morning all |
07:55.47 | RP | T0mW: How do you mean "see what OE is doing with the sources"? |
07:56.11 | hrw|work | re |
07:56.52 | hrw|work | T0mW: look into tmp/work/name-of-recipe*/temp/ for logs which show what OE is doing with the sources |
07:57.20 | T0mW | what I've been running into is that the bitmake gpe-image will decide to build glib-2-0_2.6.4, then pango 1.14.0 decides that that version of glib-2 is not sufficient. |
07:57.40 | RP | T0mW: Which bitbake are you using? |
07:57.51 | T0mW | the latest and greatest |
07:58.05 | RP | The one marked unstable? |
07:58.25 | T0mW | Whatever the wiki told me to do on "getting started" I did |
07:58.48 | RP | ok, that isn't the latest and isn't unstable so that's ok :) |
07:59.19 | RP | You need to convince bitbake you want a later version of glib to build |
07:59.25 | T0mW | hmm, something is broken then. I've tried a couple of times to build something and I've hit these dependancy errors |
07:59.54 | *** join/#oe tmbinc (i=abcd@e176160112.adsl.alicedsl.de) |
08:00.01 | RP | These kind of things are controlled by the distro. Which distro are you using? |
08:00.25 | T0mW | Isn't there a "known good" set of files that I can start with? e.g.: use this local.conf, then run "bitbake X" ? |
08:00.45 | RP | There are known good configurations people use often |
08:00.58 | T0mW | I've tried generic, generic-uClibc, then familiar-unstable. |
08:01.02 | RP | Say MACHINE="spitz" and DISTRO="openzaurus-unstable" |
08:01.40 | T0mW | do I need to say anything else except BBFILES, MACHINE, DISTRO ? |
08:02.18 | RP | If you want really stable/working, you could try the oz354x branch - that is the most guaranteed to build (for zaurii machines) |
08:02.35 | RP | No, those variables should cover it |
08:02.52 | T0mW | My ultimate build will be for a h1940, closest machine to my hardware. |
08:03.29 | XorA | morning |
08:03.43 | RP | T0mW: That's tricky as its tradionally a familiar machine but familiar in .dev doesn't get much attention |
08:03.43 | T0mW | Somebody should update the wiki regarding the LocalConfExamples, that conf won't build, it complains that Zaurus version 3.5.4.1 is not valid |
08:04.23 | RP | T0mW: Change it to say openzaurus-unstable ;-) |
08:04.41 | RP | 3.5.4.1 is in the oz354x branch now |
08:04.50 | T0mW | ok, I've got to reinstall the OE as I blew it away in frustration, I'll give the spitz a try. |
08:04.51 | RP | morning XorA |
08:05.32 | hrw|work | hi XorA |
08:05.42 | XorA | MACHINE=h1940 with DISTRO=openzaurus-unstable should get you most of the way |
08:05.47 | hrw|work | lack of any docs how to make working build suxx |
08:06.07 | T0mW | RP: on that spitz machine, what command should I issue to bitbake? "bitbake ? " |
08:06.18 | XorA | T0mW: btw nstall ccache to make blowing away tmp less painful |
08:06.34 | T0mW | I've ccache here |
08:06.41 | RP | T0mW: bitbake and then whatever you want to build. bootstrap-image is a nice simple one, opie-image/gpe-image more complex |
08:07.06 | RP | bitbake bash would build bash |
08:07.28 | T0mW | RP: respectfully, that is my problem, I don't know what will work and what won't. I'll try the "bitbake bootstrap-image" then. |
08:08.18 | RP | T0mW: I'll set a clean oz spitz build away here too, then if it fails and we're lucky, we'll see the same errors :) |
08:08.41 | koen | RP: spitz won't work on his armv4t hardware |
08:09.01 | koen | IIRC |
08:10.24 | RP | Ah, 1940 is armv4t? That is annoying as most of the Zs are v5 :-( |
08:10.32 | T0mW | armv5t |
08:10.37 | T0mW | arm920t |
08:10.51 | koen | arm920t = armv4t |
08:10.54 | T0mW | k |
08:11.17 | koen | my arm 920 SoC sigills on clz, but not on bx |
08:11.26 | RP | Yes, its v4 |
08:11.57 | RP | T0mW: ok, try MACHINE = "h1840", DISTRO="openzaurus-unstable" as XorA recommended |
08:12.02 | koen | ~lart gcc people for breaking armv4/EABI support |
08:12.04 | T0mW | ok |
08:12.05 | RP | s/18/19/ |
08:12.24 | koen | heh |
08:12.42 | koen | I did 'for i in * ; bitbake $i ; done' before I went to bed |
08:12.59 | koen | I return to see a bash prompt expecting me too fix patches |
08:14.05 | *** join/#oe chouimat_ (n=dieu@r2351064.cidc.net) |
08:14.10 | T0mW | pango-1.14 does that too |
08:15.52 | *** join/#oe goxboxlive (n=goxboxli@9.80-202-160.nextgentel.com) |
08:16.48 | RP | koen: blame kergoth ;-) |
08:17.00 | XorA | is the h1940 the super cheapo ipaq? |
08:17.15 | kergoth | hehe |
08:17.49 | kergoth | koen: yeah, a patch failure will drop you into a shell in the source tree so you can fix it. i'll check in an alternate resolver class to be used to disable the functionality |
08:18.03 | koen | XorA: that's the 1930 (where they removed the serial port leads) |
08:19.01 | hrw|work | XorA: uber cheap is h1910 |
08:19.55 | *** join/#oe tkp (n=tom@81-179-24-207.dsl.pipex.com) |
08:20.30 | *** join/#oe mithro (n=tim@lester.mithis.com) |
08:20.36 | T0mW | "mtn: misuse: branch 'oz354x' is empty" |
08:21.43 | RP | org.openembedded.ox354x |
08:22.02 | kergoth | s/ox/oz/ |
08:22.04 | T0mW | yeah, noticed that reverse notation, ok, that worked |
08:22.06 | RP | org.openembedded.oz54x even |
08:22.28 | kergoth | hehe |
08:22.34 | *** join/#oe pvanhoof (n=pvanhoof@mailhost.newtec.be) |
08:22.40 | kergoth | not enough caffeine yet? ;) |
08:22.43 | RP | org.openembedded.oz354x |
08:22.49 | XorA | RP: your stuck on dev forever :-) |
08:23.02 | RP | kergoth: looks a bit like it :) |
08:23.15 | RP | XorA: Could be worse ;-) |
08:23.23 | *** join/#oe do13_ (i=do13@antilope.in-berlin.de) |
08:23.29 | do13_ | morning all |
08:23.48 | RP | hi Dirk |
08:24.00 | do13_ | hey Richard |
08:24.32 | kergoth | hmm |
08:24.32 | kergoth | Connecting to www.handhelds.org|128.31.0.25|:80... failed: Connection refused. |
08:24.35 | kergoth | heh |
08:35.25 | *** join/#oe mithro (n=tim@lester.mithis.com) |
08:42.14 | *** join/#oe gints____ (n=gints@62.84.15.211) |
08:42.48 | *** join/#oe pH5 (n=ph5@e178211144.adsl.alicedsl.de) |
08:47.37 | T0mW | ok, this is what I did, I don't know if the branch checkout was correct? http://rafb.net/paste/results/djMqav12.html |
08:55.04 | RP | T0mW: oz354x only supports zaurus machines. If you want to use h1940, you'll need .dev |
08:55.32 | RP | T0mW: DISTRO=openzaurus-3.5.4.1 is in the branch, DISTRO=openzaurus-unstab;le is .dev |
08:55.45 | T0mW | I'm using the spitz machine |
08:55.50 | *** join/#oe Cwiiis (n=cwiiis@82-43-43-31.cable.ubr02.croy.blueyonder.co.uk) |
08:56.04 | *** join/#oe obergix[work] (n=olivier@inf-berger.int-evry.fr) |
08:56.30 | RP | T0mW: ok, it looks ok. Are you seeing an error? |
08:57.03 | hrw|work | 1/cr |
08:57.20 | hrw|work | Polish Linux news site noted release of Familiar 0.8.4 |
08:57.31 | hrw|work | article is called 'Familiar vs OpenZaurus' ;D |
08:57.36 | T0mW | RP: http://rafb.net/paste/results/2DCM5765.html |
08:58.26 | T0mW | conf is: http://rafb.net/paste/results/fnrq3Z97.html |
08:59.29 | hrw|work | koen: your and florian attempts to use OZ on h2200/hx4700/nbp are noted |
08:59.58 | koen | :) |
09:01.34 | RP | T0mW: I'm not sure about BBFILEs vs BBFILES |
09:01.41 | T0mW | RP: what is odd is that bootstrap-image.bb is in org.openembedded.oz354x/packages/meta/ |
09:01.48 | CIA-9 | 03mickeyl 07org.oe.dev * raa2272bf... 10/ (1 packages/libesmtp/libesmtp_1.0.4.bb): libesmtp: correct damage done by previous commit |
09:02.09 | RP | T0mW: I also remember HOME not being recommended for certain variables. I can't remember is BBFILES was one of them... |
09:02.10 | T0mW | RP: that is it! |
09:02.35 | T0mW | "Handling BitBake files: " |
09:03.43 | CIA-9 | 03pH5 07org.oe.dev * r736e3745... 10/ (3 files in 2 dirs): samba: fix -dbg packaging for 3.0.14a and 3.0.20 |
09:05.54 | *** join/#oe bigd0g (n=b1gdo6@193.1.99.21) |
09:06.02 | T0mW | RP: "TARGET_OS := linux" ? |
09:06.49 | CIA-9 | 03koen 07org.oe.dev * r5aa5d42f... 10/ (4 files in 3 dirs): linux-ezx: update to ezx7 and add 2 patches for gcc4-isms |
09:07.38 | RP | T0mW: It should default to that |
09:07.47 | T0mW | RP: it won't |
09:08.16 | RP | T0mW: ? |
09:09.57 | T0mW | RP: http://rafb.net/paste/results/FGjroT54.html |
09:10.11 | hrw|work | re |
09:10.40 | bigd0g | T0mW: specify your target OS in your 'local.conf' |
09:10.46 | T0mW | I did now |
09:11.03 | bigd0g | T0mW: mine is specified with just a '=' not a ':=' |
09:11.13 | RP | T0mW: ah, use DISTRO = "openzaurus-3.5.4.2" for that branch, not unstable |
09:11.31 | RP | T0mW: You should not need to set TARGET_OS with a valid distro |
09:11.40 | T0mW | bigd0g: yeah, I caught that ":=" vs "=" IIRC, := is expanded on each pass, = sets it once |
09:12.00 | *** join/#oe zinga (n=arnaudb@186.80-203-227.nextgentel.com) |
09:12.19 | T0mW | RP: shrug, bitbake didn't like it. |
09:12.42 | T0mW | RP: its building ipkg now |
09:12.55 | T0mW | RP: its building ipkg-native now |
09:13.02 | RP | T0mW: Did you set the DISTRO correctly? |
09:13.36 | T0mW | DISTRO = "openzaurus-unstable" |
09:14.04 | T0mW | oh |
09:14.19 | *** join/#oe mikearthur (n=mike@194.70.145.210) |
09:14.26 | RP | The fact TARGET_OS wasn't set was a sign of a bigger problem |
09:14.57 | RP | Read what I said above as it will make things easier in the long run ;-) |
09:15.05 | CIA-9 | 03koen 07org.oe.dev * r6f596144... 10/ (10 files in 2 dirs): linux-ezx: remove outdated patches |
09:15.13 | bigd0g | ~seen Crofton |
09:15.30 | ibot | crofton is currently on #casualti (9h 22m 1s) #ol (9h 22m 1s) #oe (9h 22m 1s) #elinux (9h 22m 1s), last said: 'Where does version.h come from?'. |
09:15.30 | mickeyl | RP: you seem to like misspelling DISTRO as DISTO :D |
09:15.30 | T0mW | I versioned it this time, blew tmp away and re-running |
09:15.54 | T0mW | ibot: re |
09:15.59 | ibot | re is probably religious education |
09:16.04 | T0mW | lol |
09:16.25 | RP | mickeyl: I do? |
09:16.50 | *** join/#oe florian_kc (n=fuchs@dns.kernelconcepts.de) |
09:16.54 | T0mW | RP: ok, that distro set everything correctly |
09:17.08 | *** join/#oe zecke (n=ich@145.253.107.2) |
09:17.09 | florian_kc | good morning |
09:17.33 | RP | hi florian_kc, zecke |
09:18.18 | hrw|work | hi florian_kc |
09:18.51 | *** join/#oe polyonymous (i=hacker@pD953A3ED.dip0.t-ipconnect.de) |
09:23.58 | bigd0g | can someone list the current org.openembedded.dev database rev ? |
09:24.01 | bigd0g | mine's listed as befec029b0968612722681e4b1bad74128e981d6 |
09:24.13 | bigd0g | i'm quite sure that's out-of-date... but it says there's nothing to update |
09:24.45 | koen | r6f596144... |
09:25.25 | bigd0g | hrmm |
09:25.45 | *** join/#oe e-ffi (n=cybercom@dslb-084-056-066-039.pools.arcor-ip.net) |
09:25.51 | mickeyl | sure you don't accidantly have a fixed branch in? try updating org.openembedded.* |
09:25.52 | bigd0g | koen: i did " mtn --db=OE.mtn pull monotone.openembedded.org org.openembedded.dev " |
09:25.56 | bigd0g | koen: and then " cd org.openembedded.dev && mtn update " |
09:26.01 | bigd0g | koen: does that some incorrect? |
09:26.06 | bigd0g | s/some/seem |
09:26.10 | koen | that's correct |
09:26.15 | bigd0g | hrm. |
09:26.31 | koen | you might have noticed that we committed a lot of stuff the past few minutes |
09:26.45 | bigd0g | takes a bit to update? |
09:27.06 | bigd0g | synchronize, i mean |
09:27.32 | CIA-9 | 03koen 07org.oe.dev * re69ec8c2... 10/ (5 files in 4 dirs): imagemagick: add 6.2.9, closes #336 |
09:28.06 | hrw|work | koen: you got my recipe as is? |
09:28.10 | koen | as soon as CIA reports it, it is in the repo |
09:28.18 | koen | hrw|work: no |
09:28.48 | koen | hrw|work: this recipe only leaves out the .la files |
09:29.20 | hrw|work | koen: and package perl stuff separatelly? |
09:29.54 | koen | no, since that points to i686 staging over here |
09:31.41 | bigd0g | do you have to blow away tmp after updating the database? |
09:31.54 | koen | no |
09:32.03 | koen | (generally, no) |
09:32.22 | bigd0g | hrm. ok. well, i'll try it anyway |
09:32.29 | bigd0g | noted, though :) |
09:33.38 | CIA-9 | 03pH5 07org.oe.dev * ra7f77b32... 10/ (3 files in 2 dirs): libgnomecanvas: fix -dbg packaging for 2.10.2 and 2.12.0 |
09:36.08 | mickeyl | anyone of you ever gave your account number for international money transfer? |
09:36.13 | mickeyl | what information does the sender need? |
09:37.01 | *** join/#oe lrg (n=liam@194.70.145.210) |
09:37.04 | mickeyl | IBAN & BIC, that's everything? |
09:37.08 | lrg | morning all |
09:37.10 | koen | mickeyl: IBAN (and BIC) |
09:37.11 | mickeyl | cheers lrg |
09:37.15 | mickeyl | koen: thanks. |
09:37.17 | hrw|work | what is BIC? |
09:37.33 | koen | hrw|work: the same as IBAN, but different |
09:37.39 | hrw|work | ah |
09:37.51 | koen | some banks charge extra €€€€ if you only provide one |
09:38.40 | koen | s/some/most/ |
09:39.32 | T0mW | RP: looks like some editing to do on this package: http://rafb.net/paste/results/zJq00754.html |
09:40.04 | koen | T0mW: lart the qemu people for not supported a recent gcc |
09:40.14 | T0mW | hehhe |
09:40.25 | koen | supporting* |
09:40.50 | T0mW | I guess they would rather stick with "stable" other than this bleeding edge stuff |
09:40.57 | RP | T0mW: If you provide a gcc 3.x as gcc-3.4 or gcc-3.3, OE will use it and you will avoid that problem |
09:41.19 | koen | hmmm |
09:41.22 | koen | it didn't over here |
09:41.24 | T0mW | yeah, all my stuff is 4.0x |
09:41.28 | *** join/#oe jkp (n=jkp@81-179-24-207.dsl.pipex.com) |
09:41.35 | koen | I have to switch my 'gcc' over to 3.3 |
09:41.52 | koen | and I do have these in my path: gcc gcc-3.3 gcc-3.4 gcc-4.0 gcc-4.1 gccbug gccbug-3.3 gccbug-3.4 gccbug-4.0 gccbug-4.1 gccmakedep |
09:41.53 | T0mW | koen: still using 2.95-3 eh? |
09:42.17 | RP | koen: it does look for gcc-3.4/gcc-3.3 - see the .bb file... |
09:43.14 | mickeyl | ~lart people subscribing to mailing lists plus protecting their account w/ the friends system |
09:43.26 | RP | ah, only the cvs version does |
09:43.33 | RP | we need a qemu-native.inc :) |
09:44.29 | T0mW | ok, I give up, time for sleep |
09:44.40 | T0mW | RP: thanks for the attempt, I keep trying. |
09:44.44 | *** part/#oe T0mW (n=Tom@24.238.68.20.res-cmts.sth.ptd.net) |
09:44.50 | hrw|work | RP: or syncing with .oz354x |
09:46.13 | *** join/#oe mikearthur (n=mike@194.70.145.210) |
09:46.20 | bigd0g | hrm... i did the mtn update of org.oe.dev, but it's still listing an old version when i compile |
09:46.21 | bigd0g | OE_REVISION = "befec029b0968612722681e4b1bad74128e981d6" |
09:46.32 | mikearthur | marcan: shout when you're about |
09:46.40 | hrw|work | hi mikearthur |
09:46.43 | XorA | hey lrg |
09:46.48 | XorA | hey mikearthur |
09:46.49 | mickeyl | bigd0g: what does mtn heads show? |
09:46.53 | mickeyl | or mtn list heads |
09:47.02 | mikearthur | XorA, hrw|work: yo |
09:47.18 | mikearthur | do13_: you around? |
09:47.18 | hrw|work | or 'mtn head' |
09:47.26 | bigd0g | wants me to specify a branch ? |
09:47.55 | hrw|work | mtn: branch 'org.openembedded.oz354x' is currently merged: |
09:47.55 | hrw|work | 7c5553dbd2bd2a9bf37d8f5e0db983e7f0075ba6 hrw@openembedded.org 2006-08-29T06:35:34 |
09:47.57 | lrg | XorA: free upgrade to 2 * core duo for your PC - (4 cores) |
09:49.15 | bigd0g | <PROTECTED> |
09:49.25 | bigd0g | mtn: branch 'org.openembedded.dev' is currently merged: |
09:49.25 | bigd0g | befec029b0968612722681e4b1bad74128e981d6 hrw@openembedded.org 2006-08-24T15:28:39 |
09:49.41 | hrw|work | bigd0g: a bit old.. |
09:49.50 | hrw|work | mtn: branch 'org.openembedded.dev' is currently merged: |
09:49.50 | hrw|work | 9aa86687e7b05c58ae96324abb450a588180f55e pH5@openembedded.org 2006-08-29T09:32:05 |
09:49.55 | bigd0g | hrw|work: i know... i'm trying to merge the new one ;p |
09:50.03 | bigd0g | hrw|work: but it doesn't seem to be... uh... merging |
09:50.07 | hrw|work | bigd0g: mtn pull;mtn merge;mtn update is my combo |
09:50.17 | bigd0g | hrw|work: ok, i'll give that a whirl. |
09:50.27 | bigd0g | hrw|work: must've forgotten a step. |
09:52.28 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
09:52.41 | koen | mtn sync ; mtn merge ; mtn up ; mtn sync (if you have write access) |
09:55.11 | hrw|work | koen: months ago we discussed that sync should be changed to pull/push... which way if official then? |
09:55.34 | koen | sync = no local branches |
09:55.55 | koen | but it's semantics |
09:56.18 | koen | I like 'sync', because I know that the other end will have the same data as I have |
09:57.17 | bigd0g | so the commands do the same thing? or 'sync' does something different? |
09:58.11 | XorA | lrg: what the hell do you do with all those cores :-) |
09:58.43 | koen | XorA: smoke em with with bitbake-mt |
09:58.50 | bigd0g | 4 processor intensive tasks simultaneously :) |
09:59.06 | *** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net) |
09:59.17 | XorA | now a 4 core zaurus, that would be rockin |
09:59.42 | bigd0g | hrw|work: when i do the "mtn merge --branch=org.openembedded.dev --db=OE.mtn" |
09:59.51 | bigd0g | hrw|work: after a successful pull, i get "mtn: branch 'org.openembedded.dev' is already merged" |
10:00.04 | lrg | XorA, koen, bigd0g: 1 for mtn, 1 for bb, 1 for make and the other for gcc ;) |
10:00.21 | bigd0g | lrg: haha :) |
10:00.31 | hrw|work | bigd0g: cd 'working copy';mtn merge |
10:01.16 | bigd0g | hrw|work: still says "mtn: branch 'org.openembedded.dev' is already merged" |
10:01.27 | hrw|work | bigd0g: then it is ok - skip to 'mtn update' |
10:01.35 | bigd0g | hrw|work: alrighty. |
10:01.47 | hrw|work | bigd0g: as developer without r/w access you can even skip 'merge' step |
10:01.59 | hrw|work | bigd0g: mtn pull/update would be all you need |
10:02.06 | bigd0g | hrw|work: noted. |
10:02.50 | bigd0g | uh... oh |
10:03.19 | bigd0g | hrm... error... mtn: error: merge failed due to unresolved conflicts |
10:03.34 | bigd0g | hrw|work: No external 3-way merge command found. |
10:03.40 | bigd0g | what does that mean? heh. |
10:04.57 | koen | that you have a local diff and/or a local commit |
10:05.10 | koen | (and no kdiff3/meld/xxdiff/emacs installed) |
10:05.34 | bigd0g | koen: which do you recommend? |
10:05.49 | XorA | ~lart freaky autoconf scripts |
10:09.17 | pH5 | is the cause of the "NOTE: preferred version 2.4 of glibc not available" understood? |
10:09.34 | pH5 | I'm getting the same for dbus 0.92 now with bitbake trunk |
10:09.35 | hrw|work | pH5: angstrom builds? |
10:10.08 | koen | pH5: probably because dependencies have DEFAULT_PREF -1 |
10:10.53 | pH5 | hrw|work: my gpe-image build is at libbonoboui currently |
10:11.03 | pH5 | koen: but dbus doesn't have -1 anymore? |
10:11.12 | koen | pH5: dbus-native? |
10:11.37 | pH5 | hm. dbus only depends on "expat glib-2.0 virtual/libintl" now.. |
10:11.52 | koen | ok |
10:11.58 | koen | in that case I don't know |
10:13.31 | RP | The glibc 2.4 issue is there as it needs to build glibc-initial/intermediate before it can build glibc itself |
10:15.32 | hrw|work | I think that I will leave tosa powered at home next time to have arm machine available by network for doing tests... |
10:16.06 | CoreDump|home | morning |
10:16.23 | hrw|work | hi CoreDump|home |
10:16.45 | CoreDump|home | checking for GCONF_DBUS... configure: error: You need either ORBit or D-BUS for |
10:16.45 | CoreDump|home | IPC |
10:16.49 | CoreDump|home | mehhh |
10:16.57 | koen | it works in .dev :) |
10:18.42 | hrw|work | ethereal compilation takes lot of time... |
10:24.27 | do13_ | mikearthur: yep. I'm around |
10:25.50 | mikearthur | do13_: great |
10:25.57 | mikearthur | do13_: pm |
10:28.17 | koen | ~hail schurig |
10:28.24 | ibot | ACTION bows down to schurig and chants, "I'M NOT WORTHY!!" |
10:32.50 | bigd0g | brb |
10:33.53 | koen | looks like intel hired some dec engineers |
10:34.05 | koen | 16MB cache on the new xeon |
10:34.18 | koen | too bad it's not L2 or L1 cache |
10:34.33 | hrw|work | sooner or later they will add 256M of L4 |
10:34.52 | koen | aargh |
10:34.57 | koen | still netburst |
10:36.47 | *** join/#oe Laibsch (n=Laibsch@V11c3.v.pppool.de) |
10:38.22 | Laibsch | Hey guys |
10:38.29 | koen | hey Laibsch |
10:38.43 | pH5 | hi Laibsch |
10:40.16 | koen | CoreDump|home: try the new multithreaded bitbake :) |
10:40.48 | CoreDump|home | koen: you're kidding right? |
10:40.56 | hrw|work | CoreDump|home: no |
10:41.01 | CoreDump|home | cool |
10:41.03 | koen | CoreDump|home: no |
10:41.34 | CoreDump|home | I will try it someday ;) |
10:41.41 | koen | NOTE: DBG: Active builds increased to 2 by /home/koen/OE/monotone/org.openembedded.dev/packages/angstrom/angstrom-bootstrap-image.bb doing do_populate_staging |
10:42.27 | CoreDump|home | Well, I'm running w/ -j3 already =) |
10:42.37 | hrw|work | CoreDump|home: thats not the same |
10:42.50 | hrw|work | CoreDump|home: you are wasting cputime on fetching ;) |
10:43.06 | CoreDump|home | oh lol |
10:43.29 | hrw|work | CoreDump|home: http://ewi546.ewi.utwente.nl/tmp/hrw/fb/ |
10:44.03 | koen | hrw|work: does that fb use overlays to make it faster? |
10:44.03 | CoreDump|home | hrw|work: excellent idea |
10:44.55 | hrw|work | koen: it use free cycles of usbhost to decode divx in realtime |
10:44.56 | koen | hrw|work: I strongly suspect the DELETE FROM isn't working when updating |
10:45.20 | hrw|work | koen: yep.. |
10:45.34 | hrw|work | and I know why |
10:48.33 | *** join/#oe bigd0g (n=b1gdo6@193.1.99.21) |
10:49.10 | bigd0g | good news. i convinced my employers to put me on the DMZ |
10:49.16 | bigd0g | no more proxy problems. |
10:49.25 | bigd0g | w00t! |
10:50.54 | koen | RP: I found a bug in RDEPENDS handling |
10:51.03 | CIA-9 | 03hrw 07org.oe.dev * r8f3da738... 10/ (1 contrib/feed-browser/update.php): feed-browser: make all sections lowercase, really remove packages before update |
10:52.05 | koen | RP: http://pastebin.ca/153047 |
10:52.14 | koen | hrw|work: thanks |
10:55.51 | Crofton | bigd0g, ? |
10:56.27 | bigd0g | Crofton: are you going to be around for a bit? |
10:56.41 | bigd0g | Crofton: i'm probably going to need help getting that uboot thing working |
10:56.42 | Crofton | mostly |
10:57.01 | bigd0g | Crofton: ok, cool. i'm updating the database and such right now. it might fix itself |
10:57.07 | Crofton | mtn pull, mtn update, bitbake bootstrap-image ? |
10:57.11 | Crofton | :) |
10:57.32 | *** join/#oe bluebugs (n=cedric@213.215.31.4) |
10:57.42 | Crofton | I need to figure out why I can't get it to run arm-depmod-2.6 |
10:57.46 | Crofton | in the kernel build |
10:57.50 | bigd0g | where's "bootstrap-image" coming from. should i not be doing "bitbake linux-omap1" ? |
10:58.00 | CIA-9 | 03pH5 07org.oe.dev * r872617c6... 10/ (1 packages/gnome/libbonoboui_2.10.0.bb): libbonoboui-2.10.0: fix -dbg packaging |
10:58.11 | Crofton | bootstrap-image is a basic flash image |
10:58.21 | Crofton | building it will build the kernel |
10:58.38 | bigd0g | and linux-omap1 just sets up the toolchain? |
10:59.13 | Crofton | well, the dependencies work all that stuff out |
10:59.36 | bigd0g | so linux-omap1 is a completely different flash build than bootstrap-image ? |
10:59.58 | Crofton | linux-omap1 only builds the kernel image |
11:00.10 | Crofton | bootstrap-image will build a flash file system |
11:00.21 | Crofton | with busybox and someother stuff on it |
11:00.41 | bigd0g | ok. i'll eventually have to do the boostrap-image. but one thing at the time, i guess |
11:00.49 | Crofton | yeah |
11:01.20 | bigd0g | mtn error - "No external 3-way merge command found." |
11:01.26 | bigd0g | i installed emacs as koen suggested |
11:01.29 | bigd0g | do i have to do something else? |
11:01.46 | hrw|work | bigd0g: export MTN_MERGE=emacs will maybe help |
11:01.53 | RP | koen: its a debian.bbclass related bug. |
11:02.05 | koen | RP: I guessed as much |
11:02.36 | RP | koen: We need to not generate the pkgmaps files for files with DEBIAB_NOAUTONAME set |
11:02.42 | bigd0g | hrw|work: ok, trying the env var |
11:02.47 | RP | koen: fix it properly ;-) |
11:03.05 | *** join/#oe furlongm_ (n=furlongm@83.70.251.17) |
11:03.06 | koen | although I could do RPROVIDES_pn-tslib-conf = "libts-0.0-conf" in local.conf nowadays |
11:03.23 | bigd0g | hrw|work: the env var didn't work. any other ideas? |
11:03.32 | RP | koen: not quite |
11:03.58 | RP | koen: RPROVIDES_pn-tslib_tslib-conf = "libts-0.0-conf" |
11:04.25 | Crofton | bigd0g, make the tune-arm ... file look like the one in the repo :) |
11:04.27 | RP | (tslib-conf isn't a PN) |
11:04.36 | lardman | morning |
11:04.45 | Crofton | I think that is the 3 way merge? |
11:05.16 | bigd0g | no... trying to merge linux-omap1_2.6.12-rc2.bb |
11:05.37 | bigd0g | i should probably get 3-way merging working, though |
11:06.37 | bigd0g | where do i set $EDITOR in mtn ? |
11:07.00 | bigd0g | sas "set this explicitly in your get_preferred_merge3_command hook" |
11:07.06 | bigd0g | s/sas/says |
11:08.02 | Crofton | I don't know how mine knows what to use :) |
11:08.20 | bigd0g | hehe :) |
11:08.40 | bigd0g | are you using kdiff3, Crofton? emacs? |
11:09.34 | Crofton | meld I think |
11:09.56 | Crofton | can you back out your local changes to linux-omap1 .... |
11:10.26 | bigd0g | is that directed at me? i shouldn't have the ability to write anything to the db |
11:10.33 | Crofton | yeah |
11:10.43 | bigd0g | how did it? wha? |
11:10.48 | Crofton | you have local changes in the checked out copy |
11:11.18 | Crofton | so you have the version comoing from the server, the version in your local db, and the version on your disk |
11:11.37 | bigd0g | how do i back out the changes? |
11:11.51 | Crofton | hmmm |
11:12.21 | Crofton | anyone know how to do monotone revert? |
11:12.32 | koen | mtn revert <file> |
11:12.41 | Crofton | heh |
11:12.45 | Crofton | so obvious |
11:13.22 | bigd0g | will that work on the directory? |
11:14.08 | Crofton | just do it on the files you have changes |
11:14.09 | koen | yes |
11:14.21 | koen | mtn revert . will do it recursively |
11:14.26 | Crofton | make sure you don't have any changes you really need |
11:14.39 | bigd0g | well, all the changes i made i needed to make it work ;p |
11:14.44 | koen | mtn diff . > shelf.diff ; mtn revert . |
11:14.45 | bigd0g | i have them documented, tho |
11:15.15 | bigd0g | koen: thanks. good idea to log them. |
11:15.32 | bigd0g | Crofton: reverting the db now |
11:15.43 | koen | that's what I used to do before I discovered bitbake collections |
11:16.06 | bigd0g | Crofton: tune-arm926ejs.conf and linux-omap1_2.6.12-rc2.bb reverted |
11:16.19 | Crofton | hehe |
11:16.32 | Crofton | you'll needto change the tune file after the update |
11:16.39 | Crofton | it has better comments now |
11:16.45 | bigd0g | yeah. that damnable hyphen |
11:16.52 | bigd0g | oh, cool. comments ftw! |
11:17.27 | bigd0g | ok... now... 3-way merge... you use meld? where is it specified for mtn? |
11:17.48 | koen | iirc it just checks for its precense |
11:18.07 | Crofton | I use meld, must be the default |
11:18.22 | Crofton | I am sure the monotone docs can clear this up for you |
11:19.02 | bigd0g | reading them now. just didn't know if you had a quick answer or not |
11:19.08 | bigd0g | thanks. |
11:19.27 | Crofton | once you revert you should be able to pull/update |
11:20.04 | CIA-9 | 03koen 07org.oe.dev * rb09ecf88... 10/ (1 conf/machine/include/tune-arm926ejs.conf): tune-arm926ejs: .dev uses gcc 4 by default |
11:20.17 | *** join/#oe benlau (n=benlau@221.125.13.148) |
11:20.59 | bigd0g | Crofton: good point. i probably don't even need the 3-way merge |
11:21.14 | *** join/#oe Laibsch (n=Laibsch@V11c3.v.pppool.de) |
11:21.21 | Crofton | you will need to fix it eventually |
11:22.08 | bigd0g | indeed. |
11:22.14 | koen | RP: is it possible to use EXCLUDE_FROM_SHLIBS on -dbg package by default? |
11:22.57 | *** join/#oe e-ffi_ (n=cybercom@dslb-084-056-109-012.pools.arcor-ip.net) |
11:22.59 | RP | koen: What does that variable do? :) |
11:23.24 | koen | it stops OE from making that package a provider for its shlibs |
11:23.52 | Crofton | Is there a kernel.bbclass guru in the house? |
11:23.57 | koen | I *think* that should fix the 'package depends on foo-dbg' stuff people have been seeing |
11:24.35 | hrw|work | RP: it exclude package^Wrecipe from being used for shlibs calculation |
11:27.04 | RP | koen: Based on what hrw said and looking at the code, its too coarse to do what you want :-/ |
11:27.06 | bigd0g | great! successful db pull and update |
11:27.14 | bigd0g | meld installed, too |
11:27.17 | Crofton | heh |
11:27.28 | bigd0g | it's the small things ;) |
11:27.37 | RP | Crofton: Depends what you mean by expect ;-) |
11:27.45 | RP | expert even |
11:28.19 | pH5 | bitbake just built install-native in work/iwmmxt-linux-gnueabi/install-native here. why isn't it in work/i686-linux? |
11:28.22 | Crofton | RP, I am building a kernel from a git tree |
11:28.30 | Crofton | that lacks version.h |
11:28.31 | hrw|work | RP: to bed? gf waits for you or you are sick? |
11:28.45 | RP | hrw|work: Just can't type ;-) |
11:28.51 | Crofton | this messes up the calculation of KERNEL_VERSION |
11:29.02 | Crofton | and the selection of of arm-depmod-2.6 |
11:29.13 | koen | Crofton: insert a version.h :) |
11:29.24 | Crofton | this is one solution :) |
11:29.41 | koen | hmm, it looks like BBCOLLECTIONS screws up the OE_REVISION code |
11:30.41 | RP | Crofton: Doesn't compiling the kernel generate a version.h? |
11:31.29 | Crofton | hang on |
11:31.32 | RP | Crofton: As for the depmod issue, what's the name of your .bb? |
11:31.49 | bigd0g | Crofton: comments in the arm9 tune file are much clearer :) |
11:32.02 | bigd0g | Crofton: how is gcc4 support on the omap5912 ? |
11:32.03 | Crofton | linux-omap1_2.6.17+git.bb |
11:32.13 | Crofton | bigd0g, I am goign to fins out |
11:32.31 | Crofton | I have a version.h after I compile |
11:32.43 | RP | Crofton: It started with 2.6 so the depmod business should work |
11:32.56 | Crofton | RP, it doesn't :) |
11:33.53 | RP | Crofton: It works for linux-openzaurus_2.6.17+git ;-) |
11:34.00 | bigd0g | Crofton: i see linux-omap1_2.6.x+git.bb ... will it specify itself when i 'bitbake linux-omap1' ? |
11:34.19 | Crofton | I set prefered version to get it |
11:34.27 | Crofton | RP Ilied about the name |
11:34.42 | Crofton | linux-omap1_2.6.x+git.bb |
11:34.49 | Crofton | but I checked the 2.6.17 name also |
11:34.57 | RP | Crofton: that should still work |
11:35.11 | hrw|work | mickeyl, RP, koen: can url to OEDEM page be shared with !OE people? |
11:35.29 | RP | Crofton: What does DEPENDS say for that file? (bitbake -e | grep DEPENDS) |
11:35.39 | RP | hrw|work: Fine with me |
11:36.14 | Crofton | the depend for arm-dpemod-2.6 seems ok |
11:36.18 | hrw|work | mickeyl: ? |
11:36.52 | Crofton | http://pastebin.ca/153084 |
11:37.03 | *** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net) |
11:38.00 | NAiL | *sigh* |
11:38.17 | NAiL | compiling busybox on my box makes it kneel |
11:38.21 | RP | Crofton: Add a -b /somepath/somefile.bb to that ;-) |
11:38.36 | mickeyl | hrw|work: fine with me |
11:38.50 | hrw|work | ok |
11:39.02 | Crofton | yeah |
11:39.53 | Crofton | you want the DEPENDS= line? |
11:40.03 | Crofton | DEPENDS="ipkg-utils-native file-native quilt-native virtual/arm-linux-gcc virtual/libc u-boot virtual/arm-linux-depmod-2.6 virtual/arm-linux-gcc update-modules" |
11:40.15 | hrw|work | then it is ok |
11:41.13 | Crofton | it look like the 2.6 from the bb file name picks up the arm-depmod-2.6 dependency |
11:41.30 | Crofton | but that is calculated differently from the depmod selection when it is run |
11:43.39 | Crofton | The depend calculation is based of ${PV} and the selection on what depmod to actually run is based of the string from version.h |
11:45.19 | bigd0g | Crofton: so do i specify the "DISTRO_VERSION" var in my 'local.conf' to use the new bb file? |
11:45.22 | koen | hrw|work: sure |
11:45.30 | bigd0g | Crofton: or does it happen automagically? |
11:45.46 | Crofton | the version info for the kernel file is in the omap5912.conf machine file |
11:46.19 | Crofton | I haven't actually flashed that kernel into my OSK yet :) |
11:46.33 | Crofton | I have flashed the u-boot though |
11:46.47 | bigd0g | ok, no bother. i'll carry on as before. :) |
11:46.48 | *** join/#oe dkey (i=nobody@193.170.48.236) |
11:46.52 | CIA-9 | 03mickeyl 07org.oe.dev * r66f4e0ab... 10/ (1 packages/python/python_2.4.3.bb): python 2.4.3 add PACKAGES_DYNAMIC -- close #1366 |
11:47.09 | mickeyl | RP: two questions: a) do you still have that pure-matchbox image in mind I was pestering you to push when you have a chance? b) do we have an example image-bb that bases on task-base yet? |
11:47.50 | RP | mickeyl: All images can use task-base ;-) |
11:48.34 | RP | mickeyl: I made task-bootstrap a variable so you can change it (MACHINE_TASK_PROVIDER) |
11:49.09 | Crofton | RP, any thoughts on my problem? |
11:49.12 | RP | mickeyl: I still like the idea of that image. What you want is task-oh-core in poky ;-) |
11:50.25 | RP | mickeyl: I will aim to strip the bits OE needs from that and add it to OE :) |
11:50.51 | mickeyl | RP: ya, that'd be pretty cool, thanks. |
11:52.02 | RP | Crofton: I don't understand your problem - it seems to change... |
11:52.03 | mickeyl | ~lart 24h disconnect |
11:52.18 | Crofton | heh |
11:52.24 | NAiL | hmm |
11:52.33 | Crofton | arm-depmod-26 is built fine |
11:52.44 | NAiL | Can anyone help me figure out why I can't compile busybox on my x86_64 box? |
11:52.47 | RP | Crofton: ok |
11:52.48 | Crofton | but when the bb file goes to run it, it runs arm-depmod- |
11:53.05 | *** join/#oe Genesis (n=Genesis@dyn-83-156-20-164.ppp.tiscali.fr) |
11:53.12 | NAiL | gcc eats up all my memory, until there's nothing left and I have to kill it |
11:53.15 | Crofton | because the 2.6 it needs is calculated from version.h, not ${PV} |
11:53.29 | NAiL | slows my x64 3700+ with 1gb ram to a crawl! :-( |
11:53.37 | Crofton | NAbyss, busybox will build eventually, you must be patient |
11:54.21 | RP | Crofton: Are you running a config without modules? |
11:54.30 | Genesis | bonjour |
11:54.41 | Crofton | NAiL, my x86_64 only has .5G RAM |
11:54.57 | Crofton | RP, not sure what you mean |
11:55.00 | NAiL | does your box become unresponsive? |
11:55.05 | Crofton | yes |
11:55.12 | Crofton | it does finish eventually |
11:55.13 | NAiL | I use a couple of minutes just to login to a terminal :-( |
11:55.21 | RP | Crofton: What does CONFIG_MODULES say in your kernel defconfig? |
11:55.30 | NAiL | ok, /me tries again |
11:55.44 | RP | Crofton: And does your defconfig build anything as a module? |
11:55.50 | *** join/#oe dkey (i=nobody@193.170.48.236) |
11:56.08 | Crofton | I do make omap_osk_5912_defconfig |
11:56.16 | Crofton | there are a few modules |
11:56.20 | Crofton | found after compile |
11:57.02 | RP | Crofton: Why are you manually running make? |
11:57.24 | Crofton | hmm |
11:58.08 | Crofton | I can change it to oe_runamke, and I think the oldconfig is redundant |
11:58.31 | RP | ok, so this is in the .bb? |
11:58.41 | Crofton | yeah |
11:58.59 | RP | and where do you see the error - on device? |
11:59.08 | zecke | later |
11:59.14 | Crofton | no, during the build |
11:59.23 | RP | Crofton: During do_rootfs? |
11:59.46 | Crofton | I think during package modules |
12:00.35 | Crofton | running the build again |
12:00.52 | RP | I don't understand why it would be running depmod then |
12:01.11 | Crofton | look in kernel.bbclass |
12:01.17 | Crofton | and search for arm-depmod |
12:01.27 | Crofton | well depmod |
12:02.02 | RP | Crofton: Yes, its in a postinst... |
12:02.03 | Crofton | http://pastebin.ca/153100 |
12:02.21 | RP | I know this... |
12:02.21 | Crofton | KERNEL_MAJOR_VERSION comes from version.h |
12:02.41 | RP | Crofton: Why would it be running a postinst outside do_rootfs? |
12:02.47 | RP | (of an image) |
12:02.48 | Crofton | but, when you pull from git, version.h does not exist until after the build |
12:03.03 | RP | It never exists until after a build |
12:03.09 | Crofton | hmmm |
12:03.15 | RP | It never runs depmod until after a build? |
12:03.35 | Crofton | even for tarballs? |
12:03.42 | RP | correct |
12:03.57 | RP | Until you've built the modules, you can't run depmod on them... |
12:05.08 | Crofton | anyway, I do not have any clue why this does not work |
12:05.17 | Crofton | I'll post the error message in a bit |
12:05.24 | Crofton | to improve context |
12:05.40 | RP | Crofton: That would be easier |
12:05.51 | Crofton | and I need to go look at some furniture sizing for my wife for a few minutes |
12:05.57 | Crofton | will you be around for a bit? |
12:06.11 | RP | I suspect so |
12:06.11 | Crofton | I really would like to get this resolved soon |
12:06.26 | Crofton | so I can move on to more exciting problems |
12:07.21 | Crofton | http://pastebin.ca/153103 |
12:07.24 | Crofton | there you go |
12:10.23 | *** join/#oe psokolovsky (n=psokolov@237.usernat.ip.net.ua) |
12:10.28 | psokolovsky | Hi! |
12:11.44 | psokolovsky | pH5: Recent Angstrom snaphost has issues with XCalibrate (doesn't work) and thus xtscal for me. Did you see anything like that? |
12:12.05 | RP | Crofton: I think you can just ignore that ;-) |
12:12.22 | *** join/#oe stevenh (n=lews@65.167.23.2) |
12:12.34 | RP | Crofton: I suspect the kernel build system changed a bit, hence the warning but it all appears to have worked |
12:13.30 | pH5 | psokolovsky: this snapshot is several months old, right? that should be fixed in .dev |
12:14.24 | psokolovsky | pH5: Sorry, I meant a my own build made on ~2006-08-25 |
12:14.39 | psokolovsky | pH5: from .dev |
12:15.24 | psokolovsky | pH5: Specifically, xtscal cannot detect XCalibrate extension, falls back to /dev/h3600_ts and dies |
12:16.32 | hrw|work | psokolovsky: /dev/h3600_ts in angstrom? weird.. |
12:16.50 | Crofton | does the bb file need the depmod to succeed? |
12:16.53 | koen | hrw|work: I think that's hardcoded onto Xcalibrate |
12:17.02 | hrw|work | ah |
12:17.22 | psokolovsky | hrw|work: Yes, xtscal falls back to it if XCalibrate is not detected (behavior is hardcoded in xtscal, I guess, for 2.4 compatibility) |
12:17.31 | hrw|work | ok |
12:24.16 | pH5 | psokolovsky: my latest build is older than that. I'm rebuilding just now. |
12:27.40 | *** join/#oe EvilDevil_ (n=miau@p54A6E85B.dip.t-dialin.net) |
12:28.18 | RP | koen: Were those tslib changes in a clean tmp? |
12:28.35 | koen | RP: I think so |
12:29.07 | koen | I'm bitbaking world right now, so a clean rebuild will have to wait |
12:29.11 | RP | koen: I'm just wondering if the tslib-conf pkgmap was leftover from a previous build |
12:29.31 | RP | koen: Can you nuke it manually from staging and rebuild tslib? |
12:29.36 | RP | see if it comes back |
12:30.30 | bigd0g | i've got a new error -> http://rafb.net/paste/results/v5spJr55.html <- any ideas? |
12:31.00 | koen | nptl? |
12:31.24 | Crofton | weird |
12:31.57 | bigd0g | specifying binutils fixed the problem last time. it's still specified, but glibc-intermediate is failing now |
12:32.14 | koen | RP: that fixed it, thanks |
12:32.54 | Crofton | bigd0g, we are running very similar build env's |
12:33.09 | *** join/#oe Kerwood (n=Marshall@69-174-191-58.frdrmd.adelphia.net) |
12:33.09 | Crofton | maybe I should nuke tmp |
12:33.57 | Crofton | bigd0g, maybe you a specifying something in local.conf? |
12:33.58 | bigd0g | i would say it's good we're running similar dev env's. that way i know i'm not going crazy ;) |
12:34.20 | bigd0g | Crofton: i'm specifying binutils... should i not? |
12:34.25 | Crofton | try not |
12:34.31 | Crofton | in local.conf? |
12:34.34 | bigd0g | ok. fixing that, nuking tmp, then trying again |
12:34.37 | RP | koen: When you push that, others are going to see that problem :) |
12:34.39 | bigd0g | yeah, in 'local.conf' |
12:34.43 | bigd0g | 1 sec... i'll show you |
12:34.46 | Crofton | try wo nuking tmp firt |
12:34.50 | Crofton | save some time |
12:34.55 | RP | koen: Particularly people like me with a 6 month old tmp dir :) |
12:34.55 | bigd0g | ok |
12:35.13 | koen | RP: those people will have been hit by the other changes as well |
12:35.32 | RP | koen: not too badly ;-) |
12:35.50 | bigd0g | preferred binutils and binutils-cross commented out of local.conf ... re-running |
12:37.05 | RP | koen: I just mean its something to watch for when people have builds fail, I don't object to the change |
12:37.20 | koen | RP: maybe we should have a killswitch in OE :) |
12:37.35 | RP | koen: I'd like to make tslib-conf machine independent... |
12:37.47 | koen | RP: yes! |
12:38.14 | koen | RP: a lot of 'machine dependencies' can be cured with a little shell wrapper that reads from /proc |
12:38.34 | RP | koen: agreed |
12:39.32 | RP | In a way I'd like to move a load of them into zaurusd but it would need to go somewhere where others can maintain it too |
12:39.46 | CIA-9 | 03crofton 07org.oe.dev * r249b7bb8... 10/ (1 packages/linux/linux-omap1_2.6.x+git.bb): linux-omap1_2.6.x+git.bb: Clean up file, eliminate unecessary operations. |
12:41.57 | CIA-9 | 03hrw 07org.oe.oz354x * rc5b6c8cb... 10/ (1 packages/linux/linux-openzaurus_2.6.17.bb): linux-oz-2.6.17: Add fix to make spectrum_cs work. Upgrade to ASoC 0.11pre12 + some extra fixes which seemingly fixes the poodle sound bugs (static and speaker control issues) |
12:45.08 | psokolovsky | pH5: Sorry, was pulled afk. Thanks, wonder if you'll see the same on h2200/hx4700. Before I try to stuff it with printf's, would nice to know it's not my build issue ;-) |
12:45.28 | bigd0g | Crofton: it is getting a new binutils... so maybe that'll fix it ;) |
12:45.40 | Crofton | heh |
12:45.53 | Crofton | I pushed some fiddly changes to the kernel file |
12:46.06 | Crofton | pick them up after you finish the build |
12:47.54 | bigd0g | will do. thanks. |
12:48.21 | Crofton | Do you have a JTAG for your OSK? |
12:48.38 | bigd0g | jtag ? |
12:48.49 | Crofton | heh |
12:49.11 | Crofton | I have flashed a poorly built kernel and wiped u-boot from flash |
12:49.22 | Crofton | we needed the JTAG guy to reload u-boot |
12:49.38 | Crofton | I'm not sure if he is around right now |
12:49.51 | bigd0g | oh, i see |
12:50.02 | bigd0g | your board doesn't have the fail-safe uboot back-up? |
12:50.12 | Crofton | I am going to flash the kernel when I get to my office today |
12:50.15 | Crofton | apparently not |
12:50.27 | bigd0g | JP2 on my osk. you have the Digital Spectrum one? |
12:50.32 | Crofton | I didn't have any luck with tthe usb utility |
12:50.35 | Crofton | yeah |
12:50.51 | bigd0g | JP2 should go from pins 2-3 to pins 1-2 ... that's supposed to reflash uboot |
12:50.58 | bigd0g | (on subsequent power up, obviously) |
12:51.11 | Crofton | hmmm |
12:51.24 | Crofton | maybe they changed something |
12:51.27 | bigd0g | i remember reading it in the user manual |
12:51.39 | bigd0g | i might have an earlier rev board than you? mine's 1-year old |
12:51.43 | bigd0g | rev d, i think |
12:51.46 | Crofton | I tihnk that enables the usb thingy |
12:52.03 | bigd0g | i could have the JP number wrong... 1 sec |
12:52.06 | Crofton | Hopefully, I do not have to worry about this :) |
12:53.42 | *** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net) |
12:54.54 | koen | psokolovsky: if you built angstrom-<foo>-image, you should have strace and gdb installed |
12:56.31 | psokolovsky | koen: ok, yet need to update my gdb skills for embedded usage |
12:56.48 | *** join/#oe benlau (n=benlau@221.125.13.148) |
12:57.26 | *** join/#oe florian_kc (n=fuchs@dns.kernelconcepts.de) |
12:57.31 | bigd0g | Crofton: it's jp3 ... i just looked at the board |
12:57.55 | psokolovsky | pH5: almost forgot: SRCDATE_xcalibrate is define twice in sane-srcdates.inc, likely nees to be fixed (but it didn't change between the dates anyway) |
12:57.59 | bigd0g | Crofton: jp1 is battery v. ac, jp2 is usb, jp3 is a reset for uboot on my board |
12:59.44 | bigd0g | got another error with my build -> http://rafb.net/paste/results/FPJFsl48.html <- any ideas? |
13:00.13 | bigd0g | this time it downloaded binutils 2.17 on its own |
13:03.53 | Crofton | try nuking tmp and starting over |
13:04.02 | bigd0g | ok |
13:04.23 | Crofton | once you get a stable system, there is much less tmp nuking |
13:04.51 | hrw|work | ~hail monotone 0.29 speed |
13:04.59 | ibot | ACTION bows down to monotone 0.29 speed and chants, "I'M NOT WORTHY!!" |
13:05.17 | bigd0g | it's been a 2-steps forward, 3-steps back game these past 1.5 weeks |
13:05.35 | Crofton | bigd0g, I am thinking of nuking tmp, just to make sure I can rebuild :) |
13:05.50 | bigd0g | Crofton: you really know how to install confidence, huh? |
13:05.55 | Crofton | heh |
13:05.56 | bigd0g | s/install/instill |
13:06.01 | bigd0g | ;) |
13:06.10 | Crofton | well, I want to make sure the process is repeatable |
13:06.34 | bigd0g | building "bitbake linux-omap1" again. |
13:06.42 | Crofton | zecke, I think xerces-c won't build on a machine that already has xerces-c installed |
13:06.44 | bigd0g | yeah, no it's definitely something that needs to be accounted for |
13:07.24 | Crofton | usually I try to do big rebuilds over night |
13:07.47 | bigd0g | with my luck, it would fail just after i left it |
13:08.00 | *** join/#oe idealm (n=ideal@222.67.239.39) |
13:08.09 | bigd0g | on kind of a tight schedule, anyway. i have 10-weeks to get this done... |
13:08.22 | bigd0g | ...and i've been wasting time trying to get this working |
13:08.42 | bigd0g | "wasting" is relative, i suppose. |
13:08.46 | Crofton | yeah |
13:09.07 | Crofton | it failed? |
13:09.27 | bigd0g | i'm just trying a re-build now. it's still re-building the cache. |
13:09.31 | bigd0g | i nuked tmp, as you suggested |
13:09.32 | Crofton | heh |
13:11.38 | hrw|work | koen: f-b database will change again |
13:17.27 | NAiL | Crofton: The second I closed firefox and thunderbird, busybox completed |
13:17.33 | NAiL | (after about an hour) |
13:19.09 | mikearthur | anyone here familiar with the fb_videomode struct from fb.h? |
13:20.52 | Crofton | heh |
13:20.58 | *** join/#oe benlau (n=benlau@221.125.13.148) |
13:21.19 | *** join/#oe chopstix (n=chopstix@unaffiliated/chopstix) |
13:21.23 | Crofton | lovely, xerces-c build really does die if xerces-c is installed on the build host |
13:21.30 | *** part/#oe [TEHb] (n=nickolay@mail2.protei.ru) |
13:23.24 | bigd0g | that sucks |
13:24.00 | Crofton | yeah, short term fix, nuke the xerces-c libs from the host :) |
13:24.06 | bigd0g | haha |
13:27.56 | *** join/#oe joshin (i=josh@VDSL-130-13-154-65.PHNX.QWEST.NET) |
13:35.35 | *** join/#oe benlau (n=benlau@221.125.13.148) |
13:37.52 | hrw|work | koen: can you upgrade php-cli on ewi to php5? |
13:38.57 | koen | hrw|work: done |
13:42.53 | *** join/#oe csmanx (n=csman@rak-pang.oz.com) |
13:43.18 | hrw|work | pushed |
13:43.25 | hrw|work | koen: rm feeds.db;update.php |
13:44.08 | *** join/#oe csmanx (n=csman@rak-pang.oz.com) |
13:44.32 | chouimat | morning |
13:44.41 | CIA-9 | 03hrw 07org.oe.dev * rb7799ca5... 10/ (4 files in 3 dirs): |
13:44.41 | CIA-9 | feed-browser: feeds has a type now: normal/upgrades. |
13:44.41 | CIA-9 | Type is used by updater to update only 'upgrades' feeds: |
13:44.41 | CIA-9 | "php update.php upgrades" |
13:46.30 | koen | hrw|work: how can I make update.php update all feeds? |
13:47.08 | hrw|work | koen: php update.php |
13:47.08 | koen | hrw|work: wouldn't it be easier to md5 the Packages.gz file and store that? |
13:47.20 | hrw|work | koen: would be - do it then |
13:47.34 | hrw|work | koen: I want to speedup adding rather |
13:47.41 | hrw|work | Added 3485 packages in 0 days, 0 hours, 0 minutes and 20 seconds |
13:52.24 | CIA-9 | 03mickeyl 07org.oe.dev * rb20c3c5a... 10/ (1 packages/uboot/uboot_cvs.bb): uboot cvs fix SRC_URI |
13:56.12 | mickeyl | hmm, how can i disable this "dropping into a shell thing" during patching? |
13:57.11 | koen | mickeyl: by bribing kergoth |
13:57.20 | Crofton | what is the difference between armeb-linux and arm-linux in /site? |
13:57.29 | CIA-9 | 03mickeyl 07org.oe.dev * r4569ccd3... 10/ (5 files in 2 dirs): |
13:57.29 | CIA-9 | preferred-versions.inc: fix wrong preference for pango. |
13:57.29 | CIA-9 | Guys, when you remove an old version of a package, make sure that |
13:57.29 | CIA-9 | <PROTECTED> |
13:57.29 | CIA-9 | <PROTECTED> |
13:57.31 | mickeyl | ah. it should be customizable. while being cool, it's a bit annoying i think |
13:57.34 | koen | Crofton: endinanned |
13:57.40 | Crofton | ok |
13:58.12 | mikearthur | does tosa currently use tslib? |
13:58.22 | hrw|work | mikearthur: all zaurus machines use tslib |
13:58.51 | mikearthur | hrw|work: want me to pm or talk here about tosa status? |
13:59.04 | ArjanS | there's exactly 8000 revisions on org.oe.dev now :) |
13:59.12 | koen | yay! |
13:59.16 | koen | onto the 10k :) |
13:59.27 | hrw|work | ArjanS: 8192 would be nicer |
13:59.33 | hrw|work | mikearthur: talk |
14:00.02 | ArjanS | hrw|work: it would indeed, but I guess there are more people who like 8k :) |
14:00.13 | mikearthur | hrw|work: basically I've massively reduced the amount of glitches and the magnitude of them |
14:00.19 | mikearthur | but they still pop up occasionally |
14:00.49 | hrw|work | mikearthur: got patch ready to add? |
14:00.53 | koen | mikearthur: improvement! |
14:00.55 | mikearthur | almost read |
14:00.56 | mikearthur | ready |
14:01.04 | mikearthur | sharp did some averaging in the kernel |
14:01.14 | mikearthur | but I hear from Liam that tslib is used for that jazz now |
14:02.04 | koen | wheee |
14:02.13 | mikearthur | koen: that to me? |
14:02.21 | koen | mikearthur: yes |
14:02.33 | koen | I just realized I'm not the youngest in the pack anymore :) |
14:02.40 | mikearthur | koen: hehe |
14:02.41 | mikearthur | what age are you? |
14:02.48 | koen | 23 |
14:02.54 | mikearthur | 22 |
14:03.01 | hrw|work | 30 |
14:03.03 | mikearthur | I'll upload some before and after pics |
14:03.06 | suihkulokki | 28 =) |
14:03.22 | hrw|work | boys :) |
14:03.35 | mikearthur | speak up old man we can't hear you ;) |
14:03.41 | mickeyl | heh |
14:04.03 | hrw|work | mickeyl: you do not have to answer to mikearthur... |
14:04.13 | do13_ | youngsters :) |
14:04.26 | mickeyl | hrw|work: to what question? I'm not paying much attention to this window atm. |
14:04.32 | mikearthur | hrw|work: not till I'm president of the world anyway |
14:04.42 | mickeyl | hrw|work: ah, nm |
14:05.00 | mickeyl | do13: you're even older than I am, right? |
14:05.42 | RP | 25 |
14:06.06 | do13_ | mickeyl: I guess one year |
14:06.33 | do13_ | mickeyl: you are 35? |
14:07.46 | hrw|work | mickeyl: 29 16:03 < mikearthur> speak up old man we can't hear you ;) |
14:07.52 | mickeyl | do13: 34 |
14:07.58 | mickeyl | hrw|work: hah :D |
14:09.02 | do13_ | mickeyl: right, only one year difference |
14:09.57 | hrw|work | lrg: ? |
14:10.39 | lrg | hrw|work: drink your age worth of beer, although mikearthur will probably be refused as he is quite youg ;) |
14:10.46 | lrg | young |
14:11.01 | mickeyl | NOTE: preferred version 1.0.1 of libxau not available |
14:11.08 | mickeyl | is that a typo ? |
14:11.12 | mickeyl | libxau 0.1.1 is there |
14:11.13 | mickeyl | or |
14:11.20 | mikearthur | lrg envies my youthful good looks |
14:11.33 | mickeyl | X11R7-1-10.1 |
14:11.41 | mickeyl | which one should be in preferred-x-version-preX11R7 ? |
14:11.44 | mickeyl | the 0.1.1 one? |
14:11.56 | lrg | mickeyl: I've seen the same today with dbus-0.92 |
14:12.05 | mickeyl | the preferred versions are a bit fucked up |
14:12.25 | mickeyl | i'm going to try with 0.1.1 |
14:15.40 | mickeyl | i'm see more and more reasons to go with a (G)UI toolk for OE |
14:15.44 | mickeyl | i.e. |
14:15.49 | mickeyl | "remove package" |
14:16.04 | mickeyl | "this package is in use by <foo> -- do you really want to remove it?" |
14:16.55 | koen | mickeyl: what do you think of my web.py suggestion? |
14:17.04 | hrw|work | mickeyl: lack of gui tool is mentioned few times in survey |
14:17.13 | mickeyl | koen: it's a neat idea -- i need to think more about it |
14:17.19 | mickeyl | hrw|work: excellent. we have a major topic there |
14:17.43 | mickeyl | it's not just for users, also for us seasoned guys it would be a relief |
14:18.22 | mikearthur | koen: has it ever been considered to move oe to portage? |
14:18.28 | RP | I've never noticed a problem but I guess poky shields me from the real world :) |
14:18.34 | mikearthur | the dependency stuff is a lot more powerful |
14:18.34 | *** join/#oe CosmicPenguin (n=nobody@svl-ext-proxy02.amd.com) |
14:18.44 | hrw|work | startgui, load packages-to-build-set.oes, press build button |
14:18.45 | mickeyl | RP: definitly. you have much less packages and stuff |
14:18.47 | koen | mikearthur: OE moved away from portage |
14:18.49 | mikearthur | the problem would be rewriting some of the bb stuff |
14:18.50 | mickeyl | mikearthur: why should we? we came from portage |
14:19.07 | mikearthur | mickeyl: because, in my humble opinion, portage is a better package manager |
14:19.11 | mikearthur | more powerful |
14:19.14 | RP | mikearthur: Improving what we have would be preferred |
14:19.31 | hrw|work | mikearthur: bitbake+oe is not package manager |
14:19.46 | mikearthur | it is as much so as portage is |
14:19.57 | RP | mikearthur: You just volunteered to write down exactly what portage does better so we can copy it ;-) |
14:20.06 | mikearthur | RP: :D |
14:20.19 | RP | mikearthur: I'm not joking! |
14:20.22 | hrw|work | mikearthur: dont laugh, start writing |
14:20.24 | mikearthur | RP: I know |
14:20.38 | hrw|work | mikearthur: would be best to get it before oedem ;D |
14:20.56 | RP | mikearthur: I expect a report in my inbox within the hour ;-) |
14:21.04 | koen | I could add a bodykit + ugly spoiler to bitbake if you want |
14:21.08 | koen | + big shiny rims |
14:21.18 | koen | would that be rice enough? |
14:22.03 | hrw|work | koen: and 255 tyres |
14:22.20 | mikearthur | koen: yes please |
14:22.26 | mikearthur | koen: and -O12312 by default |
14:22.40 | mikearthur | koen: -fgo-fasta-stripes |
14:22.48 | mikearthur | (I don't use Gentoo) |
14:22.55 | *** join/#oe goxboxlive (n=goxboxli@9.80-202-160.nextgentel.com) |
14:25.44 | mikearthur | koen: terrorists? |
14:25.52 | mickeyl | which strategy do we prefer? |
14:25.53 | koen | according to their track and trace it was only 3km away this morning |
14:26.02 | mickeyl | a) naming foo_0.0+cvs20060320 |
14:26.10 | mickeyl | b) naming foo_cvs + overriding PV within |
14:26.17 | RP | lrg: The poodle speaker bug is fixed in 0.11pre13, static isn't |
14:26.32 | koen | mickeyl: 0.0 is almost always wrong |
14:26.45 | mickeyl | it was an example. answer the question :D |
14:26.58 | RP | I prefer b |
14:27.01 | koen | mickeyl: PV from within is easier to modify I guess |
14:27.04 | hrw|work | b) |
14:27.06 | mickeyl | hmm |
14:27.08 | koen | but that's just me being lazy |
14:27.12 | mickeyl | don't you think mv is just more clean? |
14:27.14 | mickeyl | to upgrade |
14:27.23 | lrg | RP: thanks. I think, I'll go ahead and submit. The static will probably be a lot easier to fix from Sept 25th |
14:27.23 | mickeyl | that way you see the date without having to poke inside |
14:27.31 | hrw|work | hmm.. w8 |
14:27.32 | koen | a) is easier to `find` |
14:27.42 | RP | mickeyl: I don't think we should fix the srcdates that way anyway - cvs packages should be s dsitro matter and why we have san-srcdates |
14:27.49 | *** join/#oe emte (n=emte@d64-180-41-158.bchsia.telus.net) |
14:27.51 | hrw|work | foo_0.0+cvs20060320 for FixedDate packages, foo_cvs for floating |
14:28.14 | RP | There is no actual need for fixed date packages that I can see... |
14:28.17 | koen | XorA: that's when you get crushed beneath a 4 core workstation |
14:28.24 | hrw|work | RP: I see them |
14:28.28 | RP | They just increase the amount of metadata we have to maintain... |
14:28.40 | hrw|work | RP: look at esound-gpe which is not maintained upstream |
14:28.57 | RP | hrw|work: What about it? |
14:29.06 | mickeyl | RP: i know you're not a friend of locking down packages, but my use case is a bbfile where i have a patch that only is valid for _one_ day. i don't think fiddling with mindate, maxdate makes a sense here, because without this patch the whole purpose of the package is void |
14:29.06 | hrw|work | RP: its cvs with fixeddate |
14:30.05 | koen | mickeyl: and mindate/maxdate would break thanks to timezones |
14:30.20 | RP | koen: Everything should be using GMT iirc |
14:30.41 | RP | mickeyl: That sounds like a very unusual case. In that case you could argue it, but in general I do dislike them |
14:30.48 | mickeyl | RP: i agree |
14:30.54 | RP | hrw|work: I know they exist, I just don't think they should |
14:31.14 | koen | in the case of esound gpe, someone should just make a tarball |
14:31.23 | koen | glibc showed us how badly broken cvs is |
14:32.04 | RP | lrg: Sounds good to me. I think we have all the main issues sorted. What happens on the 25th btw? |
14:32.17 | hrw|work | koen: right - do it then? |
14:32.33 | hrw|work | OE also lack source archive |
14:33.19 | koen | another point for OEDEM |
14:35.14 | lrg | RP: I'll have access to a corgi. |
14:35.27 | RP | lrg: ha, of course :) |
14:35.41 | RP | s/ha/ah/ |
14:37.07 | Crofton | anyone know what the size of a long double is on an arm? |
14:37.25 | koen | 12 parsecs |
14:37.45 | hrw|work | lrg: want poodle? |
14:37.51 | koen | Crofton: ac_cv_sizeof_long_double=${ac_cv_sizeof_long_double=8} |
14:37.53 | Crofton | that is the sort of answer I would expect from microsoft ... |
14:37.58 | Crofton | yeah |
14:38.01 | koen | Crofton: from site/arm-linux |
14:38.06 | Crofton | I am wondering if this is correct :) |
14:39.13 | Crofton | I need to make a test program |
14:42.31 | *** join/#oe AvengerMoJo (n=alex@203.227.98.14) |
14:42.59 | lrg | hrw|work: not atm thanks, the static issue is the same on corgi (I'll have access to one on the 25th Sept), so fixing on corgi will also fix on poodle (I hope). Thanks |
14:43.35 | hrw|work | lrg: we got another one offered but noone wants it |
14:45.07 | lrg | oh, okay then. This will be helpfull. thanks :) |
14:47.02 | koen | any progress on the collie SD front? |
14:47.53 | do13_ | koen: slowly |
14:50.58 | lrg | hrw|work: will I send you my address ?, we should be finished with the tosa soon so we can send it to someone who wants to work on it's othe features. |
14:51.00 | *** join/#oe AvengerMoJo (n=alex@203.227.98.14) |
14:51.41 | hrw|work | lrg: hrw@openembedded.org is ok |
14:51.56 | lrg | hrw|work: ok |
14:55.15 | *** join/#oe benla1 (n=benlau@221.125.13.148) |
14:55.19 | koen | do13_: that's good news |
14:56.55 | hrw|work | lrg: s/corgi/poodle |
14:57.21 | *** join/#oe e-ffi (n=cybercom@dslb-084-056-109-012.pools.arcor-ip.net) |
14:58.01 | lrg | hrw|work: oops my mistake. poodle is good :) |
15:00.45 | *** join/#oe x29a (n=x29a@pD9EED551.dip.t-dialin.net) |
15:01.30 | hrw|work | lrg: sent |
15:02.01 | lrg | hrw|work: that was quick ! |
15:02.12 | hrw|work | lrg: mail sent |
15:02.23 | mikearthur | hrw|work and others: http://img79.imageshack.us/img79/5600/wm97xxlcdnoisepatchvp5.png |
15:02.30 | lrg | hrw|work: many thanks |
15:02.31 | mikearthur | thats the before and after shots of the patch |
15:02.43 | hrw|work | mikearthur: awesome |
15:02.43 | koen | mikearthur: cheers |
15:02.44 | mikearthur | drawing straight(ish) lines in gpe-sketchbook |
15:03.44 | koen | that png would look cute in the releasenotes |
15:03.44 | lrg | ~hail mikearthur for getting tosa touch in usable state |
15:03.52 | ibot | ACTION bows down to mikearthur for getting tosa touch in usable state and chants, "I'M NOT WORTHY!!" |
15:03.52 | mikearthur | :D |
15:03.58 | XorA | mikearthur: wow now thats a result |
15:05.11 | bigd0g | that's a mighty fine improvement |
15:05.27 | mikearthur | :) |
15:06.06 | Crofton | bigd0g, did the build finish? |
15:06.08 | XorA | mikearthur: now you have two days to fix spikes in corgi audio :-) |
15:06.27 | bigd0g | Crofton: still compiling... on gcc-cross-4.1.1-r6 |
15:06.31 | mikearthur | XorA: I could remove all the spikes if you like |
15:06.33 | Crofton | ok |
15:06.35 | mikearthur | turn the volume down |
15:06.37 | mikearthur | fixed |
15:06.38 | mikearthur | :D |
15:06.51 | bigd0g | Crofton: seems to have gotten by glibc. so... yay? |
15:06.53 | hrw|work | mikearthur: where is a patch? |
15:06.58 | Crofton | :) |
15:07.04 | bigd0g | ;) |
15:07.15 | mikearthur | hrw|work: you need to pass on series of gradually more enduring tests before you can get it |
15:07.19 | XorA | ~lart qt for using internal freetype functons |
15:07.20 | mikearthur | first one involves a dragon |
15:07.38 | XorA | mikearthur: lrg isnt that bad is he? |
15:07.45 | mikearthur | zing! |
15:07.58 | hrw|work | mikearthur: or I will send OESF to get it from you by using force |
15:08.05 | hrw|work | OESF = OpenEmbedded Special Forces |
15:08.24 | hrw|work | ~oesf |
15:08.26 | ibot | [oesf] newer name of ZUG - it provide forum for Zaurus/Ipaq/Simpad/etc users (see zug). It has nothing common with OpenEmbedded (except first two words), or http://www.oesf.org/ |
15:08.27 | lrg | hrw|work: I'm sure do13 and RP will also want to check. |
15:08.28 | hrw|work | lrg: I know |
15:09.10 | lrg | hrw|work: do you have tosa ? |
15:09.51 | hrw|work | lrg: collie, poodle, tosa, husky |
15:10.14 | hrw|work | lack akita or one of spitz devices |
15:10.34 | lrg | hrw|work: wow, then you should also check. mikearthur is known to do some hacks ;) |
15:10.48 | *** join/#oe benlau (n=benlau@221.125.13.148) |
15:11.27 | mikearthur | I just wrote the whole fix using inline asm, thats fine, right? |
15:11.39 | XorA | he actualy fixed it with #include "wince.h" |
15:11.45 | mikearthur | hahaha XorA :D |
15:12.41 | lrg | XorA: M$ will be forced to send ibot to kill you for releasing trade secrets :) |
15:14.47 | lrg | hrw|work: btw, what audio does collie have ? |
15:15.05 | hrw|work | lrg: moment.. |
15:15.09 | lrg | np |
15:15.28 | hrw|work | collie_tc35143af |
15:15.30 | hrw|work | iirc |
15:15.40 | hrw|work | or I will check in one doc which I do not have |
15:15.51 | lrg | hrw|work: ah, is it pxa2xx based ? |
15:16.00 | koen | sa11000 |
15:16.39 | lrg | hrw|work, koen: thanks |
15:17.04 | hrw|work | lrg: sa1100 and tc35143af for ts and audio |
15:17.24 | mickeyl | koen: dbus / gconf-dbus is somewhat inconsistent |
15:17.36 | mickeyl | sane-srcdates says we use |
15:17.42 | mickeyl | SRCDATE_gconf-dbus ?= "20060719" |
15:18.03 | mickeyl | which says |
15:18.04 | mickeyl | | configure: error: Package requirements (dbus-glib-1 >= 0.60) were not met: |
15:18.10 | mickeyl | however we say |
15:18.31 | mickeyl | PREFERRED_VERSION_dbus ?= "0.23.4" |
15:18.37 | mickeyl | in all preferred-gpe-verions |
15:18.48 | lrg | mickeyl: Fwiw, I still can't get dbus-glib-native to build. Fresh angstrom /tmp. Will add bug |
15:18.56 | mickeyl | how to fix that? lower gconf-dbus srcdate or increase dbus preferred version? |
15:18.57 | koen | mickeyl: I only use dbus 0.9x |
15:18.59 | mickeyl | lrg: ok |
15:19.37 | koen | mickeyl: IMO most gpe-preferred-<ancient-gpe-versions> should get dropped |
15:19.56 | *** join/#oe cbrake (n=cbrake@oh-69-34-21-229.sta.embarqhsd.net) |
15:20.12 | mickeyl | koen: ok. in other words... which dbus version should go w/ gconf-dbus from 0719? 0.92 or 0.62 ? |
15:20.28 | hrw|work | cbrake: hi |
15:20.29 | koen | 0.92, since that is in API freeze |
15:20.35 | mickeyl | excellent |
15:20.36 | mickeyl | thanks |
15:21.34 | koen | mickeyl: in org.oe.core I'd like to avoid multiple versions of packages |
15:22.08 | hrw|work | koen: then you will have to keep org.oe.DISTRO branches |
15:22.18 | *** join/#oe wookey_ (i=wookey@courthouse.aleph1.co.uk) |
15:22.32 | koen | hrw|work: I don't mind org.oe.distro branches |
15:22.58 | koen | I just think we need some guidelines for branches in the org.oe namespace |
15:23.13 | bigd0g | Crofton: any luck with the osk board and uboot? |
15:24.02 | Crofton | I have tried the u-boot I built in OE |
15:24.10 | Crofton | I haven't tried the kernel yet |
15:24.16 | Crofton | your build still runing? |
15:24.33 | bigd0g | yes. i'm quite limited by this machine |
15:24.56 | bigd0g | only an athlonxp (mobile) @ 1.5-ghz, 512-mb ddr266 |
15:25.04 | Crofton | what target are you building? |
15:25.10 | bigd0g | linux-omap1 |
15:25.29 | bigd0g | current progress: package glibc-2.4-r10: task do_compile: started |
15:27.25 | hrw|work | bigd0g: similar to my machine here: axp 1.4, 768 ddr400 |
15:28.10 | bigd0g | hrw|work: i miss my desktop... a64 3500+ @ 2.4 ghz, 1-gb ddr400... it's 3500 miles away |
15:28.26 | hrw|work | my desktop is not such powerfull |
15:28.52 | bigd0g | my desktop's for gaming, primarily |
15:28.58 | hrw|work | my not |
15:29.05 | bigd0g | so... it runs windows *shudder* |
15:29.20 | hrw|work | mx440 and gaming... or mga400 and gaming.. |
15:29.39 | bigd0g | i've got a 6800gt overclocked to ultra at home. nothing too impressive |
15:29.59 | bigd0g | this lappy just has radeon igp graphics |
15:30.26 | koen | crap |
15:30.34 | koen | is berlios down *again*? |
15:32.56 | hrw|work | koen: yep |
15:37.14 | mickeyl | RP: style question. something like zaurus-updater.sh or a jtag utility for a certain MACHINE. Where should this go in the new scheme? |
15:37.33 | mickeyl | it's not a distro thing, but rather a machine thing imo |
15:37.43 | mickeyl | think native-utilities |
15:38.02 | RP | mickeyl: Its an IMAGE_DEPENDS |
15:38.13 | RP | mickeyl: zaurus-clamshell.conf already sets that iirc |
15:38.54 | mickeyl | ah i see, thanks. (zaurus-clamshell was just an example) |
15:38.58 | mickeyl | i'm working on a custom thingy atm. |
15:39.25 | RP | mickeyl: Is you look at task-base, there are some variables to add essential things for the machine as well |
15:39.45 | RP | nokia770-init is an example I added to a machine.conf file |
15:40.42 | hrw|work | mickeyl: c7x0 and akita/spitz use 16 bytes header? |
15:40.57 | mickeyl | iirc yea |
15:41.19 | RP | They handle things that need to go into the image. Essential ones are ones required to boot like nokia770-init. We also have others like zaurusd which aren't essential but recommended :) |
15:41.30 | RP | hrw|work: yes |
15:41.31 | mickeyl | EXTRA_IMAGEDEPENDS += ? |
15:41.38 | mickeyl | (vs. IMAGE_DEPENDS) |
15:41.43 | RP | That's the one, sorry |
15:41.46 | mickeyl | np, thanks |
15:42.20 | RP | Thats for tools to actually build the image (or at a push use it) |
15:42.39 | mickeyl | ya, makes sense. |
15:42.59 | mickeyl | like, 'sending/booting' over usb or so would qualify as well |
15:43.11 | RP | yes |
15:51.54 | *** join/#oe hvontres|poodle (n=hvontres@63.92.216.147) |
15:53.38 | *** join/#oe hvontres|poodle (n=hvontres@63.92.216.147) |
15:56.20 | mickeyl | dbus-0.92 no longer provides dbus-glib, is that correct? |
15:56.20 | hrw|work | someone tried to flash clamshell without 16 bytes header? |
15:56.21 | mickeyl | it got split? |
15:56.25 | hrw|work | mickeyl: it got |
15:56.31 | mickeyl | thanks |
15:56.46 | mickeyl | i think someone tried |
15:56.49 | mickeyl | it hang |
15:56.53 | mickeyl | because kernel was corrupt |
15:56.56 | mickeyl | missed 16 bytes in front :D |
15:57.16 | mickeyl | that shitload of dbus versions is killing me |
15:57.42 | hrw|work | mickeyl: kernel does not have header - rootfs has |
15:57.49 | mickeyl | oops |
15:57.55 | mickeyl | darn, it's been too long |
15:58.18 | hrw|work | I think that I will have to try to flash without those 16 bytes |
15:58.54 | mickeyl | heh. any specific reason besides being curious? |
15:59.11 | Crofton | Do I need to do anything about this message: |
15:59.13 | Crofton | NOTE: Multiple libraries (libomniDynamic4.so.0, libomniCodeSets4.so.0, libomnithread.so.3, libCOS4.so.0, libCOSDynamic4.so.0, libomniORB4.so.0) found and LEAD_SONAME not defined |
15:59.13 | hrw|work | updater.sh for Z machines have very small changes between them so it can be united |
15:59.17 | hrw|work | Crofton: no |
15:59.20 | Crofton | thanks |
15:59.23 | mickeyl | hrw|work: cool |
15:59.25 | mickeyl | that'd rock |
15:59.49 | *** join/#oe YoG (n=zevele@bzq-88-154-58-49.red.bezeqint.net) |
16:00.05 | hrw|work | Crofton: for me it means: I'm told to put few libs in one package instead of package per lib and I do not know how to call resulting package so I will call it PN |
16:00.25 | hrw|work | mickeyl: am I right with this meaning? |
16:00.42 | Crofton | ok |
16:00.49 | hrw|work | mickeyl: I only lack 2/5 platforms for testing updater |
16:00.56 | bigd0g | Crofton: hey... i just got a similar message a few mins ago |
16:01.05 | Crofton | heh |
16:01.07 | bigd0g | uh |
16:01.12 | bigd0g | wtf happened? |
16:01.12 | Crofton | different package I bet :) |
16:01.27 | bigd0g | probably |
16:02.00 | bigd0g | oh, ok... doesn't look like it printed out... just printed every name beginning with C on my screen |
16:02.11 | bigd0g | heh |
16:02.26 | pH5 | argh, dbus-glib-native is broken because it has two DEPENDS lines and dbus-native added to the first (wrong) one. |
16:03.28 | lrg | pH5: I was about to submit a bug for this. You beat me to it :) |
16:03.29 | bigd0g | Crofton: probably was diff pack, but can't scroll far enough up. only have 1-mb framebuffer set |
16:04.40 | lrg | pH5: I take it this will fix the problem whereby the headers are not being copied ? |
16:04.43 | hrw|work | mickeyl: that would need testers with cxx00 machines... |
16:04.51 | bigd0g | Crofton: yes! it's using 'git' to get uboot |
16:05.49 | hrw|work | mickeyl: http://www.spacezone.de/zaurus/articles/update.sh.txt |
16:08.02 | hrw|work | mickeyl: do you remember why tosa/poodle does not reboot after flashing? |
16:09.30 | pH5 | lrg: as I understand the problem was that bitbake tried to build dbus-glib-native without having dbus-native staged. this should be fixed now. |
16:09.44 | CIA-9 | 03crofton 07org.oe.dev * reca6b706... 10/ (4 files in 3 dirs): |
16:09.44 | CIA-9 | omniorb-native_4.0.7.bb, omniorb_4.0.7.bb, long_double.patch : |
16:09.44 | CIA-9 | <PROTECTED> |
16:09.44 | CIA-9 | <PROTECTED> |
16:09.44 | CIA-9 | <PROTECTED> |
16:10.22 | hrw|work | Crofton: can you look at omni* bugs in bugtracker? |
16:10.32 | Crofton | yeah |
16:10.59 | hrw|work | great - they are very old |
16:11.18 | Crofton | um, how do I find them? |
16:11.33 | CIA-9 | 03tmbinc 07org.oe.dreambox * r23bd8fce... 10/ (1 packages/linux/linux-dm600pvr.bb): linux-dm600pvr: update kernel to r2 in order to fix IDE |
16:11.38 | CIA-9 | 03tmbinc 07org.oe.dreambox * r8b0970f1... 10/ (1 packages/dreambox/dreambox-secondstage.bb): dreambox-secondstage: update to 45 to fix IDE reset |
16:11.44 | CIA-9 | 03pH5 07org.oe.dev * r1f105f36... 10/ (1 packages/dbus/dbus-glib-native_0.71.bb): dbus-glib-native-0.71: fix bogus DEPENDS |
16:11.50 | *** join/#oe Laibsch (n=Laibsch@V11c3.v.pppool.de) |
16:12.01 | lrg | pH5: thanks |
16:12.17 | hrw|work | Crofton: search for 'omni'? |
16:12.30 | Crofton | no bugs found :) |
16:12.53 | hrw|work | http://bugs.openembedded.org/show_bug.cgi?id=90 |
16:13.14 | hrw|work | Crofton: probably your bug even ;) |
16:13.21 | Crofton | yeah |
16:13.32 | hrw|work | you ugly dev! |
16:13.49 | Crofton | I am avoiding needing omnievents at the moment :) |
16:13.49 | hrw|work | how could you forget own bug... ;D |
16:14.38 | hrw|work | ;) |
16:14.39 | hrw|work | cu |
16:21.02 | CIA-9 | 03justinp 07org.oe.dev * r4d391acc... 10/ (1 contrib/mtnpatch.py): mtnpatch.py: Remove unneeded script (mtn now has pluck) |
16:22.01 | pH5 | bitbake gpe-image keeps trying to build packages from gpe-task-sectest and gpe-task-desktopapps, and I don't know how to stop it :( |
16:22.25 | koen | pH5: move those tasks to seperate .bb |
16:22.54 | lrg | pH5: still fails. Will create bug |
16:23.34 | koen | pH5: bitbake needs to build everything in (R)DEPENDS/RECOMMENDS to handle shlibs renaming |
16:24.14 | pH5 | lrg: please do. I just built it from a clean tmp this way. |
16:24.17 | CosmicPenguin | How often are the snapshots updated? |
16:25.03 | pH5 | koen: thanks! |
16:25.17 | koen | pH5: I was too lazy to do that |
16:26.50 | RP | Someone really needs to fix debian.bbclass... |
16:29.03 | lrg | pH5: bug #1371 |
16:29.39 | *** join/#oe benlau (n=benlau@221.125.13.148) |
16:29.54 | pH5 | lrg: thanks. |
16:30.00 | *** join/#oe TruPilot (n=kbenton@c-67-165-195-13.hsd1.co.comcast.net) |
16:30.27 | koen | hmmm |
16:30.37 | TruPilot | Hey all:) |
16:30.39 | koen | this new toy requires a strange battery |
16:30.55 | koen | hey TruPilot |
16:31.32 | TruPilot | Does anyone here connect to the Monotone repository using an HTTP CONNECT proxy? |
16:31.53 | koen | TruPilot: it doesn't use http |
16:31.57 | pH5 | lrg: hey, that's exactly the same error I got before. can you confirm that dbus-native is not staged at this point? |
16:32.34 | TruPilot | koen - I know - that's the problem - I want to make it connect via a proxy that allows HTTP CONNECT |
16:32.51 | giel | TruPilot: do you happen to have access to a socks proxy as well? |
16:33.18 | TruPilot | I can probably set up a delegate proxy to go via the regular proxy... |
16:33.26 | TruPilot | But I have never done that either. :/ |
16:33.43 | giel | anyway, if you've got a socks proxy, try tsocks, works like a charm |
16:33.47 | pH5 | lrg: if this is the case, does the dbus-glib-native contain dbus-native in it's DEPENDS? |
16:33.57 | giel | useses LD_PRELOAD to route all tcp traffic through socks |
16:34.00 | giel | -es |
16:35.41 | TruPilot | (including devel) |
16:37.10 | florian_kc | TruPilot: hmm... they are not? |
16:37.27 | Genesis | a+ |
16:37.29 | lrg | pH5: the missing dbus headers are in the staging dir (is this what you mean) and their are no dbus-native stamps |
16:37.31 | TruPilot | I don't know - I'm not the OE/BB dev at my co. |
16:37.47 | koen | http://developer.berlios.de/svn/?group_id=2701 |
16:37.54 | koen | bitbake has been in svn since ages |
16:38.02 | TruPilot | Right, but what about OE? |
16:38.13 | giel | you can get a snapshot, right? |
16:38.13 | koen | http://www.openembedded.org/snapshots/OE.mtn.bz2 |
16:38.23 | TruPilot | Is that a daily snapshot of the dev tree? |
16:39.03 | koen | it *is* the dev tree |
16:39.07 | lrg | pH5: dbus-glib-native depends on dbus-native in my sys. |
16:39.14 | TruPilot | Right - but how often is the snapshot taken? |
16:39.32 | koen | every morning at 6:00 GMT |
16:39.40 | pH5 | lrg: that's what I mean. so I'd expect dbus-native to be built and staged. |
16:39.46 | TruPilot | That's what I needed to know - thanks a bunch :) |
16:39.48 | koen | and it isn't a snapshot, it's a copy of the database |
16:39.56 | koen | (the dir name is a bit misleading) |
16:40.35 | lrg | pH5: I'll do a little more checking..... |
16:41.08 | TruPilot | l8r all - and thanks again koen :) |
16:42.46 | *** join/#oe do13 (n=nnnndirk@do13.in-dsl.de) |
16:43.29 | lrg | ~hail do13 for helping mikearthur with tosa touch screen |
16:43.31 | ibot | ACTION bows down to do13 for helping mikearthur with tosa touch screen and chants, "I'M NOT WORTHY!!" |
16:43.36 | *** join/#oe zap (n=zap@85.249.170.16) |
16:43.58 | *** join/#oe benlau (n=benlau@221.125.13.148) |
16:46.22 | bigd0g | NOTE: build 200608291406: completed |
16:46.27 | bigd0g | w00t! w00t! w00t! |
16:46.47 | bigd0g | Attempted builds: 23 |
16:46.50 | bigd0g | well, better lat than never |
16:47.02 | bigd0g | too bad Crofton signed off before i could tell him |
16:47.11 | bigd0g | that's all for now, folks. see you tomorrow... |
16:50.25 | *** join/#oe mikearthur (n=mike@82-41-205-190.cable.ubr11.edin.blueyonder.co.uk) |
16:50.43 | mikearthur | lrg: you around? |
16:50.48 | *** join/#oe benlau (n=benlau@221.125.13.148) |
16:50.56 | *** join/#oe awelux (n=awelux__@dslb-084-058-149-248.pools.arcor-ip.net) |
16:51.14 | lrg | mikearthur: about to go in 10 mins |
16:51.25 | mikearthur | lrg: hows the patch? |
16:52.30 | lrg | mikearthur: no time to check it yet, Will do on the train |
16:52.43 | mikearthur | lrg: no worries |
16:52.46 | mikearthur | lrg: slaters |
16:53.07 | lrg | mikearthur: cu |
16:53.53 | *** join/#oe ar_ (n=ar@port-ip-213-211-250-51.reverse.mdcc-fun.de) |
16:59.05 | *** join/#oe Yoggy (n=zevele@88.153.202.198) |
17:00.39 | *** join/#oe mikearthur (n=mike@82-41-205-190.cable.ubr11.edin.blueyonder.co.uk) |
17:08.28 | *** join/#oe Crofton (n=balister@hc652165a.dhcp.vt.edu) |
17:12.21 | *** join/#oe Laibsch (n=Laibsch@V11c3.v.pppool.de) |
17:12.26 | *** join/#oe [cc]smart (n=[cc]smar@gw.ptr-62-65-142-223.customer.ch.netstream.com) |
17:14.16 | poushag | koen are you getting anywhere building on osx? |
17:14.40 | *** join/#oe [cc]smart (n=[cc]smar@gw.ptr-62-65-142-223.customer.ch.netstream.com) |
17:30.07 | *** join/#oe pleemans (n=peter@d54C248DE.access.telenet.be) |
17:30.35 | *** join/#oe mrz80 (i=1000@caledonia.cns.ufl.edu) |
17:31.40 | *** join/#oe incinerator (n=sabine@82-41-24-164.cable.ubr04.edin.blueyonder.co.uk) |
17:31.50 | *** join/#oe do13 (n=dirk@do13.in-dsl.de) |
17:35.18 | *** join/#oe woglinde (i=woglinde@e178112218.adsl.alicedsl.de) |
17:43.26 | koen | yay! |
17:43.27 | koen | NOTE: package gcc-cross-initial-4.1.1: completed |
17:43.38 | koen | built on OSX :) |
17:45.01 | Crofton | I am having trouble with some of my packages failing |
17:45.12 | koen | hmm |
17:45.19 | Crofton | because they have libs present in /usr/local/lib |
17:47.53 | chouimat | koen just get Q ;) |
17:48.43 | woglinde | reboot |
17:49.16 | koen | ah, NOTE: package qemu-native-0.8.2-r0: task do_compile: started |
17:49.42 | koen | at times like this I wish my powerbook had a 4xG5 |
17:56.19 | *** join/#oe woglinde (i=woglinde@e178125110.adsl.alicedsl.de) |
17:56.24 | woglinde | yes |
17:56.32 | woglinde | dvb-usb: schedule remote query interval to 200 msecs. |
17:56.34 | woglinde | dvb-usb: MSI Mega Sky 580 DVB-T USB2.0 successfully initialized and connected. |
17:57.19 | koen | woglinde: is that a good sign? |
17:57.37 | woglinde | koen hehe |
17:57.41 | woglinde | now I can watch tv |
17:57.49 | woglinde | I think |
17:59.24 | Crofton | now I must push "the fix it" button |
17:59.54 | *** join/#oe psokolovsky (n=psokolov@237.usernat.ip.net.ua) |
17:59.58 | Crofton | oh my |
18:00.28 | Crofton | it booted |
18:08.32 | koen | ...and then it bursted into fire |
18:08.34 | woglinde | hm |
18:08.41 | woglinde | looks like it dont work |
18:09.28 | woglinde | ah |
18:09.29 | woglinde | yes |
18:09.32 | woglinde | scan |
18:13.58 | *** join/#oe ibot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
18:13.58 | *** topic/#oe is OE Mailing List Moves -- Resubscribe | OpenEmbedded Developer Lounge | BitBake 1.4.4 and BitBake 1.6.0 have been released - only use HEAD if you are developing it | this is still not a distribution support channel | www.openembedded.org | Bugtracker: http://bugs.openembedded.org/ | Metadata: http://www.openembedded.org/filebrowser/ |
18:15.35 | woglinde | yes |
18:15.38 | woglinde | tagesschau |
18:15.58 | koen | hmmm |
18:16.05 | koen | the feared german cipher |
18:16.13 | *** join/#oe psokolovsky_ (n=psokolov@237.usernat.ip.net.ua) |
18:16.15 | woglinde | *g* |
18:16.24 | Crofton | koen, no fire |
18:16.34 | Crofton | need a root file system though :) |
18:19.08 | *** join/#oe mallum (n=mallum@host86-141-46-4.range86-141.btcentralplus.com) |
18:23.50 | woglinde | nice only 20% cpu |
18:25.51 | koen | woglinde: I have a 100% cpu in my computer |
18:26.01 | koen | why are you missing 80% of yours? |
18:27.56 | psokolovsky_ | mallum: Hi! Is http://gitweb.freedesktop.org/?p=xorg/lib/libXCalibrate.git;a=summary now authoritive location for libXCalibrate? |
18:29.19 | mallum | psokolovsky_: hmm, probably, but it really needs pb_'s blessing |
18:30.20 | psokolovsky_ | mallum: ok, won't add new .bb for it yet then ;-). Also, sent an email cc: you regarding xcalibrate ext issues with latest kdrive. |
18:32.04 | CIA-9 | 03pH5 07org.oe.dev * r773964e4... 10/ (1 packages/xorg-xserver/xserver-kdrive_git.bb): xserver-kdrive-git: apply the xcalibrate patch from X11R7.1 |
18:33.35 | mallum | psokolovsky_: I have to push xcalibrate back into git xorg |
18:34.10 | psokolovsky_ | mallum: cool! |
18:36.00 | koen | mallum: I'm compiling glibc on OSX now using OE |
18:39.30 | *** join/#oe hvontres|poodle (n=hvontres@redhill.orthodyne.com) |
18:40.51 | *** join/#oe mmp (n=mmp@85.135.175.11) |
18:57.49 | mallum | koen: arg you are still using that apple foo :( |
18:58.06 | mallum | koen: hasn't the novelty worn off yet ? |
18:58.20 | Crofton | hmmm |
18:58.39 | Crofton | I flashed my boostrap-image into my OSK |
18:58.47 | Crofton | and it hangs at |
18:58.56 | koen | mallum: I actually tried to migrate to gnome this week |
18:59.05 | Crofton | Starting the hotplug events dispatcher udevd |
18:59.09 | koen | mallum: I tried importing my photos into fspot |
18:59.42 | koen | mallum: which isn't really possible because the fileselector causes it to hang |
19:00.07 | koen | mallum: put after working around that, I noticed that f-spot doesn't actually do anything usefull |
19:01.28 | koen | so write a good photomanagement app and I'll swith back :) |
19:03.25 | Crofton | koen, any insight into why my new file system leads to a hang? |
19:03.57 | Crofton | heh |
19:04.24 | Crofton | Hangs at Starting the hotplu events dispacther udevd |
19:04.42 | Crofton | broad sweeping statements might be helpful |
19:04.43 | koen | 'hangs' or 'takes forever'? |
19:04.58 | Crofton | well |
19:05.12 | Crofton | it hasn't done anything since it stopped there |
19:05.23 | koen | can you ctrl-c? |
19:05.27 | Crofton | so we will say "hangs" unless something happens |
19:05.41 | koen | I've seen that issue popup in the past |
19:05.42 | Crofton | no response to ctril-c |
19:05.47 | koen | try rebooting |
19:06.16 | Crofton | reboting |
19:06.25 | Crofton | this is for omap5912osk machine |
19:06.37 | Crofton | I could easily have bad stuff going on |
19:06.51 | Crofton | it is still taking forever |
19:07.08 | Crofton | none responsive to ctrl-c (via serial port) |
19:07.18 | Crofton | ping OK, ssh connection refused |
19:08.10 | koen | hmmm |
19:09.44 | *** join/#oe mr_nice_slacker2 (n=mr_nice_@p54A9CD68.dip.t-dialin.net) |
19:09.52 | Crofton | the messgae suggests it has mounted root ok? |
19:10.12 | koen | I think so |
19:15.19 | Crofton | hmm |
19:15.33 | Crofton | the message comes from init.d/udev |
19:16.03 | koen | you could try booting into sh directly |
19:16.12 | Crofton | hmmm |
19:16.12 | koen | 'init=/bin/busybox sh' |
19:16.29 | Crofton | in uboot? |
19:16.41 | koen | yes |
19:16.54 | koen | dunno how you tell uboot how to do that, though |
19:16.59 | koen | never used it |
19:17.09 | Crofton | bootargs I bet ... |
19:18.08 | koen | sounds like a good bet |
19:19.43 | Crofton | will init=/bin/sh work? |
19:20.22 | Crofton | I will attempt to answer my own question ... |
19:20.30 | Crofton | yes! |
19:21.56 | koen | it does? |
19:22.03 | koen | busybox used to hate that |
19:22.53 | Crofton | well, since it takes forever to compile bb now, maybe it works :) |
19:24.31 | *** join/#oe furlongm_ (n=furlongm@83-70-212-220.b-ras1.prp.dublin.eircom.net) |
19:25.17 | poushag | koen - glad you got builds working on osx - i have a pretty good start on ''build on osx'' on the wiki - would you mind reading and commenting on it? (my writeup is mostly theoretical so far except for the preparation section) |
19:25.40 | koen | it eh... |
19:25.42 | koen | ehm.. |
19:25.46 | koen | stopped on glibc |
19:25.55 | koen | I think zecke had a patch |
19:26.31 | poushag | yeah - i believe so - thought he had committed that already - you couldnt get it yet? |
19:27.11 | koen | maybe I'm hitting a ppc problem |
19:27.45 | poushag | isnt zecke on ppc too? (im on g4 dual 1ghz ppc) |
19:28.16 | koen | he has a macbook |
19:28.32 | poushag | oh so hes mactel |
19:29.54 | poushag | well im still interested in getting your feedback on the wiki page - http://www.openembedded.org/buildonosx |
19:32.21 | Crofton | If I run udevd from the command line, it hangs |
19:32.54 | Crofton | can't interupt it with ctrl-c |
19:35.28 | pH5 | Crofton: that doesn't work with init=/bin/sh. run udevd & instead |
19:35.42 | Crofton | ok |
19:37.04 | Crofton | that started |
19:39.10 | Crofton | although I do not know if it is doing anything .. |
19:46.35 | Gerrath | has anyone built bluez-utils lately? I just tried building it and get errors. |
19:51.22 | pH5 | Gerrath: which flavor? |
19:51.40 | *** join/#oe woglinde_ (i=woglinde@e178086220.adsl.alicedsl.de) |
19:51.45 | woglinde_ | hms |
19:51.50 | woglinde_ | the driver isnt perfect |
19:51.55 | woglinde_ | oops after unplug and plug |
19:53.16 | Gerrath | pH5 I'm trying a rebuild just to make sure.. |
19:54.28 | Gerrath | pH5, I originally just tried bitbake bluez-utils and it crashes (errors during compile) but if I do bitbake bluez-utils-nodbus it works fine.. |
19:56.22 | Gerrath | pH5, also bitbake bluez-utils-dbus has compile errors. |
19:59.24 | pH5 | I just built bluez-utils w/o problem. Can you post the error log somewhere? |
19:59.50 | CIA-9 | 03pH5 07org.oe.dev * rb0f19e03... 10/ (3 files in 2 dirs): bluez-libs, bluez-utils: add 3.4 |
20:00.30 | Gerrath | pH5, sure.. |
20:02.50 | Gerrath | pH5, http://pastebin.ca/153720 |
20:04.17 | pH5 | ah, but that's not an error in bluez-utils, but an error in glib-2.0 (which is needed for dbus which is needed for bluez-utils(-dbus)) |
20:04.47 | pH5 | "#error GNU libiconv not in use but included iconv.h is from libiconv" |
20:09.09 | Gerrath | pH5, Yes, sorry. |
20:10.29 | Crofton | hmmm my tmpfs file systems do not mount |
20:10.52 | woglinde | crofton hm |
20:11.02 | koen | ah, the mount -a problem again :( |
20:11.36 | Gerrath | pH5, I know what dbus is (app. comm bus) but how is it used in the Linux Bluetooth system? |
20:12.20 | hrw | koen: oedem page updated |
20:12.35 | pH5 | Gerrath: the bluetooth daemon has a dbus interface now to communicate with gui tools |
20:12.35 | hrw | koen: drupal lack good diffs - mediawiki like preferred |
20:12.57 | koen | hrw: patches accepted |
20:13.11 | koen | <PROTECTED> |
20:13.25 | Gerrath | pH5, ok that makes sense and is what I thought.. so if you are not really using gui tools then the dbus it not needed. |
20:13.57 | hrw | koen: I remind you that I do not use ltg accounts |
20:14.15 | koen | then don't complain |
20:15.10 | hrw | heh |
20:16.16 | hrw | "Debian - when you have better things to do than fixing systems" |
20:16.19 | hrw | ;D |
20:16.34 | hrw | koen: read links which I added to oedem page |
20:19.27 | hrw | cu |
20:21.35 | *** join/#oe ken (n=ken@h117n1fls312o1049.telia.com) |
20:21.55 | woglinde | nite hrw |
20:26.58 | *** join/#oe W8TVI (n=me@166.165.144.212) |
20:29.18 | Crofton | the tmpfs in etc/fstab won't mount |
20:29.21 | Crofton | Is that a problem |
20:30.03 | woglinde | hm |
20:30.06 | woglinde | depends |
20:30.14 | Crofton | logread complains it can't find the circular buffer |
20:30.37 | woglinde | <PROTECTED> |
20:30.49 | woglinde | and /dev/shm |
20:30.55 | woglinde | and my /tmp |
20:31.09 | woglinde | but I didnt see such an error |
20:31.25 | Crofton | which machine do you use? |
20:32.06 | Crofton | machine.conf |
20:32.44 | woglinde | hm I spoked about my desktop |
20:32.51 | woglinde | not the embedded devices |
20:33.11 | Crofton | heh |
20:33.40 | woglinde | to illustrate why I isnt always an error not to have tmpfs |
20:33.47 | woglinde | I = it |
20:33.49 | woglinde | hrms |
20:35.14 | Crofton | I am just fishing |
20:36.32 | Crofton | http://static.flickr.com/60/228542395_2b1b6fcb78.jpg |
20:43.01 | *** join/#oe pH5_ (n=ph5@e178206004.adsl.alicedsl.de) |
20:52.43 | Crofton | hmm I am pulling in hotplug and udev |
20:52.58 | Crofton | how do I prevent hotplug from coming in and using udev? |
20:53.37 | Crofton | or do I need both? |
20:55.17 | *** join/#oe _gints___ (n=gints@62.84.15.211) |
20:57.12 | *** join/#oe Kerwood (n=Marshall@69-174-191-58.frdrmd.adelphia.net) |
21:05.48 | *** join/#oe furlongm_ (n=furlongm@83-70-37-239.b-ras1.prp.dublin.eircom.net) |
21:08.52 | mallum | koen, psokolovsky_: http://gitweb.freedesktop.org/?p=xorg/xserver.git;a=commit;h=5ddbf4bcd46fe0d3d682668c2748c712fea410ae |
21:09.28 | koen | mallum: yay! |
21:11.14 | psokolovsky_ | mallum: Thanks! |
21:11.55 | *** join/#oe furlongm__ (n=furlongm@83-70-30-64.b-ras1.prp.dublin.eircom.net) |
21:12.34 | koen | <PROTECTED> |
21:18.00 | Crofton | no joy |
21:18.09 | Crofton | tomorrow is another day |
21:18.34 | woglinde | nite crofton |
21:18.40 | woglinde | and you need only udev |
21:18.43 | Crofton | good night |
21:18.52 | Crofton | yeah, but still having problems |
21:19.00 | Crofton | need to go though this carefully tomorrow |
21:20.12 | Crofton | need to get it booting ok tomorrow, bigdog will want to do the same thing very soon I expect |
21:20.25 | *** join/#oe W8TVI_ (n=me@166.165.151.0) |
21:21.43 | *** join/#oe Zero_Chaos (i=qxcwtahz@unaffiliated/zerochaos) |
21:24.20 | *** join/#oe redguy (n=mati@ado4.neoplus.adsl.tpnet.pl) |
21:28.22 | koen | mallum: any word on a new kdrive release to celebrate the tslib add-on? |
21:29.11 | mallum | koen: I hope it will be part of next xorg release |
21:29.28 | koen | meh |
21:29.41 | koen | if I had a dollar everytime I heard that :S |
21:30.31 | koen | on the bright side, keithp hasn't broken it again, so let's be happy |
21:31.40 | mallum | koen: current xorg has kdrive though right |
21:32.05 | koen | yes, we should be pulling from that |
21:32.29 | koen | but I dislike being dependant on a git checkout to get rid of major bugs in the release |
21:33.26 | mallum | koen: yeah but most bugs should now be fixed ? |
21:33.44 | mallum | koen: too many people use xephyr nowadays |
21:34.01 | koen | mallum: the git version works pretty well |
21:34.06 | mallum | koen: that makes kdrive a bit more generally needed I think |
21:35.39 | CIA-9 | 03koen 07org.oe.dev * r43921a86... 10/ (1 packages/xorg-xserver/xserver-kdrive_git.bb): xserver-kdrive git: remove tslib and xcalibrate patches that have been applied upstream (yay!) and enable tslib in EXTRA_OECONF |
21:36.17 | koen | mallum: it just needs proper evdev and hotplug suppport :) |
21:37.02 | mallum | koen: input-otplug branch |
21:37.51 | koen | psokolovsky_: write that down ;) |
21:38.29 | RP | and have a spare h :) (input-hotplug) |
21:38.43 | koen | I'm out of those |
21:39.38 | mallum | otplug is the east london successor to hotplug |
21:39.53 | mallum | its what all the kids are using nowadays |
21:56.35 | *** join/#oe pvanhoof (n=pvanhoof@d54C0F01A.access.telenet.be) |
21:57.09 | koen | mallum: do you know why the epson kdrive server has dropped out of SUBDIR? |
21:57.16 | koen | mallum: it builds fine |
21:58.47 | mallum | koen: not a clue Im afraid |
21:58.59 | mallum | koen: I know there was a time when there were some issues with it |
21:59.08 | koen | yeah |
21:59.12 | koen | we had patches in OE |
21:59.20 | koen | but I just added it to subdirs and it built |
21:59.34 | koen | Packaged contents of xserver-kdrive-epson into /data/build/koen/OE/build/tmp/angstrom/deploy/ipk/xserver-kdrive-epson_1.1.0+git20060829-r3_armv5te.ipk |
22:00.07 | mallum | wierd |
22:00.15 | koen | yep |
22:00.22 | mallum | I think there are like 3 people on the planet with that h/w though |
22:00.38 | koen | mallum: everyone with a netbook |
22:00.46 | mallum | 3 people ;) |
22:00.59 | mallum | you, florian and wookey |
22:01.10 | koen | phillipe and pb__ |
22:01.22 | koen | and the people at hard-data.com |
22:01.36 | koen | still not much :) |
22:02.22 | mallum | pb could enable it, he must still have commit privs |
22:02.32 | mallum | Im too scared though |
22:02.37 | *** join/#oe W8TVI (n=me@166.166.3.184) |
22:02.56 | koen | aargh |
22:03.05 | koen | we're missing xcalibrateproto in .dev |
22:03.14 | koen | that's it |
22:08.05 | *** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
22:15.16 | *** part/#oe awelux (n=awelux__@dslb-084-058-149-248.pools.arcor-ip.net) |
22:47.27 | *** join/#oe csmanx (n=csman@70.55.143.24) |
22:59.51 | *** join/#oe katossi__ (n=guillerm@dslb-084-061-014-206.pools.arcor-ip.net) |
23:05.22 | *** join/#oe france__ (n=france@pool-141-154-222-177.bos.east.verizon.net) |
23:13.00 | *** join/#oe nanderson (n=methos@ppp-70-254-194-148.dsl.tpkaks.swbell.net) |
23:13.10 | nanderson | hell |
23:13.12 | nanderson | o |
23:13.17 | nanderson | stupid lag |
23:13.43 | nanderson | anyone happen to know of any cf 802.11 cards that do not protrude? |
23:15.08 | woglinde | hm? |
23:15.13 | woglinde | I have orinocos |
23:25.09 | *** join/#oe france_ (n=france@pool-151-203-13-25.bos.east.verizon.net) |
23:50.40 | *** join/#oe TheMasterMind1 (n=aman@c-65-96-169-40.hsd1.ma.comcast.net) |
23:52.08 | *** join/#oe Kerwood (n=Marshall@69-174-191-58.frdrmd.adelphia.net) |
23:56.56 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |