**** BEGIN LOGGING AT Tue Jun 24 02:59:56 2008
Jun 24 06:45:45 <methril> morning
Jun 24 07:32:57 <hrw> morning
Jun 24 07:39:38 <rsalveti> night
Jun 24 07:52:19 <rob_w> for example package initscripts-1.0-r104: task do_package: completed but i get no ipk package of it in my deploy ??
Jun 24 07:52:51 <hrw> do_package_write do packages
Jun 24 07:54:38 <rob_w> do i need to set a explicit INHERIT = "do_package_write" in my local.conf ?
Jun 24 07:54:52 <rwhitby> rob_w: make an image which includes it
Jun 24 07:54:58 <rwhitby> images write out all packages
Jun 24 07:55:19 <hrw> rob_w: or use -cbuildall
Jun 24 07:56:36 <rwhitby> oooh - buildall, I didn't know about that one :-)
Jun 24 07:58:54 <rob_w> i am using .stable in a x86_64 and a x86_32 and on the 64 it doesnt create the package but on the 32bit one ..?? 
Jun 24 08:01:42 <rob_w> ah -cbuild looks good .. thanks everyone
Jun 24 08:30:14 <oxo> hello
Jun 24 08:30:31 * oxo has a failing glibc-intermediate build in .dev
Jun 24 08:30:33 <oxo> http://pastebin.ca/1054977
Jun 24 08:33:06 <methril> looks like a bad host architecture
Jun 24 08:33:26 <oxo> what do you mean?
Jun 24 08:34:53 <dl9pf> methril could it be the same as in my case ? -> stable and the tune-pentium.inc ?
Jun 24 08:35:16 <methril> could be
Jun 24 08:35:44 <methril> i had a host machine, and i changed the builds, and didn't change the host machine
Jun 24 08:35:55 <dl9pf> oxo: for what arch are you building ? or post you local.conf on pastebin
Jun 24 08:36:10 <methril> then, i had problems with assembler beacuse it was trying to build code for other architecture
Jun 24 08:37:44 <oxo> dl9pf: http://pastebin.ca/1054980
Jun 24 08:40:25 <dl9pf> oxo: hmmm TARGET_CC_ARCH is set (an old default was the problem here)
Jun 24 08:41:17 <diego> do you have deleted the tmp directory after changing .conf files
Jun 24 08:41:31 <oxo> yes
Jun 24 08:41:44 <oxo> this is a clean build, I deleted tmp and even ccache
Jun 24 08:42:50 <dl9pf> no good idea atm ... sri
Jun 24 08:43:14 <oxo> dl9pf: last week's build, when my portwell.conf still was march=pentium4, there were no problems
Jun 24 08:43:43 <oxo> but it has to run on a p3 portwell as well, so I downgraded the arch
Jun 24 08:43:43 <dl9pf> ok ... so TARGET_CC_ARCH is somewhat critical
Jun 24 08:44:06 <oxo> not sure, could be that in the meantime binutils/gcc/glibc have been updated
Jun 24 08:44:38 <oxo> but I'll rebuild using pentium4
Jun 24 08:45:05 <dl9pf> you could try march=pentium2
Jun 24 08:45:19 <oxo> yeah, but march=i686 failed as well
Jun 24 08:45:32 <oxo> I'll see if pentium4 still builds
Jun 24 08:45:40 <dl9pf> ok
Jun 24 08:46:54 <oxo> I see binutils was updated recently
Jun 24 08:58:59 <pb_> hi florian 
Jun 24 08:59:33 <florian> good morning!
Jun 24 09:13:37 <methril> oxo, where is the BUILD_ARCH ?
Jun 24 09:13:46 <methril> i think taht this is missing
Jun 24 09:20:51 <oxo> you could be right
Jun 24 09:21:37 <oxo> I'll first wait the build of glibc-intermediate using p4
Jun 24 09:25:14 <oxo> methril: conf/bitbake.conf:BUILD_ARCH = "${@os.uname()[4]}"
Jun 24 09:25:27 <oxo> I think that'll suffice
Jun 24 09:26:06 <methril> it could i never tested without
Jun 24 09:26:37 <oxo> it looks like it's very unusual to set BUILD_ARCH
Jun 24 09:27:03 <methril> aha
Jun 24 09:27:17 <methril> but if you have a bad one, it could be bad
Jun 24 09:27:37 <oxo> what do you mean with 'bad one'?
Jun 24 09:28:01 <methril> in my debian, if a put uname -a, the four element is #1 or SMP
Jun 24 09:28:05 <methril> not the arch
Jun 24 09:28:09 <oxo> ah
Jun 24 09:28:13 <oxo> I'll see
Jun 24 09:30:33 <hrw> methril: uname() syscall != uname command
Jun 24 09:30:37 <oxo> methril: I think it doesn't split on space
Jun 24 09:30:39 <oxo> BB>> getvar BUILD_ARCH
Jun 24 09:30:39 <oxo> i686
Jun 24 09:30:46 <oxo> so that's the "right" one
Jun 24 09:31:03 <hrw> >>> print os.uname()
Jun 24 09:31:03 <hrw> ('Linux', 'home', '2.6.26-rc4', '#43 SMP PREEMPT Tue Jun 3 13:00:04 CEST 2008', 'x86_64')
Jun 24 09:31:11 <oxo> exactly
Jun 24 09:31:15 <hrw> 11:31 hrw@home:~$ uname -a
Jun 24 09:31:15 <hrw> Linux home 2.6.26-rc4 #43 SMP PREEMPT Tue Jun 3 13:00:04 CEST 2008 x86_64 GNU/Linux
Jun 24 09:31:42 <methril> ok :)
Jun 24 09:37:03 <oxo> dl9pf: glibc-intermediate dies with a different error builing for pentium4
Jun 24 09:37:19 <oxo> could it be that the recent binutils change breaks (my) glibc build?
Jun 24 09:38:19 <hrw> oxo: -march=pentium or -mcpu=pentium?
Jun 24 09:38:23 <zecke> possible
Jun 24 09:38:55 <oxo> hrw: march=pentium4
Jun 24 09:39:26 <oxo> strange thing is, last week or so (with identical config), glibc did build
Jun 24 09:41:57 <methril> some gcc upgrade?
Jun 24 09:43:40 <oxo> gcc has not been updated since last succesful build
Jun 24 09:44:53 <methril> then non sense for me
Jun 24 09:44:57 <methril> :(
Jun 24 10:30:19 <Crofton|work> any suggestions on building an image without building a kernel?
Jun 24 10:30:50 <Sup3rkiddo> am i getting this because i have -ggdb CFLAG?..http://dpaste.com/58797/ ?
Jun 24 10:33:09 <oxo> dl9pf: I'll rebuild using bintils 2.18 instead of the ..7
Jun 24 10:33:17 <oxo> (effectively reverting koen's change)
Jun 24 10:33:35 <Crofton|work> Sup3rkiddo, post the link with out the . in front of the http
Jun 24 10:33:53 <Crofton|work> the . breaks link parsing in the irc lcients
Jun 24 10:33:57 <Sup3rkiddo> yes..sorry
Jun 24 10:34:04 <Crofton|work> and we are a lazy lot
Jun 24 10:34:07 <Sup3rkiddo> http://dpaste.com/58797/
Jun 24 10:34:11 <Sup3rkiddo> Crofton, :P,
Jun 24 10:34:14 <CIA-48> 03Laibsch 07org.oe.dev * r7303fe99... 10/ (4 files in 2 dirs): 
Jun 24 10:34:14 <CIA-48> cmake: move definition of CMAKE_MAJOR_VERSION into python function in .inc
Jun 24 10:34:14 <CIA-48> * no further changes across major versions necessary
Jun 24 10:34:18 <CIA-48> 03Laibsch 07org.oe.dev * r69bd190d... 10/ (16 files in 4 dirs): olsr: consolidate olsr and olsrd into a common directory
Jun 24 10:36:00 <Crofton|work> Sup3rkiddo, I don't know the answer to your question 
Jun 24 10:36:27 <Sup3rkiddo> hmm...ok :/. 
Jun 24 10:36:50 <hrw> Laibsch: ping?
Jun 24 10:38:00 <Laibsch> yes
Jun 24 10:40:00 <methril> oxo do you know why binutils it's breaking a glibc-intermediate?
Jun 24 10:41:43 <Crofton|work> http://venturebeat.com/2008/06/24/nokia-buys-symbian-opens-it-for-war-with-google-android/
Jun 24 10:42:24 <hrw> Laibsch: Poky got cmake 2.6.x - I just do not have time to merge it back to OE
Jun 24 10:42:47 <Laibsch> hrw: I won't promise anything
Jun 24 10:43:03 <Laibsch> I may take a look, but I don't have access to a lot of CPU cycles today
Jun 24 10:43:07 <hrw> of course - just saw that you played with it
Jun 24 10:43:28 <Laibsch> thanks for pointing that out
Jun 24 10:43:46 <Laibsch> we should have better support for merging stuff once we got git, I guess
Jun 24 10:44:14 <Laibsch> I wasn't playing with cmake in particular but olsr got my interest in the MAJ_VER stuff
Jun 24 10:44:23 <Laibsch> PV = 2.4.6
Jun 24 10:44:28 <Laibsch> MAJ_VER = 2.4
Jun 24 10:44:44 <Laibsch> Right now, a lot of times that is hardcoded instead of calculated
Jun 24 10:44:57 * Laibsch was thinking about adding an FAQ entry to the wiki
Jun 24 10:45:30 <hrw> Laibsch: can we drop FAQ/ namespace?
Jun 24 10:45:37 <hrw> Category:FAQ should be enough
Jun 24 10:46:00 <oxo> methril: no
Jun 24 10:46:22 <oxo> but I do know that all perfectly builds using binutils_cross 2.18
Jun 24 10:46:50 <oxo> so I suspect binutils 2.18.50.0.7 is broken somehow
Jun 24 10:47:11 <methril> ok, thanks
Jun 24 10:48:05 <Laibsch> hrw: we could drop it, I put it in to avoid any possibility for a pagename conflicts
Jun 24 10:48:53 <Laibsch> and to make sure from the page name that it is an FAQ
Jun 24 10:49:04 <Laibsch> I am open about this
Jun 24 10:49:44 <methril> http://wiki.openembedded.net/index.php/Category:FAQ ?
Jun 24 10:49:49 <methril> Laibsch
Jun 24 10:49:50 <hrw> Laibsch: I think that HowTo and FAQ would be mixed more or less
Jun 24 10:50:39 <Laibsch> OK, let's drop the namespace and rename FAQ category to Howto?
Jun 24 10:50:55 <Laibsch> methril: yes, that is what we are talking about
Jun 24 10:56:44 <florian> morning mickeyl 
Jun 24 10:57:18 <hrw> hi mickeyl 
Jun 24 10:58:08 <mickeyl> morning folks!
Jun 24 10:58:11 <mickeyl> hey florian, hrw
Jun 24 10:58:37 <hrw> mickeyl: will openmoko support hildon on devices?
Jun 24 10:59:07 <Crofton|work> one of you has to know how to build an image that does not try to build a kernel .....
Jun 24 11:00:10 <mickeyl> hrw: no idea
Jun 24 11:00:11 <mickeyl> that's a question for openmoko-devel :)
Jun 24 11:01:09 <hrw> ;)
Jun 24 11:03:29 <zecke> hrw: hilton?
Jun 24 11:04:56 <hrw> zecke: maemo
Jun 24 11:07:07 * hrw -> fod
Jun 24 11:10:20 <XorA> Crofton|work: ASSUME_PROVIDED += "virtual/kernel"
Jun 24 11:11:17 <Crofton|work> XorA, too easy
Jun 24 11:11:28 <gerwinin> I am trying to compile for avr32 but I am getting bitbake errors saying information not available for avr32-linux
Jun 24 11:11:45 <Crofton|work> even "too obvious"
Jun 24 11:14:09 <Crofton|work> complicating matter is I've been logged in to the machien doing the build and editing files on the local machine .......
Jun 24 11:14:18 <Crofton|work> no wonder I've been going insaen
Jun 24 11:15:18 <hrw> ;D
Jun 24 12:28:48 <dl9pf> | configure: error: source directory already configured; run "make distclean" there first
Jun 24 12:28:48 <dl9pf> | make[1]: *** [i686-linux-libtool] Error 1
Jun 24 12:28:48 <dl9pf> | make[1]: Leaving directory `/home/jsmoeller/tmp/OE/tmp/work/i686-linux/libtool-native-1.5.10-r9/libtool-1.5.10'
Jun 24 12:29:10 <hrw> dl9pf: symlinks in path
Jun 24 12:29:40 <dl9pf> it worked until i removed the /tmp
Jun 24 12:29:55 <dl9pf> i didn't make any symlinks ... hmmm
Jun 24 12:36:11 <dl9pf> seems an error when there are multiple slashes in a path e.g.  /home/xyz//tmp/OE  <- scripted TMPDIR 
Jun 24 12:48:28 <dl9pf> probably some patch -pX didn't work or something is broken then
Jun 24 13:04:07 <gerwinin> It seems my avr32 built doesn't come past glibc-initial
Jun 24 13:10:39 <Laibsch> Does http://rafb.net/p/FgY6Cz58.html make sense?  There are quite a few packages out there with three-tiered versions (gtkmm is one example).  Some of them structure their download area by MAJ_VER (if PV is 2.1.12, then MAJ_VER is 2.1).  I think it would make sense to have MAJ_VER available in everywhere.  RP?
Jun 24 13:12:19 <kgilmer> mornin
Jun 24 13:12:43 <Crofton|work> gm
Jun 24 13:50:09 <chouimat|work> morning
Jun 24 14:08:36 <pb_> Laibsch: what happens with that patch if PV isn't in the format you expect?
Jun 24 14:12:26 <Laibsch> Then MAJ_VER becomes unusable
Jun 24 14:12:40 <Laibsch> Nothing gained nothing lost when compared to current behaviour
Jun 24 14:12:44 <pb_> You don't get a parsing exception?
Jun 24 14:13:45 <CIA-48> 03crofton 07org.oe.dev * r1240b755... 10/ (1 packages/linux/linux-omap2_git.bb): linux-omap2 : Update to latest git, build tested only.
Jun 24 14:13:51 <CIA-48> 03crofton 07org.oe.dev * r1a7d8ef4... 10/ (4 files in 2 dirs): linux-omap2 : Remove patches that are now available from kernel git repository,
Jun 24 14:20:02 <dl9pf> is there a good template for new packages ?
Jun 24 14:28:25 <pb_> dl9pf: that's a bit of a vague question.  there are many good templates but which one is appropriate depends rather on what the new package is that you are trying to create.
Jun 24 14:31:04 <dl9pf> userspace, conf/make/make install - style
Jun 24 14:31:50 <dl9pf> mostly about not to forget the FILES or staging or similar
Jun 24 14:32:20 <pb_> if it's a "simple" package (just binaries, no libraries) then you shouldn't need to set FILES or staging or anything like that.
Jun 24 14:32:35 <pb_> if it's a library then more or less any existing library package which uses autotools.bbclass should be a good example
Jun 24 14:33:06 <pb_> if you have files in weird places then there probably isn't any single template that will help much, it's probably a question of striking out on your own at that point.
Jun 24 14:37:50 <Crofton|work> XorA, ASSUME_PROVIDED += "virtual/kernel" doesn't stop linux-ml403-slab-2.6.x_git.bb from tryting to build ....
Jun 24 14:40:12 <XorA> Crofton|work: maybe its depended on directly by something else
Jun 24 14:40:24 <XorA> Crofton|work: youd have to decode the dependency graphs
Jun 24 14:41:41 <XorA> you can always ASSUME_PROVIDED that directly as well
Jun 24 14:42:09 <XorA> hey mickeyl I made my first ever phone call on gta02 :-)
Jun 24 14:42:20 <XorA> mickeyl: and that was fso-image on my busted gta02
Jun 24 14:42:24 <mickeyl> yeaaaaaaaaah
Jun 24 14:42:29 <mickeyl> please post about that!
Jun 24 14:42:35 <mickeyl> "fso-image gets it right"
Jun 24 14:42:37 <mickeyl> or something ;)
Jun 24 14:42:51 <XorA> well fso does seem to eat 100% cpu when gsm modem is iffy
Jun 24 14:43:02 <mickeyl> yeah, it does
Jun 24 14:43:09 <mickeyl> i'm putting like... TONS of debug output into syslog
Jun 24 14:43:17 <mickeyl> room for lots of optimization
Jun 24 14:43:21 <XorA> ok, fair enough, I figured it was something like that
Jun 24 14:43:30 <XorA> but even with the recamping gta02 a phone call was made
Jun 24 14:43:37 <mickeyl> :)
Jun 24 14:43:42 <XorA> I deleted my blog ages ago, so no-where to post
Jun 24 14:43:57 <mickeyl> hehe, just drop it off to openmoko-devel or community
Jun 24 14:44:02 <XorA> fso gets wife + vote as well
Jun 24 14:44:09 <mickeyl> wow, cool. greet her from em
Jun 24 14:44:12 <mickeyl> s/em/me/
Jun 24 14:44:35 * mickeyl feeling the work started 2008.01 was worth it
Jun 24 14:44:44 <mickeyl> and it's just the beginning
Jun 24 14:44:57 <mickeyl> ~praise shoragan and alphaone and stefan_schmidt as well
Jun 24 14:44:57 <ibot> All hail shoragan and alphaone and stefan_schmidt as well!
Jun 24 14:47:53 <XorA> mickeyl: mail is off
Jun 24 14:49:36 <XorA> sed -i .tw -e "s|ASU|FSO|g"
Jun 24 14:49:41 <mickeyl> hehe
Jun 24 14:50:15 <pb_> mickeyl: heh, you can make phone calls now?  awesome!
Jun 24 14:50:16 <mickeyl> thanks. every bit of positive feedback strenghtens my position wrt. Wolfgang and Sean.
Jun 24 14:50:19 <pb_> all hail mickey
Jun 24 14:50:32 <mickeyl> hehehe
Jun 24 14:50:34 <mickeyl> indeed, we can
Jun 24 14:50:38 <pb_> rock
Jun 24 14:50:43 <mickeyl> *nod* it was about time ;)
Jun 24 14:50:46 <mwester> :)  It is indeed a nice bit of work
Jun 24 14:50:48 <XorA> mickeyl: email should have hit the lists, I just got my copy mailed back :-D
Jun 24 14:50:55 <mickeyl> coolies
Jun 24 14:51:23 * XorA wishes he had been listened to 6 months ago
Jun 24 14:51:24 <mickeyl> mwester: thanks for your feedback as well, btw. I'm trying to create a mail wrt. 'big picture ASU|2007.2|FSO' during this week
Jun 24 14:51:32 <mickeyl> XorA: *nod*
Jun 24 14:52:12 <XorA> mickeyl: Im going to take fso-image to lug a week on thurs
Jun 24 14:52:23 <mickeyl> pb_: i know more about AT and V250 now that I every wanted to, but hey... it seems it was worth it :)
Jun 24 14:52:38 <mickeyl> XorA: ah, pretty cool. keep me posted about how they like it
Jun 24 14:53:01 <XorA> mickeyl: will do, if you come up with anything stable youd like to show off before then, let me know
Jun 24 14:53:06 <DuckFault> If I have a package with multiple init scripts, how can I add them to INITSCRIPT_NAME such that they both get added to the install at the right runlevel (I'm using update-rc.d)?
Jun 24 14:53:45 <XorA> DuckFault: I think the second one you unfortuneately have to do manually
Jun 24 14:54:01 <mickeyl> XorA: ok. i'll check whether i can launch an updated milestone1++ image. we have reduced memory footprint (1 instead of 4 python daemons) and added a lock screen. otherwise, nothing changed since ms1
Jun 24 14:54:14 <DuckFault> XorA: Not what I wanted to hear, but thanks much.
Jun 24 14:55:58 <DuckFault> XorA: Wait, found it in some docs (uses multiple packages within a single .bb file): http://www.openembedded.info/usermanual.html#AEN4002
Jun 24 15:18:54 <hrw> bye
Jun 24 15:33:06 <cdbot2> * * OE Bug 4388 has been created by mdarland(AT)pager.net
Jun 24 15:33:08 <cdbot2> * * binutils 2.18.50.0.7 breaks glibc-intermediate 2.6.1
Jun 24 15:33:10 <cdbot2> * * http://bugs.openembedded.net/show_bug.cgi?id=4388
Jun 24 16:26:28 <CIA-48> 03mickeyl 07org.oe.dev * rdd270d37... 10/ (6 files in 3 dirs): ezx-boot-usb-native ALL create .inc and deploy into proper directory (DEPLOY_DIR_TOOLS)
Jun 24 16:39:01 <methril|laptop> yo
Jun 24 16:39:28 <Sup3rkiddo> hi, can anyone enlighten me on this error, i am drawing a big blank :(. http://dpaste.com/58853/ i thought it was due to the -ggdb flag but seems that thats not it
Jun 24 16:57:53 <XorA|gone> Sup3rkiddo: looks like your FILE_${PN} is too powerful and specifically sucking in debug directories :-)
Jun 24 16:58:31 <XorA|gone> Sup3rkiddo: where is your .bb file
Jun 24 18:14:54 <Crofton|work> XorA|gone, 
Jun 24 18:15:09 <XorA|gone> Crofton|work: yo
Jun 24 18:15:13 <Crofton|work> hey
Jun 24 18:15:23 <Crofton|work> I'm looking through the depends files now
Jun 24 18:15:45 <Crofton|work> it would appear that thing only depend on the kernel in dehte depends.dot
Jun 24 18:16:00 <Crofton|work> but "console-image.do_rootfs" -> "linux-ml403-slab-2.6.x.do_package_write_ipk"
Jun 24 18:16:16 <Crofton|work> appears in task-depends, among lots of other things
Jun 24 18:16:42 <Crofton|work> ASSUME_PROVIDED += "linux-ml403-slab-2.6.x"
Jun 24 18:16:47 <Crofton|work> does not stop the pain .....
Jun 24 18:17:34 <XorA|gone> hrmpphh
Jun 24 18:17:38 <XorA|gone> things must have changed
Jun 24 18:17:46 <XorA|gone> Ive done that before in the distant past
Jun 24 18:18:01 <Crofton|work> you would think there would be a way to do this
Jun 24 18:18:24 <Crofton|work> building a kernel for one of these FPGA boards is finicky
Jun 24 18:18:35 <Crofton|work> we just want a quick rootfs ....
Jun 24 18:18:48 <Crofton|work> since it took these guys two months get a booting kernel
Jun 24 18:19:18 <XorA|gone> Crofton|work: it certainly used to work that ASSUME_PROVIDED, I did that when I first started on smdk24xx boards in OE
Jun 24 18:19:39 <Crofton|work> I'm going to look at image.bbclass
Jun 24 18:19:41 <XorA|gone> but there is a lot of stuff like initramfs, package-staging etc gone into OE since then
Jun 24 18:19:44 <Crofton|work> and email the list
Jun 24 18:24:46 <CIA-48> 03koen 07org.oe.dev * rdfea6fd0... 10/ (4 files in 3 dirs): linux-omap2 git: add ASoC patch for beagleboard and update defconfig
Jun 24 18:42:19 <Tartarus> Solution, but no patch (not sure which file to patch) on bug 4389, if someone is feeling interested
Jun 24 18:45:16 <cyrilRomain> morning
Jun 24 18:46:10 <oxo> hmm
Jun 24 18:46:38 <oxo> my glibc-problem could be related to #4388
Jun 24 18:47:21 <oxo> (building glibc-intermediate using 2.17.50.0.7 breaks)
Jun 24 18:49:05 <cdbot2> * * OE Bug 4389 has been created by trini(AT)embeddedalley.com
Jun 24 18:49:07 <cdbot2> * * libxcomposite-1_0.4.0 needs libxext
Jun 24 18:49:09 <cdbot2> * * http://bugs.openembedded.net/show_bug.cgi?id=4389
Jun 24 19:07:28 <CIA-48> 03koen 07org.oe.dev * r9d42338c... 10/ (36 files in 35 dirs): linux-omap2 git: add 16bpp for beagle
Jun 24 19:34:47 * teamnoir waves
Jun 24 19:35:06 <teamnoir> What's a convenient distro/target to work with on the stable branch?
Jun 24 19:38:00 <cyrilRomain>  teamnoir: DISTRO = "angstrom-2007.1"
Jun 24 19:38:25 <teamnoir> k, thanks.  then just bitbake world?
Jun 24 19:38:28 <cyrilRomain> teamnoir: hm for the machine I don't know which is the most maintained 
Jun 24 19:38:46 <cyrilRomain> teamnoir: 'bitbake world' ? why would you do that ?
Jun 24 19:39:03 <cyrilRomain> teamnoir: just bitbake the image you want to test ;)
Jun 24 19:39:03 <hagisbasheruk> beagleboard guys are working heavly on omap3 right now
Jun 24 19:39:05 <teamnoir> er... what bitbake target does one build then to build a distro?
Jun 24 19:39:29 <teamnoir> What's a plausible image to start with, then?
Jun 24 19:40:31 <CIA-48> 03crofton 07org.oe.dev * r36b676b8... 10/ (34 files in 34 dirs): Various : Remove uneeded files.
Jun 24 19:41:16 <Crofton> teamnoir, bitbake console-image is agood starting point
Jun 24 19:41:21 <cyrilRomain> teamnoir: console-image
Jun 24 19:41:49 <cyrilRomain> teamnoir: then x11-image or  x11-gpe-image
Jun 24 19:41:52 <teamnoir> thanks.  and a reasonable machine?
Jun 24 19:42:12 <teamnoir> (if it were vmware or qemu bootable, that'd be a bonus).
Jun 24 19:42:45 <hagisbasheruk> hi Crofton i see you have been busy reorginising uneeded files :) anything new on SDR / Beagleboard side
Jun 24 19:42:51 <cyrilRomain> teamnoir: you could then try qemux86
Jun 24 19:43:05 <Crofton|work> working on sound via SOC
Jun 24 19:43:07 <hagisbasheruk> opps sorry wrong channel
Jun 24 19:43:20 <teamnoir> Thanks.  That's my project for this afternoon, then.
Jun 24 19:43:41 <cyrilRomain> teamnoir: you welcome :)
Jun 24 19:49:05 <CIA-48> 03koen 07org.oe.dev * rb17e85be... 10/ (4 files in 3 dirs): linux-omap2 git: add DPLL patches for beagleboard
Jun 24 19:54:45 <mewyn> I'm trying to build an x86 build of OE and I'm getting an error when trying to build glibc-intermediate-2.6.1, I get suffix or operands invalid for `fnstsw'.  Anyone ever see that before? 
Jun 24 19:55:28 <oxo> yes, I believe bug #4388
Jun 24 19:55:51 <mewyn> It didn't do this on a VM
Jun 24 19:57:03 * oxo has glibc-intermediate still failing on http://pastebin.ca/1054977
Jun 24 19:57:58 <oxo> tried everything, march=pentium4, march=i686, march=pentium2, reverting to OE-tree of one month ago, forcing binutils to 2.18, forcing gcc to 4.2.2
Jun 24 19:58:10 <oxo> I am not able to build glibc anymore :-(
Jun 24 19:59:32 <oxo> even tried building on my `old' build machine
Jun 24 20:20:35 <oxo> looks like my glibc-problem is SMP-related, without -j it seems to build in more cases than with
Jun 24 20:29:17 <mewyn> I'm doing two things with OE right now, I'm evaluating it for some stuff for my company, a PPC and ARM based SBC for data aquisition and for personal use in a NAS and a MAME-cabinet, to replace full distros.
Jun 24 20:29:20 <CIA-48> 03mickeyl 07org.oe.dev * r27de0b2a... 10/ (4 files in 2 dirs): s3c24xx-utils all put into DEPLOY_DIR_TOOLS and fix AUTHOR
Jun 24 20:29:24 <CIA-48> 03mickeyl 07org.oe.dev * r0cf6f97c... 10/ (3 files in 2 dirs): dfu-util[-native] svn deploy into proper directory, fix AUTHOR email
Jun 24 20:29:29 <CIA-48> 03mickeyl 07org.oe.dev * r0f0ee30c... 10/ (3 files in 2 dirs): openocd[-native] svn deploy into tools directory
Jun 24 20:29:34 <CIA-48> 03mickeyl 07org.oe.dev * r6ce477a8... 10/ (1 conf/distro/generic.conf): generic distro: include X preferred versions
Jun 24 20:29:39 <CIA-48> 03mickeyl 07org.oe.dev * r763273db... 10/ (1 conf/distro/include/sane-srcrevs.inc): sane-srcrevs.inc: bump fs.o things
Jun 24 20:32:08 <CIA-48> 03mickeyl 07org.oe.dev * re1bcfff1... 10/ (1 packages/linux/linux-openezx-devel_svn.bb): add linux-openezx-devel, restarting EZX work inline w/ upstream
Jun 24 20:32:13 <CIA-48> 03mickeyl 07org.oe.dev * r3f2d07f6... 10/ (1 conf/machine/include/motorola-ezx-base.inc): motorola-ezx-base.inc: give local.conf a chance to override the preferred kernel
Jun 24 20:50:15 <tharvey> so is there some reason why 'bitbake -c fetch <target>' would not be working?  I've never seen it prefetch all sources needed to build a target
Jun 24 20:51:49 <XorA|gone> tharvey: -c fetchall
Jun 24 20:54:34 <tharvey> ah that explains it, thx
Jun 24 20:55:25 <flo_lap> re
Jun 24 20:55:41 <Crofton|work> hi flo_lap 
Jun 24 20:56:06 <flo_lap> mickeyl: Is the generic distro alive again? 
Jun 24 20:56:20 <mickeyl> ya
Jun 24 20:56:27 <mickeyl> i've been able to build some stuff with it
Jun 24 20:56:35 <Crofton|work> can we rename it "minimal.distro"
Jun 24 20:56:58 <mickeyl> hmm, minimal.distro or 'minimal'
Jun 24 20:57:03 <mickeyl> ?
Jun 24 20:57:03 <Crofton|work> er minimal.conf
Jun 24 20:57:06 <mickeyl> aaah
Jun 24 20:57:08 <Crofton|work> mickeyl, right
Jun 24 20:57:11 <mickeyl> i agree
Jun 24 20:57:14 <mickeyl> will do it right now
Jun 24 20:57:18 <Crofton|work> thanks
Jun 24 20:57:34 <Crofton|work> generic is an awful name, then people expect it to do what they want
Jun 24 21:01:38 <CIA-48> 03mickeyl 07org.oe.dev * r02a39af2... 10/ (5 files in 2 dirs): 
Jun 24 21:01:38 <CIA-48> rename generic[-uclibc].conf to minimal[-uclibc].conf to better indicate that this is a distribution
Jun 24 21:01:38 <CIA-48> configuration that serves as a lean-and-mean starting point, imposing only a minimal amount of policies.
Jun 24 21:31:01 <CIA-48> 03koen 07org.oe.dev * r473d5c32... 10/ (1 conf/distro/include/sane-srcrevs.inc): sane-srcrevs: add more freesmartphone stuff since the maintainers aren't bothering
Jun 24 21:52:04 * pb__ returns from birthday celebration
Jun 24 21:52:59 <woglinde> re pb
Jun 24 21:53:51 <pb__> hi woglinde 
Jun 24 21:59:34 <pb__> hi ljp 
Jun 24 22:07:40 <ljp> hey pb__ how goes it
Jun 24 22:10:46 <pb__> ljp: pretty good here, enjoying the summer, though dismayed to find that I am another year older today.
Jun 24 22:11:00 <pb__> what's happening down there on the other side of the planet?
Jun 24 22:12:16 <ljp> winter :)
Jun 24 22:12:23 <ljp> and lots of Nokia things
Jun 24 22:12:31 <pb__> heh
Jun 24 22:12:44 <pb__> very good
Jun 24 22:12:53 <ljp> mostly good
Jun 24 22:17:42 * pb__ bedtime now
Jun 24 22:17:43 <pb__> night all
Jun 24 22:34:15 <wirelessdreamer> what is the standard package name for the joydev module?
Jun 24 22:36:56 <A__A> Have you tried #angstrom wirelessdreamer?
Jun 24 22:37:09 <A__A> Smiley face.
Jun 24 22:37:50 <wirelessdreamer> =P
Jun 24 22:38:29 <A__A> Why is it not working?  Why would it not be working?  What has happened?
Jun 24 22:39:10 <wirelessdreamer> angstrom seems to not have the joydev kernel module in its repository
Jun 24 22:40:11 <Fique> could someone point me to a wiki page or answer how I can use an SVN version of a package
Jun 24 22:40:50 <A__A> wirelessdreamer: ask again at an earler time.  7 GMT onwards.
Jun 24 22:44:41 <A__A> Going to sleep.
Jun 24 23:11:14 <Tartarus> The switch to git isn't done yet, right?
Jun 24 23:11:31 * Tartarus pulls down a whole mtn db snapshot once again
Jun 25 00:08:04 <mm0zct> hi
Jun 25 00:08:46 <mm0zct> anyone got any experience getting oe setup for an acer n30?
Jun 25 00:22:10 <mm0zct> hi
Jun 25 01:26:30 <khem> any svn user here help me merge a file which is new in one branch on to another
Jun 25 01:34:50 <mewyn> Anyone ever build OE with i686 or above optimizations?
Jun 25 02:31:11 <khem> mewyn: what problem are u seeing
Jun 25 02:40:29 <mewyn> ASM errors, don't have it handy
Jun 25 02:40:47 <mewyn> I'm gonna try again later after I get a solid i486 build, it gets past glibc
**** ENDING LOGGING AT Wed Jun 25 02:59:57 2008