IRC log for #oe on 20080307

00:00.08thesingloudawg: to angstrom-2008.1 to be exact.
00:00.13materdaddyloudawg: now much is your little device?  maybe i'll contribute to your port
00:00.17thesingunless you use the stable branch
00:00.43materdaddyloudawg: *how much
00:01.05loudawgthesing: right, I just didn't feel like looking up the exact string  :-)
00:01.38loudawgmat, probably more than you might wanna spend.  I think I paid close to $400 for mine if I remember right
00:02.10loudawgor maybe it was more than that considering they seem to be going for over $400 right now
00:03.28mickeylg'niught
00:04.00RP'night mickey|zzZZzz
00:04.39materdaddyloudawg: you're right, i'll just get a chumby
00:09.08*** join/#oe osas (n=nnnnnnnn@nslu2-linux/osas)
00:12.52*** join/#oe aloisiojr (n=aloisio@189.70.65.200)
00:14.29*** join/#oe cedric (n=cedric@mieuh.bluebugs.org)
00:16.22thesingRP: can i have a dependency on a task of another package for a task? like do_link_initramfs depends on $(INITRAMFSPACKET)_do_build?
00:16.57RPthesing: sure
00:17.49RPdo_link_initramfs[depends] = "${INIT}:do_build"
00:18.06RPSee rootfs_ipk.bbclass (top of) for an example
00:18.42thesingvery nice. ;)
00:19.38thesingThank you.
00:20.43Crofton|cshoolgn mickey|zzZZzz
00:21.05Crofton|cshoolRP, any clue why ipkg configuring step is so slow?
00:21.13Crofton|cshoolI'm about to shoot this gumstix :)
00:21.18Crofton|cshooland I am getting bored
00:21.20Crofton|cshool:)
00:21.57RPCrofton|cshool: What are you installing?
00:22.00RPkernel modules?
00:22.05Crofton|cshoolpython-pygtk
00:22.07Crofton|cshoolno
00:22.14Crofton|cshooland dependencies
00:22.14RPIs it running ldconfig each time?
00:22.21Crofton|cshoolpython-core etc
00:22.51Crofton|cshoolitt doesn't look cpu bound
00:22.57Crofton|cshoolroot is on microsd
00:23.12RPldconfig is probably disk bound
00:23.24RPwhat does top say its doing?
00:23.45Crofton|cshoolmmc process is hi
00:23.58Crofton|cshoolI'm guessing disk bound, but it jsut seems strange
00:24.25RPipkg does weird and wacky things
00:24.25Crofton|cshooldon't worry too much, it just gives me time to bitch :)
00:24.29Crofton|cshoolyeah
00:24.37Crofton|cshoolthis is what I am thinking
00:24.53Crofton|cshoolthe configure step is taking liek 10 minutes
00:24.57Crofton|cshoolthis is ridiculous
00:25.21RPhmm, something sounds wrong...
00:25.27Crofton|cshoolall so we can have 4 buttons on a screen
00:25.50Crofton|cshoolmaybe an ipkg guru will be around in the morning
00:25.57RPno such thing :(
00:26.01Crofton|cshoolyeah
00:26.07Crofton|cshoolipkg sufferer
00:26.50RPpsolovosky is the only other person I know whos dared to patch it in recent times in OE other than me...
00:26.59*** join/#oe cedric (n=cedric@mieuh.bluebugs.org)
00:27.13Crofton|cshoolah, you are the guru then :)
00:27.32Crofton|cshoolnext time I get a chance I'll run on the OSK and see what happens
00:27.45Crofton|cshoolmaybe it is related to root on microsd
00:27.57Crofton|cshoolsakoman only just got this working
00:28.14RPit isn't mounted sync is it?
00:28.28Crofton|cshoolhmm
00:28.39RPthat would almost certainly do it
00:28.56Crofton|cshoolbullseye
00:28.58Crofton|cshoolthanks
00:30.02Crofton|cshool~lart sakoman for taking vacation
00:30.02ibotrm -rf's sakoman for taking vacation
00:30.13Crofton|cshoolI'll poke at it in the morning
00:31.04Crofton|cshoolI wonder why he mounted it sync?
00:32.15Crofton|cshoolfstab has root as defaults,sync,noatime
00:34.40RPCrofton|cshool: sync is safe, async is dangerous, at least in theory
00:34.57Crofton|cshoolpainfully safe
00:35.13Crofton|cshoolI guess he's afraid of people poppping the card out and making a mess
00:36.09Crofton|cshoolI can't decide what is more annoyint a corrupt file systm or ipk's taking 10 minutes to install :)
00:36.29RPI go the async route ;-)
00:36.53Crofton|cshoolI think we will beat our heads against the wall and hope the pain ends soon
00:36.54woglindenite rp
00:36.55Fiquegood night
00:36.55Crofton|cshoolgn
00:38.43flo_lapgood night
00:39.23*** join/#oe hufnus (n=slonsiki@69-12-177-67.dsl.static.sonic.net)
00:40.27*** part/#oe hufnus (n=slonsiki@69-12-177-67.dsl.static.sonic.net)
00:42.02*** join/#oe cedric (n=cedric@mieuh.bluebugs.org)
00:44.07NAbyssa/win 18
00:47.54*** join/#oe wrobbie (n=rob@cm38.kappa85.maxonline.com.sg)
00:51.58*** part/#oe stefan_schmidt (n=stefan@sirius.lasnet.de)
00:56.05*** join/#oe cedric (n=cedric@mieuh.bluebugs.org)
00:59.35*** join/#oe AvengerMoJo (n=alex@61.14.130.203)
01:03.04cdbot2* * OE Bug 3955 has been created by <OE-Autobuilder>
01:03.07cdbot2* * wlan-ng-modules-0.2.1-pre26-r2-do_compile
01:03.08cdbot2* * http://bugs.openembedded.net/show_bug.cgi?id=3955
01:03.13*** join/#oe summatusmentis (n=summatus@umm-yrless170.morris.umn.edu)
01:11.41*** join/#oe cedric (n=cedric@mieuh.bluebugs.org)
01:16.28*** part/#oe KhemHome (n=KhemHome@adsl-71-146-14-189.dsl.pltn13.sbcglobal.net)
01:18.56*** join/#oe Sleep_Walker (n=Sleep@195.22.44.103.adsl.nextra.cz)
01:20.52*** join/#oe summatusmentis (n=summatus@umm-yrless170.morris.umn.edu)
01:25.47*** join/#oe CSMan (n=csman@dyn-159-126.wireless.concordia.ca)
01:28.02*** join/#oe summatusmentis (n=summatus@umm-yrless170.morris.umn.edu)
01:29.53*** join/#oe astro76 (n=jtaji@unaffiliated/astro76)
01:40.30*** join/#oe cedric (n=cedric@mieuh.bluebugs.org)
01:45.47*** join/#oe lisppaste7 (n=lisppast@common-lisp.net)
01:45.57thesingnight all
01:55.04*** join/#oe dmfre1 (n=dmfrey@207-172-244-82.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com)
01:55.20*** part/#oe dmfre1 (n=dmfrey@207-172-244-82.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com)
01:56.27*** join/#oe Sleep-Walker (n=Sleep@195.22.44.103.adsl.nextra.cz)
02:01.50*** join/#oe loudawg_ (n=loudawg@76.203.118.149)
02:01.55*** join/#oe materdaddy_ (n=Mat@76.203.118.149)
02:12.14*** join/#oe wicknix (n=wicked@63.135.134.34)
02:20.00*** join/#oe aloisiojr (n=aloisio@189.70.225.208)
02:42.15*** join/#oe CSMan (n=csman@bas6-montrealak-1128592555.dsl.bell.ca)
02:47.17*** join/#oe aloisioj1 (n=aloisio@189.70.57.115)
03:01.26*** join/#oe steliosk (n=Stelios@79.131.80.108)
03:05.04cdbot2* * OE Bug 3956 has been created by <OE-Autobuilder>
03:05.06cdbot2* * openmoko-calculator2-0.1.0+svnr3655-r0-do_install
03:05.08cdbot2* * http://bugs.openembedded.net/show_bug.cgi?id=3956
03:10.37*** join/#oe aloisiojr (n=aloisio@189.70.26.112)
03:11.51*** join/#oe wicknix (n=wicked@63.135.134.34)
03:29.11*** join/#oe benlau2 (n=benlau@202.64.22.70)
03:33.01*** join/#oe aloisiojr (n=aloisio@189.70.249.190)
03:55.13*** join/#oe aloisiojr (n=aloisio@189.70.249.74)
04:05.08*** join/#oe methril|away (n=Methril@127.Red-80-38-102.staticIP.rima-tde.net)
04:11.05cdbot2* * OE Bug 3957 has been created by <OE-Autobuilder>
04:11.07cdbot2* * libeventdb-0.90-r1-do_compile
04:11.09cdbot2* * http://bugs.openembedded.net/show_bug.cgi?id=3957
04:26.22*** join/#oe davygravy (n=davygrav@h75-100-80-221.75-100.unk.tds.net)
04:29.02*** join/#oe cedric (n=cedric@mieuh.bluebugs.org)
04:29.34*** join/#oe aloisiojr (n=aloisio@189.70.245.153)
04:42.29*** join/#oe cedric (n=cedric@mieuh.bluebugs.org)
04:46.08*** join/#oe methril|away (n=Methril@213.27.233.98)
04:55.12*** join/#oe jkilb_ (n=jkilb@p5B20900B.dip0.t-ipconnect.de)
04:56.17*** join/#oe punk-ass (n=user@unaffiliated/punkass)
04:58.04*** join/#oe bluelightning (n=blueligh@122-57-174-33.jetstream.xtra.co.nz)
04:59.34*** join/#oe wicknix (n=wicked@63.135.135.243)
05:01.54*** join/#oe KhemHome (n=KhemHome@adsl-71-146-14-189.dsl.pltn13.sbcglobal.net)
05:13.15*** join/#oe punk-ass_ (n=user@70-4-211-185.area3.spcsdns.net)
05:23.45*** part/#oe KhemHome (n=KhemHome@adsl-71-146-14-189.dsl.pltn13.sbcglobal.net)
05:43.26*** join/#oe zecke (n=ich@firewall.tw.openmoko.org)
05:46.03*** join/#oe cedric (n=cedric@mieuh.bluebugs.org)
05:54.15*** join/#oe cedric (n=cedric@mieuh.bluebugs.org)
05:56.56*** join/#oe Timelord0 (n=TL@16.8c.d12c.cidr.airmail.net)
05:58.54*** join/#oe wicknix (n=wicked@63.135.135.243)
05:58.55*** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net)
05:58.55*** join/#oe kurre2__ (n=tomimo@xdsl-83-150-88-111.nebulazone.fi) [NETSPLIT VICTIM]
05:58.55*** join/#oe mzb_d800 (n=mzb@ppp108-88.static.internode.on.net)
06:01.50*** join/#oe HopsNBarley (n=hops@nslu2-linux/HopsNBarley)
06:10.21*** join/#oe aloisiojr (n=aloisio@189.70.80.206)
06:11.20*** join/#oe hvontres|home (n=hvontres@adsl-75-15-87-17.dsl.sndg02.sbcglobal.net)
06:11.45hvontres|home~oemirrors
06:17.03*** join/#oe cedric (n=cedric@mieuh.bluebugs.org)
06:17.23*** join/#oe |miska| (i=miska@atrey.karlin.mff.cuni.cz)
06:18.04*** join/#oe jbs (n=Bernardo@89.180.175.102)
06:24.50*** join/#oe nslu2-log_ (n=nslu2-lo@nslu2-linux/dyoung)
06:26.29*** join/#oe rschuster (n=rob@e178076141.adsl.alicedsl.de)
06:29.33*** join/#oe cedric (n=cedric@mieuh.bluebugs.org)
06:34.30*** join/#oe aloisiojr (n=aloisio@189.70.8.71)
06:37.15*** join/#oe VoodooZ_ (n=palm3@76.10.166.127)
06:38.14*** join/#oe rob_w (n=bob@Mb13f.m.pppool.de)
06:44.01*** join/#oe russf (n=russf@host86-156-111-23.range86-156.btcentralplus.com)
07:09.49*** join/#oe aloisiojr (n=aloisio@189.70.92.85)
07:12.06*** join/#oe zap_ (n=zap@28.169.249.ozerki.net)
07:19.25*** join/#oe punkass (n=user@unaffiliated/punkass)
07:20.36*** join/#oe Gin-geR (n=hacker@pD953AF64.dip0.t-ipconnect.de)
07:21.23*** join/#oe jekhor (n=jek@mm-166-254-57-86.leased.line.mgts.by)
07:21.49hvontres|homemorning all
07:22.07hvontres|homelooks like monotone.openembedded.org is down again
07:22.53hvontres|homeRP: it looks like the linux-rp-2.6.24/tosa directory is empty
07:34.42ynezzhvontres|home: it works here
07:37.23*** join/#oe rob_w|laptop (n=rob@p549B9AFD.dip0.t-ipconnect.de)
07:37.46*** join/#oe trickie (n=trickie@basesoft.demon.nl)
07:39.48methrilmorning
07:41.40*** join/#oe aloisiojr (n=aloisio@189.70.38.157)
07:46.24*** join/#oe gremlin[it] (n=gremlin@host209-103-static.32-85-b.business.telecomitalia.it)
07:47.45hvontres|homeynezz: hmm, somebody must have kicked it :)
07:48.59*** join/#oe _splat1 (n=splat1@69.10.135.137)
07:52.13*** join/#oe Marex (n=marex@vasut.kolej.mff.cuni.cz)
07:52.19*** join/#oe hrw|gone (n=hrw@ewi546.ewi.utwente.nl)
07:52.31hvontres|homehrw|gone: morning :)
07:56.41gremlin[it]hi all !
07:57.11*** join/#oe punk-ass (n=user@unaffiliated/punkass)
07:57.51*** join/#oe bluelightning (n=blueligh@122-57-174-33.jetstream.xtra.co.nz)
08:05.18*** join/#oe punk-ass_ (n=user@68-244-22-179.area3.spcsdns.net)
08:06.15*** join/#oe aloisiojr (n=aloisio@189.70.225.25)
08:16.53hvontres|homenight all
08:19.00*** join/#oe punkass (n=user@unaffiliated/punkass)
08:25.34*** join/#oe wicknix (n=wicked@63.135.135.243)
08:34.50*** join/#oe cedric (n=cedric@mieuh.bluebugs.org)
08:35.04*** join/#oe |miska| (i=miska@atrey.karlin.mff.cuni.cz)
08:41.00*** join/#oe Genesis (n=Ronan@AMontsouris-153-1-10-19.w86-212.abo.wanadoo.fr)
08:42.33XorAmorning
08:46.52*** join/#oe aloisiojr (n=aloisio@189.70.88.13)
08:50.19Genesisbonjour
08:51.55hrwmorning
08:52.10methrilmorning
08:52.56*** join/#oe cedric (n=cedric@mieuh.bluebugs.org)
08:55.04*** join/#oe berbsd_ (n=david@c-98-207-157-7.hsd1.ca.comcast.net)
08:57.25*** join/#oe Magon (n=Magon@archangel.kolej.mff.cuni.cz)
09:01.36ScaredyCatis anyone actually working on webkit?
09:01.48hrwKoen upgraded it recently
09:12.15*** join/#oe ssvb (n=ssvb@mx.anti-virus.by)
09:13.52*** join/#oe punk-ass (n=user@unaffiliated/punkass)
09:15.16*** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo)
09:17.14*** join/#oe aloisiojr (n=aloisio@189.70.31.124)
09:24.15*** join/#oe Sleep-Walker (n=Sleep@nat/suse/x-5399255aa504240c)
09:26.36*** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net)
09:39.16*** join/#oe aloisiojr (n=aloisio@189.70.242.73)
09:48.42*** join/#oe cedric (n=cedric@mieuh.bluebugs.org)
09:49.35CIA-3803xora 07org.oe.dev * r38138654... 10/ (1 packages/dbus/dbus-native_1.0.3.bb): dbus-native_1.0.3.bb : fix SRC_URI
09:49.47CIA-3803koen 07org.oe.angstrom-2007.12-stable * r768b9b6a... 10/ (55 files in 4 dirs):
09:49.47CIA-38linux-rp: backports from .dev:
09:49.47CIA-38* make .23 default for poodle
09:49.47CIA-38* misc fixes for .23
09:49.47CIA-38* merge .24 as well, but disable it by default
09:49.52CIA-3803koen 07org.oe.angstrom-2007.12-stable * rb84a4ddb... 10/ (1 contrib/angstrom/build-feeds.sh): angstrom feed builder: add gpsbabel and sudo
09:50.01CIA-3803koen 07org.oe.angstrom-2007.12-stable * r63fee798... 10/ (1 conf/distro/angstrom-2007.1.conf): angstrom 2007: bump to r9
09:51.41RPmorning all
09:55.29RPschurig: good question...
09:59.19CIA-3803rpurdie 07org.oe.dev * rb7110cfd... 10/ (69 files in 2 dirs): linux-rp-2.6.24: Add missing patches from previous commit
10:06.07CIA-3803xora 07org.oe.dev * r586ec17f... 10/ (3 files in 2 dirs):
10:06.07CIA-38angstrom-2007-for-openmoko-versions.inc, preferred-om-2008-versions.inc :
10:06.07CIA-38update some versions to what is currently available in mtn
10:09.27*** join/#oe cedric (n=cedric@mieuh.bluebugs.org)
10:10.13*** join/#oe aloisiojr (n=aloisio@189.70.33.88)
10:13.38*** join/#oe ade|desk (n=adavey@194.200.143.249)
10:24.17*** join/#oe lrg (n=liam@lumison.wolfsonmicro.com)
10:28.49*** join/#oe florian (n=fuchs@217.146.132.69)
10:34.47floriangood monring
10:35.00hrwmonring florian
10:41.14*** join/#oe aloisiojr (n=aloisio@189.70.92.168)
10:41.59CIA-3803hrw 07org.oe.dev * r49e64703... 10/ (4 files in 2 dirs): less: upgrade to 418 (from Poky), drop 382
10:42.05CIA-3803xora 07org.oe.dev * r13e3b90d... 10/ (2 files in 2 dirs): angstrom-2007-for-openmoko-versions.inc : one more version change
10:42.13CIA-3803koen 07org.oe.angstrom-2007.12-stable * r584d00fe... 10/ (69 files in 2 dirs): linx-rp 2.6.24: repair last commit by ading missing patches
10:44.05CIA-3803hrw 07org.oe.dev * r35db89c4... 10/ (1 packages/ncdu packages/ncdu/ncdu_1.3.bb): ncdu: added 1.3 version of ncurses disk usage tool
10:49.45methrili've a question for a new "platform"
10:50.03methrildiferences between glibc & ucLinux
10:54.02*** join/#oe Laibsch (n=Laibsch@ip-62-143-227-114.1411N-CUD12K-01.ish.de)
11:03.41*** join/#oe aloisiojr (n=aloisio@189.70.47.80)
11:05.41*** join/#oe jekhor (n=jek@partizan.velesys.com)
11:08.12*** join/#oe woglinde (i=woglinde@e178104140.adsl.alicedsl.de)
11:14.27zeckeRP: I have a funny sysroot issue :)
11:14.58zeckefontconfig has -I/usr/include a Cflags and pkg-config does not list this, now I want to use staging outside of oe :)
11:15.43RPzecke: You need a sysroot capable pkg-config and to set the magic eniviroment variable
11:16.01RPzecke: We actually ship such a pkg-config in Poky's SDK
11:16.28woglindehi rp
11:16.59zeckeRP: with the PKG_CONFIG_SYSROOT foo?
11:17.11zeckeRP: yeah, still /usr/include is dropped by this pkg-config :)
11:17.39zeckeRP: so it is working for OE as pkg-config and gcc love each other, the directory omitted by pkg-config is default to gcc :)
11:18.05zeckeRP: but for my host gcc /home/oe/webkit/deps/tmp/staging/i686-angstrom-linux/usr/include is not
11:21.00RPzecke: /usr/include would have the sysroot prefix prepended and would no longer be dropped
11:22.02RPzecke: or is the code in pkg-config dropping it before the prefix is prepended, it that what you mean?
11:24.11*** join/#oe Xilent (n=supersti@unaffiliated/xilent)
11:26.05schurigHmm, I can't access     http://www.openembedded.org/user-manual&dpage=recipes_initscripts
11:26.15RPzecke: I see what you mean, its assuming its working with a sysroot capable compiler
11:26.25schuriggetting an "Forbidden" page
11:27.14RPzecke: PKG_CONFIG_ALLOW_SYSTEM_CFLAGS=1
11:27.18RP;-)
11:27.20zecke:)
11:27.30RPThere is a LIBS one too
11:27.35zeckeI didn't see this again in the man page, I knew it exists :)
11:30.09woglindebugreports
11:32.18hrw~seen cbrake
11:32.20ibotcbrake <n=cbrake@oh-69-34-21-229.sta.embarqhsd.net> was last seen on IRC in channel #oe, 14h 16m 33s ago, saying: 'hrw|gone: thanks for the ncdu tip'.
11:32.33hrwis there someone here who use mono from OE?
11:35.33*** join/#oe aloisiojr (n=aloisio@189.70.246.23)
11:44.24cbrakehrw: hello Marcin
11:44.50cbrakehrw: I have been using mono
11:45.56hrwcbrake: Debian armel guys have problems with mono and I mailed them to look at OE. I got response but I am not familiar with mono at all.
11:46.37woglindehi hrw
11:46.53hrwcbrake: http://pastebin.ca/931882 is mail - can I reply with you in Cc: for it?
11:47.01cbrakehrw: sure
11:48.41cbrakehrw: I have only compiled gtk-sharp, etc using the OE recipie on a workstation, so I have not tired the scenario they are talking about
11:49.17cbrakehrw: but, I have been using mono extensively in several projects and have not run into any problems with 1.2.6
11:50.14*** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh)
11:51.51hrwand I have null experience with mono
11:56.49*** join/#oe _schurig (n=schurig@pD95FAF81.dip0.t-ipconnect.de)
11:58.48Jin^eLDre
12:03.10*** part/#oe russf (n=russf@host86-156-111-23.range86-156.btcentralplus.com)
12:14.12methrilre
12:14.44Jin^eLDmethril: so far I failed with the toolchain generation, but I had some success with the prebuilt toolchain
12:14.59methrilnice!!
12:15.11Jin^eLDso now I will first focus on postprocessing the packages (because there are no .so libs) and so on
12:15.16Jin^eLDRP gave me some pointers on that yesterday
12:29.46*** join/#oe wrobbie (n=rob@cm38.kappa85.maxonline.com.sg)
12:30.46woglindehm is the automerger boken?
12:32.17*** join/#oe thesing (n=tkunze@BAE9c00.bae.pppool.de)
12:32.27woglindehi thesing
12:32.36Jin^eLDdoes anyone remember the variable for angstrom to switch between eabi and oabi?
12:32.43thesingmorning all.
12:32.45Jin^eLDor is it done via TARGET_OS?
12:32.46Jin^eLDhi
12:34.56hrwJin^eLD: it is done for specified machines
12:35.06Jin^eLDI think I found it, it's the ARM_ABI variable, right?
12:35.24schurigJin^eLD: TARGET_OS=linux-gnueabi
12:35.41Jin^eLDI need the oabi thing :)
12:35.53schurigJin^eLD: then seen distro/include/angstrom-glibc.inc
12:35.58Jin^eLDthanks
12:37.01schurigJin^eLD: angstrom has several files where they switch to oabi, e.g. on a per-machine or per-architecture basis
12:37.18schurigJin^eLD: the best thing is you do an "grep -r oabi conf" and look into the files by yourself
12:37.28Jin^eLDtoo bad that it does not use TARGET_OS ?= but sets "=" - overrides my settings
12:37.36schurigJin^eLD: overwrite what you need into your local.conf and use "bitbake -e" to verify if things are correct
12:37.57Jin^eLDok, the -e is a good hint, thanks
12:39.43schurigJin^eLD: yeah, because of the TARGET_OS = instead of ?= you might have to modify this file directly and put your machine near the end of the line
12:40.44schurigJin^eLD: err, not true, look into distro/include/angstrom.inc where for many machines they force oabi
12:41.37woglindejepp
12:41.45thesingRP: can you tell me what happends if I have do_foo[depends] = "${A}:do_bar" and A is not set?
12:42.08Jin^eLDyes I found that too, seems like too much enforcing if someone wants to add own stuff in local.conf
12:43.40*** join/#oe _diego__ (n=diego@host-84-223-115-232.cust-adsl.tiscali.it)
12:46.09schurigthesing: then the depends would only be ":do_bar". If the ":" harms I cannot say.
12:47.30thesingschurig: It would be best if the whole thing would be ignored if A is not set.
12:52.24*** join/#oe vivijim (n=vivijim@200.184.118.132)
12:54.46*** join/#oe grma (n=gruberm@chello212186013045.tirol.surfer.at)
13:01.21*** join/#oe rd_ (n=dr@vnsecurity.net)
13:02.49*** join/#oe methril|away (n=Methril@127.Red-80-38-102.staticIP.rima-tde.net)
13:16.06*** join/#oe otavio (n=otavio@debian/developer/otavio)
13:17.57LaibschRP: Are you suggesting to change the admin situation for bugzilla?  I guess mickeyl would be the one to talk to, he made the latest change.  And not under "suspicious circumstances".
13:18.07CIA-3803koen 07org.oe.angstrom-2007.12-stable * rc23d3469... 10/ (8 files in 3 dirs): (log message trimmed)
13:18.07CIA-38zaurusd:
13:18.07CIA-38Revision: 9a5df4f82194968b8ea8a94d7effc5bf61c1e650
13:18.07CIA-38Ancestor: bd72b021bed4043fc9c546810adf98565821e12e
13:18.07CIA-38- Ignore false toggle signals (work-around for OE#3390).
13:18.08CIA-38- Fixed default ALSA state for SL-Cxx00 (OE#2617).
13:18.10CIA-38- Do not alter incorrect mixer levels by zaurus-mixer-callback.
13:18.14CIA-3803koen 07org.oe.angstrom-2007.12-stable * r4d6e4181... 10/ (6 files in 4 dirs): (log message trimmed)
13:18.16CIA-38xserver-kdrive:
13:18.18CIA-38Revision: 3ea27c0c881e1f8965e9208c8a3d98d022602838
13:18.20CIA-38Ancestor: 6795ad85517140b388d2c168ea971686ade5c7e3
13:18.22CIA-38xserver-kdrive-1.3/1.4: keycode MEDIUMRAW patch, oebug 2637
13:18.24CIA-38* see details in bugtracker and mailinglist
13:18.26CIA-38applied changes from 6795ad85517140b388d2c168ea971686ade5c7e3
13:18.29LaibschRP: That comment shows that nothing has been learned.
13:18.30CIA-3803koen 07org.oe.angstrom-2007.12-stable * r2a0e5dfe... 10/ (5 files in 4 dirs): (log message trimmed)
13:18.32CIA-38alsa-state:
13:18.34CIA-38Revision: c72441dc719a5903a8fdc705f309c086346249b0
13:18.36CIA-38Ancestor: 1b3281155a76e1b96f9c232d53e0b275b6f50ef2
13:18.38CIA-38Fixed default ALSA state for SL-Cxx00 (OE#2617).
13:18.40CIA-38<PROTECTED>
13:18.42CIA-38<PROTECTED>
13:18.46CIA-3803koen 07org.oe.angstrom-2007.12-stable * r7940545a... 10/ (1 BACKPORTS.txt packages/findutils/findutils_4.2.29.bb): (log message trimmed)
13:18.49CIA-38findutils:
13:18.51CIA-38This might be useful, Angstrom was affected, but has no importance
13:18.53CIA-38without busybox fix sort -z fix:
13:18.55CIA-38Revision: 135f1243bae7b8d2761f12a5ee4792c0fdd61cd7
13:18.57CIA-38Ancestor: 10f5781373bfbdafa21a883ed42516d2cfee1d53
13:18.59CIA-38Fixed sort path in updatedb.
13:19.32hrwLaibsch: I think that this should be decided on list - not everyone use irc
13:19.33LaibschRP: another question, why are SECTION entries unnecessary?  -> a3a3772a6a13fef71769e3c811bea1e5f9ead183
13:19.49Laibschhrw: I am not trying to call for a decision
13:20.01RPLaibsch: Is that the zlib change?
13:20.18LaibschRP: yes, zlib-native
13:20.25Laibschbecause of -native?
13:20.59RPLaibsch: Its set in zlib_1.2.3.bb which it includes
13:21.07LaibschAha, OK
13:21.25woglindehm
13:21.27woglinde*g*
13:21.32woglindethat should be my fault
13:22.09RPLaibsch: I just spotted it while doing something else so committed it as a cleanup
13:22.50RPLaibsch: I don't think the siutation was ever explained to koen, I've asked mickeyl to do that but I don't think it happened
13:23.57Laibschggilbert did explain it to him
13:24.08RPthesing: It will break if that is unset. If you want to do something like that you probably need a secondary variable
13:24.10LaibschAt least that is what he said on IRC
13:24.32RPLaibsch: I'm not sure what actually happened
13:24.44*** join/#oe aloisiojr (n=aloisio@200.184.118.132)
13:25.26mickeyli asked greg as the admin to clear the situation up. dunno whether that happened or not. nothing we can do about it now anyways
13:25.30*** join/#oe cyberdeck (n=molter@unaffiliated/cyberdeck)
13:25.38mickeyli as a regular bugzilla admin have no rights to add more admins nor to remove admin privs
13:25.45mickeylonly bugzilla owner can do that
13:26.03mickeylwhich means we need to wait for that until bugzilla moved to my machine
13:26.25RPmickeyl: The situation ended up with koen's admin access removed since he'd removed Laibsch without discussion as far as Greg could see.
13:26.29Laibschmickeyl: incorrect
13:26.37LaibschYou and I can add admins
13:26.46RPIts more complicated than that since Laibsch "resigned" from the project
13:27.08hrwwe need to clean that situation with new bugzilla installation
13:27.25RPWhich was what I said :)
13:27.29RP(in the email)
13:27.48Croftongod, we need an MBA
13:28.01mickeylok, so two options
13:28.06mickeylwe add him again now
13:28.16mickeylor we do when the bugzilla has moved
13:28.18mickeylor not
13:28.22mickeyl(actually three options)
13:28.28mickeylvotes?
13:28.30Croftonwhy does anyone need admin access?
13:28.52mickeylactually, something about adding products / versions for the autobuild stuff
13:29.00mickeylsounds like a valid reason this time
13:29.01LaibschCrofton: bugzilla supports privilege separation
13:29.40Laibschmickeyl: koen is good at mixing valid reasons into invalid ones
13:29.49CroftonI just want make sure we are handing out privilege for good reason
13:30.00Croftonnot just because it is something people want
13:30.01LaibschThe discussion at hand had *nothing* to do with bugzilla admin privs as I showed by the diff I posted
13:30.30RPmickeyl: If he does have access I'd like to make sure he's clear about policy for disabling accounts (he of all people should know from past experience the fun that can cause)
13:30.30LaibschAll the changes were done in *OE* itself, not bugzilla
13:31.21mwesterFolks - I am in need of some direction.  gcc-cross won't build for Unslung, and I am clueless about where to even look to try to find what's wrong. :(   http://www.pastebin.ca/932024
13:31.26ynezzah, now I understand why koen dissapeared from here :p
13:31.32mickeylRP: agreed. sounds like a plan. i'm actually very slowly starting to get sick about all this non-technical side-show issues
13:31.34*** join/#oe Marex (n=marex@vasut.kolej.mff.cuni.cz)
13:31.39mickeylRP: i can imagine you too
13:31.54RPmickeyl: yes, very much so...
13:33.39mwesterIt's failing while building libstdc++-v3; seems to imply that configure has failed.  The difference from a good build seems start around the last occurence of checking "nm" output.
13:33.56*** join/#oe rob_w (n=bob@Mb13f.m.pppool.de)
13:33.57mwester(line 1480 in the log)
13:34.24RPmwester: I've seen this before and its all deep dark black  magic
13:34.39RPmwester: Which distro and machine does this?
13:34.52Croftonmickeyl, dealing with personality issues succesfully seperates the men from the boys
13:35.49ynezzmwester: Isn't it that error actually? checking for main in -lm... configure: error: Link tests are not allowed after GCC_NO_EXECUTABLES.
13:37.18mwesterRP: My favorite: Unslung (the one with the 2.4 kernel), NLSU2
13:37.27mickeylCrofton: hehe. i just question whether we are the boys or the men
13:37.41ynezzthat nm doesn't matter I think, since configure just stated 'failed', but don't bombs out
13:37.46RPmwester: be or le?
13:38.05mwesterynezz:  Yes, that's the killer, but the question is what made it determine/set GCC_NO_EXECUTABLES?
13:38.08mwesterBE
13:38.27RPmwester: I've started a build...
13:39.04mwesterOk.  Unslung depends on some old headers too, I had to update that recipe to get this far.
13:39.20mwester(but I haven't committed that yet - hope you won't need those!)
13:39.47Croftonmickeyl, I know :)
13:40.13CroftonI guess the challenge is to face problems head on
13:40.51RPhehe, 102 of 168 already :)
13:41.04ynezzhm
13:42.14hrw;D
13:43.13hrwRP: you have 4gb ram?
13:43.15*** join/#oe methril|away (n=Methril@213.27.233.98)
13:43.28RPhrw: yes
13:43.46hrwI am waiting for amd phenom cpus
13:44.44hrwthey are cheaper then corequad ;D
13:44.57woglindebut slower
13:46.12ynezzwhat a waste
13:46.40woglindemwester windows vist 32bit?
13:46.51hrwwoglinde: and thats the problem
13:47.27mwesterYep, a terrible waste.   I thought vmware could use 4 CPUs and I'd just run a virtual machine.  But VMare only does 2.
13:47.54mwesterI should have installed Linux as the base OS, and windows in the VM, i guess.
13:48.10mwesterwoglinde:  XP, 32-bit -- so it's not even using all 4GB.
13:48.58woglindemwester buahaha
13:55.22hrwjust 3GB iirc
13:56.36woglindehrw yes
13:57.07CIA-3803koen 07org.oe.angstrom-2007.12-stable * r00358470... 10/ (1 packages/linux/linux-rp_2.6.24.bb):
13:57.07CIA-38linux-rp 2.6.24: disable htcuni patch, htc universal uses a different kernel in the stable branch
13:57.07CIA-38* no backport, since this will never get applied in .dev
13:57.28mwester3.25GB in my case -- it varies because the address space consumed by the graphics card comes out of the total -- my card is only 512MB.
13:57.33RPmwester: Thats my plan if I need windows ;-)
13:58.06woglindemwester shared memory graphikcarf?
13:58.44RPmwester: glibc 2.2.5? /me shudders ;-)
13:58.57mwesterYes, horrible.
13:59.12mwesterBut still new users of that firmware every day...
13:59.15RPmwester: I wondered what it was downloading. Its also failed the header check
14:00.55RPmwester: Do you have a hack I should apply?
14:02.32mwesterpackages/glibc/glibc_2.2.5.bb:  
14:02.35mwester-               --with-headers=${CROSS_DIR}/${TARGET_SYS}/include \
14:02.36mwester+               --with-headers=${STAGING_INCDIR} \
14:02.36dtahtbot`mwester: Error: "--with-headers=${STAGING_INCDIR}" is not a valid command.
14:03.00hrwcan someone KILL that bot?
14:03.07hrw+fsck
14:03.09dtahtbot`hrw: Error: "fsck" is not a valid command.
14:03.14hrw+die
14:03.14dtahtbot`hrw: Error: "die" is not a valid command.
14:06.29ynezz+exit
14:06.29dtahtbot`ynezz: Error: "exit" is not a valid command.
14:06.41Crofton+crash
14:06.43dtahtbot`Crofton: Error: "crash" is not a valid command.
14:07.19hrwhow it was...
14:14.49ynezzdtahtbot`: list
14:14.49dtahtbot`ynezz: Admin, Channel, Config, Google, Misc, Owner, and User
14:15.11ynezzah, supybiatch
14:15.19hrwhttp://www.flickr.com/photos/jadon/2285198817/in/pool-beagleboard/ someone?
14:15.30ynezzdtahtbot`: help channel
14:15.30dtahtbot`ynezz: (channel [<channel>] <name> [<value>]) -- If <value> is given, sets the channel configuration variable for <name> to <value> for <channel>. Otherwise, returns the current channel configuration value of <name>. <channel> is only necessary if the message isn't sent in the channel itself.
14:15.48ynezzdtahtbot`: help config
14:15.49dtahtbot`ynezz: (config <name> [<value>]) -- If <value> is given, sets the value of <name> to <value>. Otherwise, returns the current value of <name>. You may omit the leading "supybot." in the name if you so choose.
14:16.02hrwynezz: /query dtahtbot`
14:16.07hrwdo not spam channel
14:16.27ynezzit don't work
14:16.28ynezzi tried
14:16.30ScaredyCatcan someone drop openttd_0.4.0.1.bb
14:16.41ScaredyCatyou can't get the source for that version any more
14:16.46hrwynezz: works for me
14:16.48ynezzah, not registered
14:17.03ynezzthat freenode...
14:17.37hrwScaredyCat: done
14:17.45ScaredyCatthanks
14:25.50*** join/#oe cbrake (n=cbrake@oh-69-34-21-229.sta.embarqhsd.net)
14:29.34*** join/#oe zedstar (n=john@82-44-200-69.cable.ubr08.haye.blueyonder.co.uk)
14:32.31CIA-3803hrw 07org.oe.dev * rd84c9c25... 10/ (1 packages/openttd/openttd_0.4.0.1.bb): openttd: dropped 0.4.0.1 as unfetchable
14:32.35CIA-3803koen 07org.oe.angstrom-2007.12-stable * ra0de23c7... 10/ (1 packages/linux/linux-rp_2.6.24.bb):
14:32.35CIA-38linux-rp 2.6.24: disable rc patch for akita - it doesn't apply and only handles spitz
14:32.35CIA-38* again, no backport, since this is unsuitable for .dev
14:35.20*** join/#oe Wookiee (n=drunkwoo@d118-75-142-201.nap.wideopenwest.com)
14:35.30Wookieeello?
14:37.11woglindehi wookiee
14:37.35hrwelo Wookiee
14:38.16*** join/#oe benlau (n=benlau@221.125.8.105)
14:40.46*** join/#oe chouimat|work (n=mchouina@209.217.106.98)
14:43.50*** join/#oe BlastuR (n=blastur@kr-lun-168-149-233-83.3.cust.bredband2.com)
14:44.52*** join/#oe Wookiee (n=drunkwoo@d118-75-142-201.nap.wideopenwest.com)
14:44.54*** join/#oe _schurig (n=schurig@pD95F9C2A.dip0.t-ipconnect.de)
14:45.24BlastuRhello.. i've been trying to setup a cross compiler environment for ARM for a while, and i noticed a lot of people talking about OE for this. I've started reading the docs, but im still not quite sure if this is the right tool for me. I want to compile a custom 2.6 kernel for an ARM device I have.. not specifically "bitbake" applications for it.. can it be done using OE?
14:45.37RPmwester: Ah, that problem is in a few glibc files and that is the correct fix. Mind if I push that for several files?
14:45.54mwesterGo ahead, please!
14:46.03woglindeBlastuR you can
14:46.15woglindeBlastuR but you have to write your own kernel recipe
14:46.27BlastuRok, so I have to create my own .bb-file of the kernel?
14:46.29Croftonanyone know which python package to install so "import string" works?
14:46.38RPBlastuR: OE/bitbake can just build kernels if you want but as woglinde said you'll need a recipe. There are lots of linux kernel examples though
14:46.40woglindeBlastuR right
14:46.46BlastuRcool
14:46.59broonieBlastuR: You can or you can let OE build one of its own and just use the toolchain it builds directly (rather than via bitbake).
14:47.03Croftontoo many kernel recipes :)
14:47.08woglindeBlastuR which other systems did you test?
14:47.17woglindecrosstool buildroot?
14:47.33woglindecrofotn yes and to many locations
14:47.38woglindefor files
14:47.54BlastuRi tried getting emdebian to work, but it doesn't seem to play well with ubuntu
14:48.44BlastuRbut OE seems nice.. as far as I can understand, it can also construct a root filesystem along with my kernel? so i can put on a USB stick and tell the kernel to boot from that
14:49.43RPBlastuR: Yes, its designed to build the applications and images too
14:50.48woglindeblastur and we have initramfs support
14:51.08BlastuRi don't even know what that is :)
14:52.01BlastuRanyway, so if I get this right, an alternative to making a recipie, i can simply point the standard "kernel" makefiles into OE cross compiler, and it will run independently?
14:52.19woglindeblastur yes
14:53.24BlastuRvery cool
14:53.43BlastuRfinally i may be able to get this freaking MADWIFI driver compiled into my kernel then :) i've been trying for two weeks now
14:59.44*** join/#oe z72ka (n=hermanj@r5af183.net.upc.cz)
15:01.37*** join/#oe thesing_ (n=tkunze@BAE9c00.bae.pppool.de)
15:07.45*** join/#oe Xilent (n=supersti@unaffiliated/xilent)
15:08.03*** join/#oe thesing_ (n=tkunze@BAE9c00.bae.pppool.de)
15:10.04hrwbye
15:13.18*** join/#oe hvontres|work (n=hvontres@hentges.net)
15:16.23*** join/#oe methril (n=Methril@127.Red-80-38-102.staticIP.rima-tde.net)
15:27.05*** join/#oe Xilent_ (n=supersti@unaffiliated/xilent)
15:30.54*** join/#oe Xilent__ (n=supersti@unaffiliated/xilent)
15:32.04thesing_RP: can I express ?= with bb.data.setVar?
15:32.27RPthesing_: not directly
15:33.04RPthesing_: you can getVar them only call setVar if its not set
15:34.36BlastuRis it bad to not set DISTRO in local.conf? I only want OE to generate the toolchain for my TARGET_ARCH/MACHINE
15:34.45thesing_RP: Will try. Thanks.
15:34.47BlastuRcause i dont really want to use any of the supported distrots
15:34.50BlastuRdistros*
15:35.34thesing_BlastuR: set DISTRO to angstrom-2008.1. It's mainly about which versions to use.
15:35.38RPBlastuR: Just use angstrom
15:35.55RPBlastuR: Think of it as a kind of policy for OE and you need some kind of policy there...
15:36.26BlastuRalrite
15:36.53*** join/#oe CosmicPenguin (n=nobody@163.181.251.103)
15:37.17BlastuRwill DISTRO override my TARGET_OS though? i'd like to use glibc, anyone know what angstrom defaults to?
15:38.21thesing_RP: about the do_foo[depends] = "${A}:do_bar" with A not set. I don't understand how to solve it with two variables. I could create a fake package and do A?="fake" but I don't think this is what you meant.
15:38.30RPBlastuR: EABI but it can use OABI
15:38.57BlastuREABI? OABI? :) you lost me
15:39.09RPthesing_: FOO = "${A}:do_bar" do_foop[depends] = "${FOO
15:39.12RP}"
15:39.38RPBlastuR: Anstrom will use TARGET_OS = "linux-gnueabi" by default
15:39.49RPBlastuR: If you don't understand that, just let it use that ;-)
15:40.12RPOABI is TARGET_OS = "linux"
15:40.18BlastuRright :) ok thanks
15:40.41Jin^eLDRP: btw, any reason why angstrom will use TARGET_OS = and not ?=
15:40.49Jin^eLDwhen adding new stuff it will override the local.conf settings
15:41.04Jin^eLDwhich I think is not very nice
15:41.05RPJin^eLD: TARGET_OS is a special case
15:41.21thesing_RP: then do_foop[depends] = ":do_bar" or do I miss something?
15:41.22RPJin^eLD: I don't think anyone worked out why but ?= did not work
15:41.32Jin^eLDhm
15:42.05RPthesing_: Well, you only set FOO if A is set
15:42.24RPthesing_: It really depends on context and what A actually is
15:43.42thesing_RP: its about do_builtin_initramfs[depends] = "${INITRAMFS_IMAGE}:do_rootfs"   I want it do build the initramfs only if INITRAMFS_IMAGE is set.
15:44.31RPthesing_: Just give INITRAMFS_IMAGE some sane default
15:44.41*** join/#oe KhemHome (n=KhemHome@adsl-71-146-14-189.dsl.pltn13.sbcglobal.net)
15:47.03thesing_RP: Thats not what I want. I'm trying to integrate the do_buildin_initramfs into all kernel builds. If INITRAMFS_IMAGE is not set it doesn't change the build. If it is set it build the image and compiles it into the kernel.
15:47.50thesing_RP: we can add INITRAMFS_IMAGE to kernel recipes that want to use build-in initramfs then.
15:47.52RPthesing_: Add the do_builtin_initramfs task outside the normal build process
15:48.30RPThen anything wanting to trigger it either depends on that task or runs it with the -c option to bitbake
15:49.12thesing_I don't want only the kernel. I want it packaged instead of the normal kernel.
15:49.59thesing_so that you get initramfsed kernels for specific machines if you want automatically.
15:50.26RPthesing_: The key question is what is deciding you want an initramfs?
15:51.58thesing_RP: the INITRAMFS_IMAGE var. If it is set somewhere (machine, local.conf, distro , kernel recipe, ...) you want one, else you don't.
15:52.53RPthesing_: Just require people set INITRAMFS_TASK = "image:do_rootfs"
15:55.32thesing_RP: thats a good workaround. But I think it would be better if bitbake would support conditionals  like ${A}:do_foo[depends] = "${A}:do_bar"
15:56.37RPthesing_: Well it doesn't ;-)
15:56.56RPIts just not the way the syntax is designed
15:59.16thesing_RP: whats the scope of setvar? can I use some python-foo to set INITRAMFS_TASK if INITRAMFS is set? (  maybe this python () { ... } )
15:59.17BlastuRokay, so i have setup my OE environment, .. what recipie should I "bake" to get an MIPSEL toolchain? I have setup my local.conf so that it uses my MISPEL based "MACHINE", so I guess I just need OE to start building? The docs only describe how to build packages though, like nano .. what package can I use to trigger build of the toolchain?
15:59.56RPBlastuR: bitbake gcc-cross
16:00.11BlastuRthanks
16:00.36Jin^eLDBlastuR: I'd simply try building a minimal image
16:00.59RPthesing_: have a look at some of the TARGET_OS magic in angstrom for ideas
16:01.12*** join/#oe dottedmag (n=dottedma@unaffiliated/dottedmag)
16:01.42thesing_RP: ok.
16:03.48dottedmagI've updated OE tree and now 'clean'/'build' sequence for packages does not work: build jumps directly do_prepackaged_stage. Am I missing some another clean step?
16:05.58hvontres|workhrw|gone: I was wondering how long it would take you to submit ncdu :)
16:06.04methrilbye
16:06.14_schurigthesing_: if you need special things for which no syntax elements exists, you can do EVERYTHING with python
16:07.03_schurigthesing_: e.g. defining an anonymous python function (they get always executed) which checks the var and substitutes the internal dependency state is quite doable, it's just an effort
16:07.34BlastuRif I change my local.conf, will subsequent calls to bitbake rebuild packages previously built with another setting?
16:07.44BlastuRlets say I build some stuff with ARM, and then switch over to MIPS
16:08.01BlastuRor do I need to manually clean the build dir
16:09.04thesing__schurig: this anonymous python function looks better than this @['if true','if false'][expression] magic. is this magic standard python?
16:09.11_schurigthesing_: for example, look at classes/package_ipkg.bbclass, near the end there's a function then conditionally adds depencendies
16:09.45_schurigthesing_: no, neither is python, both are bitbake functions. INSIDE either construct you can use standard python.
16:11.23thesing__schurig: Is this documented in the bitbake manual? I don't remeber reading this. But I will go the anonymous function way.
16:11.54RPBlastuR: It depends on what you change and what your setup is
16:12.07RPBlastuR: often you would need to wipe out tmp to be sure the change took effect
16:12.30BlastuRok, goodie.. so just wipe the entire dir and its totally safe?
16:12.50RPthesing_: The only thing to keep in mind is that python functions are last resort and are hard on parsing speed
16:13.09_schurigBlastuR: : maybe you can overcome the "rm -rf tmp" with an     INHERIT += "multimachine"
16:13.38RP_schurig: That will solve the mips vs arm case but doesn't cover every local.conf change
16:13.57RP_schurig: (I know you know this, thats for BlastuR's benefit ;-)
16:14.05_schurigRP: yeah, but he keeps a simple local.conf and puts the rest into conf/machine/XXXX.conf it would help, won't it?
16:14.13thesing_RP: I 'll try the TARGET_OS magic then.
16:14.21BlastuRhehe, thanks guys.. i just realized my device isn't ARM, but in fact MISPEL .. so i just have to restart
16:14.23BlastuRdoh!
16:14.31_schurigRP: hey, I was so long away from OE/Bitkeeper that I might have forgotten things
16:14.46RP_schurig: Yes but I'm trying to keep it simple :)
16:15.05_schurigBlastuR: oh my godnees. Get to know your device before doing ANYTHING, please.    [GRIN]
16:15.50hvontres|workschurig: ahh, That would be no fun....
16:16.42hvontres|workschurig: Btw...Bitkeeper -> monotone now :)
16:16.45schurigseems not everybody has access to full schematics like I have for my devices :-)
16:16.51hrw|gonehvontres|work: ncdu recipe is too simple to not add it ;d
16:17.06schurighvontres|work: I know, but I'm still working for the monotone -> git transition
16:17.18schurigs/working/waiting/
16:17.42hrw|goneschurig: there is git mirror
16:17.46schurigI now have a faster machine, but still monotone is sloooooow
16:17.48hrw|goneschurig: readonly but is
16:17.56CIA-3803koen 07org.oe.angstrom-2007.12-stable * r3681d6ad... 10/ (1 packages/linux/linux-rp_2.6.24.bb):
16:17.56CIA-38linux-rp 2.6.24: drop rc patch for spitz as well, it doesn't apply
16:17.56CIA-38* again, no backport, see previous commits
16:18.09schurighrw|gone: yeah, from zecke, I know. And it stays at march, 3rd, no updates afterwards
16:18.22BlastuRschurig, hehe, yah.. i have compiled stuff for it previously, its just that ive been doing some ARM stuff lately, and my mind was set to ARM
16:18.32BlastuRfortunately i discovered it before actually flashing anything
16:18.48hvontres|workschurig: hmmmmm....schematics.. what a concept.... the next thing you're gonig tell us yu have all the data sheets too :)
16:18.54schurigBlastuR: would be a nice way to brick your hardware
16:18.55hrw|goneschurig: zecke is on taiwan now so harder to catch him
16:19.02schurighvontres|work: for all except the WLAN chips, yes
16:19.04hrw|gone~seen zecke
16:19.09ibotzecke <n=ich@firewall.tw.openmoko.org> was last seen on IRC in channel #oe, 4h 51m 34s ago, saying: 'I didn't see this again in the man page, I knew it exists :)'.
16:19.15schurighrw|gone: I saw him today in IRC
16:19.19BlastuRwell, it wont be completely bricked i guess.. i still have the bootloader intact
16:19.21hrw|goneschurig: so did I
16:19.28hvontres|work~lart wlan companies
16:19.28ibotcuts wlan companies into thin stripes
16:19.38hrw|goneibot: botmail for zecke: please sync mtn->git gateway
16:20.12hrw|gonehave a nice evening/weekend guys
16:20.14schurighrw|gone: maybe the gateway has problems with multiple mtn heads, we had them during the last days several times
16:21.14hvontres|workhrw|gone: have a great weekend... and post some pictures of your daughter for us :)
16:22.39*** join/#oe mr_nice (n=mr_nice@91-65-161-14-dynip.superkabel.de)
16:22.56schurighvontres|work: hehe, daughter's are great (I have two of them!)
16:23.59*** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net)
16:27.08florianschurig: I hope you are right :-)
16:27.42schurigflorian: of course I am. One is 2.5 years, the other 4.5 years. And they are quite cute.
16:27.54schurigflorian: let's see once they got adolescent ... :-)
16:28.51florianschurig: ok, so you have some more experience - I guess I can comment on this in a few weeks :)
16:29.18schurigflorian: hehe, the first 9 months are a bit demanding, but afterwards it's quite nice with them
16:29.42florianschurig: I have some fear that they might become more complicated in ~10 years ;)
16:31.00*** join/#oe mrdata (i=mrdata@dslb-088-074-164-075.pools.arcor-ip.net)
16:31.22hvontres|workschurig: heh.... mine are 3.5 and 6.5.... and I am not looking forward to adolecense.... except maybe putting the fear of god into some young punk who wants to date my Daughter :)
16:32.58schurighmm, compiling of zlib fails, in config.log it says the libgcc_s from -lgcc_s wasn't found and yes, "find -name '*gcc_s*' doesn't find anything in staging
16:33.02schuriggoing home now
16:35.40florianoh, then there is some hope ;)
16:36.44mwesterI can assure you that it became much easier once I abandoned all hope, and just "went with the flow"...
16:37.28florian:-)
16:37.41XorAmwester: I fear your shoes bill
16:37.59mwesterhehehe!!
16:38.43*** join/#oe materdaddy (n=Mat@wsip-70-164-99-62.sd.sd.cox.net)
16:38.47*** join/#oe loudawg__ (n=loudawg@wsip-70-164-99-62.sd.sd.cox.net)
16:39.24hvontres|workmwester: how many bathrooms does your house have?
16:40.06hrw|gonemickey_away: ERROR: '['/home/hrw/devel/oe/org.openembedded/packages/tasks/task-python-everything.bb']' RDEPENDS/RRECOMMENDS or otherwise requires the runtime entity 'python-efl-examples' but it wasn't found in any PACKAGE or RPROVIDES variables
16:41.40mwesterhvontres|work:  :)  I had one bathroom while they were very young, but when I had to start shaving at work, we moved to a house with three bathrooms! :)
16:41.47*** join/#oe dottedmag (n=dottedma@92.125.214.233)
16:50.43*** join/#oe lrg (n=liam@lumison.wolfsonmicro.com)
16:54.42*** join/#oe dcordes (n=snoopdog@unaffiliated/dcordes)
17:04.49*** part/#oe ade|desk (n=adavey@194.200.143.249)
17:05.05cdbot2* * OE Bug 3958 has been created by gwossum(AT)acm.org
17:05.07cdbot2* * u-boot misconfigured for AVR32 based boards
17:05.09cdbot2* * http://bugs.openembedded.net/show_bug.cgi?id=3958
17:05.25*** join/#oe |miska| (i=miska@atrey.karlin.mff.cuni.cz)
17:09.48*** join/#oe Sleep_Walker (n=Sleep@nat/suse/x-8cdbe28ce2eaf833)
17:17.35*** join/#oe pleemans (n=peter@d51A5E76A.access.telenet.be)
17:19.24*** join/#oe summatusmentis (n=summatus@umm-yrless170.morris.umn.edu)
17:38.19RPmwester: I think I know the problem. You're using an old binutils which doesn't support sysroot but your gcc does
17:39.05cdbot2* * OE Bug 3959 has been created by <OE-Autobuilder>
17:39.07cdbot2* * avahi-0.6.22-r5-do_populate_staging
17:39.09cdbot2* * http://bugs.openembedded.net/show_bug.cgi?id=3959
17:39.17cdbot2* * OE Bug 3960 has been created by <OE-Autobuilder>
17:39.19cdbot2* * opkg-0.0+svnr4142-r1-do_populate_staging
17:39.21cdbot2* * http://bugs.openembedded.net/show_bug.cgi?id=3960
17:42.09*** join/#oe rob_w (n=bob@Mb13f.m.pppool.de)
17:42.47rob_wping monotone.openembedded.org times out
17:43.05rob_wnot anymore now ;-)
17:48.32RPmwester: Confirmed, gcc-cross builds here now after I tweaked some things
17:53.12*** join/#oe marek` (i=jdegges@s77-92.resnet.ucla.edu)
17:53.59*** join/#oe zecke (n=ich@118-166-71-147.dynamic.hinet.net)
17:54.57zeckehrw|gone: why? :)
18:02.33RPmwester: fixes pushed, let me know how it goes
18:05.01CIA-3803unknown 07unknown * ra3b18a00... 10/ (3 files in 3 dirs):
18:12.17CIA-3803koen 07unknown * r0f6b8e8f... 10/ (1 site/avr32-common): site/avr32-common: add more entries
18:12.22CIA-3803koen 07unknown * rbcbcd3db... 10/ (3 files in 2 dirs): avr32-gcc, avr32-gcc-cross: add 4.1.2
18:12.27CIA-3803koen 07unknown * ree4179d0... 10/ (27 files in 3 dirs): uclibc: massively improve avr32 support, courtesy Stelios Koroneos
18:12.34CIA-3803koen 07unknown * r325ead5d... 10/ (4 files in 4 dirs): linux 2.6.18: improve avr32 support, courtesy Stelios Koroneos
18:12.39CIA-3803koen 07unknown * re754c3f9... 10/ (94 files in 3 dirs): linux-2.6.18: add avr32 patches, courtes Stelios Koroneos
18:12.43CIA-3803koen 07unknown * ra81dc443... 10/ (1 conf/machine/at32stk1000.conf conf/machine/atngw100.conf): at32stk1000, atngw100: fix machine features and uboot version
18:12.48CIA-3803koen 07unknown * r979e7302... 10/ (4 files in 4 dirs): busybox: fix avr32 build, courtesy Stelios Koroneos
18:12.58CIA-3803koen 07unknown * r419af188... 10/ (3 files in 3 dirs): linux 2.6.18: add avr32 defconfigs
18:14.54CIA-3803rpurdie 07org.oe.dev * r24bae19a... 10/ (12 files in 2 dirs): glibc: Fix the headers path option for various files, thanks for mwester for pointing it out
18:14.59CIA-3803rpurdie 07org.oe.dev * r93c08db0... 10/ (1 packages/meta/staging-linkage_1.0.bb): staging-linkage: Fix a typo
18:15.03CIA-3803pfalcon 07org.oe.dev * ra3b18a00... 10/ (3 files in 3 dirs):
18:15.03CIA-38h2200.conf: Autoload g_ether, like other linux-hh machines do.
18:15.03CIA-38* Bump kernel PR too.
18:15.08CIA-3803rpurdie 07org.oe.dev * r57529ad1... 10/ (1 packages/meta/cross-linkage_1.0.bb): cross-linkage: Make it less destructive and safer
18:15.13CIA-3803rpurdie 07org.oe.dev * r514c7477... 10/ (1 conf/distro/unslung.conf): unslung: Add DEPENDS on cross-linkage and staging-linkage due to an old binutils version
18:15.44*** join/#oe TheCan (n=thecan@dslb-092-074-089-252.pools.arcor-ip.net)
18:16.22zeckehrw|gone: updated
18:23.21thesing_RP: INITRAMFS_TASK= "${@['','${INITRAMFS_IMAGE}:do_rootfs'][bb.data.getVar('INITRAMFS_IMAGE',d,1) != '']}" gives parsing errors if INITRAMFS_IMAGE is not defined. I'll try the anonymous python function next.
18:29.24mwesterRP: Thanks!  I'll try it now.
18:34.02*** join/#oe summatusmentis (n=summatus@rn083002.morris.umn.edu)
18:38.20*** join/#oe CSMan (n=csman@dyn-154-184.wireless.concordia.ca)
18:52.04*** join/#oe Bernardo (n=Bernardo@89.181.56.164)
18:54.02*** join/#oe flo_lap (n=fuchs@mofa18.unix-ag.uni-siegen.de)
18:54.34flo_lapre
19:04.33woglindere
19:12.14*** join/#oe treitmayr (n=thomas@85-127-86-82.dynamic.xdsl-line.inode.at)
19:16.07*** join/#oe ssvb (n=user@87.252.225.64)
19:21.01*** join/#oe dcordes_ (n=snoopdog@unaffiliated/dcordes)
19:25.05mrdatawoglinde: hi
19:27.14woglindehi mrdata
19:27.32*** join/#oe Gerrath (n=Gerrath_@unaffiliated/gerrath)
19:36.22*** join/#oe KhemHome (n=KhemHome@adsl-71-146-14-189.dsl.pltn13.sbcglobal.net)
19:40.00*** join/#oe jekhor (n=jek@mm-166-254-57-86.leased.line.mgts.by)
19:50.22*** join/#oe osas (n=nnnnnnnn@nslu2-linux/osas)
20:01.12*** part/#oe osantana (n=osantana@200.184.118.132)
20:06.24*** part/#oe rschuster (n=rob@e178076141.adsl.alicedsl.de)
20:09.38woglindehi robert
20:15.33*** join/#oe schurig_home (n=schurig@frnk-590ee009.pool.einsundeins.de)
20:15.48*** join/#oe dottedmag (n=dottedma@92.125.214.233)
20:20.56*** join/#oe Marex (n=marex@gwfm10-3-250.802.cz)
20:24.22*** join/#oe Gerrath (n=Gerrath_@unaffiliated/gerrath)
20:31.46*** join/#oe kristoffer (n=kristoff@62.209.186.97)
20:32.01*** join/#oe bluelightning (n=blueligh@222-154-186-210.jetstream.xtra.co.nz)
20:41.25*** join/#oe Sleep_Walker (n=Sleep@195.22.44.103.adsl.nextra.cz)
20:54.33*** join/#oe HopsNBarley (n=hops@nslu2-linux/HopsNBarley)
20:57.55*** join/#oe Gerrath (n=Gerrath_@unaffiliated/gerrath)
21:01.04*** join/#oe e-ffi_ (n=cybercom@e-ffi.bsnet.se)
21:03.02flo_lapRP: Your haret is better... it says "Jumping to Kernel.." and then nothing happens.
21:14.11*** join/#oe dottedmag (n=dottedma@92.125.214.233)
21:23.02*** join/#oe timtimred (n=On3@82-34-50-106.cable.ubr02.chel.blueyonder.co.uk)
21:23.17*** join/#oe lrg (n=liam@lrg2.demon.co.uk)
21:27.07hvontres|workTimelord: hmmm, maybe the latest tosa fixes for 2.6.24 didn't make it in yet... IIRC the r8 images are still on 2.6.23. Also, feel free to open up bugreports at http://bugs.openembedded.org | Repository: monot
21:27.11hvontres|work19:15 -!- TheCan [n=thecan@dslb-092-074-089-252.pools.arcor-ip.net] has joined #oe
21:27.14hvontres|work19:16 < zecke> hrw|gone: updated
21:27.16hvontres|work19:23 < thesing_> RP: INITRAMFS_TASK= "${@['','${INITRAMFS_IMAGE}:do_rootfs'][bb.data.getVar('INITRAMFS_IMAGE',d,1) != '']}"
21:27.19hvontres|work<PROTECTED>
21:27.22hvontres|work19:24 -!- summatusmentis [n=summatus@umm-yrless170.morris.umn.edu] has quit ["Leaving"]
21:27.25hvontres|work19:29 < mwester> RP: Thanks!  I'll try it now.
21:27.28hvontres|work19:33 -!- materdaddy [n=Mat@wsip-70-164-99-62.sd.sd.cox.net] has quit ["Leaving"]
21:27.30hvontres|work19:34 -!- summatusmentis [n=summatus@rn083002.morris.umn.edu] has joined #oe
21:27.33hvontres|work19:38 -!- CSMan [n=csman@dyn-154-184.wireless.concordia.ca] has joined #oe
21:27.36hvontres|work19:50 -!- CSMan [n=csman@dyn-154-184.wireless.concordia.ca] has quit [Client Quit]
21:27.38hvontres|work19:51 -!- mr_nice [n=mr_nice@91-65-161-14-dynip.superkabel.de] has quit ["Leaving"]
21:27.41hvontres|work19:52 -!- Bernardo [n=Bernardo@89.181.56.164] has joined #oe
21:27.43hvontres|work19:54 -!- flo_lap [n=fuchs@mofa18.unix-ag.uni-siegen.de] has joined #oe
21:27.46hvontres|work19:54 < flo_lap> re
21:27.48hvontres|work20:00 -!- KhemHome [n=KhemHome@adsl-71-146-14-189.dsl.pltn13.sbcglobal.net] has quit ["Leaving."]
21:27.51hvontres|work20:04 < woglinde> re
21:27.52woglindeaua
21:27.54hvontres|work20:05 -!- lrg [n=liam@lumison.wolfsonmicro.com] has quit [Read error: 110 (Connection timed out)]
21:27.54mwesteroops.
21:27.57hvontres|work20:12 -!- treitmayr [n=thomas@85-127-86-82.dynamic.xdsl-line.inode.at] has joined #oe
21:28.00hvontres|work20:16 -!- ssvb [n=user@87.252.225.64] has joined #oe
21:28.03hvontres|work20:21 -!- dcordes_ [n=snoopdog@unaffiliated/dcordes] has joined #oe
21:28.05hvontres|work20:25 < mrdata> woglinde: hi
21:28.06CIA-3803pfalcon 07org.oe.dev * r825754db... 10/ (4 files in 4 dirs): liveramdisk-image, initramfs-jffs2: Be sure to depend on/load mtdblock.
21:28.08hvontres|work20:26 -!- Gerrath [n=Gerrath_@unaffiliated/gerrath] has quit [Read error: 110 (Connection timed out)]
21:28.11hvontres|work20:27 < woglinde> hi mrdata
21:28.11CIA-3803pfalcon 07org.oe.angstrom-2007.12-stable * r1a52e452... 10/ (1 contrib/angstrom/gen-machines-liveramdisk.sh):
21:28.11CIA-38gen-machines-liveramdisk.sh: Update distro rev and be more verbose about kernel selected.
21:28.11CIA-38* Yet to be merged liveramdisk-image changes aer required to work with the
21:28.11CIA-38latest kernels.
21:28.12woglindeohno
21:28.13hvontres|work20:27 -!- Gerrath [n=Gerrath_@unaffiliated/gerrath] has joined #oe
21:28.16hvontres|work20:34 -!- dcordes [n=snoopdog@unaffiliated/dcordes] has quit [Read error: 113 (No route to host)]
21:28.16CIA-3803pfalcon 07org.oe.angstrom-2007.12-stable * rb6064b7a... 10/ (1 contrib/angstrom/gen-machines-liveramdisk.sh): gen-machines-liveramdisk.sh: Check for ingridients' existence.
21:28.19hvontres|work20:36 -!- KhemHome [n=KhemHome@adsl-71-146-14-189.dsl.pltn13.sbcglobal.net] has joined #oe
21:28.20CIA-3803pfalcon 07org.oe.angstrom-2007.12-stable * r299696b3... 10/ (1 contrib/angstrom/gen-machines-liveramdisk.sh): gen-machines-liveramdisk.sh: Select main kernel.
21:28.22hvontres|work20:40 -!- jekhor [n=jek@mm-166-254-57-86.leased.line.mgts.by] has joined #oe
21:28.24hvontres|work20:50 -!- osas [n=nnnnnnnn@nslu2-linux/osas] has joined #oe
21:28.27hvontres|work20:55 -!- zecke [n=ich@118-166-71-147.dynamic.hinet.net] has quit [Read error: 110 (Connection timed out)]
21:28.30hvontres|work21:01 -!- osantana [n=osantana@200.184.118.132] has left #oe ["Ex-Chat"]
21:28.32hvontres|work21:06 -!- rschuster [n=rob@e178076141.adsl.alicedsl.de] has left #oe []
21:28.35hvontres|work21:09 < woglinde> hi robert
21:28.37hvontres|work21:15 -!- schurig_home [n=schurig@frnk-590ee009.pool.einsundeins.de] has joined #oe
21:28.38dottedmag$deity, what's this??
21:28.40hvontres|work21:15 -!- dottedmag [n=dottedma@unaffiliated/dottedmag] has quit [Remote closed the connection]
21:28.43hvontres|work21:15 -!- dottedmag [n=dottedma@92.125.214.233] has joined #oe
21:28.43summatusmentishvontres|work: what are you doing?
21:28.45woglindemissklick
21:28.46hvontres|work21:20 -!- Marex [n=marex@gwfm10-3-250.802.cz] has joined #oe
21:28.48hvontres|work21:23 -!- Gerrath [n=Gerrath_@unaffiliated/gerrath] has quit [Read error: 110 (Connection timed out)]
21:28.51hvontres|work21:24 -!- Gerrath [n=Gerrath_@unaffiliated/gerrath] has joined #oe
21:28.52osascopy/paste
21:28.54hvontres|workoops... sorry
21:29.00hvontres|work~lart Putty
21:29.00ibotaccelerates a free AOL cd to 50,000 rpm and lets Putty feel it
21:29.32Marexouch ;)
21:31.32CosmicPenguinthat lart is sooo 2000
21:32.29mwesterIn general, we need a new lart database; they're getting old.
21:38.05cdbot2* * OE Bug 3961 has been created by mdarland(AT)pager.net
21:38.07cdbot2* * orbit2-2.14.0-r2 build failure
21:38.09cdbot2* * http://bugs.openembedded.net/show_bug.cgi?id=3961
21:52.00mrdatagreat, same time for bug #3961 by me, while do current build
21:55.05*** join/#oe stefan_schmidt (n=stefan@sirius.lasnet.de)
21:57.09*** join/#oe mallum (n=mallum@host86-136-205-243.range86-136.btcentralplus.com)
21:58.43*** join/#oe e-ffi_ (n=cybercom@e-ffi.bsnet.se)
22:08.33*** join/#oe ant (n=ant@host112-251-dynamic.9-87-r.retail.telecomitalia.it)
22:08.58hvontres|work~lart lart for being sooo 2000
22:08.58ibotputs on a hockey mask and jumps out at lart for being sooo 2000
22:12.31anthvontres|work: he he, this time you cannot say the children was playing piano on your kb...
22:13.30Tartarushi ant
22:13.32woglinde*g*
22:13.55antgood weekend (tm) to all =)
22:15.06antTartarus: if my image boots I'll test samba stuff tomorow
22:19.17hvontres|workant: so where are you at WRT initramfs booting? I now have a second poodle to play with, so if you have something I'd love to play with it
22:21.54anthvontres|work: the bootimage somehow works but need a bit of rework to fit in 1,2 mb
22:23.20antright now I'm testing the latest angstrom-stable-r9 for c7x0, hope to complete first test in half an hour, then back to kernel-shrinking
22:23.36hvontres|workant: either that  or we use thesing's method to boot the "real" initramfs menu from flash. That would let us update things without re-flashing
22:23.48Tartarusk, thanks
22:23.58antYes, like linux-hh machines
22:24.09thesing_ant: I already started converting bootmenu-image to klibc. I think it will be ready in ca. 1 week.
22:24.26hvontres|workthesing_: way cool :)
22:24.27antmuch appreciated :-)
22:24.32*** join/#oe yansa (n=yans@host-89-167-37-237.pronet.lublin.pl)
22:26.09antthesing_: I'll rebuild later on, but without nfs.ko could already fit...
22:26.49thesing_I'm pulling the last 160 revisions and rebuild. ( I wanted other guys to try the new sysroot stuff first ;)
22:26.58antbut I'm liking more and more the initrd-kexec thing
22:27.11ant*initramfs sory...
22:27.49antthesing_: there are well known guinea pigs here ;-)
22:29.44*** join/#oe CSMan (n=csman@bas1-montreal42-1242353237.dsl.bell.ca)
22:30.10hvontres|workthesing_: don't forget to wipe/move your tmp dir after the update
22:30.43*** join/#oe punkass (n=user@unaffiliated/punkass)
22:31.33thesing_hvontres|work: I already did. This time I even saved the toolchain so that I can compile kernels while bitbake rebuild stuff.
22:32.10mrdatathesing_: i hope you need no orbit2 ;-)
22:33.12thesing_mrdata: as long as I can build console-images I'm fine ;)
22:35.42mrdatathesing_: then good luck, i try x11-office-image
22:37.15anthvontres|work: koen moved straight to 2.6.24 for Angstrom-x11-image-glibc-ipk-2007.12-r9-c7x0
22:38.23anthvontres|work: survives varous suspend/resume cycles
22:39.12anthvontres|work: the usb warnings remain in the logs, though
22:39.18*** join/#oe vivijim (n=vivijim@200.184.118.132)
22:52.30*** part/#oe vivijim (n=vivijim@200.184.118.132)
22:53.36hvontres|workant: yeah, 2.6.24 is almost there...but I have had 2.6.23 running for about a month now, so I feel more confident inthat for now.
22:56.16anthvontres|work: the last releases of 2.6.23 were no joy for c7x0
22:56.48*** join/#oe flo_lap (n=fuchs@mofa18.unix-ag.uni-siegen.de)
22:57.48*** join/#oe punk-ass (n=user@unaffiliated/punkass)
22:59.50anthvontres:work: paradox is the altboot image works now that we have the initramfs one...
23:01.25*** join/#oe CosmicPenguin (n=nobody@163.181.251.103)
23:12.20*** join/#oe punkass (n=user@unaffiliated/punkass)
23:13.58*** join/#oe russf_ (n=russf@host86-156-111-23.range86-156.btcentralplus.com)
23:15.35*** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo)
23:17.04cdbot2* * OE Bug 3962 has been created by <OE-Autobuilder>
23:17.06cdbot2* * contacts-0.8-r1-do_compile
23:17.09cdbot2* * http://bugs.openembedded.net/show_bug.cgi?id=3962
23:21.45*** part/#oe stefan_schmidt (n=stefan@sirius.lasnet.de)
23:22.31*** join/#oe russf_ (n=russf@host86-156-111-23.range86-156.btcentralplus.com)
23:33.04cdbot2* * OE Bug 3963 has been created by <OE-Autobuilder>
23:33.06cdbot2* * claws-mail-3.3.0-r0-do_compile
23:33.08cdbot2* * http://bugs.openembedded.net/show_bug.cgi?id=3963
23:35.36RPthesing_: That python looks like it needs an 'or ""' ;-)
23:36.18RPflo_lap: hmm. It did work here :/
23:42.13*** join/#oe jkilb_ (n=jkilb@p5B20A3C1.dip0.t-ipconnect.de)
23:42.49flo_lapRP: ok, strange... i'll try with a fresh setup and download the kernel again
23:43.05cdbot2* * OE Bug 3964 has been created by <OE-Autobuilder>
23:43.07cdbot2* * gtk+-2.12.3-r0-do_configure
23:43.09cdbot2* * http://bugs.openembedded.net/show_bug.cgi?id=3964
23:44.52hvontres|worknigt RP
23:48.29hvontres|workwell, time to get ready to go home. have a nice weekend

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