**** BEGIN LOGGING AT Thu Feb 25 02:59:58 2010
Feb 25 06:26:36 <sweetlilmre> why does ${AUTOREV} for a git source break on fetch with "Message:'FetchData' object has no attribute 'basecmd'"
Feb 25 08:39:22 <CIA-2> 03Martin Jansa <martin.jansa@gmail.com> 07org.openembedded.dev * r13555b5d96 10openembedded.git/classes/testlab.bbclass: (log message trimmed)
Feb 25 08:39:22 <CIA-2> testlab.bbclass: use opkg.conf from staging, always specify tmp_dir in opkg-cl call with -t parameter
Feb 25 08:39:22 <CIA-2> * Use opkg.conf from staging in the same way as do_rootfs does
Feb 25 08:39:22 <CIA-2> * When option tmp_dir is used in opkg.conf installed on rootfs then it's
Feb 25 08:39:22 <CIA-2> used also in do_rootfs call and points to probably non-existent directory
Feb 25 08:39:23 <CIA-2> on buildhost like /var/lib/opkg/tmp.
Feb 25 08:39:24 <CIA-2> * The value of tmp_dir from rootfs is used even with another config file
Feb 25 08:39:29 <CIA-2> 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r27206b57ce 10openembedded.git/recipes/kexecboot/ (6 files in 5 dirs): 
Feb 25 08:39:29 <CIA-2> linux-kexecboot: add 2.6.33 version
Feb 25 08:39:29 <CIA-2> Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Feb 25 08:39:30 <CIA-2> 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r17bb8d1cdd 10openembedded.git/recipes/linux/ (3 files in 2 dirs): 
Feb 25 08:39:30 <CIA-2> linux: add 2.6.33 version
Feb 25 08:39:30 <CIA-2> Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Feb 25 08:39:41 <CIA-2> 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * rbe0411e84c 10openembedded.git/ (8 files in 2 dirs): 
Feb 25 08:39:41 <CIA-2> linux-openmoko: move srcrevs to recipes, bump 2.6.32 version
Feb 25 08:39:41 <CIA-2> Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Feb 25 08:42:18 <hrw|gone> JaMa: you was faster ;)
Feb 25 08:42:25 <hrw|gone> s/was/were
Feb 25 08:43:24 <JaMa> :)
Feb 25 08:43:55 <JaMa> hrw|gone: but I guess you will add defconfigs for more devices :)
Feb 25 08:44:04 <hrw|gone> 09:42 hrw@home:angstrom$ for mach in at91sam9263ek at91sam9g10 simone qemuarm qemux86 progear;do MACHINE=$mach bitbake linux-2.6.33;done
Feb 25 08:44:15 <hrw|gone> hm.. forgot alix
Feb 25 08:44:48 <hrw|gone> anyway alix has old patchset pending to get rid of alix
Feb 25 08:45:41 * JaMa has only spitz and gta02 to test it on device..
Feb 25 08:45:53 <Romke> well
Feb 25 08:46:07 <Romke> it looks like I'm going to receive my board today :D
Feb 25 08:46:24 * Romke dances
Feb 25 08:46:32 <blindvt`> sweetlilmre, this was fixed in bitbake master. please update
Feb 25 08:47:28 <hrw|gone> Romke: what board?
Feb 25 08:47:56 * hrw|gone -> off
Feb 25 08:48:13 <Romke> Embest SBC6020
Feb 25 08:48:22 <Romke> has an AT91SAM9G20 CPU
Feb 25 08:49:00 <hrw|gone> I need to run at91sam9m10 board and update it.
Feb 25 08:49:10 <Romke> http://armkits.com/product/sbc6020.asp
Feb 25 08:49:24 <hrw|gone> and send at91sam9263ek to friend so he will not have to hand solder 9260 ;)
Feb 25 08:49:45 <Romke> hehe
Feb 25 08:49:56 <Romke> hand soldering that chip..
Feb 25 08:49:59 <Romke> is that possible?
Feb 25 08:50:10 <Romke> isn't it a BGA package/
Feb 25 08:50:42 <hrw|gone> 9260 is last non-bga
Feb 25 08:51:24 <hrw|gone> Romke: I assume that you will add sbc6020 into oe :)
Feb 25 08:51:30 * hrw|gone -> really off now
Feb 25 08:51:40 <hrw|gone> be back in ~4h
Feb 25 08:51:42 <Romke> add into oe? :+
Feb 25 08:51:52 * Romke was planning to just get it to work first
Feb 25 08:52:07 <Romke> with angstrom
Feb 25 08:55:02 <marekp> i think at91sam9260 has both packages available bga / non bga   handsoldering is not recommended
Feb 25 08:55:44 <Romke> hehe
Feb 25 08:55:51 <Romke> handsoldering is never recommended
Feb 25 08:55:59 <marekp> :)
Feb 25 08:56:00 <Romke> well, at least not to me :P
Feb 25 08:56:10 <Romke> I suck at it
Feb 25 08:56:26 <marekp> well, i have a college that is able to do that... but better is to use a infrared gun 
Feb 25 08:56:52 <marekp> focus light beam
Feb 25 09:11:11 <JaMa> is there some script to remove older versions from downloads directory? (something like eclean-dist for gentoo)
Feb 25 09:18:11 <eFfeM> JaMa: not that I am aware of, feared i did it manually last time
Feb 25 09:19:29 <sweetlilmre> blindvt`: Thanks :)
Feb 25 09:21:48 <CIA-2> 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r3747445e8a 10openembedded.git/recipes/qt4/ (qt4-embedded-gles/linux.conf qt4-embedded-gles_4.6.2.bb): 
Feb 25 09:21:48 <CIA-2> qt4-embedded-gles 4.6.2: try harder to build fb and sgx plugins
Feb 25 09:21:48 <CIA-2> * reported by Varun Shah
Feb 25 09:21:58 <CIA-2> 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rc0ae6dec3f 10openembedded.git/recipes/xorg-lib/ (9 files in 2 dirs): pixman 0.17.8: add and make default for angstrom
Feb 25 09:59:08 <RP> morning all
Feb 25 10:01:05 <JaMa> moin
Feb 25 10:06:22 <marekp> hi, i fear to ask a "newbee" question, but i got stuck... i tried to get ipgk-utils into a own image, so i created a new image.bb receip (used console-image as source) and simply added to IMAGE_INSTALL ipkg-utils  . I was thinking that this should be enougth and it seems that ipkg-utils is compiling (after patching LDFLAGS in theire receipt) but when trying the new image i do not find the executable "ipkg"... what is my failure?
Feb 25 10:07:18 <marekp> my recipe name is my-image.bb (to avoid confusion)
Feb 25 10:09:06 <XorA> hey RP
Feb 25 10:12:09 <marekp> do i have to manually rebuild something so that ipkg-utils are traveling into my image root fs?
Feb 25 10:16:22 <CIA-2> 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * rc8e7520e75 10openembedded.git/conf/distro/include/preferred-xorg-versions-live.inc: 
Feb 25 10:16:23 <CIA-2> preferred-xorg-versions-live.inc: update pixman version
Feb 25 10:16:23 <CIA-2> Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Feb 25 10:16:23 <CIA-2> 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r7bf36e8269 10openembedded.git/recipes/xorg-lib/pixman_0.17.8.bb: 
Feb 25 10:16:23 <CIA-2> pixman: increase preference of 0.17.8 for SHR
Feb 25 10:16:23 <CIA-2> Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Feb 25 10:16:24 <CIA-2> 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * rb141cd6cf5 10openembedded.git/recipes/xorg-lib/ (7 files in 2 dirs): 
Feb 25 10:16:24 <CIA-2> pixman: move 0.17.6 to obsolete
Feb 25 10:16:25 <CIA-2> * This version wasn't as well tested as 0.17.8 probably is, 0.17.6
Feb 25 10:16:25 <CIA-2> * wasn't probably used except SHR, which also moved to 0.17.8 now
Feb 25 10:16:26 <CIA-2> Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Feb 25 10:16:26 <CIA-2> 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * rc5fbd7e689 10openembedded.git/recipes/xorg-xserver/ (3 files in 2 dirs): 
Feb 25 10:16:27 <CIA-2> xserver-xorg_git: bump SRCREV, rebase one patch and remove one already applied
Feb 25 10:16:27 <CIA-2> Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Feb 25 10:30:18 <florian> good morning
Feb 25 10:36:36 <CIA-2> 03Michael Lippautz <michael.lippautz@gmail.com> 07org.openembedded.dev * r3d5268dde7 10openembedded.git/recipes/gpsd/ (6 files in 2 dirs): (log message trimmed)
Feb 25 10:36:36 <CIA-2> gpsd: Bump version to 2.90 and clean recipe
Feb 25 10:36:36 <CIA-2> * Removed board related stuff from the main gpsd recipe
Feb 25 10:36:36 <CIA-2> * Add udev hotplugging support (seperate package 'gpsd-udev')
Feb 25 10:36:36 <CIA-2> * Modified configuration and initscript in a way that a gps device could
Feb 25 10:36:37 <CIA-2> either be added by /etc/default/gpsd OR via recipe using the local
Feb 25 10:36:38 <CIA-2> gpsd socket.
Feb 25 10:36:47 <CIA-2> 03Michael Lippautz <michael.lippautz@gmail.com> 07org.openembedded.dev * r9c150feae6 10openembedded.git/recipes/gdal/gdal_1.5.2.bb: 
Feb 25 10:36:47 <CIA-2> gdal: Move to new staging
Feb 25 10:36:47 <CIA-2> Signed-off-by: Koen Kooi <koen@openembedded.org>
Feb 25 11:11:23 * broonie stabs the sanity checker.
Feb 25 11:13:30 <broonie> Telling people to refer to sanity.conf is not useful given that it contains no documentation and half the stuff doesn't have any overrides.
Feb 25 11:15:07 <XorA> whats it breaking on?
Feb 25 11:18:34 <broonie> Bitching about dash
Feb 25 11:18:51 <XorA> curse that dash :-D
Feb 25 11:19:13 <broonie> I'm more annoyed by the totally useless error report than anything else.
Feb 25 11:19:29 * XorA hasnt seen it
Feb 25 11:21:56 <broonie> Whenever sanity.conf fails anything it prints the various messages and also advises checking sanity.conf.
Feb 25 11:22:07 <broonie> Actually, the bash check is broken anyway since it only checks for dash.
Feb 25 11:22:28 <broonie> Other implementations like posh will cause just as much trouble.
Feb 25 11:23:02 <XorA> actually its just gnome that fails, due to them loving bash so much they keep re-adding bashisms
Feb 25 11:24:00 <broonie> I suspect that'll get squelched soon with so many distros running non-bash by default.
Feb 25 11:24:17 <XorA> and they are currently on a crusade to see how many different script languages they use in the same build -(
Feb 25 11:24:20 <XorA> :-(
Feb 25 11:26:01 <Romke> whieee
Feb 25 11:26:08 * Romke has his board :D
Feb 25 11:26:34 <XorA> fuck Ive busted svn
Feb 25 11:26:52 <RP> broonie: The see sanity.conf should just be removed then
Feb 25 11:27:06 <RP> broonie: The only reason someone would want to do that is to disable it
Feb 25 11:27:08 <broonie> RP: Or made useful. I mean, there is a sanity.conf.
Feb 25 11:27:24 <RP> broonie: Yes, it actually does stuff too
Feb 25 11:27:40 <RP> broonie: The point being that "touch conf/sanity.conf" will disable it
Feb 25 11:27:57 <broonie> It will?
Feb 25 11:28:07 <broonie> There's a sanity.conf in oe by default.
Feb 25 11:28:14 <RP> broonie: but you have to understand what youre doing to realise that
Feb 25 11:28:26 <RP> broonie: yes, put one in your local build dir and it will override it
Feb 25 11:28:39 <broonie> Meh, yeah - providing an earlier one will override it.
Feb 25 11:29:16 <broonie> What I was actually looking for was the ability to override specific sanity checks.
Feb 25 11:29:39 <RP> broonie: Right, its all or nothing...
Feb 25 11:32:56 <woglinde> hm anyone knows if there is a channel for acpi stuff?
Feb 25 12:57:41 <hrw> hi
Feb 25 12:57:56 <JaMa> hi
Feb 25 13:01:03 <woglinde> hi
Feb 25 13:14:11 <Jin^eLD> hmm, is there really no easy way to override preferred versions of stuff in angstrom?
Feb 25 13:16:38 <dcordes> hi
Feb 25 13:17:21 <mickey|cafe> moin dcordes 
Feb 25 13:17:26 <CIA-2> 03Cliff Brake <cbrake@bec-systems.com> 07org.openembedded.dev * ra3e97b25e3 10openembedded.git/recipes/gettext/gettext_0.17.bb: 
Feb 25 13:17:27 <CIA-2> gettext_0.17: fix build issue on 64-bit host
Feb 25 13:17:27 <CIA-2> was getting the following message:
Feb 25 13:17:27 <CIA-2> /usr/lib64/libxml2.so.2: undefined reference to `gzopen64'
Feb 25 13:17:27 <CIA-2> solution is to add libxml2 to native DEPENDS
Feb 25 13:23:49 <mickey|cafe> cbrake: will you handle Thomas Zimmermann's account?
Feb 25 13:24:58 <cbrake> mickey|cafe: sure
Feb 25 13:25:00 <CIA-2> 03Cliff Brake <cbrake@bec-systems.com> 07org.openembedded.dev * rdc99213ca3 10openembedded.git/contrib/ (weekly-changelog-report.py weekly-changelog-report.sh): 
Feb 25 13:25:00 <CIA-2> weekly-changelog-report: make script more general
Feb 25 13:25:00 <CIA-2> make script general for any branch, and create wrapper
Feb 25 13:25:00 <CIA-2> script
Feb 25 13:26:22 <mickey|cafe> cbrake: k, thanks. if you don't have time, i can do it as well
Feb 25 13:26:37 <cbrake> mickey|cafe: does the TSC have to decide on commit access, or are we still doing things the way we always did?
Feb 25 13:26:47 <cbrake> mickey|cafe: couple acks, and they are in
Feb 25 13:27:20 <mickey|cafe> cbrake: TSC is not concerned about commit access
Feb 25 13:27:23 <mickey|cafe> so nothing changed
Feb 25 13:27:42 <cbrake> mickey|cafe: ok, good.  I've not kept up on all the procedure changes.  Adding now.
Feb 25 13:27:48 <mickey|cafe> cool, thanks
Feb 25 13:28:19 <dcordes> who is TSC ?
Feb 25 13:28:41 <woglinde> dcordes read in wiki
Feb 25 13:28:46 <mickey|cafe> technical steering committee currently consists of Richard Purdie, Chris Larson, Graeme Gregory, Koen Kooi, and yours truly
Feb 25 13:28:53 <cbrake> dcordes: http://wiki.openembedded.net/index.php/TSC
Feb 25 13:31:49 <mr_nice> how can I use external gettext with autoconf (to compile attr with uclibc)? I tried AM_GNU_GETTEXT([external]) in configure.in but it does not help
Feb 25 13:32:00 <dcordes> ok. is there any institution that had gold OE sponsorship level?
Feb 25 13:32:13 <dcordes> Annual Cost: EUR 25000
Feb 25 13:35:48 <XorA> dcordes: you can be the first!
Feb 25 13:43:57 <jovox> I got some troubles building my recipe. "I get install: cannot stat `path-to-my-work/www/images/*.png': No such file or directory". I cannot see I have missed anything in my recipe. Would be happy if anyone could tell if I have missed anything.  http://pastebin.com/stnsbziR
Feb 25 13:44:46 <jovox> There are *.png file in my "files/www/image" directory
Feb 25 13:55:02 <CIA-2> 03Thomas Zimmermann <ml@vdm-design.de> 07org.openembedded.dev * r277e7e5038 10openembedded.git/recipes/iksemel/iksemel_1.4.bb: 
Feb 25 13:55:02 <CIA-2> iksemel: update to version 1.4
Feb 25 13:55:02 <CIA-2> * recipe rewritten from scratch
Feb 25 13:55:02 <CIA-2> Signed-off-by: Thomas Zimmermann <zimmermann@vdm-design.de>
Feb 25 13:55:13 <CIA-2> 03Thomas Zimmermann <ml@vdm-design.de> 07org.openembedded.dev * rd7b99e1997 10openembedded.git/recipes/openmoko-3rdparty/jefliks_git.bb: 
Feb 25 13:55:13 <CIA-2> jefliks: add new recipe
Feb 25 13:55:13 <CIA-2> Signed-off-by: Thomas Zimmermann <zimmermann@vdm-design.de>
Feb 25 14:12:24 <CIA-2> 03Thomas Zimmermann <ml@vdm-design.de> 07org.openembedded.dev * rfea04982f9 10openembedded.git/recipes/tasks/task-shr-feed.bb: 
Feb 25 14:12:24 <CIA-2> task-shr-feed: add jefliks to feed
Feb 25 14:12:24 <CIA-2> Signed-off-by: Thomas Zimmermann <ml@vdm-design.de>
Feb 25 14:22:39 <CIA-2> 03Michael 'Mickey' Lauer <mickey@vanille-media.de> 07org.openembedded.dev * rd12cd95966 10openembedded.git/conf/distro/include/ (sane-srcrevs-fso.inc sane-srcrevs.inc): sane-srcrevs[-fso]: bump mterm2, mdbus2, serial-forward
Feb 25 14:23:18 <woglinde> hm whats serial-forward doing?
Feb 25 14:25:11 <mickeyl> serial forward is a great development tool
Feb 25 14:25:19 <mickeyl> can forward a device node via net
Feb 25 14:25:28 <mickeyl> i use it for developing gsm stuff
Feb 25 14:25:32 <mickeyl> forwarding the modem device node 
Feb 25 14:25:58 <JaMa> is there any problem when upgrading libxml2 (like need to bump depending packages)? I'm using 2.7.6 instead of 2.7.3 for some time.. so I would push it, but IIRC there was some discussion about it
Feb 25 14:48:06 <GNUtoo> JaMa, for libxml2 you could use my patch
Feb 25 14:49:28 <JaMa> GNUtoo: there is also one in shr patchwork (or is that one from you?)
Feb 25 14:49:40 <GNUtoo> I sent a patch to mailing list
Feb 25 14:49:54 <GNUtoo> so It may have ended up in patchwork
Feb 25 14:50:04 <GNUtoo> but use the comment from the response to fix it
Feb 25 14:50:14 <GNUtoo> because it does unecessary things
Feb 25 14:51:34 <GNUtoo> mine is this thread:
Feb 25 14:51:34 <GNUtoo> Re: [oe] [PATCH] libxml2 : convert to new staging and fix python error in gnome-doc-utils
Feb 25 14:53:09 <JaMa> GNUtoo: then I'll wait for your commit first :)
Feb 25 14:53:19 <GNUtoo> ah
Feb 25 14:53:27 <GNUtoo> so I should commit it?
Feb 25 14:54:00 <JaMa> maybe it should be easy to convert to BBCLASSEXTENDS too
Feb 25 14:54:21 <GNUtoo> ah ok but I've no time for BBCLASSEXTENDS
Feb 25 14:54:46 <GNUtoo> I'm spending most of my time trying to make the htcdream kernel work with GNU/Linux
Feb 25 14:55:01 <GNUtoo> and studying
Feb 25 14:55:22 <JaMa> oki
Feb 25 14:57:13 <GNUtoo> so I should commit this thing and revert koen's commit?
Feb 25 14:59:18 <woglinde> jo zecke
Feb 25 14:59:35 <kergoth> GNUtoo: reverts require acks, as they tend to cause contention
Feb 25 14:59:37 * kergoth yawns
Feb 25 14:59:57 <GNUtoo> ok so I commit my fix and what should I do then?
Feb 25 15:00:05 <GNUtoo> ask in the mailing list ?
Feb 25 15:02:16 <cbrake> is anyone else having trouble baking attr-2.4.44-r1?
Feb 25 15:02:25 <cbrake> it is spawning 100's of make processes
Feb 25 15:02:30 <cbrake> and killing my workstation
Feb 25 15:02:37 <cbrake> this has happened several times recently
Feb 25 15:04:46 <JaMa> GNUtoo: why would you need to revert that commit?
Feb 25 15:05:41 <GNUtoo> because it was useless,no need to desactivate docs compilation anymore
Feb 25 15:06:01 <GNUtoo> (useless with my fix)
Feb 25 15:06:09 <JaMa> ah not this commit? http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=16726220cdea8de0a9a9cd6cbb3c2e2cb8b88df5
Feb 25 15:09:13 <GNUtoo> no
Feb 25 15:10:28 <GNUtoo> this one: 5c0b720153536943fcaa10ec07db7e8b5a2a505f
Feb 25 15:10:45 <GNUtoo> mmm
Feb 25 15:10:50 <mlip> concerning BBCLASSEXTENTS: shouldn't distutils_stage_all be added to native.bbclass do_stage_native ?
Feb 25 15:10:57 <GNUtoo> but I would have to modify to push PR forward
Feb 25 15:11:09 <GNUtoo> because going backward is not a good thing
Feb 25 15:12:29 <JaMa> GNUtoo: it that do_configure_append, then I think you should just say it in commit message (instead of message about revert)
Feb 25 15:12:47 <JaMa> GNUtoo: then it's easier to bump PR in the same commit  :)
Feb 25 15:13:41 <GNUtoo> ok so I should do a new commit instead of revert....without a revert message....ok thanks  a lot
Feb 25 15:16:27 <mickeyl> woglinde: btw., we moved from #opie.de to #openmoko-de; join us, if you want. i need to tell zecke
Feb 25 15:16:48 <mickeyl> zecke: s/#opie.de/#openmoko-de/
Feb 25 15:17:47 <mlip> mickeyl: any plans for BBEXTENDCLASS="native" support for python's distutils ?
Feb 25 15:18:17 <mickeyl> plans yes, time for OE very little these days
Feb 25 15:18:31 <zecke> mickeyl: why? :)
Feb 25 15:19:00 <mlip> mickel: maybe I will try to integrate it and send you patches
Feb 25 15:19:19 <mickeyl> zecke: reduction of open windows... and almost all folks were in both channels anyways. besides, it's the same stuff on topic, but a little more traffic :)
Feb 25 15:19:49 <mickeyl> mlip: that'd be good
Feb 25 15:22:02 <mickeyl> hmm, something is seriously broken here
Feb 25 15:23:36 <mickeyl> WTF
Feb 25 15:23:38 <mickeyl> traceroute to 192.168.0.200 (192.168.0.200), 64 hops max, 52 byte packets
Feb 25 15:23:38 <mickeyl>  1  192.168.1.1 (192.168.1.1)  2 ms  1 ms  1 ms
Feb 25 15:23:38 <mickeyl>  2  lo1.br01.fra.de.hansenet.net (213.191.89.20)  23 ms  24 ms  24 ms
Feb 25 15:23:38 <mickeyl>  3  ae0-101.cr01.fra.de.hansenet.net (62.109.109.189)  22 ms !N  22 ms !N  21 ms !N
Feb 25 15:23:47 <Aim> lol
Feb 25 15:23:48 <Aim> fail
Feb 25 15:24:03 <mickeyl> since when is 192.168.0.x being routed to the outside?
Feb 25 15:24:12 <Aim> due of the default gateway 
Feb 25 15:24:19 <Aim> lo1.br01.fra.de.hansenet.net should had blocked it 
Feb 25 15:24:40 <mickeyl> hmm
Feb 25 15:24:55 <mickeyl> it must be a local problem
Feb 25 15:25:10 <Aim> also :)
Feb 25 15:25:11 <Aim> but still
Feb 25 15:25:13 <mickeyl> i didn't change anything in configuration since ages though
Feb 25 15:25:22 <kergoth> hmm.
Feb 25 15:25:35 <Aim> hansenet shouldnt route it 
Feb 25 15:25:43 <Aim> but they probally havent added filter for it 
Feb 25 15:25:47 <mickeyl> that's true, however
Feb 25 15:25:53 <mickeyl> it should not leave my system in the first place
Feb 25 15:25:58 <mickeyl> and never had in the past
Feb 25 15:26:03 <Aim> all routers do that
Feb 25 15:26:13 <Aim> they dont make any difference between a public or private network
Feb 25 15:26:29 <mickeyl> hmm
Feb 25 15:26:53 <florian> mickeyl: here it gets routed outside as well, but I bet kc guilty
Feb 25 15:27:11 * mickeyl has an idea
Feb 25 15:27:17 <florian> but i would have expected the first provider router to block it
Feb 25 15:27:20 <mickeyl> this router has a default net of 192.168.0.x
Feb 25 15:27:25 <mickeyl> i changed this to 192.168.1.x
Feb 25 15:27:31 <mickeyl> i bet it has a hidden default route
Feb 25 15:27:33 <Aim> whats the subnet ?
Feb 25 15:27:35 <mickeyl> *sigh*
Feb 25 15:27:52 <Aim> giving it a subnet of 255.255.0.0 also solves it :)
Feb 25 15:27:59 <Aim> then it will route it back to the LAN interface
Feb 25 15:28:02 <Aim> instead of the WAN 
Feb 25 15:28:25 <mickeyl> good idea
Feb 25 15:28:41 * mickeyl does that
Feb 25 15:28:49 <mickeyl> ya, subnet was 255.255.255.0
Feb 25 15:29:43 <mickeyl> mickey@andromeda:~$ ping 192.168.0.200
Feb 25 15:29:43 <mickeyl> PING 192.168.0.200 (192.168.0.200) 56(84) bytes of data.
Feb 25 15:29:43 <mickeyl> From 192.168.1.1: icmp_seq=2 Redirect Host(New nexthop: 192.168.0.200)
Feb 25 15:29:43 <mickeyl> From 192.168.1.1: icmp_seq=3 Redirect Host(New nexthop: 192.168.0.200)
Feb 25 15:29:43 <mickeyl> From 192.168.1.1 icmp_seq=1 Destination Host Unreachable
Feb 25 15:29:45 <mickeyl> fun
Feb 25 15:30:43 <mickeyl> still that does not have the effect i want
Feb 25 15:31:08 <hrw> mickeyl: "route -n"?
Feb 25 15:31:18 <mickeyl> 192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0 eth0
Feb 25 15:31:18 <mickeyl> 169.254.0.0     0.0.0.0         255.255.0.0     U     1000   0        0 eth0
Feb 25 15:31:18 <mickeyl> 0.0.0.0         192.168.1.1     0.0.0.0         UG    100    0        0 eth0
Feb 25 15:31:46 <woglinde> mickeyl hm uh
Feb 25 15:31:48 <woglinde> okay
Feb 25 15:31:55 <mickeyl> ah, it didn't pick up the net
Feb 25 15:32:02 * mickeyl relaunches dhcp
Feb 25 15:32:27 <woglinde> ~lart gps
Feb 25 15:32:27 * ibot nabs the moon and broadsides gps with the sea of tranquility
Feb 25 15:32:28 <mickeyl> ok, better now
Feb 25 15:34:05 <Aim> :)
Feb 25 15:40:28 <GNUtoo> JaMa, I
Feb 25 15:40:38 <GNUtoo> ve 3 commits fixing 2 issues:
Feb 25 15:40:40 <GNUtoo> gst-plugins-good 0.10.17: depend on libv4l in order to fix a webcam
Feb 25 15:40:49 <GNUtoo> libxml2 : convert to new staging and fix python error in gnome-doc-utils
Feb 25 15:40:56 <GNUtoo> gnome-doc-utils: re-enable generation of docs(because of better fix avaliable)
Feb 25 15:41:13 <GNUtoo> I bet I can commit them like this or is there an objection(like one needs review)
Feb 25 15:53:16 <GNUtoo> I'll push
Feb 25 16:04:57 <CIA-2> 03Denis 'GNUtoo' Carikli <GNUtoo@no-log.org> 07org.openembedded.dev * r000ed089ef 10openembedded.git/recipes/gnome/gnome-doc-utils_0.19.2.bb: 
Feb 25 16:04:57 <CIA-2> gnome-doc-utils: re-enable generation of docs(because of better fix avaliable)
Feb 25 16:04:57 <CIA-2> The docs generation were disabled in 5c0b720153536943fcaa10ec07db7e8b5a2a505f
Feb 25 16:04:57 <CIA-2> because of the same issue described in 405e0b5f60f92995fc722fc3bca9fa8ebc5f5f46
Feb 25 16:04:57 <CIA-2> (libxml2 : convert to new staging and fix python error in gnome-doc-utils)
Feb 25 16:04:58 <CIA-2> But at that time 405e0b5f60f92995fc722fc3bca9fa8ebc5f5f46 was not commited yet
Feb 25 16:05:12 <CIA-2> 03Denis 'GNUtoo' Carikli <GNUtoo@no-log.org> 07org.openembedded.dev * r405e0b5f60 10openembedded.git/recipes/libxml/ (libxml2-native.inc libxml2-native_2.7.3.bb libxml2.inc): (log message trimmed)
Feb 25 16:05:12 <CIA-2> libxml2 : convert to new staging and fix python error in gnome-doc-utils
Feb 25 16:05:12 <CIA-2> Converting libxml2 recipes to the new staging way
Feb 25 16:05:12 <CIA-2> fixed the error where,during the compilation of gnome-doc-utils
Feb 25 16:05:12 <CIA-2> libxml2.py couldn't be find,but strangely the libxml package had
Feb 25 16:05:13 <CIA-2> only libxml.py
Feb 25 16:05:14 <CIA-2> Also removed the following useless part as suggested by Phil Blundell
Feb 25 16:05:14 <CIA-2> 03Denis 'GNUtoo' Carikli <GNUtoo@no-log.org> 07org.openembedded.dev * r2a9fb4a75e 10openembedded.git/recipes/gstreamer/gst-plugins-good_0.10.17.bb: (log message trimmed)
Feb 25 16:05:15 <CIA-2> gst-plugins-good 0.10.17: depend on libv4l in order to fix a webcam
Feb 25 16:05:15 <CIA-2> gst-launch v4lsrc ! jpegdec ! xvimagesink doesn't work if you don't
Feb 25 16:05:16 <CIA-2> depend on libv4l with my gspca webcam.
Feb 25 16:05:16 <CIA-2> The fix was suggested in #gstreamer in freenode:
Feb 25 16:05:17 <CIA-2> Feb 20 20:37:36 <fargiolas> GNUtoo: did you compile it on
Feb 25 16:05:17 <CIA-2> your own? it seems it's not compiled with libv4l support
Feb 25 16:53:12 <JaMa> GNUtoo: thanks
Feb 25 17:12:06 <Jin^eLD>  is ANGSTROM_MODE osolete?
Feb 25 17:12:19 <Jin^eLD> the variable that is
Feb 25 17:18:26 <LinuxMaster> Hi all, can someone help me get rid of external-toolchain-csl.bb? I am trying to build a distro for pentiumMMX but I don't have the i586-linux toolchain.
Feb 25 17:22:12 <hrw> Jin^eLD: yes
Feb 25 17:22:25 <hrw> Jin^eLD: ANGSTROMLIBC = glibc/eglibc/uclibc is now
Feb 25 17:37:06 <hrw|gone> bye all
Feb 25 18:02:58 <eFfeM1> hi all
Feb 25 18:15:44 <kergoth> RP: http://github.com/kergoth/BitBake/commit/577317ca3e637bfd51fa42909777792f0e2a8b86
Feb 25 18:27:48 <kergoth> Anyone around that feels like giving a second acked-by to http://patchwork.openembedded.org/patch/1471/ ?
Feb 25 18:29:37 <eFfeM1> sorry kergoth my pythonese is not really good enough to say something about the patch
Feb 25 18:29:46 <kergoth> np
Feb 25 18:29:58 * kergoth realized he has 13 patches that never got enough acks :)
Feb 25 18:31:24 <XorA> but we trust Mr Kergoth :-)
Feb 25 18:32:07 <kergoth> pfft, i was the one that pushed the FILESPATH revamp without review and caused a shitton of warnings for *everybody* :)
Feb 25 18:32:52 <Crofton> we should have patch pushing parties
Feb 25 18:32:57 <eFfeM1> are they all class related patches
Feb 25 18:33:14 <kergoth> if they were recipes, I'd just have pushed them.. (and did)
Feb 25 18:33:18 <kergoth> :)
Feb 25 18:33:18 <eFfeM1> last friday of the monthy patch night
Feb 25 18:34:01 <eFfeM1> kergoth: i push most recipe changes immediately too, only not if they are core components or if I feel unsure about the patch
Feb 25 18:34:07 * kergoth nods
Feb 25 18:34:18 <kergoth> i don't think I'd "just push" anything to gcc or glibc :)
Feb 25 18:34:27 <eFfeM1> have a few hanging around, but recompiling a last time to make sure they are ok
Feb 25 18:34:36 <eFfeM1> nope
Feb 25 18:35:02 <eFfeM1> console image is also off limits 8-)
Feb 25 18:35:15 <kergoth> hehe
Feb 25 18:35:57 <eFfeM1> haven't heard back from the tsc on it yet
Feb 25 18:38:08 * XorA should eat
Feb 25 18:42:31 <CIA-2> 03Ross Burton <ross@openedhand.com> 07org.openembedded.dev * r04f8a92b76 10openembedded.git/classes/base.bbclass: 
Feb 25 18:42:31 <CIA-2> base.bbclass: use bb.utils.*_sum instead of calling md5/sha sum commands
Feb 25 18:42:31 <CIA-2> Patch courtesy the Poky project.
Feb 25 18:42:31 <CIA-2> Signed-off-by: Chris Larson <clarson@mvista.com>
Feb 25 18:42:31 <CIA-2> Acked-by: Marcin Juszkiewicz <marcin@juszkiewicz.com.pl>
Feb 25 18:42:32 <CIA-2> Acked-by: Tom Rini <tom_rini@mentor.com>
Feb 25 18:42:33 <CIA-2> 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r2360274c83 10openembedded.git/recipes/powervr-drivers/ (libgles-omap3.inc libgles-omap3_3.01.00.02.bb): libgles-omap3: fix bug with package ordering
Feb 25 18:42:40 <CIA-2> 03Christopher Larson <clarson@mvista.com> 07org.openembedded.dev * r8168b87863 10openembedded.git/classes/cross.bbclass: 
Feb 25 18:42:40 <CIA-2> cross.bbclass: keep TARGET_SYS & TARGET_PREFIX independent.
Feb 25 18:42:40 <CIA-2> Signed-off-by: Chris Larson <clarson@mvista.com>
Feb 25 18:42:40 <CIA-2> Acked-by: Michael Smith <msmith@cbnco.com>
Feb 25 18:42:41 <CIA-2> Acked-by: Tom Rini <tom_rini@mentor.com>
Feb 25 18:42:42 <CIA-2> 03Christopher Larson <clarson@mvista.com> 07org.openembedded.dev * r96da6f4431 10openembedded.git/classes/cross.bbclass: 
Feb 25 18:42:42 <CIA-2> cross.bbclass: keep TARGET_SYS & TARGET_PREFIX independent.
Feb 25 18:42:42 <CIA-2> Signed-off-by: Chris Larson <clarson@mvista.com>
Feb 25 18:42:43 <CIA-2> Acked-by: Michael Smith <msmith@cbnco.com>
Feb 25 18:42:43 <CIA-2> Acked-by: Tom Rini <tom_rini@mentor.com>
Feb 25 18:42:44 <CIA-2> 03Ross Burton <ross@openedhand.com> 07org.openembedded.dev * rdf32920678 10openembedded.git/classes/base.bbclass: 
Feb 25 18:42:44 <CIA-2> base.bbclass: use bb.utils.*_sum instead of calling md5/sha sum commands
Feb 25 18:42:45 <CIA-2> Patch courtesy the Poky project.
Feb 25 18:42:45 <CIA-2> Signed-off-by: Chris Larson <clarson@mvista.com>
Feb 25 18:42:46 <CIA-2> Acked-by: Marcin Juszkiewicz <marcin@juszkiewicz.com.pl>
Feb 25 18:42:46 <CIA-2> Acked-by: Tom Rini <tom_rini@mentor.com>
Feb 25 18:43:12 <kergoth> odd.
Feb 25 18:43:22 * kergoth kicks the hooks
Feb 25 18:59:50 <LinuxMaster> does anyone know how to get rid of  external-toolchain-csl.bb problems?
Feb 25 19:37:28 <XorA> mailsync
Feb 25 19:38:28 <CIA-2> 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * r697cd2dbb4 10openembedded.git/recipes/mythtv/ (3 files): 
Feb 25 19:38:28 <CIA-2> mythtv: moved to latest stable svn version
Feb 25 19:38:28 <CIA-2> Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com>
Feb 25 19:38:30 <CIA-2> 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * r19033af8c5 10openembedded.git/ (10 files in 5 dirs): 
Feb 25 19:38:30 <CIA-2> mythtv: removed old versions
Feb 25 19:38:30 <CIA-2> removed old and very old versions after verifying that no one has pinned one of these versions
Feb 25 19:38:30 <CIA-2> also removed the checksums for the removed files (including a few for versions that were renamed before)
Feb 25 19:38:31 <CIA-2> Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com>
Feb 25 19:38:38 <CIA-2> 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * r930f35b6a9 10openembedded.git/recipes/mythtv/ (5 files in 4 dirs): 
Feb 25 19:38:38 <CIA-2> mythtv: removed some more unneeded/old files
Feb 25 19:38:38 <CIA-2> Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com>
Feb 25 19:38:39 <CIA-2> 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * r8fab324e8e 10openembedded.git/recipes/mythtv/ (4 files in 2 dirs): 
Feb 25 19:38:39 <CIA-2> mythtv: renamed to 0.22+fixes
Feb 25 19:38:39 <CIA-2> renamed the recipes from 0.22 to 0.22+fixes as they have moved away from 0.22
Feb 25 19:38:39 <CIA-2> and are already building the 0.22+fixes version.
Feb 25 19:38:40 <CIA-2> also renamed the mythtv-0.22 dir to mythtv
Feb 25 19:38:40 <CIA-2> Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com>
Feb 25 19:57:31 <denix> can one assume pointercal is the same for different instances of the same/similar touchscreen device?
Feb 25 19:57:54 <kergoth> what do you mean by "touchscreen device" in this context?
Feb 25 19:58:07 <florian> re
Feb 25 19:58:30 <RP> kergoth: bitbake ??= patch looks great to me :)
Feb 25 19:58:44 <RP> kergoth: nice to see it was simple :)
Feb 25 19:58:46 <kergoth> k, i'll go ahead and push it to master today then
Feb 25 19:58:47 * kergoth nods
Feb 25 19:58:52 <denix> keith: what do you mean? which device?
Feb 25 19:58:57 <RP> kergoth: Should update the manual mind ;-)
Feb 25 19:59:01 <kergoth> good point :)
Feb 25 19:59:03 <kergoth> will do
Feb 25 19:59:33 <denix> kergoth: need to pay attention to tab-completion... :)
Feb 25 19:59:35 <eFfeM1> kergoth: RP, will with that patch environment vars also get precedence ?
Feb 25 20:00:18 <kergoth> yes, env vars flow in very early on
Feb 25 20:00:27 <kergoth> denix: well, "device" is a slightly overloaded term
Feb 25 20:01:18 <denix> kergoth: I mean the batch of the same board with the same touchscreen can share calibration file, can it?
Feb 25 20:01:45 <denix> or is it required to re-calibrate every instance?
Feb 25 20:02:07 <kergoth> two different *physical* devices?  no, absolutely not.  there are always slight differences in lcd/ts alignment due to the assembly in that particular device
Feb 25 20:02:30 <kergoth> often the manufacturer will calibrate after building it and store that calibration in flash on a per device basis
Feb 25 20:02:36 <kergoth> well, as far as i know, anyway.
Feb 25 20:03:01 * kergoth could be incorrect, maybe manufacturing has improved :)
Feb 25 20:03:08 <denix> ok, I see. no shortcuts then... :)
Feb 25 20:03:08 <XorA> kergoth: it hasnt
Feb 25 20:03:11 <pb___> well, it varies.  there are some instances where the LCD and the touchpanel are factory-bonded prior to final assembly, and in those cases the registration tends to be fairly consistent.
Feb 25 20:03:19 <XorA> kergoth: not in my experience anyway
Feb 25 20:04:24 <pb___> of course, consistent registration doesn't necessarily guarantee consistent output since the touchpanel itself can have varying performance.  in order to avoid recalibrating per device you need to have both tightly controlled tolerance on the panel (plus its accompanying components), and tightly controlled registration.
Feb 25 20:04:41 <eFfeM1> my god, trying to build u-boot and what it drags in :-( udev, ncruses usbutils gtk-doc, just to name a few 
Feb 25 20:05:12 <denix> pb___: that makes sense! thanks
Feb 25 20:08:55 <ant__> oh..f*ck ... NOTE: Task failed: Checksum of 'ftp://ftp.gnu.org/gnu/libtool/libtool-2.2.6b.tar.gz' failed
Feb 25 20:09:51 <denix> RP: is formal Ack from the original author required for revert, or agreement on irc is also sufficient?
Feb 25 20:10:06 <eFfeM1> hm, wondering if this is a BBCLASSEXTENDS triggered error:
Feb 25 20:10:08 <eFfeM1> ERROR: Error, lockfile path does not exist!: /home/frans/oe/tmp_angstrom/work/i686-linux/libxml2-native-2.7.3-r1/packages-split
Feb 25 20:10:31 <RP> denix: I think a formal ack might be a sensible idea
Feb 25 20:11:13 <RP> denix: When reverts go wrong, it tends to get really nasty :/
Feb 25 20:12:03 <denix> ok, thanks
Feb 25 20:12:08 <CIA-2> 03Chris Larson <chris_larson@mentor.com> 07org.openembedded.dev * r22ee98e2fc 10openembedded.git/classes/base.bbclass: 
Feb 25 20:12:09 <CIA-2> Revert "base.bbclass: use bb.utils.*_sum instead of calling md5/sha sum commands"
Feb 25 20:12:09 <CIA-2> Back this out for the time being, things are exploding now.
Feb 25 20:12:09 <CIA-2> This reverts commit df32920678d15c86897b50b752b937210a01edea.
Feb 25 20:12:58 * eFfeM1 wonders why gcc-cross wants libfgortran
Feb 25 20:13:22 <Tartarus> RP: Before I head back to my work laptop, did you reply to my msg re BBCLASSEXTENDS and nativesdk?
Feb 25 20:14:50 <RP> Tartarus: I hadn't but I can
Feb 25 20:15:00 <RP> Tartarus: I think its implied in the anonfunction
Feb 25 20:16:38 <denix> kergoth: you didn't get an Ack from the original commiter... :-P
Feb 25 20:17:09 <kergoth> I guess I *could* get an ack from myself..
Feb 25 20:17:22 * RP will ack that change from Poky :)
Feb 25 20:17:29 <Tartarus> RP: funny.  So it's real automagic or what?  Nothing checks for BBCLASSEXTEND like the -native one
Feb 25 20:17:32 <RP> I can speak for Ross on that one :)
Feb 25 20:17:45 <florian> :-)
Feb 25 20:17:47 <RP> Tartarus: why would you need to check for it?
Feb 25 20:17:57 <Tartarus> RP: Er
Feb 25 20:18:31 <Tartarus> I assume the point is you have say, binutils_2.20.bb and put BBCLASSEXTEND = "-nativesdk" in it
Feb 25 20:18:41 <RP> Tartarus: yes
Feb 25 20:18:42 <Tartarus> And get binutils-nativesdk_2.20 for free
Feb 25 20:18:46 <RP> Tartarus: yes
Feb 25 20:19:02 <Tartarus> And you're sure that works in what's in OE.dev today?
Feb 25 20:19:24 <RP> Tartarus: Does it match the class in Poky?
Feb 25 20:19:41 <RP> Tartarus: one second, this machine doesn't have an up to date OE checkout
Feb 25 20:19:42 <Tartarus> Dunno
Feb 25 20:19:51 <Tartarus> I don't have up to date poky :)
Feb 25 20:21:05 <eFfeM1> RP, thanks for the policy email
Feb 25 20:21:07 <RP> Tartarus: So there are some minor differences
Feb 25 20:21:12 <RP> eFfeM1: it makes sense?
Feb 25 20:21:22 <RP> Tartarus: but yes, it should work as it is mostly
Feb 25 20:21:51 <eFfeM1> RP, yes
Feb 25 20:22:13 <RP> eFfeM1: good :)
Feb 25 20:22:19 <eFfeM1> RP although I am not sure about the role of the eV
Feb 25 20:22:35 <Tartarus> mostly, heh
Feb 25 20:22:41 <RP> eFfeM1: You mean about the behaviour policy
Feb 25 20:22:44 <Tartarus> I guess, in poky, what's an example that uses it?
Feb 25 20:22:58 <RP> Tartarus: Let me sync that up. Or do I have to post to the mailing list and get acks these days?
Feb 25 20:23:35 <Tartarus>  Dunno, kergoth is the one that called me on not getting acks last time I changed a .bbclass :)
Feb 25 20:23:57 <RP> kergoth: classes need acks now?
Feb 25 20:24:37 <kergoth> Last I checked, you needed to ack core changes.  If we can commit willy nilly now, fine with em
Feb 25 20:24:38 <kergoth> me
Feb 25 20:25:05 <Tartarus> RP: So, in poky are you doing any Windows toolchains, or just different linux hosts?
Feb 25 20:25:06 <RP> kergoth: Well I kind of thought it depended on what it was
Feb 25 20:25:14 <RP> Tartarus: different linux hosts
Feb 25 20:25:24 <Tartarus> So not the fun stuff, ok :)
Feb 25 20:25:32 <RP> Tartarus: As per some of our emails a while ago, I was interested in someone trying the windows stuff with it
Feb 25 20:25:41 <Tartarus> RP: You can probably get away with just re-syncing nativesdk
Feb 25 20:25:43 <RP> Tartarus: It was based on your original code so it should work...
Feb 25 20:25:55 <eFfeM1> RP actually i would expect everyone with commit access to be member of the eV,  now it is kinda odd that the eV governs over people that are not a member, that were not involved in its creation and that were already participating before the eV was there
Feb 25 20:26:18 <Tartarus> RP: Well, the good news is the person I assigned un-breaking mingw32 stuff to says she's done and will commit it her tomorrow
Feb 25 20:26:31 <Tartarus> I just forget if that's tomorow .us or monday, damn timezones :)
Feb 25 20:27:07 <Tartarus> RP: So should I have a poky purple tree locally, or something else?
Feb 25 20:27:36 <CIA-2> 03Richard Purdie <rpurdie@linux.intel.com> 07org.openembedded.dev * r6338989af8 10openembedded.git/classes/nativesdk.bbclass: 
Feb 25 20:27:36 <CIA-2> nativesdk.bbclass: Fix various DEPENDS handling bugs and add to OVERRIDES (from poky)
Feb 25 20:27:36 <CIA-2> Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
Feb 25 20:27:38 <RP> eFfeM1: Well, we need to fix that
Feb 25 20:27:47 <RP> Tartarus: master is best
Feb 25 20:28:22 <RP> Tartarus: Did they switch it to the nativesdk/crosssdk classes?
Feb 25 20:28:34 <RP> Tartarus: Having two copies of this stuff around is going to get silly :(
Feb 25 20:28:45 <Tartarus> RP: answer hazy
Feb 25 20:29:04 <Tartarus> My plan was get it working, then update to new stuff, but it might have become oldstuff too broken, just making newstuff work
Feb 25 20:29:13 <XorA> RP: thanks for your work and sending out the announcement
Feb 25 20:29:17 <RP> Tartarus: ok
Feb 25 20:29:37 <RP> XorA: np, but its a bandaid :/
Feb 25 20:29:53 <RP> XorA: We need to think about behaviour policies by Tuesday
Feb 25 20:29:59 <RP> kergoth: ^^^ you too ;-)
Feb 25 20:30:34 <eFfeM1> will tsc also discuss console-image on tue or should the community do a proposal or formal request first
Feb 25 20:30:49 <eFfeM1> basically I would like to see distro specific files to be identifiable as such
Feb 25 20:31:03 <RP> eFfeM1: I'm hoping you can rationally discuss it 
Feb 25 20:31:11 <RP> eFfeM1: Propose a patch, take feedback
Feb 25 20:31:36 <XorA> eFfeM: talk to Crofton he has some plans to phase out the variable in OE in all the images
Feb 25 20:31:39 <eFfeM1> i have no problem with it, actually thought we had a majority 
Feb 25 20:31:40 <RP> eFfeM1: If people are being unreasonable or no concensus is reached, then the TSC is involved
Feb 25 20:31:47 <XorA> eFfeM: he would appreciate help Im sure
Feb 25 20:32:03 <Crofton> I need to make a patch and do it in a two step process
Feb 25 20:32:12 <eFfeM1> XorA: saw his msg earlier today or yesterday
Feb 25 20:32:12 <Crofton> also, it needs changing in all images
Feb 25 20:32:25 <eFfeM1> but unfortunately i'm a little bit sidetracked in u-boot at the moment
Feb 25 20:32:54 <Crofton> I've been trying to make the change for months, but it is just not a big deal what the var is called :)
Feb 25 20:34:38 <XorA> eFfeM: Crofton also speaks with an Angstrom voice to help calm tensions
Feb 25 20:35:18 <eFfeM1> cool, don't need a discussion like we had before
Feb 25 20:35:30 <Crofton> there is a lot of history
Feb 25 20:35:52 <Crofton> I grepped the var and I think it appears in 42 images
Feb 25 20:35:56 <Crofton> :)
Feb 25 20:36:19 <eFfeM1> and preferably would like to see what is angstrom and what is oe (to avoid arguments about angstrom core developers (whoever that may be) have not agreeed with a change in a file that I thought was in the oe domain)
Feb 25 20:36:39 <XorA> Crofton: is like the daddy of Angstrom, kicks us youngsters butt on occasion :-)
Feb 25 20:37:50 <florian> heh
Feb 25 20:37:58 * eFfeM1 hates to be kicked especially if he is thinking he is doing the best for the community
Feb 25 20:38:25 * eFfeM1 appreciates though that XorA considers him as "youngster"
Feb 25 20:38:28 <eFfeM1> 51 :-)
Feb 25 20:39:27 <khem> if oe is trunk then angstrom is branch which has leaves to do photosynthesis and also feed the trunk :)
Feb 25 20:40:54 <khem> and it does not like Open Embedded in its name as it seems from the main webpage :)
Feb 25 20:41:36 <eFfeM1> khem reminds me of the linux vs gnu/linux debate :-)
Feb 25 20:41:44 <khem> heh
Feb 25 20:43:21 <CIA-2> 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * r1ea726f640 10openembedded.git/recipes/u-boot/ (9 files in 2 dirs): (log message trimmed)
Feb 25 20:43:21 <CIA-2> u-boot git: updated calamari SRCREV, add new functionality
Feb 25 20:43:21 <CIA-2> Ths commit is for calamari (MPC8636DS) only.
Feb 25 20:43:21 <CIA-2> It moves to the head of the mpc85xx git
Feb 25 20:43:21 <CIA-2> I also added several patches.
Feb 25 20:43:22 <CIA-2> These provide additional functionality w.r.t. expression handling,
Feb 25 20:43:23 <CIA-2> As they are not calamari specific I've put them in the u-boot-git directory.
Feb 25 20:44:45 <eFfeM1> should eFfeM learn to write more terse commit messages ?
Feb 25 20:48:38 <Crofton> khem, Angstrom is built with OE
Feb 25 20:48:50 <Crofton> it is a branding thing :)
Feb 25 20:49:15 <Crofton> and we have trouble with people refering to Angstrom systems as Openembedded systems
Feb 25 20:53:48 <khem> yeah it says it in same line :) 
Feb 25 20:54:54 <khem> it could be something "OE inside" like intel
Feb 25 20:55:06 <khem> has for its chips
Feb 25 20:55:17 * broonie fully agrees with the need for a social contract/policy thing.
Feb 25 20:55:19 <eFfeM1> then again the difference between a minimal image and a bunch of packages and angstrom is not that big
Feb 25 21:07:04 <kergoth> http://mvista.com/career-software-eng.php - if anyone wants my old job.. heheh
Feb 25 21:07:24 * kergoth smacks bitbake around a bit
Feb 25 21:08:14 <Jin^eLD> mhm, how can I find out what is pulling in a paticular package? is there a better way than using -DDD ? (I tried the graphviz thng but got nowhere)
Feb 25 21:09:06 <zecke> kergoth: did you leave some hidden message at your desk?
Feb 25 21:10:03 <zecke> kergoth: I'm so impressed by you and the US... I always have a hardtime finding new paid stuff
Feb 25 21:13:29 <denix> Jin^eLD: no need for graphviz - just grep the .dot file, usually that's enough...
Feb 25 21:13:57 <Jin^eLD> ok let me see
Feb 25 21:15:21 <denix> any way to prevent unbuildable qt4-embedded-gles from complaining? http://pastebin.org/97399 I already tried PREFERRED_PROVIDER_qt4-embedded = "qt4-embedded"
Feb 25 21:16:06 <zecke> denix: that is already set anyway
Feb 25 21:17:37 <denix> zecke: the problem is qt4-embedded-gles also provides qt4-embedded, but it's unbuildable... any way to disable it?
Feb 25 21:18:28 <eFfeM1> kergoth: do they pay well 8-)
Feb 25 21:18:31 <denix> I guess I can axe it with BBMASK...
Feb 25 21:18:34 * eFfeM1 does not have a greencard
Feb 25 21:20:44 <Jin^eLD> denix: --verbose does a nice printout
Feb 25 21:21:41 <denix> Jin^eLD: you mean bitbake -v? I never run bitbake w/o it... :)
Feb 25 21:23:25 <Jin^eLD> oh :)
Feb 25 21:23:40 <Jin^eLD> something is pulling libvorbis into my base-image and I am not happy about it :)
Feb 25 21:23:49 <Jin^eLD> trying to figure out what the hell that is
Feb 25 21:26:43 <Jin^eLD> crap, -v does not tell me who pulls in libvorbis
Feb 25 21:27:39 <XorA> Jin^eLD: bitbake -g
Feb 25 21:28:32 <Jin^eLD> XorA: that was my first attempt but I could not do much with the .dot file, it screwed in the graph viewer
Feb 25 21:28:42 <Jin^eLD> I still need to look inside it as was suggested earlier
Feb 25 21:28:57 <XorA> Jin^eLD: I use less as the uber tool of graphing :-D
Feb 25 21:29:21 <Jin^eLD> :)
Feb 25 21:30:09 <Jin^eLD> -DDD did the trick
Feb 25 21:30:18 <Jin^eLD> bluez4 dammit hmm
Feb 25 21:31:09 <Jin^eLD> task-base wants bluez, I guess it will be some machine features magic
Feb 25 21:31:55 <denix> Jin^eLD: as I said before - no need to visualize the .dot file, just grep it :)
Feb 25 21:32:36 <Jin^eLD> denix: I got scared but all the numbers in there ;)
Feb 25 21:43:51 <Jin^eLD> nah, -DDD is still nicer than then .dot thing, for me at least, but thanks for the hint
Feb 25 21:45:43 <Jin^eLD> how do I get rid of bluez? DISTRO_BLUETOOTH_MANAGER := "" in local conf does not help at all
Feb 25 21:45:56 <Jin^eLD> its always pulled in by task-base
Feb 25 21:46:55 <Jin^eLD> it must be the usbhost feature, but why does usbhost mean that bluetooth must be there?
Feb 25 21:47:00 <tharvey> is there an easy way to figure out what package provides a file?  opkg what-provides seems broken
Feb 25 21:47:05 <Jin^eLD> maybe I want usb but no bt?
Feb 25 21:48:20 <Jin^eLD> tharvey: asked myself the same thing a couple of times as well :(
Feb 25 21:48:56 <tharvey> I recall once doing something clever with find -name *.ipg -exec ... but now can't recall the black magic :)
Feb 25 21:49:12 <tharvey> where does 'opkg files <pkgname>' get its info I wonder...
Feb 25 21:49:27 <Jin^eLD> isn't there some stuff in /va/lib/opkg?
Feb 25 21:49:33 <Jin^eLD> var that is
Feb 25 21:49:54 <tharvey> that seems to be a copy of Packages.gz, which doesn't contain filenames
Feb 25 21:49:58 <tharvey> of things installed
Feb 25 21:52:02 <Tartarus> hm, Frans Meulenbroeks isn't i here, is he?
Feb 25 21:52:09 <Tartarus> s/i /in /
Feb 25 21:54:03 <denix> Tartarus: eFfeM
Feb 25 21:54:15 <Tartarus> Oh, ah :)
Feb 25 21:55:07 <Jin^eLD> ok anyone - any reason why it is enforced that if you have usbhost features, then task-base will force bluetooth upon you?
Feb 25 21:55:21 <Tartarus> eFfeM1: Why 'calamari' and not 'p1022ds' ?  Freescale usually doesn't like codenames used
Feb 25 21:55:47 <tharvey> bluetooth is nasty - pulls in some pkg that requires all kinds of x stuff
Feb 25 21:56:10 <Jin^eLD> exactly, something I surely do not want on a base-image
Feb 25 21:56:13 <tharvey> Jin^eLD, I think its because if you have usbhost you 'may have' a bluetooth usb adapter
Feb 25 21:56:36 <Jin^eLD> yeah but I'd like not to 'have' but 'may' when I build a base image (not console image which has more stuff)
Feb 25 21:56:46 <Jin^eLD> I thought base image is something between minimal and console image
Feb 25 21:57:04 <Jin^eLD> where base image allows installing other features via opkg but is otherwise as minimal as possible
Feb 25 21:57:33 <Jin^eLD> having bluetooth forced upon you, which then pulls in gstreamer, vorbis and tons of other stuff does not seem nice :)
Feb 25 21:57:39 <tharvey> Jin^eLD, opkg provides - the lists of files per package is in /usr/lib/opkg/info - you can grep from the files there
Feb 25 21:57:59 <XorA> Jin^eLD: not sure, probably just historical
Feb 25 21:58:15 <Jin^eLD> tharvey: good to know!
Feb 25 21:58:29 <Jin^eLD> XorA: something for the mailing list then, I guess?
Feb 25 21:58:48 <XorA> Jin^eLD: yeah, the guys who invented it might remember, I certainly dont
Feb 25 22:07:36 <ant__> hello woglinde 
Feb 25 22:09:57 <woglinde> jo
Feb 25 22:32:45 <pb___> Jin^eLD: that particular issue is just a bluez packaging bug.
Feb 25 22:51:08 <bch132> with oe, do I need to specify a path somewhere to get bitbake to look in user.collection?
Feb 25 22:52:21 <kergoth> read the manual.
Feb 25 22:56:26 <Jin^eLD> pb___: oh..ok
Feb 25 23:34:24 <Jin^eLD> when I thought that js had terrible buildscripts - I did not know poco yet
Feb 25 23:34:42 <Jin^eLD> I wonder how on earth they could come up with something that stupid
Feb 25 23:35:48 <Jin^eLD> they even have an Angstrom configuration, in which they assume that it can only be for arm, and of course there is no way to override the defaults by setting meaningful environment vars for the compiler and so on
Feb 25 23:40:46 <woglinde> Jin^eLD an autotools setup is written under a week *g*
Feb 25 23:42:30 <Jin^eLD> woglinde: autotools is easy (once you know autotools) ;)
Feb 25 23:43:03 <Jin^eLD> but somehow I doubt they'd accept an autotools contribution
Feb 25 23:44:42 <Jin^eLD> poco people hardcode the compiler to arm-angstrom-linux-gnueabi-gcc when you choose their angstrom configuration, of course, what else could it be?
Feb 25 23:45:12 <Jin^eLD> and what are environment variables? nooo why use them, lets hardcode everything
Feb 25 23:45:18 <Jin^eLD> crazy
Feb 25 23:45:36 <woglinde> muahahahaa
Feb 25 23:45:53 <woglinde> stupid people do stupid things
Feb 25 23:47:00 <Jin^eLD> yep
Feb 25 23:47:00 <Jin^eLD> well they are lucky I did not try to compile their stuff
Feb 25 23:47:28 <Jin^eLD> before I met them
Feb 25 23:48:22 <Jin^eLD> I had a talk to those guys by accident, actually I had no idea what poco is at that time
Feb 25 23:49:02 <Jin^eLD> they seemed quite reasonable so I am really surprised how they could ever come up with such a build script
Feb 26 00:44:53 <Jin^eLD> is there a meaningful way to add LDFLAGS in the recipe when using cmake?
Feb 26 00:45:50 <Jin^eLD> seems this build system does not honor LDFLAGS
**** ENDING LOGGING AT Fri Feb 26 02:59:57 2010