**** BEGIN LOGGING AT Thu Apr 16 02:59:57 2009
Apr 16 04:34:31 <CIA-2> 03Mike Westerhof <mwester@dls.net> 07org.openembedded.dev * re9a0747532 10openembedded.git/ (5 files in 3 dirs): 
Apr 16 04:34:31 <CIA-2> Revert "Openmoko: linux-openmoko-2.6.29 - commit new recipe tied to upstream kernel"
Apr 16 04:34:31 <CIA-2> This reverts commit fb7eba513b2d59c33163bd380019a4cabc8b6782.
Apr 16 04:34:31 <CIA-2> Change rejected.
Apr 16 05:39:00 <CIA-2> 03Angus Ainslie <nytowl@openmoko.org> 07fso/milestone5.5 * r9e4ede86c5 10openembedded.git/recipes/openmoko-projects/paroli_git.bb: paroli: better separation of shipped files
Apr 16 05:39:11 <CIA-2> 03Mike Westerhof <mwester@dls.net> 07fso/milestone5.5 * r01742d3aa2 10openembedded.git/ (2 files in 2 dirs): 
Apr 16 05:39:11 <CIA-2> Openmoko: linux-openmoko-2.6.29 - commit new recipe tied to upstream kernel
Apr 16 05:39:11 <CIA-2> git repo, which is currently at 2.6.29-rc3 + Openmoko patches. Note that
Apr 16 05:39:11 <CIA-2> the preferred kernel remains unchanged; select this kernel via local.conf.
Apr 16 06:00:53 <fraxi> morning guys
Apr 16 06:01:03 <fraxi> i have a problem with the latest gstreamer prerelease tarballs
Apr 16 06:01:15 <fraxi> they now include an own shave-libtool -_-
Apr 16 06:12:12 <fraxi> okay looks like i got it to compile by removing the shave m4 and the respective configure.ac line
Apr 16 06:41:10 * MostAwesomeDude is back with more stupid questions
Apr 16 06:41:48 <MostAwesomeDude> task-x11 pulls in xserver-nodm, which prevents gpe-dm from auto-loading. Is there a simple alternative or do I need to roll my own task-x11?
Apr 16 06:46:55 <mckoan> good morning
Apr 16 06:47:20 <ntfn> oi
Apr 16 06:50:39 <khem> MostAwesomeDude: are you bitbaking gpe-image and seeing this
Apr 16 06:51:27 <MostAwesomeDude> khem: oswald-image, but same thing. I'm currently depending on task-x11 and angstrom-task-gpe-base.
Apr 16 06:55:58 <khem> MostAwesomeDude: task-x11 could be conflicting with task-gpe-base
Apr 16 06:56:32 <Guest54006> Hi
Apr 16 06:56:55 <Guest54006> Hello
Apr 16 06:57:00 <MostAwesomeDude> khem: Well, what happens is that xserver-nodm starts, then gpe-dm starts.
Apr 16 06:57:10 <MostAwesomeDude> And gpe-dm fails due to xserver already running.
Apr 16 06:57:28 <MostAwesomeDude> So the best course of action, we thought, was just to keep xserver-nodm-init from being installed.
Apr 16 06:57:42 <methril|work> good morning
Apr 16 06:57:45 <khem> why do you need task-x11
Apr 16 06:58:16 <MostAwesomeDude> khem: Because we need an xserver and task-gpe-base doesn't depend on it.
Apr 16 06:59:03 <Guest54006> ?
Apr 16 07:00:30 <Guest54006> My name has been changed as Guest54006, anyone can tell me how to change it?
Apr 16 07:00:49 <MostAwesomeDude> Guest54006: /nick <new-nick>
Apr 16 07:01:20 <Guest54006> Hi
Apr 16 07:01:45 <Guest54006> No use
Apr 16 07:02:20 <Guest54006> Hi
Apr 16 07:02:41 <khem> MostAwesomeDude: you could just DEPEND on virtual/xserver
Apr 16 07:02:58 <Guest54006> I inputted /nick Jack8312, but it looks no use.
Apr 16 07:03:07 <MostAwesomeDude> khem: Hm. I suppose that would work.
Apr 16 07:03:11 <MostAwesomeDude> Lemme see if that works.
Apr 16 07:08:07 <CIA-2> 03Carsten Haitzler (Rasterman <raster@rasterman.com> 07org.openembedded.dev * r48488aba06 10openembedded.git/recipes/pointercal/ (files/palmt650/pointercal pointercal_0.0.bb): pointercal: update palmt650 pre-seeded pointercal data (i just re-ran it)
Apr 16 07:22:09 <koobe_> at91bootstrap_2.10.bb has as SRC_URI of file://defconfig. But this defconfig file is not on FILESPATH to be found, can someone shed some light on how it is supposed to be found?
Apr 16 07:30:45 <wemsu> i try to compile libomxil-bellagio-0.9.0-r6 and i get a  make[2]: *** [doxygen-build.stamp] Segmentation fault when it goes into the doc folder of the said source
Apr 16 07:31:00 <wemsu> any clue why this occurs. am i using a old doxygen?
Apr 16 07:48:35 <tsjsieb> Does Angstrom use a different FPE (floating point emulater) as the NWFPE in kernel normally?
Apr 16 07:53:51 <wemsu> tsjsieb: that depends on the processor
Apr 16 07:54:09 <wemsu> and toolchain
Apr 16 07:56:02 <tsjsieb> o.k. I'm currently testing to create a custom kernel with  OE and I have it enabled in the defconfig I give, but it seems that something overrides this option, so it is disabled in the .config file
Apr 16 07:57:51 * mpoullet|work is back from holidays
Apr 16 07:57:55 <mpoullet|work> good morning
Apr 16 08:03:42 <pb___> tsjsieb: I think angstrom normally uses soft-float, i.e. no FPE at all, but you should probably check with #angstrom.
Apr 16 08:04:41 <tsjsieb> o.k. thnx I will search for that :)
Apr 16 08:25:19 * khem sleep
Apr 16 08:28:10 <adub> on a zaurus sl-5500 how do i issue a ctrl-c
Apr 16 08:30:17 <florian> good morning
Apr 16 08:30:34 <florian> BusError: The invitation isn't sticky
Apr 16 08:38:40 <ntfn> up already florian
Apr 16 08:38:52 <ntfn> what was that like 4hrs?
Apr 16 08:39:48 <florian> ntfn: oops no, somethign like 10
Apr 16 08:40:45 <ntfn> damn i need to sleep
Apr 16 08:41:01 <pb_> florian: good morning
Apr 16 08:41:09 <ntfn> i just cant stop watching my build
Apr 16 08:57:53 <hrw> morning
Apr 16 08:59:35 <gremlin[it]> morning hrw! 
Apr 16 09:03:33 <mpoullet|work> hrw: morning
Apr 16 09:08:58 <CIA-2> 03Carsten Haitzler (Rasterman <raster@rasterman.com> 07stable/2009 * rb9e483eac7 10openembedded.git/recipes/sysstat/sysstat_8.1.6.bb: 
Apr 16 09:08:58 <CIA-2> sysstat: fix build on omap3 to actually work (gnu_hash problem like ltrace)
Apr 16 09:08:58 <CIA-2> Signed-off-by: Koen Kooi <koen@openembedded.org>
Apr 16 09:08:58 <CIA-2> Acked-by: Denys Dmytriyenko <denis@denix.org>
Apr 16 09:10:45 <hrw> hi thebohemian 
Apr 16 09:10:54 <thebohemian> hi marcin
Apr 16 09:11:17 <gxepoi> i use totem on my board, when i play it allows me to select a movie file, but it does not play it. 
Apr 16 09:11:28 <gxepoi> has anyone used totem here?
Apr 16 09:11:59 <hrw> thebohemian: java.bbclass change: +    ln -sf $destname $dir/$1
Apr 16 09:12:13 <hrw> thebohemian: instead of "ln -s $destname $dir/$1"
Apr 16 09:13:26 <hrw> thebohemian: thebohemian but why I had to do that I do not remember ;(
Apr 16 09:35:06 <gremlin[it]> hrw, no way to build rpm-native in stable :( ... 
Apr 16 10:02:43 <yan> anybody try buld fennec? i build failed. log is configure: error: Compiler cannot compile macros used in autoconf tests
Apr 16 10:03:34 <XorA> yan: thats new
Apr 16 10:05:47 <XorA> yan: discuss on channel, its a new bug, Ive not seen before
Apr 16 10:05:57 <XorA> yan: but Im at work no build machine handy
Apr 16 10:06:57 <yan> XorA: i check configure.in ,error is about assertion_macros,i dont know what it mean
Apr 16 10:07:16 <yan> mozilla build system is complicated
Apr 16 10:08:13 <yan> it's not easy to understand configure.in and mozconfig file
Apr 16 10:08:38 <XorA> yan: I know, Im normally responsible for new versions of firefox :-D
Apr 16 10:08:48 <yan> still search for answer,thanks for attention
Apr 16 10:09:04 <yan> firefox is too big to run on arm platform
Apr 16 10:09:30 <yan> fennec fancy ui is impressive
Apr 16 10:13:35 <hrw> fscking git
Apr 16 10:13:51 <XorA> yan: erm, depends on the arm
Apr 16 10:15:13 <yan> it seems firefox build is similar to fennec build.just mozconfig file difference 
Apr 16 10:27:28 <XorA> pretty much
Apr 16 10:30:01 <mckoan> -> lunch
Apr 16 10:34:48 <CIA-2> 03Jeremy Lainé <jeremy.laine@m4x.org> 07org.openembedded.dev * r42e6449391 10openembedded.git/classes/siteinfo.bbclass: siteinfo.bbclass: add entry for arm-darwin9
Apr 16 10:37:47 * hrw works on long list of 'want to have in stable' things
Apr 16 10:49:06 <MostAwesomeDude> Quick question. My overlay needs a checksum.ini for a package in it, but that breaks all the other packages because apparently bitbake only recognizes one conf/checksums.ini. Is there some workaround?
Apr 16 10:49:26 <hrw> there was a patch on OE ML
Apr 16 10:49:28 <akheron> I sent a patch yesterday
Apr 16 10:49:33 <hrw> test it 
Apr 16 10:50:25 <akheron> http://article.gmane.org/gmane.comp.handhelds.openembedded/22714
Apr 16 10:51:10 <RP> morning all
Apr 16 10:52:43 <hrw> hi Richard
Apr 16 10:54:29 <CIA-2> 03Jeremy Lainé <jeremy.laine@m4x.org> 07org.openembedded.dev * re0d9f95533 10openembedded.git/recipes/odcctools/ (odcctools-cross-sdk_svn.bb odcctools-cross_svn.bb): odcctools: add cctools for Darwin (from Poky)
Apr 16 10:55:06 <RP> heh, someone is playing with darwin9? :)
Apr 16 10:56:00 <hrw> RP: I have to tell one thing.
Apr 16 10:56:25 <hrw> RP: switching from Poky'pinky' to OE stable/2009 is not as painful as I thought
Apr 16 10:57:01 <RP> hrw: cool :)
Apr 16 10:57:25 <RP> hrw: We did push a lot of Poky's bleeding edge stuff into OE ;-)
Apr 16 10:57:33 <hrw> yep
Apr 16 10:57:51 * hrw hails git for making poky<>oe easier
Apr 16 10:59:00 <RP> hrw: I'm still very sad to see the switch :(
Apr 16 10:59:24 <hrw> RP: so do I but how many projects uses Poky now?
Apr 16 11:00:48 <RP> hrw: There is actually some growth atm ;-)
Apr 16 11:01:26 <RP> Things will become public when they become public :/
Apr 16 11:01:34 <hrw> lD
Apr 16 11:03:32 * XorA sees RP is taking politician lessons
Apr 16 11:05:05 <CIA-2> 03Robert Schuster <rschus@entw2.(none)> 07org.openembedded.dev * r8fa95dc3f6 10openembedded.git/classes/java.bbclass: java.bbclass: Use force (-f) for ln (suggested by Marcin).
Apr 16 11:05:12 <thebohemian> hrw: pushed ... :)
Apr 16 11:21:13 <RP> XorA: Gah ;-)
Apr 16 11:22:01 * RP dislikes politics
Apr 16 11:28:37 <XorA> RP: when you next biking around the edin area?
Apr 16 11:32:16 <RP> XorA: I rarely make it up to edin :(
Apr 16 11:32:55 <broonie> That's no good!
Apr 16 11:32:56 <RP> XorA: I've taken up offroad trail riding more recently which is a lot more local too. You've probably seen the photos on te blog... 
Apr 16 11:33:13 <XorA> yeah looks fun
Apr 16 11:33:35 * RP is currently healing a fractured rib :/
Apr 16 11:33:42 <XorA> eeeks
Apr 16 11:35:00 <RP> Apparently it was an impressive crash to watch
Apr 16 11:36:33 <Ainulindale> Hey guys.
Apr 16 11:37:07 <Ainulindale> Quick question about policies: I have a bunch of package I need to commit on a specific branch, all related to the same distro, including some specific config/PROVIDE-ing  packages related to e-wm or framework
Apr 16 11:37:15 <Ainulindale> Should I put that in the same subdirectory of recipes/?
Apr 16 11:37:36 <Ainulindale> Or should I put that in the subdir related to the actual package? (e.g. my e-wm config goes in e17/)
Apr 16 11:49:15 <Jin^eLD> huhu
Apr 16 11:50:26 <ant_work> RP: hi, while you're here, question for you: can/should we remove the o-hand/poky bits from linux-rp.* files?
Apr 16 11:58:56 <RP> ant_work: Why?
Apr 16 11:59:13 <CIA-2> 03Koen Kooi <koen@openembedded.org> 07stable/2009 * rb816a3b15b 10openembedded.git/recipes/python/ (2 files in 2 dirs): 
Apr 16 11:59:13 <CIA-2> python 2.6.1: fix build for architectures lacking libffi support
Apr 16 11:59:13 <CIA-2> Signed-off-by: Koen Kooi <koen@openembedded.org>
Apr 16 11:59:13 <CIA-2> Acked-by: Marcin Juszkiewicz <marcin@juszkiewicz.com.pl>
Apr 16 11:59:15 <CIA-2> 03Koen Kooi <koen@openembedded.org> 07stable/2009 * ra64c682acf 10openembedded.git/conf/checksums.ini: 
Apr 16 11:59:17 <CIA-2> checksums: sync with .dev
Apr 16 11:59:19 <CIA-2> Acked-by: Marcin Juszkiewicz <marcin@juszkiewicz.com.pl>
Apr 16 12:00:53 <ant_work> RP: well, there is no distro 'poky' io OE and the kernel bootlogo was defaulting to o-hand
Apr 16 12:01:03 <ant_work> so I started commenting out...
Apr 16 12:01:33 <RP> ant_work: That code was designed to work in both Poky and OE so no, it should not be removed or commented out
Apr 16 12:01:48 <RP> The OH logo was only enabled for the Poky distro iirc
Apr 16 12:02:27 * RP needs to do something about the OH logo, probably replacement with a beaver
Apr 16 12:02:38 <ant_work> penguin is now free
Apr 16 12:02:54 <RP> ant_work: free?
Apr 16 12:04:03 <ant_work> now yes
Apr 16 12:04:22 <ant_work> linux mascotte changed with 2.6.29
Apr 16 12:04:22 <RP> ant_work: What do you mean by free?
Apr 16 12:04:29 <ant_work> joking
Apr 16 12:05:03 <RP> ant_work: ah, right :)
Apr 16 12:06:27 <ant_work> RP: any hope you'll make your hands dirty against power management forlinux-rp- 2.6.29 ?
Apr 16 12:06:57 <RP> ant_work: There is always hope but I have my hands pretty full atm
Apr 16 12:07:09 <RP> ant_work: Whats up exactly?
Apr 16 12:07:23 <ant_work> LKML thread about spitz vs. 2.6.29
Apr 16 12:07:49 <RP> I think I did read that
Apr 16 12:08:06 <ant_work> btw: I tried to catch Pavel too :-)
Apr 16 12:08:15 <RP> If I look at it, it won't be a for a couple of weeks
Apr 16 12:09:05 <RP> Basically whenever I next try and write a linux-rp_2.6.29
Apr 16 12:09:24 <ant_work> RP: 2.6.26 needs some polishing wrt recharge/suspend
Apr 16 12:09:46 <RP> ant_work: I'll probably skip to 2.6.29 now
Apr 16 12:10:01 <ant_work> I'm crossing fingers 
Apr 16 12:10:21 <ant_work> for c7x0 too
Apr 16 12:11:17 <ant_work> btw during your absence we almost won the battle against Zaurus partition-size (kexecboot)
Apr 16 12:12:05 <ant_work> next step being to be able to read mtdparts from Shapr's bootloader (old-params)
Apr 16 12:12:12 <ant_work> or straight from nand dump
Apr 16 12:12:39 <ant_work> (with 2.6.2x kernel )
Apr 16 12:14:24 <ant_work> RP: http://lists.linuxtogo.org/pipermail/openembedded-devel/2009-January/007617.html
Apr 16 12:15:09 <RP> ant_work: cool
Apr 16 12:15:46 <ant_work> btw CONFIG_SHARPSL_BOOTLDR_PARAMS remains a mystery..sources?
Apr 16 12:16:31 <RP> ant_work: Don't go there ;-)
Apr 16 12:16:39 <RP> ant_work: It was part of the sharp 2.4 junk
Apr 16 12:16:46 <ant_work> ok, nand read then
Apr 16 12:17:06 <ant_work> we almost know the addresses
Apr 16 12:17:41 <hrw> ant_work: what if u-boot + kexecboot?
Apr 16 12:17:59 <ant_work> works but sounds insane...
Apr 16 12:21:44 <ant_work> hrw: however the extra space could allow us to enable networking in kernel again (boot from USB / net)
Apr 16 12:25:46 <hrw> nfsroot over wifi/wpa...
Apr 16 12:25:53 * hrw -> food
Apr 16 12:34:43 <gremlin[it]> ping hrw
Apr 16 12:36:53 <gremlin[it]> i got a problem quilding rpm packages, on rpm-native i got a lot off error such this on Q&A phase "non dbg contains .debug, rpm-native, /work/i686-linux/rpm-native-4.4.2.3-r15/install/rpm-native/staging/i686-linux/usr/lib/rpm/.debug/rpmq" 
Apr 16 12:43:26 <CIA-2> 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * ra2680a0a36 10openembedded.git/: Merge branch 'org.openembedded.dev' of git@git.openembedded.net:openembedded into org.openembedded.dev
Apr 16 12:43:36 <CIA-2> 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r77623602a2 10openembedded.git/recipes/angstrom/ (3 files in 2 dirs): exquisite-theme-angstrom: add angstrom theme as a quick hack
Apr 16 12:43:37 <CIA-2> 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r7eec526f3c 10openembedded.git/recipes/angstrom/ (2 files in 2 dirs): exquisite-theme-angstrom: make it glow harder
Apr 16 12:58:33 <CIA-2> 03Koen Kooi <koen@openembedded.org> 07stable/2009 * r37baf47b4e 10openembedded.git/recipes/ (5 files in 3 dirs): 
Apr 16 12:58:33 <CIA-2> bluez + obex: sync with .dev
Apr 16 12:58:33 <CIA-2> Acked-by: Philip Balister <philip@balister.org>
Apr 16 12:58:38 <CIA-2> 03Koen Kooi <koen@openembedded.org> 07stable/2009 * rec1f47c78f 10openembedded.git/ (21 files in 6 dirs): 
Apr 16 12:58:38 <CIA-2> gnome: update various bits to 2.26, sync with .dev
Apr 16 12:58:38 <CIA-2> Acked-by: Philip Balister <philip@balister.org>
Apr 16 12:58:40 <CIA-2> 03Koen Kooi <koen@openembedded.org> 07stable/2009 * r27c14c917e 10openembedded.git/conf/distro/angstrom-2008.1.conf: 
Apr 16 12:58:43 <CIA-2> angstrom 2009.X config file: sync with .dev
Apr 16 12:58:45 <CIA-2> Acked-by: Marcin Juszkiewicz <marcin@juszkiewicz.com.pl>
Apr 16 12:58:47 <CIA-2> Acked-by: Philip Balister <philip@balister.org>
Apr 16 12:58:51 <CIA-2> 03Koen Kooi <koen@openembedded.org> 07stable/2009 * rfbea2ea1cc 10openembedded.git/recipes/obexftp/obexftp_0.23.bb: 
Apr 16 12:58:54 <CIA-2> obexftp: update to 0.23
Apr 16 12:58:56 <CIA-2> Signed-off-by: Koen Kooi <koen@openembedded.org>
Apr 16 12:58:58 <CIA-2> Acked-by: Philip Balister <philip@balister.org>
Apr 16 12:59:00 <CIA-2> Acked-by: Marcin Juszkiewicz <marcin@juszkiewicz.com.pl>
Apr 16 12:59:04 <CIA-2> 03Fraxinas <andreas.frisch@multimedia-labs.de> 07org.openembedded.dreambox * r3644614ee9 10openembedded.git/packages/gstreamer/ (files/gst-configure_skip_shave.patch gstreamer_0.10.22.2.bb): gstreamer: add recipe for gstreamer 0.10.22.2 prerelease
Apr 16 12:59:08 <CIA-2> 03Fraxinas <andreas.frisch@multimedia-labs.de> 07org.openembedded.dreambox * r3d12a3d083 10openembedded.git/packages/gstreamer/ (3 files in 2 dirs): gstreamer: add recipe for gst-plugins-base 0.10.22.2 prerelease and plugin-common patches and updates
Apr 16 12:59:12 <CIA-2> 03Fraxinas <andreas.frisch@multimedia-labs.de> 07org.openembedded.dreambox * re40fc100a5 10openembedded.git/packages/gstreamer/gst-plugins-ugly_0.10.11.bb: gstreamer: add recipe for gst-plugins-ugly 0.10.11 release
Apr 16 12:59:17 <CIA-2> 03Fraxinas <andreas.frisch@multimedia-labs.de> 07org.openembedded.dreambox * re248af93a8 10openembedded.git/packages/gstreamer/gst-plugins-bad_0.10.11.bb: gstreamer: add recipe for gst-plugins-bad 0.10.11 release
Apr 16 13:01:53 <CIA-2> 03Stanislav Brabec <utx@penguin.cz> 07org.openembedded.dev * ra873d2ce98 10openembedded.git/recipes/mc/ (mc.inc mc_4.6.0.bb mc_4.6.1.bb mc_4.6.2.bb): mc: Fixed invalid references to staging bindir.
Apr 16 13:42:47 <Ainulindale> Hey there, would anyone know what would be the proper way to handle a multi-arch package which is getting its sources from git? Having different subdirs in git named after the MACHINE? Then how to handle default?
Apr 16 13:45:21 <shoragan> Ainulindale, take a look at linux-openmoko-2.6.28
Apr 16 13:45:35 <shoragan> the defconfig is machine-dependant
Apr 16 13:45:51 <Ainulindale> Sir yes sir :-)
Apr 16 13:46:40 <Ainulindale> Hmmmm
Apr 16 13:46:56 <Ainulindale> Ok then if and so on
Apr 16 13:47:44 <Ainulindale> Would it be a proper way then in configure_prepend to do S = something depending on the arch?
Apr 16 13:50:06 <Ainulindale> shoragan: then another problem, I'd like to check out from two different git repositories
Apr 16 13:50:11 <Ainulindale> How will that behave?
Apr 16 13:50:22 <Ainulindale> (especially for gitr)
Apr 16 13:51:26 <shoragan> Ainulindale, no idea :)
Apr 16 13:51:41 <Ainulindale> well I'll try
Apr 16 13:51:57 <Ainulindale> shoragan: as what we do is get some files from fso, then overwrite some other with ours
Apr 16 13:52:17 <Ainulindale> Maybe we should patch rather than overwrite but it'd be a bit difficult to follow changes
Apr 16 13:53:25 <shoragan> why don't you send us patches?
Apr 16 13:53:42 <shoragan> or maintain a git branch
Apr 16 13:54:33 <Ainulindale> because it's just config
Apr 16 13:54:39 <Ainulindale> and I'd like that config to be "themable"
Apr 16 13:54:48 <Ainulindale> so we have a frameworkd-config-shr
Apr 16 13:54:55 <Ainulindale> Why not a frameworkd-config-shoragan
Apr 16 13:55:00 <Ainulindale> with its ringtone, rules, and such
Apr 16 13:55:06 <Ainulindale> That's why I built it that way
Apr 16 13:55:40 <shoragan> then you should probably maintain a git branch, that way you can easily pull new changes
Apr 16 13:56:43 <shoragan> perhaps using an oe distro here would make things easier, but you'll have to ask mickey
Apr 16 14:04:42 <Ainulindale> Would anyone know how I would be able to deliberately put two different git repos in SRC_URI and use the gitr I want?
Apr 16 14:08:29 <ClashTheBunny> are they for different machines?  How would you choose between them?
Apr 16 14:10:14 <ClashTheBunny> http://cgit.openembedded.net/cgit.cgi?url=openembedded/tree/recipes/linux/linux-msm7xxxx_git.bb
Apr 16 14:10:32 <ClashTheBunny> Has examples of overriding the git rev for different machines.
Apr 16 14:19:15 <CIA-2> 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rf9a6f7e2fb 10openembedded.git/recipes/angstrom/ (10 files in 3 dirs): exquisite-theme-angstrom: import needed files after rasterman fixed the images
Apr 16 14:31:45 <pb_> Ainulindale: I guess that depends on how "the one that you want" is determined.  Can you be more specific about what you're trying to do?
Apr 16 14:33:27 <Ainulindale> well I have two gits 
Apr 16 14:33:31 <Ainulindale> I'm interested in the two srcrevs
Apr 16 14:33:38 <Ainulindale> I was using SRCREV_FORMAT to do that properly
Apr 16 14:33:41 <Ainulindale> with name= in my URIs
Apr 16 14:33:46 <Ainulindale> it was working well
Apr 16 14:33:53 <Ainulindale> I then tried to set specific rev for my names in the bb recipe
Apr 16 14:34:02 <Ainulindale> i.e. SRCREV_pn-pn_NAME
Apr 16 14:34:08 <Ainulindale> And that isn't working unless it's autorev
Apr 16 14:35:11 <Ainulindale> Let me test some more and I'll pastebin what is necessary to understand my mess :-)
Apr 16 14:35:33 <Ainulindale> I think mostly my problem comes from a non updated cache
Apr 16 14:36:07 <XorA> ah, you need SRCREV_pn-recipe = "REVONE-REVTWO" to match you SRCREV_FORMAT
Apr 16 14:36:23 <Ainulindale> well having a look at bb it seemed this wasn't done like that
Apr 16 14:36:49 <Ainulindale>           rev = data.getVar("SRCREV_pn-" + pn + "_" + ud.parm['name'], d, 1)
Apr 16 14:36:52 <Ainulindale> Especially that
Apr 16 14:36:52 <XorA> but git has the added problem is it always uses a directory called git/ and it all goes wrong from there
Apr 16 14:37:03 <Ainulindale> Well it was fetching correctly here
Apr 16 14:37:10 <Ainulindale> And I think we can override that
Apr 16 14:37:41 <Ainulindale> I'll tell you if my thing works anyway :-)
Apr 16 14:46:49 <Ainulindale> Seems I'm getting 1 everytime. Hmpf.
Apr 16 14:47:52 <hrw> re
Apr 16 14:51:14 <Ainulindale> XorA: solution doesn't work, unfortunately
Apr 16 14:51:32 <Ainulindale> Mine does but bitbake will generate a package with -1 instead of revA-revB
Apr 16 14:52:20 <Ainulindale> What would generate the "package" name?
Apr 16 14:56:09 <otavio> oh. I belive that qmake2-native ought to die. qt4-tools-native should be used in place of it
Apr 16 14:56:23 <otavio> anyone has any objection to it?
Apr 16 14:57:48 <kergoth> morning
Apr 16 14:57:55 <otavio> morning
Apr 16 14:59:30 <Ainulindale> Well, nobody knows then :-/
Apr 16 14:59:38 <Ainulindale> mickey|zzZZzz? (worth a try :-p)
Apr 16 15:02:18 <pb_> Ainulindale: can you pastebin the actual bb file you're using?
Apr 16 15:03:47 <pb_> hi kergoth
Apr 16 15:04:09 <Ainulindale> http://pastebin.com/m445c8a8f <= pb_ 
Apr 16 15:05:15 <Ainulindale> pb_: I think I got why
Apr 16 15:05:32 <Ainulindale> And it seems I was right
Apr 16 15:05:39 <pb_> ah, very good :-)
Apr 16 15:05:48 <Ainulindale> So, the problem is
Apr 16 15:05:59 <Ainulindale> (let my bitbake end properly)
Apr 16 15:06:11 <Ainulindale> (it's packaging)
Apr 16 15:06:19 <Ainulindale>  frameworkd-config-shr-0.8.5.1+gitr1277+542c7e13e021b609ec0aa1c20615d940adfcf403-5+fddd6e828e791f4ea69f89f15a8cdd7b1d5b540e-r3 <= nice name :-/
Apr 16 15:06:29 <Ainulindale> Will be great to dictate over the phone
Apr 16 15:07:01 <Ainulindale> SRCREV_pn-frameworkd-config-shr = "${AUTOREV}"
Apr 16 15:07:01 <Ainulindale> SRCREV_pn-frameworkd-config-shr_FSO_REV = "${AUTOREV}"
Apr 16 15:07:01 <Ainulindale> SRCREV_pn-frameworkd-config-shr_SHR_REV = "fddd6e828e791f4ea69f89f15a8cdd7b1d5b540e"
Apr 16 15:07:04 <Ainulindale> That's what I needed
Apr 16 15:07:14 <Ainulindale> Without the first one, bitbake won't compute the proper name
Apr 16 15:07:15 <pb_> heh, right.  you should really embrace the idea of making releases rather than using git checkouts :-}
Apr 16 15:07:19 <Ainulindale> (which sounds a bit dumb)
Apr 16 15:07:27 <Ainulindale> yeah I know :-)
Apr 16 15:09:15 <pb_> it does seem a little bit odd that that first line is needed, yes
Apr 16 15:09:16 <pb_> oh well
Apr 16 15:09:26 <Ainulindale> Well as long as it's working properly, I don't care for now
Apr 16 15:30:17 <CIA-2> 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * re9c95296cb 10openembedded.git/ (7 files in 3 dirs): linux-omap 2.6.29: sync with dss2 tree for YUV rotation
Apr 16 15:41:48 <hrw> can someone build 'alsa-oss' package?
Apr 16 16:03:58 <hrw> hmm. merging my changes is more complicated
Apr 16 16:12:32 <Gnutoo> mmm: http://rafb.net/p/nUSido29.html
Apr 16 16:12:49 <Gnutoo> I don't understand why I can bzcat the file but oe can't
Apr 16 16:13:21 <Gnutoo> I'll check in what dir it is
Apr 16 16:16:35 <Gnutoo> I'll try a quick fix
Apr 16 16:30:40 <Gnutoo> mmm....now it fails to compile: http://rafb.net/p/Rwzb2L81.html
Apr 16 16:57:21 <Gnutoo> mmm...I'll try a more recent version
Apr 16 16:58:12 <dos1> hey
Apr 16 16:58:17 <dos1> is "pkg-config --variable=defsdir pygtk-2.0" supposed to return /usr/share/pygtk/2.0/defs/ inside bitbake environment?
Apr 16 16:58:27 <dos1> looks like i don't understand everything :(
Apr 16 17:04:09 <denix> Tartarus: ping
Apr 16 17:05:07 <denix> ok then, maybe later...
Apr 16 17:05:09 <Gnutoo> more recent version has long double prolbem...maybe looking at boost's patch
Apr 16 17:05:24 * denix|away is away: I'm not here
Apr 16 17:06:59 <Tartarus> hi denix|away 
Apr 16 17:07:04 <Tartarus> bah
Apr 16 17:07:10 <Gnutoo> mmm...I'll remove that...UCLIBCXX_HAS_LONG_DOUBLE=y
Apr 16 17:31:57 <Gnutoo> mmm...LDFLAGS...again...
Apr 16 17:32:50 <flameman> strange errors with bitbake here
Apr 16 17:33:22 <flameman> it says "could not include required file *****.inc while parsing *****.bb
Apr 16 17:33:22 <flameman> <flameman> poi prosegue"
Apr 16 17:33:33 <Gnutoo> is it ok if I only add --hash-style=gnu to the LDFLAGS?
Apr 16 17:34:05 <Gnutoo> flameman, ??? come prosegue???
Apr 16 17:34:19 <Gnutoo> flameman, check if it's required or included
Apr 16 17:34:25 <Gnutoo> in the recipe
Apr 16 17:35:54 <dos1> is it normal when bitbake sends --prefix=/usr to configure?
Apr 16 17:35:59 <dos1> instead of staging dir?
Apr 16 17:39:54 <Gnutoo> dos1, i think so...but I'm not shure...I think it's the run prefix
Apr 16 17:41:06 <dos1> Gnutoo: $(datadir) etc. are in /usr too
Apr 16 17:41:29 <Gnutoo> dos1, I think so...look at the existings recipes that work
Apr 16 17:48:34 <flameman> this is the error i get
Apr 16 17:48:35 <flameman> http://www.webalice.it/speeder/bitbake-error.txt
Apr 16 18:02:37 <Gnutoo> strange...
Apr 16 18:02:55 <Gnutoo> I've still problems with hash
Apr 16 18:03:43 <Gnutoo> I'll try modifying the makefile...just to be shure
Apr 16 18:11:25 <khem> flameman: do you have gpe-contacts.inc in metadata
Apr 16 18:11:49 <flameman> i don't know
Apr 16 18:12:09 <flameman> now i am git cloning the stable branch of bitbake
Apr 16 18:32:30 <keesj> how do I generate package for development (including headers and .so)
Apr 16 18:32:52 <khem> keesj: you should have -dev package for the recipe
Apr 16 18:35:05 <keesj> I am using angstrom I guess I need to serach in the local.conf to enable -dev package generation for common packages?
Apr 16 18:35:59 <khem> hmm I dont think so, which package are you having issue with
Apr 16 18:36:16 <booxter> keesj, they are already there
Apr 16 18:37:15 <booxter> in most cases -dev and -dbg packages are generated for recipes which include the stuff for such (-dev and -dbg) packages
Apr 16 18:38:45 <flameman> could some one help me to the bitbake already working ?
Apr 16 18:38:47 <keesj> I do see a lot of those packages indeed 
Apr 16 18:39:26 * keesj is obviousely trying to be able to compile on the target...
Apr 16 18:39:31 <flameman> i still get http://www.webalice.it/speeder/bitbake-error.txt
Apr 16 18:40:39 <kergoth> flameman: either set your BBFILES or stop overriding BBMASK.  the default BBMASK masks out nonworking from the parsing
Apr 16 18:40:40 <keesj> stuff/openembedded/recipes/nonworking/e2fsprogs/e2fsprogs_1.41.2
Apr 16 18:40:46 <keesj> might be the clue
Apr 16 18:42:26 <flameman> kergoth this is the way i use bitbake http://www.webalice.it/speeder/bitbake-do-it.sh
Apr 16 18:42:36 <flameman> should i post the local.conf ?
Apr 16 18:42:50 <kergoth> i just told you what you need to fix.  you expect me to fix it for you, too?
Apr 16 18:43:32 <flameman> no, the point is .. i don't understand what you have suggest to do
Apr 16 18:43:47 <Gnutoo> mmm....is is a good idea to link /usr/lib/libuClibc++.so.0 to libstdc++.so.6 ...is it the same ABI ?
Apr 16 18:44:09 <Gnutoo> (could it be that it's not linked because of a bug?)
Apr 16 18:44:25 <booxter> flameman, grep for BBMASK. It seems that your variable includes nonworking stuff
Apr 16 18:44:32 <kergoth> if you didn't understand what i just said, then you need to read the documentation.  if you don't know what BBFILES is, which is one of the two most important variables in the use OpenEmbedded, you need to read up
Apr 16 18:45:18 <booxter> flameman, (BBMASK and BBFILES)
Apr 16 18:45:38 <flameman> i am new about that, anyway ... yesterday bitbake was working, today i svn update and the stuff stops to work
Apr 16 18:45:47 <flameman> this seems to me be a bit "strange"
Apr 16 18:45:53 <flameman> anyway i will read the doc
Apr 16 18:46:08 <booxter> svn update? oe uses git
Apr 16 18:47:15 <flameman> also i rm -r all the stuff and i git clone back again
Apr 16 18:47:33 <flameman> you can see what i did in the .sh i past included
Apr 16 18:47:45 <flameman> (that comes from the wiki)
Apr 16 18:48:34 <Gnutoo> I'd better start from the beginning:
Apr 16 18:50:06 <Gnutoo> I've a FAM problem : http://rafb.net/p/3zGDCx34.html
Apr 16 18:50:11 <Gnutoo> what could I do
Apr 16 18:50:25 <Gnutoo> do I need a specific libstdc++?
Apr 16 18:50:56 <Gnutoo> I've already uclibc and I can't use recent glibc because they require nptl(I've a 2.4.19 kernel)
Apr 16 18:51:11 <khem> Gnutoo: you need to install libstdc++
Apr 16 18:51:11 <Gnutoo> and I can't change that kernel
Apr 16 18:51:24 <Gnutoo> khem, yes I've cross-compiled uclibc++
Apr 16 18:51:40 <khem> hmmm
Apr 16 18:51:52 <Gnutoo> (I did a ugly hack but the new 0.2.2 version compiled)
Apr 16 18:51:59 <Gnutoo> s/but/and/
Apr 16 18:51:59 <khem> is it staged
Apr 16 18:52:07 <khem> can you use libstdc++
Apr 16 18:52:17 <Gnutoo> yes but under another name
Apr 16 18:52:27 <Gnutoo> libuClibc++.so.0
Apr 16 18:52:42 <khem> they are not same
Apr 16 18:52:43 <Gnutoo> should I make a simlink to it ?
Apr 16 18:52:47 <Gnutoo> ok 
Apr 16 18:52:55 <khem> try to symlink 
Apr 16 18:52:59 <Gnutoo> so they are not compatible?
Apr 16 18:53:00 <Gnutoo> ok
Apr 16 18:53:03 <Gnutoo> thanks a lot
Apr 16 18:53:31 <khem> I dont know if it will work out for you 
Apr 16 18:53:54 <khem> FAMopen might just be made to care for libstdc++ only
Apr 16 18:54:11 <khem> I have not heard many people using glibc+uclibc++
Apr 16 18:57:59 <Gnutoo> i'm using uclibc
Apr 16 18:58:54 <khem> oh that might be better than
Apr 16 19:02:41 <Gnutoo> doesn't work
Apr 16 19:05:03 <khem> is linker finding the c++ libraries ?
Apr 16 19:05:24 <khem> if not then force it to link to uclibc++ provided libs
Apr 16 19:07:58 <Gnutoo> ok
Apr 16 19:08:02 <Gnutoo> thanks
Apr 16 19:22:18 <Gnutoo> I'll try to do something like  CXX=g++-uc
Apr 16 19:43:40 <Gnutoo> mmm I think I will have to stage g++-uc
Apr 16 19:43:45 <Gnutoo> but in the cross dir
Apr 16 19:44:04 <Gnutoo> that is at /home/embedded/oetmp_pma/cross/arm-oabi/bin/
Apr 16 19:45:04 <Gnutoo> I'll look in the core recipes like GCC to see if there is a variable for that
Apr 16 19:53:18 <dhd> hmm, the dot files generated by bitbake -g are ... interesting
Apr 16 19:56:36 <mckoan> gremlin[it]: hi
Apr 16 19:56:49 <gremlin[it]> hi mckoan ... 
Apr 16 19:58:05 * gremlin[it] spend evening with a broker for house loan ... grrrrrrrrrr
Apr 16 19:59:01 <mckoan> gremlin[it]: happens :-)
Apr 16 19:59:34 * gremlin[it] hope happen just a couple of time in a life ... 
Apr 16 20:00:01 <mckoan> gremlin[it]: indeed! :-D  good luck and best wishes
Apr 16 20:00:43 <gremlin[it]> yes, i hope to be close to the end ... on august i want be in my house ! 
Apr 16 20:01:05 <Crofton|work> gremlin[it], congratulations!
Apr 16 20:01:38 <gremlin[it]> thanks Crofton|work 
Apr 16 20:01:52 <gremlin[it]> and now let's bitbake ... 
Apr 16 20:05:05 <dhd> I'm assuming this is mainly a bug in bitbake -g, but I notice that the dot files have a lot of lines like
Apr 16 20:05:08 <dhd> "task-boot" -> "b" [style=dashed]
Apr 16 20:05:17 <dhd> in other words the dependency names are being split characterwise :)
Apr 16 20:07:15 <dhd> seems to be happening for RDEPENDS but not DEPENDS
Apr 16 20:12:08 <Gnutoo> hello, arm-angstrom-linux-uclibc-* that are in ${CROSS_DIR}/bin that is /home/embedded/oetmp/cross/arm-oabi/bin are defined how(how their name is defined?)
Apr 16 20:13:22 <booxter> Gnutoo, your question is ambiguous
Apr 16 20:13:26 <booxter> try harder :)
Apr 16 20:13:54 <Gnutoo> ok how the name arm-angstrom-linux-uclibc get generated...what are the variables that govern that?
Apr 16 20:14:35 <Gnutoo> I'll check for CROSS_DIR variable in bitbake -i
Apr 16 20:15:14 <booxter> iirc "linux" is ${DISTRO_OS}, "angstrom" is ${DISTRO_NAME}...
Apr 16 20:15:28 <mckoan> gremlin[it]: what are you cooking tonight?
Apr 16 20:15:29 <Gnutoo> ok thanks
Apr 16 20:15:31 <dhd> "angstrom" is ${DISTRO_VENDOR}
Apr 16 20:15:38 <booxter> grep for "DISTRO_" somewhere in openembedded/classes
Apr 16 20:15:46 <dhd> I think
Apr 16 20:15:49 <Gnutoo> CROSS_DIR matches...
Apr 16 20:15:52 <Gnutoo> thanks a lot
Apr 16 20:16:04 <booxter> dhd, don't know - no OE copy on the machine
Apr 16 20:16:10 <Gnutoo> and arm is ${ARCH}
Apr 16 20:16:30 <Gnutoo> i'll try theses variables in bitbake -i
Apr 16 20:16:32 <gremlin[it]> mckoan, KaeliOS on qemux86 with rpm sauce :) 
Apr 16 20:17:35 <mckoan> gremlin[it]: hmmmm taste good !
Apr 16 20:18:04 <Gnutoo> mmm...TARGET_OS is linux-uclibc
Apr 16 20:18:11 <Gnutoo> ARCH is none...that is strange
Apr 16 20:18:21 <dhd> ahh, TARGET_VENDOR
Apr 16 20:18:33 <Gnutoo> ah TARGET_ARCH
Apr 16 20:28:52 <mckoan> Gnutoo: still fighting against uclibc ?
Apr 16 20:29:03 <Gnutoo> yes and no
Apr 16 20:29:08 <Gnutoo> I will try something
Apr 16 20:29:36 <Gnutoo> and after I would need advise on the best way to prepare the recipe for review
Apr 16 20:29:54 <Gnutoo> what I will try:
Apr 16 20:30:13 <Gnutoo> export CXX=arm...-g++-uc
Apr 16 20:30:29 <Gnutoo> and it was uclibc++
Apr 16 20:30:31 <Gnutoo> not uclibc
Apr 16 20:30:37 <Gnutoo> uclibc is ok now
Apr 16 20:31:00 <Gnutoo> in uclibc I think I changed the defconfig
Apr 16 20:31:14 <Gnutoo> and made better kernel headers
Apr 16 20:36:44 <ant__> dhd: bitbake -g suffers a known bug...
Apr 16 20:38:38 <dhd> also, I have my own custom image type, which does not depend on the whole task-base, but does depend on task-base-usbhost - yet for some reason, bitbake wants to build all of task-base anyway
Apr 16 20:39:37 <dhd> in particular, task-base-bluetooth pulls in a lot of stuff I don't ever want to build
Apr 16 20:40:00 <dhd> should I just avoid touching anything from task-base and add the relevant packages explicitly?
Apr 16 20:40:36 <ant__> dhd: for a fix look at http://bugs.openembedded.net/show_bug.cgi?id=5002
Apr 16 20:40:42 <ant__> kergoth: ^^^
Apr 16 20:41:29 <CIA-2> 03Stanislav Brabec <utx@penguin.cz> 07org.openembedded.dev * r0ff8efdbbf 10openembedded.git/recipes/navit/ (navit.inc navit_0.0.4.bb navit_0.1.0.bb navit_svn.bb): navit: Modules .so files must go to the main package, modules .la can go away.
Apr 16 20:41:30 <CIA-2> 03Stanislav Brabec <utx@penguin.cz> 07org.openembedded.dev * r6898e13ea0 10openembedded.git/recipes/espeak/espeak_1.37.bb: espeak: Fixed GNU_HASH QA error.
Apr 16 20:42:08 <kergoth> ant__: looks correct to me at first glance.  might want to run it by RP or zecke to get a second opinion
Apr 16 20:42:30 <ant__> almost 3 months...
Apr 16 20:42:46 <ant__> since Roman posted the fix
Apr 16 20:42:49 <dhd> ant__: thanks!
Apr 16 20:42:52 <Gnutoo> mmm...it still fail: http://rafb.net/p/S7m1G277.html
Apr 16 20:43:10 <Crofton|work> where did he post the fix?
Apr 16 20:43:21 <ant__> attachment to the bug
Apr 16 20:43:38 <ant__> ...but nobody cares about bugzilla lately
Apr 16 20:43:58 <Crofton|work> urg, it is in bitbake
Apr 16 20:44:02 <ant__> yep
Apr 16 20:44:04 <Crofton|work> fewer people can commit that
Apr 16 20:44:09 <Gnutoo> I bet I'll have to hack the build system
Apr 16 20:44:24 <ant__> today RP was there..I forgot...
Apr 16 20:44:25 <Crofton|work> ant__, best thing is to ask people who you know can commit to bitbake
Apr 16 20:44:33 <kergoth> i can commit it, but i want to test it out a bit first, i donj't want to inadvertantly break anything
Apr 16 20:44:38 <kergoth> heh
Apr 16 20:44:44 <ant__> kergoth: :)
Apr 16 20:45:11 <ant__> there is another patch of Roman, supposedly solving some race issues
Apr 16 20:45:15 <Crofton|work> there are a number of Roman's patches in patchwork that need reviewing
Apr 16 20:45:26 <ant__> (which I happily don't have..yet)
Apr 16 20:45:31 <Crofton|work> those are easier to find
Apr 16 20:45:53 <ant__> Crofton|work: seems a valid contributor
Apr 16 20:46:05 <Crofton|work> yeah
Apr 16 20:46:06 <ant__> today monopolyzed ML :-)
Apr 16 20:46:14 <Crofton|work> he touiches stuff that scares me
Apr 16 20:46:22 <ant__> yeah..
Apr 16 20:46:28 * kergoth always avoided looking anywhere near the multilib crap
Apr 16 20:46:33 <ant__> Tom and Khem should evaluate
Apr 16 20:46:44 <ant__> Stanislav too
Apr 16 20:47:15 <ant__> toolchain is yet a mistery for me in some aspects ;-)
Apr 16 20:47:58 <ant__> kergoth: yea, multilib is not for purists
Apr 16 20:49:24 <Tartarus> I'll try and look it over
Apr 16 20:50:01 <kergoth> toolchain is relatively complex, just due to how many steps are involved
Apr 16 20:52:08 <ant__> let say I thought 'I do understand' just before playing with cross-compile
Apr 16 20:52:13 <ant__> :/
Apr 16 20:58:48 <CIA-2> 03Stanislav Brabec <utx@penguin.cz> 07org.openembedded.dev * r0a9c8004d0 10openembedded.git/recipes/pulseaudio/libatomics-ops_1.2.bb: libatomics-ops: Package all installed files.
Apr 16 20:58:49 <CIA-2> 03Stanislav Brabec <utx@penguin.cz> 07org.openembedded.dev * r888279d292 10openembedded.git/recipes/eds/eds-dbus_svn.bb: eds-dbus: Package missing files, remove unneeded .la files.
Apr 16 20:58:49 <CIA-2> 03Stanislav Brabec <utx@penguin.cz> 07org.openembedded.dev * r96cb8adcf1 10openembedded.git/recipes/libsndfile/libsndfile1_1.0.17.bb: libsndfile1: Package unpackaged octave files to subpackage libsndfile1-octave.
Apr 16 20:59:13 <ant__> oh, Stanislav is fixing navit...good
Apr 16 21:02:22 <Tartarus> hey dhd
Apr 16 21:02:40 <dhd> hey
Apr 16 21:02:52 <Tartarus> So, another canadian user, eh? ;)
Apr 16 21:02:59 <dhd> haha yes
Apr 16 21:03:05 <Tartarus> Sorry, had to
Apr 16 21:03:21 <dhd> amazingly enough I am actually Canadian
Apr 16 21:03:30 <dhd> but mainly I just don't enjoy using Cygwin :)
Apr 16 21:04:04 <Tartarus> So I'm gonna give both of those patches a shot w/ DISTRO=minimal and MACHINE=ep93xx
Apr 16 21:04:19 <Tartarus> The drive letter thing is odd
Apr 16 21:04:30 <Tartarus> as I did a buncha tests locally, but not quite w/ DISTRO=minimal
Apr 16 21:04:42 <dhd> yeah - I can send you my distro/machine if you like
Apr 16 21:04:55 <dhd> but it is basically ep93xx minus some machine features
Apr 16 21:05:30 <dhd> the board is a Qwerk, which is essentially an edb9302a plus some robot peripherals hooked up to GPIO lines
Apr 16 21:05:37 <Tartarus> Well, so long as minimal/ep93xx build currently, thats good enough :)
Apr 16 21:06:14 <Tartarus> hmm
Apr 16 21:06:21 <Tartarus> you didn't c&p into the email did you?
Apr 16 21:06:32 <Tartarus> Hunk #1 FAILED at 1.
Apr 16 21:06:32 <Tartarus> Hunk #5 succeeded at 139 (offset 6 lines).
Apr 16 21:06:32 <Tartarus> 1 out of 5 hunks FAILED -- saving rejects to file recipes/meta/canadian-sdk.bb.rej
Apr 16 21:06:42 <dhd> oh the patches are against stable/2009
Apr 16 21:06:47 <Tartarus> Ah
Apr 16 21:06:52 <dhd> I should have mentioned that...
Apr 16 21:07:21 <Tartarus> Er, I didn't think I did driveletter in stable..
Apr 16 21:09:30 <dhd> ahh canadian-sdk.bbclass is a bit different in .dev, I see
Apr 16 21:09:41 <dhd> sorry, I should be using .dev but I have enough problems already...
Apr 16 21:09:52 <Tartarus> heh, I can understand that
Apr 16 21:09:53 <dhd> actually quite different it seems
Apr 16 21:10:12 <Tartarus> Did you try moving stuff from .dev to stable w/o git cherry-pick?
Apr 16 21:11:08 <dhd> no, not yet...
Apr 16 21:11:22 <dhd> how does SDK_REALPATH_MINGW get picked up?  is it in the canadian recipes?
Apr 16 21:12:02 <dhd> oh, I see
Apr 16 21:12:09 <Tartarus> see ae48ce485442fa2c1a7d0552bf6b4ea10fe692cf
Apr 16 21:12:11 <dhd> so I could cherry-pick the gcc recipes and the canadian classes
Apr 16 21:12:15 <ant__> dhd: .dev is not so bad today...just checkout a local branch and don't pull / rebase on it
Apr 16 21:12:38 <ant__> make your stable today...
Apr 16 21:12:56 <dhd> thanks, that sounds reasonable
Apr 16 21:13:08 <ant__> or better tomorrow...lot of hanging patches :-)
Apr 16 21:13:37 <dhd> yeah, unfortunately I am going to a conference for a week on Saturday
Apr 16 21:14:07 <ant__> well, you can cherry-pick those
Apr 16 21:14:40 <ant__> but really was unfortunate moment when stable was branched
Apr 16 21:14:42 <dhd> yeah, that seems like a wise idea - I think that I want to keep tracking stable/2009 but incorporate stuff that this project needs
Apr 16 21:15:06 <Tartarus> Well, getting canadian stuff into stable is on my todo list
Apr 16 21:15:20 <Tartarus> really it should just be git cherry-pick, submit and then push
Apr 16 21:15:53 <dhd> cool, thanks!
Apr 16 21:16:15 <dhd> it's very nice to be able to  build toolchains for people running Eclipse on Windows
Apr 16 21:16:41 <Tartarus> yeap
Apr 16 21:17:05 <Tartarus> the drive letter thing is needed so they can install on a diff drive than where they work
Apr 16 21:17:10 <dhd> ahh
Apr 16 21:17:11 <Tartarus> had someone report that as a problem :)
Apr 16 21:17:25 <dhd> there is one other problem with the MinGW canadian-sdk
Apr 16 21:17:33 <dhd> which is that some Linux header files have names that differ in case only
Apr 16 21:17:38 <Tartarus> Yes :(
Apr 16 21:17:41 <gremlin[it]> we heve on-line log of this channel ? 
Apr 16 21:17:47 <Tartarus> Locally, I've got an "rm -rf netfilter"
Apr 16 21:17:49 <dhd> right now I just have to tell people to click "Yes to All"
Apr 16 21:17:58 <Jay7> gremlin[it]: ~logs
Apr 16 21:18:06 <dhd> ah, I'll do that - I didn't have time to look for them all
Apr 16 21:18:11 <Tartarus> There's no real good solution to the problem
Apr 16 21:18:13 <gremlin[it]> ~logs
Apr 16 21:18:14 <ibot> All conversations are logged to http://ibot.rikers.org/channel, where "channel" is replaced by the URL-encoded channel name, such as %23freenode for #freenode. Lines starting with spaces are not logged.
Apr 16 21:18:23 <Tartarus> It will break those, of course
Apr 16 21:18:31 <Tartarus> But it's a limitation on Windows
Apr 16 21:18:42 <Jay7> !logs
Apr 16 21:18:42 <cdbot2> Channel logs for #oe are archived at:
Apr 16 21:18:43 <cdbot2> http://hentges.net/tmp/logs/irc/%23oe
Apr 16 21:18:44 <cdbot2> Live-logs are available at
Apr 16 21:18:46 <cdbot2> http://hentges.net/tmp/logs/irc/livelogs/%23oe.livelog
Apr 16 21:18:48 <cdbot2> See ?? help-logs for usage instructions
Apr 16 21:18:53 <Jay7> there are livelog^^
Apr 16 21:19:02 <dhd> yeah, but really, those header files are probably not useful to the average person building embedded apps from Windows anyway
Apr 16 21:19:06 <dhd> if they cared, they'd use Linux :)
Apr 16 21:19:16 <Tartarus> Basically
Apr 16 21:19:20 <Tartarus> it's netfilter fun
Apr 16 21:19:43 <gremlin[it]> thanks Jay7 
Apr 16 21:19:48 <Tartarus>  Case insensitivity is bad.
Apr 16 21:19:48 <Tartarus>         rm -rf ${SDK_OUTPUT}/${prefix}/${TARGET_SYS}/usr/include/linux/netfilter
Apr 16 21:20:00 <Tartarus> netfilter* even, stupid 'screen' :)
Apr 16 21:20:27 <Tartarus> Also means no kernel building on wIndows
Apr 16 21:20:58 <Gnutoo> I think I've a big problem with uclibc++: http://rafb.net/p/ePGWYB73.html
Apr 16 21:21:04 <ant__> Tartarus: and on OSX...
Apr 16 21:21:14 <Tartarus> ant__, OSX by default :)
Apr 16 21:21:24 <ant__> he 
Apr 16 21:21:35 <Tartarus> Windows it's much harder to get a case sensitive fs, iirc
Apr 16 21:21:52 <Tartarus> osx at least has that as an option to hfs+, but it breaks something or another
Apr 16 21:21:55 <Tartarus> or used to
Apr 16 21:24:35 <gremlin[it]> ok probably fixed the rpm-native issue ... 
Apr 16 21:25:45 <ant__> Tartarus: why loose time searching for new problems with rare buildhosts?There are enough natives...!
Apr 16 21:34:14 <workrat> hello all
Apr 16 21:36:44 <workrat> dead channel is dead :I
Apr 16 21:39:38 <Crofton|work> not really
Apr 16 21:40:17 <mckoan> gn
Apr 16 21:40:39 <workrat> ah
Apr 16 21:41:04 <workrat> i guess im just used to more lively channels
Apr 16 21:41:25 <Crofton|work> heh
Apr 16 21:41:30 <Crofton|work> this channel can be very lively
Apr 16 21:41:43 <workrat> sounds promising then :3
Apr 16 21:41:52 <Crofton|work> the .eu guys are in bed and the .us guys are working
Apr 16 21:42:14 <workrat> makes sense
Apr 16 21:42:37 <workrat> tbh though, im hunting for answers
Apr 16 21:42:42 <mwester> Only us Atlantic Tuna here.
Apr 16 21:42:48 <workrat> regarding SPI
Apr 16 21:44:58 <workrat> even more specifically about the slave-select function in a micro's implementation of spi
Apr 16 21:47:04 <Gnutoo> I'm back...my Internet provider should have had a problem
Apr 16 21:47:14 <Gnutoo> I think I've a big problem with uclibc++: http://rafb.net/p/ePGWYB73.html
Apr 16 21:53:35 <Gnutoo> what should I do?
Apr 16 22:05:16 <CIA-2> 03Angus Ainslie <nytowl@openmoko.org> 07fso/milestone5.5 * r6e4ad95def 10openembedded.git/recipes/freesmartphone/frameworkd_git.bb: frameworkd : patch otimed to correct timezones
Apr 16 22:05:19 <CIA-2> 03Angus Ainslie <nytowl@openmoko.org> 07fso/milestone5.5 * r5e74e5d110 10openembedded.git/conf/distro/include/sane-srcrevs.inc: sane-srcrevs : bump fso frameworkd to fix idlenotifier
Apr 16 22:11:18 <florian> BusError: Do you want a fix for the lowlevel_foo thingy for u-boot?
Apr 16 22:12:31 <florian> I managed to kill my uboot earier today but luckily the procedure to recover is documented and the jtag dongle shipped with the device works pretty well with openocd.
Apr 16 22:13:58 <Gnutoo> mmm...is it possible to mix uclibc and libstdc++ 6 and does libstdc++ depend on nptl or things not available for 2.4 kernel?
Apr 16 22:24:33 <BusError> florian, still can't reach mini ?
Apr 16 22:25:03 <florian> BusError: no, works pretty good now. 
Apr 16 22:25:04 <BusError> florian, you can always restart with the vivi bootloader on the NOR.. I hardly had to use JTAG to develop the u-boot port
Apr 16 22:25:23 <khem> Gnutoo: C++ runtime libs do not depends on thread model
Apr 16 22:25:34 <Gnutoo> wow
Apr 16 22:25:44 <florian> BusError: hrm... i supposed that it would work like this but for some reason it failed for me
Apr 16 22:25:50 <BusError> florian, so what the lowlevel problem exactly ?
Apr 16 22:25:54 <Gnutoo> thanks a lot...so how do I get it then? bitbake gcc-cross didn't stage it
Apr 16 22:26:17 <BusError> florian, load u-boot in ram at 33f80000 using vivi, run it, and fix the nand :>
Apr 16 22:27:22 <florian> BusError: some typo inherited from some other device, it was never built and the CFLAGS to build it were wrong.
Apr 16 22:27:37 <florian> unless you use an oabi toolchain maybe... 
Apr 16 22:27:46 <BusError> I used JTAG only to figure where I was hanging :>
Apr 16 22:28:02 <florian> :-)
Apr 16 22:28:09 <Gnutoo> florian, I use oabi...
Apr 16 22:28:20 <BusError> florian, hmm I tought I had fixed that, somehow :> yes do forward it on
Apr 16 22:28:36 <Gnutoo> what are the options lefts...I need glib-2.0
Apr 16 22:28:54 <florian> BusError: the dongle that is shipped with the device? using openocd or urjtag?
Apr 16 22:29:09 <BusError> I used openocd, and a JTAGKey
Apr 16 22:29:18 <BusError> urjtag doesn't grock the s3c
Apr 16 22:29:31 <Gnutoo> (it doesn't find FAM...and I want to try fam because otherwise it fails because I've no inotify)
Apr 16 22:30:20 <BusError> florian, I don;t have a parallel port on my workstation :>
Apr 16 22:30:55 <florian> :-)
Apr 16 22:31:32 <florian> That's why I have a _real_ workstation and an old laptop with old-style ports :)
Apr 16 22:32:41 <BusError> and thats why I hsve a jtagkey :>
Apr 16 22:34:44 <florian> I have something like five jtags but all of them suck for some reason. e.g. any IXP43x device fails with J-Link and ARm-USB-OCD
Apr 16 22:37:57 <BusError> I did a tad of kernel hacking. gave up on the OEM backlight, I think it's not hooked up at all. Instead hooked the LCD on/off to the VESA blanking, do we have proper deep screen sleep
Apr 16 22:38:12 <BusError> I'll push a new kernel patch later
Apr 16 22:40:10 <ant__> ehm..that's recent...
Apr 16 22:40:10 <ant__> ERROR: Multiple .bb files are due to be built which each provide bluez-libs (/oe/org.openembedded.dev/recipes/bluez/bluez4_4.35.bb /oe/org.openembedded.dev/recipes/bluez/bluez-libs_3.36.bb).
Apr 16 22:40:25 <florian> BusError: do you have one with a small display?
Apr 16 22:40:41 <BusError> florian, yup, I have a 3.5 and a 7"
Apr 16 22:41:11 <Gnutoo> mmm...found the lib...I'll try to link to it
Apr 16 22:41:15 <Gnutoo> it was in cross dir
Apr 16 22:41:27 <florian> BusError: I noticed that the display timing for the 3.5 is bad. 
Apr 16 22:41:42 <MostAwesomeDude> Hey, I made a recipe for xf86-input-evtouch. Want a patch?
Apr 16 22:42:22 <BusError> florian, ? works fine here... how does it look to you?
Apr 16 22:43:48 <florian> BusError: maybe the display for the micro is different (i don't hope so). i miss some colums at the right border
Apr 16 22:44:34 <florian> and there is a timimg problem. its not really flickering but i can see that rows move a little bit
Apr 16 22:44:38 <BusError> the chassis of your screen looks different. from the only pic I saw of the micro..
Apr 16 22:45:00 <florian> i'll takea look at the datasheet some day... 
Apr 16 22:45:47 <BusError> in the kernek siurce, try to decrease framerate. it's specced fairly high because it works fine on the mini
Apr 16 22:46:41 <Gnutoo> mmm....I'll set the rpath...
Apr 16 22:49:32 <BusError> BTW on a general topic, how do I change the timezone on OE/Angstrom ? didn't find anything in /etc...
Apr 16 22:52:04 <florian> hrm /etc/timezone I assume
Apr 16 22:52:35 <BusError> I assumed too. it's not there. I wonder if it's just a missing link
Apr 16 22:52:54 <mwester> Did you install tzdata?
Apr 16 22:53:29 <ant__> check /etc/bootmisc.sh
Apr 16 22:53:44 <ant__> now using /etc/timestamp
Apr 16 22:53:49 <BusError> hmm no it's not on the default angstrom it seems
Apr 16 22:55:43 <ant__> sorry etc/init.d/bootmisc.sh
Apr 16 22:56:39 <ant__> and somewhere TZ is exported
Apr 16 22:58:06 <ant__> yes, /etc/init.d/hwclock.sh
Apr 16 22:58:47 <Gnutoo> thanks a lot for the help!!!
Apr 16 22:59:42 * florian needs some sleep
Apr 16 22:59:45 <florian> good night
Apr 16 23:00:34 <ant__> 'night flo
Apr 16 23:01:12 <ant__> 'night
Apr 16 23:08:27 <CIA-2> 03Angus Ainslie <nytowl@openmoko.org> 07fso/milestone5.5 * re4f800531b 10openembedded.git/recipes/freesmartphone/frameworkd/ (om-gta01/otimed.patch om-gta02/otimed.patch otimed.patch): frameworkd : otimed patch
Apr 17 00:56:26 <MostAwesomeDude> Has anybody else had problems with task-java recently?
Apr 17 01:44:13 <ntfn> w00t i think my build finaly finished
**** ENDING LOGGING AT Fri Apr 17 02:59:57 2009