00:09.39 | *** join/#oe tkp (n=tom@81-179-24-207.dsl.pipex.com) |
00:10.12 | tkp | anyone fancy merging heads for me... I'm getting "branch org.openembedded.dev has multiple heads" when trying to checkout |
00:21.34 | tkp | or, firstly... which branch should I be using? |
00:21.50 | tkp | (it's the dev one that has multiple heads) |
00:22.37 | KerwoodDerby | tkp: Actually, there was quite a dust-up about that earlier today. As I understand it, any head will be satisfactory until they are merged later. I don't have anything else I can add to that, sorry. |
00:23.20 | tkp | but it wouldn't let me check it out |
00:23.25 | tkp | I'm new to monotone |
00:23.29 | ggilbert | I think my SG-20 bit the dust :( |
00:23.45 | tkp | how can I tell it to pull a specific head? |
00:24.01 | tkp | and... should I even be using the dev branch? |
00:24.18 | hvontres|home | tkp:what are you trying to do? |
00:24.55 | tkp | I'm trying to put together a small distro hat is capable of playing moveis |
00:25.11 | hvontres|home | tkp:on what device? |
00:25.22 | tkp | on a mini-itx |
00:27.03 | tkp | where can I find out about each of the oe branches? |
00:27.12 | tkp | I have the dreambox one currently |
00:40.25 | emte | from the oe wiki |
00:40.30 | emte | under branches |
00:41.09 | emte | btw i take it movix and the other live cd distros are too large? |
00:49.25 | *** join/#oe mr_nice_slacker1 (n=mr_nice_@p54A9CDB0.dip.t-dialin.net) |
01:04.16 | *** join/#oe carbonfreeze (n=carbonfr@rdbck-4530.wasilla.mtaonline.net) |
01:17.05 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
01:18.24 | hvontres|home | ~seen RP |
01:18.26 | ibot | rp is currently on #gpe #oe #openzaurus #handhelds.org. Has said a total of 18 messages. Is idling for 4h 5m 27s, last said: ''night mickey|zzZZzz '. |
01:19.09 | *** join/#oe noclouds (n=mhfan@60.166.55.214) |
01:23.07 | ggilbert | Hey emte, do you have one of the wrtg54s? |
01:23.51 | *** join/#oe joshin (i=josh@VDSL-130-13-143-17.PHNX.QWEST.NET) |
01:24.00 | KerwoodDerby | ggilbert: I have one at work |
01:27.35 | emte | ggilbert, nope, WCF54G |
01:28.02 | emte | the most flexible device availible |
01:28.40 | *** part/#oe ggilbert (n=ggilbert@70-38-101-166.losaca.adelphia.net) |
01:28.43 | *** join/#oe ggilbert (n=ggilbert@70-38-101-166.losaca.adelphia.net) |
01:28.44 | *** part/#oe ggilbert (n=ggilbert@70-38-101-166.losaca.adelphia.net) |
01:28.48 | *** join/#oe ggilbert (n=ggilbert@70-38-101-166.losaca.adelphia.net) |
01:28.49 | emte | wrtg ... thats the router is it not? |
01:28.53 | ggilbert | Yeah |
01:28.56 | emte | ggilbert, nope, WCF54G |
01:28.57 | emte | the most flexible device availible |
01:28.59 | emte | wrtg ... thats the router is it not? |
01:29.06 | emte | to recap :P |
01:29.18 | ggilbert | yeah :) |
01:29.48 | emte | depending on which version of that router you can modify it |
01:29.57 | emte | or so i've heard |
01:30.02 | ggilbert | This one probably can. It's one of the older ones |
01:30.11 | emte | has to be the one without the speedboost i belive |
01:30.25 | KerwoodDerby | Damned handy little boxes -- run on 5VDC, boot in 15 secs, etc. |
01:30.29 | ggilbert | I think gb2 had an oe based distro booting on it |
01:31.43 | *** join/#oe ggilbert (n=ggilbert@70-38-101-166.losaca.adelphia.net) |
01:32.04 | emte | ggilbert, you need to feed your connection some more hamsters |
01:32.30 | ggilbert | hehe |
01:32.55 | ggilbert | Well I'm in the middle of recovering from the magnia biting it |
01:32.59 | ggilbert | :p |
01:33.06 | emte | magnia? |
01:33.29 | ggilbert | The box I was using as a route before. Toshiba Magnia SG20 |
01:33.40 | emte | ah |
01:41.47 | Borealid | koen: you there? |
01:42.20 | *** join/#oe wrobbie (n=rob@cm7.sigma181.maxonline.com.sg) |
01:43.04 | KerwoodDerby | Borealid: koen left in a huff at around 2330 UTC |
01:43.06 | Borealid | emte: the old wrt54g models work with openwrt, as do the older wrt54gs series (which have speedboost) - and the GS have twice the RAM |
01:43.24 | Borealid | KerwoodDerby: ah. |
01:44.02 | KerwoodDerby | my bad, 2230 |
01:48.03 | *** join/#oe marcan (i=1337@226.Red-88-0-76.dynamicIP.rima-tde.net) |
01:50.26 | emte | lol |
01:50.48 | emte | koen gets easily worked up |
01:51.09 | ggilbert | That he does |
01:52.54 | emte | Borealid, there was more than one hw release for the speedboost versions? |
01:53.41 | Borealid | emte: I think that only White Russian worked on them |
01:53.55 | emte | i mean from cisco/linksys |
01:54.18 | Borealid | emte: don't think so - check the TableOfHardware on openwrt.org |
01:54.23 | Borealid | emte: it has all of them |
01:54.40 | emte | was just curious from your comment above |
01:54.58 | emte | the speedboost series here was pretty short lived |
01:55.09 | emte | see a lot od n-class devices now |
01:55.10 | Borealid | emte: oh, I just don't think the wrt54gs are being released anymore at all |
01:55.12 | emte | of* |
01:55.15 | Borealid | yes, exactly |
01:55.19 | Borealid | that's why I said "older" |
01:55.24 | Borealid | they're not new... |
01:55.45 | emte | lol |
01:56.05 | emte | i took it as older than the latest hw release |
01:56.08 | Borealid | have you by any chance got a currently working non-eabi toolchain? |
01:56.13 | emte | yeah |
01:56.18 | Borealid | sorry, I could have been clearer |
01:56.21 | emte | familiar is non-eabi |
01:56.36 | emte | too moany non-2.6 devices |
01:56.38 | emte | many* |
01:56.39 | *** join/#oe dijenerate (n=dijenera@69.73.212.227) |
01:56.41 | Borealid | could I get a hold of your PREFERRED_VERSION_* and BBMASK? |
01:56.52 | emte | ? |
01:56.56 | KerwoodDerby | I found the Asus wl-g500 deluxe to be really easy to reflash with White Russian, and it comes with the ever-handy USB interface |
01:57.05 | Borealid | I can't seem to coax the thing to build any way |
01:57.07 | emte | i doubt those would affect eabi |
01:57.40 | emte | disabling eabi and qemu would have more affect i'd think |
01:57.43 | Borealid | emte: I can get an Angstrom toolchain up (gcc-4.1.1, eabi, glibc-2.4) but my X segfaults |
01:57.54 | Borealid | but I can't bootstrap non-eabit |
01:57.56 | Borealid | *eabi |
01:58.01 | Borealid | glibc-2.4 is nptl |
01:58.11 | Borealid | so it tries to build glibc-intermediate-2.3.6 |
01:58.11 | emte | i dont think you can build angstrom non-eabi |
01:58.20 | Borealid | not angstrom |
01:58.22 | Borealid | openzaurus |
01:58.29 | emte | koen has been pretty specific in it's implementation |
01:58.40 | emte | ah |
01:58.46 | Borealid | glibc-intermediate-2.3.6 says SOMETHING_BUS_ISA undeclared |
01:58.48 | *** join/#oe m4ngle (n=mcake@c-67-186-250-200.hsd1.co.comcast.net) |
01:58.51 | Borealid | older ones don't build at all |
01:59.08 | Borealid | I've tried gcc 3.4.4 (with and without the csl patches), and gcc 4.1.1 |
01:59.15 | emte | yeah you need to use the disable flags i'd think |
01:59.27 | Borealid | <sigh> |
01:59.38 | emte | bitbake is currently set to default eabi and a few other things |
01:59.39 | m4ngle | is there a particular time of day when I would be more likely to be able to fetch the org.openembedded.dev branch? |
01:59.43 | Borealid | I've built or tried to build the toolchains a few dozen times now |
01:59.53 | Borealid | try the mirror, m4ngle |
02:00.10 | emte | Borealid, take a quick look in your bitbake.conf |
02:00.19 | Borealid | yes? |
02:00.28 | emte | some of the eabi specific flags should jump out at you |
02:00.49 | emte | add the flags with your needed settings to your local.conf |
02:01.10 | Borealid | emte: I don't have anything in bitbake.conf |
02:01.21 | emte | i am sure you will need disable_locale_generation |
02:01.26 | Borealid | that is, it's gentoo's default |
02:01.49 | Borealid | it says binary locale generation is disabled every time I build glibc |
02:02.00 | emte | to build anything before 2.3.6 |
02:02.19 | m4ngle | where's the mirror? |
02:02.24 | Borealid | according to locate there's only one bitbake.conf on my system |
02:02.25 | emte | you need to set it to '1' |
02:02.33 | emte | its negative logic |
02:02.46 | m4ngle | i must have missed something basic I guess |
02:03.12 | emte | er wait |
02:03.19 | emte | ENABLE_BINARY_LOCALE_GENERATION = "0" |
02:03.23 | emte | thats the one |
02:03.40 | Borealid | m4ngle: look at ewi254.ewi.utwente.nl |
02:03.53 | Borealid | m4ngle: the primary repo is monotone.vanille.de |
02:04.00 | emte | Borealid, your bitbake.conf should be somewhere liek this: |
02:04.02 | emte | ../org.openembedded.oz354fam083/conf/bitbake.conf |
02:04.32 | Borealid | emte: ah, there it is - forgot I was on openafs |
02:04.41 | emte | and documentation.conf explains them |
02:04.55 | Borealid | emte: thank you, this very well might be the source of all my troubles |
02:05.03 | Borealid | I hadn't edited it at all... |
02:05.11 | emte | you dont edit bitbake.conf |
02:05.21 | Borealid | I copy it, and then edit the copy? |
02:05.25 | emte | you use the needed flags in your local.conf |
02:05.29 | Borealid | ah |
02:05.36 | Borealid | ok then, it inherits them |
02:05.43 | emte | bitbake.conf holds stuff that bitbake knows about |
02:05.53 | Borealid | unlike the extra_packages stuff, which doesn't appear to be inherited |
02:06.15 | emte | other magic does exist in OE |
02:06.27 | Borealid | I noticed :-P |
02:06.41 | Borealid | thanks a ton, this looks like all the variables I had no clue how to set |
02:06.56 | Borealid | well, most |
02:07.10 | emte | :) |
02:07.36 | Borealid | hmm, why -frename-registers? |
02:07.41 | emte | be aware some things are task specific |
02:08.02 | emte | like my HOST_NONSYSV flag |
02:08.28 | emte | as far as i know it, because it's mine, it only affects fakeroot |
02:09.10 | emte | but it could obviously have other uses |
02:10.27 | m4ngle | thanks Borealid |
02:10.34 | Borealid | m4ngle: np |
02:11.12 | Borealid | emte: this doesn't look like it's actually going to help... |
02:11.34 | Borealid | what I have is two problems: a chicken-and-egg and a catch-22 |
02:11.42 | Borealid | I need a glibc before 2.3.5cvs |
02:11.49 | Borealid | and I can't get one |
02:13.43 | emte | you need to use that local_generation flag i posted |
02:14.07 | Borealid | but it doesn't even build qemu-native |
02:14.14 | emte | no it wont |
02:14.19 | Borealid | I also wasn't using angstrom or oz |
02:14.24 | Borealid | *or familiar |
02:14.34 | Borealid | so was that flag even set to 1? |
02:14.49 | Borealid | I'm turning it off anyhow because I only care about the unicode, C, and us localizations |
02:14.51 | emte | it disables qemu and a evil version of binutils that mangles gcc which shows up when you compile glibc |
02:14.57 | Borealid | ahhhh |
02:14.59 | Borealid | that could be it. |
02:15.15 | Borealid | one sec, let me have a go with OZ again |
02:15.19 | Borealid | <wipes toolchain> |
02:16.21 | Borealid | so angstrom is going to replace both familiar and oz? |
02:16.36 | emte | that depends on your interpretation |
02:16.56 | Borealid | the dev teams are different? |
02:17.08 | emte | if you ignore the fact that angstrom will not be buildable for ~15+ devices for some time yet, then yes |
02:17.16 | Borealid | lol |
02:17.21 | Borealid | what's the obstacle? |
02:17.27 | emte | 2.4 kernels |
02:17.29 | Borealid | patching and kernels? |
02:17.34 | Borealid | oh, 2.4 kernels |
02:17.42 | Borealid | the ipaqs can't run a 2.6 yet? |
02:17.49 | emte | eabi is only usable on newer 2.6 kernels |
02:17.56 | emte | not many |
02:17.58 | Borealid | I mean, ideally everyone would move to 2.6 anyway - so much faster |
02:18.13 | Borealid | 2.6.16 and up for eabi right? |
02:18.20 | Borealid | that's definitely newer |
02:18.23 | emte | isnt it .8 ? |
02:18.28 | Borealid | really? |
02:18.40 | emte | not sure |
02:18.41 | Borealid | I know the codesourcery people say their stuff will only work with .16 and up |
02:18.54 | Borealid | but that's probably nptl-related |
02:19.00 | emte | maybe its fully implemented at .16 |
02:19.01 | Borealid | they only got nptl on arm recently |
02:19.20 | Borealid | what's in the way of 2.6 on the ipaqs? |
02:19.26 | Borealid | have you got BLOBs? |
02:19.43 | emte | active developers |
02:19.51 | emte | mostly powermanagment stuff |
02:19.58 | emte | driver porting |
02:20.02 | emte | etc |
02:20.17 | Borealid | 'k |
02:20.19 | emte | there are status pages in the hh.o wiki |
02:20.46 | Borealid | do all coldfire CPUs run eabi code? |
02:21.25 | emte | i dont know id eabi is arch specific more that support specific |
02:21.28 | emte | if* |
02:21.33 | emte | than* |
02:22.01 | Borealid | okay then, I'll go read up - it sounds like I should want to do an eabi build, but if it's going to make my X segfault I can't deal with it |
02:22.25 | emte | there are quite a few people working on eabi |
02:22.35 | emte | angstrom and most of the oz developers i belive |
02:22.52 | Borealid | I submitted a patch myself the other day :-P |
02:23.28 | Borealid | hehe, I subscribed to the mercurial mailing list and it's so high-volume I had to make a folder for all the mail |
02:23.43 | Borealid | I should've known that the development on a SCM system would be that fast... |
02:23.59 | emte | my hg stuff is digest, helps with the traffic :) |
02:24.02 | Borealid | I mean, everyone on the -users list is a developer in some capacity |
02:24.17 | Borealid | I prefer to have it be threaded |
02:24.32 | Borealid | and with a separate folder it's just peachy |
02:24.42 | emte | yeah that helps sometimes, but only if you have time to read it all |
02:24.55 | Borealid | I will eventually! |
02:25.01 | Borealid | there were only 46 changesets today :-P |
02:25.06 | emte | i need to toss my mailing list stuff here soon |
02:25.07 | Borealid | <-- deluding himself |
02:25.16 | Borealid | eh? |
02:25.33 | emte | have a few thousand in most of my lists |
02:25.42 | Borealid | ~hail Amarok |
02:25.44 | ibot | ACTION bows down to Amarok and chants, "I'M NOT WORTHY!!" |
02:25.44 | emte | oe@ used to be more active |
02:26.03 | emte | not that the bugtracker helps |
02:26.15 | Borealid | the bugtracker is getting ridiculous |
02:26.54 | emte | its been pretty quite lately |
02:27.02 | emte | quiet* |
02:27.11 | Borealid | but the volume of stuff in there isn't decreasing |
02:27.32 | emte | it would be even quieter if people would put the right things in the right trackers |
02:27.35 | Borealid | close to 400 open bugs |
02:27.36 | Borealid | lol |
02:28.15 | emte | i suspect quite a few are duplicates or in the wrong list |
02:28.27 | Borealid | looking at this, I suspect you may be right |
02:28.40 | Borealid | #410, 411, 412 |
02:28.43 | m4ngle | does the "familiar-unstable" distro use 2.6 kernel? |
02:28.58 | emte | familiar-unstable is not very usable |
02:29.08 | emte | its unmaintained |
02:29.12 | m4ngle | what about angstrom then? |
02:29.24 | emte | angstrom is 2.6+eabi centric |
02:29.24 | Borealid | yes, angstrom does - but it probably won't work for you |
02:29.46 | chouimat|ibook | night |
02:29.50 | emte | night |
02:30.20 | Borealid | what we need here is a compile farm :-> |
02:30.42 | emte | they exist |
02:30.45 | Borealid | emte: ok, now OZ is using binutils-cross-2.16-r7 |
02:31.01 | Borealid | I don't think that's what it was doing before |
02:31.29 | emte | Borealid, i dont remember specifically which is the correct binutils |
02:31.35 | emte | i'd have to look it up |
02:31.48 | Borealid | well, if this one doesn't work I'll bbmask it |
02:32.01 | Borealid | using gcc-cross-initial-4.1.1 too |
02:32.03 | emte | you mean use PREFFERED_VERSION |
02:32.16 | Borealid | if it doesn't work, shouldn't I mask it? |
02:32.25 | Borealid | angstrom doesn't use this one anyway |
02:32.43 | emte | that isnt really the way BBMASK is intended to work |
02:32.52 | Borealid | I use preferred_version for stuff I want, and my bbmask has (stuff|other_stuff).* |
02:32.55 | Borealid | works rather well |
02:32.59 | emte | normally its used to ignore GPE or OPE or QTE etc |
02:33.03 | Borealid | example: |
02:33.20 | emte | BBMASK = (opie|qpe) |
02:33.25 | Borealid | bbmask = "(glibc-2.*_cvs|gmp-2.4.1).*" |
02:33.31 | Borealid | it really does work |
02:33.33 | emte | is mine since i only build gpe |
02:33.40 | Borealid | that should be _ instead of - |
02:33.42 | Borealid | but you get the idea |
02:33.49 | emte | yeah |
02:34.06 | emte | using preffered gives you more controlable results |
02:34.19 | Borealid | I usually only do stuff that's completely broken with bbmask |
02:34.23 | Borealid | like the _cvs versions |
02:34.44 | Borealid | and the only reason I'm using it so extensively is b/c I still haven't settled on a DISTRO yet |
02:34.57 | Borealid | so preferred_versions doesn't make sense |
02:35.25 | Borealid | I mean, if I prefer glibc-2.4 on OZ it just won't work |
02:39.51 | emte | actually preffered versions do make sense |
02:40.22 | emte | but you are correct if you override a stable with something taht isnt , it probably wont work |
02:40.50 | emte | altho you are basicly doing the same thing with bbmask |
02:41.02 | emte | just ... less specific |
02:41.14 | Borealid | if I only mask the things which don't work no matter what, then the preferred versions from the distros continue to apply |
02:41.26 | Borealid | if I specify a preferred version of my own, they don't |
02:41.57 | emte | there is nothing to say you arnt masking out the distro preffered versions |
02:42.33 | Borealid | if those preferred versions are broken because of compile errors which aren't toolchain-specific, then I want them masked anyhow ^_^ |
02:42.37 | emte | if you do it will take the highest version avail |
02:42.51 | *** join/#oe thejapa (n=thejapa@200-232-210-132.dsl.telesp.net.br) |
02:42.54 | Borealid | gc-4.1.1 just failed |
02:42.57 | Borealid | *gcc |
02:43.05 | emte | what error? |
02:43.17 | Borealid | ahh, here's where BUS_ISA was undeclared |
02:43.25 | Borealid | ioperm.c:103 |
02:43.36 | Borealid | sysdeps/unix/sysv/linux/arm/ioperm.c |
02:43.49 | Borealid | wait, no, this is glibc 2.3.6 |
02:43.55 | Borealid | I was right originally |
02:43.56 | emte | hrm? |
02:44.02 | Borealid | that's the one that never ever succeeds |
02:44.09 | Borealid | it's a legitimate failure |
02:44.19 | Borealid | that is to say, one that's the fault of this ebuild instead of my toolchain |
02:44.45 | Borealid | I suppose I could just go fix the error now |
02:45.04 | Borealid | but I'm wondering how anybody else gets their stuff to work |
02:45.21 | Borealid | I mean, there must be some way for a new dev to pull this stuff and just have it work, right? |
02:45.25 | Borealid | without patching? |
02:45.45 | emte | yes |
02:45.48 | thejapa | Borealid: using other glibc version |
02:45.52 | emte | use a stable distro to start with |
02:45.57 | Borealid | thejapa: I've tried them all |
02:46.07 | Borealid | emte: you mean non -unstable? |
02:46.16 | Borealid | emte: awwwww |
02:46.26 | emte | i mean something thet is about to be released or has been released |
02:46.28 | thejapa | yep, it's tricky, specially .dev is very very very very, did i say very? tricky sometimes |
02:46.41 | thejapa | ok, some people say I exagerate sometimes. |
02:46.43 | Borealid | thejapa: no, really, I've tried them all. |
02:46.45 | emte | start from a known state and then break and fix things |
02:46.48 | Borealid | thejapa: all of them |
02:46.49 | thejapa | but that's my personal experience |
02:46.59 | Borealid | thejapa: it worked a month ago... |
02:47.11 | Borealid | besides, I want to fix things anyway |
02:47.18 | Borealid | howzabout I'll start with this error |
02:47.23 | emte | there have been quite a few changes even within the last month |
02:47.30 | thejapa | yeah, i define tricky as sometimes that breaks without much possibility for a logical explanation |
02:47.55 | Borealid | it doesn't help that half the packages float against CVS |
02:47.57 | thejapa | btw, I got my OE working when I gave up my local.conf and started a new one. |
02:48.07 | Borealid | I mean, NONE of the CVS toolchain ebuilds work |
02:48.14 | Borealid | thejapa: done that twice |
02:48.23 | Borealid | the patches need to be rebased |
02:48.28 | emte | there are quite a few stable releases that use cvs |
02:48.30 | Borealid | I did a few of them and submitted 'em |
02:48.44 | Borealid | emte: the patches applied against glibc no longer work |
02:48.45 | Borealid | nor gcc |
02:48.48 | Borealid | nor binutils |
02:48.51 | emte | mostly due to the fact theare are very few changes to upstream and they only release cvs versions |
02:48.57 | Borealid | exactly. |
02:49.11 | Borealid | you can't do patches against cvs unless you go like gentoo and up the fuzz level |
02:49.51 | emte | Borealid, i think you need to choose a distro with a release |
02:49.53 | thejapa | Borealid: I'm not saying you're not trying or wrong, I just say this is very torturous. :) |
02:49.53 | emte | and start from there |
02:50.02 | emte | instead of half way in the void |
02:50.08 | Borealid | emte: I'm thinking you may be right |
02:50.18 | Borealid | thejapa: yes, it is |
02:50.34 | emte | a lot of the patches and changes are made in a specific sequence |
02:50.40 | Borealid | I'm just kind of annoyed because I started with .dev and -unstable a month ago and it worked |
02:51.05 | emte | -unstable is not reccomended for anyone to actually use |
02:51.08 | Borealid | what do I lose if I use a versioned distro{ |
02:51.10 | Borealid | *? |
02:51.16 | Borealid | let's see... |
02:51.19 | emte | nothing |
02:51.22 | Borealid | <goes to look at conf/distro> |
02:51.25 | thejapa | you lose everything in CVS. :) |
02:51.26 | emte | you start at a known state |
02:52.06 | emte | if you know where you are, then you know where your going |
02:52.14 | Borealid | all right, if that has a 2.6.16 kernel I'll be set anyhow |
02:52.18 | thejapa | *BUT* you may add preferred versions of your CVS apps, then u build only what you want in CVS, instead of everything. Please correct me if I'm wrong. |
02:52.59 | emte | thejapa, there are lots of things only avail in cvs, a stable distro just locks down the dates |
02:53.07 | Borealid | # Stay away from unversioned distros unless you really know what you are doing |
02:53.16 | thejapa | then I stand corrected. :) |
02:53.26 | emte | PREFERRED_VERSION_xserver-kdrive = "0.0cvs20050207" |
02:53.27 | emte | etc |
02:53.38 | Borealid | I can't use the release feeds... the kernels are too old |
02:53.47 | Borealid | and I really want my own kernel options |
02:53.53 | emte | and? |
02:53.55 | Borealid | should I pull from oz354? |
02:54.08 | emte | there is nothing to say you cannot change things |
02:54.16 | thejapa | use them and set your own PREFERRED_VERSIONs, I believe that's how it should be done. |
02:54.16 | Borealid | change just the kernel? |
02:54.19 | emte | yes |
02:54.24 | Borealid | I need a working build environment! |
02:54.35 | emte | by using stable you have one |
02:54.39 | Borealid | I can't build my own kernel without a toolchain... |
02:54.52 | Borealid | ok, so I just don't use .dev at all. |
02:54.57 | Borealid | that works for me |
02:55.05 | Borealid | let's see now... |
02:55.08 | emte | or use a combination of repos |
02:55.15 | emte | you can specify more than one |
02:55.20 | Borealid | eh? |
02:55.30 | Borealid | oh, you mean using .bb files from one to add to another |
02:55.31 | Borealid | can do |
02:55.33 | emte | no |
02:55.37 | Borealid | no? |
02:55.43 | emte | by using the correct monotone pull command |
02:55.53 | Borealid | oh, I pull them all into the .db |
02:55.58 | thejapa | oh, that I haven't learnt yet. |
02:55.59 | Borealid | I just checkout the one I want |
02:56.19 | emte | here sec |
02:58.12 | thejapa | it must be somewhere on monotone manual, I guess |
02:58.21 | Borealid | http://www.openembedded.org/wiki/DevelopmentBranches |
02:58.21 | Borealid | got it |
02:58.24 | Borealid | took a while... |
02:58.32 | emte | mt --db=/somepath/OE.db pull monotone.openembedded.org "org.openembedded.{dev,oz354fam083,dreambox}" |
02:58.37 | *** join/#oe rwhitby-away (n=rwhitby@nslu2-linux/rwhitby) |
02:58.38 | Borealid | it's like five or six links deep |
02:58.53 | Borealid | emte: or monotone --db=OE.db pull monotone.vanille.db |
02:58.58 | Borealid | which gets all branches |
02:59.02 | thejapa | oh no, we're already using mtn? |
02:59.09 | Borealid | not yet |
02:59.12 | thejapa | ah |
02:59.56 | emte | not sure you really want all 6 branches |
03:00.05 | Borealid | I have an nslu2 |
03:00.14 | Borealid | not that this has it |
03:00.15 | Borealid | :-P |
03:00.28 | Borealid | I don't want all six, you're right |
03:00.32 | emte | nslu2 is on a diff server |
03:00.44 | Borealid | as I said, this doesn't have it |
03:00.57 | Borealid | I was just too lazy to type the extra bit every time |
03:01.01 | Borealid | so now it's saving me a pull |
03:01.02 | thejapa | duh, that one OE.db I need to download again? mine must ages old, before the familiar migrated to git. |
03:01.14 | emte | http://www.openembedded.org/wiki/MonotonePhraseBook |
03:01.25 | emte | might help you as well |
03:01.26 | Borealid | oh, is that up? |
03:01.34 | Borealid | the link on the main page to it is broken |
03:02.00 | emte | maybe its to be replaced by 0.27 examples |
03:02.12 | Borealid | emte: I know how to use monotone.... I was just too lazy to type the branch on pull |
03:02.22 | emte | ah |
03:02.35 | emte | it just had some other OE magic |
03:02.46 | Borealid | that's not for pulls |
03:02.52 | Borealid | it's for updates and pushes |
03:02.57 | emte | the top section is |
03:03.18 | Borealid | hm? |
03:03.27 | Borealid | ... "Developers with write access need to generate a key and send it to mickeyl and koen:" |
03:03.28 | emte | 4th grey box down |
03:03.38 | Borealid | mt --db=/somepath/OE.db pull monotone.openembedded.org "org.openembedded.{dev,oz354fam083,dreambox}" |
03:03.53 | Borealid | that tells me how to type out the command I was too lazy to type |
03:04.00 | Borealid | and it's wrong in two places anyhow |
03:04.09 | emte | possibly |
03:04.10 | Borealid | should be monotone pull monotone.vanille.de |
03:04.17 | Borealid | with a -d |
03:04.26 | Borealid | instead of monotone.openembedded.org |
03:04.27 | Borealid | and mt |
03:04.34 | emte | you must be using 0.26 |
03:04.38 | Borealid | I am |
03:04.49 | Borealid | wait... |
03:04.54 | emte | its valid for 0.25 |
03:04.54 | thejapa | hmm.. that's for 0.25? |
03:04.56 | Borealid | I have both .27 and .25, I think |
03:05.03 | Borealid | monotone is .25 I thought |
03:05.07 | Borealid | mt is .26 and up |
03:05.19 | thejapa | hehe |
03:05.39 | thejapa | i just hate these version changes :) |
03:05.40 | Borealid | monotone 0.25 (base revision: 4f4cb0aa339ad70c5b2624db22073d9e9a36c115) |
03:05.47 | Borealid | yes, that's "monotone --version" |
03:05.51 | emte | monotone --version |
03:05.52 | emte | monotone 0.24 (base revision: d59847072bb689e952ab21db7f9fababdb80a19f) |
03:05.53 | thejapa | i understand the need though |
03:05.58 | ggilbert | openwrt looks pretty fucking cool |
03:06.11 | Borealid | ggilbert: it is until you run out of ram |
03:06.11 | hvontres|home | ~lart convoluted dependacies |
03:06.21 | ggilbert | Borealid: hehe |
03:06.33 | Borealid | ~lart using the bear instead of openssh |
03:06.50 | ggilbert | Borealid: well in theory my needs are pretty simple :p |
03:06.54 | emte | openssh violates glp does it not? |
03:06.59 | Borealid | glp? |
03:07.01 | emte | gpl* |
03:07.09 | Borealid | emte: openssh is bsd |
03:07.09 | ggilbert | Why would it? |
03:07.15 | emte | er wait i am thinking openssl |
03:07.22 | Borealid | it's the central part of openbsd... |
03:07.28 | Borealid | it isn't even UNDER the GPL |
03:07.32 | ggilbert | openssl doesn't violate the gpl license either |
03:07.41 | hvontres|home | nah, I think the bear is just a smidge smaller :) |
03:07.44 | Borealid | hey, emte, I'll sell you a copy of openssh without the source |
03:07.46 | Borealid | only 20 euros |
03:07.47 | ggilbert | There's just the small problem of people using it in gpl apps |
03:07.56 | ggilbert | which is a bit more questionable |
03:08.05 | Borealid | hvontres: can you actually use that stupid bear? |
03:08.07 | emte | yeah its the grayarea stuff |
03:08.15 | Borealid | can anyone actually use that thing? |
03:08.24 | Borealid | it has no functionality at all |
03:08.25 | hvontres|home | works for what I use it for: ssh and scp |
03:08.32 | Borealid | unless you use a 2.0 server |
03:08.39 | Borealid | in which case it doesn't. |
03:08.40 | hvontres|home | and it came with the base rom :) |
03:08.50 | Borealid | until recently, it didn't even do keyboard-interactive |
03:08.59 | Borealid | and forget about kerberos... |
03:09.05 | ggilbert | Borealid: but from looking at it, openwrt basically gets around the annoyance that made me switch to the magnia in the first place |
03:09.10 | Borealid | dropbear is to openssh what a pop gun is to an uzi |
03:09.12 | ggilbert | the fcking annoying dhcp server |
03:09.21 | Borealid | eh? |
03:09.25 | emte | lol |
03:09.29 | Borealid | openwrt uses dnsmasq I think |
03:09.35 | hvontres|home | ohh, I use dropbear on my poodle...one of them Z's |
03:09.37 | ggilbert | aye |
03:09.45 | Borealid | that's a halfway decent program |
03:09.58 | ggilbert | Unless that's what linksys shipped with, it seems like an improvement |
03:10.01 | Borealid | I mean, you can't exactly do bind if you also want to have room for ipv6 |
03:10.22 | Borealid | that's why I'm frustrated with the ram in the wrt53g |
03:10.24 | Borealid | *54 |
03:10.38 | Borealid | I need ipv6, bind, openssh, dhcpd, and radvd |
03:10.41 | Borealid | and those don't all fit |
03:10.42 | hvontres|home | CoreDump|home: What are you doing up so darn early? |
03:11.12 | ggilbert | I just need dhcpd, openssh, and openvpn |
03:11.34 | Borealid | you might have trouble fitting that, too - isn't openvpn large+ |
03:11.36 | Borealid | *? |
03:11.37 | CoreDump|home | hvontres|home: preparing to go to work |
03:11.53 | CoreDump|home | i hate early shift :\ |
03:11.55 | ggilbert | Hopefully it will fit |
03:12.15 | ggilbert | I've seen a number of references to people using it |
03:12.17 | Borealid | ~lart cleaning build/tmp |
03:12.25 | hvontres|home | CoreDump|home: Bummer...enjoying my 4 day weekend on this side of the pond..:) |
03:12.38 | CoreDump|home | yay for independence day ;) |
03:12.40 | Borealid | ggilbert: well, you can probably take out pppoe to make room |
03:13.34 | hvontres|home | CoreDump|home: Well, I have tried to get sound to work, but I just can't seem to get the bootstrap image to build...:( |
03:13.43 | hvontres|home | I'll try with the alsa-stuff disabled. |
03:13.57 | CoreDump|home | what's wrong with bootstrap? |
03:14.00 | hvontres|home | Kernel seems to build tho.. |
03:14.04 | Borealid | it doesn't work in .dev? |
03:14.30 | hvontres|home | bootstrap is missing some dependancies... |
03:15.19 | CoreDump|home | got a logfile? |
03:16.48 | hvontres|home | I do. Where do I send it? |
03:17.33 | emte | Borealid, dores iproute2 set MAC addresses? |
03:17.36 | emte | does* |
03:17.43 | Borealid | emte: it can, I believe |
03:17.51 | Borealid | not that I use it for that |
03:17.55 | CoreDump|home | hvontres|home: paste the error here: http://rafb.net/paste/ |
03:17.55 | emte | and ipv6 addresses? |
03:18.07 | Borealid | emte: it's way better at ipv6 than ifconfig |
03:18.32 | emte | than ifconfig or iproute <2 ? |
03:18.54 | Borealid | iproute2 is the replacement to ifconfig |
03:19.02 | emte | altho i would be curious how iproute2 would handle IR links ... |
03:19.04 | Borealid | I think ifconfig IS iproute<2 |
03:19.18 | Borealid | well that didn't quite work... |
03:19.18 | emte | weird name change then |
03:19.37 | Borealid | ip link set <device> address blah should set the MAC |
03:20.42 | emte | ip link ? |
03:20.44 | hvontres|home | ok, its at http://rafb.net/paste/results/DHz2Qr13.html |
03:20.50 | emte | weird |
03:21.03 | Borealid | emte: the syntax is "ip thing" |
03:21.09 | Borealid | example: ip route show |
03:21.14 | thejapa | emte: iproute2 can do lots of cool router tricks, i've heard |
03:21.16 | emte | hmm what did i just do with my socket wrench? |
03:21.19 | hvontres|home | gonna get some dinner now, back soon |
03:21.19 | Borealid | example: ip addr add 192.168.1.1 dev eth0 |
03:21.20 | CIA-9 | 03coredump 07org.oe.oz354x * r6a078ad7... 10/packages/fluxbox/fluxbox_0.99+1.0rc.bb: fluxbox: Use update-alternative only for fluxbox-gpe, thanks koen for pointint it out. We can't inherit update-alternative since it only works with PN, and horribly b0rks on PN-something. |
03:21.25 | CIA-9 | 03coredump 07org.oe.oz354x * r1525552f... 10/packages/scap/ (files/scap.sh scap_0.1.bb): scap: Replace bl toggle with bl on + bl off as bl toggle doesn't seem to work on SL-Cxx00 at least |
03:21.29 | CIA-9 | 03coredump 07org.oe.dev * r04867238... 10/packages/fluxbox/fluxbox_0.99+1.0rc.bb: |
03:21.29 | CIA-9 | fluxbox: Use update-alternative only for fluxbox-gpe, thanks koen for pointint it out. We can't inherit update-alternative since it only works with PN, and horr |
03:21.29 | CIA-9 | ibly b0rks on PN-something. |
03:21.41 | CIA-9 | 03coredump 07org.oe.dev * r35af95eb... 10/packages/scap/ (files/scap.sh scap_0.1.bb): scap: Replace bl toggle with bl on + bl off as bl toggle doesn't seem to work on SL-Cxx00 at least |
03:21.42 | Borealid | example: ip route add 192.168.1.0/24 via 192.168.1.1 dev eth1 |
03:22.18 | CoreDump|home | hvontres|afk: sheesh, show do you manage to b0rk you depends that badly |
03:22.52 | CoreDump|home | not even sysvinit builds for you lol |
03:23.04 | Borealid | well, at least he got beyond glibc |
03:23.14 | CoreDump|home | Borealid: =D |
03:23.17 | thejapa | ~lart glibc |
03:23.45 | hvontres|afk | CoreDump|home: well, I think mixing the poodle.conf from .dev with .oz354x might not be to wise :( |
03:23.45 | CoreDump|home | hvontres|afk: I suggest you try to find out why busybox doesn't build for you |
03:24.13 | CoreDump|home | hvontres|afk: that might be it. why do it then? I've been building poodle/2.6 from .oz natively w/o problems |
03:24.44 | CoreDump|home | you could probably copy 2.6.17 into .oz and get away with it |
03:25.26 | hvontres|afk | good question.. I think I was after some of RP's latest stuff.. he had some alsa stuff at the bottom commented out.. just wanted to see how broken that stuff really is right now :) |
03:25.33 | Borealid | heh, getting lots of EOLs in .oz354x |
03:25.36 | Borealid | is that normal? |
03:25.49 | Borealid | ERROR: Exception:exceptions.SyntaxError Message:EOL while scanning single-quoted string (line 1) |
03:25.50 | CoreDump|home | Borealid: wrong version of bitbake probably |
03:25.57 | Borealid | it's 2.4.1 I think |
03:26.07 | Borealid | err 1.4.2 |
03:26.12 | CoreDump|home | +[15]-mhentges@oe-akita:..embedded.oz354x/packages >bitbake --version |
03:26.12 | CoreDump|home | BitBake Build Tool Core version 1.4.3, bitbake version 1.4.3 |
03:26.32 | Borealid | wait, you mean .dev needs an OLDER bitbake? |
03:26.47 | Borealid | <sigh> |
03:26.58 | CoreDump|home | not really. I was sing these message when I have a too-old bb, that's all |
03:27.03 | CoreDump|home | s/sing/seeing |
03:27.08 | Borealid | I don't get them for .dev |
03:27.11 | Borealid | only .oz354x |
03:27.30 | CoreDump|home | and I can't say I miss it ;) |
03:29.05 | emte | lol |
03:29.10 | CIA-9 | 03lenehan 07org.oe.dev * r00d82eed... 10/packages/zip/ (zip-native_2.32.bb zip.inc zip_2.32.bb zip_2.31.bb): |
03:29.10 | CIA-9 | zip 2.32: Add version 2.32. Version 2.31 has been removed from the source |
03:29.10 | CIA-9 | site due to buffer overrun vulnerabilities. Closes bugs #1136, #1137. |
03:30.50 | Borealid | what's new? |
03:31.00 | thejapa | maybe we should make a site where we can post our local.conf files... and others will rate if it worked with his setup or not, if it was good and so on... like "ultimate local.conf" for say, angstron, openzaurus, native... whatever... I know some uberhacker might not approve it though. :) |
03:31.01 | Borealid | wait, matchbox is good now? |
03:31.08 | *** join/#oe jerrybme (n=jerry@adsl-68-78-37-116.dsl.emhril.ameritech.net) |
03:31.26 | CoreDump|home | Borealid: s/matchbox/gpe |
03:31.42 | Borealid | ohhhhh - what's GPE's wm now? |
03:31.54 | Borealid | xfwm4? |
03:32.11 | CoreDump|home | for normal images it's still the retarded matchbox-wm, but now we have fluxbox as a replacement =) |
03:32.39 | CoreDump|home | http://handhelds.org/scap/port.23866.png |
03:32.44 | Borealid | fluxbox isn't that much bigger than matchbox |
03:32.51 | thejapa | hehe, was about to ask for a screenshot |
03:32.58 | Borealid | I never really understood why we used matchbox instead of open/black/flux box |
03:33.03 | thejapa | bah, you got vga res |
03:33.08 | CoreDump|home | =) |
03:33.26 | Borealid | CoreDump|home: pretty sweet |
03:33.32 | Borealid | much better than matchbox |
03:33.35 | CoreDump|home | Borealid: you pretty much need matchbox-panel and matchbox-desktop on a pda |
03:33.55 | Borealid | I don't need a desktop, and perlpanel's fine for me |
03:34.10 | thejapa | ~lart half-vga |
03:34.11 | CoreDump|home | no desktop = no icons on the desktop |
03:34.11 | Borealid | and it's as small as matchbox-panel.. |
03:34.19 | Borealid | I know - I don't use them |
03:34.31 | Borealid | but matchbox-desktop is good at what it does anyhow |
03:34.38 | CoreDump|home | I have it to use the panel menu for anything =) |
03:34.40 | Borealid | <-- xfce user - look ma, no icons! |
03:34.55 | CoreDump|home | Borealid: hehe, I wish xfce would work in .oz :\ |
03:35.13 | Borealid | You might want to use the bitbake-1.4 stable branch (if you are not a BitBake developer or tester). I'm going to sleep 5 seconds now to make sure you see that. |
03:35.19 | Borealid | ... uh, heh? |
03:35.28 | Borealid | it really does sleep for 5 secs |
03:35.32 | Borealid | every single time |
03:36.11 | Borealid | oh and I still get these errors |
03:36.15 | Borealid | even with 1.5 |
03:38.21 | *** join/#oe AvengerMoJo (n=alex@61.14.130.209) |
03:38.24 | CoreDump|home | dunno then :\ |
03:38.48 | CoreDump|home | trash bitbak and do a clean checkout |
03:38.59 | Borealid | I'm not using an svn version |
03:39.07 | Borealid | I put bitbake 1.4.1 into gentoo |
03:39.51 | CoreDump|home | ugh...dunno then |
03:40.11 | CIA-9 | 03lenehan 07org.oe.dev * rb160064c... 10/packages/hping/ (3 files in 2 dirs): |
03:40.11 | CIA-9 | hping2 2.0.0rc3: Added hping2, a network testing tool. Especially useful |
03:40.11 | CIA-9 | when testing devices for their handling of various protocols (GRE, IP-IP |
03:40.12 | CIA-9 | etc) without needing to resort to an actual working application. |
03:53.41 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
03:58.10 | Borealid | CoreDump|afk: the problem was in BBPATH if you're interested |
04:21.19 | *** join/#oe hvontres|home (n=henry@adsl-75-7-229-157.dsl.sndg02.sbcglobal.net) |
04:33.45 | *** part/#oe _law_ (n=_law_@213.173.86.202) |
04:45.56 | hvontres|home | ~lart self |
04:46.31 | thejapa | i guess it should be... |
04:46.34 | thejapa | ~lart me |
04:46.39 | thejapa | aw |
05:07.12 | hvontres|home | ~lart me |
05:07.30 | *** join/#oe ken__ (n=ken@213-67-126-82-no75.business.telia.com) |
05:11.16 | hvontres|home | CoreDump|afk: Looks like those new machine conf files were the problem..:) |
05:15.17 | *** join/#oe W8TVI (n=me@166.166.10.212) |
05:31.53 | *** join/#oe goxboxlive (n=goxboxli@ti500710a080-7302.bb.online.no) |
06:13.29 | hvontres|home | ~lart hostap-modules |
06:20.42 | *** join/#oe _law_ (n=law@mail.stiftadmont.at) |
06:26.27 | *** join/#oe winner_ysc (n=winner_y@218.15.57.47) |
06:27.18 | *** part/#oe winner_ysc (n=winner_y@218.15.57.47) |
06:42.59 | CIA-9 | 03hrw 07org.oe.oz354x * re08d0186... 10/packages/ (28 files in 22 dirs): fixed Sf.net CVS server name for many packages |
06:42.59 | CIA-9 | 03hrw 07org.oe.oz354x * rb8d81ca5... 10/packages/spca5xx/spca5xx_20050419.bb: spca5xx: fixed SRC_URI |
06:43.03 | CIA-9 | 03hrw 07org.oe.oz354x * ra75b21d8... 10/packages/qpe-vexed/qpe-vexed-levels_2.1Beta1.bb: qpe-vexed-levels: fixed cvs src uri |
06:43.07 | CIA-9 | 03hrw 07org.oe.oz354x * r6e79bebc... 10/packages/oz-bootsplash/files/c7x0/bootsplash.raw.gz: oz-bootsplash: added c7x0 splash |
06:43.12 | CIA-9 | 03hrw 07org.oe.oz354x * r5edf9961... 10/packages/oz-bootsplash/oz-bootsplash.bb: oz-bootsplash: use update-alternative class |
06:46.05 | CIA-9 | 03hrw 07org.oe.oz354x * rd796caaa... 10/packages/scap/scap_0.1.bb: scap: set PACKAGE_ARCH to all - its shell script |
06:56.59 | *** join/#oe minipanda (n=hzhang@221.221.153.50) |
07:00.18 | CIA-9 | 03hrw 07org.oe.oz354x * re9cb4ec5... 10/ (11 files in 8 dirs): oz-bootsplash: renamed c7x0 file |
07:00.45 | hvontres|home | ~pastebot |
07:00.52 | ibot | [pastebot] a bot that allows pasting text and then give you a temporary URL that you can pass to others. http://sial.org/pbot/ is one that is used on freenode. |
07:05.20 | hvontres|home | Why does hostap_modules keep failing like this? ( http://sial.org/pbot/18201 ) |
07:13.19 | CIA-9 | 03hrw 07org.oe.oz354x * r121244b0... 10/packages/zip/ (5 files): |
07:13.19 | CIA-9 | zip: Upgraded to version 2.32. Version 2.31 has been removed from the source |
07:13.19 | CIA-9 | site due to buffer overrun vulnerabilities. Closes bugs #1136, #1137. |
07:13.19 | CIA-9 | taken from .dev |
07:17.58 | *** join/#oe jkp_ (n=jkp@81-179-24-207.dsl.pipex.com) |
07:18.03 | jkp_ | hey all |
07:18.07 | jkp_ | newbie alert :p |
07:18.45 | jkp_ | might be pinging some annoying questions over - im coming over from buildroot to see what OE has to offer |
07:18.47 | jkp_ | just getting started now |
07:18.52 | jkp_ | has anyone managed to get it to run on os x at all btw? |
07:22.45 | *** join/#oe theturtle (n=theturtl@guiness.lifl.fr) |
07:25.37 | jkp_ | any tips as to which branch to use? |
07:25.49 | jkp_ | are they all stable? im looking at the dreambox one maybe |
07:29.37 | RP | jkp_: The dreambox one is a little dated. .dev is cutting edge but slightly unstable. .oz354x is a stable branch but for Zaurii |
07:30.03 | jkp_ | RP: i was planning to just build something then customize it to my needs after |
07:30.09 | jkp_ | maybe updating some packages etc |
07:30.24 | jkp_ | my main reason for moving over to OE is to move away from uclibc |
07:30.33 | jkp_ | because its just too much of a pain to build against |
07:30.38 | RP | jkp_: What kind of device are you targetting? |
07:30.44 | jkp_ | set-top box |
07:30.51 | jkp_ | x86 based |
07:31.06 | jkp_ | thats why dreambox looked interesting |
07:31.12 | *** join/#oe do13_ (i=do13@antilope.in-berlin.de) |
07:31.14 | jkp_ | but i dont know what it actually buys me |
07:31.20 | do13_ | morning all |
07:31.30 | RP | dreambox might be appropriate then. I've not used it much and I know its a bit behind .dev in some ways though |
07:31.33 | RP | hi Dirk |
07:31.40 | do13_ | hi Richard |
07:31.53 | jkp_ | RP: any ideas in what ways it is? |
07:33.02 | RP | jkp_: .dev should get all the updates but only some of which get ported to the branches. Few patches get ported to the dreambox branch |
07:33.10 | jkp_ | ok |
07:33.13 | jkp_ | ill go with dev |
07:33.34 | RP | You can always switch later |
07:33.49 | jkp_ | RP: another question |
07:34.25 | jkp_ | when we worked with buildroot we had our own build dir / conf dir etc outside the tree main tree...basically so we could version our own stuff in svn |
07:34.52 | jkp_ | is there a recommended structure for doing this? or is default structure appropriate for being able to version any changes / additions you make |
07:36.20 | RP | jkp_: I'm not quite sure what you mean. You want to add extra .bb files which override the ones in OE? |
07:36.34 | jkp_ | well, we had to do a lot with buildroot |
07:37.13 | jkp_ | we had our own toplevel makefile which built the toolchain. then copied custom configs and package files into the buildroot dirs, then build, then tweaked the results, then made an image |
07:37.34 | jkp_ | and the Makefile, custom configs and package files of our own all had to be versioned |
07:37.37 | jkp_ | for example |
07:37.40 | jkp_ | the busybox config |
07:38.00 | hvontres|home | RP: Do you have any clues how to get hostap-modules to build with 2.6.17? |
07:38.02 | jkp_ | we set it up a specific way, and wanted to keep our config versioned so we can manage thiings eser |
07:38.07 | jkp_ | *easier |
07:38.25 | RP | jkp_: In the case of OE, I guess the equivalent is your local.conf file. You don't normally need to tweak individual package config files |
07:38.45 | jkp_ | really? ok :) |
07:38.45 | RP | hvontres|home: Yes, don't build it. Use the kernel's internal hostap module |
07:39.12 | jkp_ | how do you use a specific busybox config say? i means say i want to turn on debuuging symbols for that package |
07:39.41 | hvontres|home | ok. Where do you turn it off ? |
07:39.56 | RP | hvontres|home: It shouldn't be building it... |
07:40.09 | do13_ | jkp_: you can use a own config for your taget |
07:40.45 | hvontres|home | RP: I am trying to get it to build out of the .oz354x branch... .dev is still a bit too daunting for me. |
07:40.55 | RP | jkp_: Have a look in openembedded/packages/busybox/busybox-1.01 |
07:41.28 | jkp_ | yeah - i'll hopefully be able to in a mo - i installed monotone but it hasnt actually put any binaries on my system |
07:41.39 | hrw|work | hi |
07:41.46 | hvontres|home | hi hrw |
07:41.49 | do13_ | jkp_: or with bbfile collections you can use own (modified) packages: http://bitbake.berlios.de/manual/ch04s02.html#id2522593 |
07:41.52 | do13_ | hi Marcin |
07:42.00 | hrw|work | RP: hostap-modules get build because wpa-supplicant needs them |
07:42.04 | jkp_ | do13_: thanks for the pointer |
07:42.17 | jkp_ | heh.../me notes it is the waking hour ;) |
07:42.25 | RP | hrw|work: Why does wpa-supplicant need them? |
07:42.57 | hrw|work | RP: to have direct support for hostap instead of supporting them by WE |
07:43.19 | do13_ | afaik wpa-supplicant needs header files |
07:43.39 | RP | do13_: Shouldn't it get them from the kernel? |
07:43.47 | hrw|work | RP: it does not work that way - tested |
07:43.58 | jkp_ | anyone know how you get rpm to list the contents of an rpm? |
07:44.11 | hvontres|home | hrw|work: So if I want to set up a test image w/o wireless, I should get rid of both hostap and wpa-supplicantn stuff then? |
07:44.14 | RP | hrw|work: Using two sets of different source/headers is asking for trouble :-/ |
07:44.40 | hrw|work | jkp_: I would not all 'rpm' a normal life |
07:44.43 | hrw|work | RP: yep |
07:44.49 | v8jlene | jkp_: rpm -qpl <package> |
07:44.58 | jkp_ | hrw|work: heh |
07:45.00 | do13_ | RP: I needs an internal hostap header file |
07:45.01 | jkp_ | v8jlene: ta :) |
07:45.13 | RP | jkp_: Just lose wpa-supplicant. That should mean it won't build hostap-modules |
07:45.33 | jkp_ | s/jkp/hvontres|home |
07:45.51 | RP | do13_: I'm not sure I want to know what for. It all sounds very broken and dangerous :-/ |
07:46.19 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
07:46.21 | hvontres|home | RP: Thanks. I'll try later... currently trying to get a 2.6.16 bootstrap image working first ..:) |
07:46.38 | hvontres|home | should only take another 3-4 hrs...:( |
07:47.05 | do13_ | hey koen |
07:49.02 | hrw|work | hi koen |
07:49.16 | hrw|work | hci-usb |
07:49.30 | jkp_ | gah! |
07:49.39 | jkp_ | your pages need updatingg |
07:49.45 | jkp_ | s/montone/mtn |
07:50.28 | hrw|work | jkp_: they not |
07:50.34 | hrw|work | jkp_: we use monotone <0.26 |
07:50.49 | XorA | morning |
07:50.51 | jkp_ | is there a problem with over .26? |
07:51.07 | hrw|work | migration is in progress - read OE website |
07:51.20 | hrw|work | hi XorA |
07:51.52 | hvontres|home | ~lart slow old hardware |
07:54.48 | XorA | RP: cheers for that pld hint btw |
07:55.43 | CIA-9 | 03hrw 07org.oe.oz354x * rf7cef9d5... 10/conf/machine/zaurus-clamshell-2.6.conf: zaurus 2.6: add hci-usb kernel module to get BT dongles working out-of-box |
08:00.09 | jkp_ | hrm |
08:00.10 | jkp_ | monotone: misuse: branch org.openembedded.dev has multiple heads |
08:00.16 | jkp_ | "If at this stage you get an error that the branch you want to check out has multiple heads, you need to wait for one of the core devs to merge those heads and after doing another pull, all should be fine for you." |
08:00.20 | jkp_ | ? |
08:02.32 | jkp_ | is that going to get fixed anytime soon? atm it seems you cant checkout at all |
08:02.54 | hrw|work | jkp_: its snapshot? |
08:03.00 | jkp_ | hrw|work: no |
08:03.02 | hrw|work | jkp_: if yes then 'mt pull' |
08:03.04 | hrw|work | ah |
08:03.12 | jkp_ | should i pull the snapshot instead? |
08:03.20 | hrw|work | no |
08:03.28 | hrw|work | I'll look and merge |
08:03.37 | hrw|work | monotone: misuse: branch 'org.openembedded.dev' is merged |
08:03.59 | jkp_ | ok - ill start again |
08:04.24 | jkp_ | oh hang on |
08:04.28 | jkp_ | the db was a snapshot |
08:05.13 | hrw|work | then 'mt pull' |
08:05.20 | jkp_ | trying now |
08:05.32 | hrw|work | snapshots are old by definition (I got dejavu) |
08:05.53 | jkp_ | hrw|work: is there a way to update a snapshot copy at a later date? |
08:06.33 | hrw|work | 'monotone pull;monotone update' |
08:06.43 | jkp_ | cool :) |
08:08.09 | RP | XorA: np. I'm pleased it helped |
08:09.31 | hvontres|home | Hey cool, only 10 minuntes to Shuttle launch (maybe) :) |
08:10.32 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
08:13.33 | XorA | RP: any interesting stuff at guadec? |
08:17.27 | RP | XorA: It was interesting, yes. GNOME looks set to try and improve its use on embedded devices |
08:17.52 | *** join/#oe shiyee (n=Shiyee@0x535d64c1.abnxx4.adsl-dhcp.tele.dk) |
08:18.18 | RP | XorA: The OLPC presentation was also interesting although I don't think I can get involved with it and I'm not sure OE should due to the political minefield that surrounds it |
08:19.32 | XorA | RP: Well we should be able to pretty easilly make OpenOLP or some such without supporting the official project |
08:19.56 | RP | XorA: but there is no point in doing that - it misses the point of the project |
08:20.17 | XorA | RP: we talking the same thing, One Laptop Per Child |
08:20.23 | *** join/#oe ade|desk (n=ADAVEY@194.200.143.249) |
08:20.25 | RP | XorA: yes |
08:20.35 | ade|desk | morningall |
08:20.42 | XorA | RP: then the inquisitive children should be allowed some choice :-) |
08:21.10 | RP | XorA: It creates a maintainability issue - you really want to standardise things |
08:21.17 | RP | morning ade|desk |
08:21.39 | koen | good morning all |
08:21.48 | RP | morning koen |
08:21.55 | koen | hey RP |
08:22.02 | koen | heh |
08:22.16 | koen | it seems we should really stop publishing db snapshots |
08:23.16 | koen | it's safe to say people aren't smart enough to use them |
08:23.28 | XorA | koen: you should script to to only issue then when merge isnt required |
08:24.00 | koen | patches welcome :) |
08:25.35 | ade|desk | i think more people will complain about not having db snapshots than those who can't mtn merge |
08:26.44 | jkp_ | so if i issues bitbake task-bootstrap |
08:26.57 | jkp_ | will that build my target images for me as well? ext2 etc |
08:27.53 | hvontres|home | jkp_:if your distro is set up right :) |
08:28.00 | jkp_ | :) |
08:28.18 | jkp_ | should i be using MACHINE, DISTRO or TARGET_OS etc? |
08:28.55 | ade|desk | distro and machine , target_os if different to what your distro is |
08:29.09 | do13_ | hrw|work: can you test this patch: http://www.do13.de/oz/temp/hermes-remove-hostap_common.h-r0.patch |
08:29.23 | jkp_ | ade|desk: yeah, but which do i need to set in my config? all three? |
08:29.36 | ade|desk | distro and machine |
08:29.41 | do13_ | hrw|work: this should build wpa-supplicant without the need of hostap-modules |
08:29.51 | jkp_ | ok :) thanks |
08:30.07 | jkp_ | is there one for a via c3? |
08:30.23 | jkp_ | i see an x86 one, but its not chip specific |
08:30.58 | hrw|work | do13_: ok |
08:31.12 | *** join/#oe xarq (n=xarq@c-24-6-158-63.hsd1.ca.comcast.net) |
08:31.30 | ade|desk | epia might work for you jkp_ |
08:31.53 | jkp_ | is it safest to work with x86 as a starter? |
08:32.20 | jkp_ | aslo! how many distros? which should i start with...generic? |
08:32.42 | ade|desk | jkp_: what do you want to do with OE ? |
08:33.06 | jkp_ | build a bare system that pretty much just has mplayer and some custom stuff |
08:33.35 | jkp_ | so i was just going to start by building bootstrap and go from there |
08:33.37 | ade|desk | then perhaps generic might work for you |
08:33.42 | jkp_ | cool |
08:34.58 | hvontres|home | Ok , time to turn in . Thanks for the wpa-hint. |
08:35.22 | hvontres|home | hrw|work:do you think do13_'s patch will make it in today? |
08:36.36 | hrw|work | will see |
08:37.09 | hrw|work | have to test it with clean builddir.. |
08:37.35 | hvontres|home | hrw|work: thanks. I am looking forward to 2.6 on my poodle. I really like what I have seen so far...:) |
08:37.51 | jkp_ | hrm |
08:37.51 | jkp_ | Bitbake version 1.4.2 is required and version 1.4.0 was found |
08:37.57 | jkp_ | am i ok with 1.4.2? |
08:38.18 | hrw|work | 1.4.2 is minimal |
08:38.42 | hvontres|home | jkp_: you can grab 1.4.2 from berlios |
08:38.46 | jkp_ | ahh...he misread |
08:39.04 | jkp_ | thats annoying that the fedora package is out of date |
08:39.41 | koen | GettingStarted has a different wording now regarding multiple heads |
08:39.48 | hvontres|home | jkp_:What's even more annoying is having yum constntly trying to upgrade our monotone to 0.26 :) |
08:39.56 | jkp_ | aye :) |
08:40.00 | jkp_ | i just had that one |
08:40.06 | hvontres|home | make sure to add it to your yum.conf |
08:40.07 | koen | 0.26 is so last month |
08:40.40 | hvontres|home | ~lart "smart" software |
08:41.57 | hrw|work | ~ewi |
08:41.58 | ibot | [ewi] ewi546.ewi.utwente.nl - main backup server for OE monotone. |
08:42.04 | hrw|work | ~snapshot |
08:42.05 | ibot | it has been said that debian snapshot is at ftp://lorien.handhelds.org/pub/linux/Debian |
08:42.12 | hrw|work | ~OE.db |
08:44.06 | hvontres|home | CoreDump|afk: I ALMOST had dual-booting working.... suspend seems to be impossible tho :( |
08:45.41 | hvontres|home | yay....hostap finally worked against the stock 2.6.16.... about @#%#$ing time... |
08:45.53 | hvontres|home | night all |
08:52.06 | *** join/#oe ___gints_ (n=gints@62.84.15.211) |
08:55.18 | hrw|work | ~lart trolltech for makeqpf |
08:55.56 | hrw|work | mickey|zzZZzz: dejavu 2.7 generated. will upload |
08:56.35 | *** join/#oe myopiate (n=myopiate@219.70.69.162) |
08:58.36 | *** join/#oe ixoth (n=ixoth@nat-ilca.tepkom.ru) |
08:58.51 | jkp_ | does psycho work on AMD-64 hosts? |
08:59.18 | hrw|work | iirc no |
08:59.23 | jkp_ | :( |
08:59.23 | jkp_ | ok |
09:05.47 | hvontres|home | One more question: Where does the verstion checker get the correct kernel version? |
09:07.15 | *** join/#oe mr_nice_slacker1 (n=mr_nice_@p54A9CDB0.dip.t-dialin.net) |
09:12.02 | CIA-9 | 03hrw 07org.oe.oz354x * r8c694e49... 10/packages/wpa-supplicant/ (3 files in 3 dirs): wpa-supplicant: patched driver-hermes to not require hostap-modules |
09:12.03 | jkp_ | any ideas how long bootstrap takes to build on pretty modern system? x86-64 2GhZ |
09:12.34 | hrw|work | 2-4h? |
09:12.40 | jkp_ | kk |
09:12.41 | hrw|work | do13_: thx for patch |
09:12.49 | *** part/#oe AvengerMoJo (n=alex@61.14.130.209) |
09:13.06 | jkp_ | once the toolchain has built once i take it it can be reused? |
09:13.15 | hrw|work | jkp_: yes |
09:13.21 | jkp_ | ie - if i tweak the distro config it wont rebuild the toolchain |
09:13.43 | hrw|work | jkp_: as long as you do not change toolchain stuff |
09:13.48 | jkp_ | hrw|work: great |
09:14.08 | hrw|work | gnumeric does not save ODS, KSpread freeze on save... |
09:14.10 | koen | LOL |
09:14.12 | koen | "Loli-Queru is well-qualified to comment on the state of Linux in mobile phones" |
09:17.28 | do13_ | hrw|work: np |
09:18.42 | hvontres|home | night for good |
09:19.27 | jkp_ | hrw|work: where do i do stuff like create a custom kernel config? |
09:19.41 | jkp_ | are there any docs on actually customizing your distro? |
09:20.18 | hrw|work | do13_: how goes usb testing on tosa? |
09:20.25 | hrw|work | jkp_: look in packages/linux/ |
09:21.03 | *** join/#oe mikearthur (n=mike@212.20.225.130) |
09:21.27 | do13_ | hrw|work: 2.4 or 2.6? :-) |
09:21.46 | *** join/#oe hvontres|zzZZzz (n=henry@adsl-75-7-229-157.dsl.sndg02.sbcglobal.net) |
09:22.11 | hrw|work | do13_: 2.6 - under 2.4 it suxx |
09:22.31 | jkp_ | hrw|work: right - im kinda seeing how this fits together nowq |
09:22.49 | jkp_ | he says as the build fails |
09:23.18 | jkp_ | shit :/ |
09:23.18 | jkp_ | | /home/jkp/stv/oe/build/tmp/work/x86_64-linux/binutils-cross-2.15.94.0.1-r2/binutils-2.15.94.0.1/gas/config/tc-i386.h:441: error: array type has incomplete element type |
09:23.40 | do13_ | hrw|work: Chris Humbert wrote the OHCI driver. He is very busy today :-( |
09:24.23 | do13_ | hrw|work: I haven't looked in detail, but blocking point is pm |
09:25.16 | hrw|work | 11:25:37 (219.70 MB/s) - `/home/hrw/devel/build/3541-feed/tmp/downloads/qpf-dejavusans-2.7.tar.bz2' saved [21599006/21599006] |
09:25.44 | hrw|work | do13_: atleast it works |
09:26.17 | do13_ | hrw|work: If you unload the module befor going to suspend :) |
09:27.19 | jkp_ | any ideas on this? |
09:27.20 | jkp_ | http://rafb.net/paste/results/TID9SX72.html |
09:27.29 | hrw|work | do13_: which is doable but require many things to unload... |
09:27.51 | jkp_ | :/ pretty early on in the process for it to be failing :/ |
09:28.01 | hrw|work | do13_: imagine tosa->hub(powered)->wifi+bt+storage+keyb+mouse+something+other - hard to remove on suspend it can be |
09:28.24 | do13_ | hrw|work: yes, the drivers needs to be fixed |
09:28.53 | do13_ | hrw|work: I guess a rmmod ohci-hcd is enough |
09:29.09 | koen | jkp_: the -cross stuff is using your systems compiler and environment |
09:29.26 | jkp_ | koen: right, but its trying to build the cross-compiler |
09:30.44 | do13_ | hrw|work: btw you can test the 2.6 image |
09:31.38 | *** join/#oe theturtle (n=theturtl@guiness.lifl.fr) |
09:32.12 | koen | why not use a apm script to rmmod it as a stop-gap measuer? |
09:32.17 | koen | measure* |
09:32.48 | jkp_ | koen: i take it im getting these issues most likely coz this is an x86-64 host? |
09:33.05 | hrw|work | do13_: if I will find time in this week |
09:33.10 | do13_ | koen: sure, we can do this but fixing the driver is even better |
09:33.14 | koen | jkp_: my bet would be "it's fedoraaaaaargh Core" |
09:33.22 | hrw|work | do13_: I plan to have 2 week vacation starting from next monday |
09:33.22 | jkp_ | gah |
09:33.42 | jkp_ | which distro do you recommend as a host? |
09:33.48 | hrw|work | debian ;D |
09:33.53 | jkp_ | XorA: this is FC5 |
09:33.54 | do13_ | hrw|work: sounds good |
09:34.04 | jkp_ | XorA: this is a pretty basic setup |
09:34.21 | jkp_ | just builidng and x86 / generic distor |
09:34.43 | koen | do13_: agreed, but I bet our users would appreciate it :) |
09:35.28 | XorA | jkp_: then its probably that that combo is barely used, you might need to look into other distros/machine to guess at gcc/glibc versions that are better working |
09:36.03 | XorA | jkp_: and start adding PREFFERRED_VERSION to your local.conf |
09:38.05 | jkp_ | XorA: just those two packages? and any ideas where to start? |
09:38.43 | XorA | jkp_: epia.conf |
09:40.00 | *** join/#oe zinga (n=arnaudb@186.80-203-227.nextgentel.com) |
09:40.18 | XorA | jkp_: as always its a balancing act with OE, between getting the right versions of stuff to build and working around bugs in the latest and greatest distros |
09:40.29 | jkp_ | :/ |
09:40.41 | jkp_ | seems like this could be quite hard going |
09:41.21 | jkp_ | one thing i dont get |
09:41.25 | jkp_ | if i want a custom distro |
09:41.29 | XorA | jkp_: but well worth it when in future you can just bitbake my-image and all the settings you worked hard to discover are all remebered and out trundles an image with all updated software |
09:42.02 | jkp_ | i have to add a .bk file to each ot the package folders i want? |
09:44.29 | jkp_ | .bb even |
09:46.34 | KerwoodDerby | Are there separate bitbake targets for each kernel module? I'm having trouble finding the right target name for the hci-usb kernel module. |
09:47.05 | hrw|work | kernel-module-hci-usb |
09:47.49 | jkp_ | i really dont understand what you do to make your own "custom distro". i mean there are lots here that are included in the repo, but i dont have commit access! |
09:48.21 | *** join/#oe AvengerMoJo (n=alex@61.14.130.209) |
09:49.43 | hrw|work | jkp_: feel free to edit files and submit patches via bugtracker |
09:50.02 | jkp_ | hrw|work: but that affects an existing distro |
09:50.16 | jkp_ | if i want my own distro, based on one here, say generic, but differing in some ways |
09:50.23 | jkp_ | how do you suggest i go about that? |
09:50.45 | hrw|work | jkp_: "cp generic.conf jkp.conf", edit it and use |
09:51.15 | hrw|work | jkp_: when you will get something which you want to get added into OE then submit it via bugtracker and find someone who will review and submit it |
09:51.34 | hrw|work | jkp_: good patches often == gaining r/w to repo |
09:51.39 | jkp_ | right, but doesnt bitbake use .bb files related to a specific distro? |
09:51.44 | jkp_ | hrw|work: sure |
09:52.56 | hrw|work | jkp_: there are only few recipes really distro specific |
09:53.29 | jkp_ | where do you specify which .bb files to use for a given package? |
09:53.47 | jkp_ | what will it do by default if you dont speficy a preffered version for each? |
09:53.54 | hrw|work | latest one |
09:53.59 | jkp_ | right |
09:54.30 | jkp_ | ok - so i get that...so how do you specify the whole list of things you want it to build for your distro? |
09:54.49 | jkp_ | say i want bootstrap + package x + package y to = my distro |
09:55.08 | hrw|work | jkp_: distro as images + packages? |
09:55.34 | jkp_ | ah - ok , so it doesnt put everything in the ext2 or squashfs file then? |
09:55.50 | jkp_ | it packages things up seperately and you install them> |
09:55.51 | jkp_ | ? |
09:56.11 | jkp_ | remember i come from buildroot :) |
09:56.41 | hrw|work | jkp_: look at meta/*-image* stuff then |
09:59.47 | jkp_ | interesting |
09:59.57 | jkp_ | has this been tested on os x boxes then? |
10:02.46 | koen | tested, yes; working, no |
10:02.59 | koen | there are a lot of hardcode *.so like assumptions |
10:03.16 | koen | and since osx produces .dylib for native stuff... |
10:05.38 | jkp_ | right |
10:06.01 | koen | and of course all the gnu tool assumptions |
10:06.06 | jkp_ | i tried overriding a preffered version in my local.conf and it had no effect |
10:06.11 | koen | find -name doesn't work on darwin, etc |
10:06.28 | jkp_ | im trying my own distro file now based on generic with the version overrides |
10:08.33 | KerwoodDerby | hmm...'bitbake kernel-module-hci-usb' doesn't find a useful target for me... |
10:09.08 | hrw|work | KerwoodDerby: bitbake virtual/kernel |
10:09.34 | hrw|work | KerwoodDerby: bitbake use recipe names not final packages one |
10:10.27 | KerwoodDerby | hrw|work: many thx |
10:11.49 | jkp_ | wierd |
10:12.05 | jkp_ | i just saw it apply uclibc patches to bintools when im not building against uclibs |
10:13.00 | hrw|work | jkp_: they are needed |
10:13.18 | hrw|work | jkp_: would you feel better if they will get named 1.patch 2.patch 3.patch? |
10:13.20 | jkp_ | even building against glibc? |
10:13.35 | jkp_ | hrw|work: heh :) |
10:13.38 | *** join/#oe cbrake (n=cbrake@cpe-65-25-51-117.neo.res.rr.com) |
10:13.44 | jkp_ | no..im just running scared from uclibc! |
10:13.53 | jkp_ | w00t |
10:13.57 | jkp_ | first problem fixed |
10:14.01 | hrw|work | hi cbrake |
10:14.13 | cbrake | hrw|work: morning Marcin |
10:15.27 | jkp_ | hrw|work: i appreciate all the help by the way |
10:17.19 | CIA-9 | 03hrw 07org.oe.oz354x * r9114c882... 10/packages/qpf-fonts/ (10 files): dejavu QPF: updated to 2.7 |
10:17.23 | CIA-9 | 03hrw 07org.oe.oz354x * re51d49af... 10/packages/ttf-fonts/ (ttf-dejavu_2.3.bb ttf-dejavu_2.7.bb): dejavu TTF: updated to 2.7 |
10:17.27 | CIA-9 | 03hrw 07org.oe.dev * r92a8d2b3... 10/packages/ttf-fonts/ (ttf-dejavu_2.3.bb ttf-dejavu_2.7.bb): dejavu TTF: updated to 2.7 |
10:17.31 | CIA-9 | 03hrw 07org.oe.dev * raad68da8... 10/packages/qpf-fonts/ (10 files): dejavu QPF: updated to 2.7 |
10:18.54 | hrw|work | ~curse make-kpkg |
10:18.56 | ibot | May you be reincarnated as a Windows XP administrator, make-kpkg ! |
10:19.05 | jkp_ | heh |
10:20.46 | *** join/#oe mr_nice_slacker1 (n=mr_nice_@p54A9CDB0.dip.t-dialin.net) |
10:21.25 | v8jlene | What exactly is multimachine supposed to do? The addition of that to the generic distro seems to be what broke my x86 test builds... |
10:22.24 | hrw|work | v8jlene: it allow to use one builddir to build stuff for few similiar machines without rebuilding all |
10:23.08 | *** join/#oe ixoth (n=ixoth@nat-ilca.tepkom.ru) |
10:24.05 | ixoth | hello everyone |
10:24.11 | v8jlene | hrw|work: Should it be putting stuff in two directories (work/i586-linux & x86_64-linux) if only building for one target? (host is x86_64, target is i586) |
10:25.09 | *** join/#oe noclouds (n=mhfan@60.166.55.214) |
10:26.10 | hrw|work | v8jlene: native goes to x86, target to i586 |
10:26.24 | v8jlene | Ok, builds with it gone. So machine=epia, distro=generic used to work but no longer does. Deleting the inherit of multimachine from generic makes it work. |
10:26.41 | koen | weird |
10:26.42 | v8jlene | hrw|work: binutils-cross is going in i586, but that should be native? |
10:26.55 | koen | multimachine should only affect rebuilds |
10:30.19 | v8jlene | koen: I was starting with a "rm -fr tmp" in both cases... and no matter how long I stare at multimachine.bbclass I can't decide how it works/is meant to work! |
10:31.20 | koen | v8jlene: it sorts stuff into subdirectories based on architecture |
10:32.14 | koen | if a build fails I suspect a package has broken assumptions |
10:34.49 | *** join/#oe woglinde (n=heinold@leningrad.mi.fu-berlin.de) |
10:36.47 | *** join/#oe tmbinc_ (i=XXX@e176154164.adsl.alicedsl.de) |
10:37.06 | woglinde | hi tmbinc |
10:37.33 | cbrake | v8jlene: are you getting an error simliar to http://pastebin.ca/78635? |
10:40.26 | RP | v8jlene: That sounds like something is making assumptions it shouldn't. What error did you see? |
10:40.33 | v8jlene | cbrake: Nope, it's a binutils problem. |
10:40.46 | v8jlene | RP: Give me some time, it may be operator error.. still checking some ideas. |
10:41.57 | ixoth | am I right that it's bad idea to package static libs in ipks? |
10:42.22 | woglinde | ixoth hm only takes space without function |
10:42.30 | ixoth | I mean, who needs static libs on zaurus anyway... |
10:42.39 | ixoth | woglinde: that's what I mean :) |
10:42.41 | koen | the world is not a zaurus |
10:42.48 | woglinde | he koen |
10:42.55 | koen | and there are good use cases for static libs on arm |
10:43.00 | koen | hey woglinde |
10:43.12 | woglinde | koen oehm which one? |
10:43.24 | ixoth | koen: then, they should be in separate package, as I understand... |
10:43.33 | koen | woglinde: testing iwmmx of softvfp software on a softfpa system |
10:43.45 | ixoth | not with dynamic libs |
10:43.49 | hrw|work | cbrake: look into deploy/ipk/ - packages was moved to morgue? |
10:44.05 | woglinde | vfp? fpa? |
10:45.11 | koen | woglinde: floating point formats used in arm |
10:45.24 | woglinde | hm okay |
10:47.23 | koen | v8jlene: I have these dirs in tmp/work: http://ewi546.ewi.utwente.nl/tmp/work-list |
10:47.44 | mr_nice_slacker | woglinde:hi, do you have some time to upload ;) |
10:48.02 | woglinde | mr_nice I am at work no access |
10:48.09 | woglinde | to my home computer |
10:48.22 | woglinde | mr_nic maybee afternoon |
10:48.29 | *** join/#oe magnet_ (n=magnet@lns-bzn-59-82-252-167-227.adsl.proxad.net) |
10:48.32 | v8jlene | koen: Sure that's enough? ;-) |
10:48.37 | koen | :) |
10:49.54 | mr_nice_slacker | woglinde: would be cool thx |
10:51.53 | v8jlene | koen: Anyway, I think it might be operator error. I've been bitten (yet again) by the distro names being taken from the DISTRO_NAME tag and not the filename... combined with a binutils 2.15 not building wiht a host gcc 4.x and binutils 2.15.x being the default binutils type issue... |
10:52.26 | koen | I see |
10:53.51 | koen | cbrake: mainstone is pxa270, right? |
10:57.39 | *** join/#oe idealm (n=ideal@58.33.51.139) |
11:02.35 | cbrake | koen: yes, the mainstone is Intel's PXA270 dev platform |
11:03.00 | CIA-9 | 03cbrake 07org.oe.dev * rbc6865af... 10/conf/machine/ (logicpd-pxa270.conf mainstone.conf): |
11:03.00 | CIA-9 | mainstone.conf, logicpd-pxa270.conf: include xscale instead of iwmmxt conf file |
11:03.00 | CIA-9 | <PROTECTED> |
11:03.38 | koen | cbrake: iwmmxt doesn't work with softfpa iirc |
11:04.05 | cbrake | koen: good to know. |
11:04.11 | koen | it does work with eabi, which is what I'm trying to build now |
11:05.31 | cbrake | koen: I had not touched the build for about a year, so I'm just getting it cleaned up again. |
11:08.53 | *** part/#oe AvengerMoJo (n=alex@61.14.130.209) |
11:10.32 | CIA-9 | 03florian 07org.oe.dev * r4e1dc523... 10/packages/gpe-conf/gpe-conf_cvs.bb: gpe-conf: New cvs bb courtesy by Patrick Steiner. |
11:10.34 | CIA-9 | 03florian 07org.oe.dev * r04898445... 10/packages/gpe-contacts/ (3 files): gpe-contacts: add 0.45, drop ancient versions |
11:10.35 | *** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net) |
11:16.13 | jkp_ | hrm |
11:16.32 | jkp_ | im having a problem with a version that is trying to build (glibc-initial)... |
11:16.43 | jkp_ | so i set the preferred version in my distro file as follows |
11:16.59 | jkp_ | PREFERRED_VERSION_glibc-initial = "3.4" |
11:17.27 | jkp_ | but when i rerun the task it still trys to build the default version |
11:17.49 | do13_ | jkp_: 3.4? |
11:17.55 | jkp_ | oops!!!! |
11:17.56 | jkp_ | hahaha |
11:17.57 | jkp_ | ok |
11:18.33 | do13_ | jkp_: cool. A new version :) |
11:18.46 | jkp_ | lol |
11:23.06 | cbrake | OK, a few questions for the faq -- how do you know when OE is building a NPTL version of GLIBC? |
11:23.34 | cbrake | and how do you know when OE is building a EABI ARM toolchain? |
11:25.05 | *** join/#oe katossi (n=guillerm@dhcp4.informatik.uni-duisburg.de) |
11:25.58 | RP | cbrake: EABI arm is selected by TARGET_OS (usually by the distro) |
11:26.07 | koen | cbrake: on the first: if it insists on building glibc-initial, the second: if TARGET_OS=-gnueabi |
11:26.25 | koen | cbrake: see conf/distro/angstrom*.conf on how to enable nptl and eabi |
11:27.34 | cbrake | hrw|work: it looks like bootstrap-image is looking for the task-bootstrap, but the ipk name is task-bootstrap-unionroot ... |
11:28.27 | cbrake | RP koen: thx -- will add to the faq |
11:28.47 | koen | koen@bitbake:~/OE/monotone/org.openembedded.dev/packages/openoffice$ ls ../meta | grep bootstr |
11:28.48 | koen | bootstrap-image.bb |
11:28.48 | koen | task-bootstrap-unionroot.bb |
11:28.48 | koen | task-bootstrap.bb |
11:29.46 | cbrake | koen: is there any way to get "recent changes" for the new OE wiki? |
11:30.24 | koen | cbrake: there is |
11:30.33 | koen | cbrake: but it's not enabled yet |
11:30.37 | koen | let me have a look |
11:31.05 | cbrake | koen: great, that would be useful. |
11:33.17 | *** join/#oe dijenerate (n=dijenera@69.73.212.227) |
11:33.57 | koen | "trackerEnables tracking of recent posts for users." |
11:34.01 | koen | that looks like the one |
11:34.15 | koen | cbrake: no TOC support yet |
11:35.34 | cbrake | koen: ok, well maybe I'll manually create one then. The faq in its current state is pretty difficult to read. |
11:39.38 | koen | yeah |
11:39.57 | koen | the changeover went a bit too quickly |
11:41.30 | RP | We did have a reasonable ToC on the old wiki :-/ |
11:47.21 | koen | indeed we did |
11:50.05 | *** join/#oe lrg (n=liam@exize.demon.co.uk) |
11:50.22 | koen | hey Liam |
11:51.00 | lrg | hey Koen |
11:51.03 | XorA | hey Liam |
11:51.13 | lrg | hey Graeme |
11:52.47 | do13_ | hey Liam |
11:53.05 | lrg | hey Dirk |
11:53.43 | lrg | ping RP |
11:53.56 | do13_ | lrg: sound with latest ASoC works good on tosa |
11:54.18 | lrg | do13: excellent :) I'm writing the docs now. |
11:54.38 | lrg | do13: have you tried the AUXDAC ? |
11:54.47 | do13_ | lrg: not yet |
11:55.48 | lrg | do13: you may want to send all your system sounds to it and all your HiFI MP3's to the HiFi DACs |
11:56.23 | lrg | do13: is touch still problematic ? |
11:56.53 | do13_ | lrg: yep I need to use the mask input |
11:57.15 | do13_ | lrg: It lacks time and motivation :) |
11:57.29 | lrg | do13: I have a student who is going to start this soon. My time is really short atm :( |
11:58.11 | lrg | ping mikearthur |
11:58.26 | mikearthur | lrg: pong |
11:59.13 | koen | heh |
11:59.35 | do13_ | hehe |
12:00.06 | mikearthur | although I'm currently on my wince spell |
12:00.12 | mikearthur | so I'll need to unlearn everything |
12:00.36 | koen | iirc kergoth used OE to generate a arm-wince-pe toolchain :) |
12:00.46 | mikearthur | :) |
12:01.08 | mikearthur | wince is great because it means I can read /. for 5 minutes every time I need to reboot the device |
12:01.49 | koen | cbrake: my iwmmxt-eabi toolchain succesfully compiles glibc, but I haven't tested it on the device |
12:02.35 | lrg | koen: is there a bb for this toolchain ? |
12:03.17 | cbrake | koen: neat, I'll have to give that a try once I get the baseline stuff working. |
12:03.56 | koen | lrg: DISTRO=angstrom-2006.9 and enable tune-iwmmxt.conf in your machine.conf |
12:07.52 | lrg | koen: ok, thanks: I tried something similar about 4 weeks ago for mainstone. Everything seemed to work, although I'm not 100% sure if everything built with iwmmxt :-/ |
12:08.01 | *** join/#oe rob_w|mis (n=rob_w@p549BBAB8.dip0.t-ipconnect.de) |
12:08.14 | lrg | koen: I'll try again with latest oe |
12:08.45 | cbrake | ok "08:01 < koen> cbrake: my iwmmxt-eabi toolchain succesfully compiles glibc, but I haven't tested it on the device |
12:08.49 | cbrake | 08:02 < lrg> koen: is there a bb for this toolchain ? |
12:08.51 | cbrake | 08:03 < cbrake> koen: neat, I'll have to give that a try once I get the baseline stuff working. |
12:08.54 | cbrake | 08:03 < koen> lrg: DISTRO=angstrom-2006.9 and enable tune-iwmmxt.conf in your machine.conf |
12:09.08 | cbrake | oops -- wrong clipboard buffer :-( |
12:09.31 | cbrake | ok, " What is ARM EABI and how do I use it" faq entry is done |
12:10.25 | cbrake | http://www.openembedded.org/oefaq |
12:11.26 | koen | cbrake: I'd go as far as to say that you need 2.6.17 |
12:14.43 | cbrake | koen: ok, faq updated |
12:14.50 | koen | thanks |
12:15.08 | cbrake | koen: now, for a TOC ... |
12:15.13 | CIA-9 | 03florian 07org.oe.dev * rdd117e97... 10/packages/libcontactsdb/libcontactsdb_0.4.bb: libcontactsdb: Add release 0.4. |
12:19.39 | *** join/#oe zinga (n=arnaudb@186.80-203-227.nextgentel.com) |
12:20.41 | koen | cbrake: I added a skeleton TOC |
12:21.29 | koen | with the help of grep and sed |
12:25.06 | koen | lrg: the compile log shows: 'arm-angstrom-linux-gnueabi-gcc -march=iwmmxt -mtune=iwmmxt <foo>' |
12:25.16 | koen | lrg: can I check with objdump if iwmmx is used? |
12:25.36 | lrg | koen: yes |
12:27.58 | jkp_ | guys - getting en error building glibc-intermediate |
12:28.09 | jkp_ | ive tried all the versions that are in the repository |
12:28.27 | jkp_ | actually, the only one i cant get it to pull is cvs |
12:28.47 | jkp_ | how do i override and make it pull the cvs version? i tried PREFERRED_VERSION_glibc-intermediate = "cvs" |
12:29.45 | *** join/#oe ggilbert (n=ggilbert@70-38-101-166.losaca.adelphia.net) |
12:30.21 | hrw|work | busybox 1.2.0 released |
12:30.31 | jkp_ | few days ago that :) |
12:30.47 | koen | hrw|work: recipes welcome :) |
12:30.52 | koen | lrg: how? |
12:31.46 | RP | lrg: pong |
12:33.04 | hrw|work | koen: haha |
12:33.13 | hrw|work | koen: I lost interest in updating busybox |
12:33.20 | koen | me too |
12:33.27 | koen | the latest versions didn't even work |
12:33.31 | jkp_ | no clues on my glibc issue? |
12:33.32 | koen | they just hung |
12:33.33 | hrw|work | koen: did 1.0 -> 1.01 -> 1.1.0 and nearly noone looked at it |
12:34.03 | koen | and I did 1.1.2 or 1.1.3 (don't remember which) |
12:35.20 | koen | aargh |
12:35.21 | lrg | hey RP |
12:35.28 | koen | busybox doesn't have a ChangeLog |
12:35.36 | lrg | RP: have you had any time to try pre2 ? |
12:37.10 | RP | lrg: Not yet. I'll give it a go shortly though - I've had some other images on the c7x0 but that's done now |
12:38.17 | lrg | koen: objdump -D <program|vmlinux> |
12:38.25 | lrg | RP: np. |
12:38.42 | lrg | RP: I've had a brainwave for the scenario stuff :D |
12:38.59 | RP | lrg: Sounds good :) |
12:39.00 | lrg | RP: I'll send in email |
12:39.19 | RP | lrg: ok, I look forward to reading it :) |
12:40.11 | mikearthur | what are openembedded's "competitors"? |
12:40.26 | mikearthur | other linux buildsystems I mean |
12:40.34 | mikearthur | not wince etc. |
12:41.06 | koen | lrg: a 1.7MB bz2 for your enjoyment: /data/tmp/objdump-D-libc6.txt.bz2 |
12:41.58 | lrg | koen: what's the URL or is it via mail ? |
12:42.08 | koen | gah |
12:42.40 | lrg | koen: have you tried building mplayer with iwmmxt enabled in the configure ? |
12:42.43 | RP | koen magically put it on your system? :) |
12:42.54 | lrg | heh |
12:43.11 | lrg | maybe koen 0wns my machine heh |
12:43.51 | koen | http://ewi546.ewi.utwente.nl/tmp/objdump-D-libc6.txt.bz2 |
12:43.57 | lrg | koen: thanks |
12:45.15 | mikearthur | lrg: paranoia++ |
12:46.21 | lrg | mikearthur: instead of reading /. - can you install oe on your laptop as a background task |
12:46.53 | mikearthur | I'm sure I'm physically capable, so I can |
12:46.56 | mikearthur | but I also will |
12:47.04 | lrg | mikearthur: thanks |
12:47.08 | mikearthur | np |
12:47.29 | mikearthur | apt-get install openembedded, right? ;) |
12:48.01 | lrg | mikearthur: there are instructions on the website |
12:48.10 | mikearthur | already there, was j/k |
12:48.20 | mikearthur | kudos to whoever made the website, if they are here, its very nice |
12:48.39 | hrw|work | personally I do not like OE website look |
12:48.58 | koen | and the css is broken for !safari |
12:49.20 | koen | lrg: building mplayer now |
12:49.39 | XorA | koen: Ill be interested to know if it builds :-) |
12:49.46 | koen | libavcodec/armv4l/dsputil_iwmmxt.c |
12:49.53 | koen | iwmmxt on armv4!?!? |
12:50.01 | XorA | koen: ignore the dir name |
12:50.19 | koen | how does it get activated? |
12:50.38 | lrg | koen: there is a configure switch in the bb |
12:52.06 | XorA | there isnt, your not blind |
12:52.22 | XorA | I beleive it autodetects in pre8 |
12:52.32 | lrg | ah, i was using pre7 |
12:53.01 | XorA | lrg: I think you mean -atty |
12:53.23 | mikearthur | am I correct in seeing you need monotone 0.25, not < 0.25 or > 0.25? |
12:53.26 | lrg | XorA, I think I do. |
12:53.41 | koen | mikearthur: correct |
12:53.46 | mikearthur | koen: cheers |
12:54.26 | XorA | -atty is obsoleted hopefully |
12:54.29 | mikearthur | anyone got a dapper package for that kicking around? |
12:54.34 | koen | atty indeed has --enable-iwmmxt build with iWMMXt [disable] |
12:54.47 | koen | mikearthur: static binary on venge.net/monotone |
12:54.53 | mikearthur | n1 |
12:55.10 | *** join/#oe joshua_ (i=joshua@cl-5.chi-01.us.sixxs.net) |
12:55.21 | XorA | ifeq ($(TARGET_IWMMXT),yes) |
12:55.21 | XorA | OBJS += armv4l/dsputil_iwmmxt.o armv4l/mpegvideo_iwmmxt.o |
12:55.22 | XorA | endif |
12:55.26 | XorA | in Makefile for mplayer pre8 |
12:55.38 | koen | mikearthur: try http://venge.net/monotone/downloads/monotone-0.25.2-linux-x86.bz2 |
12:56.22 | koen | XorA: and how does it get activated? |
12:56.48 | koen | XorA: only the libavcodec subdir containts references to iwmmx |
12:57.03 | koen | -t |
12:59.05 | koen | NOTE: package mplayer-1.0pre8: completed |
12:59.29 | mikearthur | lrg: do I want the stuff to build the bitbake documentation? |
13:00.00 | lrg | mikearthur: it's useful to have |
13:00.07 | mikearthur | ok, I will then |
13:00.15 | mikearthur | I'll pee on the string first ;) |
13:00.25 | lrg | heh |
13:01.56 | koen | NOTE: package mplayer-atty-1.1.5: completed |
13:02.19 | lrg | koen: cant find any iwmmx instructions in that objdump. I've only grepped for the common instrutions like tinsr (transfers data from arm reg to mmx reg) |
13:05.02 | XorA | koen: only libavcodec has explicict iwmmx assembler |
13:05.45 | XorA | koen: if armv4l/dsputil_iwmmxt.o exists then those bits got included in the build |
13:07.22 | koen | http://ewi546.ewi.utwente.nl/tmp/objdump-D-mpegvideo_iwmmxt.o.txt |
13:09.51 | lrg | koen, yay ! iwmmxt is go :) |
13:10.49 | lrg | koen: found a few wxor instructions |
13:11.28 | koen | lrg: I suspect the -mtune-iwmmxt needs to be replaced with -mcpu=iwmmxt |
13:11.48 | koen | hmmm |
13:11.53 | koen | -mabi=iwmmxt |
13:12.29 | mikearthur | lrg: do you have a local copy of OE.db.bz2? |
13:12.31 | lrg | koen: probably best to ask pb, I'm not toolcahin expert. |
13:12.31 | XorA | koen: I think mpegvideo is a bad example, try the dsputil file, as looking at source of mpegvideo its a whole lot of commented out code |
13:13.32 | lrg | mikearthur, yes but it's about 1 week old. :( If you start downloading now you should have it in a few hours |
13:13.55 | mikearthur | will it be faster to use yours and sync, or use the new one? |
13:14.16 | mikearthur | I'm getting 20kb/s average atm |
13:14.19 | XorA | koen: yeah, -mtune produces arm4 code that is optimised for running on arm5 iwmmx cpus |
13:14.32 | lrg | mikearthur: use the new one. |
13:14.36 | mikearthur | sure |
13:17.12 | cbrake | help autocreate_windows |
13:20.57 | CIA-9 | 03koen 07org.oe.dev * rd36ff628... 10/conf/machine/include/tune-iwmmxt.conf: tune-iwmmxt.conf: use -mcpu=iwmmxt instead of -mtune=iwmmxt |
13:21.54 | XorA | koen: it already had -march=iwmmx unless Im blind |
13:25.31 | *** join/#oe ixoth (n=ixoth@nat-ilca.tepkom.ru) |
13:25.40 | *** join/#oe noclouds (n=mhfan@60.166.55.214) |
13:35.33 | *** join/#oe woglinde (n=heinold@moskau.mi.fu-berlin.de) |
13:36.22 | woglinde | mr_nice page.mi.fu-berlin.de/~heinold/zImage |
13:42.01 | mikearthur | lrg: what branch should I check out? |
13:42.43 | RP | lrg: ping |
13:42.43 | lrg | mikearthur: org.openembedded.dev |
13:42.50 | lrg | RP pong |
13:42.52 | mikearthur | cool |
13:43.29 | RP | lrg: I tried the c7x0. Audio is coming out the mic in so either the connector is swapped compared to spitz or L and R are reversed in software |
13:43.45 | RP | (when in headset mode) |
13:44.40 | lrg | RP: ah, interesting. I put an 'RP' comment in the corgi.c file. I wasn't sure if I got the ordering around right. |
13:52.06 | *** join/#oe goxboxlive (n=goxboxli@ti500710a080-7302.bb.online.no) |
13:52.37 | *** join/#oe EvilDevil_ (n=miau@p54A6F15B.dip.t-dialin.net) |
13:53.36 | *** join/#oe ArjanS (n=arjan@anymore.nl) |
13:53.59 | emte | koen, re 971 you are correct, i was only going through looking for bugs that were staling. The bug went unanswered for 2months so i just attatched a generic response. |
13:54.11 | koen | don't do that |
13:55.59 | emte | i am curious tho, which other distro supports the h36 class devices |
13:56.08 | koen | emte: anyone |
13:56.15 | koen | emte: that's the whole point of OE |
13:56.22 | koen | to seperate distribution from machine |
13:58.10 | *** join/#oe zinga (n=arnaudb@186.80-203-227.nextgentel.com) |
13:59.35 | mr_nice_slacker | woglinde:thx :) |
14:00.07 | woglinde | mr_nic is you display working? |
14:01.44 | mr_nice_slacker | woglinde: the framebuffer shows the pinguin :) |
14:01.53 | woglinde | okay |
14:01.58 | woglinde | than you are lucky |
14:02.09 | mr_nice_slacker | woglinde:yes :) |
14:02.11 | CIA-9 | 03koen 07org.oe.dev * re22b2919... 10/packages/linux/ (5 files): handhelds-sa*: set compatible machine to h3600 and simpad |
14:03.07 | woglinde | koen hm? |
14:04.07 | CIA-9 | 03koen 07org.oe.dev * ra55899e7... 10/packages/linux/ (17 files): handhelds-pxa: set COMPATIBLE_MACHINE = '(h3900|h2200|ipaq-pxa270)' |
14:04.25 | koen | ah, hmm |
14:04.42 | mr_nice_slacker | woglinde: cause there was the question how to boot the kernel from the cf: boot>boot vfat zImage |
14:05.25 | woglinde | mr_nice yeah you already told this |
14:06.42 | mr_nice_slacker | woglinde: oh, yes you are right |
14:06.42 | *** join/#oe woglinde_ (i=woglinde@e178108160.adsl.alicedsl.de) |
14:06.54 | woglinde_ | koen reorganisation of package/linux? |
14:06.57 | koen | the packages/linux situation should be a bit better now |
14:07.07 | koen | woglinde_: a minor one |
14:07.13 | woglinde_ | okay |
14:07.52 | CIA-9 | 03koen 07org.oe.dev * r7bdc9a56... 10/packages/linux/ (2 files): opensimpad-kernel: set COMPATIBLE_MACHINE = 'simpad' |
14:13.27 | jkp_ | its proving really hard to get a working toolchain over here |
14:13.38 | jkp_ | is this literally just coz my host is Fedora 5? |
14:14.09 | koen | XorA: abiword 2.4.5 released 3 days ago :) |
14:15.24 | XorA | koen: shit we fall behind :-) |
14:16.02 | XorA | koen: building :-) |
14:16.06 | jkp_ | do you guys have a recommended system for building a toolchain on? |
14:16.07 | chouimat|ibook | morning |
14:16.14 | koen | in our defense: they haven't announced it yet |
14:16.15 | ixoth | jkp_: are you trying to get simple x86 image using OE? |
14:16.17 | jkp_ | coz this is not going very well as is |
14:16.19 | koen | hey chouimat|ibook |
14:16.21 | jkp_ | ixoth: yes |
14:16.43 | ixoth | jkp_: i've spent days trying to build that :) |
14:16.43 | jkp_ | ixoth: can i skip the cross-compiler altogher? |
14:16.50 | jkp_ | ixoth: aghhh - really? |
14:16.54 | koen | XorA: I discovered it trying to find a version for maemo2 |
14:17.01 | jkp_ | ixoth: any joy? |
14:17.07 | hrw|work | ~lart libxine |
14:17.14 | woglinde_ | koen did you try the new n770 image? |
14:17.15 | XorA | koen: you lucky people with n770 |
14:17.20 | woglinde_ | with google talk? |
14:17.34 | koen | woglinde_: yes |
14:17.46 | woglinde_ | koen whats your oppinion? |
14:17.50 | koen | woglinde_: I flashed the beta when I was on holiday and the release yesterday |
14:17.58 | koen | woglinde_: ugly colour, but a lot better as it2005 |
14:18.02 | woglinde_ | hm |
14:18.14 | ixoth | jkp_: as i recall, i've added GLIBC_EXTRA_OECONF = "--without-tls" and GLIBC_ADDONS = "nptl" |
14:18.16 | koen | and 4174874803 time faster |
14:18.21 | woglinde_ | hehe |
14:18.22 | ixoth | but i'm not really sure... |
14:18.30 | woglinde_ | and google talk? |
14:18.35 | mikearthur | lgp: can you fire me your build/conf/local.conf |
14:18.52 | jkp_ | ixoth: whats the nptl bit? |
14:18.55 | *** join/#oe Laibsch (n=Laibsch@dslb-088-073-249-224.pools.arcor-ip.net) |
14:19.06 | jkp_ | and also do you have a working config you could paste somewhere maybe? |
14:19.41 | koen | native posix threading iirc |
14:19.57 | woglinde_ | bye all |
14:21.19 | ixoth | jkp_: for me, the hardest problem was to compile glibc, it failed with some weird bugs |
14:21.24 | jkp_ | ixoth: me too |
14:21.30 | jkp_ | all versions ive tried |
14:21.35 | *** join/#oe zinga (n=arnaudb@186.80-203-227.nextgentel.com) |
14:21.40 | jkp_ | i got as far as the intermediate version |
14:21.45 | jkp_ | then i cant get any further |
14:21.46 | ixoth | where it fails? pastebin it |
14:22.02 | jkp_ | ixoth: ok - ill run up the config i was using again |
14:22.26 | ixoth | meanwhile, i'll try to build x86 image too, from scratch |
14:26.24 | emte | isnt there already a generic x86 disrt conf? |
14:26.29 | emte | distro* |
14:27.00 | jkp_ | http://rafb.net/paste/results/YSZNWT95.html |
14:27.08 | jkp_ | emte: there is a generic config |
14:27.23 | jkp_ | which is what i based mine on - the generic distro fails on my system |
14:28.25 | emte | did you happen to disable the patches? |
14:28.47 | jkp_ | emte: not that i know of |
14:29.35 | ixoth | jkp_: try i386 arch |
14:29.35 | emte | and is there as reason your using a very old cvs date? |
14:29.55 | ixoth | instead of i586 |
14:29.58 | emte | glibc-intermediate-2.3.2+cvs20040726-r17 2004 was quite a while ago |
14:30.06 | jkp_ | emte: thats what is in my ree |
14:30.08 | jkp_ | *tree |
14:30.24 | jkp_ | i updated it this morning from a snapshot pulled from the website today |
14:30.32 | jkp_ | ixoth: set where? |
14:30.50 | CIA-9 | 03florian 07org.oe.dev * rfd2a000c... 10/packages/gpe-timesheet/ (6 files in 2 dirs): gpe-timesheet: add 0.30, remove ancient releases. |
14:30.53 | CIA-9 | 03florian 07org.oe.dev * rb7cf70df... 10/packages/xserver-common/ (3 files): xserver-common: Drop old releases, add 1.10. |
14:31.44 | jkp_ | emte: can you ls your packages/glibc dir for me? |
14:31.59 | jkp_ | mine has glibc-intermediate_2.3.2+cvs20040726.bb in it |
14:33.04 | ixoth | jkp_: where do you set your arch? i suppose somewhere in local.conf :) |
14:33.22 | jkp_ | i set machine |
14:33.28 | jkp_ | MACHINE = "epia" |
14:33.44 | hrw|work | hi mickeyl |
14:33.47 | mickeyl | hey |
14:34.00 | hrw|work | mickeyl: did you ever used usb on tosa? |
14:34.03 | koen | hey mickeyl |
14:34.14 | thejapa | hullo ppl |
14:34.17 | hrw|work | hi marcos |
14:34.18 | mickeyl | hrw|work: yes. i attached a usb keyboard |
14:34.20 | thejapa | hi hrw |
14:34.21 | koen | hey thejapa |
14:34.42 | ixoth | jkp_: do you compile for epia or just x86? |
14:34.56 | jkp_ | this time epia, ive tried x86 as well |
14:35.02 | hrw|work | mickeyl: after yesterday I know why sharp did not added host cable by default |
14:35.25 | ixoth | as i recall, i used machine=x86 |
14:35.26 | jkp_ | what versions of glibc do you have in your tree ixoth ? |
14:35.33 | ixoth | hmmm, let me see |
14:35.42 | mickeyl | hrw|work: why? |
14:35.43 | koen | jkp_: v8jlene had it working iirc |
14:35.59 | mickeyl | OT: we need to upgrade xine |
14:36.01 | hrw|work | mickeyl: this usb handling suxx |
14:36.16 | hrw|work | mickeyl: xine? we update it for nearly 2 years.... |
14:36.22 | jkp_ | v8jlene: there? |
14:36.29 | ixoth | jkp_: http://rafb.net/paste/results/hf2wWx64.html |
14:36.51 | jkp_ | ixoth: thats what i have |
14:36.52 | hrw|work | mickeyl: I connected bt dongle, then disconected, conected pendrive and 'lsusb' still shows bt... |
14:37.00 | mickeyl | hrw|work: 2.4 ? |
14:37.09 | hrw|work | mickeyl: yes |
14:37.10 | mickeyl | ya. that sucks. |
14:37.22 | hrw|work | mickeyl: I want to change few things in 2.4 before will go into 2.6 |
14:37.36 | hrw|work | mickeyl: for example that broken-by-design way of configuring wifi |
14:38.11 | mickeyl | *nod* |
14:38.25 | ade|desk | grrrrrrrrr 3 weeks on and off trying to find what the problem was with build uclibc system with 4.1.1, all down to not have a weak alias for atexit() in the libc. how annoying ? |
14:38.25 | jkp_ | ixoth: can you paste your config? |
14:38.39 | mickeyl | ade|desk: :/ |
14:38.50 | hrw|work | mickeyl: I do not know why noone wrote if-pre-up.d/if-post-down.d/ scripts for it |
14:39.14 | thejapa | hrw: any news for me? :) |
14:39.19 | ixoth | jkp_: nope, I'll paste you only _working_ config :) give me some time :) |
14:39.23 | hrw|work | thejapa: sorry no. |
14:39.29 | hrw|work | thejapa: hard day at work |
14:39.32 | ade|desk | mickeyl: but now have working 4.1.1 uclibc toolchain so everything is good |
14:39.33 | jkp_ | hehe :) cheers dude |
14:39.34 | mickeyl | hrw|work: because people like to hack instead of doing it correctly :( |
14:39.38 | mickeyl | ade|desk: yeppa |
14:39.48 | mickeyl | ade|desk: I'm still very interested in uclibc. |
14:39.51 | mickeyl | we need it for openezx |
14:39.59 | XorA | koen: NOTE: package abiword-2.4.5: completed |
14:40.01 | mickeyl | to save every bit of mem we can |
14:40.06 | koen | XorA: cool |
14:40.09 | thejapa | hrw: np :) |
14:40.14 | ade|desk | i need an a780, gits keep saying out of stock |
14:40.27 | mickeyl | ade|desk: lots of unused ones @ ebay |
14:40.30 | koen | ade|desk: ebay? |
14:40.33 | ade|desk | ~lart hi-moblie.net |
14:40.49 | ade|desk | mickeyl: really |
14:40.55 | jkp_ | monotone is a little ewwww |
14:41.11 | jkp_ | it gives no feedback about its progress at all! even with --verbose on |
14:44.30 | hrw|work | hi CoreDump|home |
14:44.45 | CoreDump|home | hi hrw|work |
14:45.11 | CIA-9 | 03mickeyl 07org.oe.dev * r1c668b6b... 10/packages/zroadmap/ (files/qt2-fixes-r1.patch zroadmap_cvs.bb): zroadmap: add cvs version. add patch to overcome questionable handcrafted Makefiles |
14:45.14 | CoreDump|home | hi all |
14:45.15 | CIA-9 | 03mickeyl 07org.oe.dev * rbddc4e49... 10/packages/zroadmap/ (files/qt2-fixes-r1.patch zroadmap_cvs.bb): zroadmap cvs patch fixlet |
14:45.20 | CIA-9 | 03mickeyl 07org.oe.dev * rf929705b... 10/packages/qpe-games/zrev7_1.0.1.bb: zrev7 1.0.1 fix packaging .desktop file |
14:45.28 | CIA-9 | 03mickeyl 07org.oe.dev * rf80c32f3... 10/packages/gemdropx/gemdropx_0.9.bb: gemdropx 0.9 fix linking |
14:45.36 | CIA-9 | 03mickeyl 07org.oe.dev * r78c14142... 10/packages/billiardz/billiardz_0.1.4.bb: |
14:45.36 | CIA-9 | billiardz 0.1.4 add gcc4 patch |
14:45.36 | CIA-9 | TODO: decouple from opie, make useful also for pure SDL environments |
14:45.45 | mithro | can people check http://mithro.dyndns.org:8080/tp/ and tell me what they think (compared to http://www.thousandparsec.net/tp/ ) |
14:45.53 | do13_ | hi CoreDump|home |
14:47.09 | mickeyl | mithro: dyn looks better on everything but IE. |
14:48.06 | *** join/#oe AvengerMoJo (n=alex@219.142.245.20) |
14:48.37 | do13_ | NOTE: package bootstrap-image-1.0-r0: task do_build: completed |
14:51.02 | do13_ | hrw|work: do you want a collie image? |
14:52.34 | koen | do13_: is that with sd card detect? |
14:52.44 | do13_ | koen: not yet :) |
14:53.07 | hrw|work | do13_: no time to check tosa things and you want me to test collie? :D |
14:53.24 | XorA | koen: NOTE: package abiword-plugins-2.4.5: completed |
14:53.54 | koen | XorA: cool |
14:54.07 | hrw|work | XorA: push, test and add into .oz354x? :D |
14:54.10 | do13_ | hrw|work: I expect it won't work, I integrated pavels patches. But this needs some love |
14:54.21 | hrw|work | do13_: like usual |
14:54.36 | hrw|work | koen: when Gnumeric will get ODS Save support? |
14:54.48 | koen | hrw|work: in 2.4.4 |
14:55.06 | hrw|work | koen: now is 1.7.0 so it will take them some time... |
14:55.54 | koen | ah, you said gnumeric |
14:56.01 | koen | somehow I read 'abiword' |
14:57.23 | koen | 1.7.0? |
14:57.28 | koen | oh nooooes |
14:57.29 | ade|desk | is there a reason why when i do bitbake -i, fetch task-bootstrap it uses task-bootstrap-unionroot-1.0 |
14:57.31 | koen | OE is behind |
14:58.51 | XorA | koen: not really, we have the latest stable |
14:58.55 | hrw|work | anyway I upgrade 1.6.3 to 1.7.0.1 - maybe this will save ODS |
15:01.01 | XorA | hrw|work: not in the changelog |
15:01.09 | ade|desk | hrw|work: Luciano Miguel Wolf: * ODS import improvements. in 1.7.0 |
15:01.21 | ade|desk | but no save stuff |
15:01.30 | ixoth | jkp_: hmmm... x86 build fails for me... but i'll go home soon, so will try to fix it later |
15:01.44 | jkp_ | ixoth: are you a developer of the project? |
15:01.58 | jkp_ | where does it fail for you also? |
15:02.02 | ixoth | jkp_: nope, but a huge fan :) |
15:02.14 | jkp_ | is there a revision of the repository where it worked? |
15:02.17 | hrw|work | ade|desk: I piss on import as this work already |
15:02.22 | CIA-9 | 03xora 07org.oe.dev * r09145a14... 10/packages/abiword/ (abiword-plugins_2.4.5.bb abiword_2.4.5.bb): abiword_2.4.5.bb, abiword-plugins_2.4.5.bb : new versions. |
15:02.36 | ixoth | /opt/oe/rb230/tmp/work/x86_64-linux/binutils-cross-2.15.94.0.1-r2/binutils-2.15.94.0.1/gas/config/tc-i386.h:441: error: array type has incomplete element type |
15:02.58 | jkp_ | ixoth: that was the same one i got |
15:03.07 | ade|desk | hrw|work: piss ? |
15:03.09 | hrw|work | heh... I just want light ODS editor.. |
15:03.27 | hrw|work | ade|desk: offensive way of 'do not care' |
15:03.42 | hrw|work | 'my inglisz is not very dobry' |
15:03.50 | XorA | ade|desk: Urine |
15:04.12 | ade|desk | how strange |
15:05.00 | ade|desk | must be some euro thing |
15:05.04 | jkp_ | ixoth: http://www.freelists.org/archives/openbeos/11-2005/msg00090.html |
15:05.06 | *** join/#oe katossi (n=guillerm@dslb-084-061-029-198.pools.arcor-ip.net) |
15:07.46 | CIA-9 | 03florian 07org.oe.dev * re581954d... 10/packages/gpe-bluetooth/ (5 files): gpe-bluetooth: Add 0.54, remove old releases. |
15:08.38 | ixoth | jkp_: damn, damn. i'm stupid :) |
15:08.38 | *** part/#oe thejapa (n=thejapa@200-232-210-132.dsl.telesp.net.br) |
15:08.47 | jkp_ | ? |
15:09.18 | *** join/#oe eFfeM-log (n=eFfeM@84.87.135.248) |
15:09.54 | ixoth | jkp_: i've got gcc 4.1.1 :) |
15:10.04 | jkp_ | on your system? |
15:10.13 | jkp_ | so do i |
15:10.16 | jkp_ | is that the issue? |
15:10.33 | ixoth | probably yes... let's see :) |
15:10.41 | jkp_ | this is a known thing? |
15:11.26 | ixoth | jkp_: hmm... not really, but that may be the cause for cross packages fail to build |
15:11.48 | jkp_ | what makes you think that? and also, what would you possibly do about it anyway? |
15:12.31 | tkp | jkp_: try installing it on your arch box perhaps? |
15:12.41 | jkp_ | tkp: sucky though |
15:12.50 | tkp | mm, but to test |
15:12.56 | jkp_ | means we cant build on the native host but have to in a vm |
15:13.10 | jkp_ | tkp: aye, but its not *that* simple to get up and running |
15:13.13 | jkp_ | but we could yeah |
15:13.35 | tkp | no, it means we will have to change the server (if that's going to fix things) |
15:13.45 | hvontres|home | Morning all |
15:13.58 | jkp_ | its not as simple as that though tkp |
15:14.11 | jkp_ | not to my knowledge - yum wants us to have 4.1.1 |
15:14.18 | jkp_ | so im not sure how you can downgrade |
15:14.48 | tkp | hmm |
15:14.51 | v8jlene | jkp_: Back now... |
15:15.01 | jkp_ | he v8jlene |
15:15.20 | jkp_ | theres a couple of us having trouble building a toolchain for x86 on FC5... |
15:15.33 | jkp_ | we're running GCC 4.1.1 |
15:15.37 | v8jlene | jkp_: What error are you getting? |
15:15.41 | jkp_ | someone said you might know what the score was |
15:15.43 | hvontres|home | jkp_: you might want to take a look at how the .oz354x branch does things. It first intsalls a native gcc 3.4 and then uses that for the cross. Not sure where that gets setup tho.. |
15:15.59 | jkp_ | hvontres|home: interesting |
15:16.04 | jkp_ | though, a pain to say the least :) |
15:16.13 | jkp_ | v8jlene: me tries to dfig ot the paste for you |
15:16.55 | hvontres|home | jkp_: tell me about it... re-bult bootstrap-image from scratch took me ~8-9 hrs.. on my poor old dual PII 333 :( |
15:17.12 | jkp_ | hvontres|home: its your distro? and yes - major pain |
15:17.16 | ixoth | jkp_: but now, i have to go home... maybe tomorrow we'll manage to get it working :) |
15:17.27 | jkp_ | ixoth: ok :) |
15:17.27 | v8jlene | jkp_: The onlt issue I found was that binutils < 2.16 doesn't work if you have gcc 4.x on the host system... |
15:17.42 | jkp_ | v8jlene: well that would be my issue then |
15:17.47 | ixoth | goodbye everyone |
15:17.55 | jkp_ | ixoth: cya dude |
15:18.05 | v8jlene | jkp_: And generic.conf has: PREFERRED_VERSION_binutils = "2.15.94.0.1" |
15:18.14 | jkp_ | v8jlene: exactly |
15:18.35 | hvontres|home | hvontres|home: I am running FC4. I tried the .dev branch but also ran into some problems. Since I don't grok some of these things very well, I ran back to the .oz354x branch :) |
15:18.46 | v8jlene | jkp_: Change that to: PREFERRED_VERSION_binutils = "2.16" |
15:18.47 | jkp_ | and did you come up with a solution? |
15:19.02 | jkp_ | v8jlene: but tehre was no .bb file for 2.16 |
15:19.15 | *** join/#oe nacer (n=laradji@dsl-free-1.mpl4.ovea.net) |
15:19.24 | jkp_ | im new to this so clue me up on the steps i have to take |
15:20.10 | v8jlene | jkp_: In packages/binutils I have several 2.16 and 2.17 versions? |
15:20.22 | jkp_ | v8jlene: ah - hang on |
15:20.35 | jkp_ | i was thinking glibc as i got stuck there when i made some other changes |
15:21.02 | jkp_ | so did you change all binutils versions? |
15:21.33 | jkp_ | and you are right |
15:21.39 | jkp_ | plenty of others to choose from |
15:21.59 | jkp_ | i think i did this and it got further but died on glibc-intermediate |
15:22.18 | v8jlene | jkp_: ?? "change all binutils versions" - not sure what you mean by that. I just tried "2.16". The other may work - no time to test at the moment ;) |
15:22.29 | jkp_ | i mean did you change PREFERRED_VERSION_binutils-cross as well? |
15:23.16 | v8jlene | jkp_: Ah, yep. You need to change both. |
15:23.20 | jkp_ | ok |
15:23.52 | jkp_ | i definately did something similar |
15:24.03 | hvontres|home | jkp_: Threre is also a known probelem with qemu on fedora during binary locale generation. You can disable this by adding ENABLE_BINARY_LOCALE_GENERATION = "0" to your local.conf |
15:24.03 | jkp_ | but i know i got stuck on glibc |
15:24.16 | jkp_ | hvontres|home: excellent |
15:24.44 | hvontres|home | jkp_: unfortunately you now only get english.... |
15:24.51 | jkp_ | not a problem for now |
15:24.56 | jkp_ | might be later on |
15:25.07 | jkp_ | but i can change the build rig at that stage |
15:25.42 | *** join/#oe EdenX (n=EdenX@ip-34.net-81-220-42.lyon.rev.numericable.fr) |
15:25.46 | *** join/#oe katossi_ (n=guillerm@dslb-084-061-063-137.pools.arcor-ip.net) |
15:25.52 | v8jlene | With MACHINE="epia" and DISTRO="generic" with the binutils change I can build the 50 or so packages I use without problem... |
15:26.11 | jkp_ | aghhjh |
15:26.17 | jkp_ | i just changed away from epia |
15:26.22 | jkp_ | back to x86 |
15:26.23 | v8jlene | This is on an FC4 host on x86_64 |
15:26.25 | jkp_ | should i move back? |
15:26.33 | jkp_ | im on FC5 x86_64 |
15:27.34 | XorA | hrw|work: abiword 2.4.5 works |
15:27.45 | hrw|work | cool |
15:27.57 | v8jlene | jkp_: Depends on if it works or not I suppose ;) |
15:28.03 | jkp_ | v8jlene: heh |
15:28.08 | v8jlene | jkp_: I'll test it now and see. |
15:28.12 | jkp_ | this is a long and drawn out business :) |
15:28.36 | v8jlene | jkp_: Yes, the toolchain part isn't very nice. Once you get past that it's pretty good. |
15:28.47 | jkp_ | we've gone through stripping back an existing distro, to LFS, to buildroot to this :) |
15:29.01 | jkp_ | buildroot was going ok, but building things against uclibc is pretty tough |
15:29.11 | jkp_ | noone wants to support you through that |
15:29.24 | jkp_ | and space isnt such a crucial issue, we'll be happy with 32 or 64mb |
15:29.39 | jkp_ | so i dont think a couple of k here or there is the end of the world for us |
15:29.46 | v8jlene | jkp_: I particularly like I can buld my router distro for sh4, mipsel and x86 with basiclly zero changes. A few settings for the toolchain and boot loader is all.. |
15:30.06 | jkp_ | what do you use to image it to the final systems? |
15:30.31 | jkp_ | have you looked at imgloader? |
15:31.42 | *** join/#oe REdOG (n=REdOG@66.0.161.218) |
15:31.47 | v8jlene | jkp_: I have a script that creates a disk image, with approprate partions definied... I still need to run lilo on the target after coying the image to flash though... that's the last part that I haven't automated as much as I'd like. |
15:32.16 | jkp_ | cool - i was looking at how to automate "firmware" updates... |
15:32.25 | jkp_ | i coudnt work out the best way to do it...any suggestions? |
15:33.16 | jkp_ | v8jlene: yeah, it failed for me |
15:33.24 | jkp_ | glibc failed |
15:33.36 | v8jlene | jkp_: Not really. Depends a lot on the flash setup and BIOS/bootloader support etc.. |
15:33.51 | jkp_ | and i got it work before by using the version that my rig has on it |
15:34.02 | jkp_ | but then i couldnt get the same version on for the intermediate phase |
15:36.57 | *** join/#oe zecke (n=ich@88.134.0.193) |
15:37.24 | CIA-9 | 03hrw 07org.oe.oz354x * rc11cd3c8... 10/packages/tslib/ (4 files in 2 dirs): tslib: fix poodle situation - ZKERNEL_VERSION switch between 2.4 and 2.6 config |
15:37.26 | zecke | koen: http://www.deskbrowse.com/ |
15:39.54 | koen | zecke: I switched to camino yesterday |
15:40.07 | koen | zecke: it feels like I installed a 100GHZ cpu |
15:40.14 | zecke | koen: gosh, camino is slow |
15:40.23 | zecke | koen: and camino makes my fan turn on |
15:42.55 | XorA | someone get deskbrowse in OE then :-) |
15:43.34 | zecke | and GNU step? |
15:43.42 | zecke | and implement cocoa :) |
15:44.19 | koen | zecke: did you try coverflow? |
15:44.28 | zecke | no |
15:44.31 | XorA | whatever happened to that MacOS on zaurus vapourware? |
15:44.45 | zecke | XorA: oh well. You can use it |
15:44.53 | zecke | XorA: it uses the mStep GNU Step fork |
15:45.06 | zecke | XorA: it has some tools available |
15:45.21 | zecke | XorA: and this guy has some research funds, about now it looks like he is doing letux.org |
15:45.28 | v8jlene | jkp_: x86 failed for me as well... |
15:45.34 | jkp_ | oh? |
15:45.38 | jkp_ | really? interest |
15:45.41 | jkp_ | intersting |
15:45.54 | jkp_ | so what combination did work? |
15:45.58 | jkp_ | (it failed for me too) |
15:46.12 | zecke | anyway I would like to have X switch to a composite based rendering model :) |
15:46.15 | v8jlene | jkp_: glibc has some thread issues with MACHINE="x86" |
15:46.23 | v8jlene | jkp_: MACHINE="epia" worked though. |
15:46.40 | jkp_ | with no changes to the glibc version? |
15:47.54 | *** join/#oe mallum (n=mallum@host81-132-227-111.range81-132.btcentralplus.com) |
15:48.24 | v8jlene | jkp_: No changes to anything else - just the binutils version change. |
15:49.17 | *** join/#oe benlau (n=benlau@221.125.13.148) |
15:49.21 | jkp_ | ok - trying that wa |
15:49.25 | jkp_ | what was the failure for you? |
15:49.29 | jkp_ | (just to compare notes) |
15:52.07 | *** join/#oe ar_ (n=ar@port-ip-213-211-250-51.reverse.mdcc-fun.de) |
15:52.54 | zecke | ar_: hey |
15:54.21 | jkp_ | v8jlene: i get failures still |
15:54.21 | jkp_ | <PROTECTED> |
15:57.20 | v8jlene | jkp_: Did you "rm -fr tmp" before rebuilding? |
15:57.26 | jkp_ | v8jlene: nope |
15:57.44 | v8jlene | jkp_: Probably best to, othewsie you'll have bits of the previous build still there messing things up... |
15:57.58 | v8jlene | jkp_: Retrying myself just to make sure epia worked ;) |
15:58.04 | jkp_ | hehehe :) |
15:59.32 | v8jlene | jkp_: http://pastebin.ca/78806 for the x86 failure |
16:00.09 | jkp_ | oh - mine never got that far |
16:01.54 | jkp_ | v8jlene: did you manage to get the JiT thing working on x86_64? |
16:02.37 | v8jlene | jkp_: What JiT thing would that be? |
16:02.50 | jkp_ | psycho |
16:03.23 | *** join/#oe TheCan (n=thecan@dslb-084-056-205-048.pools.arcor-ip.net) |
16:03.48 | v8jlene | jkp_: Ah, no.. never tried. I think someone today mentioned it doesnt't work in 64-bit anyway. |
16:11.26 | jkp_ | v8jlene: failure here |
16:13.50 | jkp_ | http://www.handhelds.org/hypermail/oe/51/5135.html |
16:16.00 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
16:20.42 | *** join/#oe NA|Gone_ (n=foo@220-253-32-230.VIC.netspace.net.au) |
16:21.28 | eFfeM | hi koen |
16:21.36 | eFfeM | hi Na| |
16:22.40 | koen | hey eFfeM |
16:22.56 | eFfeM | hot here |
16:23.44 | jkp_ | how can i force a specific patch to be skipped for my distro? |
16:25.09 | *** join/#oe pH5 (n=ph5@p54867ED2.dip.t-dialin.net) |
16:25.17 | koen | eFfeM: 28.1 degrees inside, 28.7 degrees outside |
16:25.21 | koen | hey pH5 |
16:25.22 | jkp_ | more to the point, why are the patches for glibc-2.4 not applying correctly? |
16:25.49 | eFfeM | 26.5 inside, refuse to go outside for the next 2 hrs |
16:25.51 | koen | jkp_: which patches? |
16:25.52 | eFfeM | ~weather eheh |
16:26.07 | koen | jkp_: I've (re)built glibc 2.4 4 times today |
16:26.09 | jkp_ | koen: |
16:26.10 | jkp_ | NOTE: Applying patch 'arm-memcpy.patch' |
16:26.10 | jkp_ | ERROR: function do_patchcmd failed |
16:26.27 | pH5 | hey koen |
16:26.30 | jkp_ | and it failed on another one a mo ago |
16:26.45 | koen | jkp_: bitbake -c clean glibc and try again |
16:27.00 | jkp_ | koen: this is glibc-initial |
16:27.06 | jkp_ | but ive tried several times |
16:27.09 | jkp_ | fails everytime |
16:27.25 | koen | bitbake -c clean glibc-initial |
16:27.51 | koen | did you check the log on what goes wrong? |
16:27.53 | jkp_ | trying again |
16:27.57 | jkp_ | yeah i did |
16:27.59 | jkp_ | failed again |
16:28.16 | koen | NOTE: package glibc-intermediate-2.4-r5: task do_patch: started |
16:28.17 | *** join/#oe joshin (i=josh@VDSL-130-13-143-17.PHNX.QWEST.NET) |
16:28.17 | koen | NOTE: Applying patch 'arm-memcpy.patch' |
16:28.17 | koen | NOTE: Applying patch 'arm-longlong.patch' |
16:28.18 | koen | NOTE: Applying patch 'fhs-linux-paths.patch' |
16:28.18 | koen | NOTE: Applying patch 'dl-cache-libcmp.patch' |
16:28.18 | koen | NOTE: Applying patch 'ldsocache-varrun.patch' |
16:28.19 | koen | NOTE: Applying patch 'nptl-crosscompile.patch' |
16:28.21 | koen | NOTE: Applying patch 'glibc-2.4-compile.patch' |
16:28.23 | koen | NOTE: Applying patch 'fixup-aeabi-syscalls.patch' |
16:28.25 | koen | NOTE: package glibc-intermediate-2.4-r5: task do_patch: completed |
16:28.27 | koen | that's from 10 minutes ago |
16:28.47 | jkp_ | hang on koen - ill paste bin for you |
16:29.32 | jkp_ | http://rafb.net/paste/results/lvyhT528.html |
16:30.08 | koen | strange |
16:30.23 | jkp_ | indeed. |
16:31.37 | jkp_ | the file is there |
16:31.38 | jkp_ | ./glibc-2.4/stdlib/longlong.h |
16:34.59 | jkp_ | no ideas? |
16:35.23 | jkp_ | why the hell would it work for you but not me? |
16:36.51 | v8jlene | jkp_: Back from washing the dishes... EPIA worked... buildlog: http://pastebin.ca/78825 local.conf: http://pastebin.ca/78828 xx.conf(distro): http://pastebin.ca/78832 |
16:38.36 | v8jlene | jkp_: The x86 targets don't seem to be in common use - unlike say arm, so it'll take a bit of work to find a working combination. I use sh4 primarily myself for example and not epia/x86. |
16:38.54 | jkp_ | im having severe trouble really |
16:39.04 | jkp_ | i cant see why the patches arent applying to glibc-2.4 |
16:39.10 | jkp_ | anything earlier doesnt want to build |
16:39.21 | jkp_ | due to an issue koen actually discovered |
16:39.27 | jkp_ | http://www.handhelds.org/hypermail/oe/51/5136.html |
16:40.38 | v8jlene | jkp_: But it is 2.38am and way past my bed time now. |
16:40.46 | jkp_ | heh - where are you? |
16:40.54 | v8jlene | jkp_: Could be, mine is: -rw------- 1 lenehan lenehan 19467004 Nov 5 2005 /data/oe/sources/libc_sources.redhat.com__20050627.tar.gz |
16:41.10 | v8jlene | So it's been on here for quite a while.. |
16:41.11 | *** join/#oe CIA-9 (i=cia@cia.navi.cx) |
16:41.22 | jkp_ | v8jlene: ahhhh - so yours built with that? |
16:41.29 | v8jlene | jkp_: Australia (Melbourne) |
16:42.06 | jkp_ | v8jlene: just quick |
16:42.12 | v8jlene | jkp_: Yeah, with the files I paste bined, and that glibc is what I used. Check if you local one matches. |
16:42.19 | v8jlene | c05efc2b976bf896f1a7e2dfe0d76cba /data/oe/sources/libc_sources.redhat.com__20050627.tar.gz |
16:42.22 | jkp_ | if i wanted to force it to work with that snapshot how would i do so? |
16:42.31 | v8jlene | that's the md5sum of mine.. |
16:42.51 | jkp_ | i only have libc_sources.redhat.com__20040726.tar.gz |
16:42.54 | jkp_ | so its not the same |
16:43.02 | jkp_ | but i dont know how to make it pull the newer one |
16:43.24 | jkp_ | ah - i see in your config |
16:43.34 | *** join/#oe zap (n=zap@85.249.170.16) |
16:44.23 | jkp_ | nah |
16:44.40 | jkp_ | yours is using the old glibc-initial version |
16:44.51 | jkp_ | package glibc-initial-2.3.2+cvs20040726-r17: task do_patch: completed |
16:50.12 | *** join/#oe zinga_ (n=arnaudb@186.80-203-227.nextgentel.com) |
16:56.32 | *** join/#oe TheCan (n=thecan@dslb-084-056-206-246.pools.arcor-ip.net) |
16:58.30 | jkp_ | why when im building glibc-2.4 does it try and use the patches from the cvs director? |
16:59.15 | zecke | 1^ |
16:59.29 | jkp_ | surely that will be my issue |
17:05.03 | jkp_ | ffs |
17:05.21 | jkp_ | ok - fixed it by moving the glibc-cvs dir out of the way |
17:05.28 | jkp_ | i have no idea how to fix it properly |
17:07.54 | *** join/#oe toi (n=peter@d54C27365.access.telenet.be) |
17:10.24 | *** join/#oe andersee (n=andersee@codepoet.org) |
17:11.34 | *** join/#oe hvontres|home (n=henry@adsl-75-7-229-157.dsl.sndg02.sbcglobal.net) |
17:15.45 | eFfeM | hm, my recent mt checkin created an unmerged head; differences are in task-angstrom.bb, both versions have the same PR and I did not touch this (actually I don't even know what angstrom is), but mt merge starts meld |
17:15.53 | eFfeM | how do I resolve this (or who can) |
17:16.21 | eFfeM | XorA|gone: can you perhaps advise, the other head is yours |
17:18.56 | koen | merge --lca? |
17:20.29 | eFfeM | won't budge, still get this merge |
17:20.35 | eFfeM | meld |
17:20.37 | *** join/#oe ken_ (n=ken@213-67-126-82-no75.business.telia.com) |
17:21.12 | jkp_ | ok - im moving over to a VM with a different host distro now because this is proving too paiunful to build as is |
17:21.23 | jkp_ | can someone suggest a painless host distro? |
17:22.42 | mikearthur | jkp_: what are you using now? |
17:22.49 | jkp_ | fedora core 5 on AMD_634 |
17:22.52 | jkp_ | *64 |
17:22.53 | eFfeM | hm, a lot of files are wrong |
17:23.01 | jkp_ | mikearthur: severe pain |
17:23.08 | jkp_ | seems to be due to GCC 4.1.1 |
17:23.18 | mikearthur | whats the problem? |
17:23.32 | jkp_ | cant even build the toolchain |
17:23.53 | *** join/#oe Hrw|husky (n=Hrw|husk@c28-240.icpnet.pl) |
17:23.53 | Hrw|husky | hi |
17:23.55 | jkp_ | mikearthur: too many different ones to mention - do you have a working system? |
17:24.04 | mikearthur | not yet |
17:24.10 | mikearthur | for oe, or generally? |
17:24.13 | jkp_ | ah :( |
17:24.14 | jkp_ | for oe |
17:24.33 | jkp_ | its a shame to have to build everything in a specific VM |
17:24.52 | jkp_ | the ideal situation is one where you can have your config files and it Just Works on any host |
17:25.08 | jkp_ | but ive been trying all day with no success |
17:25.37 | Hrw|husky | jkp: i'm building on 3 debian boxes and one gentoo |
17:25.48 | jkp_ | amd64? |
17:26.38 | Hrw|husky | too |
17:26.39 | eFfeM | hm the revision id mt head gives me is not the same as the one on top if i look through mntview |
17:27.09 | Hrw|husky | jkp: 2 x86, one dual opteron in x86 mode and one amd64 |
17:27.17 | jkp_ | hrm |
17:27.24 | jkp_ | i wonder why the hell it wont work :/ |
17:29.34 | Hrw|husky | brb - food |
17:30.48 | eFfeM | ok *think* i fixed |
17:30.51 | eFfeM | ok *think* i fixed it |
17:32.34 | *** join/#oe minipanda (n=hzhang@219.236.27.35) |
17:36.18 | CIA-9 | 03eFfeM 07org.oe.dev * r8f7f4f1a... 10/packages/zd1211/ (zd1211_r59.bb zd1211_r67.bb zd1211_r74.bb zd1211_r77.bb): zd1211: added missing $ in bb file |
17:36.32 | zecke | koen: does ewi have a bandwidth issue? |
17:36.51 | koen | not that I know off |
17:36.56 | koen | the university might have |
17:37.30 | koen | all those hippy warez kiddies are problably using all the bandwidth |
17:38.06 | zecke | hmm somehow I can not upload stuff (tinderclient) to ewi |
17:41.08 | zecke | might my the firewal facist of my build machine as well |
17:55.29 | hvontres|home | CoreDump|home: still got ~45 minutes left... |
17:58.18 | CoreDump|home | T-9 and holding |
17:58.26 | CoreDump|home | for 40m bleh |
18:00.00 | CoreDump|home | hmm there should be a panel plugin for the launch timer heh |
18:07.35 | *** join/#oe ggilbert (n=ggilbert@70-38-101-166.losaca.adelphia.net) |
18:18.03 | *** join/#oe JaMa (n=martin@njama.ipv6.mk.cvut.cz) |
18:18.40 | *** join/#oe tmbinc_ (i=XXX@e176179149.adsl.alicedsl.de) |
18:23.07 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
18:26.08 | *** join/#oe ggilbert (n=ggilbert@70-38-101-166.losaca.adelphia.net) |
18:27.05 | *** join/#oe TheCan (n=thecan@dslb-084-056-206-246.pools.arcor-ip.net) |
18:28.17 | *** join/#oe gremlin[it] (n=gremlin@ppp-117-10.25-151.libero.it) |
18:28.19 | zecke | koen: could you look into access or error log on ewi? |
18:29.12 | koen | zecke: [Tue Jul 04 20:28:37 2006] [error] [client 66.159.209.54] Use of uninitialized value in pattern match (m//) at (eval 15) line 4. |
18:29.35 | koen | [Tue Jul 04 20:29:46 2006] [error] [client 62.253.128.14] File does not exist: /var/www/flames1.gif, referer: http://ewi546.ewi.utwente.nl/tinderbox/showbuilds.pl?tree=OpenEmbeddedBuilds |
18:29.49 | koen | hrw|gone: NOTE: package busybox-1.2.0: completed |
18:31.19 | hvontres|home | CoreDump|home: T-6:45 |
18:31.29 | CoreDump|home | w00t |
18:35.14 | CoreDump|home | hvontres|home: there's always interesting stuff going on in #space |
18:53.30 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
18:54.58 | zecke | koen: error.log or access.log for poky? |
18:55.09 | zecke | botmail mail me please |
18:55.10 | zecke | later |
18:55.11 | koen | ? |
18:56.00 | KerwoodDerby | l8r |
18:56.49 | hvontres|home | CoreDump|home: yup. Especially if you have the NASA channel :) |
18:57.11 | CoreDump|wm2006 | nasatv ;) |
18:59.52 | hvontres|home | CoreDump|wm2006: and now to ESPN :) |
19:00.04 | CoreDump|wm2006 | espn? |
19:00.29 | hvontres|home | CoreDump|wm2006: Germany v Italy ...:) |
19:00.34 | CoreDump|wm2006 | ahh |
19:00.36 | CoreDump|wm2006 | indeed ;) |
19:06.58 | gremlin[it] | how many italians and germans there are ??? :) :P |
19:07.06 | ggilbert | 42 |
19:07.24 | ggilbert | They use clever camera tricks to make the countries look full |
19:07.39 | gremlin[it] | activelly present :) |
19:08.28 | CoreDump|wm2006 | hehe |
19:11.27 | *** join/#oe ibot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
19:11.27 | *** topic/#oe is OpenEmbedded Developer Lounge | OE and bitbake were made to match, keep them both up to date | BitBake 1.4.2 has been released - only use HEAD if you are developing it | this is still not a distribution support channel | www.openembedded.org |
19:19.37 | goxboxlive | Just a suggestion. I think there should be a IRC channel for newbies. It would actually be a benefit for you hardcore OE guys. And us newbies could ask all such "stupids" qustions on the newbie channel. How abou that? |
19:20.17 | koen | no |
19:20.22 | goxboxlive | :-) |
19:20.43 | koen | that will amount to newbies giving newbies wrong advice |
19:21.28 | goxboxlive | Well some of you guys could be there once in a while just to put us on right direction. |
19:22.10 | koen | so instead of being in 1 channel the devs need to be in 2 channels |
19:22.16 | koen | how's that less work? |
19:23.16 | goxboxlive | Well, this channel would be free of newbie qustions like, " how do i get my keyboard work in Opie" :-) |
19:23.27 | koen | that's easy |
19:23.30 | koen | #opie |
19:23.43 | goxboxlive | building with OE |
19:23.53 | CoreDump|wm2006 | "this is still not a distribution support channel " |
19:24.10 | goxboxlive | No that is not an Opie thing, it has something to do with the patching qte |
19:24.23 | koen | so? |
19:24.29 | koen | #qte |
19:24.50 | goxboxlive | 3qte even when i am building it with OE? |
19:25.03 | koen | yes |
19:25.11 | koen | upstream problem, not an OE problem |
19:25.13 | goxboxlive | ok, i'll try there. thx |
19:25.20 | koen | "gnome doesn't support mDNS" |
19:25.35 | koen | where would you ask that? |
19:25.49 | koen | I'd go to the gnome irc channel, even if I'm building gnome with OE |
19:25.53 | koen | but that's me |
19:26.14 | hvontres|home | taking off now :) |
19:26.15 | goxboxlive | koen: But the strange thing is, when you build QTE with no patches it works, but not when all the patches in the qte.-common.inc applies. |
19:26.55 | koen | so you inform the maintainer |
19:27.22 | goxboxlive | Well i woudnt get any good answers at #qte, i am the only one there |
19:27.33 | koen | so qte sucks |
19:27.38 | goxboxlive | I guess mickeyl is about to help me with it. |
19:27.40 | koen | start using a real toolkit |
19:28.01 | goxboxlive | qte suck, it does, ? maybe i dont know, works great on my computer |
19:28.16 | koen | apparent;y it doesn't, since you're having trouble with it |
19:28.52 | goxboxlive | It works on my computer's but not on a half way to linux device, like HTC Universal |
19:29.53 | *** join/#oe Harvy (n=norm@80-193-172-141.cable.ubr05.pres.blueyonder.co.uk) |
19:37.52 | *** join/#oe _law_ (n=_law_@213.173.86.202) |
19:43.11 | ljp | wow, that logic is astounding |
19:53.20 | *** join/#oe zecke (n=ich@88.134.0.193) |
19:59.34 | *** join/#oe shiyee (n=Shiyee@0x535d64c1.abnxx4.adsl-dhcp.tele.dk) |
19:59.59 | *** join/#oe hrw-tosa (n=user@c28-240.icpnet.pl) |
20:00.07 | hrw-tosa | hi |
20:04.01 | chouimat|ibook | ljp: hi |
20:16.54 | *** join/#oe dijenerate (n=dijenera@69.73.212.227) |
20:30.47 | zecke | koen: ping? |
20:30.52 | *** join/#oe dijenerate (n=dijenera@69.73.212.227) |
20:33.41 | *** join/#oe mr_nice_slacker1 (n=mr_nice_@p54A9CBE3.dip.t-dialin.net) |
20:36.00 | *** join/#oe thejapa (n=thejapa@240c.prudente.unesp.br) |
20:48.19 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
20:49.23 | *** part/#oe hrw-tosa (n=user@c28-240.icpnet.pl) |
20:55.33 | *** join/#oe _law_|iBook (n=_law_|iB@213.173.86.202) |
21:03.45 | *** join/#oe ____gints (n=gints@62.84.15.211) |
21:08.46 | Kristoffer | Omg 47 revs in one day |
21:09.57 | koen | pfff, that's nothing |
21:30.06 | CIA-9 | 03rpurdie 07org.oe.dev * rb4cecac3... 10/packages/linux/linux-openzaurus_2.6.17.bb: linux-oz-2.6.17: Update to lastest ASoC and fix c7x0 so audio input (mic) now works. Reclassify several patches. |
21:33.39 | koen | RP: ah cool, more merged patches |
21:34.46 | koen | RP: I guess I have to pick a new .bb to show at FOSDEM 2007 ;) |
21:43.03 | *** join/#oe lmanul (n=manu@dan75-4-82-239-58-38.fbx.proxad.net) |
21:54.55 | *** join/#oe Kristoffe (n=ken@213-67-126-82-no75.business.telia.com) |
21:56.16 | *** join/#oe carbonfreeze (n=carbonfr@160-151-237-24.gci.net) |
22:02.15 | *** join/#oe nevarrie (n=jgrant@CPE-72-129-236-111.kc.res.rr.com) |
22:03.45 | Kristoffe | Ive set SRCDATE to 20060627 due to Opie working well at that date, but SRCDATE is also used for matchbox, gpe.. How can i specify what versions to use for different? |
22:04.41 | Kristoffe | shouldnt we split up SRCDATE into sub variables, like opie_srcdate, matchbox_srcdate.. |
22:06.29 | thejapa | I remember there was some bitbake variable for that... |
22:07.24 | Kristoffe | The best solution were if one could set preferred version CVS+20060627 and then set for each package |
22:07.35 | Kristoffe | if no preferred version was set It could drag using SRCDATE |
22:09.19 | thejapa | PREFERRED_VERSION exists |
22:10.14 | Kristoffe | yeah I know, but Can i set preferred version and when I use CVS+20060627 make it understand to not use SRCDATE but instead drag 20060627 |
22:10.21 | thejapa | I used that once to setup a specific CVS gpe-calendar version. |
22:10.25 | thejapa | oh... |
22:10.45 | thejapa | hmm... lemme think :) |
22:11.01 | Kristoffe | My problem is basicly this, lets say that opie works fine for 20060627 but gpe works fine in 20060727..how can I make that work? |
22:11.19 | Kristoffe | setting SRCDATE would mean that both Opie and Gpe would get same CVS date |
22:11.26 | Kristoffe | so one of them would be broken |
22:12.26 | thejapa | PREFERRED_VERSION_gpe-calendar = "CVS+20060627" for example, should work I guess, doing it off my head though |
22:13.04 | Kristoffe | Does it break down the line into, oki he wasnt version CVS with date 20060627, no matter what SRCDATE says? |
22:13.24 | Kristoffe | wasnt=wants |
22:15.02 | thejapa | i understand your question, but i believe in this case it depends on the .bb file for the package |
22:15.41 | thejapa | well, as a last resort, you can hack one... :) |
22:16.09 | Kristoffe | Just alot of packages to fix :) |
22:16.17 | thejapa | ouch |
22:16.29 | Kristoffe | all opie, gpe and matchbox packages for instance |
22:17.45 | thejapa | can't you bitbake them separately? are they interdependent? |
22:19.15 | Kristoffe | Well, I guess I can. But it would be great if bitbake could translate CVS+DATE = use CVS package and download this DATE |
22:19.45 | Kristoffe | that way SRCDATE is a general setting but it can be overriden if PREFERRED_VERSION is set |
22:20.15 | thejapa | maybe not |
22:20.23 | thejapa | duh |
22:20.34 | thejapa | SRCDATE_minimo=20050401 |
22:20.37 | thejapa | like that? :) |
22:20.45 | thejapa | distro uses that |
22:21.58 | Kristoffe | it does? |
22:22.09 | Kristoffe | opie,gpe,matchbox availabel also? |
22:22.18 | Kristoffe | what distro uses it? |
22:22.22 | thejapa | see for example: /stuff/org.openembedded.dev/conf/distro/preferred-gpe-versions-2.6.inc |
22:22.38 | thejapa | i got one randomly :) |
22:23.55 | Kristoffe | goodie, think that will work. Thx |
22:24.13 | thejapa | :) |
22:33.42 | *** join/#oe johnX (n=john@c-71-231-59-137.hsd1.wa.comcast.net) |
22:45.00 | *** join/#oe katossi (n=guillerm@dslb-084-061-063-137.pools.arcor-ip.net) |
22:55.53 | Kristoffe | mickey you there? |
23:18.26 | *** join/#oe benlau (n=benlau@221.125.13.148) |
23:57.50 | *** join/#oe Timelord (n=TL@4.78.4.43) |