**** BEGIN LOGGING AT Fri Apr 15 02:59:57 2011
Apr 15 07:18:00 <mckoan> GOOD MORNING
Apr 15 07:18:16 <mckoan> oops, caps on :-)
Apr 15 08:13:47 <pespin> JaMa|Wrk, I sent this little patch like 15th days ago and it hasn't been applied yet u.u coud you or someone else apply it? http://www.mail-archive.com/openembedded-devel@lists.openembedded.org/msg17553.html
Apr 15 08:14:13 <pespin> I didn't get any feedback neither
Apr 15 08:36:58 <CIA-32> 03Paul Menzel <paulepanter@users.sourceforge.net> 07master * re33263f864 10openembedded.git/recipes/starling/starling_0.9.bb: (log message trimmed)
Apr 15 08:36:58 <CIA-32> starling: change `gst-plugin-ivorbis` to `gst-plugin-ivorbisdec` in `RRECOMMENDS_${PN}`
Apr 15 08:36:58 <CIA-32> With commit e6d170ab [1]
Apr 15 08:36:58 <CIA-32> commit e6d170abad28fcd0e3b8ba831705bed23e3309a4
Apr 15 08:36:58 <CIA-32> Author: Martin Jansa <martin.jansa@gmail.com>
Apr 15 08:36:58 <CIA-32> Date: Thu Apr 7 00:12:22 2011 +0000
Apr 15 08:36:59 <CIA-32> gst-plugins: define disjunctive PACKAGES_DYNAMIC for each pack base/good/bad/ugly
Apr 15 08:52:11 <woglinde> pespin does oe work fine for atom based boards?
Apr 15 08:52:14 <woglinde> hi risca
Apr 15 08:52:44 <risca> Hi woglinde 
Apr 15 08:52:55 <pespin> woglinde, I'ts running fine in my exopcslate
Apr 15 08:53:15 <pespin> with SHR build using the tune-atom.inc
Apr 15 08:53:37 <pespin> but lacks the i686 opkg config file without that patch
Apr 15 08:54:33 <woglinde> pespin I mean the build process
Apr 15 08:54:58 <woglinde> pespin I will commit in few minutes
Apr 15 08:55:39 <pespin> woglinde, yeah, it builds an SHR distro without problems
Apr 15 08:55:58 <pespin> using MACHINE="exopcslate" which imports the tune-atom.inc
Apr 15 08:56:37 <woglinde> pespin hm do you have a rawlink
Apr 15 08:56:43 <woglinde> seems didnt landed in patchwork
Apr 15 08:57:15 <pespin> woglinde, hmm I'll look
Apr 15 08:58:29 <pespin> woglinde, nop, but I can redo it and send it to you if you want
Apr 15 09:00:30 <woglinde> yes please
Apr 15 09:00:43 <woglinde> so you will get credits :)
Apr 15 09:08:04 <woglinde> these dman web frontends
Apr 15 09:09:51 <woglinde> hm it hase base_package_arch as i686
Apr 15 09:10:38 <woglinde> okay
Apr 15 09:10:43 <woglinde> other has the same
Apr 15 09:11:13 <pespin> woglinde, is there some problem?
Apr 15 09:12:23 <XorA|gone> morning
Apr 15 09:14:00 <woglinde> here we go
Apr 15 09:14:07 <woglinde> hi xora ;)
Apr 15 09:14:09 <CIA-32> 03Henning Heinold <h.heinold@tarent.de> 07org.openembedded.dev * r729f1fd119 10openembedded.git/conf/machine/include/tune-atom.inc: 
Apr 15 09:14:09 <CIA-32> tune-atom.inc: add i686 to PACKAGE_EXTRA_ARCH
Apr 15 09:14:09 <CIA-32> Signed-off-by: Pau Espin Pedrol <pespin.shar@gmail.com>
Apr 15 09:14:09 <CIA-32> Acked-by: Henning Heinold <h.heinold@tarent.de>
Apr 15 09:18:45 <woglinde> ~seen stefan_schmidt
Apr 15 09:18:46 <ibot> stefan_schmidt <~stefan@p5B033713.dip.t-dialin.net> was last seen on IRC in channel #oe, 15h 6m 21s ago, saying: 'Jay7: :)'.
Apr 15 09:18:52 <woglinde> hms
Apr 15 09:21:46 <Jay7> o_O
Apr 15 09:21:49 <Jay7> morning
Apr 15 09:26:12 <woglinde> hi jay7
Apr 15 09:26:14 <woglinde> ;)
Apr 15 09:33:43 <bluelightning> morning all
Apr 15 09:33:52 <woglinde> hi bluelightning
Apr 15 10:15:25 <CIA-32> 03Henning Heinold <h.heinold@tarent.de> 07org.openembedded.dev * r91c14caa88 10openembedded.git/recipes/mercurial/mercurial-native_1.6.3.bb: 
Apr 15 10:15:25 <CIA-32> mercurial-native: fix legacy staging
Apr 15 10:15:25 <CIA-32> * bump PR
Apr 15 11:52:32 <woglinde> hi gnutoo
Apr 15 11:52:58 <risca> Hi all!
Apr 15 11:53:09 <woglinde> hi risca
Apr 15 11:53:47 <risca> I would like some assistance in making a patch for firefox-3.6.8
Apr 15 11:54:00 <risca> The problem is described in http://www.mail-archive.com/openembedded-devel@lists.openembedded.org/msg17883.html
Apr 15 11:54:24 <risca> It has to do with some variables not being set.
Apr 15 11:55:04 <risca> Well, the problem is not with firefox-3.6.8 in itself, but with mozilla-1.9.2.
Apr 15 11:55:53 <risca> I'm considering different approaches to setting the appropriate variables.
Apr 15 11:57:30 <risca> Should I make a sed substitution before do_compile but after do_configure, or could I do something in do_compile
Apr 15 11:57:48 <risca> A patch for autoconf.mk.in perhaps?
Apr 15 11:59:29 <woglinde> sed would be fine too
Apr 15 12:01:06 <risca> Perhaps use sed in do_compile and then hand over the compilation to oe?
Apr 15 12:01:26 <tasslehoff> anyone know which kernel angstrom 2010.x on a beagleboard uses with the latest dev?
Apr 15 12:02:07 <woglinde> .37
Apr 15 12:02:26 <woglinde> omap .37
Apr 15 12:02:37 <woglinde> risca do_compile_prepend
Apr 15 12:04:29 <tasslehoff> hm, perhaps it will be easier to get my power management going on .37 than it is on the .32 I use with angstrom 2008 today
Apr 15 12:04:51 <risca> woglinde, That's how you do that! Didn't remember that
Apr 15 12:05:09 <woglinde> tasslehoff hm
Apr 15 12:05:26 <woglinde> risca yeah better than rewrite do_compile
Apr 15 12:11:35 <risca> Hehe do_compile_prepend was already present. I just need to expand it =)
Apr 15 12:11:53 <woglinde> fine
Apr 15 12:20:08 <risca> Is there a $PKG_CONFIG variable available for recipes?
Apr 15 12:20:41 <risca> instead of running e.g. PKG_CONFIG_PATH=... pkg-config
Apr 15 12:20:57 <woglinde> do a grep
Apr 15 12:21:10 <risca> How do you mean?
Apr 15 12:21:45 <woglinde> grep pkg-config recipes/*
Apr 15 12:22:29 <risca> Ah, I see
Apr 15 12:41:15 <GNUtoo> woglinde, hi
Apr 15 14:02:54 <blindvt`> khem: that fts-support patch from salvatore is b0rken: http://paste.debian.net/114110/
Apr 15 14:03:12 <blindvt`> khem: do we need that? I'll drop it locally for now...
Apr 15 14:03:17 <woglinde> blindvt damn
Apr 15 14:03:25 <woglinde> blindvt only for systemd
Apr 15 14:03:42 <blindvt`> woglinde: whatever that may be :P
Apr 15 14:03:56 <woglinde> init replacement
Apr 15 14:04:03 <woglinde> fedora15 comes with it default
Apr 15 14:04:13 <woglinde> has nice concepts
Apr 15 14:04:19 <woglinde> but its from lennart
Apr 15 14:04:49 <blindvt`> busybox has a couple of working init impls, but ok, i'll have a look if you think it's worth having that BSD extension
Apr 15 14:05:01 <woglinde> blindvt does it works with arm?
Apr 15 14:05:52 <blindvt`> woglinde: huh? it's some ftw/nftw non-standard dir-traversial interface in pure C
Apr 15 14:05:58 <woglinde> http://0pointer.de/blog/projects/blame-game.html
Apr 15 14:06:07 <woglinde> if you want to know more about systemd
Apr 15 14:06:22 <woglinde> I mean the compile
Apr 15 14:06:23 <blindvt`> woglinde: thanks, but no, thanks ;)
Apr 15 14:06:27 <woglinde> okay
Apr 15 14:06:54 <blindvt`> woglinde: i'll beat that fts into shape so that it compiles and let you runtime-test it, k?
Apr 15 14:08:09 * blindvt` &
Apr 15 14:08:31 <woglinde> yeah would be cool
Apr 15 14:08:44 <woglinde> will update the systemd recipe for it
Apr 15 14:32:29 <ant_work> guys, I'll need a couple of acks for updating mtd-utils and (maybe) udev
Apr 15 14:33:29 * JaMa|Wrk is fine with mtd-utils update, but please send it to oe-core too :)
Apr 15 14:33:53 <ant_work> np, udev would be a sync with oe-core more or less
Apr 15 14:34:03 <ant_work> e.g. startlevel S04
Apr 15 14:34:26 * JaMa|Wrk wants to reflash only image created from meta-shr layer
Apr 15 14:34:35 <JaMa|Wrk> and kill old workdir
Apr 15 14:34:36 <ant_work> JaMa|Wrk: btw, about mount.blacklist for spitz
Apr 15 14:34:53 <ant_work> would you add mmcblkp and sd* ?
Apr 15 14:35:10 <ant_work> I mean, old stale file only added hda...
Apr 15 14:35:52 <JaMa|Wrk> I've /dev/mtdblock /dev/mmcblk0p1-6 in my mount.blacklist already
Apr 15 14:36:01 <ant_work> yea, for shr ;)
Apr 15 14:36:19 <JaMa|Wrk> so I'm fine with it :)
Apr 15 14:36:23 <ant_work> this recipe is maybe the champion wrt 'overrides'
Apr 15 14:36:30 <mlip> hej, anyone here can confirm binutils does not build without --disable-werror on oe-core ?
Apr 15 14:36:35 <khem> blindvt`: http://git.openembedded.org/cgit.cgi/meta-openembedded/tree/meta-oe/recipes-core/uclibc/uclibc-git/fts-support.patch
Apr 15 14:36:56 <khem> it has been working in oe-core+meta-oe for few weeks now
Apr 15 14:36:56 <ant_work> and mount.sh of angstrom just adds relatime ...
Apr 15 14:37:13 <khem> uclibc in meta-oe has bit more fixes
Apr 15 14:37:45 <woglinde> hi khem
Apr 15 14:37:55 <woglinde> khem how was your talk at elc?
Apr 15 14:37:57 <ant_work> khem: with you guys looking forward to oe-core, oe-dev is already bitrotting
Apr 15 14:38:15 <ant_work> I guess many boards would have runtime issues
Apr 15 14:38:18 <JaMa|Wrk> khem: have you ever tried to push rebased branch to meta-openembedded-contrib?
Apr 15 14:38:43 <woglinde> hm I will keep pushing for dev
Apr 15 14:38:47 <khem> ant_work: yes I think slowly oe-core+meta-oe should become norm
Apr 15 14:38:50 <woglinde> until tsc makes his notes
Apr 15 14:39:23 <JaMa|Wrk> khem: imho it worked before, but now I get strange error from some git hook (not the one about missing -f when pushing not-forward changes)
Apr 15 14:39:28 <khem> woglinde: yes there are few issues remaining before tsc makes a public announcement to encourage move over
Apr 15 14:39:32 <khem> JaMa|Wrk: hmmm 
Apr 15 14:39:35 <khem> let me check 
Apr 15 14:39:49 <khem> I think it was setup so you could rewrite the history
Apr 15 14:42:13 <khem> JaMa|Wrk: try now
Apr 15 14:42:39 <khem> JaMa|Wrk: contrib repo of oe-core was setup ok but I forgot to fix meta-oe contrib repo
Apr 15 14:42:42 <khem> now it should be ok
Apr 15 14:42:48 <mlip> khem, could you check if binutils 2.21 builds for you on oe-core? or is there some buildbot setup?
Apr 15 14:43:18 <khem> mlip: ?
Apr 15 14:43:21 <mlip> i have a patch local for --disable-werror like in -canadian and -cross, but will send only if it's really needed
Apr 15 14:43:29 <khem> ah
Apr 15 14:43:35 <khem> whats your host distro
Apr 15 14:43:56 <khem> woglinde: talks went ok 
Apr 15 14:44:03 <woglinde> khem sure
Apr 15 14:44:05 <mlip> khem, gentoo
Apr 15 14:44:28 <khem> woglinde: I was sick and one of my talk was final session and I have almost lost my voice by then
Apr 15 14:44:34 <JaMa|Wrk> khem: works, thanks
Apr 15 14:44:37 * khem was sick
Apr 15 14:44:50 <ka6sox-away> khem better now?
Apr 15 14:44:58 <khem> ka6sox-away: yes slowly
Apr 15 14:45:14 <khem> getting over it
Apr 15 14:45:32 <woglinde> khem ouch
Apr 15 14:45:35 <khem> mlip: and whats your arch
Apr 15 14:45:41 <khem> mlip: target arch
Apr 15 14:45:42 <woglinde> gm ka6sox
Apr 15 14:45:46 <JaMa|Wrk> sick from ELC? or did you have to skip it?
Apr 15 14:46:04 <ka6sox-away> woglinde, morning
Apr 15 14:46:08 <khem> JaMa|Wrk: I was there but got sick 2 days before it
Apr 15 14:46:14 <JaMa|Wrk> ah :/ pity
Apr 15 14:46:19 <khem> some sort of bug entered my body :)
Apr 15 14:46:38 * JaMa|Wrk sends some patch to khem
Apr 15 14:46:54 <mlip> khem, ARM=arm, actually I am currently creating a layer for my old gumstix-verdex ...
Apr 15 14:47:22 <mlip> khem, got this error: http://comments.gmane.org/gmane.linux.embedded.poky/3462
Apr 15 14:47:43 <ka6sox-away> so its OABI?
Apr 15 14:48:51 <khem> mlip: that patch is applied to oe-core 
Apr 15 14:48:54 <khem> so I am confused
Apr 15 14:48:59 <khem> why you hit it
Apr 15 14:49:02 <mlip> khem, yeah, but only for canadian and cross
Apr 15 14:49:10 <mlip> not for the casual binutils.inc
Apr 15 14:49:17 <mlip> binutils_2.21.bb
Apr 15 14:50:06 <khem> ok so you are hitting it for target recipe too ?
Apr 15 14:50:20 <khem> like bitbake binutils ?
Apr 15 14:50:21 <mlip> yeah
Apr 15 14:50:27 <khem> or binutils-cross 
Apr 15 14:50:37 <khem> I am trying to find if its host compiler related or not
Apr 15 14:50:38 <woglinde> target I guess
Apr 15 14:50:47 <mlip> no, i hit it when compiling it for the target
Apr 15 14:50:55 <khem> mlip: hmm ok
Apr 15 14:51:04 <khem> mlip: are you also usinf meta-oe layer ?
Apr 15 14:51:41 <mlip> yes, I did override def-pref for binutils, since I got the same error on meta-oe
Apr 15 14:52:12 <mlip> khem, happens too on 2.20.1 when compiling for the target
Apr 15 14:52:35 <khem> mlip: interesting now why others are not hitting it
Apr 15 14:54:21 <khem> mlip: I know its needed for 2.20.1
Apr 15 14:54:24 <khem> but not for 2.21
Apr 15 14:54:35 <khem> so I think you are still usig 2.20.1
Apr 15 14:54:40 <khem> from meta-oe
Apr 15 14:55:30 <mlip> khem, I already applied a patch locally to oe-core and it worked after disabling werror, so I think I am using the core one
Apr 15 14:55:55 <mlip> khem, double checked , I am using 2.21
Apr 15 14:56:13 <khem> mlip: hmm ok
Apr 15 14:56:19 <khem> mlip: and whats your gcc ?
Apr 15 14:56:28 <khem> are you using gcc from oe-core
Apr 15 14:56:31 <khem> or meta-oe
Apr 15 14:56:39 <khem> gcc-cross
Apr 15 14:57:20 <mlip> gcc-4.5-r35.1+svnr170880
Apr 15 14:57:36 <khem> ok
Apr 15 14:57:45 <khem> so you have gcc from meta-oe
Apr 15 14:58:15 <khem> problem is if it works with gcc from oe-core it may not fly well
Apr 15 14:58:21 <khem> but do this
Apr 15 14:58:29 <mlip> i can try the gcc from oe-core
Apr 15 14:58:30 <khem> try it out with gcc from oe-core
Apr 15 14:58:40 <mlip> but this will take some time I think ;)
Apr 15 14:58:57 <khem> yes
Apr 15 14:59:13 <khem> oe-core needs a lot to sanitize the patches
Apr 15 14:59:27 <khem> we would want to understand the real problem
Apr 15 14:59:50 <khem> time to dress up kids
Apr 15 14:59:52 <khem> ttyl
Apr 15 15:00:08 <mlip> khem, can you tell me some "fast switch" to oe-core? is 4.5 the current version for the core ?
Apr 15 15:00:23 <khem> mlip: yes it uses 4.5.0
Apr 15 15:00:30 <khem> meta-oe has 4.5.3
Apr 15 15:00:39 <khem> + other patches
Apr 15 15:00:51 <mlip> oke, then I will try to just set pref. version
Apr 15 15:01:42 <ka6sox-away> khem, can you build oe-core for qemu-arm in 90GB?
Apr 15 15:02:00 <woglinde> ka6sox uhm
Apr 15 15:02:04 <woglinde> should be
Apr 15 15:02:12 <woglinde> its core
Apr 15 15:02:22 <khem> JaMa|Wrk: http://pastebin.com/GD83qRd7
Apr 15 15:02:26 <khem> have you seen this
Apr 15 15:02:58 <khem> ka6sox-away: 90G is good
Apr 15 15:03:15 <khem> ka6sox-away: with 90G I think we should be able to build more
Apr 15 15:03:50 <JaMa|Wrk> khem: ah sorry.. we should move vala.bbclass from meta-efl to meta-oe then
Apr 15 15:03:52 <Jay7> 90Gb??
Apr 15 15:04:11 <Jay7> yocto have feature request to lower hdd req's :)
Apr 15 15:04:14 <woglinde> jay7 ka6sox has 2 fast ssd disk in a raid
Apr 15 15:04:26 <Jay7> it's in theys feature list :)
Apr 15 15:04:29 <JaMa|Wrk> khem: there was only libeflvala using it in meta-efl before.. so I didn't notice it missing in meta-oe
Apr 15 15:24:16 <Crofton|work> CosmicPenguin, welcome back
Apr 15 15:24:25 <CosmicPenguin> Good to be back
Apr 15 15:25:14 <Crofton|work> we missed you at ELC
Apr 15 15:25:26 <CosmicPenguin> I'm hard to miss
Apr 15 15:38:10 <cryptk> ok, anyone about who knows the innards of narcissus?
Apr 15 15:38:18 <woglinde> cryptk what?
Apr 15 15:38:27 <Crofton|work> cryptk, talk to koen
Apr 15 15:38:38 <cryptk> I am working on getting the SSD set up for the work directory
Apr 15 15:38:44 <woglinde> when koen has recovered
Apr 15 15:39:08 <cryptk> looks like there is a required directory structure or something... I think I am gonna go the easy route and jsut copy everything to the SSD then mount it...
Apr 15 15:39:22 <Crofton|work> that would be a good start
Apr 15 15:39:26 <CcSsNET> cryptk live in massachuesetts by any chance?
Apr 15 15:39:43 <cryptk> nope
Apr 15 15:39:46 <CcSsNET> ok nvm
Apr 15 15:39:47 <cryptk> why do you ask?
Apr 15 15:40:00 <CcSsNET> well next question was do u have a pet squerell
Apr 15 15:40:02 <CcSsNET> lol
Apr 15 15:40:03 <cryptk> that was a random question...
Apr 15 15:40:08 <woglinde> lol
Apr 15 15:40:11 <cryptk> what does that have to do with anything?
Apr 15 15:40:22 <CcSsNET> know someone that used a similiar nick as yours
Apr 15 15:40:26 <CcSsNET> its relivant to them
Apr 15 15:40:28 <CcSsNET> :)
Apr 15 15:40:36 <cryptk> ahh
Apr 15 15:42:08 <ant_work> cryptk: when touching koen's stuff always fress asbest :)
Apr 15 15:42:18 <ant_work> *dress
Apr 15 15:42:48 <cryptk> that makes no sense...
Apr 15 15:43:05 <ant_work> does flame says anything?
Apr 15 15:43:23 <ant_work> I'm joking but just copy all
Apr 15 15:44:25 <cryptk> yep, that is what I am doing
Apr 15 15:44:34 <ant_work> Crofton|work: are the ideas more clear now? New guidelines coming?
Apr 15 15:44:50 <ant_work> I'm dubious right now about which distro to test
Apr 15 15:44:58 <ant_work> Angstrom / shr would be sure side
Apr 15 15:46:47 <ant_work> and being my questions about minimal had no answer, I can only *guess* there will be a sort of minimal/default distro to build on top of oe-core+oe-meta
Apr 15 15:47:12 <Crofton|work> there are supposed to be sane defaults
Apr 15 15:47:41 <ka6sox-away> morning Crofton|work 
Apr 15 15:48:12 <ant_work> ok, so no distro needed as default?
Apr 15 15:48:14 <Crofton|work> cryptk, the narcissus source is here: http://git.angstrom-distribution.org/cgi-bin/cgit.cgi/narcissus/
Apr 15 15:48:18 <Crofton|work> allegedly
Apr 15 15:48:38 <woglinde> crofton got new comsoc magazin will look at it tomorrow
Apr 15 15:48:42 <woglinde> or this evening
Apr 15 15:48:44 <cryptk> hrm, Crofton|work not exactly what I was after, lol
Apr 15 15:48:50 <Crofton|work> :)
Apr 15 15:48:58 <Crofton|work> I know, but just in case
Apr 15 15:49:00 <cryptk> I don't have time to read through your source and figure out how it works
Apr 15 15:49:05 <Crofton|work> direct copy should be good for now
Apr 15 15:49:06 <cryptk> lol
Apr 15 15:49:12 <cryptk> yep, that is what I am doing
Apr 15 15:49:46 <cryptk> gonna rsync it, then take narc offline for a quick second rsync pass to make sure things are consistent, then mount it up and bring narc back online
Apr 15 15:50:13 <cryptk> this file copy isn't anywhere near stressing these drives
Apr 15 15:50:59 <woglinde> sounds like a good plan
Apr 15 15:51:17 <ant_work> if you like we can test: some of us start some narcissus tasks right now and try to put in knee your machine ;)
Apr 15 15:51:31 * woglinde shakes fist on our admins using reiserfs on the build server
Apr 15 15:51:39 <cryptk> wait till I get it on the SSD's first
Apr 15 15:51:40 <ka6sox-away> ant_work, wait a bit.
Apr 15 15:51:46 <ant_work> ^_^
Apr 15 15:51:50 <cryptk> yep, I gotta get everything migrated first
Apr 15 15:52:15 <ant_work> ka6sox-away: I know you fear narcissus :p
Apr 15 15:52:33 <ka6sox-away> ant_work, fear? naw....
Apr 15 15:52:39 <cryptk> we shouldn't fear it anymore after I am done with this
Apr 15 15:52:43 <cryptk> narc will FEAR US!
Apr 15 15:53:07 <ka6sox-away> I like what it does...its just rather "intensive"
Apr 15 15:53:16 <ant_work> I fear broken narcissus images :/
Apr 15 15:53:30 <ka6sox-away> ant_work, has that happened?
Apr 15 15:53:32 <ant_work> runtime seems a bit disastrous
Apr 15 15:53:47 <cryptk> we could always ionice narc into oblivion...
Apr 15 15:53:59 * mwester is afraid of reiserfs; it will kill me and dump my body in the desert.
Apr 15 15:54:21 <ant_work> ka6sox-away: cryptk broken indipendently of the host server :)
Apr 15 15:54:38 <ka6sox-away> ant_work, who knows...
Apr 15 15:54:39 <woglinde> mwester yes ands its awfully slow for oe
Apr 15 15:55:14 <ka6sox-away> has anyone actually used ext4 with trim for building OE?
Apr 15 15:56:55 <cryptk> For my reference, my online order number is 119876583
Apr 15 15:57:17 <woglinde> ka6sox *g*
Apr 15 15:57:46 <ka6sox-away> woglinde, I keep hearing "use this" but have not actually heard a report on how it works.
Apr 15 15:58:11 <woglinde> ka6sox you claimed the raidcontroller cannt do it anyway
Apr 15 15:58:26 <mwester> What is "trim"?
Apr 15 15:58:41 <woglinde> http://sites.google.com/site/lightrush/random-1/howtoconfigureext4toenabletrimforssdsonubuntu
Apr 15 15:59:01 <ant_work> I will wait for next-gen SSD w/out those hassles
Apr 15 15:59:02 <woglinde> mwester command for ssd's like devices to better write to the blocks
Apr 15 15:59:16 <woglinde> in random fashion
Apr 15 15:59:23 <mwester> ah, ok.
Apr 15 15:59:38 <cryptk> there are a bunch of narc builds going on that are slowing this way down...
Apr 15 16:00:11 <ant_work> pls don't look at me
Apr 15 16:00:29 <ka6sox-away> woglinde, its hit or miss on raid controllers.
Apr 15 16:01:17 <woglinde> hm I have an older ssd here
Apr 15 16:01:31 <woglinde> but there are some backupimages on it
Apr 15 16:01:35 <woglinde> so I cannt test it
Apr 15 16:03:58 <ka6sox-work> woglinde, okay it would be nice to have metrics on how well that works.
Apr 15 16:04:18 <woglinde> uhm that reminds me to use ext4 on my eeepc too
Apr 15 16:04:34 <woglinde> but dont know if these ssd's supprt trim
Apr 15 16:04:38 <woglinde> *google*
Apr 15 16:06:23 <woglinde> hm ah seems they have it
Apr 15 16:06:32 <risca> Yay, submitted my first patch to oe-dev =) Probably got some things wrong, but still =)
Apr 15 16:06:59 <ka6sox-work> okay, I can see the advantage...
Apr 15 16:07:07 <ka6sox-work> less wear.
Apr 15 16:07:18 <JaMa|Wrk> risca: Patrik Dahlström?
Apr 15 16:07:25 <risca> Yep
Apr 15 16:07:37 <JaMa|Wrk> risca: then SOB line is realy bad Subject :)
Apr 15 16:08:16 <risca> Yeah, I know. I will get it better next time
Apr 15 16:08:32 <risca> It is extracted from the commit message
Apr 15 16:08:40 <JaMa|Wrk> try better and resend
Apr 15 16:08:41 <risca> I followed the guide at http://wiki.openembedded.net/index.php/How_to_submit_a_patch_to_OpenEmbedded
Apr 15 16:08:49 <risca> Ok, I'll do that
Apr 15 16:08:59 <risca> PATCH v2?
Apr 15 16:09:55 <risca> I mean, should I change the subject prefix to PATCH v2?
Apr 15 16:10:12 <woglinde> yes
Apr 15 16:10:37 <woglinde> you can check patchwork if it got it right
Apr 15 16:11:05 <JaMa|Wrk> no it didn't, also SOB there
Apr 15 16:11:19 <woglinde> oh hm
Apr 15 16:11:20 <JaMa|Wrk> risca: so it's time to learn how to change patch status in patchwork too :)
Apr 15 16:11:32 <CIA-32> 03Tom Rini <tom_rini@mentor.com> 07master * r2178ff9f51 10openembedded.git/recipes/libedit/libedit_20100424.bb: 
Apr 15 16:11:32 <CIA-32> libedit: Add 20100424 (3.0)
Apr 15 16:11:32 <CIA-32> Recipe courtesy of Freescale.
Apr 15 16:11:32 <CIA-32> Signed-off-by: Tom Rini <tom_rini@mentor.com>
Apr 15 16:12:17 <risca> That was step #5 of the above howot
Apr 15 16:12:19 <risca> howto*
Apr 15 16:20:25 <gilby> HELLO You All!!! I need your help, just a little question: I've modified a recipes without backupping the original... how or where I can download again the original one???
Apr 15 16:20:38 <woglinde> gilby uhm?
Apr 15 16:20:46 <woglinde> gilby was it in oe before?
Apr 15 16:21:04 <woglinde> did you put it ander revision control?
Apr 15 16:21:37 <gilby> :) ok... yes, but I modified it... i change the URI for the fetch download and now I need the original one, but i haven't backupped it
Apr 15 16:22:02 <mwester> It's a git repo, just use the correct git command to restore the original.
Apr 15 16:22:50 <gilby> ok it's amazing but since now I've used git to download the whole OE... now, how I can download just a single part?
Apr 15 16:23:14 <gilby> sorry but I'm starting now with OE and I'm very silly :)
Apr 15 16:24:04 <mwester> Well, this has little to do with OE and much to do with git in general -- so any git reference will help you.  But basically you have already downloaded everything, you need only to remove the file in question and check in out again.  (rm file, git checkout file)
Apr 15 16:24:08 <woglinde> gilby git is working locally
Apr 15 16:24:14 <woglinde> instead of cvs or svn
Apr 15 16:25:51 <gilby> ok but i can't use git... i just know git checkout origin/stable/2009 -b shr/testing/2010
Apr 15 16:26:01 <gilby> so... i have to re-do this?
Apr 15 16:26:19 <woglinde> oh you are working on very old code
Apr 15 16:26:49 <gilby> no no it's an example, i'm working on 2010.07 or something like this
Apr 15 16:26:51 <woglinde> gilby try git status
Apr 15 16:26:54 <woglinde> and git diff
Apr 15 16:27:09 <gilby> perfect woglinde
Apr 15 16:27:10 <woglinde> your command checks out a branch
Apr 15 16:27:17 <gilby> i'll try
Apr 15 16:27:19 <woglinde> and as mwester said
Apr 15 16:27:22 <gilby> thank you for now
Apr 15 16:27:30 <woglinde> please try one of the git tutorial
Apr 15 16:27:34 <woglinde> to get the basic
Apr 15 16:27:45 <JaMa|Wrk> gilby: are you sure you want this for shr-testing?
Apr 15 16:27:54 <gilby> yes I know I'm sorry for this...
Apr 15 16:28:02 <gilby> just a moment
Apr 15 16:28:11 <JaMa|Wrk> because origin/stable/2009 does not even have shr.conf iirc
Apr 15 16:28:26 <JaMa|Wrk> so the local branch name is just stupid :)
Apr 15 16:30:15 <risca> This 'Signed-off-by', should it be in the commit message? The commit log example does not have it, but it is mentioned in the Commit policy.
Apr 15 16:30:25 <risca> http://wiki.openembedded.net/index.php/Commit_log_example
Apr 15 16:30:31 <risca> http://wiki.openembedded.net/index.php/Commit_Policy
Apr 15 16:30:43 <woglinde> risca yes
Apr 15 16:30:45 <JaMa|Wrk> risca: yes.. last line of commit message
Apr 15 16:30:47 <woglinde> try commit -s
Apr 15 16:30:51 <JaMa|Wrk> risca: usually added by -s param
Apr 15 16:31:14 <risca> Okay, I was unsure since it was missing in the commit example
Apr 15 16:31:36 <woglinde> hm you could add it there
Apr 15 16:34:54 <gilby> woglinde... if I try to do git status it reply me: fatal: Not a git repository (or any of the parent directories): .git
Apr 15 16:35:29 <JaMa|Wrk> gilby: you need to be in that git checkout
Apr 15 16:37:43 <gilby> i solved ... thank you all 
Apr 15 16:37:46 <gilby> you'r very nice
Apr 15 16:38:38 <woglinde> by reading and understanding a git tutorial you would have helped yourself
Apr 15 16:39:08 <JaMa|Wrk> now explain why you named local branch shr/testing/2010 when what you've checkouted has nothing to do with SHR
Apr 15 16:39:12 <JaMa|Wrk> gilby: ^
Apr 15 16:41:09 <gilby> i take that from al old user-manual i have... actually i've done git checkout -b release-2010.12 release-2010.12 and I'm working on this release
Apr 15 16:43:41 <woglinde> okay time to heading home
Apr 15 16:44:16 <JaMa|Wrk> gilby: ah, ok, then fine
Apr 15 16:44:23 <JaMa|Wrk> gilby: do you plan to work on SHR?
Apr 15 16:44:40 * JaMa|Wrk curious today
Apr 15 16:45:50 <risca> Okay, let's see if I got it right this time =)
Apr 15 17:10:38 <GNUtoo> is #angstrom the good channel for contacting angstrom oe devs?
Apr 15 17:10:44 <GNUtoo> I want a change in:
Apr 15 17:11:03 <GNUtoo> angstrom-2010-preferred-versions.inc
Apr 15 17:11:13 <GNUtoo> because there is a bug to fix
Apr 15 17:11:57 <mwester> There is often one or another of the angstrom devs here, but I think there is an angstrom IRC channel too.
Apr 15 17:12:06 <GNUtoo> (they forget to add PREFERRED_VERSION_xserver-nodm-init = "2.0" which was in angstrom-2008-preferred-versions.inc )
Apr 15 17:12:13 <GNUtoo> I asked there and I'm still waiting
Apr 15 17:12:37 <mwester> It is almost the weekend in EU, gets really quiet. :)
Apr 15 17:12:42 <GNUtoo> ah ok
Apr 15 17:12:44 <GNUtoo> hmmm
Apr 15 17:13:18 <JaMa|Wrk> GNUtoo: just send it to oe-devel, or better drop D_P in that recipe to make it default for all :)
Apr 15 17:13:41 <JaMa|Wrk> last 30 minutes before my weekend starts :)
Apr 15 17:13:42 <risca> Hehe Yes, right... weekend. I wonder what I'm still doing in school on a fridag at 7 pm xD
Apr 15 17:13:43 <GNUtoo> ok
Apr 15 17:15:42 <risca> JaMa|Wrk, I am now supposed to change state of my patch?
Apr 15 17:16:06 <risca> See point 5 on http://wiki.openembedded.net/index.php/How_to_submit_a_patch_to_OpenEmbedded
Apr 15 17:16:49 <JaMa|Wrk> risca: create login on patchwork with same email address you've used in patch
Apr 15 17:16:59 <risca> Done
Apr 15 17:17:18 <JaMa|Wrk> risca: then login and you should see menu with status change when you click on your patch
Apr 15 17:17:29 <risca> Yes
Apr 15 17:18:16 <JaMa|Wrk> so the one with SOB in subject should be marked as superseeded
Apr 15 17:18:34 <JaMa|Wrk> and the right one whould be changed to Accepted after someone pushes your patch to git repo
Apr 15 17:19:31 <risca> I've marked the faulty one (with SOB in subject) superseeded
Apr 15 17:19:51 <risca> How do I know that my patch has been pushed?
Apr 15 17:20:32 <JaMa|Wrk> someone replies on ML, or you just notice it in next git pull --rebase
Apr 15 17:20:42 <risca> okay =)
Apr 15 17:49:10 <zenlinux_laptop> I can seem to find this in my archive searches, but am I correct recalling that there was some discussion recently on one of the OE MLs deciding that for recipe upgrades we should *not* be using git mv anymore?
Apr 15 17:49:19 <zenlinux_laptop> s/can seem/can't seem/
Apr 15 18:37:52 <pingswept_> It seems that DEPENDS = "libpcre" is ignored, i.e. the libpcre library is not built when I build the parent recipe.
Apr 15 18:38:12 <pingswept_> I must be missing something obvious, but I don't know what it is.
Apr 15 18:41:04 <cryptk> ok, narcissus work dir is on SSD's, but there is more than enough room to move the other IO intensive folder there as well... once this is done, narc should really SCREAM
Apr 15 18:41:18 <cryptk> pretty much the entire build will be on the SSD
Apr 15 18:41:27 <cryptk> except for any packages that aren't cached
Apr 15 18:41:36 <cryptk> but those will be saved onto the cache
Apr 15 18:51:30 <Crofton|work> cryptk, thanks
Apr 15 18:52:01 <cryptk> np
Apr 15 18:52:39 <cryptk> I got done with the first copy and tested narc and it wasn't much faster than before, watched the disk IO on the host and saw that the SSD's were hardly doing anything while the slow disks were working their asses off
Apr 15 18:52:59 <cryptk> so I poked around a bit while a build was running and found where all of the access was on the slow disks
Apr 15 18:53:26 <cryptk> best part, even with the cache AND the work folder on the SSD's, you are still under half of your space on the SSD raid
Apr 15 18:53:49 <cryptk> Crofton|work, did you notice the nice little "we will be back" page I whipped up for you guys? lol
Apr 15 18:54:19 <Crofton|work> cryptk, hopefully we are not interfering as much with other users also
Apr 15 18:54:39 <cryptk> indeed
Apr 15 18:55:04 <cryptk> once this is done, you will be more throttled by CPU and RAM than the disks, and that is something that you cannot affect the others with
Apr 15 18:55:15 <cryptk> so you will be faster, they will be faster, everyone will be faster!
Apr 15 18:55:20 <cryptk> it is a win win win situation
Apr 15 18:55:39 <cryptk> OE wins, the other users win, and nas-admin wins
Apr 15 19:02:49 <neilm> can anyone tell me the best way to override FEEDS_BASEPATH in angstrom-2010.x?
Apr 15 19:07:17 <neilm> *FEED_BASEPATH
Apr 15 19:09:13 <cryptk> 62,000 more files to copy...
Apr 15 19:24:10 <cryptk> 30K more files...
Apr 15 19:53:20 <guilig> hello all, I am not a specialist with bitbake and oe, so a question regarding the compilation process, when I use bitbake ti-dmai, it uses the svn version, how specify another version ? 
Apr 15 19:53:27 <guilig> thx for help
Apr 15 19:55:41 <woglinde> guilig edit the recipe
Apr 15 19:55:55 <woglinde> and isnt there only a ti-dami svn recipe?
Apr 15 19:56:02 <guilig> yes
Apr 15 19:56:08 <guilig> no
Apr 15 19:56:09 <guilig> sorry 
Apr 15 19:56:11 <pingswept_> Where is the ti-dmai recipe?
Apr 15 19:56:35 <guilig> in openembedded/recipes/ti
Apr 15 19:56:40 <pingswept_> Ah, right.
Apr 15 19:56:46 <guilig> 6 different versions and   1 inc
Apr 15 19:56:48 <guilig> file
Apr 15 19:56:57 <pingswept_> What image are you building?
Apr 15 19:57:34 <guilig> so I think it choice with the machine setting but what I want it specifies some specific version because I use a DM6446 machine 
Apr 15 19:58:03 <guilig> angstrom-2010.x
Apr 15 19:58:28 <pingswept_> I think you'll have to edit recipes/ti/ti-dmai.inc
Apr 15 19:58:47 <pingswept_> line 20
Apr 15 19:58:48 <woglinde> guilig okay you need to set PREFFRED_VERSION_ti-dmai = "versionumber"
Apr 15 19:58:54 <woglinde> ups
Apr 15 19:58:59 <woglinde> my spelling mom
Apr 15 19:59:00 <pingswept_> That's where it pulls the source from SVN.
Apr 15 19:59:31 <pingswept_> ah, right, woglinde is correct.
Apr 15 19:59:49 <guilig> woglinde: in which recipe or file ? 
Apr 15 20:00:06 <woglinde> PREFERRED_VERSION_ti-dmai = "2.10.00.10" in your local.conf
Apr 15 20:00:36 <woglinde> but maybee angstroem overrides it
Apr 15 20:00:48 <woglinde> do grep -r ti-dmai in conf/
Apr 15 20:01:04 <woglinde> ups grep -r ti-dmai conf/*
Apr 15 20:01:10 <woglinde> then you have to change it there
Apr 15 20:01:17 <guilig> ok, it could be interesting for me in future to define a new machine with this specific, what is the best to do that ? define a new machine or define another local file ?
Apr 15 20:01:31 <guilig> thx woglinde
Apr 15 20:02:23 <Jay7> morning #2
Apr 15 20:02:39 <guilig> in conf directory, I have just my local.conf and doesn't contain any ti-dmai overrides
Apr 15 20:07:01 <CIA-32> 03Stanislav Brabec <utx@penguin.cz> 07master * rc65eea13e2 10openembedded.git/recipes/irda-utils/irdadump_0.9.16.bb: 
Apr 15 20:07:01 <CIA-32> irdadump: Use standard installation.
Apr 15 20:07:01 <CIA-32> * Fixes installation failure with new libtool.
Apr 15 20:07:01 <CIA-32> Signed-off-by: Stanislav Brabec <utx@penguin.cz>
Apr 15 20:07:08 <CIA-32> 03Stanislav Brabec <utx@penguin.cz> 07master * r3a14edb399 10openembedded.git/recipes/guile/ (guile-native.inc guile.inc): 
Apr 15 20:07:08 <CIA-32> guile: Build requires libltdl (libtool) and gettext to complete.
Apr 15 20:07:08 <CIA-32> Signed-off-by: Stanislav Brabec <utx@penguin.cz>
Apr 15 20:07:22 <CIA-32> 03Stanislav Brabec <utx@penguin.cz> 07master * rc6cd1ea1e0 10openembedded.git/recipes/matchbox2/ (matchbox-wm-2/new-make.patch matchbox-wm-2_svn.bb): 
Apr 15 20:07:22 <CIA-32> matchbox-wm-2: Convert Makefile.am spaces to tabs to be compatible with the new GNU make.
Apr 15 20:07:22 <CIA-32> Signed-off-by: Stanislav Brabec <utx@penguin.cz>
Apr 15 20:09:13 <woglinde> guilig hm is more an local.conf file setting
Apr 15 20:09:21 <woglinde> re jay7
Apr 15 20:09:32 <guilig> woglinde: the modification doesn't work 
Apr 15 20:09:43 <guilig> oe uses svn again
Apr 15 20:10:41 <CIA-32> 03Stanislav Brabec <utx@penguin.cz> 07master * r20ade7e02f 10openembedded.git/recipes/kismet/ (4 files in 2 dirs): 
Apr 15 20:10:41 <CIA-32> kismet: Updated to version 2010-07-R1.
Apr 15 20:10:42 <CIA-32> Signed-off-by: Stanislav Brabec <utx@penguin.cz>
Apr 15 20:11:14 <woglinde> guilig as I said try grep -r ti-dmai in the oe/conf directory
Apr 15 20:12:34 <guilig> in my oe I don't have conf dir, the conf dir is in build, and no result with grep 
Apr 15 20:12:55 <CIA-32> 03Tom Rini <tom_rini@mentor.com> 07master * rb6484e74c4 10openembedded.git/recipes/dtc/ (dtc_git.bb dtc_git.inc): 
Apr 15 20:12:55 <CIA-32> dtc_git: Merge .inc into .bb, update
Apr 15 20:12:55 <CIA-32> Change the SRC_URI to reference git.jdl.com and move dtc_git.inc into
Apr 15 20:12:55 <CIA-32> dtc_git.bb.
Apr 15 20:12:55 <CIA-32> Signed-off-by: Tom Rini <tom_rini@mentor.com>
Apr 15 20:14:15 <guilig> woglinde: I am stupid, so ok after a grep in openembedded/conf, there are a lot of file contain ti-dmai
Apr 15 20:17:31 <cryptk> I really hope that isn't you guys hammering narc
Apr 15 20:17:52 <cryptk> as soon as I brought it back up 5 builds kicked off... makes it hard to test it...
Apr 15 20:23:14 <cryptk> Crofton|work, ping
Apr 15 20:23:21 <Crofton|work> pong
Apr 15 20:23:27 <cryptk> migration complete!
Apr 15 20:23:35 <Crofton|work> great
Apr 15 20:23:45 <cryptk> I am watching 6 simultaneous builds happen in top... NONE of them are touching the slow disks
Apr 15 20:23:49 <cryptk> you guys are CPU bound now, lol
Apr 15 20:23:53 <Crofton|work> dman users 
Apr 15 20:24:31 <Jay7> | checking for XORG... configure: error: Package requirements (xorg-server >= 1.5.99.901 xproto inputproto) were not met:
Apr 15 20:24:33 <cryptk> well, I had a "down for upgrades" page up... and it seems like there were people just HAMMERING F5 waiting on it, the very moment I brought it back up, builds started happening
Apr 15 20:25:01 <Jay7> incremental build between previous testing-next and current testing-next for efikamx
Apr 15 20:25:09 <cryptk> so I figure give it a bit for the people who were "anxious" to get their builds done and we will see what it can do
Apr 15 20:26:49 <cryptk> Crofton|work, the opkg-cl binary is the thing hogging all of the CPU, not sure if there is much you guys can do about that...
Apr 15 20:32:15 <Crofton|work> hi Jefro 
Apr 15 20:32:53 <woglinde> re crofton
Apr 15 20:33:40 <pingswept_> I have files to package, but bitbake is not finding them. How can I check the paths that bitbake is using to search for files to package?
Apr 15 20:33:56 <pingswept_> The paths look correct in conf/bitbake.conf.
Apr 15 20:34:18 <pingswept_> But I see "not creating empty archive" in the debug output.
Apr 15 20:36:48 <woglinde> paths?
Apr 15 20:37:03 <woglinde> show the recipe
Apr 15 20:37:42 <pingswept_> From conf/bitbake.conf: FILES_${PN} = "${bindir}/* ${sbindir}/* . . .
Apr 15 20:38:19 <pingswept_> I think that means that the base package should pick up the stuff in bindir and sbindir.
Apr 15 20:39:07 <pingswept_> My recipe doesn't have a do_package(), which I think means the default packages should be created.
Apr 15 20:39:33 <woglinde> thats the default
Apr 15 20:39:38 <woglinde> yes
Apr 15 20:39:46 <pingswept_> OK, that's good.
Apr 15 20:40:00 <woglinde> but pastebin the recipe anyway
Apr 15 20:40:06 <pingswept_> Sure, no problem.
Apr 15 20:40:10 <woglinde> maybee you have same inherit which alter its
Apr 15 20:41:41 <pingswept_> http://pastebin.com/esih0dBc
Apr 15 20:42:04 <woglinde> ah nginx again
Apr 15 20:42:39 <pingswept_> It's like an old friend.
Apr 15 20:42:42 <woglinde> lopingswept go to oetmp/work/$arch/nginx/image
Apr 15 20:42:52 <woglinde> und look whats in there
Apr 15 20:43:06 <woglinde> and pastebin the "errormsg"
Apr 15 20:43:43 <pingswept_> The image directory is removed by rm_work, I think.
Apr 15 20:43:50 <woglinde> okay
Apr 15 20:43:52 <pingswept_> Can i disable that?
Apr 15 20:44:02 <woglinde> bitbake -c build -f nginx
Apr 15 20:44:09 <woglinde> and you have it
Apr 15 20:44:30 <pingswept_> Building
Apr 15 20:44:51 <pingswept_> That just runs the build task, without the rm_work and such?
Apr 15 20:45:04 <woglinde> yes
Apr 15 20:45:14 <woglinde> its one task before rm
Apr 15 20:45:44 <pingswept_> Hmm. That directory still doesn't exist.
Apr 15 20:45:53 <woglinde> okay
Apr 15 20:46:02 <woglinde> bitbake -c clean ngix befire
Apr 15 20:46:10 <pingswept_> before?
Apr 15 20:46:34 <woglinde> guess whats clean doing
Apr 15 20:46:46 <woglinde> so you can answer the question yourself
Apr 15 20:47:26 <pingswept_> My guess is that clean rms all the stuff after packaging.
Apr 15 20:47:44 <CMoH-notebook> hey. how do i force the git fetcher to get the head of a branch in a bitbake recipe?
Apr 15 20:47:52 <CMoH-notebook> instead of a specific tag/commit
Apr 15 20:48:29 <pingswept_> woglinde: OK, I understand what you're getting at.
Apr 15 20:49:12 <woglinde> re gnutoo
Apr 15 20:49:25 <GNUtoo> hi
Apr 15 20:50:51 <pingswept_> woglinde: tmp/work/armv5te-angstrom-linux-gnueabi/nginx-1.0.0-r29/image/ is empty.
Apr 15 20:51:01 <pingswept_> Is that where bitbake looks for files?
Apr 15 20:51:13 <woglinde> pingswept_ are so your do_install is wrong
Apr 15 20:51:27 <woglinde> look at nginx-1.0.0-r29/tmp/log.do_install
Apr 15 20:52:27 <pingswept_> looking . . . 
Apr 15 20:54:13 <pingswept_> Looks like I'm off by a directory.
Apr 15 20:54:23 <woglinde> ;)
Apr 15 20:54:32 <woglinde> so now you know why the packages are empty
Apr 15 20:54:49 <pingswept_> Just out of curiosity: was that obvious to you, in less than, say, 30 seconds?
Apr 15 20:55:02 <woglinde> hm let me see
Apr 15 20:55:08 <woglinde> I am working on/with oe
Apr 15 20:55:12 <woglinde> since 2004
Apr 15 20:55:25 <woglinde> so I may know the pitfalls
Apr 15 20:55:26 <pingswept_> Ah, that's better.
Apr 15 20:55:43 <pingswept_> I've been working on it for a few weeks.
Apr 15 20:55:55 <woglinde> uhm
Apr 15 20:58:43 <GNUtoo> it was obvious to me too that something failed
Apr 15 20:59:15 <woglinde> gnutoo *g*
Apr 15 20:59:31 <GNUtoo> ?
Apr 15 20:59:53 <GNUtoo> (how to join the conversation)
Apr 15 21:00:05 <GNUtoo> I bet it's a sheevaplug
Apr 15 21:00:17 <GNUtoo> (the device)
Apr 15 21:00:23 <guilig> woglinde: I change all files with a PREFERED_VERSIO§N of ti-dmai but same result, is there cache or something like that, do I have to do a bitbake clean ?
Apr 15 21:01:30 <woglinde> guilig hm intressting
Apr 15 21:01:35 <woglinde> guilig normaly not
Apr 15 21:01:45 <GNUtoo> what's ti-dmai
Apr 15 21:01:51 <GNUtoo> there are a lot of interesting TI stuff
Apr 15 21:01:59 <GNUtoo> but I'm a bit lost within everything
Apr 15 21:02:03 <guilig> GNUtoo: hehe
Apr 15 21:02:38 <woglinde> dmai sits on top of codec-engine which is on top of dsplink
Apr 15 21:02:57 <woglinde> dmai is used for gstreamer mostly
Apr 15 21:03:05 <GNUtoo> ok
Apr 15 21:03:17 <GNUtoo> I saw some free BIOS for TI DSP
Apr 15 21:03:26 <GNUtoo> is it possible to have :
Apr 15 21:03:55 <GNUtoo> c64x <-> Free BIOS <-> free codecs <-> free kernel modules  
Apr 15 21:04:06 <GNUtoo> and hook that to gstreamer
Apr 15 21:04:13 <GNUtoo> like with gst-dsp for instance
Apr 15 21:07:30 <guilig> GNUtoo: I don't think
Apr 15 21:08:15 <woglinde> GNUtoo not really
Apr 15 21:09:22 <guilig> woglinde: a question, do you have already work on DM6446 EVM ?
Apr 15 21:10:21 <CIA-32> 03Tom Rini <tom_rini@mentor.com> 07master * r7f90072d22 10openembedded.git/recipes/dtc/ (dtc_git.bb dtc_git.inc): 
Apr 15 21:10:22 <CIA-32> Revert "dtc_git: Merge .inc into .bb, update"
Apr 15 21:10:22 <CIA-32> Oops, forgot to deal with native.
Apr 15 21:10:22 <CIA-32> This reverts commit b6484e74c4c1be2fb83484d6a2b6d379d7d44bee.
Apr 15 21:11:24 <GNUtoo> ok
Apr 15 21:12:45 <pingswept_> woglinde: Got it working. I was missing a /../image. Thanks a lot.
Apr 15 21:13:49 <pingswept_> Oh, one other question. Is there a better way to get the C compiler than: ${HOST_PREFIX}gcc
Apr 15 21:14:05 <pingswept_> ${CC} includes a bunch of flags.
Apr 15 21:14:50 <Crofton|work> you want the flags 
Apr 15 21:15:56 <woglinde> pingswept_ what?
Apr 15 21:15:57 <woglinde> no
Apr 15 21:16:05 <woglinde> /../image is wrong
Apr 15 21:16:12 <pingswept_> It is?
Apr 15 21:16:20 <woglinde> please show your recipe
Apr 15 21:16:22 <woglinde> again
Apr 15 21:16:25 <woglinde> now
Apr 15 21:16:29 <woglinde> and why you used r29
Apr 15 21:16:31 <pingswept_> Affirmative.
Apr 15 21:16:44 <woglinde> was there 29 ngix version of the recipe before?
Apr 15 21:17:35 <pingswept_> No, just one. I think I based this on something with 28 versions. And then at one point I wanted to increment it to make sure I wasn't screwing something up.
Apr 15 21:17:44 <woglinde> uhms
Apr 15 21:17:48 <pingswept_> It will be r1 soon.
Apr 15 21:17:53 <woglinde> ah okay
Apr 15 21:17:58 <pingswept_> It's arbitrary, right?
Apr 15 21:18:28 <woglinde> if it is new start with r0
Apr 15 21:18:37 <pingswept_> Sure.
Apr 15 21:19:02 <pingswept_> http://pastebin.com/cTukv2w9
Apr 15 21:19:19 <pingswept_> The only change is the addition of /../image after ${DESTDIR}
Apr 15 21:19:46 <pingswept_> Er, sorry, after DESTDIR=${S}
Apr 15 21:20:07 <woglinde> -with-cc=${CC}
Apr 15 21:20:29 <pingswept_> That includes a bunch of flags that configure can't handle.
Apr 15 21:20:48 <woglinde> uhm
Apr 15 21:20:56 <woglinde> thats not good
Apr 15 21:21:04 <woglinde> ngix should honor our flags
Apr 15 21:21:24 <pingswept_> Because it means that configure is just picking some default arch?
Apr 15 21:21:54 <woglinde> do install should be oe_runmake  DESTDIR=${D} install
Apr 15 21:22:09 <pingswept_> OK.
Apr 15 21:22:19 <pingswept_> That passes better options?
Apr 15 21:22:43 <woglinde> its using the oeway of calling make
Apr 15 21:23:04 <pingswept_> That sounds reasonable.
Apr 15 21:23:46 <woglinde> hm S = "${WORKDIR}/${PN}-${PV}"
Apr 15 21:23:52 <woglinde> isnt that the default for S
Apr 15 21:23:59 <pingswept_> It may be.
Apr 15 21:24:16 <woglinde> remove it
Apr 15 21:24:37 <woglinde> its only needed when  recipe name differs from the unpacked dir
Apr 15 21:24:49 <pingswept_> Makes sense.
Apr 15 21:25:17 <woglinde> and you should start right with an .inc file
Apr 15 21:25:44 <woglinde> but all besides RC_URI[md5sum] = "5751c920c266ea5bb5fc38af77e9c71c" into an .inc file
Apr 15 21:25:50 <pingswept_> You mean call this a .inc file, and then add PV files later on?
Apr 15 21:26:13 <pingswept_> That's good.
Apr 15 21:26:21 <pingswept_> sha256 too?
Apr 15 21:26:24 <woglinde> make the recipname_version.bb require recipenname.inc
Apr 15 21:26:27 <woglinde> *sigh*
Apr 15 21:26:31 <woglinde> sure
Apr 15 21:26:40 <woglinde> otherwise it makes no sense
Apr 15 21:27:26 <pingswept_> What do you think I should do about configure rejecting the gcc flags?
Apr 15 21:27:37 <woglinde> dont set SRCNAME
Apr 15 21:27:58 <woglinde> finish your recipe and make patch I will test it
Apr 15 21:28:00 <woglinde> and tell you
Apr 15 21:28:53 <pingswept_> OK, sounds good.
Apr 15 21:29:00 <pingswept_> Thanks again for the help.
Apr 15 21:29:30 <woglinde> no prob
Apr 15 21:30:42 <woglinde> okay I will go to bed now
Apr 15 21:30:44 <woglinde> good nite
Apr 15 21:30:48 <pingswept_> Later
Apr 15 21:31:03 <woglinde> later?
Apr 15 21:31:09 <woglinde> dont forget to sleep
Apr 15 21:31:21 <guilig> good night
Apr 15 21:31:27 <guilig> thx for your help
Apr 15 21:31:44 <woglinde> guilig no prob
Apr 15 21:43:24 <CIA-32> 03Stanislav Brabec <utx@penguin.cz> 07master * rd8412cb935 10openembedded.git/recipes/viking/viking_0.9.6.bb: 
Apr 15 21:43:24 <CIA-32> viking: Disable realtime gps tracking.
Apr 15 21:43:24 <CIA-32> * The code is not compatible with current gpsd.
Apr 15 21:43:24 <CIA-32> Signed-off-by: Stanislav Brabec <utx@penguin.cz>
Apr 15 21:54:08 <gifly> Hello.. would be it possible to use OE recipes against a toolchain which I have but I can not build?.. I mean.. it is a gcc toolchain arc arch (yes, arc, no arm), so I guess that OE can not build that toolchain. But, at the same time I would like to use OE to build packages and software
Apr 15 21:56:53 <gifly> GNUtoo: any idea?
Apr 15 21:56:55 <mwester> certainly, although I've not personally done so.  Look for the "external toolchain" section in the docs.  Basically you have to tell OE about your toolchain, and it incorporates it into the environment as if it had built same.
Apr 15 21:58:20 <gifly> mwester: ah.. nice. Let me find that doc and try
Apr 15 21:58:47 <GNUtoo> gifly, yes it's possible
Apr 15 21:58:57 <GNUtoo> ah mwester already responded
Apr 15 21:59:05 <GNUtoo> I didn't use an external toolchain either
Apr 15 21:59:57 <gifly> GNUtoo: mwester : should I find that doc at wiki right?
Apr 15 22:00:45 <mwester> Not sure about that -- the users of the external toolchain feature might have documented it elsewhere.  Perhaps google will find it in the poky docs, or some such place.
Apr 15 22:00:58 <mwester> But I would start on the wiki.
Apr 15 22:01:17 <pingswept_> I'm afraid the usermanual says: "TODO: You want to use external-toolchain. Setting PREFERRED_PROVIDER for the toolchain to that + environment variables + toolchain layout. Please someone write the documentation for that."
Apr 15 22:01:33 <pingswept_> http://docs.openembedded.org/usermanual/usermanual.html
Apr 15 22:02:03 <GNUtoo> then look at the mailing list
Apr 15 22:02:34 <GNUtoo> it was discussed several time there
Apr 15 22:02:53 <mwester> Then you'll need to search elsewhere.  It's been discussed from time-to-time, but clearly those who use it have not put its use into the wiki.  (Send them to bed without their supper! That'll teach 'em!)
Apr 15 22:03:11 <gifly> mwester: :)
Apr 15 22:03:22 <gifly> yeah, thansk for the advices.. let me try to find more info
Apr 15 22:52:59 <tharvey> anyone familiar with xorg font config?  I'm building a image using angstrom distro and can't seem to get the right package combination for fonts - I find the minimal fonts from xserver-xorg provide 10pt and less but anything over 10pt renders as boxes 
Apr 15 22:53:33 <tharvey> when I install xorg-minimal-fonts xlsfonts shows a slew of new fonts but then all fonts are rendered as boxes - not sure what I'm missing
Apr 15 22:53:46 <kergoth> pingswept_: there's a .inc in conf/ you can include to do most of the external toolchain setup, so you can avoid setting the preference vars manually
Apr 15 22:53:54 * kergoth has no clue on the x font thing, sadly
Apr 15 22:54:21 <pingswept_> kergoth: preference vars?
Apr 15 22:54:44 <pingswept_> Oh, wait, I think there's some confusion.
Apr 15 22:55:02 <pingswept_> I wasn't actually the person trying to set up an external toolchain.
Apr 15 22:55:06 <kergoth> oh, right, it wasgifly looking for it..
Apr 15 22:55:06 <kergoth> right
Apr 15 22:55:07 <kergoth> :)
Apr 15 22:55:11 <pingswept_> No problem.
Apr 15 22:59:22 <kergoth> hmmmmm
Apr 15 23:18:29 <CIA-32> 03Andrea Adami <andrea.adami@gmail.com> 07org.openembedded.dev * rca45b6dbad 10openembedded.git/recipes/initscripts/ (7 files in 7 dirs): 
Apr 15 23:18:29 <CIA-32> initscripts: remove obsolete Zaurus overrides
Apr 15 23:18:29 <CIA-32> * check was not done against /dev/.udev thus messing devices
Apr 15 23:18:29 <CIA-32> * Angstrom distro already skips S05devices
Apr 15 23:18:29 <CIA-32> * bump PR
Apr 15 23:18:29 <CIA-32> Signed-off-by: Andrea Adami <andrea.adami@gmail.com>
Apr 15 23:22:48 <ant__> I hate those distro overrides in the recipes...welcome layers :)
Apr 16 01:40:15 <ka6sox-work> khem where do I need to bind mount the SSD?
Apr 16 01:52:02 <CIA-32> 03Tom Rini <tom_rini@mentor.com> 07master * r45f4be3e05 10openembedded.git/recipes/dtc/ (9 files): 
Apr 16 01:52:02 <CIA-32> dtc: Switch to BBCLASSEXTEND and INC_PR
Apr 16 01:52:02 <CIA-32> Signed-off-by: Tom Rini <tom_rini@mentor.com>
**** ENDING LOGGING AT Sat Apr 16 02:59:58 2011