**** BEGIN LOGGING AT Thu Jun 11 02:59:57 2009
Jun 11 03:35:56 <CIA-73> 03Angus Ainslie <nytowl@openmoko.org> 07fso/milestone5.5 * rb1e2ca6a32 10openembedded.git/conf/distro/include/preferred-om-2009-versions.inc: preferred-om-2009-versions.inc : get rid of udev 124
Jun 11 06:40:26 <tsjsieb> goodmorning
Jun 11 06:40:59 <tsjsieb> what's the correct way to add the kernel modules automatically in an image?
Jun 11 06:41:30 <tsjsieb> I used to use 'IMAGE_INSTALL += "kernel-modules"' in my local.conf, but that doesn't seem to do the trick anymore
Jun 11 06:48:29 <tsjsieb> I read something about ' RRECOMMENDS = "kernel-modules" ' . Should I put that in the image recipe or in my local.conf? 
Jun 11 06:51:13 <recalcati_oe> morning all
Jun 11 07:26:53 <Viltapi> anyone got experience about creating your own machine.conf?
Jun 11 07:27:25 <Viltapi> it seems that u-boot is looking for something machine_config but i can't seem to find out where i am supposed to define those
Jun 11 07:29:20 <akheron> it uses UBOOT_MACHINE variable
Jun 11 07:29:46 <akheron> when configuring the U-Boot source tree, the command oe_runmake ${UBOOT_MACHINE} is run
Jun 11 07:30:45 <akheron> UBOOT_MACHINE is normally defined in machine config for machines that use U-Boot, but you can override it e.g. in local.conf
Jun 11 07:35:43 <Viltapi> if there's e.g. UBOOT_MACHINE = "at91sam9rlek_config" in the machine.conf, where is that machine-specific u-boot stuff defined?
Jun 11 07:36:09 <Viltapi> am I supposed to create some configuration for the u-boot?
Jun 11 07:54:26 <mib_tmtgd7> do i need to specify in the file system the touch screen event interface for x windows to accept touch?
Jun 11 08:08:48 <pb__> rwhitby: what's the status of the ucslugc distribution at the moment: is it still maintained?
Jun 11 08:15:55 <saiimons> Hi ! I've been having a strange failure while compiling classpath...
Jun 11 08:16:50 <saiimons> During the do_configure, I had an error, when the Test.java is being executed by the vw
Jun 11 08:16:52 <saiimons> vm
Jun 11 08:17:45 <saiimons> http://pastebin.com/d7b844a39
Jun 11 08:17:57 <saiimons> if anyone can give me some help about that
Jun 11 08:18:58 <pb__> saiimons: did you verify that the compiled Test.class indeed exists?
Jun 11 08:19:06 <saiimons> yes, it exists
Jun 11 08:19:41 <pb__> and can you execute it with another vm?
Jun 11 08:19:45 <saiimons> here is my configuration http://pastebin.com/d448c7aab
Jun 11 08:20:39 <saiimons> works fine with my VM
Jun 11 08:21:22 <pb__> okay, so, seems that your jamvm must be busted somehow.  can you execute any java at all with that?
Jun 11 08:21:25 <saiimons> seems to come from jamvm-native ?
Jun 11 08:21:45 <pb__> right
Jun 11 08:22:19 <mib_g9l64r> do i need to pass the event interface (which node) the touch screen provides interface for xserver to work
Jun 11 08:22:22 <saiimons> btw, the jamvm 1.5.1 was not available, the 1.5.2 was built instead
Jun 11 08:22:39 <mib_g9l64r> i touch the touch screen X does not recognise it. i see touch interrupts comming
Jun 11 08:25:02 <saiimons> pb__: Can't get any Java programs running...
Jun 11 08:25:41 <saiimons> pb__: each time the same failure about noclassdeffound
Jun 11 08:29:02 <saiimons> pb__: seems that my classpath is empty
Jun 11 08:51:51 <saiimons> pb__: I'll try with cacao-native, instead of jamvm-nativge
Jun 11 09:20:59 <Laibsch> pb_: does http://oss.leggewie.org/oe/gcc-cross-4.3.3-r4.1/gcc-4.3.3/build.i686-linux.arm-angstrom-linux-gnueabi/arm-angstrom-linux-gnueabi/libgfortran/config.log speak to you?
Jun 11 09:24:50 <pb_> Laibsch: yes indeed, see:
Jun 11 09:24:52 <pb_> <built-in>:0: internal compiler error: Illegal instruction
Jun 11 09:25:12 <Laibsch> OK
Jun 11 09:25:16 <pb_> it seems that your build host isn't compatible with the fortran compiler that's been built
Jun 11 09:25:21 <pb_> what cpu are you using?
Jun 11 09:25:21 <Laibsch> illegal does not sound good ;-)
Jun 11 09:25:31 <pb_> heh, indeed
Jun 11 09:25:44 <Laibsch> i386, VIA C3 processor
Jun 11 09:25:56 <Laibsch> low-energy, very old
Jun 11 09:26:09 <pb_> ah, via c3 is one of the ones that lacks cmov, right?
Jun 11 09:26:32 <pb_> what are you using as your BUILD_ARCH?  i686 would certainly lose on those cpus.
Jun 11 09:28:27 <pb_> could try running the offending fortran binary under gdb to find out what the actual instruction is that it's tripping over, but I'm pretty sure this is going to be symptomatic of wrong build cflags.
Jun 11 09:28:47 * Laibsch has no idea what cmov even means
Jun 11 09:29:09 <pb_> it's just a machine instruction that happens to be implemented in all "i686-class" cpus apart from the c3.
Jun 11 09:29:45 <pb_> if you build for a 686 target and try to run on c3 without taking special precautions, you will lose because the processor doesn't understand that opcode.
Jun 11 09:30:03 <pb_> the easiest workaround is to treat c3 as an i586 class processor and compile accordingly.
Jun 11 09:32:00 <Laibsch> how?
Jun 11 09:32:24 <Laibsch> I'm not aware of how to tell OE that info
Jun 11 09:32:42 <pb_> assuming that BUILD_ARCH is currently winding up set to "i686-linux" for you, you might find that forcing it to i586-linux (rather than letting oe guess) will help.
Jun 11 09:32:46 <Laibsch> the via is the build machine
Jun 11 09:33:17 <pb_> try "bitbake -e gcc-cross |grep ^BUILD_ARCH", see what it says
Jun 11 09:41:07 <Laibsch> BUILD_ARCH="i686"
Jun 11 09:41:10 <Laibsch> is what it says
Jun 11 09:41:20 <Laibsch> How does OE determine this?
Jun 11 09:41:33 <Laibsch> Apparently the detection is flawed
Jun 11 09:43:01 <pb_> it just asks the kernel via uname
Jun 11 09:43:14 <pb_> I guess "uname -m" probably also says i686 for you, right?
Jun 11 09:43:35 <pb_> you can override it in local.conf, anyway, just set BUILD_ARCH = "i586" by hand
Jun 11 09:44:30 <pb_> then you'll have to clean and rebuild gcc-cross, at least
Jun 11 09:45:53 <Laibsch> Yes, looks like a kernel bug
Jun 11 09:46:12 <Laibsch> Unfortunately, the kernel people don't seem to care much about supporting this processor anymore
Jun 11 09:46:25 <Laibsch> Had a few bug reports closed as wontfix
Jun 11 09:46:26 <Laibsch> :-/
Jun 11 09:46:48 <Laibsch> frequency scaling and frequency reporting are also broken for this CPU
Jun 11 09:46:54 <pb_> it's debatable whether it's actually a kernel bug; VIA do advertise the c3 as being an i686 cpu and I think cmov is technically optional in that architecture.
Jun 11 09:47:29 <XorA> it will be the same situation the old K6 cpu's suffered as well
Jun 11 09:47:29 <pb_> so, the kernel is probably within its rights to describe it as i686.  the difficulty is that gcc interprets "i686" slightly differently, meaning that cmov is available.
Jun 11 09:50:27 <pb_> you can configure gcc as "viac3-linux" to get c3 specific code generation, but I'm not sure that oe will work very well with BUILD_ARCH="viac3"
Jun 11 09:51:22 <Laibsch> I'll give it a shot
Jun 11 09:51:36 <Laibsch> I wonder who is to blame now, though
Jun 11 09:51:43 <pb_> i586 will probably give you slightly less good code but I doubt the difference is worth worrying about for anybody apart from g3nt00 h4x0rs.
Jun 11 09:51:55 <Laibsch> Something is not working, but everyone seems to have done the right thing
Jun 11 09:52:16 <XorA> I guess only the fortran dudes will complain, and you can always threaten to shave them :-)
Jun 11 09:52:46 <pb_> Laibsch: yeah, nobody is really to blame: everybody has behaved reasonably in their own domain, it's just that the results don't happen to work very well together due to divergent assumptions.
Jun 11 09:53:02 <pb_> ultimately intel are probably to blame for making cmov optional in i686.
Jun 11 09:54:48 <Laibsch> just for the heck of it, I'll try viac3
Jun 11 09:54:54 <Laibsch> Let's see if it blows up
Jun 11 09:55:01 <pb_> righto
Jun 11 09:55:03 <pb_> good luck :-)
Jun 11 09:56:08 <Laibsch> thank you for doing the analysis for me
Jun 11 09:56:30 <XorA> Laibsch: congrats on being the first via C3 user I ever spoke to :-D
Jun 11 09:57:14 <Laibsch> That's been my built machine almost ever since I started compiling for OE
Jun 11 09:57:20 <Laibsch> I think the CPU is great
Jun 11 09:57:42 <Laibsch> I bought it for building a system low on energy consumption
Jun 11 09:57:48 <XorA> I started on a k6-III and worked up to a core2quad
Jun 11 09:58:27 <broonie> XorA: You've spoken to me before. I used to have some of them in mini-itx boxes.
Jun 11 09:58:36 <XorA> my most fun was OE running in a colinux VM
Jun 11 09:58:42 <XorA> broonie: you didnt admit to it :-)
Jun 11 09:58:46 <pb_> yeah, I have a few c3s myself.  they're quite nice processors.
Jun 11 09:59:22 <Laibsch> XorA: Got my message re git rebase?
Jun 11 09:59:38 <broonie> I also ahve a bunch of geodes since shared irq support was broken in natsemi for a while.
Jun 11 09:59:43 <XorA> Laibsch: no
Jun 11 10:00:06 <Laibsch> you remember that you were talking with somebody (RP?) the other day about rebasing?
Jun 11 10:00:11 <XorA> Laibsch: yes
Jun 11 10:00:34 <Laibsch> When you were asleep I told you here that you should feel free to ask me about rebasing
Jun 11 10:00:39 <Laibsch> I've done it a lot now
Jun 11 10:00:47 <Laibsch> I can walk you through the steps
Jun 11 10:00:56 <XorA> Laibsch: it should be easy enough, I need to squash all changes to one
Jun 11 10:00:57 <Laibsch> including squashing and what not
Jun 11 10:01:02 <XorA> Laibsch: Which I think is a one liner
Jun 11 10:01:14 <Laibsch> I do the interactive rebase
Jun 11 10:02:03 <Laibsch> the end result should be just one single commit?
Jun 11 10:02:08 <XorA> yes
Jun 11 10:02:16 <Laibsch> wow, that is streamlined
Jun 11 10:06:20 <XorA> Laibsch: its really only one small change to OE
Jun 11 10:16:32 <pb_> Laibsch: by the way, did you see that the oe e.v. statutes have now been unearthed?  if you are still willing to help with the english translation then that'd be awesome.
Jun 11 10:16:58 <Laibsch> yes, I've seen them
Jun 11 10:17:07 <Laibsch> Had only a brief look so far
Jun 11 10:18:23 <pb_> Laibsch: kde have published what seems to be a fairly good english translation of their statutes, and I understand that the OE Satzung were originally based on the KDE ones.  so, the easiest way to proceed is probably for a german speaker to compare the OE and KDE Satzung and then just translate the places where they differ.
Jun 11 10:18:40 <Laibsch> good point
Jun 11 10:19:32 <pb_> plus, I guess, quickly skim the kde translation to make sure it isn't grossly inaccurate, but I think we can probably trust kde to have done a reasonable job with that.
Jun 11 10:24:50 <Laibsch> python hackers to the front: where is __builtin__ defined?
Jun 11 10:53:12 <RP> morning all
Jun 11 10:54:22 * RP wonders if there is much point in pkgconfig.bbclass these days
Jun 11 10:59:45 <woglinde> jo
Jun 11 11:02:16 <RP> hi woglinde 
Jun 11 11:03:29 <woglinde> hi rp
Jun 11 11:03:40 <woglinde> damn rain
Jun 11 11:03:45 <woglinde> I want some summer
Jun 11 11:04:21 <woglinde> if I wanted rain I could travel to england *g*
Jun 11 11:05:41 <woglinde> hi effem
Jun 11 11:06:07 <eFfeM> hi woglinde
Jun 11 11:06:13 <eFfeM> & everyone else
Jun 11 11:09:04 <woglinde> hm oh palm pre released
Jun 11 11:09:06 <woglinde> with linux
Jun 11 11:10:38 <rkirti> woglinde:  You are welcome for a trip to India --> then you wont say "I want summer" anymore in your life ;)
Jun 11 11:11:03 <woglinde> wuhu and 2.6.20 is out
Jun 11 11:11:16 <woglinde> args .30
Jun 11 11:11:22 <woglinde> with phomelfs
Jun 11 11:11:32 <woglinde> rkriti hehe
Jun 11 11:11:39 <RP> woglinde: Its actually nice and sunny here ;-)
Jun 11 11:11:40 <woglinde> khem did it for me
Jun 11 11:11:48 <woglinde> rp +argl*
Jun 11 11:12:54 <woglinde> POHMELFS is cool
Jun 11 11:14:59 <woglinde> lol
Jun 11 11:15:01 <woglinde> -> The Pre appears to be an OpenEmbedded-based system
Jun 11 11:16:28 <booxter> woglinde: what is Pre?
Jun 11 11:16:35 <pb_> RP: heh, so much for the frozen north.  it's been raining more or less non-stop here for the past 48 hours.
Jun 11 11:17:01 <woglinde> booxter woot? you missed what the palm pre is?
Jun 11 11:17:11 <woglinde> hm they using upstart
Jun 11 11:17:20 <woglinde> should we bag them to share there .bb
Jun 11 11:17:22 <pb_> RP: apropos pkgconfig.bbclass, do you mean that its functionality is being handled by something else nowadays?
Jun 11 11:17:29 <woglinde> morning pb
Jun 11 11:17:41 <pb_> or just that you think it ought to be bundled into some other class
Jun 11 11:17:42 <pb_> hi woglinde 
Jun 11 11:17:51 <woglinde> booxter -> http://mjg59.livejournal.com/111453.html
Jun 11 11:19:41 <booxter> woglinde: wow
Jun 11 11:20:58 <woglinde> hm
Jun 11 11:20:59 <woglinde> The Pre has an ARM assembler installed by default
Jun 11 11:21:15 <woglinde> seems matthew is right about an qs image
Jun 11 11:24:55 * broonie really wants to see kernel source.
Jun 11 11:25:33 <XorA> broonie: worried what they did you your drivers :-D
Jun 11 11:30:39 <broonie> XorA: Well, I'd like to see if they've picked up ASoC at least (hi google!)
Jun 11 11:39:58 <Laibsch> pb_: http://paste.debian.net/38717/ is what I get with viac3
Jun 11 11:40:06 <Laibsch> I guess I'll stay with i586 for now
Jun 11 11:40:59 <XorA> Laibsch: that looks like a simple .bbclass fix needed
Jun 11 11:41:18 <Laibsch> maybe simple for you, not simple for me
Jun 11 11:41:21 <pb_> Laibsch: yeah, I was afraid something like that might happen.
Jun 11 11:41:29 <pb_> probably easiest to stick with i586 as you say
Jun 11 11:41:35 <Laibsch> XorA: you have a patch?
Jun 11 11:42:15 <XorA> Laibsch: add a line to siteinfo.bbclass
Jun 11 11:43:34 <Laibsch> what targetinfo should it list?
Jun 11 11:44:05 <XorA> I would just copu i586-linux
Jun 11 11:44:41 <Laibsch> OK
Jun 11 11:44:43 <Laibsch> thanks
Jun 11 11:44:50 <XorA> I think that should do it
Jun 11 11:45:02 * XorA remebers hitting this before many years ago
Jun 11 12:04:30 <CIA-73> 03Phil Blundell <philb@gnu.org> 07org.openembedded.dev * re2918017ec 10openembedded.git/recipes/uclibc/uclibc.inc: uclibc: don't use ${OEMAKE_NO_CC} for populate_staging, it breaks uclibc-initial
Jun 11 12:06:10 <woglinde> gogo pb
Jun 11 12:07:05 <woglinde> pb by the way. 5 minutes after you left yesterday khem comes back from his india trip *g*
Jun 11 12:07:05 <_cpo_> im using current stable version to build a minimal beagleboard image with minimal distribution. but when i try to execute the kernel i get the following error: Bad Header Checksum ERROR: can't get kernel image!
Jun 11 12:09:16 <pb_> woglinde: heh
Jun 11 12:12:08 <Laibsch> broonie: Are you still using that C3 board?
Jun 11 12:12:32 <broonie> No, they kept on dying so I stopped using mini-itx entirely.
Jun 11 12:12:39 <broonie> I'd go for a Mac Mini these days.
Jun 11 12:14:47 * XorA has an athlon64 mini itc
Jun 11 12:14:48 <XorA> itx
Jun 11 12:14:50 <XorA> had
Jun 11 12:14:58 <pb_> _cpo_: that's probably a question for #beagle
Jun 11 12:15:03 <XorA> it was a bit toasty :-)
Jun 11 12:15:58 <Laibsch> my qemu images don't boot into GUI mode at all today :-/
Jun 11 12:16:13 <pb_> doh
Jun 11 12:17:00 <mdavey> hello
Jun 11 12:18:05 <pb_> Laibsch: do you get an error, or does it just quietly do nothing?
Jun 11 12:18:21 <Laibsch> quietly does nothing
Jun 11 12:18:24 <pb_> drat
Jun 11 12:18:26 <Laibsch> after trying to start opie
Jun 11 12:18:53 <pb_> oh, right, opie.  isn't that the same problem you were having the other day?
Jun 11 12:18:57 <Laibsch> And no console on Alt+F1 either
Jun 11 12:19:08 <pb_> I'll try a gpe-image for qemux86 and see what happens with that.
Jun 11 12:19:13 <Laibsch> Well, yesterday it succeeded booting on the second attempt
Jun 11 12:19:19 <Laibsch> remember that screenshot
Jun 11 12:19:25 <pb_> ah
Jun 11 12:19:26 <mdavey> I'm a bitbake newbie.  I'm trying to add dvb-apps to an existing image.  when I do "bitbake dvb-apps
Jun 11 12:19:34 <Laibsch> Although, I was stuck on the calibration screen after that
Jun 11 12:19:41 <pb_> no, I don't remember a screenshot of it booting, just one of it sitting at the console with a few qt messages
Jun 11 12:19:45 <Laibsch> But I think that is because of a missing tslib
Jun 11 12:19:46 <pb_> I guess I must have missed the later one :-}
Jun 11 12:20:11 <_cpo_> strange, i have a PREFERRED_VERSION_u-boot ="giut" line in the beagleboard.conf file, and the recipe is in place. problem is bitbake tells me: version git of u-boot not found
Jun 11 12:20:41 <mdavey> ... it appears to build okay.  But when I add it to an image, I get the error "the runtime entity 'dvb-apps' .. wasn't found in any package or rprovides variables.
Jun 11 12:20:52 <_cpo_> NOTE: preferred version git of u-boot not available (for item u-boot)
Jun 11 12:21:47 <Laibsch> http://picpaste.com/bildschirmschoner.jpg now that is an interesting way to keep the electricity bill down ;-)
Jun 11 12:22:31 <fraxinath> Laibsch: /dream/dm8000/build/tmp/work/gstreamer-0.10.23.1-r0/temp/run.do_configure.11357: Zeile 281: oestats-client_do_configure: Kommando nicht gefunden. when i wanna build a package?
Jun 11 12:22:43 <fraxinath> == "command not found"
Jun 11 12:22:57 <fraxinath> that's since i put that report stuff into the local.conf the other day
Jun 11 12:23:29 <Laibsch> .stable?
Jun 11 12:23:53 <mdavey> _cpo_ (assuming giut is a typo), yes I get the same.  As do many other beagleboard users it would seem.
Jun 11 12:24:39 <_cpo_> mdavey at least it builds u-boot-2008.10+r22+gitrb7038cff739684bb95853eb5bee924c2574a222e-r22
Jun 11 12:27:19 <mdavey> _cop_ what target did you use to build u-boot?
Jun 11 12:27:25 <mdavey> _cpo_ ^^
Jun 11 12:27:45 <_cpo_> beagleboard
Jun 11 12:28:02 <_cpo_> oh sec
Jun 11 12:28:16 <_cpo_> UBOOT_MACHINE = "omap3_beagle_config"
Jun 11 12:28:53 <mdavey> as in bitbake command
Jun 11 12:29:40 <_cpo_> bitbake minimal-image
Jun 11 12:35:20 <Jin^eLD> huhu
Jun 11 12:52:31 <Laibsch> pb_: http://picpaste.com/Screenshot-QEMU-1.png that was yesterday
Jun 11 12:59:20 <pb_> Laibsch: ah right, cool
Jun 11 12:59:22 <pb_> no, I didn't see that yesterday
Jun 11 12:59:27 <pb_> looks like progress :-}
Jun 11 12:59:41 <pb_> my gpe-image build is at task 818 of 3888, I guess it will be a while yet
Jun 11 12:59:50 <Laibsch> well, today I don't get that far
Jun 11 13:00:00 <Laibsch> Mine has 7000 tasks
Jun 11 13:00:06 <Laibsch> I wonder why
Jun 11 13:00:07 <pb_> crumbs
Jun 11 13:00:12 <pb_> qemux86?
Jun 11 13:00:41 <pb_> good grief, why is it building openssl-native?
Jun 11 13:00:57 <pb_> my distro openssl is perfectly good, we should have some kind of sane-host.inc that you can include to turn off all this garbage.
Jun 11 13:01:36 <pb_> if I wanted to recompile all my native tools every five minutes I would be running gentoo, not debian
Jun 11 13:02:07 <Laibsch> no, qemuarm
Jun 11 13:02:07 * pb_ opens a window to disperse the steam from his ears
Jun 11 13:02:14 <pb_> ah, that might be the difference
Jun 11 13:02:27 <pb_> seems hard to believe that arm requires an extra 3000 tasks, but you never know
Jun 11 13:02:29 <Laibsch> I guess you want to look into ASSUME_PROVIDED
Jun 11 13:02:34 <pb_> yeah
Jun 11 13:02:43 <Laibsch> Well, I'm compiling for minimal
Jun 11 13:02:54 <pb_> hm, I wonder what I'm compiling for
Jun 11 13:02:56 <pb_> micro, probably
Jun 11 13:03:03 <Laibsch> And some bugs have been fixed in an Angstrom-specific way
Jun 11 13:03:04 <pb_> that seems like a more plausible explanation for the difference
Jun 11 13:03:13 <Laibsch> bluez4 vs bluez3 for example
Jun 11 13:03:49 <Laibsch> which I think is also the root cause for the image build hanging without -force-defaults for opkg
Jun 11 13:03:57 <pb_> could be, yeah
Jun 11 13:04:13 <pb_> I guess someone should try to fix that properly
Jun 11 13:04:53 <d_th> cd ..
Jun 11 13:07:15 <Laibsch> It's easy
Jun 11 13:07:33 <Laibsch> I think I'll push it one of these days
Jun 11 13:07:39 <Laibsch> Need to test it out first, though
Jun 11 13:07:41 <pb_> jolly good
Jun 11 13:07:55 <Laibsch> pb_: how about the opie-image?
Jun 11 13:08:01 <Laibsch> should be much less tasks?
Jun 11 13:08:04 <cdbot2> * * OE Bug 5152 has been created by flamemaniii(AT)gmail.com
Jun 11 13:08:06 <cdbot2> * * something bad around i2c, no sound,  kernel 2.6.23, akita
Jun 11 13:08:08 <cdbot2> * * http://bugs.openembedded.net/show_bug.cgi?id=5152
Jun 11 13:08:12 <pb_> Laibsch: let me try running that in another window
Jun 11 13:08:21 <Laibsch> cool
Jun 11 13:09:04 <pb_> hm, load average 6.98.  I guess I need a better computer.
Jun 11 13:09:27 <pb_> oh well, it'll take a minute to parse the files.
Jun 11 13:11:51 <woglinde> pb haha its like why ffmpeg builds gnome-vfs
Jun 11 13:12:27 <woglinde> because some defined gst-plugins for libschroedinger inside libschroedinger.bb
Jun 11 13:12:40 <saiimons> did anyone experienced segfault on JamVM ?
Jun 11 13:12:59 <woglinde> saiimons try cacao
Jun 11 13:14:42 <Laibsch> let's collect tasks to reduce compile time dependencies as blockers for
Jun 11 13:14:45 <Laibsch> !oebug 5109
Jun 11 13:14:47 <cdbot2> * * Bug 5109, Status: CONFIRMED, Created: 2009-05-20 22:25
Jun 11 13:14:48 <cdbot2> * * <Laibsch>: \[META\] unexpected build-time dependencies
Jun 11 13:14:49 <cdbot2> * * http://bugs.openembedded.net/show_bug.cgi?id=5109
Jun 11 13:15:04 <saiimons> woglinde: I was told that JamVM performances were better...
Jun 11 13:15:09 <Laibsch> woglinde: feel free to add that ffmpeg thing
Jun 11 13:15:27 <saiimons> and the segfaults happens really quickly
Jun 11 13:15:35 <woglinde> laibsch I have a patch at home
Jun 11 13:15:40 <saiimons> on a very simple heloworld program
Jun 11 13:16:00 <woglinde> saiimons cacao is better with crosscompiling
Jun 11 13:16:04 <Laibsch> woglinde: Even better
Jun 11 13:16:28 <saiimons> okay, I'll try
Jun 11 13:16:47 <saiimons> though, my target is x86...
Jun 11 13:16:55 <woglinde> wahahaahaa
Jun 11 13:17:11 <saiimons> and gdb is not giving me any clue...
Jun 11 13:17:19 <woglinde> have you any space contraints?
Jun 11 13:17:30 <saiimons> not really
Jun 11 13:17:50 <woglinde> then use the jalimo overlay and build icetea
Jun 11 13:17:52 <woglinde> https://wiki.evolvis.org/jalimo/index.php/Main_Page
Jun 11 13:18:00 <woglinde> so you have a full flavour java
Jun 11 13:18:40 <saiimons> how big is that ?
Jun 11 13:19:38 <woglinde> aroundf 80 mb
Jun 11 13:21:09 <saiimons> okay, maybe I'll give it a try, thanks for the info
Jun 11 13:21:55 <flameman> anybody here with akita c1000 zaurus ?
Jun 11 13:22:12 <saiimons> anyway, here is my gdb output while running jamvm (jamvm-dbg) 
Jun 11 13:22:12 <saiimons> http://pastebin.com/d45c184ee
Jun 11 13:23:59 <pb_> Laibsch: opie-image for qemux86, micro is 2585 tasks
Jun 11 13:24:01 <pb_> so, fewer than the gpe-image
Jun 11 13:28:02 <woglinde> woot my fake libnss-ldap hack seems to work
Jun 11 13:42:53 <CIA-73> 03Rolf Leggewie <oe-devel@rolf.leggewie.biz> 07org.openembedded.dev * r53dadd8f62 10openembedded.git/recipes/ (4 files in 3 dirs): 
Jun 11 13:42:53 <CIA-73> psplash: fix runtime dependencies. (Partly Closes: #2412)
Jun 11 13:42:53 <CIA-73> * virtual/psplash should be virtual-psplash to not confuse dpkg
Jun 11 13:42:53 <CIA-73> * make corresponding changes in initramfs-module-psplash_1.0.bb
Jun 11 13:42:53 <CIA-73> and exquisite_svn.bb as well
Jun 11 13:42:54 <CIA-73> 03Rolf Leggewie <oe-devel@rolf.leggewie.biz> 07org.openembedded.dev * r442cd6df1e 10openembedded.git/recipes/ttf-fonts/ttf-arphic-uming_20080216.bb: 
Jun 11 13:42:59 <CIA-73> ttf-fonts: fix runtime dependencies. (Partly Closes: #2412)
Jun 11 13:43:01 <CIA-73> * replace virtual/chinese-font with virtual-chinese-font
Jun 11 13:43:03 <CIA-73> in RPROVIDES
Jun 11 13:43:05 <CIA-73> * doesn't seem to be actually used anywhere
Jun 11 13:43:07 <CIA-73> 03Rolf Leggewie <oe-devel@rolf.leggewie.biz> 07org.openembedded.dev * r2f96c41a43 10openembedded.git/recipes/ (12 files in 8 dirs): 
Jun 11 13:43:10 <CIA-73> {qpf|ttf}-fonts: fix runtime dependencies. (Closes: #2412)
Jun 11 13:43:12 <CIA-73> * replace virtual/japanese-font with virtual-japanese-font
Jun 11 13:43:14 <CIA-73> in RPROVIDES
Jun 11 13:43:16 <CIA-73> * adjust RDEPENDS and RRECOMMENDS accordingly in zten, uim,
Jun 11 13:43:18 <CIA-73> qpobox, nunome, jards and anki
Jun 11 13:43:20 <CIA-73> 03Rolf Leggewie <oe-devel@rolf.leggewie.biz> 07org.openembedded.dev * ra52f8db413 10openembedded.git/recipes/xorg-lib/libx11_git.bb: 
Jun 11 13:43:23 <CIA-73> libx11: replace virtual/libx11 with virtual-libx11 for runtime #2412
Jun 11 13:43:25 <CIA-73> * it doesn't look like this is actually used anywhere
Jun 11 13:45:50 <|AbsyntH|> somebody that know if there are dealers of embedded board whit more of 32 cpus ? (something like tile64)
Jun 11 13:45:57 <CIA-73> 03Michael Smith <msmith@cbnco.com> 07laibsch/wip * r77ae409e00 10openembedded.git/recipes/busybox/busybox.inc: (log message trimmed)
Jun 11 13:45:57 <CIA-73> busybox: Split syslog initscript into busybox-syslog
Jun 11 13:45:57 <CIA-73> The same is already done for httpd and udhcpd.
Jun 11 13:45:57 <CIA-73> This fixes Busybox deb upgrades: the prerm script was failing because
Jun 11 13:45:57 <CIA-73> the last command "/etc/init.d/syslog stop", added by the update-rc.d
Jun 11 13:46:01 <CIA-73> class, runs after the /bin/sh symlink has been removed.
Jun 11 13:46:03 <CIA-73> Many images expect busybox to contain the syslog initscript, so busybox
Jun 11 13:46:05 <CIA-73> 03Koen Kooi <koen@openembedded.org> 07laibsch/wip * rb9c8a40c5e 10openembedded.git/recipes/sdr/sdrshell/gcc-43-fix.patch: sdrshell: add missing patch
Jun 11 13:46:08 <CIA-73> 03Koen Kooi <koen@openembedded.org> 07laibsch/wip * r23f6034be7 10openembedded.git/: Merge branch 'org.openembedded.dev' of git@git.openembedded.org:openembedded into org.openembedded.dev
Jun 11 13:46:11 <CIA-73> 03Koen Kooi <koen@openembedded.org> 07laibsch/wip * r5f860f04c0 10openembedded.git/recipes/angstrom/ (e-wm-config-angstrom.bb e-wm-config-angstrom/profile.desktop): e-wm config angstrom: remove spurious linebreaks, the wizard has a wider textbox nowadays
Jun 11 13:46:15 <CIA-73> 03Koen Kooi <koen@openembedded.org> 07laibsch/wip * rf5b1a574ba 10openembedded.git/ (conf/checksums.ini recipes/gnome/libsoup-2.4_2.26.0.bb): libsoup-2.4: update to 2.26.2
Jun 11 13:46:24 <CIA-73> 03Koen Kooi <koen@openembedded.org> 07laibsch/wip * r428a027ee0 10openembedded.git/ (2 files in 2 dirs): midori: bump SRCREV
Jun 11 13:46:27 <CIA-73> 03Koen Kooi <koen@openembedded.org> 07laibsch/wip * r91cb26690b 10openembedded.git/recipes/dsplink/gstreamer-ti_svn.bb: gstreamer-ti: bump SRCREV
Jun 11 13:46:30 <CIA-73> 03Koen Kooi <koen@openembedded.org> 07laibsch/wip * rc21ee29c3a 10openembedded.git/recipes/e17/expedite_svn.bb: expedite: more e17 upgrade path tweaking
Jun 11 13:46:33 <CIA-73> 03Denys Dmytriyenko <denis@denix.org> 07laibsch/wip * r888c40a328 10openembedded.git/ (5 files in 3 dirs): 
Jun 11 13:46:36 <CIA-73> u-boot: add support for DaVinci EVMs, provided by a staging tree
Jun 11 13:46:38 <CIA-73> This staging tree holds the patches submitted to the upstream U-Boot
Jun 11 13:46:40 <CIA-73> Signed-off-by: Denys Dmytriyenko <denis@denix.org>
Jun 11 13:46:42 <CIA-73> Acked-by: Koen Kooi <koen@openembedded.org>
Jun 11 13:46:44 <CIA-73> 03Koen Kooi <koen@openembedded.org> 07laibsch/wip * r82a25a2ab7 10openembedded.git/ (2 files in 2 dirs): webkit-gtk: bump SRCREV
Jun 11 13:46:57 <CIA-73> 03Alessandro GARDICH <gremlin@gremlin.it> 07laibsch/wip * rfe2491f8bd 10openembedded.git/conf/distro/kaeilos.conf: (log message trimmed)
Jun 11 13:47:00 <CIA-73> kaeilos.conf and SPLASH
Jun 11 13:47:02 <CIA-73> Hi
Jun 11 13:47:04 <CIA-73> Make kaeilos.conf be aware of the new SPASH variable used in images recipes.
Jun 11 13:47:06 <CIA-73> At least it make bitbake start work, as soon as build the x11-image I'll
Jun 11 13:47:08 <CIA-73> check if also the image is working proper
Jun 11 13:47:10 <CIA-73> Alessandro
Jun 11 13:47:12 <CIA-73> 03Koen Kooi <koen@openembedded.org> 07laibsch/wip * rc4f22e834c 10openembedded.git/recipes/chromium/chromium_svn.bb: chromium: bump SRCREV
Jun 11 13:47:15 <CIA-73> 03Koen Kooi <koen@openembedded.org> 07laibsch/wip * rb2aafb0e06 10openembedded.git/conf/distro/include/sane-srcrevs.inc: efl: bump SRCREV
Jun 11 13:47:18 <CIA-73> 03Alessandro GARDICH <gremlin@gremlin.it> 07laibsch/wip * rd9bcd179a5 10openembedded.git/conf/distro/kaeilos.conf: (log message trimmed)
Jun 11 13:47:33 <CIA-73> trouble with ext2 filesystem
Jun 11 13:47:35 <CIA-73> Phil Blundell wrote:
Jun 11 13:47:37 <CIA-73> (125 lines omitted)
Jun 11 13:47:39 <CIA-73> 03Rolf Leggewie <oe-devel@rolf.leggewie.biz> 07laibsch/wip * ra52f8db413 10openembedded.git/recipes/xorg-lib/libx11_git.bb: 
Jun 11 13:47:42 <CIA-73> libx11: replace virtual/libx11 with virtual-libx11 for runtime #2412
Jun 11 13:47:44 <CIA-73> * it doesn't look like this is actually used anywhere
Jun 11 13:47:46 <CIA-73> 03Phil Blundell <philb@gnu.org> 07laibsch/wip * rb386d4e87c 10openembedded.git/: Merge branch 'org.openembedded.dev' of git@new.openembedded.org:openembedded into org.openembedded.dev
Jun 11 13:47:49 <CIA-73> 03Leon Woestenberg <leon@sidebranch.com> 07laibsch/wip * ra4b14f1a58 10openembedded.git/: Merge branch 'org.openembedded.dev' of git@git.openembedded.net:openembedded into org.openembedded.dev
Jun 11 13:47:54 <CIA-73> 03Rolf Leggewie <oe-devel@rolf.leggewie.biz> 07laibsch/wip * r442cd6df1e 10openembedded.git/recipes/ttf-fonts/ttf-arphic-uming_20080216.bb: 
Jun 11 13:48:01 <CIA-73> ttf-fonts: fix runtime dependencies. (Partly Closes: #2412)
Jun 11 13:48:03 <CIA-73> * replace virtual/chinese-font with virtual-chinese-font
Jun 11 13:48:05 <CIA-73> in RPROVIDES
Jun 11 13:48:07 <CIA-73> * doesn't seem to be actually used anywhere
Jun 11 13:48:09 <CIA-73> 03Rolf Leggewie <oe-devel@rolf.leggewie.biz> 07laibsch/wip * r7501a5b39d 10openembedded.git/classes/siteinfo.bbclass: siteinfo.bbclass: add support for via C3 host
Jun 11 13:48:12 <CIA-73> 03Ihar Hrachyshka <ihar.hrachyshka@gmail.com> 07laibsch/wip * r57fb38a364 10openembedded.git/recipes/qt4/qt4.inc: 
Jun 11 13:48:15 <CIA-73> qt4: fixed pkgconfig for qt4-embedded
Jun 11 13:48:17 <CIA-73> Added ${QT_LIBINFIX} for pkgconfig dependencies.
Jun 11 13:48:19 <CIA-73> Signed-off-by: Ihar Hrachyshka <ihar.hrachyshka@gmail.com>
Jun 11 13:48:21 <CIA-73> Acked-by: Tom Rini <trini@embeddedalley.com>
Jun 11 13:48:25 <CIA-73> Acked-by: Denys Dmytriyenko <denis@denix.org>
Jun 11 13:48:27 <CIA-73> 03Rolf Leggewie <oe-devel@rolf.leggewie.biz> 07laibsch/wip * r2f96c41a43 10openembedded.git/recipes/ (12 files in 8 dirs): 
Jun 11 13:48:34 <CIA-73> {qpf|ttf}-fonts: fix runtime dependencies. (Closes: #2412)
Jun 11 13:48:36 <CIA-73> * replace virtual/japanese-font with virtual-japanese-font
Jun 11 13:48:38 <CIA-73> in RPROVIDES
Jun 11 13:48:40 <CIA-73> * adjust RDEPENDS and RRECOMMENDS accordingly in zten, uim,
Jun 11 13:48:42 <CIA-73> qpobox, nunome, jards and anki
Jun 11 13:49:32 <Laibsch> !oebug 5106
Jun 11 13:49:32 <cdbot2> * * Bug 5106, Status: CONFIRMED, Created: 2009-05-20 14:59
Jun 11 13:49:33 <cdbot2> * * <Laibsch>: CIA hooks should only fire on org.OE.dev and stable/2009
Jun 11 13:49:34 <cdbot2> * * http://bugs.openembedded.net/show_bug.cgi?id=5106
Jun 11 13:49:45 <Laibsch> 'nuff said
Jun 11 13:51:11 <|AbsyntH|> somebody knows if there are dealers for embedded board whit more of 32 cpus ? (something like tile64)
Jun 11 13:59:59 <mdavey> I'm trying to add dvb-apps to an existing bitbake image. when I do "bitbake dvb-apps" it appears to build okay. But when I add it to an image, I get the error "the runtime entity 'dvb-apps' ... wasn't found in any PACKAGE or RPROVIDES variables.  What do I need to do?
Jun 11 14:01:55 <pb_> mdavey: do you get a "dvb-apps" output package appearing in deploy/ipk?
Jun 11 14:02:11 <pb_> it looks like the dvb-apps recipe generates a large number of small packages, possibly none of them actually named "dvb-apps"
Jun 11 14:16:26 <RP> pb_: If it makes you feel better we've had a couple of short showers
Jun 11 14:16:50 <RP> pb_: The way autotools_stage_all works now, I wonder if we need the extra staging bits of pkgconfig.bbclass
Jun 11 14:16:53 <pb_> thanks, that helps.
Jun 11 14:17:02 <pb_> I'm going to assume they were short snow/hail showers for my own peace of mind
Jun 11 14:18:17 <RP> pb_: :)
Jun 11 14:18:42 <RP> So a quick straw poll - would people object if packaged-staging couldn't be disabled?
Jun 11 14:18:57 <pb_> as for pkgconfig.bbclass, yeah, you might be right.  I'm not sure how many packages there still are that don't use autotools_stage_all.
Jun 11 14:19:09 <pb_> no, I'd be happy to see packaged staging be mandatory.
Jun 11 14:20:05 * RP just wrote http://git.pokylinux.org/cgit.cgi/poky/commit/?id=5a4c688958a7dc1258575c0f6c3bd1af165b2585
Jun 11 14:20:20 <prpplague> pb_: we've had a continuous thuderstorms since yesterday at 4:30PM
Jun 11 14:20:37 <pb_> prpplague: doh
Jun 11 14:20:52 <pb_> prpplague: by the way, I just sent you an email
Jun 11 14:21:16 <prpplague> pb_: oh dandy
Jun 11 14:21:17 <mdavey> pb_ yes I do get an ipkg
Jun 11 14:21:18 * prpplague checks
Jun 11 14:22:07 <prpplague> pb_: ha you went straight to the spam bucket
Jun 11 14:22:11 <pb_> doh!
Jun 11 14:23:21 <prpplague> pb_: http://i.imwx.com/web/radar/us_dfw_closeradar_plus_usen.jpg
Jun 11 14:23:54 <prpplague> pb_: looks dandy
Jun 11 14:24:07 <prpplague> pb_: the email that is
Jun 11 14:26:02 <pb_> okay, great.  I'll leave that with you then, drop a line to our man if you need anything.
Jun 11 14:26:18 <prpplague> pb_: will do, thanks a bunch
Jun 11 14:28:14 <prpplague> btw, if any one is interesting is doing some OE dev for the M8050( http://www.amltd.com/M8050.asp )  in exchange for free hardware, give me a shout at danders@amltd.com
Jun 11 14:29:46 <Sargun> How hard would it be to get a rootfs for an omap3?
Jun 11 14:31:18 <XorA> MACHINE="beagleboard" DISTRO="micro" bitbake micro-image
Jun 11 14:31:24 <XorA> so pretty simple
Jun 11 14:31:43 <Sargun> ok, can I get one without having to build it by hand?
Jun 11 14:31:54 <XorA> narcisist
Jun 11 14:32:05 <prpplague> XorA: assumining that you have a working OE setup, hehe
Jun 11 14:32:18 <prpplague> XorA: greetings btw
Jun 11 14:32:42 <Sargun> XorA, is there a guide on how to get bitbake setup?
Jun 11 14:32:55 <XorA> yes in the wiki on the webpage
Jun 11 14:33:48 <pb_> doh, why does gpe-image need directfb?
Jun 11 14:34:01 <pb_> and a version that no longer exists, at that
Jun 11 14:34:37 <pb_> oh, I see, the crazy directfb dudes reorganised their website
Jun 11 14:34:41 * pb_ stabs them with a hot poker
Jun 11 14:35:09 <Sargun> hehe
Jun 11 14:35:47 <booxter> pb_: I wrote to them with request to change directfb deployment procedure.
Jun 11 14:35:54 <booxter> pb_: seems they've done it
Jun 11 14:36:16 <booxter> pb_: now there won't be any Core -> Old moves for pre-current versions
Jun 11 14:40:10 <_cpo_> anyone working with mac osx and openembedded?
Jun 11 14:40:21 <CIA-73> 03Phil Blundell <philb@gnu.org> 07org.openembedded.dev * ra7fead0cf8 10openembedded.git/recipes/directfb/directfb_1.2.8.bb: directfb-1.2.8: cope with reorganisation of download structure on website
Jun 11 14:40:23 <prpplague> pb_: just a note, i have an experimental wifi config tool for gpe checked into the project site, if you are interested
Jun 11 14:40:31 <CIA-73> 03Phil Blundell <philb@gnu.org> 07org.openembedded.dev * r664a9ef0ad 10openembedded.git/: Merge branch 'org.openembedded.dev' of git@new.openembedded.org:openembedded into org.openembedded.dev
Jun 11 14:52:52 <kergoth> morning
Jun 11 15:06:50 <pb_> prpplague: cool, I'll have a look at that when I get a moment
Jun 11 15:06:52 <pb_> g'day kergoth
Jun 11 15:07:12 <prpplague> pb_: hehe, no biggy, just a radar image of some of the rain
Jun 11 15:07:24 <prpplague> pb_: oh you were refering to the wifi tool
Jun 11 15:07:26 <pb_> prpplague: heh, no, I meant the wifi config tool
Jun 11 15:07:35 <prpplague> pb_: sorry , not enough coffee yet this morning
Jun 11 15:22:47 <CIA-73> 03Julien 'Ainulindale' Cassignol <ainulindale@gmail.com> 07shr/import * r090dfb5733 10openembedded.git/conf/distro/shr.conf: 
Jun 11 15:22:47 <CIA-73> shr.conf: Modified distro depends to include g_ether kernel module for
Jun 11 15:22:47 <CIA-73> GTA02 only.
Jun 11 15:22:47 <CIA-73> Signed-off-by: Julien 'Ainulindale' Cassignol <ainulindale@gmail.com>
Jun 11 15:25:08 <mdavey> pb_ yes I do get an ipkg when i bitbake dvb-apps
Jun 11 15:26:08 <pb_> what's the filename?
Jun 11 15:33:16 <flameman> anybody here with akita c1000 zaurus ?
Jun 11 15:33:58 <prpplague> flameman: greetings, how goes your projects?
Jun 11 15:36:09 <mdavey> pb_: ah, actually it looks like it has only built the kernel module ipkgs
Jun 11 15:36:18 <pb_> mdavey: ah, that would be a problem
Jun 11 15:41:17 <mdavey> there is an angstromlibc/staging-dvb-apps-armv7a-angstrom-linux-gnueabi_1.1.1-r0_i686-linux.ipkg
Jun 11 15:41:26 <mdavey> is that even a sensible name?
Jun 11 15:41:42 <pb_> no, I don't think that's what you want.  that sounds like a staging package.
Jun 11 15:42:30 <mdavey> but does that suggest it is getting somewhere?  Like I say, bitbake dvb-apps doesn't complain.  Not sure what it is actually doing thou.
Jun 11 15:43:06 <pb_> if you clean and rebuild dvb-apps, it should tell you what it's doing.
Jun 11 15:43:47 <mdavey> what is the clean command please?
Jun 11 15:43:53 <pb_> bitbake -c clean
Jun 11 15:45:21 <mdavey> oh, there is a whole load under ipkg/armv7a - including dvb-apps-dbg_1.1.1-r0.1_armv7a.ipk and dvb-apps-dev_1.1.1-r0.1_armv7a.ipk
Jun 11 15:56:33 <tharvey> when bitbake is building an image for a specific machine, how does it determine what kernel modules get installed in that image?   some general modules (like bus drivers) are specified via task-base but what about device specific modules, say like the eepro100 pci ENET driver?
Jun 11 16:00:33 <pb_> doh, stupid binutils is still crashing
Jun 11 16:02:24 <RP> tharvey: Usually the machine config file mentions these
Jun 11 16:04:20 <tharvey> thats what I thought, but a grep for eepro100 turned up nothing surprisingly - did I miss something or perhaps thats not as well used a module as I thought?
Jun 11 16:05:19 <pb_> yah, it's very likely that none of the configs in oe use eepro100.
Jun 11 16:08:49 <tharvey> can you point me to an example?  Will 'module_autoload_foo' cause the foo module to be included in images, or would it be done via a MACHINE_EXTRA_RRECOMMENDS - not sure what the 'correct' way to force modules into images per machine is
Jun 11 16:09:32 <RP> tharvey: MACHINE_EXTRA_RRECOMMENDS
Jun 11 16:10:10 <tharvey> ok thx
Jun 11 16:13:44 <tharvey> I see that many machines have MACHINE_EXTRA_RRECOMMENDS = " kernel-modules " - is kernel-modules a meta-package referring to all modules built for current kernel or something else?  can't see where 'kernel-modules' meta-package is defined
Jun 11 16:15:06 <Sargun> What's the most conservative ARM target?
Jun 11 16:16:16 <prpplague> Sargun: conservative in what way?
Jun 11 16:16:34 <Sargun> As in, it will run on almost every ARM CPU
Jun 11 16:16:50 <prpplague> ahh
Jun 11 16:18:01 <prpplague> Sargun: imho armv4l works pretty well across a number of arm cores, however to get good performance you really need to configure specific for your arm core
Jun 11 16:19:07 <prpplague> Sargun: http://www.elinux.org/ARM_Processor
Jun 11 16:19:33 <prpplague> Sargun: you can see in that table that V4T is pretty much lowest common ISA
Jun 11 16:21:19 <mdavey> pb_: there is a whole load of dvb-apps related packages under ipkg/armv7a - including dvb-apps-dbg_1.1.1-r0.1_armv7a.ipk and dvb-apps-dev_1.1.1-r0.1_armv7a.ipk
Jun 11 16:21:39 <pb_> mdavey: but not the all-important dvb-apps_1.1.1-r0.1_armv7a.ipk?
Jun 11 16:24:43 <mdavey> pb_: correct - so go for the clean?
Jun 11 16:24:59 <pb_> no, I don't expect cleaning will change anything
Jun 11 16:25:12 <pb_> it sounds like dvb-apps just doesn't output a package named "dvb-apps"
Jun 11 16:25:35 <pb_> you just need to figure out which of the packages that it does produce are the ones you want, and name those in your image file.
Jun 11 16:25:52 <mdavey> pb_: okay, thanks
Jun 11 16:28:38 <Ainulindale> Would any of you be able to tell me how I should handle the case where a package default RDEPENDS include something I want to override for my distro?
Jun 11 16:28:47 <Ainulindale> (that is, replace by some other stuff?)
Jun 11 16:28:54 <Ainulindale> What's the best practice for that?
Jun 11 16:29:36 <Ainulindale> I'm sure pb_ knows :-p
Jun 11 16:29:46 <pb_> Ainulindale: it rather depends on the exact situation.
Jun 11 16:30:14 <pb_> if you're happy to rebuild the package that has the bogus RDEPENDS, and you just want to change its dependencies for your distro, you can set RDEPENDS_pn-whatever in your distro.conf file.
Jun 11 16:30:16 <Ainulindale> pb_: well http://cgit.openembedded.net/cgit.cgi/openembedded/tree/recipes/ffalarms/ffalarms_0.2.2.bb?h=shr/import
Jun 11 16:30:32 <Ainulindale> RDEPENDS += something including openmoko-alsa-scenarios
Jun 11 16:30:37 <Ainulindale> Which conflicts with shr-alsa-scenarii
Jun 11 16:30:52 <Ainulindale> Should I modify shr-alsa-scenarii and RPROVIDES the former?
Jun 11 16:31:02 <Ainulindale> (as it's included in the image by default)
Jun 11 16:31:13 <Ainulindale> and RCONFLICTS as well?
Jun 11 16:32:15 <pb_> If shr-alsa-scenarii is a full replacement for openmoko-alsa-scenarios, i.e. there is never any reason why anybody would want to install openmoko-alsa-scenarios instead, then yes.
Jun 11 16:32:33 <pb_> If you want to keep them as alternatives then it's a bit more complicated.
Jun 11 16:32:59 <Ainulindale> That suits me fine :-)
Jun 11 16:35:38 <Ainulindale> And that's done.
Jun 11 16:35:39 <Ainulindale> Thanks again :-)
Jun 11 16:35:44 <pb_> any time :-)
Jun 11 16:35:49 <CIA-73> 03Julien 'Ainulindale' Cassignol <ainulindale@gmail.com> 07shr/import * rf54d336bdb 10openembedded.git/ (conf/distro/shr.conf recipes/shr/alsa-scenarii-shr_git.bb): 
Jun 11 16:35:49 <CIA-73> alsa-scenarii-shr: RPROVIDES openmoko-alsa-scenarios.
Jun 11 16:35:49 <CIA-73> shr.conf: PREFERRED PROVIDER for openmoko-alsa-scenarios set to
Jun 11 16:35:49 <CIA-73> alsa-scenarii-shr
Jun 11 16:35:49 <CIA-73> igned-off-by: Julien 'Ainulindale' Cassignol <ainulindale@gmail.com>
Jun 11 16:36:56 <Ainulindale> (sigh)
Jun 11 16:37:11 <CIA-73> 03Julien 'Ainulindale' Cassignol <ainulindale@gmail.com> 07shr/import * r9612ae3b1c 10openembedded.git/recipes/shr/alsa-scenarii-shr_git.bb: 
Jun 11 16:37:11 <CIA-73> alsa-scenarii-shr: Bump PR.
Jun 11 16:37:11 <CIA-73> Signed-off-by: Julien 'Ainulindale' Cassignol <ainulindale@gmail.com>
Jun 11 16:37:19 <Ainulindale> pb_: would you happen to know how I can automagically produce checksums for the package newly created?
Jun 11 16:37:22 <Ainulindale> Or should I do that manually?
Jun 11 16:41:59 <kergoth> Ainulindale: do a build, itll fail and give you a tmp/checksums.ini you can concatenate to the main one
Jun 11 16:42:13 <kergoth> don't forget to run the checksums sorter
Jun 11 16:42:20 <Ainulindale> kergoth: well I usually use allow insecure download but still, hey
Jun 11 16:42:28 <Ainulindale> kergoth: what about the checksums sorter? I don't know about that :-)
Jun 11 16:42:38 <kergoth> it's a python script under contrib
Jun 11 16:42:44 <kergoth> to keep checksums.ini clean
Jun 11 16:42:50 <Ainulindale> Nice :-)
Jun 11 16:46:34 <Ainulindale> kergoth: sorry, thanks :-)
Jun 11 16:46:38 <Ainulindale> (forgot to say that)
Jun 11 16:46:45 <kergoth> np
Jun 11 16:57:03 <cdbot2> * * OE Bug 5153 has been created by mateusz.kijowski(AT)gmail.com
Jun 11 16:57:05 <cdbot2> * * Add support for IBM Netvista 8363 aka N2200
Jun 11 16:57:07 <cdbot2> * * http://bugs.openembedded.net/show_bug.cgi?id=5153
Jun 11 16:58:36 <pb_> wow, these sharp notebooks are a nightmare to dismantle
Jun 11 16:59:04 <pb_> just spent about an hour trying to change the hard disk in my old mp70g, had to give up
Jun 11 17:00:48 <kergoth> yikes
Jun 11 17:01:37 <pb_> the disk is mounted underneath the motherboard, and I can't figure out how to get the motherboard out.
Jun 11 17:01:43 <pb_> no access to the disk from underneath, obviously
Jun 11 17:12:35 <CIA-73> 03Phil Blundell <philb@gnu.org> 07org.openembedded.dev * r00a293b360 10openembedded.git/ (conf/checksums.ini recipes/directfb/directfb_1.2.8.bb): directfb: try harder to get src_uri correct
Jun 11 17:56:28 <pb__> Laibsch: my opie-image build failed, apparently libqpe-opie doesn't work with micro.
Jun 11 17:56:46 <pb__> missing ${OPIE_CVS_PV} by the looks of things
Jun 11 18:01:31 <pb__> and gpe-image fails due to a bogus SRC_URI for libidn, but that one seems easy to fix
Jun 11 18:02:52 <prpplague> pb__: you doing a product with more graphical stuff ?
Jun 11 18:06:57 <florian> good morning
Jun 11 18:14:37 <CIA-73> 03Julien 'Ainulindale' Cassignol <ainulindale@gmail.com> 07shr/import * r431f046eb9 10openembedded.git/conf/checksums.ini: 
Jun 11 18:14:37 <CIA-73> checksums.ini: Fixed some missing checksums and sorted it.
Jun 11 18:14:37 <CIA-73> Signed-off-by: Julien 'Ainulindale' Cassignol <ainulindale@gmail.com>
Jun 11 18:14:52 <prpplague> florian: greetings
Jun 11 18:15:34 <florian> hey prpplague 
Jun 11 18:55:04 <pb__> florian: gpe-phone seems to be unbuildable at the moment because the SRC_URI for libidn 0.5.19 doesn't work anymore.  Do you know if gpe-phone is compatible with newer libidns?
Jun 11 18:58:08 <hrw> morning
Jun 11 19:00:54 <Crofton> gm
Jun 11 19:01:16 <Crofton> hrw, your hotel is no longer available through the linuxtag reservation sysetm :(
Jun 11 19:01:46 <hrw> Crofton: ;(
Jun 11 19:02:16 <Crofton|work> I should be able to find something close
Jun 11 19:02:24 <Crofton|work> although you get free breakfast?
Jun 11 19:02:26 <Crofton|work> :)
Jun 11 19:02:42 <hrw> I hate when vnc session starts to work like Shift key is kept all the time
Jun 11 19:12:52 * hrw awaits a day when nokia developers will realise that there is something called 'UI Style guidelines'
Jun 11 19:15:26 <CIA-73> 03Stanislav Brabec <utx@penguin.cz> 07org.openembedded.dev * rb76702c13a 10openembedded.git/recipes/xorg-xserver/ (2 files in 2 dirs): xserver-kdrive-1.3.0.0: Fixed for new autotools.
Jun 11 19:15:36 <CIA-73> 03Stanislav Brabec <utx@penguin.cz> 07org.openembedded.dev * r3ad7c81ebc 10openembedded.git/recipes/gpsbabel/ (gpsbabel-1.3.6/autotools.patch gpsbabel_1.3.6.bb): gpsbabel: Fixed for new autotools.
Jun 11 19:21:08 <hrw> bye
Jun 11 19:27:20 <florian> pb__: hrm no, no idea. sounds like another item for the todo list
Jun 11 19:27:28 <otavio> hello :-)
Jun 11 19:45:02 <florian> hi otavio 
Jun 11 20:19:03 <otavio> :-)
Jun 11 20:19:21 <otavio> florian: today is holiday here in brazil :-)
Jun 11 20:19:32 <otavio> florian: so I'm only lurking around to chat heh
Jun 11 20:23:39 <pb__> florian: okay.  I might just knock it out of gpe-image again to make the image buildable.
Jun 11 20:24:10 * kergoth does some 'for i in foo.keys():' -> 'for i in foo' fixes in the bitbake codebase
Jun 11 20:24:21 * kergoth thinks of other cleanups
Jun 11 20:34:10 <rkirti> http://tinyurl.com/m7dldm : (About the sprint palm pre release) the last line of this article refers to "build quality concerns" of the OS -wonder if that is in reference to their usage of OE , if so it makes OE-fans pretty furious :-/
Jun 11 20:36:55 * kergoth didn't even know they used oe, huh
Jun 11 20:39:21 <rkirti> kergoth: neither did I till today, but there's been a cool amount of chatter on this today on irc channels related to mobile platforms :) Thankfully, the news column on the right of OE's main page has an entry too.
Jun 11 20:39:32 <kergoth> just saw that :)
Jun 11 20:39:46 <kergoth> I'd be curious to hear what those build quality concerns are
Jun 11 20:41:29 * cbrake wonders if build quality is just overall device quality
Jun 11 20:41:47 <kergoth> good point, build can refer to a number of different things
Jun 11 20:41:55 <cbrake> as it is in the same sentence as the keyboard
Jun 11 20:42:05 <kergoth> ah, that would make more sense then
Jun 11 20:42:41 <likewise_> yes it's manufacturing build quality
Jun 11 20:50:16 <CIA-73> 03Klaus Kurzmann <mok@fluxnetz.de> 07shr/import * rcc832e8e07 10openembedded.git/recipes/tasks/task-shr-feed.bb: 
Jun 11 20:50:16 <CIA-73> task-shr-feed: add qwo and fso-apm
Jun 11 20:50:16 <CIA-73> Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
Jun 11 20:56:37 <will_nuv> Hey everyone on OE!
Jun 11 20:56:58 <will_nuv> I have a question for anyone willing to help out a nub
Jun 11 20:57:39 <will_nuv> I want to make some changes to a openembedded.org provided kernel.
Jun 11 20:58:07 <will_nuv> I'm running the OMAP3 on an Overo board, and want to change some drivers and recompile the kernel
Jun 11 20:58:14 <will_nuv> is there an easy step by step for that?
Jun 11 20:58:19 <will_nuv> Anyone?
Jun 11 21:12:00 <pb__> will_nuv: when you say "change some drivers", do you mean just changing the config or do you mean that you want to actually modify the source?
Jun 11 21:12:37 <pb__> and, do you already have an oe environment set up or are you starting from scratch?
Jun 11 21:14:03 <will_nuv> pd__: I want to make changes to a video driver in the kernel. There is source for the kernel I want to work on, I think it's in tmp/work/overo..../
Jun 11 21:14:22 <will_nuv> So, I would like to actually change the source of the kernel, recompile and load that.
Jun 11 21:14:28 <pb__> okay, so you want to change the kernel and then recompile it interactively?
Jun 11 21:14:37 <will_nuv> Yes
Jun 11 21:14:41 <pb__> the easiest way to do that is with devshell, you should be able to find details on the wiki
Jun 11 21:14:53 <will_nuv> I've been working on the TI DaVinci until now... it's a little different than OE
Jun 11 21:15:30 <will_nuv> http://wiki.openembedded.net/index.php/Devshell ?
Jun 11 21:17:17 <kergoth> yep.  I'd do a bitbake -c compile virtual/kernel, then a bitbake -c devshell virtual/kernel, and in the devshell, you can run ../temp/run.do_compile.* to get it to recompile, passing the right vars into the build for you, rather than running make directly
Jun 11 21:18:30 <prpplague> kergoth: interesting, hadn't run across that
Jun 11 21:20:26 <kergoth> devshell?
Jun 11 21:20:44 <kergoth> it drops you into the S dir with the same environment that tasks get
Jun 11 21:20:45 <kergoth> useful thing
Jun 11 21:21:37 <prpplague> kergoth: yea just reading about it, wish i'd know about that before
Jun 11 21:21:55 <will_nuv> Hmmm... I'm trying to just get it to compile. I made some changes in the source.
Jun 11 21:55:36 <CIA-73> 03Klaus Kurzmann <mok@fluxnetz.de> 07shr/import * rb4d5b3762c 10openembedded.git/recipes/gstreamer/gst-plugins-good_0.10.7.bb: 
Jun 11 21:55:36 <CIA-73> gst-plugins-good: add flac as dependency for SHR
Jun 11 21:55:36 <CIA-73> Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
Jun 11 22:14:35 <CIA-73> 03Leon Woestenberg <leon@sidebranch.com> 07org.openembedded.dev * r492df3085e 10openembedded.git/recipes/linux/ (3 files in 2 dirs): 
Jun 11 22:14:35 <CIA-73> linux-2.6.30: The new Linux kernel. Two days old. Where have you been?
Jun 11 22:14:35 <CIA-73> Signed-off-by: Leon Woestenberg <leon@sidebranch.com>
Jun 11 22:14:37 <CIA-73> 03Leon Woestenberg <leon@sidebranch.com> 07org.openembedded.dev * r097fd07093 10openembedded.git/recipes/libaio/libaio-oracle_0.3.0.bb: 
Jun 11 22:14:38 <CIA-73> libaio-oracle: Change license from GPL to LGPL. See COPYING.LIB.
Jun 11 22:14:40 <CIA-73> Signed-off-by: Leon Woestenberg <leon@sidebranch.com>
Jun 11 23:12:56 <CIA-73> 03Fraxinas <andreas.frisch@multimedia-labs.de> 07org.openembedded.dreambox * r72aedb80c6 10openembedded.git/: Merge branch 'org.openembedded.dreambox' of git://git.openembedded.net/openembedded into org.openembedded.dreambox
Jun 11 23:12:59 <CIA-73> 03Fraxinas <andreas.frisch@multimedia-labs.de> 07org.openembedded.dreambox * ra4c8cb2f24 10openembedded.git/: Merge branch 'org.openembedded.dreambox' of git://git.openembedded.net/openembedded into org.openembedded.dreambox
Jun 11 23:13:00 <CIA-73> 03Fraxinas <andreas.frisch@multimedia-labs.de> 07org.openembedded.dreambox * r95dfbfbf8a 10openembedded.git/packages/gstreamer/ (2 files in 2 dirs): gstreamer(core): add to latest git version, fixes excessive memory consumption of the queue element during media playback
Jun 11 23:29:19 <dth> jo, melde mich sobald karo was von sich hören läst. Gute Nacht
Jun 12 00:26:04 <cdbot2> * * OE Bug 5154 has been created by shawn.t.rutledge(AT)gmail.com
Jun 12 00:26:06 <cdbot2> * * no SPLASH for minimal x11-image
Jun 12 00:26:08 <cdbot2> * * http://bugs.openembedded.net/show_bug.cgi?id=5154
**** ENDING LOGGING AT Fri Jun 12 02:59:56 2009