irclog2html for #oe on 20060704

00:09.39*** join/#oe tkp (n=tom@81-179-24-207.dsl.pipex.com)
00:10.12tkpanyone fancy merging heads for me... I'm getting "branch org.openembedded.dev has multiple heads" when trying to checkout
00:21.34tkpor, firstly... which branch should I be using?
00:21.50tkp(it's the dev one that has multiple heads)
00:22.37KerwoodDerbytkp: 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.20tkpbut it wouldn't let me check it out
00:23.25tkpI'm new to monotone
00:23.29ggilbertI think my SG-20 bit the dust :(
00:23.45tkphow can I tell it to pull a specific head?
00:24.01tkpand... should I even be using the dev branch?
00:24.18hvontres|hometkp:what are you trying to do?
00:24.55tkpI'm trying to put together a small distro hat is capable of playing moveis
00:25.11hvontres|hometkp:on what device?
00:25.22tkpon a mini-itx
00:27.03tkpwhere can I find out about each of the oe branches?
00:27.12tkpI have the dreambox one currently
00:40.25emtefrom the oe wiki
00:40.30emteunder branches
00:41.09emtebtw 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.24hvontres|home~seen RP
01:18.26ibotrp 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.07ggilbertHey 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.00KerwoodDerbyggilbert: I have one at work
01:27.35emteggilbert, nope, WCF54G
01:28.02emtethe 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.49emtewrtg ... thats the router is it not?
01:28.53ggilbertYeah
01:28.56emteggilbert, nope, WCF54G
01:28.57emtethe most flexible device availible
01:28.59emtewrtg ... thats the router is it not?
01:29.06emteto recap :P
01:29.18ggilbertyeah :)
01:29.48emtedepending on which version of that router you can modify it
01:29.57emteor so i've heard
01:30.02ggilbertThis one probably can. It's one of the older ones
01:30.11emtehas to be the one without the speedboost i belive
01:30.25KerwoodDerbyDamned handy little boxes -- run on 5VDC, boot in 15 secs, etc.
01:30.29ggilbertI 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.04emteggilbert, you need to feed your connection some more hamsters
01:32.30ggilberthehe
01:32.55ggilbertWell I'm in the middle of recovering from the magnia biting it
01:32.59ggilbert:p
01:33.06emtemagnia?
01:33.29ggilbertThe box I was using as a route before. Toshiba Magnia SG20
01:33.40emteah
01:41.47Borealidkoen: you there?
01:42.20*** join/#oe wrobbie (n=rob@cm7.sigma181.maxonline.com.sg)
01:43.04KerwoodDerbyBorealid: koen left in a huff at around 2330 UTC
01:43.06Borealidemte: 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.24BorealidKerwoodDerby: ah.
01:44.02KerwoodDerbymy bad, 2230
01:48.03*** join/#oe marcan (i=1337@226.Red-88-0-76.dynamicIP.rima-tde.net)
01:50.26emtelol
01:50.48emtekoen gets easily worked up
01:51.09ggilbertThat he does
01:52.54emteBorealid, there was more than one hw release for the speedboost versions?
01:53.41Borealidemte: I think that only White Russian worked on them
01:53.55emtei mean from cisco/linksys
01:54.18Borealidemte: don't think so - check the TableOfHardware on openwrt.org
01:54.23Borealidemte: it has all of them
01:54.40emtewas just curious from your comment above
01:54.58emtethe speedboost series here was pretty short lived
01:55.09emtesee a lot od n-class devices now
01:55.10Borealidemte: oh, I just don't think the wrt54gs are being released anymore at all
01:55.12emteof*
01:55.15Borealidyes, exactly
01:55.19Borealidthat's why I said "older"
01:55.24Borealidthey're not new...
01:55.45emtelol
01:56.05emtei took it as older than the latest hw release
01:56.08Borealidhave you by any chance got a currently working non-eabi toolchain?
01:56.13emteyeah
01:56.18Borealidsorry, I could have been clearer
01:56.21emtefamiliar is non-eabi
01:56.36emtetoo moany non-2.6 devices
01:56.38emtemany*
01:56.39*** join/#oe dijenerate (n=dijenera@69.73.212.227)
01:56.41Borealidcould I get a hold of your PREFERRED_VERSION_* and BBMASK?
01:56.52emte?
01:56.56KerwoodDerbyI 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.05BorealidI can't seem to coax the thing to build any way
01:57.07emtei doubt those would affect eabi
01:57.40emtedisabling eabi and qemu would have more affect i'd think
01:57.43Borealidemte: I can get an Angstrom toolchain up (gcc-4.1.1, eabi, glibc-2.4) but my X segfaults
01:57.54Borealidbut I can't bootstrap non-eabit
01:57.56Borealid*eabi
01:58.01Borealidglibc-2.4 is nptl
01:58.11Borealidso it tries to build glibc-intermediate-2.3.6
01:58.11emtei dont think you can build angstrom non-eabi
01:58.20Borealidnot angstrom
01:58.22Borealidopenzaurus
01:58.29emtekoen has been pretty specific in it's implementation
01:58.40emteah
01:58.46Borealidglibc-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.51Borealidolder ones don't build at all
01:59.08BorealidI've tried gcc 3.4.4 (with and without the csl patches), and gcc 4.1.1
01:59.15emteyeah you need to use the disable flags i'd think
01:59.27Borealid<sigh>
01:59.38emtebitbake is currently set to default eabi and a few other things
01:59.39m4ngleis there a particular time of day when I would be more likely to be able to fetch the org.openembedded.dev branch?
01:59.43BorealidI've built or tried to build the toolchains a few dozen times now
01:59.53Borealidtry the mirror, m4ngle
02:00.10emteBorealid, take a quick look in your bitbake.conf
02:00.19Borealidyes?
02:00.28emtesome of the eabi specific flags should jump out at you
02:00.49emteadd the flags with your needed settings to your local.conf
02:01.10Borealidemte: I don't have anything in bitbake.conf
02:01.21emtei am sure you will need disable_locale_generation
02:01.26Borealidthat is, it's gentoo's default
02:01.49Borealidit says binary locale generation is disabled every time I build glibc
02:02.00emteto build anything before 2.3.6
02:02.19m4nglewhere's the mirror?
02:02.24Borealidaccording to locate there's only one bitbake.conf on my system
02:02.25emteyou need to set it to '1'
02:02.33emteits negative logic
02:02.46m4nglei must have missed something basic I guess
02:03.12emteer wait
02:03.19emteENABLE_BINARY_LOCALE_GENERATION = "0"
02:03.23emtethats the one
02:03.40Borealidm4ngle: look at ewi254.ewi.utwente.nl
02:03.53Borealidm4ngle: the primary repo is monotone.vanille.de
02:04.00emteBorealid, your bitbake.conf should be somewhere liek this:
02:04.02emte../org.openembedded.oz354fam083/conf/bitbake.conf
02:04.32Borealidemte: ah, there it is - forgot I was on openafs
02:04.41emteand documentation.conf explains them
02:04.55Borealidemte: thank you, this very well might be the source of all my troubles
02:05.03BorealidI hadn't edited it at all...
02:05.11emteyou dont edit bitbake.conf
02:05.21BorealidI copy it, and then edit the copy?
02:05.25emteyou use the needed flags in your local.conf
02:05.29Borealidah
02:05.36Borealidok then, it inherits them
02:05.43emtebitbake.conf holds stuff that bitbake knows about
02:05.53Borealidunlike the extra_packages stuff, which doesn't appear to be inherited
02:06.15emteother magic does exist in OE
02:06.27BorealidI noticed :-P
02:06.41Borealidthanks a ton, this looks like all the variables I had no clue how to set
02:06.56Borealidwell, most
02:07.10emte:)
02:07.36Borealidhmm, why -frename-registers?
02:07.41emtebe aware some things are task specific
02:08.02emtelike my HOST_NONSYSV flag
02:08.28emteas far as i know it, because it's mine, it only affects fakeroot
02:09.10emtebut it could obviously have other uses
02:10.27m4nglethanks Borealid
02:10.34Borealidm4ngle: np
02:11.12Borealidemte: this doesn't look like it's actually going to help...
02:11.34Borealidwhat I have is two problems: a chicken-and-egg and a catch-22
02:11.42BorealidI need a glibc before 2.3.5cvs
02:11.49Borealidand I can't get one
02:13.43emteyou need to use that local_generation flag i posted
02:14.07Borealidbut it doesn't even build qemu-native
02:14.14emteno it wont
02:14.19BorealidI also wasn't using angstrom or oz
02:14.24Borealid*or familiar
02:14.34Borealidso was that flag even set to 1?
02:14.49BorealidI'm turning it off anyhow because I only care about the unicode, C, and us localizations
02:14.51emteit disables qemu and a evil version of binutils that mangles gcc which shows up when you compile glibc
02:14.57Borealidahhhh
02:14.59Borealidthat could be it.
02:15.15Borealidone sec, let me have a go with OZ again
02:15.19Borealid<wipes toolchain>
02:16.21Borealidso angstrom is going to replace both familiar and oz?
02:16.36emtethat depends on your interpretation
02:16.56Borealidthe dev teams are different?
02:17.08emteif you ignore the fact that angstrom will not be buildable for ~15+ devices for some time yet, then yes
02:17.16Borealidlol
02:17.21Borealidwhat's the obstacle?
02:17.27emte2.4 kernels
02:17.29Borealidpatching and kernels?
02:17.34Borealidoh, 2.4 kernels
02:17.42Borealidthe ipaqs can't run a 2.6 yet?
02:17.49emteeabi is only usable on newer 2.6 kernels
02:17.56emtenot many
02:17.58BorealidI mean, ideally everyone would move to 2.6 anyway - so much faster
02:18.13Borealid2.6.16 and up for eabi right?
02:18.20Borealidthat's definitely newer
02:18.23emteisnt it .8 ?
02:18.28Borealidreally?
02:18.40emtenot sure
02:18.41BorealidI know the codesourcery people say their stuff will only work with .16 and up
02:18.54Borealidbut that's probably nptl-related
02:19.00emtemaybe its fully implemented at .16
02:19.01Borealidthey only got nptl on arm recently
02:19.20Borealidwhat's in the way of 2.6 on the ipaqs?
02:19.26Borealidhave you got BLOBs?
02:19.43emteactive developers
02:19.51emtemostly powermanagment stuff
02:19.58emtedriver porting
02:20.02emteetc
02:20.17Borealid'k
02:20.19emtethere are status pages in the hh.o wiki
02:20.46Borealiddo all coldfire CPUs run eabi code?
02:21.25emtei dont know id eabi is arch specific more that support specific
02:21.28emteif*
02:21.33emtethan*
02:22.01Borealidokay 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.25emtethere are quite a few people working on eabi
02:22.35emteangstrom and most of the oz developers i belive
02:22.52BorealidI submitted a patch myself the other day :-P
02:23.28Borealidhehe, 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.43BorealidI should've known that the development on a SCM system would be that fast...
02:23.59emtemy hg stuff is digest, helps with the traffic :)
02:24.02BorealidI mean, everyone on the -users list is a developer in some capacity
02:24.17BorealidI prefer to have it be threaded
02:24.32Borealidand with a separate folder it's just peachy
02:24.42emteyeah that helps sometimes, but only if you have time to read it all
02:24.55BorealidI will eventually!
02:25.01Borealidthere were only 46 changesets today :-P
02:25.06emtei need to toss my mailing list stuff here soon
02:25.07Borealid<-- deluding himself
02:25.16Borealideh?
02:25.33emtehave a few thousand in most of my lists
02:25.42Borealid~hail Amarok
02:25.44ibotACTION bows down to Amarok and chants, "I'M NOT WORTHY!!"
02:25.44emteoe@ used to be more active
02:26.03emtenot that the bugtracker helps
02:26.15Borealidthe bugtracker is getting ridiculous
02:26.54emteits been pretty quite lately
02:27.02emtequiet*
02:27.11Borealidbut the volume of stuff in there isn't decreasing
02:27.32emteit would be even quieter if people would put the right things in the right trackers
02:27.35Borealidclose to 400 open bugs
02:27.36Borealidlol
02:28.15emtei suspect quite a few are duplicates or in the wrong list
02:28.27Borealidlooking at this, I suspect you may be right
02:28.40Borealid#410, 411, 412
02:28.43m4ngledoes the "familiar-unstable" distro use 2.6 kernel?
02:28.58emtefamiliar-unstable is not very usable
02:29.08emteits unmaintained
02:29.12m4nglewhat about angstrom then?
02:29.24emteangstrom is 2.6+eabi centric
02:29.24Borealidyes, angstrom does - but it probably won't work for you
02:29.46chouimat|ibooknight
02:29.50emtenight
02:30.20Borealidwhat we need here is a compile farm :->
02:30.42emtethey exist
02:30.45Borealidemte: ok, now OZ is using binutils-cross-2.16-r7
02:31.01BorealidI don't think that's what it was doing before
02:31.29emteBorealid, i dont remember specifically which is the correct binutils
02:31.35emtei'd have to look it up
02:31.48Borealidwell, if this one doesn't work I'll bbmask it
02:32.01Borealidusing gcc-cross-initial-4.1.1 too
02:32.03emteyou mean use PREFFERED_VERSION
02:32.16Borealidif it doesn't work, shouldn't I mask it?
02:32.25Borealidangstrom doesn't use this one anyway
02:32.43emtethat isnt really the way BBMASK is intended to work
02:32.52BorealidI use preferred_version for stuff I want, and my bbmask has (stuff|other_stuff).*
02:32.55Borealidworks rather well
02:32.59emtenormally its used to ignore GPE or OPE or QTE etc
02:33.03Borealidexample:
02:33.20emteBBMASK = (opie|qpe)
02:33.25Borealidbbmask = "(glibc-2.*_cvs|gmp-2.4.1).*"
02:33.31Borealidit really does work
02:33.33emteis mine since i only build gpe
02:33.40Borealidthat should be _ instead of -
02:33.42Borealidbut you get the idea
02:33.49emteyeah
02:34.06emteusing preffered gives you more controlable results
02:34.19BorealidI usually only do stuff that's completely broken with bbmask
02:34.23Borealidlike the _cvs versions
02:34.44Borealidand the only reason I'm using it so extensively is b/c I still haven't settled on a DISTRO yet
02:34.57Borealidso preferred_versions doesn't make sense
02:35.25BorealidI mean, if I prefer glibc-2.4 on OZ it just won't work
02:39.51emteactually preffered versions do make sense
02:40.22emtebut you are correct if you override a stable with something taht isnt , it probably wont work
02:40.50emtealtho you are basicly doing the same thing with bbmask
02:41.02emtejust ... less specific
02:41.14Borealidif I only mask the things which don't work no matter what, then the preferred versions from the distros continue to apply
02:41.26Borealidif I specify a preferred version of my own, they don't
02:41.57emtethere is nothing to say you arnt masking out the distro preffered versions
02:42.33Borealidif those preferred versions are broken because of compile errors which aren't toolchain-specific, then I want them masked anyhow ^_^
02:42.37emteif 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.54Borealidgc-4.1.1 just failed
02:42.57Borealid*gcc
02:43.05emtewhat error?
02:43.17Borealidahh, here's where BUS_ISA was undeclared
02:43.25Borealidioperm.c:103
02:43.36Borealidsysdeps/unix/sysv/linux/arm/ioperm.c
02:43.49Borealidwait, no, this is glibc 2.3.6
02:43.55BorealidI was right originally
02:43.56emtehrm?
02:44.02Borealidthat's the one that never ever succeeds
02:44.09Borealidit's a legitimate failure
02:44.19Borealidthat is to say, one that's the fault of this ebuild instead of my toolchain
02:44.45BorealidI suppose I could just go fix the error now
02:45.04Borealidbut I'm wondering how anybody else gets their stuff to work
02:45.21BorealidI mean, there must be some way for a new dev to pull this stuff and just have it work, right?
02:45.25Borealidwithout patching?
02:45.45emteyes
02:45.48thejapaBorealid: using other glibc version
02:45.52emteuse a stable distro to start with
02:45.57Borealidthejapa: I've tried them all
02:46.07Borealidemte: you mean non -unstable?
02:46.16Borealidemte: awwwww
02:46.26emtei mean something thet is about to be released or has been released
02:46.28thejapayep, it's tricky, specially .dev is very very very very, did i say very? tricky sometimes
02:46.41thejapaok, some people say I exagerate sometimes.
02:46.43Borealidthejapa: no, really, I've tried them all.
02:46.45emtestart from a known state and then break and fix things
02:46.48Borealidthejapa: all of them
02:46.49thejapabut that's my personal experience
02:46.59Borealidthejapa: it worked a month ago...
02:47.11Borealidbesides, I want to fix things anyway
02:47.18Borealidhowzabout I'll start with this error
02:47.23emtethere have been quite a few changes even within the last month
02:47.30thejapayeah, i define tricky as sometimes that breaks without much possibility for a logical explanation
02:47.55Borealidit doesn't help that half the packages float against CVS
02:47.57thejapabtw, I got my OE working when I gave up my local.conf and started a new one.
02:48.07BorealidI mean, NONE of the CVS toolchain ebuilds work
02:48.14Borealidthejapa: done that twice
02:48.23Borealidthe patches need to be rebased
02:48.28emtethere are quite a few stable releases that use cvs
02:48.30BorealidI did a few of them and submitted 'em
02:48.44Borealidemte: the patches applied against glibc no longer work
02:48.45Borealidnor gcc
02:48.48Borealidnor binutils
02:48.51emtemostly due to the fact theare are very few changes to upstream and they only release cvs versions
02:48.57Borealidexactly.
02:49.11Borealidyou can't do patches against cvs unless you go like gentoo and up the fuzz level
02:49.51emteBorealid, i think you need to choose a distro with a release
02:49.53thejapaBorealid: I'm not saying you're not trying or wrong, I just say this is very torturous. :)
02:49.53emteand start from there
02:50.02emteinstead of half way in the void
02:50.08Borealidemte: I'm thinking you may be right
02:50.18Borealidthejapa: yes, it is
02:50.34emtea lot of the patches and changes are made in a specific sequence
02:50.40BorealidI'm just kind of annoyed because I started with .dev and -unstable a month ago and it worked
02:51.05emte-unstable is not reccomended for anyone to actually use
02:51.08Borealidwhat do I lose if I use a versioned distro{
02:51.10Borealid*?
02:51.16Borealidlet's see...
02:51.19emtenothing
02:51.22Borealid<goes to look at conf/distro>
02:51.25thejapayou lose everything in CVS. :)
02:51.26emteyou start at a known state
02:52.06emteif you know where you are, then you know where your going
02:52.14Borealidall right, if that has a 2.6.16 kernel I'll be set anyhow
02:52.18thejapa*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.59emtethejapa, there are lots of things only avail in cvs, a stable distro just locks down the dates
02:53.07Borealid# Stay away from unversioned distros unless you really know what you are doing
02:53.16thejapathen I stand corrected. :)
02:53.26emtePREFERRED_VERSION_xserver-kdrive = "0.0cvs20050207"
02:53.27emteetc
02:53.38BorealidI can't use the release feeds...  the kernels are too old
02:53.47Borealidand I really want my own kernel options
02:53.53emteand?
02:53.55Borealidshould I pull from oz354?
02:54.08emtethere is nothing to say you cannot change things
02:54.16thejapause them and set your own PREFERRED_VERSIONs, I believe that's how it should be done.
02:54.16Borealidchange just the kernel?
02:54.19emteyes
02:54.24BorealidI need a working build environment!
02:54.35emteby using stable you have one
02:54.39BorealidI can't build my own kernel without a toolchain...
02:54.52Borealidok, so I just don't use .dev at all.
02:54.57Borealidthat works for me
02:55.05Borealidlet's see now...
02:55.08emteor use a combination of repos
02:55.15emteyou can specify more than one
02:55.20Borealideh?
02:55.30Borealidoh, you mean using .bb files from one to add to another
02:55.31Borealidcan do
02:55.33emteno
02:55.37Borealidno?
02:55.43emteby using the correct monotone pull command
02:55.53Borealidoh, I pull them all into the .db
02:55.58thejapaoh, that I haven't learnt yet.
02:55.59BorealidI just checkout the one I want
02:56.19emtehere sec
02:58.12thejapait must be somewhere on monotone manual, I guess
02:58.21Borealidhttp://www.openembedded.org/wiki/DevelopmentBranches
02:58.21Borealidgot it
02:58.24Borealidtook a while...
02:58.32emtemt --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.38Borealidit's like five or six links deep
02:58.53Borealidemte: or monotone --db=OE.db pull monotone.vanille.db
02:58.58Borealidwhich gets all branches
02:59.02thejapaoh no, we're already using mtn?
02:59.09Borealidnot yet
02:59.12thejapaah
02:59.56emtenot sure you really want all 6 branches
03:00.05BorealidI have an nslu2
03:00.14Borealidnot that this has it
03:00.15Borealid:-P
03:00.28BorealidI don't want all six, you're right
03:00.32emtenslu2 is on a diff server
03:00.44Borealidas I said, this doesn't have it
03:00.57BorealidI was just too lazy to type the extra bit every time
03:01.01Borealidso now it's saving me a pull
03:01.02thejapaduh, that one OE.db I need to download again? mine must ages old, before the familiar migrated to git.
03:01.14emtehttp://www.openembedded.org/wiki/MonotonePhraseBook
03:01.25emtemight help you as well
03:01.26Borealidoh, is that up?
03:01.34Borealidthe link on the main page to it is broken
03:02.00emtemaybe its to be replaced by 0.27 examples
03:02.12Borealidemte: I know how to use monotone.... I was just too lazy to type the branch on pull
03:02.22emteah
03:02.35emteit just had some other OE magic
03:02.46Borealidthat's not for pulls
03:02.52Borealidit's for updates and pushes
03:02.57emtethe top section is
03:03.18Borealidhm?
03:03.27Borealid... "Developers with write access need to generate a key and send it to mickeyl and koen:"
03:03.28emte4th grey box down
03:03.38Borealidmt --db=/somepath/OE.db pull monotone.openembedded.org "org.openembedded.{dev,oz354fam083,dreambox}"
03:03.53Borealidthat tells me how to type out the command I was too lazy to type
03:04.00Borealidand it's wrong in two places anyhow
03:04.09emtepossibly
03:04.10Borealidshould be monotone pull monotone.vanille.de
03:04.17Borealidwith a -d
03:04.26Borealidinstead of monotone.openembedded.org
03:04.27Borealidand mt
03:04.34emteyou must be using 0.26
03:04.38BorealidI am
03:04.49Borealidwait...
03:04.54emteits valid for 0.25
03:04.54thejapahmm.. that's for 0.25?
03:04.56BorealidI have both .27 and .25, I think
03:05.03Borealidmonotone is .25 I thought
03:05.07Borealidmt is .26 and up
03:05.19thejapahehe
03:05.39thejapai just hate these version changes :)
03:05.40Borealidmonotone 0.25 (base revision: 4f4cb0aa339ad70c5b2624db22073d9e9a36c115)
03:05.47Borealidyes, that's "monotone --version"
03:05.51emtemonotone --version
03:05.52emtemonotone 0.24 (base revision: d59847072bb689e952ab21db7f9fababdb80a19f)
03:05.53thejapai understand the need though
03:05.58ggilbertopenwrt looks pretty fucking cool
03:06.11Borealidggilbert: it is until you run out of ram
03:06.11hvontres|home~lart convoluted dependacies
03:06.21ggilbertBorealid: hehe
03:06.33Borealid~lart using the bear instead of openssh
03:06.50ggilbertBorealid: well in theory my needs are pretty simple :p
03:06.54emteopenssh violates glp does it not?
03:06.59Borealidglp?
03:07.01emtegpl*
03:07.09Borealidemte: openssh is bsd
03:07.09ggilbertWhy would it?
03:07.15emteer wait i am thinking openssl
03:07.22Borealidit's the central part of openbsd...
03:07.28Borealidit isn't even UNDER the GPL
03:07.32ggilbertopenssl doesn't violate the gpl license either
03:07.41hvontres|homenah, I think the bear is just a smidge smaller :)
03:07.44Borealidhey, emte, I'll sell you a copy of openssh without the source
03:07.46Borealidonly 20 euros
03:07.47ggilbertThere's just the small problem of people using it in gpl apps
03:07.56ggilbertwhich is a bit more questionable
03:08.05Borealidhvontres: can you actually use that stupid bear?
03:08.07emteyeah its the grayarea stuff
03:08.15Borealidcan anyone actually use that thing?
03:08.24Borealidit has no functionality at all
03:08.25hvontres|homeworks for what I use it for: ssh and scp
03:08.32Borealidunless you use a 2.0 server
03:08.39Borealidin which case it doesn't.
03:08.40hvontres|homeand it came with the base rom :)
03:08.50Borealiduntil recently, it didn't even do keyboard-interactive
03:08.59Borealidand forget about kerberos...
03:09.05ggilbertBorealid: but from looking at it, openwrt basically gets around the annoyance that made me switch to the magnia in the first place
03:09.10Borealiddropbear is to openssh what a pop gun is to an uzi
03:09.12ggilbertthe fcking annoying dhcp server
03:09.21Borealideh?
03:09.25emtelol
03:09.29Borealidopenwrt uses dnsmasq I think
03:09.35hvontres|homeohh, I use dropbear on my poodle...one of them Z's
03:09.37ggilbertaye
03:09.45Borealidthat's a halfway decent program
03:09.58ggilbertUnless that's what linksys shipped with, it seems like an improvement
03:10.01BorealidI mean, you can't exactly do bind if you also want to have room for ipv6
03:10.22Borealidthat's why I'm frustrated with the ram in the wrt53g
03:10.24Borealid*54
03:10.38BorealidI need ipv6, bind, openssh, dhcpd, and radvd
03:10.41Borealidand those don't all fit
03:10.42hvontres|homeCoreDump|home: What are you doing up so darn early?
03:11.12ggilbertI just need dhcpd, openssh, and openvpn
03:11.34Borealidyou might have trouble fitting that, too - isn't openvpn large+
03:11.36Borealid*?
03:11.37CoreDump|homehvontres|home: preparing to go to work
03:11.53CoreDump|homei hate early shift :\
03:11.55ggilbertHopefully it will fit
03:12.15ggilbertI've seen a number of references to people using it
03:12.17Borealid~lart cleaning build/tmp
03:12.25hvontres|homeCoreDump|home: Bummer...enjoying my 4 day weekend on this side of the pond..:)
03:12.38CoreDump|homeyay for independence day ;)
03:12.40Borealidggilbert: well, you can probably take out pppoe to make room
03:13.34hvontres|homeCoreDump|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.43hvontres|homeI'll try with the alsa-stuff disabled.
03:13.57CoreDump|homewhat's wrong with bootstrap?
03:14.00hvontres|homeKernel seems to build tho..
03:14.04Borealidit doesn't work in .dev?
03:14.30hvontres|homebootstrap is missing some dependancies...
03:15.19CoreDump|homegot a logfile?
03:16.48hvontres|homeI do. Where do I send it?
03:17.33emteBorealid, dores iproute2 set MAC addresses?
03:17.36emtedoes*
03:17.43Borealidemte: it can, I believe
03:17.51Borealidnot that I use it for that
03:17.55CoreDump|homehvontres|home: paste the error here: http://rafb.net/paste/
03:17.55emteand ipv6 addresses?
03:18.07Borealidemte: it's way better at ipv6 than ifconfig
03:18.32emtethan ifconfig or iproute <2 ?
03:18.54Borealidiproute2 is the replacement to ifconfig
03:19.02emtealtho i would be curious how iproute2 would handle IR links ...
03:19.04BorealidI think ifconfig IS iproute&lt2
03:19.18Borealidwell that didn't quite work...
03:19.18emteweird name change then
03:19.37Borealidip link set <device> address blah should set the MAC
03:20.42emteip link ?
03:20.44hvontres|homeok, its at http://rafb.net/paste/results/DHz2Qr13.html
03:20.50emteweird
03:21.03Borealidemte: the syntax is "ip thing"
03:21.09Borealidexample: ip route show
03:21.14thejapaemte: iproute2 can do lots of cool router tricks, i've heard
03:21.16emtehmm what did i just do with my socket wrench?
03:21.19hvontres|homegonna get some dinner now, back soon
03:21.19Borealidexample: ip addr add 192.168.1.1 dev eth0
03:21.20CIA-903coredump 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.25CIA-903coredump 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.29CIA-903coredump 07org.oe.dev * r04867238... 10/packages/fluxbox/fluxbox_0.99+1.0rc.bb:
03:21.29CIA-9fluxbox: 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.29CIA-9ibly b0rks on PN-something.
03:21.41CIA-903coredump 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.42Borealidexample: ip route add 192.168.1.0/24 via 192.168.1.1 dev eth1
03:22.18CoreDump|homehvontres|afk: sheesh, show do you manage to b0rk you depends that badly
03:22.52CoreDump|homenot even sysvinit builds for you lol
03:23.04Borealidwell, at least he got beyond glibc
03:23.14CoreDump|homeBorealid: =D
03:23.17thejapa~lart glibc
03:23.45hvontres|afkCoreDump|home: well, I think mixing the poodle.conf from .dev with .oz354x might not be to wise :(
03:23.45CoreDump|homehvontres|afk: I suggest you try to find out why busybox doesn't build for you
03:24.13CoreDump|homehvontres|afk: that might be it. why do it then? I've been building poodle/2.6 from .oz natively w/o problems
03:24.44CoreDump|homeyou could probably copy 2.6.17 into .oz and get away with it
03:25.26hvontres|afkgood 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.33Borealidheh, getting lots of EOLs in .oz354x
03:25.36Borealidis that normal?
03:25.49BorealidERROR: Exception:exceptions.SyntaxError Message:EOL while scanning single-quoted string (line 1)
03:25.50CoreDump|homeBorealid: wrong version of bitbake probably
03:25.57Borealidit's 2.4.1 I think
03:26.07Borealiderr 1.4.2
03:26.12CoreDump|home+[15]-mhentges@oe-akita:..embedded.oz354x/packages >bitbake --version
03:26.12CoreDump|homeBitBake Build Tool Core version 1.4.3, bitbake version 1.4.3
03:26.32Borealidwait, you mean .dev needs an OLDER bitbake?
03:26.47Borealid<sigh>
03:26.58CoreDump|homenot really. I was sing these message when I have a too-old bb, that's all
03:27.03CoreDump|homes/sing/seeing
03:27.08BorealidI don't get them for .dev
03:27.11Borealidonly .oz354x
03:27.30CoreDump|homeand I can't say I miss it ;)
03:29.05emtelol
03:29.10CIA-903lenehan 07org.oe.dev * r00d82eed... 10/packages/zip/ (zip-native_2.32.bb zip.inc zip_2.32.bb zip_2.31.bb):
03:29.10CIA-9zip 2.32: Add version 2.32. Version 2.31 has been removed from the source
03:29.10CIA-9site due to buffer overrun vulnerabilities. Closes bugs #1136, #1137.
03:30.50Borealidwhat's new?
03:31.00thejapamaybe 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.01Borealidwait, matchbox is good now?
03:31.08*** join/#oe jerrybme (n=jerry@adsl-68-78-37-116.dsl.emhril.ameritech.net)
03:31.26CoreDump|homeBorealid: s/matchbox/gpe
03:31.42Borealidohhhhh - what's GPE's wm now?
03:31.54Borealidxfwm4?
03:32.11CoreDump|homefor normal images it's still the retarded matchbox-wm, but now we have fluxbox as a replacement =)
03:32.39CoreDump|homehttp://handhelds.org/scap/port.23866.png
03:32.44Borealidfluxbox isn't that much bigger than matchbox
03:32.51thejapahehe, was about to ask for a screenshot
03:32.58BorealidI never really understood why we used matchbox instead of open/black/flux box
03:33.03thejapabah, you got vga res
03:33.08CoreDump|home=)
03:33.26BorealidCoreDump|home: pretty sweet
03:33.32Borealidmuch better than matchbox
03:33.35CoreDump|homeBorealid: you pretty much need matchbox-panel and matchbox-desktop on a pda
03:33.55BorealidI don't need a desktop, and perlpanel's fine for me
03:34.10thejapa~lart half-vga
03:34.11CoreDump|homeno desktop = no icons on the desktop
03:34.11Borealidand it's as small as matchbox-panel..
03:34.19BorealidI know - I don't use them
03:34.31Borealidbut matchbox-desktop is good at what it does anyhow
03:34.38CoreDump|homeI have it to use the panel menu for anything =)
03:34.40Borealid<-- xfce user - look ma, no icons!
03:34.55CoreDump|homeBorealid: hehe, I wish xfce would work in .oz :\
03:35.13BorealidYou 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.19Borealid... uh, heh?
03:35.28Borealidit really does sleep for 5 secs
03:35.32Borealidevery single time
03:36.11Borealidoh and I still get these errors
03:36.15Borealideven with 1.5
03:38.21*** join/#oe AvengerMoJo (n=alex@61.14.130.209)
03:38.24CoreDump|homedunno then :\
03:38.48CoreDump|hometrash bitbak and do a clean checkout
03:38.59BorealidI'm not using an svn version
03:39.07BorealidI put bitbake 1.4.1 into gentoo
03:39.51CoreDump|homeugh...dunno then
03:40.11CIA-903lenehan 07org.oe.dev * rb160064c... 10/packages/hping/ (3 files in 2 dirs):
03:40.11CIA-9hping2 2.0.0rc3: Added hping2, a network testing tool. Especially useful
03:40.11CIA-9when testing devices for their handling of various protocols (GRE, IP-IP
03:40.12CIA-9etc) without needing to resort to an actual working application.
03:53.41*** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby)
03:58.10BorealidCoreDump|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.56hvontres|home~lart self
04:46.31thejapai guess it should be...
04:46.34thejapa~lart me
04:46.39thejapaaw
05:07.12hvontres|home~lart me
05:07.30*** join/#oe ken__ (n=ken@213-67-126-82-no75.business.telia.com)
05:11.16hvontres|homeCoreDump|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.29hvontres|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.59CIA-903hrw 07org.oe.oz354x * re08d0186... 10/packages/ (28 files in 22 dirs): fixed Sf.net CVS server name for many packages
06:42.59CIA-903hrw 07org.oe.oz354x * rb8d81ca5... 10/packages/spca5xx/spca5xx_20050419.bb: spca5xx: fixed SRC_URI
06:43.03CIA-903hrw 07org.oe.oz354x * ra75b21d8... 10/packages/qpe-vexed/qpe-vexed-levels_2.1Beta1.bb: qpe-vexed-levels: fixed cvs src uri
06:43.07CIA-903hrw 07org.oe.oz354x * r6e79bebc... 10/packages/oz-bootsplash/files/c7x0/bootsplash.raw.gz: oz-bootsplash: added c7x0 splash
06:43.12CIA-903hrw 07org.oe.oz354x * r5edf9961... 10/packages/oz-bootsplash/oz-bootsplash.bb: oz-bootsplash: use update-alternative class
06:46.05CIA-903hrw 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.18CIA-903hrw 07org.oe.oz354x * re9cb4ec5... 10/ (11 files in 8 dirs): oz-bootsplash: renamed c7x0 file
07:00.45hvontres|home~pastebot
07:00.52ibot[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.20hvontres|homeWhy does hostap_modules keep failing like this? (  http://sial.org/pbot/18201 )
07:13.19CIA-903hrw 07org.oe.oz354x * r121244b0... 10/packages/zip/ (5 files):
07:13.19CIA-9zip: Upgraded to version 2.32. Version 2.31 has been removed from the source
07:13.19CIA-9site due to buffer overrun vulnerabilities. Closes bugs #1136, #1137.
07:13.19CIA-9taken from .dev
07:17.58*** join/#oe jkp_ (n=jkp@81-179-24-207.dsl.pipex.com)
07:18.03jkp_hey all
07:18.07jkp_newbie alert :p
07:18.45jkp_might be pinging some annoying questions over - im coming over from buildroot to see what OE has to offer
07:18.47jkp_just getting started now
07:18.52jkp_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.37jkp_any tips as to which branch to use?
07:25.49jkp_are they all stable? im looking at the dreambox one maybe
07:29.37RPjkp_: The dreambox one is a little dated. .dev is cutting edge but slightly unstable. .oz354x is a stable branch but for Zaurii
07:30.03jkp_RP:  i was planning to just build something then customize it to my needs after
07:30.09jkp_maybe updating some packages etc
07:30.24jkp_my main reason for moving over to OE is to move away from uclibc
07:30.33jkp_because its just too much of a pain to build against
07:30.38RPjkp_: What kind of device are you targetting?
07:30.44jkp_set-top box
07:30.51jkp_x86 based
07:31.06jkp_thats why dreambox looked interesting
07:31.12*** join/#oe do13_ (i=do13@antilope.in-berlin.de)
07:31.14jkp_but i dont know what it actually buys me
07:31.20do13_morning all
07:31.30RPdreambox might be appropriate then. I've not used it much and I know its a bit behind .dev in some ways though
07:31.33RPhi Dirk
07:31.40do13_hi Richard
07:31.53jkp_RP: any ideas in what ways it is?
07:33.02RPjkp_: .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.10jkp_ok
07:33.13jkp_ill go with dev
07:33.34RPYou can always switch later
07:33.49jkp_RP: another question
07:34.25jkp_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.52jkp_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.20RPjkp_: I'm not quite sure what you mean. You want to add extra .bb files which override the ones in OE?
07:36.34jkp_well, we had to do a lot with buildroot
07:37.13jkp_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.34jkp_and the Makefile, custom configs and package files of our own all had to be versioned
07:37.37jkp_for example
07:37.40jkp_the busybox config
07:38.00hvontres|homeRP: Do you have any clues how to get hostap-modules to build with 2.6.17?
07:38.02jkp_we set it up a specific way, and wanted to keep our config versioned so we can manage thiings eser
07:38.07jkp_*easier
07:38.25RPjkp_: 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.45jkp_really? ok :)
07:38.45RPhvontres|home: Yes, don't build it. Use the kernel's internal hostap module
07:39.12jkp_how do you use a specific busybox config say?  i means say i want to turn on debuuging symbols for that package
07:39.41hvontres|homeok. Where do you turn it off ?
07:39.56RPhvontres|home: It shouldn't be building it...
07:40.09do13_jkp_: you can use a own config for your taget
07:40.45hvontres|homeRP: I am trying to get it to build out of the .oz354x branch... .dev is still a bit too daunting for me.
07:40.55RPjkp_: Have a look in openembedded/packages/busybox/busybox-1.01
07:41.28jkp_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.39hrw|workhi
07:41.46hvontres|homehi hrw
07:41.49do13_jkp_: or with bbfile collections you can use own (modified) packages: http://bitbake.berlios.de/manual/ch04s02.html#id2522593
07:41.52do13_hi Marcin
07:42.00hrw|workRP: hostap-modules get build because wpa-supplicant needs them
07:42.04jkp_do13_: thanks for the pointer
07:42.17jkp_heh.../me notes it is the waking hour ;)
07:42.25RPhrw|work: Why does wpa-supplicant need them?
07:42.57hrw|workRP: to have direct support for hostap instead of supporting them by WE
07:43.19do13_afaik wpa-supplicant needs header files
07:43.39RPdo13_: Shouldn't it get them from the kernel?
07:43.47hrw|workRP: it does not work that way - tested
07:43.58jkp_anyone know how you get rpm to list the contents of an rpm?
07:44.11hvontres|homehrw|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.14RPhrw|work: Using two sets of different source/headers is asking for trouble :-/
07:44.40hrw|workjkp_: I would not all 'rpm' a normal life
07:44.43hrw|workRP: yep
07:44.49v8jlenejkp_: rpm -qpl <package>
07:44.58jkp_hrw|work: heh
07:45.00do13_RP: I needs an internal hostap header file
07:45.01jkp_v8jlene: ta :)
07:45.13RPjkp_: Just lose wpa-supplicant. That should mean it won't build hostap-modules
07:45.33jkp_s/jkp/hvontres|home
07:45.51RPdo13_: 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.21hvontres|homeRP: Thanks. I'll try later... currently trying to get a 2.6.16 bootstrap image working first ..:)
07:46.38hvontres|homeshould only take another 3-4 hrs...:(
07:47.05do13_hey koen
07:49.02hrw|workhi koen
07:49.16hrw|workhci-usb
07:49.30jkp_gah!
07:49.39jkp_your pages need updatingg
07:49.45jkp_s/montone/mtn
07:50.28hrw|workjkp_: they not
07:50.34hrw|workjkp_: we use monotone <0.26
07:50.49XorAmorning
07:50.51jkp_is there a problem with over .26?
07:51.07hrw|workmigration is in progress - read OE website
07:51.20hrw|workhi XorA
07:51.52hvontres|home~lart slow old hardware
07:54.48XorARP: cheers for that pld hint btw
07:55.43CIA-903hrw 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.09jkp_hrm
08:00.10jkp_monotone: misuse: branch org.openembedded.dev has multiple heads
08:00.16jkp_"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.20jkp_?
08:02.32jkp_is that going to get fixed anytime soon?  atm it seems you cant checkout at all
08:02.54hrw|workjkp_: its snapshot?
08:03.00jkp_hrw|work: no
08:03.02hrw|workjkp_: if yes then 'mt pull'
08:03.04hrw|workah
08:03.12jkp_should i pull the snapshot instead?
08:03.20hrw|workno
08:03.28hrw|workI'll look and merge
08:03.37hrw|workmonotone: misuse: branch 'org.openembedded.dev' is merged
08:03.59jkp_ok - ill start again
08:04.24jkp_oh hang on
08:04.28jkp_the db was a snapshot
08:05.13hrw|workthen 'mt pull'
08:05.20jkp_trying now
08:05.32hrw|worksnapshots are old by definition (I got dejavu)
08:05.53jkp_hrw|work: is there a way to update a snapshot copy at a later date?
08:06.33hrw|work'monotone pull;monotone update'
08:06.43jkp_cool :)
08:08.09RPXorA: np. I'm pleased it helped
08:09.31hvontres|homeHey cool, only 10 minuntes to Shuttle launch (maybe) :)
08:10.32*** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby)
08:13.33XorARP: any interesting stuff at guadec?
08:17.27RPXorA: 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.18RPXorA: 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.32XorARP: Well we should be able to pretty easilly make OpenOLP or some such without supporting the official project
08:19.56RPXorA: but there is no point in doing that - it misses the point of the project
08:20.17XorARP: we talking the same thing, One Laptop Per Child
08:20.23*** join/#oe ade|desk (n=ADAVEY@194.200.143.249)
08:20.25RPXorA: yes
08:20.35ade|deskmorningall
08:20.42XorARP: then the inquisitive children should be allowed some choice :-)
08:21.10RPXorA: It creates a maintainability issue - you really want to standardise things
08:21.17RPmorning ade|desk
08:21.39koengood morning all
08:21.48RPmorning koen
08:21.55koenhey RP
08:22.02koenheh
08:22.16koenit seems we should really stop publishing db snapshots
08:23.16koenit's safe to say people aren't smart enough to use them
08:23.28XorAkoen: you should script to to only issue then when merge isnt required
08:24.00koenpatches welcome :)
08:25.35ade|deski think more people will complain about not having db snapshots than those who can't mtn merge
08:26.44jkp_so if i issues bitbake task-bootstrap
08:26.57jkp_will that build my target images for me as well?  ext2 etc
08:27.53hvontres|homejkp_:if your distro is set up right :)
08:28.00jkp_:)
08:28.18jkp_should i be using MACHINE, DISTRO or TARGET_OS etc?
08:28.55ade|deskdistro and machine , target_os if different to what your distro is
08:29.09do13_hrw|work: can you test this patch: http://www.do13.de/oz/temp/hermes-remove-hostap_common.h-r0.patch
08:29.23jkp_ade|desk: yeah, but which do i need to set in my config?  all three?
08:29.36ade|deskdistro and machine
08:29.41do13_hrw|work: this should build wpa-supplicant without the need of hostap-modules
08:29.51jkp_ok :)  thanks
08:30.07jkp_is there one for a via c3?
08:30.23jkp_i see an x86 one, but its not chip specific
08:30.58hrw|workdo13_: ok
08:31.12*** join/#oe xarq (n=xarq@c-24-6-158-63.hsd1.ca.comcast.net)
08:31.30ade|deskepia might work for you jkp_
08:31.53jkp_is it safest to work with x86 as a starter?
08:32.20jkp_aslo!  how many distros?  which should i start with...generic?
08:32.42ade|deskjkp_: what do you want to do with OE ?
08:33.06jkp_build a bare system that pretty much just has mplayer and some custom stuff
08:33.35jkp_so i was just going to start by building bootstrap and go from there
08:33.37ade|deskthen perhaps generic might work for you
08:33.42jkp_cool
08:34.58hvontres|homeOk , time to turn in . Thanks for the wpa-hint.
08:35.22hvontres|homehrw|work:do you think do13_'s patch will make it in today?
08:36.36hrw|workwill see
08:37.09hrw|workhave to test it with clean builddir..
08:37.35hvontres|homehrw|work: thanks. I am looking forward to 2.6 on my poodle. I really like what I have seen so far...:)
08:37.51jkp_hrm
08:37.51jkp_Bitbake version 1.4.2 is required and version 1.4.0 was found
08:37.57jkp_am i ok with 1.4.2?
08:38.18hrw|work1.4.2 is minimal
08:38.42hvontres|homejkp_: you can grab 1.4.2 from berlios
08:38.46jkp_ahh...he misread
08:39.04jkp_thats annoying that the fedora package is out of date
08:39.41koenGettingStarted has a different wording now regarding multiple heads
08:39.48hvontres|homejkp_:What's even more annoying is having yum constntly trying to upgrade our monotone to 0.26 :)
08:39.56jkp_aye :)
08:40.00jkp_i just had that one
08:40.06hvontres|homemake sure to add it to your yum.conf
08:40.07koen0.26 is so last month
08:40.40hvontres|home~lart "smart" software
08:41.57hrw|work~ewi
08:41.58ibot[ewi] ewi546.ewi.utwente.nl - main backup server for OE monotone.
08:42.04hrw|work~snapshot
08:42.05ibotit has been said that debian snapshot is at ftp://lorien.handhelds.org/pub/linux/Debian
08:42.12hrw|work~OE.db
08:44.06hvontres|homeCoreDump|afk: I ALMOST had dual-booting working.... suspend seems to be impossible tho :(
08:45.41hvontres|homeyay....hostap finally worked against the stock 2.6.16.... about @#%#$ing time...
08:45.53hvontres|homenight all
08:52.06*** join/#oe ___gints_ (n=gints@62.84.15.211)
08:55.18hrw|work~lart trolltech for makeqpf
08:55.56hrw|workmickey|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.51jkp_does psycho work on AMD-64 hosts?
08:59.18hrw|workiirc no
08:59.23jkp_:(
08:59.23jkp_ok
09:05.47hvontres|homeOne 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.02CIA-903hrw 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.03jkp_any ideas how long bootstrap takes to build on pretty modern system?  x86-64 2GhZ
09:12.34hrw|work2-4h?
09:12.40jkp_kk
09:12.41hrw|workdo13_: thx for patch
09:12.49*** part/#oe AvengerMoJo (n=alex@61.14.130.209)
09:13.06jkp_once the toolchain has built once i take it it can be reused?
09:13.15hrw|workjkp_: yes
09:13.21jkp_ie - if i tweak the distro config it wont rebuild the toolchain
09:13.43hrw|workjkp_: as long as you do not change toolchain stuff
09:13.48jkp_hrw|work: great
09:14.08hrw|workgnumeric does not save ODS, KSpread freeze on save...
09:14.10koenLOL
09:14.12koen"Loli-Queru is well-qualified to comment on the state of Linux in mobile phones"
09:17.28do13_hrw|work: np
09:18.42hvontres|homenight for good
09:19.27jkp_hrw|work: where do i do stuff like create a custom kernel config?
09:19.41jkp_are there any docs on actually customizing your distro?
09:20.18hrw|workdo13_: how goes usb testing on tosa?
09:20.25hrw|workjkp_: look in packages/linux/
09:21.03*** join/#oe mikearthur (n=mike@212.20.225.130)
09:21.27do13_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.11hrw|workdo13_: 2.6 - under 2.4 it suxx
09:22.31jkp_hrw|work: right - im kinda seeing how this fits together nowq
09:22.49jkp_he says as the build fails
09:23.18jkp_shit :/
09:23.18jkp_| /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.40do13_hrw|work: Chris Humbert wrote the OHCI driver. He is very busy today :-(
09:24.23do13_hrw|work: I haven't looked in detail, but blocking point is pm
09:25.16hrw|work11: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.44hrw|workdo13_: atleast it works
09:26.17do13_hrw|work: If you unload the module befor going to suspend :)
09:27.19jkp_any ideas on this?
09:27.20jkp_http://rafb.net/paste/results/TID9SX72.html
09:27.29hrw|workdo13_: which is doable but require many things to unload...
09:27.51jkp_:/  pretty early on in the process for it to be failing :/
09:28.01hrw|workdo13_: imagine tosa->hub(powered)->wifi+bt+storage+keyb+mouse+something+other - hard to remove on suspend it can be
09:28.24do13_hrw|work: yes, the drivers needs to be fixed
09:28.53do13_hrw|work: I guess a rmmod ohci-hcd is enough
09:29.09koenjkp_: the -cross stuff is using your systems compiler and environment
09:29.26jkp_koen: right, but its trying to build the cross-compiler
09:30.44do13_hrw|work: btw you can test the 2.6 image
09:31.38*** join/#oe theturtle (n=theturtl@guiness.lifl.fr)
09:32.12koenwhy not use a apm script to rmmod it as a stop-gap measuer?
09:32.17koenmeasure*
09:32.48jkp_koen: i take it im getting these issues most likely coz this is an x86-64 host?
09:33.05hrw|workdo13_: if I will find time in this week
09:33.10do13_koen: sure, we can do this but fixing the driver is even better
09:33.14koenjkp_: my bet would be "it's fedoraaaaaargh Core"
09:33.22hrw|workdo13_: I plan to have 2 week vacation starting from next monday
09:33.22jkp_gah
09:33.42jkp_which distro do you recommend as a host?
09:33.48hrw|workdebian ;D
09:33.53jkp_XorA: this is FC5
09:33.54do13_hrw|work: sounds good
09:34.04jkp_XorA: this is a pretty basic setup
09:34.21jkp_just builidng and x86 / generic distor
09:34.43koendo13_: agreed, but I bet our users would appreciate it :)
09:35.28XorAjkp_: 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.03XorAjkp_: and start adding PREFFERRED_VERSION to your local.conf
09:38.05jkp_XorA: just those two packages?  and any ideas where to start?
09:38.43XorAjkp_: epia.conf
09:40.00*** join/#oe zinga (n=arnaudb@186.80-203-227.nextgentel.com)
09:40.18XorAjkp_: 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.29jkp_:/
09:40.41jkp_seems like this could be quite hard going
09:41.21jkp_one thing i dont get
09:41.25jkp_if i want a custom distro
09:41.29XorAjkp_: 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.02jkp_i have to add a .bk file to each ot the package folders i want?
09:44.29jkp_.bb even
09:46.34KerwoodDerbyAre 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.05hrw|workkernel-module-hci-usb
09:47.49jkp_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.43hrw|workjkp_: feel free to edit files and submit patches via bugtracker
09:50.02jkp_hrw|work: but that affects an existing distro
09:50.16jkp_if i want my own distro, based on one here, say generic, but differing in some ways
09:50.23jkp_how do you suggest i go about that?
09:50.45hrw|workjkp_: "cp generic.conf jkp.conf", edit it and use
09:51.15hrw|workjkp_: 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.34hrw|workjkp_: good patches often == gaining r/w to repo
09:51.39jkp_right, but doesnt bitbake use .bb files related to a specific distro?
09:51.44jkp_hrw|work: sure
09:52.56hrw|workjkp_: there are only few recipes really distro specific
09:53.29jkp_where do you specify which .bb files to use for a given package?
09:53.47jkp_what will it do by default if you dont speficy a preffered version for each?
09:53.54hrw|worklatest one
09:53.59jkp_right
09:54.30jkp_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.49jkp_say i want bootstrap + package x + package y to = my distro
09:55.08hrw|workjkp_: distro as images + packages?
09:55.34jkp_ah - ok , so it doesnt put everything in the ext2 or squashfs file then?
09:55.50jkp_it packages things up seperately and you install them>
09:55.51jkp_?
09:56.11jkp_remember i come from buildroot :)
09:56.41hrw|workjkp_: look at meta/*-image* stuff then
09:59.47jkp_interesting
09:59.57jkp_has this been tested on os x boxes then?
10:02.46koentested, yes; working, no
10:02.59koenthere are a lot of hardcode *.so like assumptions
10:03.16koenand since osx produces .dylib for native stuff...
10:05.38jkp_right
10:06.01koenand of course all the gnu tool assumptions
10:06.06jkp_i tried overriding a preffered version in my local.conf and it had no effect
10:06.11koenfind -name doesn't work on darwin, etc
10:06.28jkp_im trying my own distro file now based on generic with the version overrides
10:08.33KerwoodDerbyhmm...'bitbake kernel-module-hci-usb' doesn't find a useful target for me...
10:09.08hrw|workKerwoodDerby: bitbake virtual/kernel
10:09.34hrw|workKerwoodDerby: bitbake use recipe names not final packages one
10:10.27KerwoodDerbyhrw|work: many thx
10:11.49jkp_wierd
10:12.05jkp_i just saw it apply uclibc patches to bintools when im not building against uclibs
10:13.00hrw|workjkp_: they are needed
10:13.18hrw|workjkp_: would you feel better if they will get named 1.patch 2.patch 3.patch?
10:13.20jkp_even building against glibc?
10:13.35jkp_hrw|work: heh :)
10:13.38*** join/#oe cbrake (n=cbrake@cpe-65-25-51-117.neo.res.rr.com)
10:13.44jkp_no..im just running scared from uclibc!
10:13.53jkp_w00t
10:13.57jkp_first problem fixed
10:14.01hrw|workhi cbrake
10:14.13cbrakehrw|work: morning Marcin
10:15.27jkp_hrw|work: i appreciate all the help by the way
10:17.19CIA-903hrw 07org.oe.oz354x * r9114c882... 10/packages/qpf-fonts/ (10 files): dejavu QPF: updated to 2.7
10:17.23CIA-903hrw 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.27CIA-903hrw 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.31CIA-903hrw 07org.oe.dev * raad68da8... 10/packages/qpf-fonts/ (10 files): dejavu QPF: updated to 2.7
10:18.54hrw|work~curse make-kpkg
10:18.56ibotMay you be reincarnated as a Windows XP administrator, make-kpkg !
10:19.05jkp_heh
10:20.46*** join/#oe mr_nice_slacker1 (n=mr_nice_@p54A9CDB0.dip.t-dialin.net)
10:21.25v8jleneWhat 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.24hrw|workv8jlene: 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.05ixothhello everyone
10:24.11v8jlenehrw|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.10hrw|workv8jlene: native goes to x86, target to i586
10:26.24v8jleneOk, 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.41koenweird
10:26.42v8jlenehrw|work: binutils-cross is going in i586, but that should be native?
10:26.55koenmultimachine should only affect rebuilds
10:30.19v8jlenekoen: 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.20koenv8jlene: it sorts stuff into subdirectories based on architecture
10:32.14koenif 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.06woglindehi tmbinc
10:37.33cbrakev8jlene: are you getting an error simliar to http://pastebin.ca/78635?
10:40.26RPv8jlene: That sounds like something is making assumptions it shouldn't. What error did you see?
10:40.33v8jlenecbrake: Nope, it's a binutils problem.
10:40.46v8jleneRP: Give me some time, it may be operator error.. still checking some ideas.
10:41.57ixotham I right that it's bad idea to package static libs in ipks?
10:42.22woglindeixoth hm only takes space without function
10:42.30ixothI mean, who needs static libs on zaurus anyway...
10:42.39ixothwoglinde: that's what I mean :)
10:42.41koenthe world is not a zaurus
10:42.48woglindehe koen
10:42.55koenand there are good use cases for static libs on arm
10:43.00koenhey woglinde
10:43.12woglindekoen oehm which one?
10:43.24ixothkoen: then, they should be in separate package, as I understand...
10:43.33koenwoglinde: testing iwmmx of softvfp software on a softfpa system
10:43.45ixothnot with dynamic libs
10:43.49hrw|workcbrake: look into deploy/ipk/ - packages was moved to morgue?
10:44.05woglindevfp? fpa?
10:45.11koenwoglinde: floating point formats used in arm
10:45.24woglindehm okay
10:47.23koenv8jlene: I have these dirs in tmp/work: http://ewi546.ewi.utwente.nl/tmp/work-list
10:47.44mr_nice_slackerwoglinde:hi, do you have some time to upload ;)
10:48.02woglindemr_nice  I am at work no access
10:48.09woglindeto my home computer
10:48.22woglindemr_nic maybee afternoon
10:48.29*** join/#oe magnet_ (n=magnet@lns-bzn-59-82-252-167-227.adsl.proxad.net)
10:48.32v8jlenekoen: Sure that's enough? ;-)
10:48.37koen:)
10:49.54mr_nice_slackerwoglinde: would be cool thx
10:51.53v8jlenekoen: 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.26koenI see
10:53.51koencbrake: mainstone is pxa270, right?
10:57.39*** join/#oe idealm (n=ideal@58.33.51.139)
11:02.35cbrakekoen: yes, the mainstone is Intel's PXA270 dev platform
11:03.00CIA-903cbrake 07org.oe.dev * rbc6865af... 10/conf/machine/ (logicpd-pxa270.conf mainstone.conf):
11:03.00CIA-9mainstone.conf, logicpd-pxa270.conf: include xscale instead of iwmmxt conf file
11:03.00CIA-9<PROTECTED>
11:03.38koencbrake: iwmmxt doesn't work with softfpa iirc
11:04.05cbrakekoen: good to know.
11:04.11koenit does work with eabi, which is what I'm trying to build now
11:05.31cbrakekoen: 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.32CIA-903florian 07org.oe.dev * r4e1dc523... 10/packages/gpe-conf/gpe-conf_cvs.bb: gpe-conf: New cvs bb courtesy by Patrick Steiner.
11:10.34CIA-903florian 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.13jkp_hrm
11:16.32jkp_im having a problem with a version that is trying to build (glibc-initial)...
11:16.43jkp_so i set the preferred version in my distro file as follows
11:16.59jkp_PREFERRED_VERSION_glibc-initial = "3.4"
11:17.27jkp_but when i rerun the task it still trys to build the default version
11:17.49do13_jkp_: 3.4?
11:17.55jkp_oops!!!!
11:17.56jkp_hahaha
11:17.57jkp_ok
11:18.33do13_jkp_: cool. A new version :)
11:18.46jkp_lol
11:23.06cbrakeOK, a few questions for the faq -- how do you know when OE is building a NPTL version of GLIBC?
11:23.34cbrakeand 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.58RPcbrake: EABI arm is selected by TARGET_OS (usually by the distro)
11:26.07koencbrake: on the first: if it insists on building glibc-initial, the second: if TARGET_OS=-gnueabi
11:26.25koencbrake: see conf/distro/angstrom*.conf on how to enable nptl and eabi
11:27.34cbrakehrw|work: it looks like bootstrap-image is looking for the task-bootstrap, but the ipk name is task-bootstrap-unionroot ...
11:28.27cbrakeRP koen: thx -- will add to the faq
11:28.47koenkoen@bitbake:~/OE/monotone/org.openembedded.dev/packages/openoffice$ ls ../meta | grep bootstr
11:28.48koenbootstrap-image.bb
11:28.48koentask-bootstrap-unionroot.bb
11:28.48koentask-bootstrap.bb
11:29.46cbrakekoen: is there any way to get "recent changes" for the new OE wiki?
11:30.24koencbrake: there is
11:30.33koencbrake: but it's not enabled yet
11:30.37koenlet me have a look
11:31.05cbrakekoen: great, that would be useful.
11:33.17*** join/#oe dijenerate (n=dijenera@69.73.212.227)
11:33.57koen"trackerEnables tracking of recent posts for users."
11:34.01koenthat looks like the one
11:34.15koencbrake: no TOC support yet
11:35.34cbrakekoen: ok, well maybe I'll manually create one then.  The faq in its current state is pretty difficult to read.
11:39.38koenyeah
11:39.57koenthe changeover went a bit too quickly
11:41.30RPWe did have a reasonable ToC on the old wiki :-/
11:47.21koenindeed we did
11:50.05*** join/#oe lrg (n=liam@exize.demon.co.uk)
11:50.22koenhey Liam
11:51.00lrghey Koen
11:51.03XorAhey Liam
11:51.13lrghey Graeme
11:52.47do13_hey Liam
11:53.05lrghey Dirk
11:53.43lrgping RP
11:53.56do13_lrg: sound with latest ASoC works good on tosa
11:54.18lrgdo13: excellent :) I'm writing the docs now.
11:54.38lrgdo13: have you tried the AUXDAC ?
11:54.47do13_lrg: not yet
11:55.48lrgdo13: you may want to send all your system sounds to it and all your HiFI MP3's to the HiFi DACs
11:56.23lrgdo13: is touch still problematic ?
11:56.53do13_lrg: yep I need to use the mask input
11:57.15do13_lrg: It lacks time and motivation :)
11:57.29lrgdo13: I have a student who is going to start this soon. My time is really short atm :(
11:58.11lrgping mikearthur
11:58.26mikearthurlrg: pong
11:59.13koenheh
11:59.35do13_hehe
12:00.06mikearthuralthough I'm currently on my wince spell
12:00.12mikearthurso I'll need to unlearn everything
12:00.36koeniirc kergoth used OE to generate a arm-wince-pe toolchain :)
12:00.46mikearthur:)
12:01.08mikearthurwince is great because it means I can read /. for 5 minutes every time I need to reboot the device
12:01.49koencbrake: my iwmmxt-eabi toolchain succesfully compiles glibc, but I haven't tested it on the device
12:02.35lrgkoen: is there a bb for this toolchain ?
12:03.17cbrakekoen: neat, I'll have to give that a try once I get the baseline stuff working.
12:03.56koenlrg: DISTRO=angstrom-2006.9 and enable tune-iwmmxt.conf in your machine.conf
12:07.52lrgkoen: 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.14lrgkoen: I'll try again with latest oe
12:08.45cbrakeok "08:01 < koen> cbrake: my iwmmxt-eabi toolchain succesfully compiles glibc, but I haven't tested it on the device
12:08.49cbrake08:02 < lrg> koen: is there a bb for this toolchain ?
12:08.51cbrake08:03 < cbrake> koen: neat, I'll have to give that a try once I get the baseline stuff working.
12:08.54cbrake08:03 < koen> lrg: DISTRO=angstrom-2006.9 and enable tune-iwmmxt.conf in your machine.conf
12:09.08cbrakeoops -- wrong clipboard buffer :-(
12:09.31cbrakeok, " What is ARM EABI and how do I use it" faq entry is done
12:10.25cbrakehttp://www.openembedded.org/oefaq
12:11.26koencbrake: I'd go as far as to say that you need 2.6.17
12:14.43cbrakekoen: ok, faq updated
12:14.50koenthanks
12:15.08cbrakekoen: now, for a TOC ...
12:15.13CIA-903florian 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.41koencbrake: I added a skeleton TOC
12:21.29koenwith the help of grep and sed
12:25.06koenlrg: the compile log shows: 'arm-angstrom-linux-gnueabi-gcc -march=iwmmxt -mtune=iwmmxt <foo>'
12:25.16koenlrg: can I check with objdump if iwmmx is used?
12:25.36lrgkoen: yes
12:27.58jkp_guys - getting en error building glibc-intermediate
12:28.09jkp_ive tried all the versions that are in the repository
12:28.27jkp_actually, the only one i cant get it to pull is cvs
12:28.47jkp_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.21hrw|workbusybox 1.2.0 released
12:30.31jkp_few days ago that :)
12:30.47koenhrw|work: recipes welcome :)
12:30.52koenlrg: how?
12:31.46RPlrg: pong
12:33.04hrw|workkoen: haha
12:33.13hrw|workkoen: I lost interest in updating busybox
12:33.20koenme too
12:33.27koenthe latest versions didn't even work
12:33.31jkp_no clues on my glibc issue?
12:33.32koenthey just hung
12:33.33hrw|workkoen: did 1.0 -> 1.01 -> 1.1.0 and nearly noone looked at it
12:34.03koenand I did 1.1.2 or 1.1.3 (don't remember which)
12:35.20koenaargh
12:35.21lrghey RP
12:35.28koenbusybox doesn't have a ChangeLog
12:35.36lrgRP: have you had any time to try pre2 ?
12:37.10RPlrg: 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.17lrgkoen: objdump -D <program|vmlinux>
12:38.25lrgRP: np.
12:38.42lrgRP: I've had a brainwave for the scenario stuff :D
12:38.59RPlrg: Sounds good :)
12:39.00lrgRP: I'll send in email
12:39.19RPlrg: ok, I look forward to reading it :)
12:40.11mikearthurwhat are openembedded's "competitors"?
12:40.26mikearthurother linux buildsystems I mean
12:40.34mikearthurnot wince etc.
12:41.06koenlrg: a 1.7MB bz2 for your enjoyment:  /data/tmp/objdump-D-libc6.txt.bz2
12:41.58lrgkoen: what's the URL or is it via mail ?
12:42.08koengah
12:42.40lrgkoen: have you tried building mplayer with iwmmxt enabled in the configure ?
12:42.43RPkoen magically put it on your system? :)
12:42.54lrgheh
12:43.11lrgmaybe koen 0wns my machine heh
12:43.51koenhttp://ewi546.ewi.utwente.nl/tmp/objdump-D-libc6.txt.bz2
12:43.57lrgkoen: thanks
12:45.15mikearthurlrg: paranoia++
12:46.21lrgmikearthur: instead of reading /. - can you install oe on your laptop as a background task
12:46.53mikearthurI'm sure I'm physically capable, so I can
12:46.56mikearthurbut I also will
12:47.04lrgmikearthur: thanks
12:47.08mikearthurnp
12:47.29mikearthurapt-get install openembedded, right? ;)
12:48.01lrgmikearthur: there are instructions on the website
12:48.10mikearthuralready there, was j/k
12:48.20mikearthurkudos to whoever made the website, if they are here, its very nice
12:48.39hrw|workpersonally I do not like OE website look
12:48.58koenand the css is broken for !safari
12:49.20koenlrg: building mplayer now
12:49.39XorAkoen: Ill be interested to know if it builds :-)
12:49.46koenlibavcodec/armv4l/dsputil_iwmmxt.c
12:49.53koeniwmmxt on armv4!?!?
12:50.01XorAkoen: ignore the dir name
12:50.19koenhow does it get activated?
12:50.38lrgkoen: there is a configure switch in the bb
12:52.06XorAthere isnt, your not blind
12:52.22XorAI beleive it autodetects in pre8
12:52.32lrgah, i was using pre7
12:53.01XorAlrg: I think you mean -atty
12:53.23mikearthuram I correct in seeing you need monotone 0.25, not < 0.25 or > 0.25?
12:53.26lrgXorA, I think I do.
12:53.41koenmikearthur: correct
12:53.46mikearthurkoen: cheers
12:54.26XorA-atty is obsoleted hopefully
12:54.29mikearthuranyone got a dapper package for that kicking around?
12:54.34koenatty indeed has  --enable-iwmmxt        build with iWMMXt [disable]
12:54.47koenmikearthur: static binary on venge.net/monotone
12:54.53mikearthurn1
12:55.10*** join/#oe joshua_ (i=joshua@cl-5.chi-01.us.sixxs.net)
12:55.21XorAifeq ($(TARGET_IWMMXT),yes)
12:55.21XorAOBJS += armv4l/dsputil_iwmmxt.o armv4l/mpegvideo_iwmmxt.o
12:55.22XorAendif
12:55.26XorAin Makefile for mplayer pre8
12:55.38koenmikearthur: try http://venge.net/monotone/downloads/monotone-0.25.2-linux-x86.bz2
12:56.22koenXorA: and how does it get activated?
12:56.48koenXorA: only the libavcodec subdir containts references to iwmmx
12:57.03koen-t
12:59.05koenNOTE: package mplayer-1.0pre8: completed
12:59.29mikearthurlrg: do I want the stuff to build the bitbake documentation?
13:00.00lrgmikearthur: it's useful to have
13:00.07mikearthurok, I will then
13:00.15mikearthurI'll pee on the string first ;)
13:00.25lrgheh
13:01.56koenNOTE: package mplayer-atty-1.1.5: completed
13:02.19lrgkoen: 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.02XorAkoen: only libavcodec has explicict iwmmx assembler
13:05.45XorAkoen: if armv4l/dsputil_iwmmxt.o exists then those bits got included in the build
13:07.22koenhttp://ewi546.ewi.utwente.nl/tmp/objdump-D-mpegvideo_iwmmxt.o.txt
13:09.51lrgkoen, yay ! iwmmxt is go :)
13:10.49lrgkoen: found a few wxor instructions
13:11.28koenlrg: I suspect the -mtune-iwmmxt needs to be replaced with -mcpu=iwmmxt
13:11.48koenhmmm
13:11.53koen-mabi=iwmmxt
13:12.29mikearthurlrg: do you have a local copy of OE.db.bz2?
13:12.31lrgkoen: probably best to ask pb, I'm not toolcahin expert.
13:12.31XorAkoen: 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.32lrgmikearthur, yes but it's about 1 week old. :( If you start downloading now you should have it in a few hours
13:13.55mikearthurwill it be faster to use yours and sync, or use the new one?
13:14.16mikearthurI'm getting 20kb/s average atm
13:14.19XorAkoen: yeah, -mtune produces arm4 code that is optimised for running on arm5 iwmmx cpus
13:14.32lrgmikearthur: use the new one.
13:14.36mikearthursure
13:17.12cbrakehelp autocreate_windows
13:20.57CIA-903koen 07org.oe.dev * rd36ff628... 10/conf/machine/include/tune-iwmmxt.conf: tune-iwmmxt.conf: use -mcpu=iwmmxt instead of -mtune=iwmmxt
13:21.54XorAkoen: 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.22woglindemr_nice page.mi.fu-berlin.de/~heinold/zImage
13:42.01mikearthurlrg: what branch should I check out?
13:42.43RPlrg: ping
13:42.43lrgmikearthur: org.openembedded.dev
13:42.50lrgRP pong
13:42.52mikearthurcool
13:43.29RPlrg: 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.45RP(when in headset mode)
13:44.40lrgRP: 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.59emtekoen, 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.11koendon't do that
13:55.59emtei am curious tho, which other distro supports the h36 class devices
13:56.08koenemte: anyone
13:56.15koenemte: that's the whole point of OE
13:56.22koento seperate distribution from machine
13:58.10*** join/#oe zinga (n=arnaudb@186.80-203-227.nextgentel.com)
13:59.35mr_nice_slackerwoglinde:thx :)
14:00.07woglindemr_nic is you display working?
14:01.44mr_nice_slackerwoglinde: the framebuffer shows the pinguin :)
14:01.53woglindeokay
14:01.58woglindethan you are lucky
14:02.09mr_nice_slackerwoglinde:yes :)
14:02.11CIA-903koen 07org.oe.dev * re22b2919... 10/packages/linux/ (5 files): handhelds-sa*: set compatible machine to h3600 and simpad
14:03.07woglindekoen hm?
14:04.07CIA-903koen 07org.oe.dev * ra55899e7... 10/packages/linux/ (17 files): handhelds-pxa: set COMPATIBLE_MACHINE = '(h3900|h2200|ipaq-pxa270)'
14:04.25koenah, hmm
14:04.42mr_nice_slackerwoglinde: cause there was the question how to boot the kernel from the cf: boot>boot vfat zImage
14:05.25woglindemr_nice yeah you already told this
14:06.42mr_nice_slackerwoglinde: oh, yes you are right
14:06.42*** join/#oe woglinde_ (i=woglinde@e178108160.adsl.alicedsl.de)
14:06.54woglinde_koen reorganisation of package/linux?
14:06.57koenthe packages/linux situation should be a bit better now
14:07.07koenwoglinde_: a minor one
14:07.13woglinde_okay
14:07.52CIA-903koen 07org.oe.dev * r7bdc9a56... 10/packages/linux/ (2 files): opensimpad-kernel: set COMPATIBLE_MACHINE = 'simpad'
14:13.27jkp_its proving really hard to get a working toolchain over here
14:13.38jkp_is this literally just coz my host is Fedora 5?
14:14.09koenXorA: abiword 2.4.5 released 3 days ago :)
14:15.24XorAkoen: shit we fall behind :-)
14:16.02XorAkoen: building :-)
14:16.06jkp_do you guys have a recommended system for building a toolchain on?
14:16.07chouimat|ibookmorning
14:16.14koenin our defense: they haven't announced it yet
14:16.15ixothjkp_: are you trying to get simple x86 image using OE?
14:16.17jkp_coz this is not going very well as is
14:16.19koenhey chouimat|ibook
14:16.21jkp_ixoth: yes
14:16.43ixothjkp_: i've spent days trying to build that :)
14:16.43jkp_ixoth: can i skip the cross-compiler altogher?
14:16.50jkp_ixoth: aghhh - really?
14:16.54koenXorA: I discovered it trying to find a version for maemo2
14:17.01jkp_ixoth: any joy?
14:17.07hrw|work~lart libxine
14:17.14woglinde_koen did you try the new n770 image?
14:17.15XorAkoen: you lucky people with n770
14:17.20woglinde_with google talk?
14:17.34koenwoglinde_: yes
14:17.46woglinde_koen whats your oppinion?
14:17.50koenwoglinde_: I flashed the beta when I was on holiday and the release yesterday
14:17.58koenwoglinde_: ugly colour, but a lot better as it2005
14:18.02woglinde_hm
14:18.14ixothjkp_: as i recall, i've added GLIBC_EXTRA_OECONF = "--without-tls" and GLIBC_ADDONS = "nptl"
14:18.16koenand 4174874803 time faster
14:18.21woglinde_hehe
14:18.22ixothbut i'm not really sure...
14:18.30woglinde_and google talk?
14:18.35mikearthurlgp: can you fire me your build/conf/local.conf
14:18.52jkp_ixoth: whats the nptl bit?
14:18.55*** join/#oe Laibsch (n=Laibsch@dslb-088-073-249-224.pools.arcor-ip.net)
14:19.06jkp_and also do you have a working config you could paste somewhere maybe?
14:19.41koennative posix threading iirc
14:19.57woglinde_bye all
14:21.19ixothjkp_: for me, the hardest problem was to compile glibc, it failed with some weird bugs
14:21.24jkp_ixoth: me too
14:21.30jkp_all versions ive tried
14:21.35*** join/#oe zinga (n=arnaudb@186.80-203-227.nextgentel.com)
14:21.40jkp_i got as far as the intermediate version
14:21.45jkp_then i cant get any further
14:21.46ixothwhere it fails? pastebin it
14:22.02jkp_ixoth: ok - ill run up the config i was using again
14:22.26ixothmeanwhile, i'll try to build x86 image too, from scratch
14:26.24emteisnt there already a generic x86 disrt conf?
14:26.29emtedistro*
14:27.00jkp_http://rafb.net/paste/results/YSZNWT95.html
14:27.08jkp_emte: there is a generic config
14:27.23jkp_which is what i based mine on - the generic distro fails on my system
14:28.25emtedid you happen to disable the patches?
14:28.47jkp_emte: not that i know of
14:29.35ixothjkp_: try i386 arch
14:29.35emteand is there as reason your using a very old cvs date?
14:29.55ixothinstead of i586
14:29.58emteglibc-intermediate-2.3.2+cvs20040726-r17     2004 was quite a while ago
14:30.06jkp_emte: thats what is in my ree
14:30.08jkp_*tree
14:30.24jkp_i updated it this morning from a snapshot pulled from the website today
14:30.32jkp_ixoth: set where?
14:30.50CIA-903florian 07org.oe.dev * rfd2a000c... 10/packages/gpe-timesheet/ (6 files in 2 dirs): gpe-timesheet: add 0.30, remove ancient releases.
14:30.53CIA-903florian 07org.oe.dev * rb7cf70df... 10/packages/xserver-common/ (3 files): xserver-common: Drop old releases, add 1.10.
14:31.44jkp_emte: can you ls your packages/glibc dir for me?
14:31.59jkp_mine has glibc-intermediate_2.3.2+cvs20040726.bb in it
14:33.04ixothjkp_: where do you set your arch? i suppose somewhere in local.conf :)
14:33.22jkp_i set machine
14:33.28jkp_MACHINE = "epia"
14:33.44hrw|workhi mickeyl
14:33.47mickeylhey
14:34.00hrw|workmickeyl: did you ever used usb on tosa?
14:34.03koenhey mickeyl
14:34.14thejapahullo ppl
14:34.17hrw|workhi marcos
14:34.18mickeylhrw|work: yes. i attached a usb keyboard
14:34.20thejapahi hrw
14:34.21koenhey thejapa
14:34.42ixothjkp_: do you compile for epia or just x86?
14:34.56jkp_this time epia, ive tried x86 as well
14:35.02hrw|workmickeyl: after yesterday I know why sharp did not added host cable by default
14:35.25ixothas i recall, i used machine=x86
14:35.26jkp_what versions of glibc do you have in your tree ixoth ?
14:35.33ixothhmmm, let me see
14:35.42mickeylhrw|work: why?
14:35.43koenjkp_: v8jlene had it working iirc
14:35.59mickeylOT: we need to upgrade xine
14:36.01hrw|workmickeyl: this usb handling suxx
14:36.16hrw|workmickeyl: xine? we update it for nearly 2 years....
14:36.22jkp_v8jlene: there?
14:36.29ixothjkp_: http://rafb.net/paste/results/hf2wWx64.html
14:36.51jkp_ixoth: thats what i have
14:36.52hrw|workmickeyl: I connected bt dongle, then disconected, conected pendrive and 'lsusb' still shows bt...
14:37.00mickeylhrw|work: 2.4 ?
14:37.09hrw|workmickeyl: yes
14:37.10mickeylya. that sucks.
14:37.22hrw|workmickeyl: I want to change few things in 2.4 before will go into 2.6
14:37.36hrw|workmickeyl: for example that broken-by-design way of configuring wifi
14:38.11mickeyl*nod*
14:38.25ade|deskgrrrrrrrrr 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.25jkp_ixoth: can you paste your config?
14:38.39mickeylade|desk: :/
14:38.50hrw|workmickeyl: I do not know why noone wrote if-pre-up.d/if-post-down.d/ scripts for it
14:39.14thejapahrw: any news for me? :)
14:39.19ixothjkp_: nope, I'll paste you only _working_ config :) give me some time :)
14:39.23hrw|workthejapa: sorry no.
14:39.29hrw|workthejapa: hard day at work
14:39.32ade|deskmickeyl: but now have working 4.1.1 uclibc toolchain so everything is good
14:39.33jkp_hehe :) cheers dude
14:39.34mickeylhrw|work: because people like to hack instead of doing it correctly :(
14:39.38mickeylade|desk: yeppa
14:39.48mickeylade|desk: I'm still very interested in uclibc.
14:39.51mickeylwe need it for openezx
14:39.59XorAkoen: NOTE: package abiword-2.4.5: completed
14:40.01mickeylto save every bit of mem we can
14:40.06koenXorA: cool
14:40.09thejapahrw: np :)
14:40.14ade|deski need an a780, gits keep saying out of stock
14:40.27mickeylade|desk: lots of unused ones @ ebay
14:40.30koenade|desk: ebay?
14:40.33ade|desk~lart hi-moblie.net
14:40.49ade|deskmickeyl: really
14:40.55jkp_monotone is a little ewwww
14:41.11jkp_it gives no feedback about its progress at all!  even with --verbose on
14:44.30hrw|workhi CoreDump|home
14:44.45CoreDump|homehi hrw|work
14:45.11CIA-903mickeyl 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.14CoreDump|homehi all
14:45.15CIA-903mickeyl 07org.oe.dev * rbddc4e49... 10/packages/zroadmap/ (files/qt2-fixes-r1.patch zroadmap_cvs.bb): zroadmap cvs patch fixlet
14:45.20CIA-903mickeyl 07org.oe.dev * rf929705b... 10/packages/qpe-games/zrev7_1.0.1.bb: zrev7 1.0.1 fix packaging .desktop file
14:45.28CIA-903mickeyl 07org.oe.dev * rf80c32f3... 10/packages/gemdropx/gemdropx_0.9.bb: gemdropx 0.9 fix linking
14:45.36CIA-903mickeyl 07org.oe.dev * r78c14142... 10/packages/billiardz/billiardz_0.1.4.bb:
14:45.36CIA-9billiardz 0.1.4 add gcc4 patch
14:45.36CIA-9TODO: decouple from opie, make useful also for pure SDL environments
14:45.45mithrocan people check http://mithro.dyndns.org:8080/tp/ and tell me what they think (compared to http://www.thousandparsec.net/tp/ )
14:45.53do13_hi CoreDump|home
14:47.09mickeylmithro: dyn looks better on everything but IE.
14:48.06*** join/#oe AvengerMoJo (n=alex@219.142.245.20)
14:48.37do13_NOTE: package bootstrap-image-1.0-r0: task do_build: completed
14:51.02do13_hrw|work: do you want a collie image?
14:52.34koendo13_: is that with sd card detect?
14:52.44do13_koen: not yet :)
14:53.07hrw|workdo13_: no time to check tosa things and you want me to test collie? :D
14:53.24XorAkoen: NOTE: package abiword-plugins-2.4.5: completed
14:53.54koenXorA: cool
14:54.07hrw|workXorA: push, test and add into .oz354x? :D
14:54.10do13_hrw|work: I expect it won't work, I integrated pavels patches. But this needs some love
14:54.21hrw|workdo13_: like usual
14:54.36hrw|workkoen: when Gnumeric will get ODS Save support?
14:54.48koenhrw|work: in 2.4.4
14:55.06hrw|workkoen: now is 1.7.0 so it will take them some time...
14:55.54koenah, you said gnumeric
14:56.01koensomehow I read 'abiword'
14:57.23koen1.7.0?
14:57.28koenoh nooooes
14:57.29ade|deskis there a reason why when i do bitbake -i, fetch task-bootstrap it uses task-bootstrap-unionroot-1.0
14:57.31koenOE is behind
14:58.51XorAkoen: not really, we have the latest stable
14:58.55hrw|workanyway I upgrade 1.6.3 to 1.7.0.1 - maybe this will save ODS
15:01.01XorAhrw|work: not in the changelog
15:01.09ade|deskhrw|work: Luciano Miguel Wolf: * ODS import improvements. in 1.7.0
15:01.21ade|deskbut no save stuff
15:01.30ixothjkp_: hmmm... x86 build fails for me... but i'll go home soon, so will try to fix it later
15:01.44jkp_ixoth: are you a developer of the project?
15:01.58jkp_where does it fail for you also?
15:02.02ixothjkp_: nope, but a huge fan :)
15:02.14jkp_is there a revision of the repository where it worked?
15:02.17hrw|workade|desk: I piss on import as this work already
15:02.22CIA-903xora 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.36ixoth/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.58jkp_ixoth: that was the same one i got
15:03.07ade|deskhrw|work: piss ?
15:03.09hrw|workheh... I just want light ODS editor..
15:03.27hrw|workade|desk: offensive way of 'do not care'
15:03.42hrw|work'my inglisz is not very dobry'
15:03.50XorAade|desk: Urine
15:04.12ade|deskhow strange
15:05.00ade|deskmust be some euro thing
15:05.04jkp_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.46CIA-903florian 07org.oe.dev * re581954d... 10/packages/gpe-bluetooth/ (5 files): gpe-bluetooth: Add 0.54, remove old releases.
15:08.38ixothjkp_: damn, damn. i'm stupid :)
15:08.38*** part/#oe thejapa (n=thejapa@200-232-210-132.dsl.telesp.net.br)
15:08.47jkp_?
15:09.18*** join/#oe eFfeM-log (n=eFfeM@84.87.135.248)
15:09.54ixothjkp_: i've got gcc 4.1.1 :)
15:10.04jkp_on your system?
15:10.13jkp_so do i
15:10.16jkp_is that the issue?
15:10.33ixothprobably yes... let's see :)
15:10.41jkp_this is a known thing?
15:11.26ixothjkp_: hmm... not really, but that may be the cause for cross packages fail to build
15:11.48jkp_what makes you think that?  and also, what would you possibly do about it anyway?
15:12.31tkpjkp_: try installing it on your arch box perhaps?
15:12.41jkp_tkp: sucky though
15:12.50tkpmm, but to test
15:12.56jkp_means we cant build on the native host but have to in a vm
15:13.10jkp_tkp: aye, but its not *that* simple to get up and running
15:13.13jkp_but we could yeah
15:13.35tkpno, it means we will have to change the server (if that's going to fix things)
15:13.45hvontres|homeMorning all
15:13.58jkp_its not as simple as that though tkp
15:14.11jkp_not to my knowledge - yum wants us to have 4.1.1
15:14.18jkp_so im not sure how you can downgrade
15:14.48tkphmm
15:14.51v8jlenejkp_: Back now...
15:15.01jkp_he v8jlene
15:15.20jkp_theres a couple of us having trouble building a toolchain for x86 on FC5...
15:15.33jkp_we're running GCC 4.1.1
15:15.37v8jlenejkp_: What error are you getting?
15:15.41jkp_someone said you might know what the score was
15:15.43hvontres|homejkp_: 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.59jkp_hvontres|home: interesting
15:16.04jkp_though, a pain to say the least :)
15:16.13jkp_v8jlene: me tries to dfig ot the paste for you
15:16.55hvontres|homejkp_: tell me about it... re-bult bootstrap-image from scratch took me ~8-9 hrs.. on my poor old dual PII 333 :(
15:17.12jkp_hvontres|home: its your distro?  and yes - major pain
15:17.16ixothjkp_: but now, i have to go home... maybe tomorrow we'll manage to get it working :)
15:17.27jkp_ixoth: ok :)
15:17.27v8jlenejkp_: 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.42jkp_v8jlene: well that would be my issue then
15:17.47ixothgoodbye everyone
15:17.55jkp_ixoth: cya dude
15:18.05v8jlenejkp_: And generic.conf has: PREFERRED_VERSION_binutils = "2.15.94.0.1"
15:18.14jkp_v8jlene: exactly
15:18.35hvontres|homehvontres|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.46v8jlenejkp_: Change that to: PREFERRED_VERSION_binutils = "2.16"
15:18.47jkp_and did you come up with a solution?
15:19.02jkp_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.24jkp_im new to this so clue me up on the steps i have to take
15:20.10v8jlenejkp_: In packages/binutils I have several 2.16 and 2.17 versions?
15:20.22jkp_v8jlene: ah - hang on
15:20.35jkp_i was thinking glibc as i got stuck there when i made some other changes
15:21.02jkp_so did you change all binutils versions?
15:21.33jkp_and you are right
15:21.39jkp_plenty of others to choose from
15:21.59jkp_i think i did this and it got further but died on glibc-intermediate
15:22.18v8jlenejkp_: ?? "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.29jkp_i mean did you change PREFERRED_VERSION_binutils-cross as well?
15:23.16v8jlenejkp_: Ah, yep. You need to change both.
15:23.20jkp_ok
15:23.52jkp_i definately did something similar
15:24.03hvontres|homejkp_: 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.03jkp_but i know i got stuck on glibc
15:24.16jkp_hvontres|home: excellent
15:24.44hvontres|homejkp_: unfortunately you now only get english....
15:24.51jkp_not a problem for now
15:24.56jkp_might be later on
15:25.07jkp_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.52v8jleneWith MACHINE="epia" and DISTRO="generic" with the binutils change I can build the 50 or so packages I use without problem...
15:26.11jkp_aghhjh
15:26.17jkp_i just changed away from epia
15:26.22jkp_back to x86
15:26.23v8jleneThis is on an FC4 host on x86_64
15:26.25jkp_should i move back?
15:26.33jkp_im on FC5 x86_64
15:27.34XorAhrw|work: abiword 2.4.5 works
15:27.45hrw|workcool
15:27.57v8jlenejkp_: Depends on if it works or not I suppose ;)
15:28.03jkp_v8jlene: heh
15:28.08v8jlenejkp_: I'll test it now and see.
15:28.12jkp_this is a long and drawn out business :)
15:28.36v8jlenejkp_: Yes, the toolchain part isn't very nice. Once you get past that it's pretty good.
15:28.47jkp_we've gone through stripping back an existing distro, to LFS, to buildroot to this :)
15:29.01jkp_buildroot was going ok, but building things against uclibc is pretty tough
15:29.11jkp_noone wants to support you through that
15:29.24jkp_and space isnt such a crucial issue, we'll be happy with 32 or 64mb
15:29.39jkp_so i dont think a couple of k here or there is the end of the world for us
15:29.46v8jlenejkp_: 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.06jkp_what do you use to image it to the final systems?
15:30.31jkp_have you looked at imgloader?
15:31.42*** join/#oe REdOG (n=REdOG@66.0.161.218)
15:31.47v8jlenejkp_: 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.16jkp_cool - i was looking at how to automate "firmware" updates...
15:32.25jkp_i coudnt work out the best way to do it...any suggestions?
15:33.16jkp_v8jlene: yeah, it failed for me
15:33.24jkp_glibc failed
15:33.36v8jlenejkp_: Not really. Depends a lot on the flash setup and BIOS/bootloader support etc..
15:33.51jkp_and i got it work before by using the version that my rig has on it
15:34.02jkp_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.24CIA-903hrw 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.26zeckekoen: http://www.deskbrowse.com/
15:39.54koenzecke: I switched to camino yesterday
15:40.07koenzecke: it feels like I installed a 100GHZ cpu
15:40.14zeckekoen: gosh, camino is slow
15:40.23zeckekoen: and camino makes my fan turn on
15:42.55XorAsomeone get deskbrowse in OE then :-)
15:43.34zeckeand GNU step?
15:43.42zeckeand implement cocoa :)
15:44.19koenzecke: did you try coverflow?
15:44.28zeckeno
15:44.31XorAwhatever happened to that MacOS on zaurus vapourware?
15:44.45zeckeXorA: oh well. You can use it
15:44.53zeckeXorA: it uses the mStep GNU Step fork
15:45.06zeckeXorA: it has some tools available
15:45.21zeckeXorA: and this guy has some research funds, about now it looks like he is doing letux.org
15:45.28v8jlenejkp_: x86 failed for me as well...
15:45.34jkp_oh?
15:45.38jkp_really?  interest
15:45.41jkp_intersting
15:45.54jkp_so what combination did work?
15:45.58jkp_(it failed for me too)
15:46.12zeckeanyway I would like to have X switch to a composite based rendering model :)
15:46.15v8jlenejkp_: glibc has some thread issues with MACHINE="x86"
15:46.23v8jlenejkp_: MACHINE="epia" worked though.
15:46.40jkp_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.24v8jlenejkp_: No changes to anything else - just the binutils version change.
15:49.17*** join/#oe benlau (n=benlau@221.125.13.148)
15:49.21jkp_ok - trying that wa
15:49.25jkp_what was the failure for you?
15:49.29jkp_(just to compare notes)
15:52.07*** join/#oe ar_ (n=ar@port-ip-213-211-250-51.reverse.mdcc-fun.de)
15:52.54zeckear_: hey
15:54.21jkp_v8jlene: i get failures still
15:54.21jkp_<PROTECTED>
15:57.20v8jlenejkp_: Did you "rm -fr tmp" before rebuilding?
15:57.26jkp_v8jlene: nope
15:57.44v8jlenejkp_: Probably best to, othewsie you'll have bits of the previous build still there messing things up...
15:57.58v8jlenejkp_: Retrying myself just to make sure epia worked ;)
15:58.04jkp_hehehe :)
15:59.32v8jlenejkp_: http://pastebin.ca/78806 for the x86 failure
16:00.09jkp_oh - mine never got that far
16:01.54jkp_v8jlene: did you manage to get the JiT thing working on x86_64?
16:02.37v8jlenejkp_: What JiT thing would that be?
16:02.50jkp_psycho
16:03.23*** join/#oe TheCan (n=thecan@dslb-084-056-205-048.pools.arcor-ip.net)
16:03.48v8jlenejkp_: Ah, no.. never tried. I think someone today mentioned it doesnt't work in 64-bit anyway.
16:11.26jkp_v8jlene: failure here
16:13.50jkp_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.28eFfeMhi koen
16:21.36eFfeMhi Na|
16:22.40koenhey eFfeM
16:22.56eFfeMhot here
16:23.44jkp_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.17koeneFfeM: 28.1 degrees inside, 28.7 degrees outside
16:25.21koenhey pH5
16:25.22jkp_more to the point, why are the patches for glibc-2.4 not applying correctly?
16:25.49eFfeM26.5 inside, refuse to go outside for the next 2 hrs
16:25.51koenjkp_: which patches?
16:25.52eFfeM~weather eheh
16:26.07koenjkp_: I've (re)built glibc 2.4 4 times today
16:26.09jkp_koen:
16:26.10jkp_NOTE: Applying patch 'arm-memcpy.patch'
16:26.10jkp_ERROR: function do_patchcmd failed
16:26.27pH5hey koen
16:26.30jkp_and it failed on another one a mo ago
16:26.45koenjkp_: bitbake -c clean glibc and try again
16:27.00jkp_koen: this is glibc-initial
16:27.06jkp_but ive tried several times
16:27.09jkp_fails everytime
16:27.25koenbitbake -c clean glibc-initial
16:27.51koendid you check the log on what goes wrong?
16:27.53jkp_trying again
16:27.57jkp_yeah i did
16:27.59jkp_failed again
16:28.16koenNOTE: 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.17koenNOTE: Applying patch 'arm-memcpy.patch'
16:28.17koenNOTE: Applying patch 'arm-longlong.patch'
16:28.18koenNOTE: Applying patch 'fhs-linux-paths.patch'
16:28.18koenNOTE: Applying patch 'dl-cache-libcmp.patch'
16:28.18koenNOTE: Applying patch 'ldsocache-varrun.patch'
16:28.19koenNOTE: Applying patch 'nptl-crosscompile.patch'
16:28.21koenNOTE: Applying patch 'glibc-2.4-compile.patch'
16:28.23koenNOTE: Applying patch 'fixup-aeabi-syscalls.patch'
16:28.25koenNOTE: package glibc-intermediate-2.4-r5: task do_patch: completed
16:28.27koenthat's from 10 minutes ago
16:28.47jkp_hang on koen - ill paste bin for you
16:29.32jkp_http://rafb.net/paste/results/lvyhT528.html
16:30.08koenstrange
16:30.23jkp_indeed.
16:31.37jkp_the file is there
16:31.38jkp_./glibc-2.4/stdlib/longlong.h
16:34.59jkp_no ideas?
16:35.23jkp_why the hell would it work for you but not me?
16:36.51v8jlenejkp_: 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.36v8jlenejkp_: 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.54jkp_im having severe trouble really
16:39.04jkp_i cant see why the patches arent applying to glibc-2.4
16:39.10jkp_anything earlier doesnt want to build
16:39.21jkp_due to an issue koen actually discovered
16:39.27jkp_http://www.handhelds.org/hypermail/oe/51/5136.html
16:40.38v8jlenejkp_: But it is 2.38am and way past my bed time now.
16:40.46jkp_heh - where are you?
16:40.54v8jlenejkp_: Could be, mine is: -rw-------  1 lenehan lenehan 19467004 Nov  5  2005 /data/oe/sources/libc_sources.redhat.com__20050627.tar.gz
16:41.10v8jleneSo it's been on here for quite a while..
16:41.11*** join/#oe CIA-9 (i=cia@cia.navi.cx)
16:41.22jkp_v8jlene: ahhhh - so yours built with that?
16:41.29v8jlenejkp_: Australia (Melbourne)
16:42.06jkp_v8jlene: just quick
16:42.12v8jlenejkp_: Yeah, with the files I paste bined, and that glibc is what I used. Check if you local one matches.
16:42.19v8jlenec05efc2b976bf896f1a7e2dfe0d76cba  /data/oe/sources/libc_sources.redhat.com__20050627.tar.gz
16:42.22jkp_if i wanted to force it to work with that snapshot how would i do so?
16:42.31v8jlenethat's the md5sum of mine..
16:42.51jkp_i only have libc_sources.redhat.com__20040726.tar.gz
16:42.54jkp_so its not the same
16:43.02jkp_but i dont know how to make it pull the newer one
16:43.24jkp_ah - i see in your config
16:43.34*** join/#oe zap (n=zap@85.249.170.16)
16:44.23jkp_nah
16:44.40jkp_yours is using the old glibc-initial version
16:44.51jkp_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.30jkp_why when im building glibc-2.4 does it try and use the patches from the cvs director?
16:59.15zecke1^
16:59.29jkp_surely that will be my issue
17:05.03jkp_ffs
17:05.21jkp_ok - fixed it by moving the glibc-cvs dir out of the way
17:05.28jkp_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.45eFfeMhm, 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.53eFfeMhow do I resolve this (or who can)
17:16.21eFfeMXorA|gone: can you perhaps advise, the other head is yours
17:18.56koenmerge --lca?
17:20.29eFfeMwon't budge, still get this merge
17:20.35eFfeMmeld
17:20.37*** join/#oe ken_ (n=ken@213-67-126-82-no75.business.telia.com)
17:21.12jkp_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.23jkp_can someone suggest a painless host distro?
17:22.42mikearthurjkp_: what are you using now?
17:22.49jkp_fedora core 5 on AMD_634
17:22.52jkp_*64
17:22.53eFfeMhm, a lot of files are wrong
17:23.01jkp_mikearthur: severe pain
17:23.08jkp_seems to be due to GCC 4.1.1
17:23.18mikearthurwhats the problem?
17:23.32jkp_cant even build the toolchain
17:23.53*** join/#oe Hrw|husky (n=Hrw|husk@c28-240.icpnet.pl)
17:23.53Hrw|huskyhi
17:23.55jkp_mikearthur: too many different ones to mention - do you have a working system?
17:24.04mikearthurnot yet
17:24.10mikearthurfor oe, or generally?
17:24.13jkp_ah :(
17:24.14jkp_for oe
17:24.33jkp_its a shame to have to build everything in a specific VM
17:24.52jkp_the ideal situation is one where you can have your config files and it Just Works on any host
17:25.08jkp_but ive been trying all day with no success
17:25.37Hrw|huskyjkp: i'm building on 3 debian boxes and one gentoo
17:25.48jkp_amd64?
17:26.38Hrw|huskytoo
17:26.39eFfeMhm the revision id mt head gives me is not the same as the one on top if i look through mntview
17:27.09Hrw|huskyjkp: 2 x86, one dual opteron in x86 mode and one amd64
17:27.17jkp_hrm
17:27.24jkp_i wonder why the hell it wont work :/
17:29.34Hrw|huskybrb - food
17:30.48eFfeMok *think* i fixed
17:30.51eFfeMok *think* i fixed it
17:32.34*** join/#oe minipanda (n=hzhang@219.236.27.35)
17:36.18CIA-903eFfeM 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.32zeckekoen: does ewi have a bandwidth issue?
17:36.51koennot that I know off
17:36.56koenthe university might have
17:37.30koenall those hippy warez kiddies are problably using all the bandwidth
17:38.06zeckehmm somehow I can not upload stuff (tinderclient) to ewi
17:41.08zeckemight my the firewal facist of my build machine as well
17:55.29hvontres|homeCoreDump|home: still got ~45 minutes left...
17:58.18CoreDump|homeT-9 and holding
17:58.26CoreDump|homefor 40m bleh
18:00.00CoreDump|homehmm 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.19zeckekoen: could you look into access or error log on ewi?
18:29.12koenzecke: [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.35koen[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.49koenhrw|gone: NOTE: package busybox-1.2.0: completed
18:31.19hvontres|homeCoreDump|home: T-6:45
18:31.29CoreDump|homew00t
18:35.14CoreDump|homehvontres|home: there's always interesting stuff going on in #space
18:53.30*** join/#oe koen (n=koen@dominion.kabel.utwente.nl)
18:54.58zeckekoen: error.log or access.log for poky?
18:55.09zeckebotmail mail me please
18:55.10zeckelater
18:55.11koen?
18:56.00KerwoodDerbyl8r
18:56.49hvontres|homeCoreDump|home: yup. Especially if you have the NASA channel :)
18:57.11CoreDump|wm2006nasatv ;)
18:59.52hvontres|homeCoreDump|wm2006: and now to ESPN :)
19:00.04CoreDump|wm2006espn?
19:00.29hvontres|homeCoreDump|wm2006: Germany v Italy ...:)
19:00.34CoreDump|wm2006ahh
19:00.36CoreDump|wm2006indeed ;)
19:06.58gremlin[it]how many italians and germans there are ??? :) :P
19:07.06ggilbert42
19:07.24ggilbertThey use clever camera tricks to make the countries look full
19:07.39gremlin[it]activelly present :)
19:08.28CoreDump|wm2006hehe
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.37goxboxliveJust 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.17koenno
19:20.22goxboxlive:-)
19:20.43koenthat will amount to newbies giving newbies wrong advice
19:21.28goxboxliveWell some of you guys could be there once in a while just to put us on right direction.
19:22.10koenso instead of being in 1 channel the devs need to be in 2 channels
19:22.16koenhow's that less work?
19:23.16goxboxliveWell, this channel would be free of  newbie qustions like, " how do i get my keyboard work in Opie" :-)
19:23.27koenthat's easy
19:23.30koen#opie
19:23.43goxboxlivebuilding with OE
19:23.53CoreDump|wm2006"this is still not a distribution support channel "
19:24.10goxboxliveNo that is not an Opie thing, it has something to do with the patching qte
19:24.23koenso?
19:24.29koen#qte
19:24.50goxboxlive3qte even when i am building it with OE?
19:25.03koenyes
19:25.11koenupstream problem, not an OE problem
19:25.13goxboxliveok, i'll try there. thx
19:25.20koen"gnome doesn't support mDNS"
19:25.35koenwhere would you ask that?
19:25.49koenI'd go to the gnome irc channel, even if I'm building gnome with OE
19:25.53koenbut that's me
19:26.14hvontres|hometaking off now :)
19:26.15goxboxlivekoen: 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.55koenso you inform the maintainer
19:27.22goxboxliveWell i woudnt get any good answers at #qte, i am the only one there
19:27.33koenso qte sucks
19:27.38goxboxliveI guess mickeyl is about to help me with it.
19:27.40koenstart using a real toolkit
19:28.01goxboxliveqte suck, it does, ? maybe i dont know, works great on my computer
19:28.16koenapparent;y it doesn't, since you're having trouble with it
19:28.52goxboxliveIt 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.11ljpwow, 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.07hrw-tosahi
20:04.01chouimat|ibookljp: hi
20:16.54*** join/#oe dijenerate (n=dijenera@69.73.212.227)
20:30.47zeckekoen: 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.46KristofferOmg 47 revs in one day
21:09.57koenpfff, that's nothing
21:30.06CIA-903rpurdie 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.39koenRP: ah cool, more merged patches
21:34.46koenRP: 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.45KristoffeIve 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.41Kristoffeshouldnt we split up SRCDATE into sub variables, like opie_srcdate, matchbox_srcdate..
22:06.29thejapaI remember there was some bitbake variable for that...
22:07.24KristoffeThe best solution were if one could set preferred version CVS+20060627 and then set for each package
22:07.35Kristoffeif no preferred version was set It could drag using SRCDATE
22:09.19thejapaPREFERRED_VERSION exists
22:10.14Kristoffeyeah 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.21thejapaI used that once to setup a specific CVS gpe-calendar version.
22:10.25thejapaoh...
22:10.45thejapahmm... lemme think :)
22:11.01KristoffeMy 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.19Kristoffesetting SRCDATE would mean that both Opie and Gpe would get same CVS date
22:11.26Kristoffeso one of them would be broken
22:12.26thejapaPREFERRED_VERSION_gpe-calendar = "CVS+20060627" for example, should work I guess, doing it off my head though
22:13.04KristoffeDoes it break down the line into, oki he wasnt version CVS with date 20060627, no matter what SRCDATE says?
22:13.24Kristoffewasnt=wants
22:15.02thejapai understand your question, but i believe in this case it depends on the .bb file for the package
22:15.41thejapawell, as a last resort, you can hack one... :)
22:16.09KristoffeJust alot of packages to fix :)
22:16.17thejapaouch
22:16.29Kristoffeall opie, gpe and matchbox packages for instance
22:17.45thejapacan't you bitbake them separately? are they interdependent?
22:19.15KristoffeWell, I guess I can. But it would be great if bitbake could translate CVS+DATE = use CVS package and download this DATE
22:19.45Kristoffethat way SRCDATE is a general setting but it can be overriden if PREFERRED_VERSION is set
22:20.15thejapamaybe not
22:20.23thejapaduh
22:20.34thejapaSRCDATE_minimo=20050401
22:20.37thejapalike that? :)
22:20.45thejapadistro uses that
22:21.58Kristoffeit does?
22:22.09Kristoffeopie,gpe,matchbox availabel also?
22:22.18Kristoffewhat distro uses it?
22:22.22thejapasee for example: /stuff/org.openembedded.dev/conf/distro/preferred-gpe-versions-2.6.inc
22:22.38thejapai got one randomly :)
22:23.55Kristoffegoodie, think that will work. Thx
22:24.13thejapa:)
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.53Kristoffemickey 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)

Generated by irclog2html.pl by Jeff Waugh - find it at freshmeat.net! Modified by Tim Riker to work with blootbot logs, split per channel, etc.