IRC log for #oe on 20081117

00:00.25*** join/#oe hubar__ (n=wweng@p67-47.acedsl.com)
00:09.55*** join/#oe mithro_ (n=tim@unaffiliated/mithro)
00:25.07*** join/#oe Sleep_Walker (n=Sleep@193.179.96.131)
00:47.27*** join/#oe wrobbie (n=rob@203.117.215.163)
00:48.13*** join/#oe Sleep_Walker (n=Sleep@193.179.96.131)
01:12.03*** join/#oe BenLauDC (n=benlau@221.125.8.105)
02:13.47mturquettei've tried writing an updated version of external-csl-toolchain_2006q3-27.bb for csl's 2007q3-51 for use in poky (making use of POKYMODE and all that)
02:14.42mturquetteeverything looks OK, but libgcrypt dies trying to link against my host /lib/libc.so.6, which is a Bad Thing.
02:15.46mturquettei think it is related to the way binconfig selects the directories to look in.  does binconfig.bbclass not know if a package is native or not?
02:29.07*** join/#oe kergoth (n=kergoth@ip68-3-163-239.ph.ph.cox.net)
03:34.29Tartarusheh
05:18.52*** join/#oe gerwinin (n=gerwinin@ip5457b30e.direct-adsl.nl)
05:44.01*** join/#oe mifritscher- (n=a@p5B0AF6D7.dip.t-dialin.net)
05:50.33gerwininI am having some trouble building libtool-cross
05:58.58*** join/#oe mifritscher (n=a@p5B0AE49E.dip.t-dialin.net)
06:12.35*** join/#oe mifritscher- (n=a@p5B0ACE48.dip.t-dialin.net)
06:20.57*** join/#oe Kalemas2 (n=kalemas@254.8.117.87.donpac.ru)
06:25.06*** join/#oe euud (n=chatzill@60-249-99-148.HINET-IP.hinet.net)
06:30.04Kalemas2Hello. I build linux-handhelds-2.6_2.6.21-hh20 and my error: scripts/mod/sumversion.c:384: error: 'PATH_MAX' undeclared. How i need fix it?
06:35.45*** join/#oe rob_w (n=bob@M9158.m.pppool.de)
06:45.43*** join/#oe mifritscher (n=a@p5B0AE234.dip.t-dialin.net)
06:53.22*** join/#oe minipanda (n=hzhang@221.221.155.246)
07:03.19*** join/#oe pleemans (n=toi@116.54-246-81.adsl-static.isp.belgacom.be)
07:09.12*** join/#oe ALoGeNoFF (n=QUAKEIII@41.Red-80-39-134.dynamicIP.rima-tde.net)
07:27.10*** join/#oe robtow (n=rtow@64.62.142.114)
07:27.37robtowi trying to get bitbake up on a new centos 5.2 box
07:29.20robtowand I get a message that says the sanity checker has detected a problem, and get asked to install "a missing utility - C++ compiler"
07:29.33robtowYet I can invoke gcc just fine from a command line
07:29.36robtow???
07:43.15Kalemas2what says gcc --version?
07:49.08*** join/#oe jekhor (n=jek@mm-166-254-57-86.leased.line.mgts.by)
07:55.02*** join/#oe greentux (n=lemke@BAA3993.baa.pppool.de)
07:57.36*** join/#oe Crofton (n=balister@12.234.232.66)
07:58.25*** join/#oe cyberdeck (n=mnemonic@iss60.vlsi.informatik.tu-darmstadt.de)
08:08.33*** join/#oe czr_ (n=czr@ebi0.eke.fi)
08:09.08czr_using stable here, problem getting libsdl-native downloaded because of md5sum mismatch. where are the sums stored so I could try to manually verify it? (qemu-native depends on it)
08:11.05*** join/#oe kwek (n=kwek@188.Red-213-97-48.staticIP.rima-tde.net)
08:21.59*** join/#oe boris_OmegA (n=boris@194.51.141.172)
08:23.36czr_ah, nevermind. found it (an .md5 file in the downloads, removed both the download and the .md5 and now fetch works)
08:27.22*** join/#oe [X]Spot (n=stancho@78.90.99.168)
08:28.13*** join/#oe noglitch (n=Miranda@mail.atmel.fr)
08:32.19*** join/#oe mrc3 (n=ddiaz@189.157.115.100)
08:32.23methrilmorning
08:38.01*** join/#oe gizero76 (n=gizero@host168-65-static.12-87-b.business.telecomitalia.it)
09:03.02*** join/#oe thebohemian (n=rschus@p579E19C6.dip.t-dialin.net)
09:06.08*** join/#oe pvanhoof (n=pvanhoof@d54C0C0BA.access.telenet.be)
09:33.39*** join/#oe mithro_ (n=tim@unaffiliated/mithro)
09:47.18*** join/#oe mmp_ (n=mmp@158.195.170.159)
09:52.04mmp_Hello, any idea what could be pulling external-toolchain as a dependency, even though I use crosscompiler built in OE?
09:52.15*** join/#oe infernixx (i=nix@unaffiliated/infernix)
09:53.13mmp_namely glib-2.0, popt and avahi seem to need it (always in do_configure and do_package)
09:53.34mmp_and my image bbfile in do_rootfs
09:59.45*** join/#oe greentux (n=lemke@ip-217-18-181-130.static.reverse.dsi.net)
10:02.59*** join/#oe XorA (n=XorA@78.86.128.56)
10:05.45*** join/#oe rob_w (n=bob@Mbd5f.m.pppool.de)
10:12.06*** join/#oe MarcOChapeau (n=mbarre@bgn92-4-82-238-213-101.fbx.proxad.net)
10:13.56*** join/#oe ade|desk (n=adavey@195.153.131.254)
10:28.49*** join/#oe ribbits (n=bob@host90-152-48-188.ipv4.regusnet.com)
10:29.26*** join/#oe Kalemas (i=ejabberd@jabbus.org)
10:29.47*** join/#oe KalemasM (n=Kalemas@mytlt.ru)
10:33.38*** part/#oe Kalemas (i=ejabberd@jabbus.org)
10:33.38*** part/#oe KalemasM (n=Kalemas@mytlt.ru)
10:34.46*** join/#oe Kalemas (n=kalemas@mytlt.ru)
10:39.06thebohemianmmp_: bitbake -g ?
10:39.37thebohemianmmp_: I know the output is a bit broken but one should be able to decipher it ;)
10:39.40mmp_thebohemian: already did that; looks like this is issue with gettext being replaced with proxy-intl
10:40.29thebohemianmmp_: uh oh. gettext stuff. woglinde's domain ;)
10:41.15*** join/#oe MarcOChapeau (n=mbarre@bgn92-4-82-238-213-101.fbx.proxad.net)
10:41.58mmp_thebohemian: :-) well, woglinde yesterday proposed change to proxy-intl, unfortunately I wasn't able to catch him when I've noticed that it pulls external-toolchain as well...
10:43.46mmp_bbl
10:44.01*** join/#oe Cwiiis (n=cwiiis@host90-152-48-188.ipv4.regusnet.com)
10:58.09*** join/#oe Xilent (n=mnskv@unaffiliated/xilent)
11:00.49nik0nanybody can supply me with a suggestion for a read/write ram fs? currently i use squashfs but this is r/o. i search a fs that is loaded into ram and the is r/w
11:00.53nik0nso i can modify files
11:01.45*** join/#oe jekhor (n=jek@cpmsq.epam.com)
11:02.44pb__squashfs with a unionfs overlay (say, tmpfs)?
11:02.48pb__or ext2 in a ramdisk
11:04.44nik0ni dont like unionfs (to lazy) :)
11:04.59nik0next2 in ram? wont it be complain about block errors and such?
11:05.40broonieor tmpfs, for that matter.
11:05.58pb__you can't preload tmpfs at boot time, can you?
11:06.14pb__I guess you could make an initrd and copy it into tmpfs with some linuxrc script, but that seems like a lot of hassle.
11:06.25nik0ni can, but i have to modify file sin /etc during bootup. its the ipkg configure packages on first boot stuff
11:06.34broonieYes, that sort of thing.
11:06.44broonienik0n: See the recent thread on oe-devel about this.
11:06.57nik0nyeah this is my thread :)
11:07.12pb__if it's just the ipkg configure thing, you should probably fix your packages to not need it.
11:07.19nik0nbut i dont want to implement everything in the image creation process
11:07.24pb__or use qemu, didn't we talk about this before?
11:07.28nik0nsome init stuff on bootup is fine for me now
11:08.06nik0nmaybe i stick with the OE implementation part
11:08.18pb__okay, fair enough.
11:08.27nik0ngonna give it a try
11:08.31pb__well, above you have three suggestions for your filesystem.  I guess any of those would work fine.
11:09.04nik0nyes. but the rootfs has to be created fully automatic, so the qemu suggestion will not work
11:09.18nik0nor i will build a wemu class for such stuff
11:09.20pb__why not?  qemu is eminently scriptable, see the locale generation.
11:09.44nik0ns/wemu/qemu/ but then, i think the suggestion with building it into OE like on the list is better
11:09.47nik0nand faster
11:10.13nik0ngonna ty now
11:35.26*** join/#oe florian_ (n=fuchs@217.146.132.69)
11:43.15*** join/#oe ich (n=ich@imp050244.vpn.mi.fu-berlin.de)
11:44.04zeckethebohemian: normal people go to bed at 5 am...
11:47.20alphaonezecke: I was normal this weekend
11:51.28XorA5am, thats a bit early
11:57.15CIA-2603Carsten Haitzler (Raster <raster@rasterman.com> 07org.openembedded.dev * r00060838e9 10openembedded.git/packages/e17/e-wm_svn.bb: e-wm: fix package to include AUTHORS and COPYING
12:04.29pb__zecke: good morning
12:09.31*** join/#oe robtow (n=rtow@64.62.142.114)
12:10.41zeckepb__: hey
12:11.04zeckepb__: you are right on the binary cache, it just saves parsing time... not validation time
12:21.24pb__zecke: right.  I was surprised how little time it saved, actually: I would have expected the xml parsing to be slower.
12:21.46pb__evidently GMarkup is more eleet than I gave it credit for
12:23.14zeckepb__: hehe, or their mmap code is incredible bad :)
12:23.34pb__heh.  well, yeah, mmap is a fairly slow operation.
12:23.45pb__I wonder if it would be quicker to just read() the file into a temporary buffer.
12:24.51zeckepb__: are ou serious? madvise and mmap should be fast... I need to measure it once :)
12:26.17pb__zecke: I am always serious.
12:27.45pb__zecke: much as I hate to rely on Torvalds to back up my points, see for example http://lkml.indiana.edu/hypermail/linux/kernel/0004.0/0728.html
12:31.15*** join/#oe lisppaste7 (n=lisppast@common-lisp.net)
12:33.20broonieWhy would it be particularly fast?
12:34.42pb__er, why would what be particularly fast?
12:34.51pb__-> meeting
12:34.52pb__bbiab
12:38.03*** join/#oe exodos (n=notch@mach.xs4all.nl)
12:38.55*** join/#oe Gnutoo (n=gnutoo@host206-11-dynamic.31-79-r.retail.telecomitalia.it)
12:40.36*** join/#oe waite (n=bwaite@206.83.81.178.ptr.us.xo.net)
12:42.57*** join/#oe Sleep-Walker (n=Sleep@193.179.96.131)
12:47.00*** join/#oe rsalveti (n=salveti@200.184.118.132)
12:59.03pb__re
13:04.07mmpthebohemian: I found the culprit -- woglinde yesterday modified minimal-uclibc.conf to contain PREFERRED_PROVIDER_virtual/libintl ?= "proxy-libintl", but it minimal-uclibc.conf also includes minimal.conf, which hard sets PREFERRED_PROVIDER_virtual/libintl to glibc
13:11.40thebohemianmmp: can you create a bug report and add woglinde to CC?
13:12.38mmpsure, I just didn't know whether adding one question mark is change worth of bugreport :)
13:21.58BlindManpb__: linus is not your demigod? :)
13:22.04cdbot2* * OE Bug 4846 has been created by milan.plzik(AT)gmail.com
13:22.06cdbot2* * bitbake pulls external-toolchain as a dependency when using proxy-libintl in minimal-uclibc.conf
13:22.08cdbot2* * http://bugs.openembedded.net/show_bug.cgi?id=4846
13:22.49pb__BlindMan: heh
13:25.11XorApb__ is our demigod, we don't care what he worships :-)
13:25.28BlindManhehe
13:25.33BlindManack :)
13:28.06*** join/#oe kristoffer (n=kristoff@212.27.0.3.bredband.tre.se)
13:31.53hrwmorning
13:32.10hrwjava suxx
13:32.41zeckemorning
13:32.54zeckehrw: what does suck about it?
13:33.15hrwbuilding it
13:33.38hrwCaused by: java.lang.ClassNotFoundException: javax.tools.StandardJavaFileManager not found in java.lang.ClassLoader$1
13:35.12broonieRP: How are kernel LED drivers intended to handle setting brightness in a workqueue?
13:37.56alphaonezecke: Do we want to /home/alphaone/oe-ms4/tmp/staging/x86_64-linux/usr/bin/scanelf -B -F%r#F \'/home/alphaone/oe-ms4/tmp/work/armv4t-angstrom-linux-gnueabi/xserver-xorg-1_1.3.0.0-r7/install/xserver-xorg-xprint/usr/lib/X11/xserver/de_DE.ISO8859-15/print/models/HPDJ1600C/fonts/9nb00051.pmf\' in Package QA
13:38.09alphaoneI mean is it necessary to scan the fonts?
13:38.36alphaoneThat's slowing down xorg-server-xprint package QA by ~30 minutes
13:40.16zeckealphaone: hehe
13:40.21zeckealphaone: do they have an elf header
13:41.52zeckealphaone: 30 minutes is bad, the question is why isn't scanelf immediately exiting?
13:42.44*** join/#oe birunko (n=birunko@200.184.118.132)
13:43.00alphaonezecke: No idea
13:43.15alphaoneI can give you the strace if you want to
13:43.53zeckealphaone: sure, if we want to skip it, I wonder which criteria to apply
13:44.32alphaonezecke: http://totalueberwachung.de/~alphaone/xorg-server-xprint.strace
13:45.35*** join/#oe aloisiojr (n=aloisio@200.184.118.132)
13:47.30zeckealphaone: hmm, could you run that on one file and look how long it takes?
13:49.04cdbot2* * OE Bug 4507 has been RESOLVED (FIXED) by elena.valhalla(AT)gmail.com
13:49.06cdbot2* * proposed recipe for ipython
13:49.08cdbot2* * http://bugs.openembedded.net/show_bug.cgi?id=4507
13:51.22alphaonezecke: not really that long..
13:51.47alphaonelike instantaneous
13:52.33alphaonethough:
13:52.35alphaonealphaone@thebe ~/oe-ms4/org.openembedded.dev $ find /home/alphaone/oe-ms4/tmp/work/armv4t-angstrom-linux-gnueabi/xserver-xorg-1_1.3.0.0-r7/install/xserver-xorg-xprint/usr/lib/X11/xserver/ -name *.pmf |wc -l
13:52.35alphaone123386
13:52.50alphaoneIt has font files for each locale
13:55.04cdbot2* * OE Bug 4827 has been RESOLVED (FIXED) by thebohemian(AT)gmx.net
13:55.07cdbot2* * support for OXE810(D)SE board
13:55.08cdbot2* * http://bugs.openembedded.net/show_bug.cgi?id=4827
13:55.24mwesterso THAT'S why that QA step takes so long?!!!   Good catch!
13:55.56mwester(and all this time I thought it was doing something useful with that 30 minutes!)
13:57.21CIA-2603Steffen Sledz <sledz@DResearch.DE> 07org.openembedded.dev * rcba4dd0420 10openembedded.git/ (4 files in 3 dirs):
13:57.21CIA-26oxe810.conf: New machine configuration.
13:57.21CIA-26linux 2.6.24: Added patch to support oxe810.
13:57.21CIA-26u-boot 1.1.2: Added patch to support oxe810.
13:57.54alphaonemwester: Yeah, when the pain rises I start looking around :-)
13:58.53alphaonezecke: Maybe only scanelf files that are executable?
14:01.22mwesterYou mean have the X bit set -- so that you don't actually open the file?
14:01.43zeckealphaone: nah, then you will have to check that the post inst check is not doing a chmod +x
14:03.00alphaonezecke: isn't QA being run just before the merge/package step?
14:03.18alphaonemwester: yeah
14:06.22*** join/#oe mck (n=marco@host56-7-static.30-87-b.business.telecomitalia.it)
14:06.59CIA-2603Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r552db45b07 10openembedded.git/packages/scummvm/scummvm_0.9.1.bb: scummvm: add missing enterprise parenthese
14:07.38CIA-2603Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * re6faa9cfb9 10openembedded.git/conf/checksums.ini: checksums.ini: add module-init-tools 3.4
14:09.01*** join/#oe kergoth (n=kergoth@ip68-3-163-239.ph.ph.cox.net)
14:09.05CIA-2603Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r7bd360f1a9 10openembedded.git/packages/module-init-tools/module-init-tools_3.4.bb: module-init-tools: update to 3.4
14:09.13CIA-2603Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * reea5cfc239 10openembedded.git/packages/linux/linux-omap_git.bb: linux-omap git: actually apply patch
14:09.26CIA-2603Steffen Sledz <sledz@DResearch.DE> 07org.openembedded.dev * r99635191b2 10openembedded.git/packages/ (linux/linux_2.6.24.bb u-boot/u-boot_1.1.2.bb):
14:09.26CIA-26linux 2.6.24: Make use of oxe810 patch.
14:09.26CIA-26u-boot 1.1.2: Make use of oxe810 patch.
14:09.28zeckealphaone: yes, but still you can have chmod +x in the post_inst :)
14:09.59alphaonezecke: But that's evil, isn't it?
14:13.40hrw~curse so called 'free' java
14:13.41ibotMay the fleas of a thousand camels infest your most sensitive regions, so called 'free' java !
14:14.10zeckealphaone: depends, maybe setuid + executable :)
14:14.35alphaonezecke: Well, so what can we do about it?
14:14.50hrwthebohemian: is it possible to build java apps with OE without having java installed on ost?
14:14.53hrws/ost/host
14:14.59zeckealphaone: I'm not certain that we want to sacrifice correctnes for speed
14:15.05cdbot2* * OE Bug 4847 has been created by milan.plzik(AT)gmail.com
14:15.07cdbot2* * gnome-vfs_2.22.0 should depend on dbus-glib
14:15.09cdbot2* * http://bugs.openembedded.net/show_bug.cgi?id=4847
14:15.30alphaonezecke: Well, 30 minutes is pretty heavy :-/
14:15.52*** join/#oe greentux (n=lemke@ip-217-18-181-130.static.reverse.dsi.net)
14:16.01zeckealphaone: a broken package costs me more than 30 minutes in the Om bugtracker
14:16.29zeckealphaone: I know how tempting it is to sacrifice correctness for speed, I don't think it is clever though
14:16.43zeckealphaone: disable insane in your builds?
14:17.09zeckealphaone: we can easily skip things
14:18.05zeckealphaone: INSANE_SKIP_package-name = "1" in your local.conf can help you
14:20.06alphaonezecke: Okay,but why can't we move QA after post_inst
14:20.24zeckealphaone: because that happens on the device?
14:20.32alphaoneright
14:20.59zeckealphaone: then we can skip QA checks completely and wait for users to inform us for broken packages?
14:21.17alphaoneBut post_inst could do other insane things like decrypt an elf binary that wasn't checked :-)
14:21.46alphaonezecke: Good idea,make the users part of the QA task :-)
14:22.11zeckealphaone: git rm classes/insane.bbclass
14:22.44zeckealphaone: yeah, maybe we should move building to the device as well? ;)
14:23.03alphaonezecke: Sure
14:23.19zeckealphaone: maybe even just ditch OE and use gentoo?
14:23.33*** part/#oe Kalemas (n=kalemas@mytlt.ru)
14:23.51zeckealphaone: maybe you should send a mail "OE is obsolete" and start Linus's like minix flame :)
14:24.10alphaonezecke: For sure it would be completely better with gentoo instead of OE and all our problems would be gone in an instant.
14:24.37alphaonezecke: You know I'm open to other people's ideas as long as I had that idea before :-)
14:25.06zeckealphaone: I know, back to the topic
14:25.13mwesterOh for goodness sake, we should all upgrade to Vista.
14:25.20alphaonezecke: But I wonder how why you felt I criticized OE..
14:25.24alphaonegood plan
14:25.47alphaonebuild is running now anyways so nothing to do at the moment
14:26.00alphaoneAnd it feels more like 50mins...
14:26.09CIA-2603Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rfc935de948 10openembedded.git/: Merge branch 'org.openembedded.dev' of git@git.openembedded.net:openembedded into org.openembedded.dev
14:26.11CIA-2603Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r533bb11309 10openembedded.git/packages/angstrom/angstrom-x11vnc-xinit.bb:
14:26.11CIA-26angstrom x11vnc xinit: add xinit script to export your x session over VNC - TOTALLY INSECURE -
14:26.11CIA-26* Jaadu and Chicken of the VNC pick up your host using mdns, although Jaadu only shows ":0" for each host
14:27.14CIA-2603Jeremy Lainé <jeremy.laine@m4x.org> 07org.openembedded.dev * r703e0ac168 10openembedded.git/ (3 files in 3 dirs):
14:27.14CIA-26dnsmasq: update to version 2.46
14:27.14CIA-26* package upstream release 2.46
14:27.14CIA-26* make dnsmasq read /etc/dnsmasq.d (like Debian)
14:27.20zeckealphaone: use INSANE_SKIP to speed it up, I don't think skipping is good idea though... it starts with one file extension it ends with completely sacrificing the whole idea of doing static tests before uploading the package
14:27.38alphaonezecke: looking at the timestamp for the strace I would guess it's running for >1h now
14:28.18CIA-2603Jeremy Lainé <jeremy.laine@m4x.org> 07org.openembedded.dev * redccb23932 10openembedded.git/: Merge branch 'org.openembedded.dev' of ssh://git@git.openembedded.net/openembedded into org.openembedded.dev
14:28.18alphaonezecke: Yeah, I know
14:28.23zeckealphaone: hehe, that is from task-openmoko-feed?
14:28.43alphaoneAnd I agree that it is undesirable to make that exception, but where would you draw the line?
14:28.45alphaone2h
14:28.52alphaone5? 10?
14:29.05alphaoneNOTE: Checking Package: xserver-xorg-xprint
14:29.14zeckealphaone: time is relative :)
14:29.42zeckealphaone: we should form a comittee and debate the issue of which time to use
14:29.51zeckealphaone: then we can create another comittee to decide what to do with the result of the other comittee ;)
14:30.08alphaone<zecke> alphaone: I know, back to the topic
14:30.10alphaone:-)
14:30.23zeckealphaone: that was for you
14:30.35alphaoneAnd now it's for you :-)
14:30.45stefan_schmidtzecke: Well, besides your love alphaone has a valid point here. At least people should now about the problem and how to "fix" it
14:30.46zeckealphaone: I don't know, that is from task-openmoko-feed?
14:31.01alphaonezecke: what is?
14:31.15alphaoneI'm bitbake fso-image from scratch at the moment
14:31.25zeckealphaone: why is the xorg print foo build at all?
14:31.27alphaoneand it builds xserver-xorg-xprint which takes ages
14:31.37zeckealphaone: I mean xprint is even canned from the latest Xorg release (or the upcoming one)
14:32.07alphaonezecke: That is a good question.
14:32.47zeckealphaone: look at bitbake -g and see why you build that crap?
14:33.18zeckehttp://cgit.freedesktop.org/xorg/xprint/ (the deprecated x print server)
14:36.20zeckestefan_schmidt: right, the question is what the issue? Running scanelf 10.000 times is slow? We should only run things on elf binaries... but we need to know what is an elf binary
14:37.06stefan_schmidtzecke: I see your point. You were just drifting away with strange arguments like gentoo :)
14:37.08zeckestefan_schmidt: the options are a) skip the check for one package.. but "Hey this test takes too long, let us skip it" is a bad path
14:37.16stefan_schmidtzecke: Let us see if we can drop xprint
14:37.45stefan_schmidtzecke: If not we could at least let people know, ml, how they can work around if they like. Your trick with INSANE_SKIP
14:37.49alphaonezecke: Checking now
14:38.24stefan_schmidtzecke: I know, put >1 hour just for this one check it a bad trade also if you build often.
14:38.36stefan_schmidtzecke: Anyway, let us see why we have xprint in there first
14:40.43zeckestefan_schmidt: I think it has to do with the Error: you get at installation :)
14:40.58pb__stefan_schmidt: > 1 hour for one check does seem like a bad idea if it happens often.  but... how often do you need to build xprint, and in particular how often do you need to build the fonts?  it isn't as if they are rapidly changing.
14:41.21pb__I would have thought that building the fonts should be a once-in-a-lifetime kind of an event,
14:41.48broonieGiven how often you need to blow away the intermediate files for bitbake...
14:42.34alphaonezecke: Nothing depends on it
14:42.53alphaoneOr I'm reading the .depends file wrong
14:42.59stefan_schmidtpb__: Well, it is not that seldom that I have to blow away tmp here. But as I said. We are looking into the xprint dep now
14:43.20alphaonezecke: But: packages/xorg-xserver/xserver-xorg_cvs.bb:PACKAGES =+ "xserver-xorg-xprint xserver-xorg-xvfb xserver-xorg-utils"
14:43.27stefan_schmidtTo make it clear, we have no problem with letting the default on check everything
14:43.53zeckestefan_schmidt: well, if you blog or write this option once... you create a urban myth :)
14:44.43stefan_schmidtWe can life with dropping xprint or having a known workaround
14:45.07*** join/#oe CosmicPenguin (n=nobody@www.crouse-house.com)
14:45.15zeckestefan_schmidt: We use kdrive anyway
14:45.21zeckestefan_schmidt: why do you build xserver-xorg? :)
14:45.56zeckestefan_schmidt: somehow PREFERRED_PROVIDER_virtal/xserver is busted :)
14:46.12stefan_schmidtzecke: Because all the glamo work will go into xorg now according to andy and wolfgang? Nah, serious. No idea
14:46.34zeckestefan_schmidt: bitbake fso-image and check the first 100 lines, it says Error :)
14:46.58stefan_schmidtzecke: What is up with you today? You scare me a bit
14:47.19zeckestefan_schmidt: hmm, no idea. not enough speed
14:47.49zeckestefan_schmidt: but seriously. You see an error when starting the build
14:48.12stefan_schmidtzecke: About PREFERRED_PROVIDER_virtal/xserver you mean?
14:48.28stefan_schmidttries to find a way to find out when zecke is joking and when not
14:48.45stefan_schmidtNone of my algos work here. Pure random :)
14:49.11zecke"ERROR: Multiple .bb files are due to be built which each provide virtual/xserver (/home/ich/source/embedded/openembedded/packages/xorg-xserver/xserver-kdrive-glamo_1.3.0.0+git.bb /home/ich/source/embedded/openembedded/packages/xorg-xserver/xserver-kdrive_1.3.0.0.bb /home/ich/source/embedded/openembedded/packages/xorg-xserver/xserver-xorg_1.3.0.0.bb)."
14:49.30stefan_schmidtzecke: yeah, got it
14:49.39zeckestefan_schmidt: and I have to admit, I don't remember... things look correct... you can remove PROVIDES = "virtual/xserver" from all these
14:49.53stefan_schmidtGot lost with this nice:
14:49.55stefan_schmidtERROR: '[]' RDEPENDS/RRECOMMENDS or otherwise requires the runtime entity 'virtual/arm-angstrom-linux-gnueabi-gcc-2.95' but it wasn't found in any PACKAGE or RPROVIDES variables
14:49.55stefan_schmidtNOTE: Runtime target 'virtual/arm-angstrom-linux-gnueabi-gcc-2.95' is unbuildable, removing...
14:49.55stefan_schmidtMissing or unbuildable dependency chain was: ['virtual/arm-angstrom-linux-gnueabi-gcc-2.95']
14:49.55stefan_schmidtERROR: '[]' RDEPENDS/RRECOMMENDS or otherwise requires the runtime entity 'openzaurus-sa' but it wasn't found in any PACKAGE or RPROVIDES variables
14:49.56stefan_schmidtNOTE: Runtime target 'openzaurus-sa' is unbuildable, removing...
14:49.58stefan_schmidtMissing or unbuildable dependency chain was: ['openzaurus-sa']
14:50.16zeckestefan_schmidt: and then xserver-xorg is not going to be build
14:50.27stefan_schmidtzecke: Anyway, thanks for pointing. We look into this.
14:50.29zeckestefan_schmidt: this will create a small window...
14:50.38zeckeof time
14:52.58zeckestefan_schmidt: but regarding... It is a classic problem of user acceptance for a sane check
14:53.31zeckestefan_schmidt: what strikes me is that it happens now, which means xserver-xorg was not build before?
14:53.54zeckestefan_schmidt: which creates the questions what did change? and I did change task-openmoko-feed to contain more fonts (for werner)
14:54.20stefan_schmidtzecke: alphaone is building a MS4 image with DISTRO_ENTERPRISE=1 from scratch to get our ms4 builds back on the om server...
14:54.44stefan_schmidtzecke: That happens for a long time on us already
14:54.54alphaonezecke: Not sure, this problem has been here for a while..
14:55.02stefan_schmidtzecke: Just today alphaone take the time to have a look
14:55.40*** join/#oe memeruiz_ (n=memeruiz@g227027117.adsl.alicedsl.de)
14:55.45zeckeokay, bbl
14:59.07*** join/#oe kergoth (n=kergoth@65.200.49.156)
15:00.33alphaonezecke: in xserver-kdrive-glamo: RDEPENDS_${PN} = "xserver-security-policy"
15:00.55alphaonewhich is provided in ./packages/xorg-xserver/xorg-xserver-common.inc
15:03.34alphaoneSo then xserver-xorg ist build
15:03.36alphaonebuilt
15:03.56alphaonewhich also builds PACKAGES =+ "${PN}-xprint
15:05.08alphaoneAh, who needs security-policies anyway...
15:08.17*** join/#oe chouimat|work (n=dieu@209.217.106.98)
15:12.25pb__g'day kergoth
15:13.02kergothhey
15:13.59pb__alphaone: if all you want is the SecurityPolicy file then building the whole of xorg is a bit of a decadent way to obtain it.
15:14.16pb__you'd probably be better off giving it its own trivial package.
15:14.49pb__but, if your xserver is kdrive then I wouldn't have thought it would read SecurityPolicy anyway.
15:17.41mwesterwishes we had an "UN_RDEPENDS"
15:17.52alphaoneActually packages/xorg-xserver/xserver-kdrive-common.inc also provides a xserver-security-policy
15:18.18pb__ah right, so in that case you probably just need to set your PREFERRED_PROVIDER.
15:18.30pb__mwester: I'm not quite sure I understand what you mean.
15:19.33pb__mwester: if you want to clobber RDEPENDS for a particular package, you can already do that any way you want from local.conf.
15:19.47*** join/#oe likewise (n=Leon_Woe@atwork-193.r-212.178.107.atwork.nl)
15:19.56mwesterThere are some cases where I have had to duplicate a bb file in order to create a minor variant of it that does *not* have a specific dependency, because I can't remove a DEPENDS or RDEPENDS that might be specified in the included file.
15:20.00alphaonepb_: Well, that should be set in om-gta02.conf
15:20.10likewisehi fooks and gals
15:20.17likewiseoh that's redundant I guess
15:20.20hrwwants to kill some kmail devs
15:20.41alphaone./conf/machine/om-gta02.conf:PREFERRED_PROVIDER_virtual/xserver = "xserver-kdrive-glamo"
15:21.05pb__mwester: well, you _can_, it just isn't entirely straightforward.
15:21.20mwesterI think one needs to do some python magic...
15:21.24pb__yeah
15:21.43pb__it would be easy enough to wrap that up in some sugary syntax if you wanted, I guess.
15:21.58Tartarus!oebug 4797
15:21.59cdbot2* * Bug 4797, Status: UNCONFIRMED, Created: 2008-11-03 18:00
15:22.00cdbot2* * trini(AT)embeddedalley.com: task-sdk.bb and task-sdk-bare.bb duplicate some functionality.
15:22.01cdbot2* * http://bugs.openembedded.net/show_bug.cgi?id=4797
15:22.04TartarusThere's a patch, too :)
15:23.23mwesterTrue, it's an infrequent case, and one could argue that the need to remove a dependency is actually an error in how the package is factored out anyway.
15:24.14pb__mwester: and, assuming that the included file is just setting RDEPENDS_${PN}, rather than using _append or anything more toxic, you can just manually set that variable back again after the include statement.
15:25.33pb__but yes, you're right, if you find yourself needing to do this, it generally means that the original include file was mis-designed.
15:29.59*** join/#oe ant_work (n=ant_work@host214-85-static.34-85-b.business.telecomitalia.it)
15:30.31ant_work'morning
15:30.31*** join/#oe Spyro (n=ian@benden.mnementh.co.uk)
15:30.35alphaonebitbake -e gives me PREFERRED_PROVIDER_virtual/xserver="xserver-kdrive-glamo"
15:31.17otaviokalev: hello?
15:31.35*** part/#oe Spyro (n=ian@benden.mnementh.co.uk)
15:32.20ant_workstefan_schmidt: pls add your findings about spurious gcc-2.95 to http://bugs.openembedded.net/show_bug.cgi?id=4784
15:33.49alphaone"xserver-kdrive-glamo.do_package_write_ipk" -> "xserver-xorg.do_package" and "xserver-kdrive.do_package_write_ipk" -> "xserver-xorg.do_package"
15:34.24otaviopushes a new firefox recipe (3.0.4) :-)
15:34.55CIA-2603Otavio Salvador <otavio@ossystems.com.br> 07org.openembedded.dev * r3a4f577de0 10openembedded.git/packages/mozilla/ (14 files in 2 dirs): firefox: add 3.0.4
15:34.55CIA-2603Otavio Salvador <otavio@ossystems.com.br> 07org.openembedded.dev * rfd97ae31cf 10openembedded.git/packages/mozilla/firefox-3.0.4/mozconfig: firefox 3.0.4: disable striping and updater
15:34.55CIA-2603Otavio Salvador <otavio@ossystems.com.br> 07org.openembedded.dev * rd796eb7590 10openembedded.git/conf/checksums.ini: checksums.ini: add firefox 3.0.4
15:40.10*** join/#oe MarcOChapeau (n=mbarre@bgn92-4-82-238-213-101.fbx.proxad.net)
15:42.02pb__alphaone: I think it's PREFERRED_PROVIDER_xserver-security-policy that you need to be looking at.
15:44.35alphaonepb_: I think I got it
15:46.25alphaoneEvery xserver-xorg bbfile also has an xserver-security-policy package
15:46.35alphaoneBut not the xglamo one
15:47.45alphaonebecause the glamo recipie doesn't require xserver-kdrive-common.inc
15:47.54alphaoneBut I don't know if itshould
15:48.05ant_workalphaone: XSERVER = "xserver-kdrive-glamo xserver-kdrive-fbdev"
15:48.22ant_workis in om-gta02.conf
15:48.43*** join/#oe bin1010 (n=aars@129.62.151.66)
15:50.22alphaoneant_work: Still doesn't explain why xserver-xorg is built
15:51.04CIA-2603Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r978b324434 10openembedded.git/packages/linux/ (2 files in 2 dirs): linux omap git: fix colour problem on omap3evm with dss2
15:52.00pb__alphaone: oh, right.
15:52.05ant_workalphaone: stefan_schmidt: at first sight seems similar to my old issue in oebug 3428. conflicting XSERVER and PREFERRED_PROVIDER_virtual/xserver lead me to the same "ERROR: Multiple .bb files are due to be built which each provide virtual/xserver"
15:52.21pb__it seems a bit silly to have all the individual xserver packages building an xserver-security-policy when, presumably, the output packages are all the same.
15:52.37pb__I think it would be better to give xserver-security-policy its own .bb file and let all the other xservers depend on it.
15:53.10*** join/#oe MarcOChapeau1 (n=mbarre@bgn92-4-82-238-213-101.fbx.proxad.net)
15:53.18alphaoneant_work: Actually I don't get that error
15:53.26*** join/#oe MarcOChapeau (n=mbarre@bgn92-4-82-238-213-101.fbx.proxad.net)
15:53.50alphaoneActually I do
15:54.12*** join/#oe AvengerMoJo (n=AvengerM@219.143.94.87)
15:54.25alphaoneBut that's because om-gta02.conf lists both xservers (xglamo and xfbdev)
15:54.56alphaoneThe reason for that I don't know..
15:55.06ant_workperhaps is right for om. Was wrong for c7x0.conf
15:55.44pb__there's certainly nothing inherently wrong with building multiple xservers.  I think that ERROR is fairly bogus.
15:55.55*** join/#oe ich (n=ich@92.116.52.245)
15:56.08pb__whether Om actually wants both is another question, but it seems hard to imagine that someone could have set both in XSERVER by accident.
15:56.18*** part/#oe gizero76 (n=gizero@host168-65-static.12-87-b.business.telecomitalia.it)
15:56.59ichpb__: oh xserver-kdrive and xserver-kdrive-glamo
15:57.10alphaoneBut I added the PACKAGES =+ "xserver-security-policy" etc. lines to packages/xorg-xserver/xserver-kdrive-glamo_1.3.0.0+git.bb and it seems that fixes the problem
15:57.12pb__zecke: yeah
15:57.15alphaonerebuilding from scratch not
15:57.17alphaonenow
15:57.26ant_workuh..interesting history for om-gta02.conf :-]
15:57.55pb__zecke: in conjunction with the (in my view broken) behaviour in bitbake that diagnoses an ERROR if you build two things that provide the same virtual.
15:58.13slapinhi, all!
15:58.34zeckealphaone: ah good finding
15:58.54slapinhow could I add a checksum for tarball to checksums.ini?
15:59.24zeckePredating my involement: We have xserver-kdrive-glamo that is only packaging Xglamo
15:59.31slapinand, also - how could I configure different feed URIs in built image? is there some docs about this stuff?
16:00.16zeckewhich as you found RDEPENDS on xserver-security-policy... So someone assumed putting xserver-kdrive-glamo and xserver-kdrive will do the right thing
16:01.47zeckealphaone: so our options are to make xserver-kdrive-glamo "complete", adding patches to "xserver-kdrive"
16:04.26zeckealphaone: hast du BB_NUMER_THREADS auf 1?
16:04.31alphaoneno
16:04.55alphaonePARALLEL_MAKE = "-j 2"
16:04.55alphaoneBB_NUMBER_THREADS = "8"
16:05.12zeckealphaone: do you see other options? tick did something to cure this ERROR in the OM tree but I didn't take a close look
16:05.18*** join/#oe kergoth (n=kergoth@65.200.49.156)
16:06.22alphaonezecke: At the moment I'm rebuilding with glamo bb also having an xserver-security-policy package
16:06.29alphaoneAnd it looks good
16:06.57alphaoneI don't know what you mean with ' adding patches to "xserver-kdrive" '
16:07.31ant_workzecke: reading om-gta02.conf history it seems XorA is working on a switch to xorg from Xglamo
16:08.07XorAant_work: that was a private change that leaked into the branch
16:08.28ant_workXorA: hey.. a, I see
16:08.59zeckeXorA: got an opinion if xserver-kdrive-glamo_git.bb should provide all the other packages as well (the ones plain kdrive provides)?
16:09.45XorAzecke: I had always originally planned when Xglamo became stable to make it a patchset and fold it into kdrive recipe, but it never got to that state
16:10.54XorAzecke: I don't see why it cant make the same packages though, other recipes do
16:11.11zeckeXorA: well, we can generate an all in one patch for xglamo... we should be able to easily automate it
16:11.35XorAzecke: just when Dodji was working on it he wanted it fairly fluid
16:12.39*** join/#oe djszapi (n=djszapi@pool-4083.adsl.interware.hu)
16:16.41*** join/#oe mib_nfe1ix (i=3d5fc3cd@gateway/web/ajax/mibbit.com/x-d0f8b617524cf765)
16:20.03slapinas I see, it is only allowed to set MACHINE from local.conf with current bitbake, and not from environment. Is it true?
16:20.58hrw~mondays
16:20.59ibotSounds like _somebody_'s got a case of the Muhhndays!
16:24.27kergoth~lart hrw
16:24.27ibotexecutes killall -TERM hrw
16:24.39*** join/#oe Avengence (n=avengenc@97-117-251-35.phnx.qwest.net)
16:25.49*** join/#oe kristoffer (n=kristoff@78.156.192.190.bredband.tre.se)
16:28.32zeckekergoth: nah it is already tuesday
16:34.27*** join/#oe pcgeil (n=steffen@p549E4BE0.dip.t-dialin.net)
16:51.48hrw"An alpha version of 64-bit Adobe Flash Player 10 for Linux operating systems was released on 11/17/2008"
16:51.52hrwworld ends?
16:52.48XorAhrw: flash 10 in linux is buggered so not really
16:53.33XorAreally hopes they fixed the alpha blending bug
16:54.06CIA-2603Bernie Innocenti <bernie@codewiz.org> 07org.openembedded.dev * rf44baac00a 10openembedded.git/packages/ (7 files in 2 dirs):
16:54.06CIA-26Initial sucrose build
16:54.15Crofton|irssidamn, I may become non-productive on my home dsktop if I can eatch flash on it
16:54.27CIA-2603Bernie Innocenti <bernie@codewiz.org> 07org.openembedded.dev * rd1c19df02a 10openembedded.git/packages/sugar/sugar-toolkit_0.82.11.bb:
16:54.27CIA-26sugar: make sugar-toolkit depend on alsa-lib
16:54.45CIA-2603Bernie Innocenti <bernie@codewiz.org> 07org.openembedded.dev * rda95953d1e 10openembedded.git/packages/gnome/hippo-canvas_0.3.0.bb:
16:54.45CIA-26sugar: add missing dependency to hippo-canvas
16:55.22CIA-2603Bernie Innocenti <bernie@codewiz.org> 07org.openembedded.dev * ra20d665ee6 10openembedded.git/packages/sugar/sugar_0.82.9.bb:
16:55.22CIA-26sugar: rdepend on sugar-datastore and gnome-python-desktop
16:55.58*** join/#oe Kalemas (n=kalemas@245.63.117.87.donpac.ru)
16:56.03XorAblocks youtube from Crofton|irssi's ISP
16:56.20hrwXorA: porntube better
16:56.35XorAsees hrw has an extensive list :-D
16:56.50Jin^eLDyou also forgot youpr0n :>
16:57.26CIA-2603Bernie Innocenti <bernie@codewiz.org> 07org.openembedded.dev * raf3862b474 10openembedded.git/classes/rootfs_ipk.bbclass:
16:57.26CIA-26rootfs_ipk: avoid matching spurious errors
17:04.58*** join/#oe pcgeil_ (n=steffen@p549E7956.dip.t-dialin.net)
17:13.26*** join/#oe likewise (n=likewise@atwork-193.r-212.178.107.atwork.nl)
17:14.04kergothhttp://blog.michaeltrier.com/2008/5/8/gitpython is a cute little wrapper
17:15.17hrwah.. that reminds me that I had to check git-cola
17:18.37*** join/#oe gnutoo_ (n=gnutoo@host206-11-dynamic.31-79-r.retail.telecomitalia.it)
17:18.39hrwgit cola is slow ;(
17:20.37kergothcute, hadnt seen that before
17:20.41kergothslow is not good though :(
17:21.00kergothwonders why gitpython has no ability to create a non-bare repo
17:21.14*** join/#oe vivijim (n=vivijim@unaffiliated/vivijim)
17:21.24hrwhi Rodrigo
17:21.50vivijimhi hrw
17:27.39*** join/#oe robtow (n=rtow@nat/montavista/x-067465a100739306)
17:29.35*** join/#oe _hc (n=hanschri@209.131.113.150)
17:31.43CIA-2603Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rd9be688c00 10openembedded.git/packages/images/sugar-image.bb: sugar-image: remove x11-image remnants
17:34.24ant_workbbl
17:34.50*** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net)
17:39.43*** join/#oe pb_ (n=pb@89-168-188-212.dynamic.dsl.as9105.com)
17:41.09CIA-2603Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r45a822db5c 10openembedded.git/conf/checksums.ini: checksums: add sugar stuff
17:41.19hubargoood morning all!
17:41.38zeckehi
17:44.55*** join/#oe Sleep_Walker (n=Sleep@193.179.96.131)
17:45.39*** join/#oe santamarta (n=Juanjo@195.Red-213-96-224.staticIP.rima-tde.net)
17:53.04*** join/#oe valhalla (n=valhalla@81-174-21-31.dynamic.ngi.it)
17:56.35CIA-2603Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rdca7f791ea 10openembedded.git/contrib/angstrom/build-feeds.sh: angstrom feed builder: clean python-native as well
18:11.22*** join/#oe pleemans (n=toi@d54C2AAB7.access.telenet.be)
18:24.48CIA-2603Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * reafbbdab8e 10openembedded.git/contrib/angstrom/build-feeds.sh: angstrom feed builder: pygtk contains paths to staging, so clean it between builds
18:24.48CIA-2603Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r993634bed2 10openembedded.git/packages/opencv/opencv-samples_cvs.bb: opencv-samples: bump PR
18:25.36*** join/#oe Longfield (n=valentin@lsa1pc7.epfl.ch)
18:25.58Longfieldmorning
18:26.56*** join/#oe timtimred (n=meh@92-237-114-21.cable.ubr03.chms.blueyonder.co.uk)
18:26.58*** part/#oe ade|desk (n=adavey@195.153.131.254)
18:34.37*** join/#oe Timelord0 (n=TL@16.8c.d12c.cidr.airmail.net)
18:42.26*** join/#oe jekhor (n=jek@mm-166-254-57-86.leased.line.mgts.by)
18:46.58LongfieldSince last pull, I have a sanity checker problem with duplicates in PACKAGE_ARCHS ... does anybody knows this problem ?
18:49.00hrwyes
18:49.04hrwedit your machine config
18:52.29Longfieldhrw: ok thank you ... works now
18:54.10Longfieldby the way, I have a bug filled for an update about this machine, hasn't been touched for 3 weeks
18:57.27hrwwhich bug number? I can look later
18:59.29Longfield!oebug 4765
18:59.30cdbot2* * Bug 4765, Status: ASSIGNED, Created: 2008-10-23 15:47
18:59.31cdbot2* * valentin.longchamp(AT)epfl.ch: Better updated support for mx31moboard machine
18:59.32cdbot2* * http://bugs.openembedded.net/show_bug.cgi?id=4765
19:00.06LongfieldThanks if you have a look at it later hrw !
19:07.50*** join/#oe pigeon (n=pigeon@60-241-137-179.static.tpgi.com.au)
19:08.40*** join/#oe Gin-geR (i=hacker@pD9538179.dip0.t-ipconnect.de)
19:09.22CIA-2603woglinde <heinold@inf.fu-berlin.de> 07org.openembedded.dev * r8c50c0566d 10openembedded.git/conf/distro/minimal-uclibc.conf:
19:09.22CIA-26minimal-uclibc.conf: set the virtual/libintl hard to proxy-libintl
19:09.22CIA-26* should fixes bug 4846 reported by Milan Plzik
19:15.06CIA-2603Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * re9d084ab4c 10openembedded.git/packages/opencv/opencv-samples_cvs.bb: opencv-samples: fix packages and ldflags
19:15.18*** join/#oe AvengerMoJo (n=AvengerM@219.143.87.195)
19:34.29*** join/#oe TheCan (n=thecan@94.216.101.42)
19:45.24*** join/#oe bluelightning (n=blueligh@79-75-116-111.dynamic.dsl.as9105.com)
19:58.53CIA-2603Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r966f8c41bc 10openembedded.git/: Merge branch 'org.openembedded.dev' of git@git.openembedded.net:openembedded into org.openembedded.dev
19:59.03CIA-2603Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r52254dd685 10openembedded.git/conf/distro/angstrom-2008.1.conf: angstrom 2008: also specify binutils version
20:12.03kergothhrm
20:12.22kergothhrw: any idea if overrides specific versions of common patches via FILESPATH exist anywhere in tree?
20:12.42kergothi.e. file://foo.patch;patch=1, where there's both foo.patch and arm/foo.patch
20:13.12hrwnot remember such ones
20:13.38kergothi'm thinking there probably isn't, cause its ugly as hell.. usually people have -extra- patches for specific overrides, not modified patches
20:13.44kergothwasn't sure though
20:14.42*** join/#oe lpotter (n=ljp@CPE-124-191-144-181.vic.bigpond.net.au)
20:15.02kergothis toying around with the one git repo per package possibility, but there are lots of oddball possible setups like the one he just mentioned that could make his script a -lot- more complex
20:19.50hrwhttp://pastebin.ca/1259662 - what do you think kergoth?
20:23.19kergothah, that's cute.  it won't always have the IMAGE_EXTRA_SPACE available though, of course.  the ext filesystem usage doesn't always match du.  but as long as the user gives -some- padding you'd be okay
20:24.31*** join/#oe bbradley_ (n=bbradley@78-105-167-16.zone3.bethere.co.uk)
20:25.32hrwit is from Poky
20:25.51hrwI wrote that one day as our ext2 images overfilled again
20:26.12*** join/#oe Ainulindale (n=ainu@calaquendi.org)
20:26.15AinulindaleHey there.
20:26.24*** join/#oe marex (n=marex@vasut.kolej.mff.cuni.cz)
20:26.51kergothi remember hacking on genext2fs a lot trying to get autosize stuff working better, bit of a pain.  only way to do it correctly is to create the image multiple times
20:26.59kergothfun fun
20:27.53CosmicPenguinyeah - sizing with genext2fs is not fun
20:28.00CosmicPenguinstupid filesystems that can't automagically grow
20:28.23zeckelpotter: salut
20:34.06lpotterhey zecke. hows it going?
20:36.20*** part/#oe gregoiregentil (n=zonbu@adsl-71-135-112-167.dsl.pltn13.pacbell.net)
20:38.44kergothhmmm
20:41.57kergothCosmicPenguin: opinion... override specific branches, or just a pile of files in the same sturcture as OpenEmbedded uses now, for file:// non-patch files
20:42.02kergothheh
20:43.42CosmicPenguinhmm - I really like how OE does it now
20:43.45CosmicPenguinbut I think thats because I understand it
20:45.11*** join/#oe thecan_ (n=thecan@dslb-088-067-132-141.pools.arcor-ip.net)
20:45.49Ainulindalezecke?
20:47.48Ainulindalezecke: alphaone told me to bug you about a problem we're encountering right now, SHR guys that is
20:48.06Ainulindalezecke: i.e. xserver-xorg taking ages to end (on a scale of hours)
20:48.07*** join/#oe greentux (n=lemke@ip-90-187-30-61.web.vodafone.de)
20:48.11AinulindaleIn fact it didn't even end
20:48.27alphaoneAinulindale: Did it abort or did you abort it?
20:48.35AinulindaleI aborted it in the end
20:49.54kergothCosmicPenguin: the only real advantage i can see to having arch/distro/etc specific branches is 1) easy to see the history of the changes specific to that override, at a glance, and 2) easy to do access control based on area of responsibility
20:50.01zeckeAinulindale: bug alphaone :)
20:50.08AinulindaleMeh :-)
20:50.22zeckeAinulindale: he should tern xserver-kdrive-glamo into a "true" provider of all kdrive packages...
20:50.51AinulindaleMeanwhile, is there any way to speed things up?
20:51.19Ainulindale(at it seems it passed, this time, weirdly enough)
20:52.01CosmicPenguinkergoth: that is true - it could make it much easier to just overlay a particular platform/distro without pain
20:52.30*** join/#oe robtow1 (n=rtow@nat/montavista/x-c74b3df98395e7ea)
20:53.36zeckeAinulindale: the fix is pretty easy
20:53.39*** join/#oe bin1010 (n=aars@cyclone.ecs.baylor.edu)
20:53.45Ainulindalezecke: i.e. removing inherit insane?
20:54.54*** join/#oe Jay7 (n=jay@93.81.143.188)
20:55.42zeckeAinulindale: as that your autobuild? or a private build?
20:55.48AinulindaleAutobuild
20:55.54alphaoneAinulindale: git pull
20:55.55AinulindaleBuildhost for SHR in fact
20:55.56CIA-2603Daniel Willmann <daniel@totalueberwachung.de> 07org.openembedded.dev * r496ef68488 10openembedded.git/packages/xorg-xserver/xserver-kdrive-glamo_1.3.0.0+git.bb:
20:55.56CIA-26xserver-kdrive-glamo: Factor out a package xserver-security-policy so
20:55.56CIA-26xserver-xorg isn't built unnecessarily
20:55.56alphaonerebuild
20:56.07Ainulindalealphaone: damn you :-)
20:56.25zeckealphaone: thanks
20:57.35zeckeAinulindale: now to a fix, feel like writing an ELF program header section parser in python?
20:58.00alphaone:-)
20:58.46Ainulindalecoughs
20:58.55AinulindaleI have stuff to do :-)
20:58.57zeckewhat I still don't understand... why today? xserver-xorg must have been there for like +6 month
20:59.11AinulindaleSame here
20:59.27AinulindaleThough my guess is
20:59.43AinulindaleWe were using bitbaje 1.8.10
20:59.47Ainulindales/aje/ake/
20:59.54AinulindaleSwitching to branches-1.9 made us go to 1.8.11
21:00.01AinulindaleWhich has a different sorted revision algorithm
21:00.13AinulindaleWhich may have triggered stuff to regenerate locally
21:00.19AinulindaleThat or alphaone just put the wrong flag somewhere :-)
21:01.31hrwAinulindale: there is no suc thing as branch 1.9
21:01.42Ainulindalebranches-1.8
21:01.44AinulindaleThat was a typo
21:01.47zeckerule of thumb: Speed vs. Correctness... never ask for speed when you sacrifice correctness
21:02.05Ainulindalezecke: problem is, I need to test some stuff asap =)
21:02.20otavioIs someone havinga segfault in firefox?
21:02.33zeckeAinulindale: it is a nightly build, it is not night yet :)
21:02.40AinulindaleHeh
21:02.41Ainulindaleit is here
21:02.54hrwotavio: I curse segfaults in kmail 4.1.2/4.1.3
21:04.08otaviohrw: I'm having those when using flash however I have no idea where they came from. It looks like to has a segfault in g_object_unref.
21:04.21hrwflas is evil
21:04.22otaviohrw: but I have no backtrace. Not really useful to debug
21:04.30otaviohrw: don't tell me ;P
21:04.39zeckehrw: it only SIGABRT'ed here so far
21:04.43otaviohrw: I fully agree but ...
21:04.46zeckeotavio: dump the core
21:04.57otaviozecke: and?
21:05.02zeckeAinulindale: next time say "local private build"
21:05.06otaviozecke: want to talk a look?
21:05.10zeckeotavio: maybe you get a sane bakctrace then?
21:05.21zeckeotavio: nah, mozilla?
21:05.24Ainulindalezecke: This is not my local private buildhost unfortunately =)
21:05.25kergothzecke: is there a plan for what changes will be worked on, for bitbake itself, going forward?
21:05.26otaviozecke: will give it a try; let's see
21:05.33Ainulindalezecke: My own host burst into flames
21:05.58AinulindaleSo I'm using the buildhost to generate some stuff for the developers/users of our stuff to use as a base of reflexion
21:06.01zeckekergoth: richard's plan. UI <-> backend split
21:06.15zeckekergoth: a real GUI (e.g. like the dependency viewer proof of concept)
21:06.17AinulindaleIt just seems that our latest update triggered a lot of things to be rebuilt
21:06.18kergoththe plan documented anywhere? bts or a TODO or anything?
21:06.22hrwkergoth: there is ncurses UI in trunk and also gtk one
21:06.28kergothhuh, neat
21:06.45zeckekergoth: I think there is a mail from last fosdem
21:06.47hrwI hope that soon Moblin === Poky
21:06.54zeckehrw: ??
21:08.11kergothi wish gmane let you go back in the archives by date.. hmm
21:09.33hrwzecke: Intel took whole OH and Poky is not dead but improving
21:10.21hrwzecke: added rpm support, netbooks support, x.org git stuff... so it looks like Poky could be next Moblin base
21:11.38kergothwhat's the status of the OpenEmbedded rpm stuff?
21:12.10CosmicPenguinIts about to get lots better... :)
21:12.52hrwkergoth: OE suxx on rpms
21:13.01hrwkergoth: Poky has it nicely working
21:13.28hrwPoky generates rpms, images from rpms, target device can fetch (yum) and install (rpm) rpm packages
21:13.29kergothi think the last time i looked at it was when i added the initial versions when i was at ti.. years and years ago
21:13.34kergothah, sweet
21:14.03hrwI have 63 patches extracted from Poky to apply on OE to get rpm support
21:14.10kergothsheesh
21:14.17CosmicPenguinIIRC the worst part of RPMs in OE was 'rpm' itself
21:14.48kergothrpm always made me sad.  the .spec format really is quite decent, its just the tools that were weak
21:14.50kergothheh
21:16.07hrwhttp://blog.haerwu.biz/download/diffs/rpm-oe-from-poky/
21:16.28hrwthey should mostly apply or do that after some tweaking
21:16.52hrwthey all are for 'git am' importing
21:17.21kergothnods
21:18.12zeckehrw: what about source rpm?
21:18.30hrwzecke: forget about it
21:19.59hrwtoo much work to make it really working and having same output iirc
21:21.15CIA-2603Stefan Schmidt <stefan@datenfreihafen.org> 07org.openembedded.dev * r6362c83899 10openembedded.git/: Merge branch 'org.openembedded.dev' of git@git.openembedded.net:openembedded into org.openembedded.dev
21:21.24hrwhave a nice evening/night/day guys
21:21.26CIA-2603Stefan Schmidt <stefan@datenfreihafen.org> 07org.openembedded.dev * rf50b30cb87 10openembedded.git/conf/machine/magician.conf: magician.conf: Remove PACKAGE_EXTRA_ARCHS to ubreak build
21:21.36hrwstefan_schmidt: 'git pull --rebase' next time
21:21.49hrwbye
21:22.08stefan_schmidthrw|gone: heh, good point
21:27.08CIA-2603Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r051f59ecc1 10openembedded.git/packages/gcc/ (2 files in 2 dirs): gcc csl 2008q3: add fix for http://hardwarebug.org/2008/10/11/codesourcery-gcc-2008q3-fail/
21:57.39*** join/#oe ant__ (n=ant@host206-253-dynamic.8-87-r.retail.telecomitalia.it)
22:08.51*** join/#oe ribbits (n=bob@82.152.87.189)
22:12.57*** join/#oe tomboy64 (n=tomboy64@e177080242.adsl.alicedsl.de)
22:18.24CIA-2603Michael 'Mickey' Lauer <mickey@vanille-media.de> 07org.openembedded.dev * rab8891763c 10openembedded.git/packages/python/ (3 files in 2 dirs):
22:18.24CIA-26python-pyqt: update to python-pyqt 4.4.3; patch courtesy Erin Yueh
22:18.24CIA-26NOTE: The forthcoming upgrade to 4.4.4 (already out) needs more work.
22:18.30CIA-2603Michael 'Mickey' Lauer <mickey@vanille-media.de> 07org.openembedded.dev * re5ec376d03 10openembedded.git/packages/sip/sip-native_4.7.8.bb: sip-native: add version 4.7.8
22:18.30CIA-2603Michael 'Mickey' Lauer <mickey@vanille-media.de> 07org.openembedded.dev * r61243cb8af 10openembedded.git/packages/sip/ (sip-native_4.7.7.bb sip-native_4.7.8.bb): sip-native: promote 4.7.7 as default, 4.7.8 is incompatible w/ PyQt 4.4.3 *sigh*
22:18.31CIA-2603Michael 'Mickey' Lauer <mickey@vanille-media.de> 07org.openembedded.dev * r6a409c8ff1 10openembedded.git/packages/qt4/qt4-x11-free.inc: qt4-x11-free.inc: enable building webkit
22:18.32*** join/#oe gerwinin (n=gerwinin@ip5457b30e.direct-adsl.nl)
22:18.48Jay7ant__: ping :)
22:19.42ant__Jay7: hey
22:20.02*** join/#oe kergoth (n=kergoth@65.200.49.156)
22:20.32Jay7ant__: can you paste results of thumb-interworking testing somewhere else? :)
22:20.48Jay7looks like *.ca blocks my ISP networks
22:20.59ant__ah, ok, I'll add uclibc results soon
22:21.38Jay7or just send me via email :)
22:22.05CIA-2603Julian_chu <julian_chu@openmoko.com> 07org.openembedded.dev * r867e1804a6 10openembedded.git/packages/python/ (python-pygame-1.8.1/Setup python-pygame_1.8.1.bb): python-pygame 1.8.1: fix jpeg linking
22:22.06CIA-2603Michael 'Mickey' Lauer <mickey@vanille-media.de> 07org.openembedded.dev * r27843e9fca 10openembedded.git/packages/python/ (python-sip.inc python-sip_4.7.3.bb python-sip_4.7.8.bb): python-sip: refactor to .inc and add 4.7.8 - thanks Erin Yueh.
22:22.37Jay7ant__: btw, peoples on hpc.ru start using kdrive with xkb
22:23.23Jay7now they have made xkb layouts for zaurus keyboard
22:23.40Jay7I'm still not sure about this..
22:24.07ant__ah..I saw one post of svs57
22:24.13*** join/#oe raster (n=raster@124-170-224-116.dyn.iinet.net.au)
22:25.08zeckeibot: mickeyl++
22:26.36Jay7is here any reason to use xkb-enabled kdrive instead of old xmodmap way?
22:30.32ant__Jay7: history here...http://gitweb.openembedded.net/?p=openembedded.git&a=search&h=6a409c8ff1b97c5917dbad5aaf71bcef506223b4&st=commit&s=xkb
22:31.25ant__but I'm not the right one for X questions...sorry ^_^
22:31.30pb_mickeyl: good morning
22:31.41mickeylmorning pb_
22:31.44ant__yahwnn
22:31.49ant__hey pb_
22:32.00CIA-2603Paul Eggleton <bluelightning@bluelightning.org> 07org.openembedded.dev * r9e342538db 10openembedded.git/packages/shopper/ (shopper-1.2.1/path_fix.patch shopper_1.2.1.bb): shopper: install data file to palmtopdir/share instead of homedir
22:32.31pb_hi ant____________-
22:33.02ant__he..I'm gaining trails...like scares
22:33.05pb_heh
22:33.12Jay7looks like xkb is enabled for kdrive by default..
22:33.35pb_yes, I think all xservers have xkb by default
22:33.58pb_it's a pretty harmless extension, there is no real reason to turn it off.
22:34.06Jay7kdrive from -stable branch has no xkb afaik
22:35.03pb_hm, really?  I thought kdrive had had xkb basically forever.
22:35.28Jay7no_xkb.patch
22:35.42pb_oh, I see, you mean it's patched out.
22:36.57Jay7only git version appears to have xkb
22:37.49pb_"have" meaning it's present in the source, or it's enabled in the build?
22:38.37Jay7enabled in the build
22:39.05Jay7ah..
22:39.06pb_that seems a bit odd, though I guess anything is possible.
22:39.32pb_anyway, what's your point?  do you have an application that requires xkb?
22:39.33Jay7looks like these peoples talks about xorg-xserver
22:39.50pb_who are "these peoples"?
22:40.02Jay7svs57 and CompoVod from hpc.ru
22:40.38Jay7do we have kdrive 1.5.3?
22:41.27*** join/#oe greentux (n=lemke@BAA2569.baa.pppool.de)
22:41.30pb_ah.  well, if they talk about xorg-xserver, they don't seem to be doing so here. :-}
22:41.37pb_there isn't any obvious bb file for kdrive 1.5.3
22:42.48ant__pb_: I bother you while woglinde is absent
22:43.17ant__look at the failed packages here http://tinderbox.openembedded.net/packages/?status=Failed
22:43.20ant__pls
22:43.34ant__I'm building uClibc
22:44.00ant__this is new for me: configure: error: C compiler cannot create executables
22:45.41Jay7is ccache enabled? :)
22:45.49ant__and this is bad too ccache arm-angstrom-linux-uclibcgnueabi-g++ -march=armv5te -mtune=xscale -mthumb-interwork -mno-thumb -D_REENTRANT -DQT_THREAD_SUPPORT -c -I/oe/build/tmp/angstrom/work/armv5te-angstrom-linux-uclibcgnueabi/qte-mt-2.3.10-r27/qt-2.3.10/include  -isystem/oe/build/tmp/angstrom/staging/armv5te-angstrom-linux-uclibcgnueabi/usr/include -fexpensive-optimizations -fomit-frame-pointer -frename-registers -Os -fpermissiv
22:45.49ant__e -pipe -DQWS -fno-exceptions -frtti -DNO_DEBUG -DQT_QWS_TSLIB -DQT_QWS_CUSTOM -DQT_QWS_IPAQ -DUSE_BIDI -fPIC -DQT_NO_IMAGEIO_MNG -DQT_NO_VNC -DQT_NO_QWS_SNAP -DQT_NO_QWS_VOODOO3 -DQT_NO_QWS_MACH64 -DQT_NO_QWS_MATROX -DQT_NO_QWS_VNC -DQT_NO_QWS_VGA_16 -DQT_NO_QWS_DEPTH_4 -DQT_NO_QWS_DEPTH_24 -DQT_NO_QWS_VFB -DQT_BUILTIN_GIF_READER=1 -DQT_NO_IMAGEIO_MNG -DQT_NO_SM_SUPPORT -DQT_NO_XKB   -I3rdparty/kernel -I3rdparty/tools -o 3rdpa
22:45.50ant__rty/tools/qbig5codec.o 3rdparty/tools/qbig5codec.cpp
22:45.52ant__arm-angstrom-linux-uclibcgnueabi-g++: No such file or directory
22:45.57ant__oops  so sorry
22:46.18ant__http://tinderbox.openembedded.net/public/logs/2085830.txt
22:46.26pb_ant__: I fear you should ask in #angstrom :-}
22:46.28ant__Jay7: yes, ccache indeed
22:46.48ant__pb_: in #desert you mean?
22:46.58pb_heh
22:47.18pb_well, sadly I know very little about angstrom
22:47.48ant__he..I still don't understand the reasons behind that 'fork'
22:49.39ant__and the (over)complicated instruction for setting angstrom (now env is filtered)... and /OE in path
22:50.08ant__</rant>
22:50.40Crofton|irssihow do packages get their libraries in to meta-toolchain?
22:51.29ant__pb_ this is for angstrom too? FATAL: Unsupported target linux-uclibcgnueabi for oe-g++ qmake spec
22:51.45CIA-2603Michael 'Mickey' Lauer <mickey@vanille-media.de> 07org.openembedded.dev * r5bcd853d4c 10openembedded.git/packages/python/python-pyqt_4.3.3.bb: python-pyqt 4.3.3: remove in favour of 4.4.x
22:51.56pb_Crofton: I think you're meant to make an appropriate task and then set it as TOOLCHAIN_{TARGET|HOST}_TASK.
22:52.33CIA-2603Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rc6de2cbbd9 10openembedded.git/packages/qt4/qt4-x11-free.inc:
22:52.33CIA-26qt4-x11: split PRs are frowned upon in OE, so let's bump to r11 instead
22:52.33CIA-26of r10.01
22:53.09kergothwhat's the scoop behind the pointercal recipe?  doesn't seem like it's a very good idea, personally.  calibration generally varies from device to device, even the same model, due to slight variations in manufacturing.. which is why companies wanting to ship a device with calibration generally stores the per device calibration in flash somewhere...
22:53.17kergoths/personally/imo/
22:53.42ant__kergoth: the setting for c7x0 are consistently wrong on my 2 C860
22:54.09pb_kergoth: yah, agreed, it seems like a bad idea
22:54.31pb_ant__: heh, dunno.  what package is doing that?
22:54.52ant__libqpe-opie-1.2.4
22:55.32pb_generally though, if you are using angstrom as your distro, I guess #angstrom is where the folks that can help you will hang out.
22:55.40ant__I should probably look at the qmakespec
22:55.56pb_ah, sadly, libqpe-opie is also beyond my expertise.
22:56.45ant__thx anyway
22:56.51pb_überhacker mickeyl might be able to help you with that, if he remembers his opie days.
22:57.38ant__or bluelightning, our new Opie-Man :-]
22:57.42pb_or bluelightning, I guess he is working on opie nowadays
22:57.43pb_right
22:58.27pb_but for me, I never knew anything about opie even in its golden days. :-}
22:58.51gerwininmmm seems that my system is always setting --hash-style instead of -hast-style
22:59.05gerwininuclibc compiles for avr
22:59.19pb_gerwinin: er, do you want "--hast-style"?
22:59.23Crofton|irssiran opie on the omap starter kit at one point
23:00.05gerwininpb_: I didn't do any research if it is really necessary but if it is not necessary I would like to remove it
23:00.25pb_gerwinin: you mean you want to remove --hash-style?
23:00.32pb_or you want to add --hast-style?
23:00.34pb_or something else?
23:00.47pb_if the former, sure, you can remove it.
23:01.02pb_--hash-style is a runtime performance improvement, it's not required for correct operation.
23:01.13gerwininpb_ :  how can I remove it ?
23:01.39pb_what's your DISTRO?
23:01.44gerwininpb_:angstrom
23:02.31pb_well, you could edit conf/distro/include/angstrom-*.inc
23:02.49pb_I don't think there is any cleaner way of turning it off for angstrom.
23:02.59pb_but, #angstrom would be your resource for that
23:07.08zeckegerwinin: hey, maybe woglinde knows
23:07.20zeckegerwinin: he recently merged in uclibc that has hash style support
23:10.56*** join/#oe guillaum1 (n=gl@AMontsouris-153-1-22-195.w86-212.abo.wanadoo.fr)
23:11.08gerwininzecke: if I use -hash-style than it seems to work
23:13.59gerwininzecke: I hope to speak with likewise soon I may have a project for him to work on ... but it still needs to be confirmed
23:14.12zeckecool
23:14.38gerwininYeah it is making a kind of small webpad with oe
23:14.58gerwininBut I first need to get it confirmed and paid
23:19.31gerwininzecke: How is openmoko progressing ?
23:21.13*** part/#oe robtow1 (n=rtow@nat/montavista/x-c74b3df98395e7ea)
23:22.22blindvtkhem, the 0_9_30 branch contains the scheduled stuff for 30.1, obviously.
23:22.28CIA-2603Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rc3ee19573d 10openembedded.git/packages/gcc/ (4 files in 2 dirs): gcc 4.3.1: mangle gfortran.patch to work on 64bit hosts as well
23:23.08*** join/#oe robtow (n=rtow@nat/montavista/x-bfa8fc769eeec684)
23:24.09blindvtkhem, i'd prefer if everybody could refrain from intrusive changes, so if possible only simple stuff, regressions only, no new features. Just as always
23:26.19Jay7ant__: I've recieved reports :) 10x
23:27.49Jay7-> sleep
23:36.03khemblindvt: yes that should be the plan
23:39.28gerwininis hoping is avr32 image will boot
23:39.54CIA-2603Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * ra8d49111fa 10openembedded.git/contrib/angstrom/build-feeds.sh: angstrom feed builder: add octave
23:43.55gerwininis happy with the new uclibc it seems avr32 compilation is fixed
23:45.23khemgerwinin: Are you using .30 release ?
23:47.04cdbot2* * OE Bug 4833 has been RESOLVED (FIXED) by gerwin(AT)vanderkruis.net
23:47.06cdbot2* * AVR32 init segfaults signal 11
23:47.08cdbot2* * http://bugs.openembedded.net/show_bug.cgi?id=4833
23:47.12zeckeanyone with a 64bit userspace here?
23:47.24CIA-2603Michael 'Mickey' Lauer <mickey@vanille-media.de> 07org.openembedded.dev * r1895173859 10openembedded.git/packages/gstreamer/ (3 files in 2 dirs):
23:47.24CIA-26gst-plugins-ugly: skip package for ENTERPRISE_DISTRO = 1
23:47.25CIA-26gst-plugins-ugly-sid: skip package for ENTERPRISE_DISTRO = 0
23:47.34CIA-2603Michael 'Mickey' Lauer <mickey@vanille-media.de> 07org.openembedded.dev * r41f080ef4f 10openembedded.git/packages/gstreamer/gst-plugins-ugly/gstsid_autofoo_HACK.patch: gst-plugins-ugly: bring back sid-patch
23:47.34CIA-2603Michael 'Mickey' Lauer <mickey@vanille-media.de> 07org.openembedded.dev * r334e6d0a0f 10openembedded.git/packages/gstreamer/ (3 files in 3 dirs): gst-plugins-ugly-sid: new; A patent-free version of gst-plugins-ugly
23:48.16gerwininkhem : yes
23:48.24gerwininkhem: works wel for me !!!
23:48.51CIA-2603Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r7fa9bb1271 10openembedded.git/ (conf/checksums.ini packages/octave/octave_3.0.3.bb): octave: add 3.0.3
23:49.18gerwininkhem: but I need to fix the 2.6.25 kernel a bit it is giving messages like no phy found and so on
23:50.23khemgerwinin: great
23:50.47CIA-2603Michael 'Mickey' Lauer <mickey@vanille-media.de> 07org.openembedded.dev * r4b177b3054 10openembedded.git/packages/images/ (fso-illume-image.bb fso-image.bb): fso-[illume-]image: bring back gst-plugin-sid from the ENTERPRISE_DISTRO nirvana :)
23:51.18gerwininkhem: well I knew the problem was with uclibc but thanks to a great person who I do not know uclibc-0.9.30 was added and now everything works
23:52.24*** join/#oe AvengerMoJo (n=AvengerM@61.14.130.209)
23:53.09khemgerwinin: great its always nice if someone tries it on other platforms than arm
23:53.37khemgerwinin: I only have arm to test on before we push it
23:55.03gerwininWell the other uclibc's seem to be broken for avr32
23:55.14gerwininthey result in a segfault
23:55.38khemgerwinin: I think if latest is working then we can always suggest to use that
23:56.18khemgerwinin: there was patches for avr that went in before .30 was released
23:56.40gerwininkhem: I think that that is a good idea because it seems the version before are resulting in segfaults on the target
23:57.26khemenjoy hacking on it and let us know if u see any issues with library
23:58.05gerwininkhem: well in the past I had some issues with wchar and pthread (on my own brewed zigbee driver)

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.