IRC log for #oe on 20090605

00:05.26*** join/#oe MostAwesomeDude (n=simpson@c-98-232-178-218.hsd1.or.comcast.net)
00:10.04*** part/#oe hoj (n=jfaith@75-147-191-205-Washington.hfc.comcastbusiness.net)
00:18.47kergothis the bb stamp policy vars documented somewhere?
00:18.49kergoths/is/are/
00:24.11*** join/#oe Neko (n=Neko@bakuhatsu.net)
00:25.46*** join/#oe NekoXP (n=Neko@bakuhatsu.net)
00:34.16*** join/#oe mithro (n=tim@unaffiliated/mithro)
00:37.08*** join/#oe MostAwesomeDude (n=simpson@c-98-232-178-218.hsd1.or.comcast.net)
00:40.59kergothfuck, this is a lot more complex than i was thinking at first
00:41.01kergothhrmph
00:49.29*** join/#oe hd (i=jd@Wikipedia/HellDragon)
00:52.06cdbot2* * OE Bug 5150 has been created by <Laibsch>
00:52.08cdbot2* * IMAGE_FSTYPES = "cpio.gz" does not work
00:52.10cdbot2* * http://bugs.openembedded.net/show_bug.cgi?id=5150
00:53.05*** join/#oe NekoXP (n=Neko@bakuhatsu.net)
01:00.36*** join/#oe NekoXP_ (n=Neko@bakuhatsu.net)
01:02.42*** join/#oe BenLauDC (n=benlau@221.125.8.105)
01:08.54*** join/#oe benlau2 (n=benlau@221.125.8.70)
01:12.39*** join/#oe zecke (n=ich@123-192-147-94.dynamic.kbronet.com.tw)
01:14.54*** join/#oe Flyser_ (n=Flyser@unaffiliated/flyser)
01:46.30*** join/#oe HellDragon (i=jd@Wikipedia/HellDragon)
01:53.03*** join/#oe kergoth (n=kergoth@ip98-167-215-86.ph.ph.cox.net)
02:01.09*** part/#oe davidcb (n=David@24.0.1.239)
02:13.01*** join/#oe HellDragon (n=jd@Wikipedia/HellDragon)
02:16.55*** join/#oe otavio (n=otavio@debian/developer/otavio)
02:17.34*** join/#oe john3909 (n=jsynesio@99-26-125-126.lightspeed.sndgca.sbcglobal.net)
02:28.27*** join/#oe LakeSolon (n=blake@96-42-127-243.dhcp.roch.mn.charter.com)
02:55.55Laibschant__: is there any particular reason that recipes/zaurus-updater/zaurus-installer.bb does not list the collie as a compatible machine?
03:04.18LaibschSame thing zaurus-updater
03:04.34Laibschright now, it is not possible to built a collie opie-image
03:07.15*** join/#oe mekius (n=mekius@enlightenment/developer/mekius)
03:09.30*** join/#oe mrmoku` (n=mrmoku@ppp-93-104-41-38.dynamic.mnet-online.de)
03:10.13kergothi don't know what those recipes are for, but remember that collie has a completely different flashing process from the others
03:14.29Laibschtrue
03:14.45LaibschAnyways, right now, it's not possible to compile even an image
03:14.56kergothif thats the updater.sh type stuff, thats completely unnecessary for the 5000d/5500.  those are just a kernel & initrd.bin for the flash image
03:15.02Laibschencdec-updater is also in the chain of unbuildable things
03:15.16kergothso they should probably be excluded from the build entirely for collie
03:15.18Laibschmaybe
03:15.25LaibschI'm not up-to-date enough to know
03:15.26kergothbut then, i haven't touched a Z in .. 5 years? *shrug* :)
03:15.39LaibschI'm just pointing out the problem so ant has a chance to comment and we can then fix it
03:15.54kergothnod.  just pointing out a likely reason :)
03:15.57LaibschI'm just revisiting things after long abstinence, too
03:16.04LaibschThanks, kergoth.  Appreciated
03:16.15LaibschYou're probably right about your hunch, too.
03:20.55*** join/#oe digital-ex (n=Luccisa@nat/cisco/x-bd57ce5fb3fcefec)
03:32.53*** join/#oe hufnus_cicq (n=hufnus_c@69-12-177-67.dsl.static.sonic.net)
03:34.55*** join/#oe rkirti (n=rkirti@117.254.13.178)
03:35.41*** join/#oe benlau2 (n=benlau@202.64.98.250)
03:44.44*** join/#oe mekius (n=mekius@enlightenment/developer/mekius)
04:11.38*** join/#oe rkirti (n=Kirtika@117.254.9.20)
04:19.24*** join/#oe rsalveti (n=rsalveti@189.70.2.70)
04:21.41*** join/#oe user1 (n=3MX@81-86-102-126.dsl.pipex.com)
04:33.24*** join/#oe ebi75 (n=chatzill@87.247.172.165)
04:35.35*** join/#oe rkirti_ (n=rkirti@117.254.12.52)
05:46.02*** join/#oe NekoXP (n=Neko@bakuhatsu.net)
05:46.18NekoXPgood morning europe
05:55.03*** join/#oe recalcati_oe (i=5e51e963@gateway/web/ajax/mibbit.com/x-736b4f4e27a38852)
05:59.00*** join/#oe rob_w (n=bob@p549BD1F0.dip.t-dialin.net)
06:30.15*** join/#oe LakeSolon (n=blake@96.42.127.243)
06:31.10*** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh)
06:35.53*** join/#oe pleemans (n=toi@d51A49C45.access.telenet.be)
06:53.44*** join/#oe dobobodo (n=dobobodo@78.176.87.0)
06:53.55dobobodoHi
06:54.40vhallacI am haveing a bit of a difficulty in setting up a recipe override for u-boot. Is this the right channel to seek help?
06:55.37akheronyes, don't ask to ask, just ask
06:55.47vhallac:-)
06:56.34vhallacI have created the BBFILE_COLLECTIONS, and provided paths and priorities for the upstream and my local override directory
06:56.50*** join/#oe Sleep_Walker (n=Sleep@nat/novell/x-04fbca53a7d910f9)
06:57.02vhallacThen copied u-boot/u-boot_git.bb to my override u-boot/u-boot_git.bb
06:57.14*** join/#oe dth (n=Dieter@p4FDED536.dip.t-dialin.net)
06:57.27vhallacCreated a new machine based on beagleboard, and renamed it to lewt (the hardware will be different)
06:57.49vhallacThen in u-boot_git.bb, renamed the XXX_beagleboard to XXX_lewt
06:58.08vhallacWhen I parse the recipes, it is still picking up the u-boot_git.bb from the openembedded directory
06:58.48vhallacIf I rename the u-boot_git.bb to u-boot_xxx.bb, and change my PREFERRED_VERSION_uboot to "xxx", it picks up the right one, but comes up with a warning:
06:59.12vhallacNOTE: preferred version xxx  of u-boot not available (for item u-boot)
06:59.32vhallacIt still seems to be building fine, but I don't like having a warning there
06:59.46*** join/#oe lrg (n=lrg@host81-136-218-57.in-addr.btopenworld.com)
06:59.57*** join/#oe Pr0t0N (n=lcintrat@93.2.234.249)
07:00.23vhallacAny ideas on what may be causing my headaches. I can use either the first one - with the version "git", or the second one. No preference, really.
07:01.30vhallacTYPO: PREFERRED_VERSION_u-boot = "xxx"
07:01.50vhallacThe typo is here, not in my conf, I am afraid.
07:03.13CruX|/stuff/tmp-oe/cross/armv5te/lib/gcc/arm-angstrom-linux-gnueabi/4.3.3/../../../../arm-angstrom-linux-gnueabi/bin/ld: cannot find -luuid
07:03.33CruX|when i'm trying to build  util-linux for arm
07:05.49*** join/#oe marbert (n=marbert@195.180.2.195)
07:09.11*** join/#oe NekoXP_ (n=Neko@bakuhatsu.net)
07:12.46mckoangood morning
07:13.00vhallachi
07:15.50*** join/#oe mithro (n=tim@unaffiliated/mithro)
07:16.43*** join/#oe tsjsieb (n=tsjsieb@dejongbeheer.nl)
07:17.50*** join/#oe ant_work (n=andrea@host214-85-static.34-85-b.business.telecomitalia.it)
07:20.53*** join/#oe digital-ex (n=Luccisa@nat/cisco/x-33bb2f8824986686)
07:21.11*** join/#oe NekoXP (n=Neko@bakuhatsu.net)
07:21.22ant_workLaibsch: ping
07:32.27*** join/#oe cyberdeck (n=mnemonic@130.83.164.66)
07:35.41ant_workhey XorA
07:37.04*** join/#oe rolleboy (n=roland@c-7679e253.642-1-64736c20.cust.bredbandsbolaget.se)
07:37.07*** join/#oe ZaPPaS (n=moritz@buero2.pi5.physik.uni-stuttgart.de)
07:37.54XorAhet ant_work
07:39.35ant_workXorA: what's fso-gsm0710muxd ? It failed to build on minimal for c7x0...I think is bogus in my image
07:40.12XorAant_work: gsm deamon
07:40.19XorAant_work: yes and its bogus for a c7x0
07:40.34ant_workso-gsm0710muxd 0.9.3.1+gitraf1b80c7ded08b697730c3191d110dfd6dd872d3 r0 do_fetch Failed
07:40.44ant_workpossibly the git tg
07:40.47ant_worktag
07:44.48XorAant_work: work out why it is pulled in and nix it
07:45.06ant_workyea...never seen in Angstrom before...just in  'minimal' (my first build)
07:47.59ant_workXorA: on minimal qte-mt-static is failing too...don't remember having built it in Angstrom...
07:48.22ant_workhttp://tinderbox.openembedded.net/public/logs/5762644.txt
07:48.44ant_workseems a Libc naming problem...
07:48.50ant_workhttp://tinderbox.openembedded.net/public/logs/5762644.txt
07:48.58ant_worksorry
07:49.05*** join/#oe eray (n=eray@87-126-142-238.btc-net.bg)
07:49.15ant_work"No static library support for platform/compiler  linux-gnueabi-arm-g++-static"
07:49.22XorAant_work: minimal got almost zero testing
07:49.34ant_workI see :)
07:50.23XorAant_work: you are in uncharted waters, I see no point in using minimal myself
07:50.46erayhi all, I have a problem with compiling a console image, my process holds on the 1998th package with error : ERROR: '/home/eray/oe/openembedded/recipes/linux/linux_2.6.20.bb' failed
07:52.04erayall the console log is in : http://pastebin.com/m471fd404
07:54.02ant_workeray: we would need log.do_compile.14575
07:54.18ant_workto see where it fails
07:57.27eraydo_compile log is there http://pastebin.com/m123b6a65
07:58.52erayI don't know what is the PATH_MAX
07:59.20*** join/#oe rolleboy (n=roland@c-7679e253.642-1-64736c20.cust.bredbandsbolaget.se)
08:00.24ant_workeray: quick search in Google is giving: "PATH_MAX is defined in:
08:00.26ant_workarm-linux/sys-include/linux/limits.h"
08:00.43ant_workBut the source is only including <limits.h>
08:00.45ant_workAdding <linux/limits.h> fixes the problem :)
08:00.55ant_workhope is your same situation :)
08:01.24ant_workI've read abot limits.h but personally have never had problems
08:03.48*** join/#oe zZaPPaSs (n=moritz@buero2.pi5.physik.uni-stuttgart.de)
08:04.16erayant_work: thanks, I've added it there and now will try rerun
08:04.36*** join/#oe pvanhoof (n=pvanhoof@d54C0C0BA.access.telenet.be)
08:04.58*** join/#oe pvanhoof_ (n=pvanhoof@d54C0C0BA.access.telenet.be)
08:09.55erbohmm, my angstrom based image fails to build on do_rootfs since the package angstrom-version is not found. It seems the package only ends up in tmp/deploy/glibc/pstage/angstromglibc/ and not in tmp/deploy/glibc/ipk as it does on another build env?
08:12.00erayant_work: thank you, this solved the problem, now it is compiling the 2002th package of 2926 :)
08:17.54ant_workeray: happy to see it worked...please send the fix on .dev Mailing List
08:21.34erayant_work: how?
08:22.24ant_workgit format-patch origin
08:23.10ant_workthen attach it (is short ;) or use git-send-email
08:24.53ant_workhopefully some at91sam* maintainer will push it
08:25.45*** join/#oe davidcb (n=Spot@m085e36d0.tmodns.net)
08:26.58*** join/#oe booxter (n=booxter@cpmsq.epam.com)
08:29.40erayant_work: sorry I'm not expert at git :( , I have changed the c file in the angstrom-dev directory. not in openembedded directory. if you explain me how, I would like to publish the fix, of course.
08:32.10*** join/#oe ZaPPaS (n=moritz@129.69.51.130)
08:34.01ant_workeray: I suppose it is like here:
08:34.03ant_workhttp://cgit.openembedded.net/cgit.cgi/openembedded/tree/recipes/linux/linux-handhelds-2.6_2.6.21-hh20.bb
08:34.08ant_workhttp://cgit.openembedded.net/cgit.cgi/openembedded/tree/recipes/linux/linux-handhelds-2.6-2.6.21/gcc4x-limits.patch
08:58.44*** join/#oe [htc] (n=htc@c-7679e253.642-1-64736c20.cust.bredbandsbolaget.se)
09:01.46*** join/#oe grma (n=gruberm@chello212186029093.tirol.surfer.at)
09:04.09ant_workXorA: any hint for fixing wlan-ng on tosa? http://www.oesf.org/forum/index.php?showtopic=25057&view=findpost&p=182507
09:05.10*** join/#oe mgwpub (n=mgwpub@193.170.134.245)
09:06.20XorAant_work: yeah, get rid of it, those modules now build within linux 2.6.29
09:06.40XorAant_work: this discussion is going on on #angstrom
09:06.50ant_workah, ok
09:08.54*** join/#oe likewise (n=chatzill@82-171-51-231.ip.telfort.nl)
09:12.49pb_hi ant_work
09:12.59ant_workpb_: good morning
09:14.16*** join/#oe rkirti_ (n=rkirti@117.254.9.109)
09:18.54*** join/#oe ojg (n=ojg@c-83-233-228-68.cust.bredband2.com)
09:23.15*** join/#oe florian_kc (n=fuchs@port-217-146-132-69.static.qsc.de)
09:28.21pb_florian: good morning
09:29.20likewisegood morning fooks
09:31.49floriangood morning
09:44.51*** join/#oe mwester (n=mwester@nslu2-linux/mwester)
09:47.43*** join/#oe greentux__ (n=lemke@ip-217-18-181-130.static.reverse.dsi.net)
09:48.24hrwmorning
09:48.57likewisegm
09:49.09likewise(JIT)
09:52.18florianhi hrw
10:07.00*** join/#oe tmbinc (i=abcd@83.141.3.59)
10:08.16*** join/#oe mgwpub (n=mgwpub@193.170.134.245)
10:14.36*** join/#oe BET-frogger (n=mkl@metis.ext.pengutronix.de)
10:18.53*** join/#oe pirho (i=pirho@gateway/gpg-tor/key-0x2CEEC9CB)
10:32.12*** join/#oe pirho (i=pirho@gateway/gpg-tor/key-0x2CEEC9CB)
10:32.16ant_workpb_: tried minimal but qte-mt-static fails...
10:32.19ant_workhttp://tinderbox.openembedded.net/public/logs/5762644.txt
10:33.04ant_workbooxter: have you seen the logs about zlib-sdk ?
10:33.14pb_ant_work: hm, that log doesn't give much to go on
10:33.17pb_I'll try it for myself later
10:33.33ant_workI have to understand why it ahas been built
10:33.35pb_right now I'm working on micro :-}
10:34.20ant_workpb_: I found a gsm-daemon in my minimal build...
10:34.29booxterant_work: static build. we don't support it
10:34.55ant_workI don't remember having built is with distro = angstrom
10:35.05ant_worksame images
10:35.33booxterant_work: or is it qt4-tools-sdk?
10:35.52ant_workhe.. just console-image opie-image x11-image
10:36.02ant_workno sdk's in my buildscript
10:36.19booxterant_work: what package is this log for?
10:36.45ant_worklooking on tinderbox...
10:37.56booxterant_work: btw what is this qte-mt-static?
10:37.56booxterant_work: can't find such package
10:37.56ant_workhttp://tinderbox.openembedded.net/packages/qte-mt-static/
10:38.04booxterant_work: ah, I see, that's qte2...
10:39.11ant_workit seems is just in 'minimal'
10:41.44booxterant_work: anyway, that's not the problem of my patchset, and I don't have time to fix obsolete stuff problems :D
10:42.08ant_workIt seems angstrom solves it with 'require conf/distro/include/preferred-opie-versions-1.2.4.inc'
10:43.24ant_workbooxter: yes, it's the old stuff ;)
10:45.30*** join/#oe Spyro (n=ian@benden.mnementh.co.uk)
10:57.26*** join/#oe cyberdeck (n=mnemonic@130.83.164.66)
11:07.03*** join/#oe stefan_schmidt (n=stefan@p5B03769E.dip.t-dialin.net)
11:14.04*** join/#oe kristoffer (n=kristoff@95.209.77.140.bredband.tre.se)
11:14.07*** join/#oe BET-frog1er (n=mkl@metis.ext.pengutronix.de)
11:21.02CIA-7303Michael Smith <msmith@cbnco.com> 07org.openembedded.dev * r559b91e22f 10openembedded.git/recipes/busybox/ (9 files):
11:21.02CIA-73busybox: let update-alternatives create all symlinks, and use INC_PR
11:21.02CIA-73Back in 2005, commit 5e01906b set this up; in f7f1ac27 the recipe
11:21.02CIA-73was changed to keep all the links in the package.
11:21.02CIA-73This changes it back, and also removes special treatment of the
11:21.06CIA-73links for crond, httpd, udhcpd, hwclock, and udhcpc.
11:21.08CIA-73Signed-off-by: Michael Smith <msmith@cbnco.com>
11:21.12CIA-7303Phil Blundell <philb@gnu.org> 07org.openembedded.dev * rec55393138 10openembedded.git/: Merge branch 'org.openembedded.dev' of git@new.openembedded.org:openembedded into org.openembedded.dev
11:21.52*** join/#oe digital-ex (n=Luccisa@nat/cisco/x-2799c1953b12d2c7)
11:24.18vhallacAny idea how I can get my ssh agent to work while fetching a package?
11:24.55vhallacIt works when I git clone manually, but fails when I run bitbake.
11:30.57*** join/#oe ebi75 (n=chatzill@87.247.172.165)
11:30.57*** join/#oe Laibsch (n=Laibsch@p3077-ipngn201marunouchi.tokyo.ocn.ne.jp) [NETSPLIT VICTIM]
11:30.57*** join/#oe BusError (n=michel@oo.oomz.net) [NETSPLIT VICTIM]
11:30.57*** join/#oe rphillips (n=rphillip@unaffiliated/rphillips) [NETSPLIT VICTIM]
11:30.57*** join/#oe robtaylor (n=robtaylo@floopily.codethink.co.uk)
11:30.57*** join/#oe Ironnads (n=Ironnads@host86-135-122-247.range86-135.btcentralplus.com)
11:30.58*** join/#oe cbrake (n=cbrake@oh-69-34-21-229.sta.embarqhsd.net)
11:30.58*** join/#oe dfarnsworth (n=dfarnswo@65.200.49.156)
11:30.58*** join/#oe XorA (n=nXorA@www.xora.org.uk) [NETSPLIT VICTIM]
11:30.58*** join/#oe Sat_Man (n=satman@83.141.3.41) [NETSPLIT VICTIM]
11:30.58*** join/#oe mckoan (n=marco@unaffiliated/mckoan) [NETSPLIT VICTIM]
11:31.38*** join/#oe valhalla (n=valhalla@81-174-25-110.dynamic.ngi.it)
11:35.53*** join/#oe BenLauDC (n=benlau@221.125.8.105)
11:41.29*** join/#oe Gnutoo (n=gnutoo@host182-37-dynamic.117-80-r.retail.telecomitalia.it)
11:46.03*** join/#oe Laibsch (n=Laibsch@p3077-ipngn201marunouchi.tokyo.ocn.ne.jp) [NETSPLIT VICTIM]
11:46.03*** join/#oe BusError (n=michel@oo.oomz.net) [NETSPLIT VICTIM]
11:46.03*** join/#oe rphillips (n=rphillip@unaffiliated/rphillips) [NETSPLIT VICTIM]
11:46.03*** join/#oe robtaylor (n=robtaylo@floopily.codethink.co.uk)
11:46.03*** join/#oe Ironnads (n=Ironnads@host86-135-122-247.range86-135.btcentralplus.com)
11:46.03*** join/#oe cbrake (n=cbrake@oh-69-34-21-229.sta.embarqhsd.net)
11:46.03*** join/#oe dfarnsworth (n=dfarnswo@65.200.49.156)
11:46.04*** join/#oe XorA (n=nXorA@www.xora.org.uk) [NETSPLIT VICTIM]
11:46.04*** join/#oe Sat_Man (n=satman@83.141.3.41) [NETSPLIT VICTIM]
11:46.04*** join/#oe mckoan (n=marco@unaffiliated/mckoan) [NETSPLIT VICTIM]
11:52.42*** join/#oe abner (n=birunko@189.70.65.183)
11:52.59*** join/#oe hillct (n=hillct@cpe-069-134-049-165.nc.res.rr.com)
11:53.43broonieGah. Why does u-boot think my Linux image is a NetBSD one?
11:53.43*** join/#oe fraxinath (n=quassel@p54AA7C29.dip.t-dialin.net)
11:53.43fraxinathhi guys
11:53.56fraxinathhas anybody ever had problems baking openssl-0.9.8j or k ?
11:55.08CIA-7303Lucian Ion <luciani@microsol.ie> 07org.openembedded.dev * rd145ebb48a 10openembedded.git/conf/checksums.ini: (log message trimmed)
11:55.08CIA-73add log4cxx checksum
11:55.08CIA-73Sorry for the empty message,
11:55.08CIA-73I did attach the patch but I don't know why it is not in the final email.
11:55.08CIA-73Should I paste the patch in the text. Does this help?
11:55.08CIA-73How do I send this patch?
11:55.10CIA-73>From b2aff377af0df1e3820f25b45af3bf6216aecc76 Mon Sep 17 00:00:00 2001
11:55.28*** join/#oe Laibsch (n=Laibsch@p3077-ipngn201marunouchi.tokyo.ocn.ne.jp) [NETSPLIT VICTIM]
11:55.28*** join/#oe BusError (n=michel@oo.oomz.net) [NETSPLIT VICTIM]
11:55.28*** join/#oe rphillips (n=rphillip@unaffiliated/rphillips) [NETSPLIT VICTIM]
11:55.28*** join/#oe robtaylor (n=robtaylo@floopily.codethink.co.uk)
11:55.28*** join/#oe Ironnads (n=Ironnads@host86-135-122-247.range86-135.btcentralplus.com)
11:55.28*** join/#oe cbrake (n=cbrake@oh-69-34-21-229.sta.embarqhsd.net)
11:55.28*** join/#oe dfarnsworth (n=dfarnswo@65.200.49.156)
11:55.28*** join/#oe XorA (n=nXorA@www.xora.org.uk) [NETSPLIT VICTIM]
11:55.28*** join/#oe Sat_Man (n=satman@83.141.3.41) [NETSPLIT VICTIM]
11:55.29*** join/#oe mckoan (n=marco@unaffiliated/mckoan) [NETSPLIT VICTIM]
12:16.29*** join/#oe marcosmamorim (n=marcos@189.121.183.147)
12:18.55hrwyes! working ep9312 optimisations ;)
12:21.19fraxinathi've run into #error IDEA is disabled when trying to bake openssl-0.9.8j :/ has anybody seen that before?
12:29.30pb_fraxinath: it works for me
12:29.58*** join/#oe woglinde (n=henning@p5DDC5E49.dip.t-dialin.net)
12:30.16ant_workhey woglinde
12:30.48ant_workbooxter: have you discovered why zlib-sdk was failing?
12:30.59ant_workon X86_64 apparently...
12:31.10booxterant_work: em, no sed-native staged
12:31.19ant_workI had a clean build
12:31.53ant_workI've just spotted perhaps you have one slash too much in your paths
12:32.33woglindejo
12:34.33booxterant_work: ?
12:34.42hrwhttp://slashweb.org/programming/25-best-programmer-webcomic-strips.html
12:34.52ant_workbooxter: that was mine http://fr.pastebin.ca/1448112
12:35.31ant_work-I/home/booxter/projects/oe.devel//tmp/staging/x86_64-linux-sdk/usr/...
12:35.37*** join/#oe mithro (n=tim@unaffiliated/mithro)
12:36.17booxterant_work: and?..
12:36.21fraxinathpb: http://pastebin.com/d900f2b4
12:36.47fraxinathi dunno where it gets the idea that idea is disable
12:37.01booxterant_work: I think it's the right thing to do. And if it's the reason of failure then we need to fix oe code not my configuration :)
12:38.22pb_fraxinath: I guess you have to debug it yourself
12:38.57fraxinathaye
12:44.51*** join/#oe eray_ (n=eray@87-126-142-238.btc-net.bg)
12:44.57*** join/#oe jimsheldon (n=jim@c-98-216-198-0.hsd1.nh.comcast.net)
12:52.18*** join/#oe brolin (n=brolin@200.24.16.55)
12:52.30CIA-7303Lucian Ion <luciani@luciani-laptop.(none)> 07org.openembedded.dev * r19160b953f 10openembedded.git/recipes/log4cxx/ (log4cxx/log4cxx097.patch log4cxx_0.9.7.bb): add log4cxx recipes from apache
12:52.37ant_workbooxter: there are strange failures reported..see http://article.gmane.org/gmane.comp.handhelds.openembedded/21675/match=tmpdir
12:58.45*** join/#oe eray__ (n=eray@87-126-142-238.btc-net.bg)
12:58.48booxterant_work: hm, interesting...
13:00.58*** join/#oe mwester_ (n=mwester@nslu2-linux/mwester)
13:02.56*** join/#oe cminyard (n=cminyard@pool-173-57-164-199.dllstx.fios.verizon.net)
13:05.20*** join/#oe eray (n=eray@87-126-142-238.btc-net.bg)
13:13.53*** join/#oe Flyser (n=Flyser@unaffiliated/flyser)
13:18.12hrwhttp://marcin.juszkiewicz.com.pl/download/diffs/ep93xx/ - new patchset for ep93xx
13:19.33*** join/#oe mpoullet|work (n=mpoullet@proxye.avm.de)
13:19.41mpoullet|workgood morning
13:19.57pb_booxter: please refrain from attacking our contributors on the mailing list.
13:20.37mpoullet|workis there a way to include a shell script in an ipk package to be called automatically after opkg install package?
13:20.39booxterpb_: I'm not attacking. Just read his footer - it doesn't allow open-source contributions.
13:23.00pb_booxter: even if that were true, which is far from clear, that's a matter between him and his employer.  I don't really see what you hope to achieve by accusing him of "violating his company rules", except to undermine his motivation for contributing to oe.
13:23.32*** join/#oe abner (n=birunko@189.70.65.183)
13:23.54*** join/#oe htc (n=htc@c-7679e253.642-1-64736c20.cust.bredbandsbolaget.se)
13:25.17hrw-> food
13:25.27booxterpb_: project which uses such commits with confidency notice are also subject to law problems. Also, as you can see in recent emails, he can register gmail/yahoo account and send mails from there, without this problematic notice.
13:26.11pb_booxter: if you had suggested that to him politely then it would have been fine.
13:27.31XorAtime to get everyone to watch Bill & Ted again
13:27.40pb_but, to first lambast him for "this footer crap", and then to accuse him of violating his company rules without any supporting evidence, just creates an unpleasant tone on the mailing list and puts off other potential contributors.
13:28.16htchello all...  I was looking in pkg-config files (.pc files) in the staging folder and noticed that all the prefixes and dirs point to /usr, /usr/lib, etc.  Shouldn't they point to <path-to-staging>/usr/lib?
13:28.18XorAbooxter: also remember when your stuck in corporate you often have no clue about the footer crap until someone sends a message back to you
13:28.21woglinde~hail pb_
13:28.22ibotACTION bows down to pb_ and chants, "I'M NOT WORTHY!!"
13:28.25*** join/#oe whitefox (n=kaido@61.141.158.178)
13:28.41booxterpb_: ok, I'll think about what you said ;)
13:28.57whitefoxI am getting "No module named bb" error when bitbaking, what does that mean?
13:29.04broonieI'd also point out that the "intended recipients" bit means that if he is publishing to the world at large then it's fine.
13:29.43pb_broonie: right, that is my interpretation of his footer too.
13:29.58pb_in this case, the "entity to whom the mail is addressed" would seem to be the mailing list, and that's fine.
13:30.14pb_booxter: okay, thanks.
13:30.37pb_whitefox: it sounds like your bitbake installation must be broken somehow.
13:30.45pb_how did you install it?
13:31.09brooniepb_: Indeed. $WORK has the same thing on the Exchange systems.
13:31.46whitefoxpb_ i am on centos
13:31.59whitefoxpb_ I downloaded bitbake
13:32.23whitefoxpb_ then I did ./setup.py
13:33.33akheronwhitefox: try to run it straight from where you downloaded it
13:33.47akheronif you did ./setup.py install to somewhere that's not in PYTHONPATH it won't work
13:34.20whitefoxakheron: you mean run it under bit-bake-install/bin?
13:36.07*** join/#oe ebi75 (n=chatzill@87.247.172.165)
13:36.13booxterpb_: I'm not going to flame here... but if we are going to speak about law implications of the notice then you can see that attached files can be used solely by entities to which they are sent (OE). But then we shouldn't place these patches in public with MIT because other open-source projects can copy these patches to their tree and that's how they'll violate the notice. I know it's a law-duckspeak but anyway, just my 2 cents :)
13:36.18whitefoxok let me try to install bitbake again.  What command should I use to ./setup bitbake?
13:36.59booxteras for politeness issue, I'll do my best
13:37.07RPbooxter: I don't think pb_ disagrees with that. Its more about how you put that across ;-)
13:37.11*** join/#oe aloisiojr (n=aloisio@200.184.118.130)
13:37.32woglindehuhu RP
13:37.39RPhi woglinde
13:38.13whitefoxhi can someone please help me to get started as a new OEr?
13:39.52*** join/#oe ArteK (n=Artur@81.15.241.96)
13:40.11booxterwhitefox: as a dev or as a user?:)
13:41.57akheronwhitefox: you downloaded bitbake-X.tar.gz, then unpacked it to /path/to/bitbake-X, then you should just run /path/to/bitbake-X/bin/bitbake and not do any setup at all
13:42.15akheronor alternatively add /path/to/bitbake-X/bin to $PATH
13:42.40*** join/#oe chouimat|work (n=quassel@firewall.axentra.com)
13:42.44htcnoone who knows how I should make pkg-config point to my OE staging area? i even tried hardcoding the prefix, libdir, includedir etc but don't seem to work
13:42.53*** join/#oe bbradley_ (n=bbradley@87-194-119-230.bethere.co.uk)
13:44.41*** join/#oe waite (n=bwaite@206.83.81.178.ptr.us.xo.net)
13:44.58pb_booxter: I don't necessarily agree with that assessment but, again, if you had stated it in those terms on the mailing list then I wouldn't have had a problem with it.  What I did have a problem with, as RP says, was the hostile tone of both the messages that you sent.
13:47.53whitefoxit says that I need sqlite3 and pysqlite2
13:48.00whitefoxbut I already have sqlite3 installed
13:48.13whitefoxand I can't find python-pysqlite2 in yum for Centos 5
13:48.20whitefoxdoes anyone know how to resolve this?
13:48.31booxterhrw: are you paid for this ep93xx work? :)
13:49.27XorAluckilly in the UK the email footers are worthless because they try and form a contract which you cannot read beforehand. If they wanted to work correctly they would be worded as a copyright notice.
13:50.58RPXorA: Uk law in sanity shocker!
13:51.13pb_whitefox: I guess you might need to download pysqlite separately (from python.org or whereever it hangs out) and install it by hand
13:51.53XorARP: most laws are sane, its the bizarre reading of the such by lawyers that cause the problems, especially when backed by an insane judge
13:54.39*** part/#oe ArteK (n=Artur@81.15.241.96)
13:54.40mwesterWell spoken XorA
13:54.52*** join/#oe mpoullet|work (n=mpoullet@proxye.avm.de)
13:55.06*** join/#oe vo5 (n=vo@189.121.183.147)
13:57.19mpoullet|workquestion answered: http://docs.openembedded.org/usermanual/usermanual.html#recipes_installation_scripts
13:57.49XorAwishes he had enough money to do a law degree
13:59.52RPXorA: I guess I should have more faith in them...
14:00.27RPhas seen police making too many strange interpretations of them
14:01.26XorApolice shouldnt be allowed to interpret the law :-(
14:01.50XorAthats how we get this "security" idiocy
14:02.15pb_XorA: heh, well, it seems that the police _are_ the law
14:03.14pb_as for most laws being sane, that probably is still true although it seems our current government are doing their best to reverse the statistics.
14:03.19cbrakehas anyone looked at google protobuf for persistent data storage and RPC in embedded systems?
14:04.25XorApb_: can we hope that the new home secretary doesnt suffer clinical levels of paranoia like the last two :-)
14:04.50pb_cbrake: the set of supported languages puts me off a little bit :-}
14:05.25pb_but it does sound interesting, there aren't really all that many good choices for xdr/rpc type things in an embedded context.
14:06.12cbrakepb_: we recently switched from C to C++ for one project, so that part fits for us.  Trying to get a handle on the size of the library ...
14:06.18cbrakepb_: what languages you using these days?
14:06.45pb_if xml's too heavy, json's too lame, xdr itself is too bureaucratic, you aren't left with much.
14:06.53pb_cbrake: mostly objective-c for embedded, as it happens
14:07.08pb_our server stuff is all python and java but the footprint is still too big for our embedded targets
14:07.12hrwbooxter: no, I just have one such board and decided to look at toolchain problem
14:07.56pb_though, actually, we've just started using scala as a "java-but-sucks-less", which seems to be quite a success
14:09.02*** join/#oe greentux_ (n=lemke@ip-90-187-246-35.web.vodafone.de)
14:09.15XorAmust look at scala
14:12.05*** join/#oe greentux__ (n=lemke@ip-217-18-181-130.static.reverse.dsi.net)
14:12.14likewisemutters something about C and continues hacking
14:12.39woglindexora scala has many nice features
14:13.24cbrakepb_: hmm, a C version of protobuf: http://code.google.com/p/protobuf-c/
14:13.40woglindewhats protobuf?
14:13.56*** join/#oe alecrim (n=alecrim@189.2.128.130)
14:14.02XorAwoglinde: I need a nother language I can program badly in :-)
14:14.45woglindexora one nice feature is you can do switch staments with mutltiple types
14:14.54cbrakewoglinde: http://code.google.com/p/protobuf/
14:15.52woglindecbrake hm okay
14:15.53pb_cbrake: ah, very good
14:16.31woglindecbrake so it is a little bit like corba or rmi
14:16.45cbrakewoglinde: yes
14:17.00cbrakewoglinde: but I'm also interested in using it for efficient data storage
14:18.39woglindecbrake how that?
14:18.57cbrakewoglinde: way to serialize data structures for persistent storage
14:26.33CIA-7303Phil Blundell <philb@gnu.org> 07org.openembedded.dev * r2b4ab2363d 10openembedded.git/recipes/base-files/base-files_3.0.14.bb:
14:26.33CIA-73base-files: eliminate bloat for micro distribution
14:26.33CIA-73Acked-by: Leon Woestenberg <leon@sidebranch.com>
14:26.42CIA-7303Phil Blundell <philb@gnu.org> 07org.openembedded.dev * r8aef000966 10openembedded.git/recipes/sysvinit/ (sysvinit/rcS sysvinit_2.86.bb):
14:26.42CIA-73sysvinit: allow /proc to be mounted without /etc/fstab
14:26.42CIA-73Acked-by: Leon Woestenberg <leon@sidebranch.com>
14:27.42*** join/#oe Wiedi (n=wiedi@newton-air.w.fruky.net)
14:30.06*** join/#oe ebi75 (n=chatzill@87.247.172.165)
14:36.22*** join/#oe vivijim (n=vivijim@unaffiliated/vivijim)
14:41.21*** join/#oe john3909 (n=jsynesio@99-26-125-126.lightspeed.sndgca.sbcglobal.net)
14:42.55*** join/#oe dijenerate (n=dijenera@64.210.41.159)
14:47.57*** join/#oe brolin (n=brolin@200.24.16.55)
14:53.58*** part/#oe mpoullet|work (n=mpoullet@proxye.avm.de)
14:55.13*** join/#oe htc (n=htc@c-7679e253.642-1-64736c20.cust.bredbandsbolaget.se)
14:58.39*** join/#oe sx (n=sx@87-126-142-238.btc-net.bg)
15:00.07*** join/#oe kergoth (n=kergoth@65.200.49.156)
15:02.11sxhi all, I have builded my own angstrom 2008 filesystem for at91sam9261ek, I have copied the rootfs directory in the angstrom-dev directory and put it in the /tftpboot directory, and my board runs from nfs. But it doesn't start. I added "auto eth0" line in the /etc/networks/interfaces too.. What can be the problem?
15:02.47*** join/#oe CosmicPenguin (n=nobody@66-162-99-237.static.twtelecom.net)
15:03.02hrwsx: tmp/rootfs is not usable
15:03.18hrwsx: unpack tarball from tmp/deploy/glibc/images/at91sam9261ek/
15:03.22hrwhi CosmicPenguin
15:05.18sxhrw, hmm, thanks, in the directory there is only one tarball, right?
15:07.08hrwone per built image
15:07.34kergothmorning
15:07.40htchm this is strange... I can bitbake gtkmm-2.4 without any problem, but when I try to use the header files in my application, they are dependent of giomm. And there is no recepie for giomm... However bitbake must have used giomm at some point as the gtkmm lib was compiled successfully. Anyone knows whats up?
15:08.02hrwhi kergoth
15:08.10kergothhrw: we were talking about the uselessness of tmp/rootfs at work, it's a common mistake to have a user try to use that for an nfsroot.. maybe the image creation should wipe tmp/rootfs after the image is created, rather than only wiping at the start of do_rootfs
15:08.26hrwkergoth: +1 for that
15:09.30kergothreads runqueue.py in the hope that he can find a good solution to fix the abiversion stuff he's trying to implement
15:09.42pb_kergoth: hm, I find it very useful to be able to poke around in tmp/rootfs by hand to see what has been installed.
15:10.04pb_but, yeah, it is a bit of a bear-trap for the unwary
15:10.20kergothi suppose.  maybe we should rename it, or make it opt-in or opt-out, or enhance testlab.bbclass to emit more info about the image
15:10.29cbrakekergoth: I've also found tmp/rootfs useful, but I've also had customers that tried to install it as well
15:10.37pb_yeah, making it opt-in would be reasonable enough
15:10.57pb_it wouldn't kill me to have to set KEEP_TMP_ROOTFS=1 in my local.conf or something
15:11.09kergothi expect the common case is for the user to expect it to be a fully functional rootfs, and the less common but still important use case is the power user wanting it around to poke at it
15:11.10kergothnods
15:11.33pb_yeah, the name does kind of suggest that it's... well, a rootfs
15:11.51kergothindeed.
15:12.26kergothimagines someone trying to run the userland nfsd under fakeroot pointing at the tmp/rootfs fakeroot data and chuckles
15:12.38pb_or we could rename it to "joke-rootfs-do-not-use", but that'd be too much typing.
15:12.50hrwor move tmp/rootfs to WORKDIR
15:13.02pb_kergoth: heh.  that'd probably work, in fact, if you arranged for nfsd to share the same fakeroot context as bitbake was using.
15:13.11pb_I think the daemon fakeroot thing can do that.
15:13.19htchm i feel terribly ignored :)
15:13.26kergothpb_: neat :)
15:13.32pb_htc: heh, I think it's more that nobody knows the answer
15:13.49kergothhrw: that's a good idea.  would get it out of the user's way, but still have it available to the experts
15:13.54hrwhtc: probably do_stage() needs fixing
15:14.08kergoththough i do get tired of 42 tab completions to get inside a given workdir, but thats a whole different issue ;)
15:14.41pb_yeah, that is a pain as well
15:15.10kergothguess you could -c devshell foo-image
15:15.33htcactually now I see that giomm-2.4 was installed in usr/lib and usr/include
15:16.16kergothhtc: as pb says, its not so much that you're being ignored, just that nobody knew the answer to the question.  it's common irc social convention to not respond rather than respond with a negative, just to reduce the spam on the channel
15:16.32htcget it :)
15:16.53*** join/#oe montamer (n=montamer@203.199.213.3)
15:18.27kergothpb_: turns out my abiversion idea was mostly doomed.  the first pass of parsing, of course the parse order isnt guaranteed, so emitting bits from anonymous python doesnt provide any guarantees about whether the dependent packages are built before or after what depends on them.. but i cant move everything to do_setscene, because i have to figure out if things need to be rerun for the runqueue setup, in the first phase.. fun stuff
15:18.32kergothgrumbles
15:18.50kergothis going to try switching the stamp policy and making a setscene touch the stamps if it doesn't need to be rebuilt
15:19.06kergothdowns a mt dew
15:20.52*** join/#oe digital-ex (n=Luccisa@nat/cisco/x-046c7c2826b1ba9c)
15:21.08*** join/#oe Sleep_Walker (n=Sleep@nat/novell/x-59e1284e6637bbb3)
15:23.03pb_kergoth: ah, that's a nuisance.
15:23.53kergothsadly i cant rely on the second phase, because if the recipe has already been built, there *is no* second phase, since second phase is task execution time
15:23.59kergothheh
15:24.23*** join/#oe Sleep_Walker (n=Sleep@nat/novell/x-9cb52302db85fbe3)
15:24.38*** join/#oe rsalveti (n=rsalveti@200.184.118.130)
15:26.49*** join/#oe ArteK (n=Artur@81.15.241.96)
15:27.11*** join/#oe hoj (n=jfaith@75.147.191.205)
15:29.48*** join/#oe sx (n=sx@87-126-142-238.btc-net.bg)
15:31.35hrwFPU on ep9301 makes a big difference!
15:31.54hrw"lame --decode --mp3input file.mp3" with FP: 4m, without: 15m
15:32.38hrwbut problem is that it lacks reliable internal storage so I had to do that over crappy ethernet ;(
15:34.55*** join/#oe marcosmamorim (n=marcos@189.121.183.147)
15:36.19pb_when you say 'without fp', is that using a fixed-point codec or software fp?
15:37.41hrwsoftware fp
15:37.59hrwI have to build madplay
15:39.32pb_right, madplay vs fpu-equipped lame would be a more interesting comparison
15:41.16pb_a speedup of about 4x isn't actually all that impressive, given that most soft-fp operations require several tens of instructions to emulate.
15:41.32pb_(look at, say, __addsf3 for example)
15:42.11hrwand I wonder how to compare properly... ep9312 optimised system with armv4t madplay or armv4t system
15:42.27pb_it shouldn't matter, madplay is almost entirely user mode.
15:51.35Gnutoohi, I'm trying to debug an application and I have problems becuase:
15:51.40Gnutoo*gdb remote is too slow
15:51.56Gnutoo*NFS would be too slow over usb1 and too hard to implement
15:52.27hrwGnutoo: ever heard about gdbserver?
15:52.30Gnutoo*it doesn't produce a core even if there is a segfault...and it meet all the requirements for making a core
15:52.37Gnutoos/gdb/gdb+gdbserver
15:52.54*** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh)
15:53.01TartarusWhy is gdb remote too slow?
15:53.02Gnutoohrw, it's slow...maybe I'll retry now that I've made the cache
15:53.13Tartaruscpu slow or link slow?
15:53.13Gnutoodon't know...my application is slow under gdb remote
15:53.18Gnutooit takes too long to load
15:53.19hrwGnutoo: so you need faster machine
15:53.34Gnutooload = the application not gdb itself
15:53.34pb_what exactly is slow about it?  if the application isn't trapping into gdbserver then it shouldn't be affected.
15:53.44pb_you wouldn't normally expect a performance penalty during normal running.
15:53.48Gnutoook I'll retry
15:54.14pb_if it's slow loading then you could consider attaching gdb to the process after it's started.
15:55.25Gnutoook but I can only use gdbserver+gdb
15:55.32cbrakeponders adding google perftools to OE ...
15:55.36Gnutoobecause gdb goes out of memory
16:02.44pb_well, gdbserver then.  I think that can also attach to a running process.
16:02.53pb_or get more memory :-)
16:03.24Gnutoommm...CPU doesn't go over 20%
16:03.35pb_but, if all you're trying to debug is a segfault, gdb might be a waste of time anyway.  catchsegv is usually enough in most cases.
16:03.48hrwok. moved mp3 to ram (to not use network) - madplay is much faster now
16:03.57hrwtime to boot to armv4t and use ep9312 lame
16:05.05GnutooI'll --attach it
16:05.32hrw~curse redboot
16:05.33ibotMay you be reincarnated as a Windows XP administrator, redboot !
16:05.59florian~lart redboot
16:05.59ibotforces redboot to use Outlook Express
16:06.18hrwflorian: you still have redboot on your devices?
16:07.02Gnutoowhy does evrybody curse redboot?
16:07.31pb_they're just jealous of its good looks and talents
16:07.38florianhrw: not delibertately... but i have a device here where i don't have much of choice :-/
16:08.12hrwGnutoo: just like Phil told
16:08.48florian:-)
16:09.09*** join/#oe ZaPPaS (n=moritz@129.69.51.130)
16:09.20hrwGnutoo: your BUG still uses redboot?
16:09.26Gnutooyes
16:09.38florianpb_: don't forget the extremely clear directory layout and configuration ;)
16:10.13GnutooI kept it because I was afraid of flashing a bootloader without having a jtag adaptor and in order to have different bootloader(to learn)
16:10.21pb_florian: ah yes, right
16:10.44Gnutooby the way thanks a lot for telling me that I could attach gdbserver
16:11.35CIA-7303Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r5d1c1762c5 10openembedded.git/recipes/busybox/busybox.inc: busybox: put mountall in its own package
16:11.36CIA-7303Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rb5a7a6cec6 10openembedded.git/recipes/util-linux-ng/ (util-linux-ng.inc util-linux-ng_2.15.bb): util-linux-ng: put mountall in its own package, have it RRPLACE busybox-mountall * this makes them parallel installable
16:11.36CIA-7303Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r4dd4262296 10openembedded.git/recipes/autoconf/ (13 files in 2 dirs): autoconf: add 2.63 with patches ported forward, disabled by default
16:11.38CIA-7303Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r47f0cf05cb 10openembedded.git/ (conf/checksums.ini recipes/libsndfile/libsndfile1_1.0.20.bb): libsndfile: add 1.0.20
16:11.41CIA-7303Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rfae1b0db81 10openembedded.git/ (2 files in 2 dirs): libsamplerate: update to 0.1.7
16:11.44CIA-7303Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r1d4eba778c 10openembedded.git/recipes/pulseaudio/libcanberra_0.12.bb: libcanberra: sync with poky
16:11.47CIA-7303Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r903a2a4beb 10openembedded.git/recipes/distcc/distcc_3.1.bb: distcc: fix startup by creating 'distcc' user
16:11.50CIA-7303Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r347db9f615 10openembedded.git/recipes/gnuradio/gnuradio_3.2.0.bb: gnuradio: add deptask for the buildlibusb task
16:11.57CIA-7303Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r021a71d29a 10openembedded.git/ (10 files in 3 dirs): pulseaudio: add 0.9.15, sync with poky
16:12.00CIA-7303Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r2e66494cb3 10openembedded.git/ (2 files in 2 dirs): xf86-video-displaylink: add 0.1 * this recipe is a mess because upstream is a mess
16:12.03CIA-7303Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r29e3e0466c 10openembedded.git/recipes/guile/guile_1.8.5.bb: guile 1.8.5: remove -Werror
16:12.06CIA-7303Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r3ee4c019c9 10openembedded.git/ (2 files in 2 dirs): linux-kirkwood: update to 2.6.29.4
16:12.09CIA-7303Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rd73aaeeb6f 10openembedded.git/recipes/guile/guile-native_1.8.5.bb: guile-native: depend on gettext-native
16:12.12CIA-7303Robert Nelson <robertcnelson@gmail.com> 07org.openembedded.dev * r24d1f97335 10openembedded.git/recipes/ (4 files in 2 dirs): linux-firmware: add recipes to package firmwares that used to be in the kernel
16:12.21CIA-7303Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * re31e44ee5b 10openembedded.git/conf/distro/angstrom-2008.1.conf: angstrom 2009.X: weakly assign xserver-xorg as default * images can still pick kdrive if wanted
16:12.24CIA-7303Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rd76be98f7b 10openembedded.git/recipes/mozilla/ (files/use-native-bpp.patch firefox_3.0.1.bb): firefox 3.0.1: make it go faster in 16bpp modes
16:12.29CIA-7303Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rf919392d47 10openembedded.git/recipes/tasks/task-beagleboard-demo.bb: task-beagleboard-demo: add linux-firmware files
16:12.32CIA-7303Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r5018d15c59 10openembedded.git/conf/distro/include/angstrom-2008-preferred-versions.inc: angstrom 2009.X: switch to autoconf 2.63 * update to a newer pulseaudio as well
16:12.36CIA-7303Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r7d1ad608c4 10openembedded.git/contrib/angstrom/sort.sh: angstrom feed sorter: add htcalpine and optimize db refreshes
16:12.41CIA-7303Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r8fc3b478da 10openembedded.git/ (2 files in 2 dirs): linux-davinci git: update dm355-leopard defconfig
16:12.44CIA-7303Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r1108eaf7b6 10openembedded.git/recipes/xorg-lib/pixman_git.bb: pixman git: update to 0.15.8, includes more NEON bits
16:12.49CIA-7303Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r160616d5f2 10openembedded.git/recipes/linux/linux-davinci_git.bb: linux-davinci git: update to 2.6.30-rc7, drop vpfe patches in favour of using the staging/vpfe branch
16:12.55CIA-7303Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r1b573fb0d2 10openembedded.git/recipes/tasks/task-beagleboard-demo.bb: task-beagleboard-demo: 'kernel-modules' currently has all the firmware already
16:12.58CIA-7303Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rd12429c312 10openembedded.git/ (2 files in 2 dirs): linux-davinci git: add OTG to dm355-leopard defconfig
16:13.03CIA-7303Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r81979c3bb6 10openembedded.git/recipes/dsplink/gstreamer-ti_svn.bb: gstreamer-ti: bump SRCREV to 225
16:13.06CIA-7303Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rf1d8885f37 10openembedded.git/recipes/xorg-lib/ (3 files in 2 dirs): pixman git: add patches to fix NEON bugs
16:13.11CIA-7303Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r21aad54b66 10openembedded.git/recipes/vim/vim.inc: vim: fix u-a path
16:13.16CIA-7303Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r5b80557827 10openembedded.git/recipes/glibc/glibc_2.6.1.bb: glibc 2.6.1: bump PR for packaging changes
16:13.19CIA-7303Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * ra96dad4f78 10openembedded.git/ (2 files in 2 dirs): linux-kirkwood: enable more features in defconfig
16:13.22CIA-7303Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r17bbd23a96 10openembedded.git/ (7 files in 4 dirs):
16:13.27CIA-73enlightenment: bump SRCREV in anticipation of new snapshot coming friday *
16:13.29CIA-73systray is now part of e-wm, so adjust metadata * use lib-glibc override now it
16:13.31CIA-73exists * fix upgrade paths for eina * fix upgrade paths for evas * fix upgrade
16:13.35CIA-73paths for edje
16:13.37CIA-7303Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r6e04293e82 10openembedded.git/recipes/u-boot/u-boot_git.bb: u-boot git: bump beagle SRCREV * WARNING: the u-boot dudes changes 'mmcinit' to 'mmc init', so update your bootcmd
16:13.43CIA-7303Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r854e7493b3 10openembedded.git/recipes/clutter/ (2 files in 2 dirs): clutter-gst-0.9: fix build
16:13.46CIA-7303Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r9e51e58bd4 10openembedded.git/recipes/gpe-login/gpe-login_0.95.bb: gpe-login 0.95: make gpe-theme-clearlooks RRECOMMENDS
16:13.51CIA-7303Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r01b5015c79 10openembedded.git/ (2 files in 2 dirs): xf86-video-sisub: update to 0.9.1
16:13.54CIA-7303Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r42870b2174 10openembedded.git/recipes/clutter/clutter-0.9_git.bb: clutter-0.9: fix build for gles2
16:13.59CIA-7303Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r5ce1cbf848 10openembedded.git/recipes/moblin/nbtk_git.bb: nbtk: bump SRCREV
16:14.02CIA-73(5 lines omitted)
16:14.16kergothhmmm
16:14.25*** join/#oe pleemans (n=toi@d54C2AAB7.access.telenet.be)
16:15.00woglindehm?
16:16.11pb_quite
16:16.50kergothrunqueue.py is pretty comprehensible
16:17.10woglindeokay bey for now
16:17.12florianhrm... why should gpe-login recommend the clearlooks theme?
16:17.59pb_that does sound bogus
16:18.14kergothi wonder
16:18.56kergothif i remove the configure stamp, it rebuilds everything after configure, even if what all other packages want from this recipe is its staging, and its staging was already complete.  i wonder why we didn't let it avoid the previous steps if the later steps which are depended upon are complete
16:20.09pb_florian: http://cgit.openembedded.net/cgit.cgi/openembedded/commit/?id=ee67ecdd7aac4426547b9115e3a7dae6f7cee6b4 would appear to be the culprit
16:20.23pb_but, as to why that is supposed to be a good thing, I have no idea
16:21.23pb_kergoth: I guess the theory is that, if you remove the configure stamp it means you want to re-configure, and that if you re-configure then the results of the later stages might change as a result.
16:21.33pb_doesn't seem like a completely silly arrangement
16:22.06kergothhmm, i suppose
16:23.30florianpb_: hum yes... it works pretty well without an additional random theme
16:24.15kergothI'd kind of like to avoid people poking at stamps directly to begin with, but i guess we need better support for the developer use case, and more convenience tasks, to reduce that
16:24.57kergothlooking at it from a high level, it doesn't make much sense to redo things we dont have to, so if we already have the output that we need...
16:25.50pb_kergoth: true, but in that case why are you removing the configure stamp?
16:26.31pb_florian: yah, I guess you can go ahead and revert that change
16:27.18pb_if some crazy distro wants the theme then they can add it themselves, I don't think gpe-login itself should have that dependency
16:27.37kergothI'm not removing the configure stamp, that was just an example.  I'm thinking more of things like pstage, where itd be nice to avoid the use of stamps entirely, and just say that my package wants that package's pstage package, do what you need to do to get it, but if we already have it, don't do anything else
16:28.19pb_ah right, fair enough
16:28.24pb_in that case, yeah, I agree
16:29.21kergothbut to do something like that, i guess I'd need to keep better track of what goes into and out of the different tasks, and maybe completely rework how users would ask us to reconfigure the package
16:29.22kergothheh
16:29.39kergothso hopefully the need for that current behavior would go away
16:29.46pb_yeah
16:29.47kergothshuffles that farther down the list
16:30.43*** join/#oe workrat (n=chatzill@adsl-76-226-146-243.dsl.sfldmi.sbcglobal.net)
16:31.17kergothbeen mulling over possibilities for smarter stamps.  wondering whether its really viable, or if it should stay as simple and "dumb" as it is now.  would be nice if it was smarter about knowing when things need to be rebuilt, pay attention to what vars were actually used in the execution of a task, and stuff
16:31.48kergothfor work i had to implement a signature/hash of the recipe/cfg metadata, to faciliate the support to fetch pstage packages and use them for the build
16:32.16kergothof course its very brittle, as you'd expect given we can't keep track of what's used where
16:41.20kergothmickey|sun: ping
16:41.51*** join/#oe e-ffi (n=cybercom@dslb-088-068-175-155.pools.arcor-ip.net)
16:42.41*** join/#oe dth_ntb (n=dieter@p4FDED536.dip.t-dialin.net)
16:43.14hrwanyway time for weekend
16:44.53kergothlater hrw|gone
16:46.10*** join/#oe dth_ntb (n=dieter@p4FDED536.dip.t-dialin.net)
16:49.05*** join/#oe valhalla (n=valhalla@81-174-25-110.dynamic.ngi.it)
16:51.58pb_hm, still need someone to ack my micro.conf patch I think
16:52.39*** join/#oe kristoffer (n=kristoff@79.138.190.177.bredband.tre.se)
16:53.02kergothi dunno if micro has a maintainer or anything, but i'll ack it, it looks perfectly sane to me :)  haven't tested it though
16:53.08kergothgets more caffeine
16:53.40pb_heh, thanks
16:53.49kergothany python experts around, could use an opinion on http://kergoth.pastey.net/115448
16:54.58pb_florian: doh, this film scanner I was watching on ebay just ended at £364.  crazy ebay dudes, there's another identical one listed as buy-it-now for £250.
16:56.44*** join/#oe j720 (n=jornix@201-67-31-144.bsaco700.dsl.brasiltelecom.net.br)
16:57.53*** part/#oe oddjob-jlime (n=jornix@201-67-31-144.bsaco700.dsl.brasiltelecom.net.br)
17:09.24*** join/#oe j720 (n=jornix@201-67-31-144.bsaco700.dsl.brasiltelecom.net.br)
17:12.42*** join/#oe j720 (n=jornix@201-67-31-144.bsaco700.dsl.brasiltelecom.net.br)
17:16.09*** join/#oe j720 (n=jornix@201-67-31-144.bsaco700.dsl.brasiltelecom.net.br)
17:46.49*** join/#oe Gnutoo (n=gnutoo@host56-144-dynamic.54-79-r.retail.telecomitalia.it)
18:03.05*** join/#oe booxter (n=booxter@80.249.92.88)
18:06.33*** join/#oe rkirti (n=rkirti@117.254.10.216)
18:07.01CIA-7303Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r3c8bf19670 10openembedded.git/recipes/libdlo/kernel-module-udlfb.bb: kernel-module-udlfb: fix SRC_URI
18:10.26pb___hi mickeyl
18:12.12kergothhey mickeyl
18:13.12*** join/#oe dth (n=Dieter@p4FDED536.dip.t-dialin.net)
18:14.16mickeylhi guys
18:15.06kergothmickeyl: http://kergoth.pastey.net/115448 could use an opinion of a python expert if you have a moment, still getting my head wrapped around best practices and such
18:16.54*** join/#oe florian (n=fuchs@dyn-209-0.physik.uni-siegen.de)
18:19.30florianre
18:20.19kergothargh
18:20.24kergoththis implementation isnt going to work either
18:20.25kergothhrmph
18:20.36kergothwait, if i change to the completion task scheduler, that might help it along
18:20.37kergothhmm
18:23.42*** join/#oe bin1010 (n=mia@rrcs-71-40-238-241.sw.biz.rr.com)
18:28.14pb___florian: wb
18:30.26kergoththis abiversion thing is a royal pain in the ass :)
18:34.07pb___yah, sounds like it
18:34.30kergoththis time around i tried changing the stamp policy to whitelist/full, then made do_setscene touch the stamps if the dep abi versions hadnt changed
18:35.01kergothbut i forgot that the dependent package's tasks may run after that setscene, so those tasks will get rerun anyway due to the dep task stamps being touched after the setscene touch
18:35.03kergothhrmph
18:35.22kergothif i switch to a completion scheduler so it completes one recipe before moving onto the next, then its functional
18:35.25kergothbut slows down the build
18:38.07*** join/#oe JaMa (n=martin@161-24.13.24.78.awnet.cz)
18:42.54pb___is that really so much of a slowdown?  fetch aside, I was never very convinced that random scheduling overlaps helped much.
18:43.07kergothtesting that now
18:43.33kergothif it doesn't affect it much, this might be a good thing in general, less confusing output
18:43.34kergothheh
18:43.42pb___obviously it is a win to pipeline fetching with compiling, but apart from that I suspect all the other stages are pretty much cpu bound.
18:44.25kergothnods
18:44.37kergothsome disk bound with unpack/patch, but i dont think thats much of a concern
18:44.43pb___oh, except, I guess you need random task scheduling to make use of multiple threads
18:45.02pb___since you want to be able to run do_compile for several packages concurrently, one on each cpu
18:45.06kergothahh right
18:45.07kergothdamn
18:45.22kergothtries to think of a different implementation.. 4th time's the charm? :)
18:45.29pb___I don't really have enough cpus myself for that to be much of an issue, but I guess other folks do. :-}
18:46.10kergothi had one idea that involved emission of the dependency data along with the abi version info and trying to leverage that in the first pass parse execution of the anonymous python bits, i guess i'll have to give that more thought
18:46.49*** join/#oe pleemans (n=toi@d54C2AAB7.access.telenet.be)
19:04.41*** join/#oe greentux__ (n=lemke@BAA2c55.baa.pppool.de)
19:04.57*** join/#oe timtimred (n=meh@79-75-128-132.dynamic.dsl.as9105.com)
19:20.45*** join/#oe digital-ex (n=Luccisa@nat/cisco/x-226d5a01901cb119)
19:21.52kergothokay, i *think* http://kergoth.pastey.net/115458 might work
19:25.39CIA-7303Leon Woestenberg <leon@sidebranch.com> 07org.openembedded.dev * r91cd903f86 10openembedded.git/recipes/linux/ (2 files in 2 dirs): linux-powerpc-fsl-git: New recipe for Freescale PowerPC Linux kernel GIT tree.
19:29.24jimsheldonanyone know how to set GLIBC_GENERATE_LOCALES when using eglibc?
19:37.02*** join/#oe Martin-B (n=Martin@pool-93-66-198-89.dbd-ipconnect.net)
19:38.02*** join/#oe darion761 (n=darion76@94-248-120-162.dynamic.peoplenet.ua)
19:40.47jimsheldonnevermind, GLIBC_GENERATE_LOCALES works when you set it in the real local.conf, and not one under contrib :)
19:50.05*** part/#oe ArteK (n=Artur@81.15.241.96)
19:51.43digital-exHi everyone... I was wondering if anyone can help with determining how OE installs the kernel headers in the staging area
19:53.37*** join/#oe marcosmamorim (n=marcos@brma.luzpublicidadesp.com.br)
19:55.28dthaber du müsstest in jedem einsatzfall das ding neu  einbauen. um universell zu sein braucht es einengewissen subset an fähigkeiten
20:07.52kergothpb_, mickeyl: either of you happen to know where in bitbake or OpenEmbedded the bits to figure deps based on RDEPENDS + PACKAGES are located, by chance?
20:13.35*** part/#oe darion761 (n=darion76@94-248-120-162.dynamic.peoplenet.ua)
20:14.28CIA-7303Leon Woestenberg <leon@sidebranch.com> 07org.openembedded.dev * r59b520ae17 10openembedded.git/ (2 files in 2 dirs):
20:14.28CIA-73linux-powerpc-fsl-git: Add patch for missing MSI support in the DTS.
20:14.28CIA-73Also fixed the comments in the mpc8315e-rdb machine configuration.
20:16.19CIA-7303Leon Woestenberg <leon@sidebranch.com> 07org.openembedded.dev * rabedbebdf0 10openembedded.git/recipes/linux/linux-powerpc-fsl-git/mpc8315e-rdb/mpc8315erdb-add-msi-to-dts.patch: linux-powerpc-fsl-git: Actually add the patch.
20:16.19likewiseand now add the patch itself....
20:16.20CIA-7303Leon Woestenberg <leon@sidebranch.com> 07org.openembedded.dev * r5a4a6ef271 10openembedded.git/recipes/linux/linux-powerpc-fsl-git/mpc8315e-rdb/defconfig: linux-power-fsl-git: Fix defconfig.
20:16.36likewisegood boy
20:16.38*** join/#oe timtimred (n=meh@79-75-128-132.dynamic.dsl.as9105.com)
20:16.44likewisehi timtimred
20:17.42*** join/#oe Sleep_Walker (n=Sleep@217.77.165.52)
20:17.50timtimredhallooo
20:19.32kristofferAnyone got a working git based linux-kernel recipe?
20:19.46kristoffergetting "not a valid object name 1"
20:20.16*** join/#oe stefan_schmidt (n=stefan@p5B034F85.dip.t-dialin.net)
20:25.31pb___kergoth: it's in bitbake, not openembedded, but I don't remember where exactly.  grep for 'rundeps', maybe
20:25.32Laibschkristoffer: You need to specify which revision to check out
20:26.08pb___kergoth: or PACKAGES_DYNAMIC would be another thing to grep for, that's the other variable that's involved
20:26.12*** join/#oe fpga (n=s@89.112.71.187.pppoe.eltel.net)
20:26.19Laibschkristoffer: take a look at how other git recipes do it
20:26.23kristofferLaibsch, oki, so just saying I want branch X wont do?
20:26.55kergothpb___: ah, okay, thanks
20:27.26Laibschkristoffer: I guess not, but I've never prepared a git recipe.  I remember that error though from other VCS recipes.
20:27.26kergothhrmph, that could be a problem for my current implementation of this thing, since i emit dep bits to tmpdir, and i dont think the added bits by the packages_dynamic stuff go into DEPENDS
20:27.35LaibschAnybody around who understands how kexecboot is supposed to work on the spitz?
20:27.46kristofferLaibsch, roger thanks, Ill try with a tag or revision
20:27.53LaibschI think I named the files incorrectly, but I'm not sure how they need to be named
20:29.53CIA-7303Sebastian Krzyszkowiak <seba.dos1@gmail.com> 07shr/import * r78b8f7f61b 10openembedded.git/recipes/shr/ (3 files):
20:29.53CIA-73shr-splash-*: provide more files, change files permissions and specify prorities for alternatives
20:29.53CIA-73Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
20:29.53CIA-7303Sebastian Krzyszkowiak <seba.dos1@gmail.com> 07shr/import * r95d167a862 10openembedded.git/recipes/shr/shr-splash_git.bb:
20:29.57CIA-73shr-splash: stop shr-splash.sh after xserver-nodm
20:29.59CIA-73Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
20:39.07*** join/#oe timtimred (n=meh@79-75-128-132.dynamic.dsl.as9105.com)
20:51.00likewise[]]]]]]]\
20:52.52likewisecat
21:06.48CIA-7303Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rbf1fa81a79 10openembedded.git/: Merge branch 'org.openembedded.dev' of git@git.openembedded.org:openembedded into org.openembedded.dev
21:06.48CIA-7303Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r92f3e5fb27 10openembedded.git/ (conf/checksums.ini recipes/sdr/fldigi_3.11.4.bb): fldigi: add 3.11.4
21:06.49CIA-7303Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * raee8d316d9 10openembedded.git/ (2 files in 2 dirs): midori: bump SRCREB
21:11.25*** join/#oe ant__ (n=andrea@host141-190-dynamic.60-82-r.retail.telecomitalia.it)
21:12.31kergothwhew, got abiversions working, but only going by DEPENDS.  i dunno if i can make it work for the rdepends/packages magic :(
21:12.37kergothpokes at bitbake
21:12.48kergothperhaps..
21:18.50CIA-7303Klaus Kurzmann <mok@fluxnetz.de> 07shr/import * r96700aa693 10openembedded.git/recipes/tasks/task-shr-feed.bb:
21:18.50CIA-73task-shr-feed: bump PR
21:18.50CIA-73Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
21:18.51CIA-7303Sebastian Krzyszkowiak <seba.dos1@gmail.com> 07shr/import * r3b045d1de5 10openembedded.git/recipes/ (shr/e-wm-illume-dict-pl_git.bb tasks/task-shr-feed.bb):
21:18.53CIA-73e-wm-illume-dict-pl: add package with polish dictionary for Illume keyboard
21:18.55CIA-73Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
21:19.01CIA-7303Klaus Kurzmann <mok@fluxnetz.de> 07shr/import * rc72043c288 10openembedded.git/conf/distro/include/shr-autorev.inc:
21:19.02CIA-73shr-autorev.inc: set e-wm-illume-dict-pl to AUTOREV
21:19.04CIA-73Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
21:20.23CIA-7303Sebastian Krzyszkowiak <seba.dos1@gmail.com> 07shr/import * reb23636d72 10openembedded.git/recipes/tasks/task-shr-minimal.bb:
21:20.23CIA-73task-shr-minimal: add matchbox-keyboard-im to image
21:20.23CIA-73Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
21:23.09CIA-7303Klaus Kurzmann <mok@fluxnetz.de> 07shr/import * r3550a71fb0 10openembedded.git/recipes/tasks/task-shr-minimal.bb:
21:23.09CIA-73task-shr-minimal: bump PR
21:23.09CIA-73Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
21:35.01*** join/#oe user1 (n=3MX@host86-146-233-29.range86-146.btcentralplus.com)
21:43.32ant__argh...
21:43.44ant__NOTE: Running task 1347 of 3701 (ID: 2954, /oe/org.openembedded.dev/recipes/freesmartphone/fso-gsm0710muxd_git.bb, do_fetch)
21:44.00ant__...fatal: failed to unpack tree object af1b80c7ded08b697730c3191d110dfd6dd872d3
21:44.30ant__why do I get gsm daemons  (minimal/c7x0)
21:44.39ant__Openmoko pollution?
21:45.01ant__Laibsch: ping
21:48.42CIA-7303Andrea Adami <andrea.adami@gmail.com> 07org.openembedded.dev * r5ff3e46de7 10openembedded.git/conf/machine/include/zaurus-2.6.inc: zaurus-2.6.inc: [tosa] wlan-ng is now inside the kernel for tosa
21:48.51*** join/#oe Laibsch (n=Laibsch@p3077-ipngn201marunouchi.tokyo.ocn.ne.jp)
21:49.13Laibschant__: pong
21:49.19LaibschI wanted to talk to you
21:49.26ant__hello there
21:49.31LaibschHi
21:49.44LaibschHow do I get kexecboot to actually work on the spitz, then?
21:49.56LaibschI have installed the initramfs
21:51.13CIA-7303Stefan Schmidt <stefan@datenfreihafen.org> 07shr/import * rb2a57f2dbd 10openembedded.git/recipes/efl1/libefso_svn.bb: libefso: Sync package version
21:51.13CIA-7303Stefan Schmidt <stefan@datenfreihafen.org> 07shr/import * rc745b83445 10openembedded.git/recipes/e17/gridpad_svn.bb: bubble-keyboard: Add swisscoms gridpad.
21:51.15CIA-7303Stefan Schmidt <stefan@datenfreihafen.org> 07shr/import * r94f1e3e6d3 10openembedded.git/recipes/e17/essential-dialer_svn.bb: essential-dialer: Sync package version
21:51.15CIA-7303Stefan Schmidt <stefan@datenfreihafen.org> 07shr/import * r784f0bf8f2 10openembedded.git/conf/distro/include/sane-srcrevs.inc: sane-srcrevs: Update and add more swisscom revisions
21:51.17CIA-7303Stefan Schmidt <stefan@datenfreihafen.org> 07shr/import * r69cdf2613e 10openembedded.git/recipes/e17/bubble-keyboard_svn.bb: bubble-keyboard: Add swisscoms bubble-keyboard prototyp
21:51.24CIA-7303Stefan Schmidt <stefan@datenfreihafen.org> 07shr/import * r8311ea8a7b 10openembedded.git/recipes/e17/intuition_svn.bb: bubble-keyboard: Add swisscoms intuition prototype.
21:52.34*** join/#oe kergoth (n=kergoth@ip98-167-215-86.ph.ph.cox.net)
22:11.30*** join/#oe HellDragon (i=jd@Wikipedia/HellDragon)
22:13.12*** part/#oe aloisiojr (n=aloisio@200.184.118.130)
22:13.30CIA-7303Klaus Kurzmann <mok@fluxnetz.de> 07shr/import * rfde655e76b 10openembedded.git/recipes/openbmap/openbmap-logger_0.3.0.bb:
22:13.30CIA-73openbmap-logger: move DEPENDS to RDEPENDS
22:13.30CIA-73It has no build dependencies... just runtime dependencies.
22:13.30CIA-73Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
22:14.28*** part/#oe vivijim (n=vivijim@unaffiliated/vivijim)
22:19.18GnutooI'll commit and work on openssh later...I'm working on boost again now...the 1.39.0 is compiling...and at the same time I'm trying to debug wesnoth+boost-38
22:19.24otavioHello; I'm in doubt how I can embedded an initrd in the ELF section of a linux bin
22:19.27otavioAny hint?
22:24.35ant__otavio: iirc you can embed an initramfs and attach the modules at the end
22:24.51otavioant__: right, but how? using objcopy?
22:25.02ant__code is in kernel...
22:25.15ant__grep for cpio.gz
22:25.20Gnutoootavio, the in-kernel configuration option for including initrd or initamfs doesn't work ?
22:25.25ant__or let me find it...;)
22:25.32otavioant__: but then every time I change the initrd file I need to rebuild the kernel?
22:25.55ant__the cpio.gz can even be external
22:26.11ant__thgere was a nice Gentoo howto time ago
22:26.22Tartarusiirc, the in-kernel stuff does not let you do modules, unless you stick them in the dir
22:26.32Tartarusi'd love to be proven wrong tho :)
22:26.40ant__iirc you can just 'append' them
22:26.51Tartarusbut you have to do initramfs is a dir not cpio and install modules into that dir
22:26.57Tartarusthen build the kernel w/ builtin cpio
22:27.26otaviolost heh
22:27.33otavioant__: did you find the gentoo howto about it?
22:27.35TartarusI don't see how, given a uImage or zImagge that could work
22:27.46otavioant__: I want to do that in a mips machine (ar71xx)
22:29.29ant__otavio: this is not th eone I mean, still...http://en.gentoo-wiki.com/wiki/Initramfs
22:31.18otavioant__: yes; but I'd like to avoid to recompile the kernel if not really need heh
22:31.22ant__hm..neither this one...
22:31.28ant__http://www.gentoo-wiki.info/Initramfs
22:31.42ant__still..the idea is you can have several cpio.gz
22:32.34*** join/#oe ptitjes (n=didier@173.73.198-77.rev.gaoland.net)
22:33.03ant__otavio: yes..last link
22:33.05ant__<PROTECTED>
22:33.05ant__cat base.img-$KERNEL modules.img-$KERNEL > initramfs.img-$KERNEL
22:33.29ant__am I too drunk?
22:33.45otavioant__: it can't be that simple! heh
22:35.36otavioheh
22:36.15Tartarusyeah, it's not :)
22:36.19Tartarusthat's an initrd not an initramffs
22:38.18otavioTartarus: ahah
22:38.19otavioTartarus: I think objcopy might do it
22:38.20otavioTartarus: with --add-section
22:38.28otavioTartarus: do you think it might work?
22:38.54TartarusNo, you can't modify your in-kernel cpio.gz
22:39.28TartarusNot without modifying the kernel in such a way that it allocated a biggger spot for the initramfs.cpio.gz and you just used dd to seek and replace
22:39.33Laibschant__: BTW, is there a reason that collie is not listed among compatible machines for encdec-updater, zaurus-updater and zaurus-installer?
22:39.41Tartaruswith some other magic if you used a vmlinux.gz or what have you
22:39.54ant__well..I found this situation
22:39.56LaibschIt is not possible to build a collie image straight from .dev, currently
22:40.27ant__thesing was the only Z actively supported months ago...
22:40.33ant__eh...
22:40.35otaviowill take a rest; bbl
22:40.54ant__collie was the Z, thesing the dev ;)
22:41.28Laibschalright
22:41.41Laibschso there is no fundamental reason not to add that to compatible machines, he?
22:41.58LaibschI'll be happy to do that and assume some kind of responsibility
22:42.07LaibschI think I'll continue using the collie
22:42.13Laibschas long as it works
22:44.03ant__it seems collie is flashed by pressing D+C
22:44.11ant__as it was loong ago
22:44.14ant__http://openzaurus.berlios.de/Collie/Install
22:44.49ant__sorry..never had the device in my hands
22:45.04ant__(neither interested)
22:45.57LaibschYes, that is true (C+D)
22:46.04Laibschhow is that relevant?
22:47.25ant__collie has different nand, I get updater.sh won't work
22:47.38ant__neither nandlogical
22:47.46ant__dunno mtd-utils
22:51.01Laibschso, how do you suggest to resolve the situation?
22:51.23Laibschto get "MACHINE=collie bitbake opie-image" compile again?
22:57.44ant__Laibsch: I'm back
22:58.19ant__where does it exactly fail? the three recipes you mention are not built for collie isn't?
22:58.45LaibschI think some package pulls in one of the three
22:58.58Laibschand then it goes on
22:59.09ant__ok, then a fix is needed
22:59.14Laibschyes
22:59.29LaibschWill you be around for another 30 minutes?
22:59.35LaibschI'm running another build ATM
22:59.36ant__yes
22:59.40LaibschOK
23:02.06*** join/#oe daniel__li (n=daniel@116.227.147.186)
23:02.39Laibschhow do you guys go about wip stuff in git?  IOW, do you use stash to stash that away, do you make intermediate commits and use git squash or something else?
23:03.55LaibschI would like to commit on the current, local branch.  But if it's WIP, I cannot push back to OE until the WIP work is finished.
23:05.28*** join/#oe daniel_li (n=daniel@116.227.147.186)
23:05.32*** part/#oe daniel__li (n=daniel@116.227.147.186)
23:07.48daniel_liI have read "Getting started", and can build nano now. How can I configure packages to be build or NOT?
23:09.06*** join/#oe drw (n=drw@cpe-76-187-64-213.tx.res.rr.com)
23:10.10Laibschdaniel_li: what is your real issue?
23:10.25LaibschOE decides what packages should be built
23:10.39Laibschfor the target you specify
23:10.47daniel_liI'm really new to this, I think I need something like buildroot
23:11.00Laibschalright
23:11.06Laibschso what do you want to build?
23:11.27daniel_liSo is it possible to configure packages for special target?
23:11.44daniel_liI wanna build a basic fs, very small
23:12.00LaibschFor what machine?
23:12.17daniel_liI have a FreeRunner, I wanna start with this
23:12.25LaibschI suggest you try building the micro distribution
23:12.39LaibschNot sure if micro works well with the NEO
23:12.47Laibschhaven't heard to the contrary, either
23:12.58CIA-7303Lynn Lin <Lin_Lynn@emc.com> 07org.openembedded.dev * rd8eaa05dad 10openembedded.git/recipes/mini-httpd/.mini-httpd_1.19.bb.swp: delete .swp dirty file
23:13.04LaibschMost important is your selection of image
23:13.18Laibschlook through recipes/images/ to find what suits you
23:13.28daniel_liWell, I think I can try, but I need to know how to configure micro packages if there is something wrong
23:13.46LaibschIf there is something wrong, it should be fixed in OE itself
23:13.53daniel_liI think each image might have a configuration file, is that right?
23:13.54LaibschNo need for you to worry about that
23:13.58LaibschThat is what OE is for
23:14.09Laibschno, no config file
23:14.37LaibschAn image definition defines what packages go into an image
23:15.09daniel_liSo there is only one option from local.conf, is that right?
23:15.16Laibsch?
23:15.25daniel_lidistribution in local.conf
23:15.38daniel_liwhich defines packages go into an image
23:15.39Laibschwell, that is one of the more important ones ;-)
23:15.48Laibschdaniel_li: no
23:16.53daniel_liOh, in buildroot, there is a menuconfig and then we can select package from this and it will generate a conf file for us. How OE can handle it for us?
23:16.54Laibschant__: http://paste.debian.net/38167/  Could be that the definition for opie-image is faulty
23:17.09Laibschdaniel_li: I've never used anything but OE
23:17.25Laibschyou specify what distribution and machine you build for
23:17.29Laibschin local.conf
23:17.38ant__Laibsch: doh
23:17.47ant__never seen this...
23:17.48Laibschdaniel_li: Then you go ahead and "bitbake $image"
23:18.12Laibschthat simple
23:19.20Laibschant__: the strange thing is, there is nothing directly in the opie-image definition about zaurus-installer
23:19.45ant__yea, it is not distro-specific
23:20.02Laibschconf/machine/include/zaurus-2.6.inc:EXTRA_IMAGEDEPENDS += "zaurus-installer"
23:20.09Laibschthat is where it comes from
23:20.20ant__yes, machine-specific
23:20.32*** join/#oe hrw|gone (n=hrw@chello089078170228.chello.pl)
23:20.33*** join/#oe digital-ex (n=Luccisa@nat/cisco/x-15a425c4477e187b)
23:20.37Laibschyes
23:20.50Laibschthinks about how this should look
23:20.58daniel_liOE can build ipkg packages for installation, where OE select what ipkgs should be installed into rootfs image? Then we use opkg install to install packages needed.?
23:21.35Laibsch"Then we use opkg install to install packages needed.?" -> yes
23:22.03LaibschWhat packages end up in the image is defined in the image definition
23:22.06ant__Laibsch: try EXTRA_IMAGEDEPENDS_collie += ""
23:22.06ant__<PROTECTED>
23:22.15Laibschnah
23:22.26LaibschIf anything I would go the other way round
23:22.34ant__? we have EXTRA_IMAGEDEPENDS += "zaurus-installer"
23:22.39ant__one line before
23:22.40LaibschEXTRA_IMAGEDEPENDS_spitz += "zaurus-installer"
23:22.53ant__not for collie
23:23.09daniel_li<Laibsch>: What packages end up in the image is defined in the image definition -> That's good. where is this definition file?
23:23.39*** join/#oe hd (i=jd@Wikipedia/HellDragon)
23:23.51ant__Laibsch: yes, this is the error..no installer for collie at all!
23:24.09ant__just rely on C+D
23:24.12Laibschdaniel_li: as I said in recipes/images/
23:24.23Laibschdaniel_li: so, please go and take a look there for what you like
23:24.42daniel_li<Laibsch>: Thanks, it really helps
23:24.45*** join/#oe HellDragon (i=jd@Wikipedia/HellDragon)
23:24.46Laibschyou're welcome
23:25.06Laibschant__: yes EXTRA_IMAGEDEPENDS_spitz += "zaurus-installer" for everything but collie
23:25.24LaibschActually, for everything that is listed in zaurus-installer as compatible machine
23:27.21ant__Laibsch: why _spitz?
23:27.32Laibschjust an example
23:27.39Laibschsame for c7x0, I guess
23:27.41ant__ok, I'll push the fix
23:27.54LaibschI think that needs review, no?
23:28.23ant__atm you're the only one collie user/tester here
23:28.38ant__and I see the bug I introduced
23:28.50ant__I'll respect the status-quo for collie
23:29.07LaibschOK
23:29.12LaibschLet me push the fix, alright?
23:29.17LaibschI'm half-way through
23:29.37ant__you're welcome
23:29.38LaibschDid you review the thing you originally pushed?
23:29.49ant__I tested all but collie
23:29.56ant__thesing was active months ago
23:30.43Laibschare you then sure that a29819bbbbebdf42e94e3da20c973a1b715985f7 is indeed correct?
23:31.13LaibschNot sure what the impact really is, but I guess it's kind of adventurous pushing collie only changesets for you
23:31.40Laibschwhat does zaurusd do?
23:32.16ant__iirc is not for collie
23:33.02ant__thesing did split collie out of zaurus-2.6.inc
23:33.10ant__I re-unified it
23:33.18LaibschOK
23:33.25Laibschso it may not be 100% correct?
23:33.35LaibschI'll help with straightening things out if necessary
23:33.41ant__it should be correct
23:33.44ant__let me check
23:33.46LaibschI would like to know what zaurusd does, though
23:35.55*** join/#oe rsalveti_ (n=rsalveti@200.184.118.136)
23:36.06ant__no zaurusd in previous conf  http://cgit.openembedded.org/cgit.cgi/openembedded/log/conf/machine/collie.conf
23:39.33Laibschdid you check all the included and required files?
23:40.44ant__I built for c7x0, akita and tosa
23:40.57LaibschSince people like to call everything bogus left and right
23:41.04LaibschI think that a29819bbbbebdf42e94e3da20c973a1b715985f7 is bogus
23:41.14Laibschant, what problem were you trying to solve?
23:41.27LaibschI think that commit is bogus
23:41.38LaibschOh, already said that ;-)
23:42.03LaibschWhy RRECOMMENDS instead of RDEPENDS?
23:42.22Laibschmtd-utils may not apply to collie (does it?)
23:42.28LaibschBut I think zaurusd does
23:42.40LaibschRP would be the authoritative source for that
23:42.44ant__Ihttp://cgit.openembedded.org/cgit.cgi/openembedded/commit/?id=b805cfd217563bc7ebad3d3601e60d0fd4a83ff6
23:43.01ant__it was noit there
23:43.16ant__ask thesing
23:43.33ant__who developed the kernel
23:43.39ant__himself
23:43.48*** join/#oe flo_lap (n=fuchs@82.113.106.163)
23:44.12ant__I inadvertitely added zaurusd and then deleted it for collie only
23:44.21ant__sounds right to me
23:44.27ant__no bogus
23:48.44LaibschI have to admit it's almost impossible to follow what's been in and what not even going back only a few weeks
23:48.52LaibschWell, make that two weeks
23:49.11ant__believe me..was a big mess ;)
23:49.39Laibschlooks like it
23:49.40*** join/#oe hd (i=jd@Wikipedia/HellDragon)
23:50.12Laibschwhy is the file still called zaurus-2.6.inc when apparently it is supposed to serve as zaurus.inc, IOW kernel-version-agnostic?
23:50.39LaibschI think it would be a good idea to post this stuff for review next time
23:50.49Laibschand some explanations of what one wants to achieve
23:50.59Laibschright now, all that is opaque
23:51.29Laibschant__: what is the difference in how you use MACHINE_EXTRA_RRECOMMENDS and MACHINE_EXTRA_RDEPENDS?
23:51.40LaibschI guess, both will get installed into the image, right?
23:52.49ant__RRECOMMENDS are the modules..still I think we just need snd modules
23:53.10ant__being the others are in-kernel
23:53.37LaibschOK
23:53.48ant__I just respected the old status
23:53.59ant__adding a Fixme ?
23:54.06LaibschNo
23:54.20LaibschI've still not given up trying to figure this out
23:54.45ant__may I fix the collie stuff?
23:54.54ant__patch is in queue
23:55.04*** join/#oe HellDragon_ (i=jd@Wikipedia/HellDragon)
23:58.04ant__Laibsch: I unbreaked the things..I hope
23:58.10CIA-7303Andrea Adami <andrea.adami@gmail.com> 07org.openembedded.dev * rd4dae3f91c 10openembedded.git/conf/machine/include/zaurus-2.6.inc:
23:58.10CIA-73zaurus-2.6.inc: FIX - collie doesn't need zaurus-updater in
23:58.10CIA-73EXTRA_IMAGEDEPENDS
23:58.12ant__please test when you have time
23:58.16ant__thx in advance
23:58.28ant__good night
23:58.36LaibschI would REALLY appreciate you not making things even more complicated
23:58.47Laibschwith even more commits
23:58.54LaibschIt's a mess as it is
23:59.29ant__Laibsch: I'm launching a collie build
23:59.32ant__btw
23:59.47LaibschYou should have done that when making all those zaurus commits
23:59.51Laibschthat you NEVER tested

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