IRC log for #oe on 20070831

00:04.35hughescrhmm
00:04.51hughescris bluez-gnome_0.14-r1 broken?
00:05.00hughescrit's failing with a very odd msg during the install phase for me
00:05.13hughescr| make[3]: execvp: /home/craig/code/gumstix/oe/build/tmp/work/iwmmxt-angstrom-linux-uclibcgnueabi/bluez-gnome-0.14-r1/image/usr/share/applications: Permission denied
00:05.27hughescrthat /usr/share/applications is a directory
00:05.41hughescrso... not entirely surprising that execvp is having some issues trying to execute it
00:16.43*** join/#oe KhemWork (i=KhemWork@nat/montavista/x-12c947fdd96bebc4)
00:28.40*** join/#oe jott_ (n=j@unaffiliated/jott)
00:31.26*** part/#oe KhemWork (i=KhemWork@nat/montavista/x-12c947fdd96bebc4)
00:31.37*** join/#oe bambam (i=bambam@vm.vido.info)
01:11.55*** join/#oe emte_ (n=emte@66.183.8.167)
01:12.11*** join/#oe greentux (n=lemke@Z5b6f.z.pppool.de)
01:15.34*** join/#oe memeruiz_ (n=memeruiz@M95d7.m.pppool.de)
01:17.24*** join/#oe mhnoyes_ (n=mhnoyes@dialup-4.246.21.5.Dial1.SanJose1.Level3.net)
01:44.52*** join/#oe mhnoyes__ (n=mhnoyes@dialup-4.246.18.125.Dial1.SanJose1.Level3.net)
01:56.51*** join/#oe wrobbie (n=rob@cm203.kappa85.maxonline.com.sg)
02:00.00*** join/#oe mhnoyes (n=mhnoyes@dialup-4.246.18.134.Dial1.SanJose1.Level3.net)
02:17.10*** join/#oe jaebird_ (n=jae@unaffiliated/jaebird)
02:18.18*** join/#oe O_Neil (n=ONeil@210.13.111.138)
02:24.12*** join/#oe benlau (n=benlau@221.125.8.107)
02:36.32*** join/#oe emte__ (n=emte@66.183.8.167)
02:36.57*** join/#oe mzb_d800 (n=mzb@ppp108-88.static.internode.on.net)
02:42.54*** join/#oe alphaone (n=alphaone@2001:638:602:af01:0:0:0:1)
03:04.13*** part/#oe AvengerMoJo (n=alex@61.14.130.201)
03:11.39*** join/#oe mzb_d800 (n=mzb@ppp108-88.static.internode.on.net)
03:22.29*** join/#oe chouimat (n=dieu@r2351064.cidc.net)
03:45.13*** join/#oe Zero_Chaos- (n=zero@unaffiliated/zerochaos)
04:17.00*** join/#oe khem (n=khem@adsl-71-146-11-28.dsl.pltn13.sbcglobal.net)
04:17.29*** join/#oe AchiestDragon (n=david@whipy.demon.co.uk)
04:17.43*** join/#oe bambam (i=bambam@vm.vido.info)
04:46.36*** join/#oe Timelord0 (n=TL@16.8c.d12c.cidr.airmail.net)
04:46.48*** join/#oe poli (n=ca@200-168-30-125.dsl.telesp.net.br)
04:47.46*** join/#oe AvengerMoJo (n=alex@61.14.130.201)
04:49.46*** join/#oe tmbinc_ (i=abcd@83.141.3.59)
04:57.22*** join/#oe ChanServ (ChanServ@services.)
04:57.22*** join/#oe poli (n=ca@CAcert/Assurer/poli)
04:57.22*** join/#oe jaebird_ (n=jae@unaffiliated/jaebird) [NETSPLIT VICTIM]
04:57.22*** join/#oe riot (n=wntrmut@krombacher-pils.oph.RWTH-Aachen.DE) [NETSPLIT VICTIM]
04:57.22*** join/#oe bernard_ (n=bernard@mersenne.largestprime.net) [NETSPLIT VICTIM]
04:57.22*** join/#oe ggilbert (n=ggilbert@tinman.treke.net)
04:57.23*** join/#oe hufnus (n=slonsiki@69-12-177-67.dsl.static.sonic.net)
04:57.23*** join/#oe LoDown (n=logan@dsl093-230-108.lou1.dsl.speakeasy.net) [NETSPLIT VICTIM]
04:57.23*** join/#oe Ironnads_ (n=Ironnads@host86-148-57-68.range86-148.btcentralplus.com)
04:57.23*** join/#oe wookey__ (n=wookey@stoneboat.aleph1.co.uk)
04:57.23*** join/#oe happycube (n=cpage@netblock-68-183-40-90.dslextreme.com)
04:57.23*** join/#oe tmbinc (i=abcd@83.141.3.59) [NETSPLIT VICTIM]
04:57.23*** join/#oe koen (n=koen@dominion.kabel.utwente.nl)
04:57.23*** join/#oe cdbot2 (n=cdbot2@hentges.net)
04:57.23*** join/#oe XorA|goner (n=xora@www.xora.org.uk) [NETSPLIT VICTIM]
04:57.23*** mode/#oe [+o ChanServ] by irc.freenode.net
04:57.58*** join/#oe mzb_d800 (n=mzb@ppp108-88.static.internode.on.net)
05:05.17*** join/#oe wrobbie (n=rob@cm203.kappa85.maxonline.com.sg)
05:09.43*** join/#oe pleemans (n=peter@leemanpe.ugent.be)
05:10.37*** join/#oe zap (n=zap@16.170.249.ozerki.net)
05:18.38*** join/#oe yakov (n=yzaytsev@89-179-40-92.broadband.corbina.ru)
05:22.28zapHmm, how do I restore the original Linux on a SL-C3200? I have installed Angstrom yesterday and played with it, but have to return it today and I need to restore the original UI. I have a 64Mb ROM image, what to do with it?
05:23.53*** join/#oe mzb_d800 (n=mzb@ppp108-88.static.internode.on.net)
05:40.02O_Neil.
05:55.05*** join/#oe dion (n=dion@inhex.net)
05:57.13O_NeilHi OE team, how is it going on with the staged package feature?
05:59.29*** join/#oe Laibsch (n=Laibsch@134.99.37.93)
05:59.48*** part/#oe Laibsch (n=Laibsch@134.99.37.93)
06:00.43*** join/#oe daurnimator (i=daurn@unaffiliated/daurnimator)
06:01.03O_NeilWhat's the status? I implemented this feature personally, do you interest in it?
06:11.25rwhitbyO_Neil: I would suggest to wait about 3 or 4 hours and talk to koen when he wakes up
06:12.13*** join/#oe vlo (n=valentin@138.131.206.224)
06:13.38*** join/#oe vlo (n=valentin@138.131.206.224)
06:13.39O_NeilOK
06:14.26grmakoen: ping
06:22.08*** join/#oe polyonymous_ (n=hacker@pD95388CA.dip0.t-ipconnect.de)
06:28.43stelioskgood morning all
06:30.35*** join/#oe step2back (n=step2bac@gw.nsib.ru)
06:34.05cdbot2* * OE Bug 2899 has been created by dan.j.williams(AT)intel.com
06:34.07cdbot2* * Fixup autotools.bbclass for samba-3.0.25c
06:34.09cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2899
06:44.04cdbot2* * OE Bug 2900 has been created by dan.j.williams(AT)intel.com
06:44.06cdbot2* * samba-3.0.25c support
06:44.08cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2900
06:47.32zapStrange, my Zaurus boots up to the "Sharp" logo and then says "HD error!" and that's all
06:47.58zapwhat can I do at this point? It seems I have access to command-line since 'poweroff' works, but it's 1-line height only
06:49.40zap[D]+[B] doesn't work too
07:08.00*** join/#oe cyberdeck (i=molter@unaffiliated/cyberdeck)
07:09.20hrwzap: only few people here as zaurus pda
07:09.45hrwzap: better ask on openzaurus/angstrom/cacko/zaurus channels of look into oesf forums
07:11.48zapaha, thank you. Sorry I used the wrong channel
07:25.13*** join/#oe mickey|MDD07 (n=mickeyl@wifi.kom.auc.dk)
07:26.22hrwhi mickey|zzZZzz
07:27.47hrwO_Neil: you can also write mail to OE ML
07:30.04*** join/#oe greentux (n=lemke@ip-217-18-177-19.static.reverse.dsi.net)
07:31.00hrwhi greentux
07:31.29greentuxhi hrw
07:33.25hrwkoen: arm crunch patchset is probably broken
07:33.44mickey|MDD07morning guys
07:34.17hrwmickey|MDD07: how goes mdd?
07:37.37*** join/#oe ssvb (n=ssvb@vbaltd.vba.com.by)
07:42.49mickey|MDD07cool. first session right now. listening to Vladi from TT
07:42.57mickey|MDD07after him, Stefan will talk about OpenEZX
07:42.59mickey|MDD07and then me
07:44.22hrwyou about openmoko?
07:46.48CMmickey|MDD07: Do they record videos of the talks?
07:52.51*** join/#oe z72ka_ntb (n=z72ka@tux2.software602.cz)
07:59.24mickey|MDD07CM: unfortunately not. it is a tiny conference
07:59.33mickey|MDD07hrw: yes, talking about openmoko in a few
07:59.42CMOk, too bad
08:01.12mickey|MDD07well, not mentioning anything new today anyways ;)
08:01.28mickey|MDD07real news come in next presentation in Zurich
08:01.39CMWhen is that?
08:01.48mickey|MDD0719.-20. September
08:01.51*** join/#oe obergix[work] (n=olivier@inf-6632.int-evry.fr)
08:02.03CMOk, thanks :)
08:02.15mickey|MDD07n
08:02.16mickey|MDD07p
08:05.39hrwmickey|MDD07: when you will announce openmoko OE maintainer?
08:06.17mickey|MDD07mid / late september
08:06.34mickey|MDD07so in a couple of weeks
08:06.52mickey|MDD07bbiab, need to talk in a bit
08:07.06*** join/#oe lichtges1alt (n=Lichtges@R73c8.r.ppp-pool.de)
08:07.27CMI'm looking forward to that. openmoko-image has been almost impossible to build lately
08:07.50XorAmorning
08:11.53hrwCM: fails on gtk?
08:12.13CMhrw: No, kernel right now
08:12.25hrwCM: pastebin log please
08:13.39CMhrw: http://rafb.net/p/JIEaUy45.html
08:14.07CMIt's not just me, rwhitby, yness, ScaredyCat.. All get the same error
08:14.36XorAits those patches koen added to gcc, they are bolloxed
08:15.00CMYes, seems to be something with gcc
08:15.15rwhitbyrevert, revert, revert, ...
08:15.57XorAor were they glibc, but the FPU ones
08:18.14hrwXorA: gcc ones
08:18.36XorAalthpugh I cant see where they are pulled in
08:19.48hrwNOTE: Applying patch 'arm-crunch-cirrus-bugfixes.patch'
08:19.48hrwNOTE: Applying patch 'zecke-no-host-includes.patch'
08:19.48hrwNOTE: package gcc-cross-4.1.2-r5: task do_patch: completed
08:20.12*** join/#oe greentux (n=lemke@ip-217-18-181-130.static.reverse.dsi.net)
08:25.24*** join/#oe zecke (n=ich@dsl-62-220-14-162.berlikomm.net)
08:25.39hrwhi zecke
08:29.34*** join/#oe Bernardo (n=Bernardo@84.39.70.167)
08:29.54*** join/#oe ade|desk (n=adavey@194.200.143.249)
08:30.37XorAah, stupid me, I had a gcc before crunching :-)
08:32.20hrwlucky you
08:32.28XorAhrw: you will have to dissaprove it then push a r6 PR bump
08:33.12hrwI did
08:34.29XorAhrw: I see it, musta missed it by seconds in first sync :-)
08:35.40hrwbrb
08:37.24XorACM: update and try again
08:40.48*** join/#oe steliosk (n=Stelios@ipa226.211.tellas.gr)
08:42.15*** join/#oe ArjanS_ (n=arjan@62.45.94.240)
08:45.24*** join/#oe florian (n=fuchs@217.146.132.69)
08:48.19*** join/#oe zezom (n=zezom@203.84.71.156)
08:49.58*** join/#oe pleemans_ (n=peter@leemanpe.ugent.be)
08:55.55hrwargh.. neo has to be connected to host not hub to dfu ;(
08:56.43XorAhrw: yes
08:57.42hrwI am out of host ports ;(
08:58.16XorAremind me never to install resolvconf again
08:58.18floriangood morning
08:58.23hrwhi florian
09:00.43CIA-1703hrw 07org.oe.dev * rd7c8a05b... 10/ (50 files in 3 dirs): disapproval of revision '4fb1a7447c5d8ace96a5ac6358c7fe10f0d951c4'
09:00.50CIA-1703hrw 07org.oe.dev * r2a756f49... 10/ (1 packages/gcc/gcc-cross_4.1.2.bb packages/gcc/gcc_4.1.2.bb): gcc/gcc-cross 4.1.2: bump PR to build working compiler after broken ARM Crunch
09:13.56*** join/#oe rd_ (n=rd@vnsecurity.net)
09:15.52CMhrw: Thanks, that did it. package linux-gta01-2.6.22.5: completed
09:17.44hrwnp
09:18.57*** join/#oe lrg (n=liam@lumison.wolfsonmicro.com)
09:19.06florianhi lrg
09:20.26lrghey florian
09:24.48*** join/#oe mickeyl (n=mickeyl@wifi.kom.auc.dk)
09:26.38XorA~fish lrg
09:26.38ibotACTION slaps lrg around with a large trout
09:33.49*** join/#oe bluelightning (n=blueligh@219-89-45-156.dialup.xtra.co.nz)
09:33.55*** join/#oe chouimat (n=dieu@r2351064.cidc.net)
09:37.38hrw~lart linux-gta01
09:37.38ibotchops linux-gta01 in half with a free AOL CD
09:38.22mickey|MDD07heh
09:38.25mickey|MDD07~lart hrw
09:38.25ibotbreaks out the Hoover and sucks up hrw
09:38.31mickey|MDD07don't you chop our kernel :D
09:39.20hrwmickey|MDD07: it has wrong deps
09:39.37hrwquilt-native is build always so no need for it in recipe
09:39.42zeckemickey|MDD07: hey
09:40.01hrwuboot-openmoko is not needed to build linux-gta01. u-boot-mkimage-openmoko-native is enough
09:40.24mickey|MDD07hi zecke !
09:40.42mickey|MDD07hrw: let me fix it. have some other change as well
09:41.16mickey|MDD07don't lart because of historic cruft
09:41.22hrwmickey|MDD07: and let it fetch linux-2.6.22.tar.bz2 and stable patches to it
09:41.23mickey|MDD07this dependency comes from the days where we used patcher a lot
09:41.35mickey|MDD07hrw: no time for that now
09:41.46mickey|MDD07in october we have our dedicated guy :)
09:41.53hrwmickey|MDD07: each time you (openmoko) change stable to stable each dev has to fetch 40M archive instead of 40K patc
09:41.56hrwh
09:41.57XorAhey mickey|MDD07
09:42.02mickey|MDD07hi XorA
09:42.25hrwXorA: haha
09:42.47XorAmickey|MDD07: any crime you commit is low compared to koens today anyway :-)
09:42.57mickey|MDD07what's he doing?
09:43.09XorAmickey|MDD07: broke gcc :-)
09:43.15hrwhe broke ARM toolchain
09:43.48mickey|MDD07argh
09:43.56mickey|MDD07anyone fixed it already>?
09:43.59hrwalready reverted
09:44.04XorAmickey|MDD07: yes, hrw disapproved
09:44.08mickey|MDD07thanks hrw
09:44.18mickey|MDD07guess he was too busy with blaming me for sometimes forgetting --author
09:44.21mickey|MDD07grmbl
09:45.23*** join/#oe benlau (n=benlau@221.125.8.107)
09:45.33XorAmickey|MDD07: BTW midori, I can launch from ssh, segfaults if I launch from rxvt, seen anything like that?
09:46.20mickey|MDD07oh strange
09:46.25mickey|MDD07didn't try from rxvt. will do
09:46.38hrwenv changes
09:48.02mickey|MDD07likely, ya
09:49.00XorAmickey|MDD07: is ok, Ill investigate sometime, just wondered if you had seen it
09:49.24XorAsweet browser though
09:49.33mickey|MDD07yeay
09:49.39mickey|MDD07zecke's will outperform that though
09:50.22XorAzecke: speed it up old man :-D
09:51.29*** join/#oe wrobbie (n=rob@cm203.kappa85.maxonline.com.sg)
09:53.45mickey|MDD07hehehe
09:54.53*** join/#oe AvengerMoJo (n=alex@61.14.130.201)
10:00.21lrg~hail koen for his good Blackfin work.
10:00.21ibotACTION bows down to koen for his good Blackfin work. and chants, "I'M NOT WORTHY!!"
10:05.27hrw~lart 2.6.22.65 archive fetching
10:05.27ibotsqueezes 2.6.22.65 archive fetching till 2.6.22.65 archive fetching turns blue like papa smurf
10:12.40*** join/#oe rd_ (n=rd@vnsecurity.net)
10:13.03hrwsomeone remember when OE switch to SRCREV?
10:15.38RPhrw: 04092007
10:15.57hrwok
10:16.02*** join/#oe tank17 (i=tank17@gateway/tor/x-b15f94f5207be4a1)
10:16.05stefan|mdd~hail SRCREV
10:16.06ibotACTION bows down to SRCREV and chants, "I'M NOT WORTHY!!"
10:16.54hrwstefan|mdd: ;D
10:17.06hrwstefan|mdd: you have microsdhc card?
10:17.24stefan|mddhrw: yeah, works great. :)
10:17.45hrwstefan|mdd: can you check does it works in pxa machine with 2.6?
10:18.26hrwas zaurus users are asking from time to time and I have no idea how to respond ;)
10:18.33stefan|mddhrw: Will test it on one of my EZX phones, but I fear not in the next week
10:18.56stefan|mddhrw: I add it to my TODO list, perhaps I can find time for it sooner.
10:19.06hrwthx
10:20.34*** join/#oe pvanhoof (n=pvanhoof@d54C0EE14.access.telenet.be)
10:23.34*** part/#oe AvengerMoJo (n=alex@61.14.130.201)
10:35.13*** join/#oe daurn (i=daurn@unaffiliated/daurnimator)
10:38.07koensorry about breaking gcc 4.1.2
10:39.00koenat least you knew it was me by looking at the author cert :)
10:39.05CIA-1703mickeyl 07org.oe.dev * rd95b16d3... 10/ (3 files in 3 dirs): linux-gta01: make it compatible w/ gta02, adjust DEPENDS
10:39.11CIA-1703mickeyl 07org.oe.dev * r177c90ad... 10/ (1 conf/machine/fic-gta02.conf): linux-gta01: use linux-gta02 as kernel
10:39.18CIA-1703mickeyl 07org.oe.dev * r1da9580d... 10/ (1 packages/linux/linux-gta01.inc): linux-gta01: use gta01 defconfig for gta02
10:39.24CIA-1703mickeyl 07org.oe.dev * r735f3c43... 10/ (13 files in 4 dirs):
10:39.24CIA-17rename linux-gta01 to linux-openmoko, this kernel will be useful on a family of devices,
10:39.24CIA-17GTA01, GTA02 being the first two models.
10:47.35hrwhmm.. new work to do then
10:49.08koenat we can stop complaining about linux-gta01 :)
10:50.00hrwmickey|MDD07: will you or your mistic new maintainer complain much if do_prepatch will be changed to do_postpatch?
10:50.27koenand using linux-2.6.00 + minor patch?
10:50.35*** join/#oe mallum (n=mallum@86.157.93.91)
10:50.36koen<PROTECTED>
10:50.41hrwkoen: exactly
10:50.45hrwhi mallum
10:50.51Jin^eLDre
10:50.58koenhey bearded super hero from london
10:51.11mallumhey hrw :-)
10:51.20mallumhey koen ;-)
10:52.34zeckehehe
10:56.34koenrootfs_deb almost works in OE
10:56.44Jin^eLDkoen: cool!
10:56.47koenit needs some small tweaks from poky
10:57.00Jin^eLDkoen: what host distro are you running?
10:57.18Jin^eLDmy problem was (apart from some others), that it also did not work because I had a non-deb system
10:57.18koenubuntu one, debian on another
10:57.28Jin^eLDit seemed to reuse some of the host deb stuff
10:57.49Jin^eLDzecke: I heard you may be going to the CELF conference in Linz?
10:58.09zeckeJin^eLD: it depends.
10:58.40Jin^eLDwell, let me know if you go, would be nice to have a chat or something
10:58.50Jin^eLDI live in vienna so I will for sure be there
11:00.33*** join/#oe majje (n=magnuse@211.157.216.81.static.ens.siw.siwnet.net)
11:07.55*** join/#oe vlo (n=valentin@138.131.206.224)
11:15.42Jin^eLDhmm, I tried to abort bitbake using ctrl-c and somehow I am back in the shell but wget seems to be still working in the background, writing over my terminal
11:15.43Jin^eLD:)
11:16.03Jin^eLDthat does not seem right somehow?
11:17.52*** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net)
11:30.40*** join/#oe vlo (n=valentin@138.131.206.224)
11:31.35koenIn case someone is bored: http://lists.linuxtogo.org/pipermail/openembedded-devel/2007-August/002929.html
11:35.33*** join/#oe jan_js (n=Elive_us@pD953884B.dip0.t-ipconnect.de)
11:36.30jan_jsgood afternoon all
11:38.27jan_jsI have a problem with the bzImage I built with bitbake. It can't load its root file system ..
11:39.19jan_jsI have checked the defconfig, but it seems that all required options are set to 'y'.
11:40.05jan_jsA kernel that I built two month ago with oe works. And its 1.4 MB instead of 1.2 MB for the new one.
11:40.15*** join/#oe vlo (n=valentin@138.131.206.224)
11:40.49jan_jsAny idea what I might be missing here ?
11:41.08hrwjan_js: sl-a300?
11:42.44jan_jshrw: i586, a amd geode board ..
11:43.10hrwjan_js: which OE machine it is?
11:43.53jan_jshrw: generic x86, modified slightly
11:46.12jan_jshrw: sorry, i586-generic, not x86.
11:47.10jan_jshrw: I am using grub, which works fine with the older kernel.
11:48.35hrwre
11:48.58hrwjan_js: which board you have?
11:50.55torpord/win 1
11:50.56hrwfsck.. my desktop machine has connections for 4 usb ports on board (via pins).
11:51.04hrwand 3 of them do not work ;(
11:51.41torporJin^eLD: kill %1
11:53.01hrwreboot.
11:54.54jan_jshrw: It's a advantech-pcm-3353F
11:55.57jan_jsIt has a CF slot, from where I boot the system
11:57.11*** join/#oe pleemans (n=peter@leemanpe.ugent.be)
12:00.45*** part/#oe raphman (n=raphael_@141.84.8.83)
12:02.23hrwjan_js: I use alix1c board - geode lx800
12:03.05jan_jshrw: so what OE machine do you use - i586 ?
12:03.34hrwjan_js: alix
12:04.04hrwjan_js: but it is now i686 and will be switched to 'geode' which gets k6-2 gcc optimizations
12:05.11jan_jshrw: My CPU is a geode gx-mmx - maybee similar ?
12:05.47hrwgx is older geode
12:06.01*** join/#oe cwiiis (n=cwiiis@86.157.93.91)
12:06.11hrwgeode gx is based on cyrix MediaGX, then geodeLX was born
12:08.20jan_jshrw: So I might better stick to i586 then. I see in the alix machine conf that it uses "linux" as the kernel instead of linux-x86 as I do.
12:08.42jan_jsI will check for the differences, I think, especially in the defconf.
12:08.52*** join/#oe mzb (n=ubernut@ppp108-88.static.internode.on.net)
12:11.09hrwjan_js: one day I will merge linux-x86 kernels into linux one
12:11.44*** join/#oe mzb_d800 (n=mzb@ppp108-88.static.internode.on.net)
12:12.21jan_jshrw: whats the difference right now ?
12:15.00hrwname only rather
12:18.42*** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh)
12:19.18*** join/#oe mickeyl (n=mickeyl@wifi.kom.auc.dk)
12:20.57*** join/#oe wirelessdreamer (n=yume@chrobd01.vailsys.com)
12:21.23hrwjan_js: and version - linux-x86 is 2.6.20, linux is 2.6.21/22/23-rc3
12:25.23*** join/#oe mzb_d800 (n=mzb@ppp108-88.static.internode.on.net)
12:25.44Jin^eLDtorpor: well, I was kind of wondering why bitbake did not clean up the dl processes when exiting, that was the main question I guess
12:25.51*** join/#oe tnb (n=tnb@sdgsystems.net)
12:29.41hrwJin^eLD: ?
12:34.25*** join/#oe memenarsil (n=memeruiz@lapradig15.informatik.tu-muenchen.de)
12:40.27Jin^eLDyes?
12:40.47hrw"wondering why bitbake did not clean up the dl processes when exiting"?
12:41.05Jin^eLDoh.. you mean my talk with torpor? well I started a build, pressed ctrl-c, and bitbake seemed to have quit but wget was stil running
12:41.29Jin^eLDtorpor suggested to kill %1 but I asked not because of not knowing hot to kill it but mostly wondering why bitbake did not take care of it when exiting
12:41.29koenmultihtreaded bitbake forks of new shells for stuff
12:44.20*** join/#oe rd_ (n=rd@88.198.85.37)
12:46.20*** join/#oe zecke_ (n=ich@dsl-62-220-14-162.berlikomm.net)
12:47.56*** join/#oe kristoffer (n=kristoff@nl-201-48.netlogon.liu.se)
12:49.28Jin^eLDhmm
12:49.30Jin^eLDNOTE: package u-boot-git-r1: task do_fetch: failed
12:49.40*** join/#oe BobOfDoo1 (i=nobody@210-9-138-153.netspeed.com.au)
12:49.49Jin^eLDfresh pull && update, trying Crofton's davinci image, angstrom
12:51.26ynezzsomebody should teach apt some funny response to "*u-boot-git*do_fetch*failed" :)
12:52.38koenJin^eLD: the denx git repo is being down
12:52.46koenprobably upgrading uboot on the server ;)
12:52.49Jin^eLDdoh.. :(
12:52.51Jin^eLDhehe
12:53.20ynezz~lart uboot-git fetching
12:53.20ibotpulls out his louisville slugger and uses uboot-git fetching's head to break the homerun record
12:54.55ynezzthat crunch patches are those mentioned by martin guy?
12:54.59ynezz^koen
12:56.51*** join/#oe rob_w|laptop (n=rob_w@213.218.19.104)
12:57.32*** join/#oe jsheldon (n=jim@70.90.111.225)
12:57.33*** join/#oe Bitmaster (n=Bitmaste@c-d962e253.325-1-64736c12.cust.bredbandsbolaget.se)
12:57.48*** join/#oe vivijim (n=vivijim@200.184.118.132)
12:57.57koenynezz: yes, and you need gcc 4.2.1 for it
12:58.07koensince they break 4.1.2 for non-trivial apps
13:04.37hrwpoky ones?
13:05.24koenyes
13:05.29koenthe ones I sent to the list
13:07.43*** join/#oe jan_js (n=Elive_us@pD9538C5A.dip0.t-ipconnect.de)
13:13.33*** join/#oe mr_nice (n=mr_nice@p54A9CCBB.dip.t-dialin.net)
13:17.33christopherhrw:what was the gcc-cross fix you put in?  I was making a new build last night and it was on the gcc-cross build all night and still on it when I got in.  would that have anything to do with it?
13:17.44christopherhrw:  that is, I got it before your change
13:20.24hrwchristopher: gcc 4.1.2-r6 is current one
13:22.42christopherhrw:  so, only to update, not to address/fix
13:23.19christopherhrw:  I restarted a build and enabled debug output so I can be sure it is still running and compiling.  this is on a new machine that should go through compiles fast so that was why I was suprised with a build taking overnight.
13:23.27christopherand still on the same thing
13:27.35ynezzin -r5 were applied some patches which broken arm builds, so -r6 address this issue -- removed those offending patches
13:27.52*** join/#oe prpplague (n=DaveAnde@mail.americanmicrosystems.com)
13:29.17ynezzand I think, that itsn't cause of  your neverending build :)
13:31.03christopherynezz:  yeah, didn't think so.  :(  I was at r4 so I didn't have those patches.
13:31.28christopherynezz:  I have on the parallel make and this is a dual core but guess it is no match for these builds.  
13:32.17ynezzi'm running 10 threads in parallel make on dual core T7100
13:32.42ynezzno problems so far
13:32.55christopherynezz:  and how long does an image build take?  is there a way to pass off more to both or will that happen automatically?
13:33.25ynezzi don't measure it, but it's fast enough for me
13:34.57ynezzangstrom-minimal-image under 30min or so
13:35.05cdbot2* * OE Bug 2901 has been created by autobuild(AT)openembedded.org
13:35.07cdbot2* * expect-5.44.1-r0-do_configure
13:35.09cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2901
13:35.11christopherok.  fair enough.  On the old machine, it would have certainly been done overnight and that's why I am concerned.  oh geez, under 30 minutes?  
13:35.32ynezzas i said and don't know exactly :)
13:35.44ynezzbut it's not noticeable as openmoko-image
13:35.58ynezzs/and/I/
13:36.05cdbot2* * OE Bug 2902 has been created by autobuild(AT)openembedded.org
13:36.07cdbot2* * expect-5.44.1-r0-do_install
13:36.09cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2902
13:36.58christopherynezz:  ok, I'll kick off a new build and see how long it takes.
13:37.04cdbot2* * OE Bug 2901 has been RESOLVED (INVALID) by <koen>
13:37.06cdbot2* *  expect-5.44.1-r0-do_configure
13:37.08cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2901
13:37.50ynezzchristopher: what are you trying to build?
13:40.03christopherynezz:  I was building angstrom-console-image to try and get back to a working console.  I had one working two days ago and luckily kept an older one around to proove it.  when I build now, I get the no console found error
13:40.21*** join/#oe darkschneider (n=gab@81-208-36-80.ip.fastwebnet.it)
13:40.24*** join/#oe darkschneider2 (n=gab@81-208-36-80.ip.fastwebnet.it)
13:40.29christopherynezz:  so, I got a new computer and have been setting it up for builds on it (as opposed to the old one) so I can verify builds etc.
13:40.49christopherynezz:  just using angstrom and a sarge-at91 machine since it uses the same proc
13:42.01hrwchristopher: good to know that sarge config is usable for someone ;)
13:42.26christopherhrw:  didn't you add it in there ?
13:42.32hrwchristopher: I did
13:42.48christopherhrw:  yeah, I thought I remembered that right.  figured I'd go with something that 'worked'
13:43.21christopherhrw: although I am getting a little frustrated because I am not sure how to configure the kernel with oe (may have to patch in the oe kernel)...
13:43.42christopherwith it not loading any of the modules.dep / creating it and with it not running other things that are supposed to be done as postinsts...
13:43.55christopherI just don't know what I am doing wrong since I am using the code everyone else is straight from OE.
13:44.45christopherwith buildroot, the *1* good thing I can say is that I could take a look at the rootfs that it built and everything was there so I could tell if something was ok or not.  I'm just not used to it running all of those scripts at startup.
13:45.04cdbot2* * OE Bug 2902 has been RESOLVED (INVALID) by <koen>
13:45.06cdbot2* *  expect-5.44.1-r0-do_install
13:45.07christopherand am concerned about boot-up time anyway so those add another 10-15 seconds which is not so good
13:45.09cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2902
13:45.43hrwchristopher: add your machine into OE and generate config for it. that will resolve first problem.
13:46.52christopherhrw:  meaning the kernel .config ?  or the kernel itself with my changes?
13:48.42hrwconfig + eventual patches
13:49.47christopherhrw:  ok.  i do have the patch.  it is enough to just add it as a file:// and it will know to patch it?  I think I saw that in a bb file
13:50.12christopherhrw:  same with .config?  do I just make that into a defconfig as others have done?  like for busybox etc
13:50.37christopherhrw:  I'd like to have more options enabled like command history etc for busybox, so that's one thing I'll want to change on mine
13:51.19hrwchristopher: look how sarge-at91 patches are handled in kernel recipe and follow it
13:51.29christopherhrw:  ok.  I'll follow those along
13:51.32hrwfor busybox it is other thing
13:51.36koen~hail linux.inc
13:51.36ibotACTION bows down to linux.inc and chants, "I'M NOT WORTHY!!"
13:52.25koenmore nokia FUD about community software: http://jaaksi.blogspot.com/2007/08/summer-teasers.html
13:52.33koenno wonder hildon is such a POS
13:52.43chouimatmorning
13:53.12koenhey chouimat
13:53.49hrw../cross/bin/arm-poky-linux-gnueabi-depmod-2.6 -a -b /home/hrw/devel/OH/poky/build/tmp-poky/rootfs/ -F ../staging/fic-gta01-poky-linux-gnueabi/kernel/System.map-2.6.21.6-moko11 2.6.21.6-moko11
13:55.39zecke_koen: come on
13:56.08*** join/#oe Varoudis_ (n=varoudis@athedsl-170654.home.otenet.gr)
13:56.28XorAkoen: the Fear part comes from the Neo being almost all the n800 is, but with capability to phone as well
13:56.42XorAkoen: so if it succeeds it proves Nokias analysts wrong
13:56.54koenyes
13:57.07koenand nokia is almost certainly doing a linux phone
13:57.26XorAthat become evident with Jaksis speach as GUADEC
13:57.41XorAN95 + linux??
13:57.51chouimatbah nokia
13:59.03*** join/#oe mhnoyes (n=mhnoyes@dialup-4.246.18.223.Dial1.SanJose1.Level3.net)
14:04.11hrwXorA: there were rumours about n95 linux
14:04.44XorAhrw: its the most obvious path
14:05.04*** join/#oe mranostay_work (n=mranosta@cpe-088197.static.wadsnet.net)
14:05.08mranostay_workmake[2]: Entering directory `/home/mranostay/openembedded/tmp/work/centrality-linux-gnueabi/linux-omap-2.6-2.6.9-omap1-r0/linux-2.6.9'
14:05.08mranostay_work<PROTECTED>
14:05.08mranostay_workcc1: error: unrecognized command line option "-mapcs-32"
14:05.08mranostay_workcc1: error: unrecognized command line option "-mshort-load-bytes"
14:05.20mranostay_workAnyone have any clue on this?
14:05.25koen2.6.9!?!?!?!?
14:05.27mranostay_workOh and hi all :)
14:05.35koenthat's like 2 years old
14:05.51mranostay_workkoen: I know the openmoko-image picked that for some reason
14:05.55hrwmranostay_work: switch to 2.6.2x please
14:06.03hrwmranostay_work: which machhine you build for?
14:06.32mranostay_workcentrality
14:07.02hrwwhich lack kernel in OE?
14:07.59mranostay_workno it built linux-2.6.21
14:08.20hrwchristopher: I do not know why you have problem with modules.dep - all my images here have them generated during creating
14:10.14chouimatkoen: last year I had to "service" a server .... they were still running linux 1.2 on it :(
14:10.44mranostay_workchouimat: wow your kidding right?
14:11.13chouimatno
14:11.34chouimatmranostay_work: and another one was running freebsd 2.1/2,.2
14:11.35mranostay_workthat is what like ~10+ years old?
14:11.36XorAin some areas linux 2.0.X was more featureful than 2.6
14:12.11chouimatmranostay_work: close to 13
14:12.28hrwif it works, dont fix it way
14:12.49XorAand the script kiddiez cant hack it if its not 0day
14:12.57mranostay_workhehe I was in second grade then :)
14:13.10chouimattrue ... and to get the apps running on those working on something more modern will require a complete rewrite
14:14.37*** join/#oe kristoffer (n=kristoff@nl-201-48.netlogon.liu.se)
14:15.07*** join/#oe CosmicPenguin (n=nobody@www.crouse-house.com)
14:16.10torporNOTE: package libgsmd-0.1+svn20070831-r22: task do_install: started
14:16.11torporERROR: function do_install failed
14:18.43hrwhi Cliff
14:19.39christopherhrw:  yeah, Ido have that.  so, when you look in lib/modules under the rootfs, you see modules.dep ?
14:19.54hrwyes
14:20.02hrwchristopher: as long image contain any modules
14:21.05christopherhrw:  well, that may be an issue.  In my kernel, I don't have modules and I think I copied over my config to oe because the image wouldn't build due to lack of machine definition.
14:21.33christopherhrw:  since oe depends on modules, is there any way to have it...not depend on modules and have them simply built into the kernel?
14:23.20christopherhrw:  In other words, if I incorporate my kernel in oe, it will have my config (no modules), but then things built with oe are trying to load modules.dep but I don't know what modules they are trying to load
14:24.56hrwchristopher: during start of OE generated images there is step when modules are loaded. if there are no modules then it is still ok
14:26.06mickeylhmm
14:26.16mickeylwith the latest .dev qt no longer compiles
14:26.20mickeylthis worked yesterday
14:26.30hrwmickeyl: compiles or stage?
14:26.37mickeylcompiles
14:26.38hrwmickeyl: and how it breaks?
14:26.38mickeyl3.0/config.tests/unix/compile.test: line 54: 25682 Illegal instruction
14:26.49hrwmickeyl: gcc 4.1.2-r6?
14:27.03*** join/#oe Sleep-Walker (n=Sleep@2001:5c0:8fff:fffe:0:0:0:6c7d)
14:27.10christopherhrw:  well, I guess it depends on what you mean by ok.  there are programs that won't load because it can't find modules.dep
14:27.15hrwchristopher: we prefer to have modules as then kernels are smaller so they boot faster
14:27.27mickeylhrw: yes, 4.1.2-r6
14:27.37mickeylwhat kind of changes did we have?
14:27.49hrwmickeyl: NOTE: package qt4-x11-free-4.3.0-r6: task do_compile: started
14:27.54torporanyone been working on libgsmd today?
14:28.07hrwmickeyl: r6 == r4
14:28.14mickeylwell, it breaks in configure here
14:28.20mickeylhmm, strange
14:28.25mickeyl*sigh*
14:28.59hrwmickeyl: will openmoko provide any external toolchain?
14:29.07mickeylsure
14:29.45hrwthis would lower amount of problems which devs have
14:29.47Jin^eLDhmm, somehow the PREFERRED_PROVIDER_virtual/kernel in my machine conf is ignored; trying to build angstrom, -DDD does show that the correct confs are being parsed
14:29.54Jin^eLDany hints on why this could be happening
14:29.54Jin^eLD?
14:30.15hrwJin^eLD: oe kernel recipe or own?
14:30.19Jin^eLDown
14:30.33hrwJin^eLD: COMPATIBLE_* flags checked?
14:30.45mickeylhrw: what's the status of toolchain packages in OE ?
14:30.49Jin^eLDwell the thing is, it works for me here, I replicated that on a slightly older host distro on my collegues PC
14:31.00Jin^eLDfor me it works, for him it does not, allthough he is using my setup and same bitbake version
14:31.14hrwmickeyl: meta-toolchain should work. for openmoko you need to extend it with more libs
14:32.08koenI'm merging in poky bbclasses so we can use their toolchain stuff
14:32.15koensee RFC on oe-devel
14:32.36hrwour toolchains works :D
14:33.07Jin^eLDhrw: I think the problem is that the collection is being ignored... but with same bitbake version.. hmm, that should be ok I guess?
14:33.49hrwI do not use collections so hard to tell
14:33.56hrw~hail screen -x
14:33.57ibotACTION bows down to screen -x and chants, "I'M NOT WORTHY!!"
14:33.57Jin^eLDmhm
14:34.32mickeylhmm
14:37.12mranostay_work~hail Linus Torvalds
14:37.13ibotACTION bows down to Linus Torvalds and chants, "I'M NOT WORTHY!!"
14:37.16*** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh)
14:38.17*** join/#oe sudharsh_ (n=sudharsh@59.96.7.223)
14:39.16*** join/#oe Sup3rkid1o (n=sudharsh@argo.nipl.net)
14:39.57mranostay_workhow can i force bitbake to use a different kernel .bb?
14:40.31*** join/#oe jbs (n=Bernardo@84.39.87.10)
14:48.40mickeylPREFERRED_PROVIDER_virtual/kernel "<foo>"
14:49.59*** join/#oe dcordes (n=tsingtao@f048043026.adsl.alicedsl.de)
14:51.20mranostay_workmickeyl: I'd just RTFM, thanks :)
15:24.51*** join/#oe mr (n=mr_nice@p54A9CCBB.dip.t-dialin.net)
15:33.04cdbot2* * OE Bug 2903 has been created by autobuild(AT)openembedded.org
15:33.06cdbot2* * claws-plugin-maildir-0.24.4-r0-do_configure
15:33.08cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2903
15:39.05*** join/#oe koen|away (i=koen@dominion.kabel.utwente.nl)
15:42.31mranostay_work~hail ibot
15:42.32ibotACTION bows down to ibot and chants, "I'M NOT WORTHY!!"
15:47.49hrwr
15:47.50hrwe
15:48.04cdbot2* * OE Bug 2904 has been created by lukas.gorris(AT)gmx.de
15:48.06cdbot2* * Dependencies not matched installing openmoko stuff
15:48.08cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2904
15:48.50hrwmickeyl: NOTE: package qt4-x11-free-4.3.0-r6: task do_package: completed
15:49.29mickeylon my x86_64 machine, qmake-native ends up w/ illegal statements when qt detects the machine as x86_64
15:49.34mickeylwith my uname hack it works again
15:51.50hrwmickeyl: that is on x86 host
15:53.39*** join/#oe mgross (n=mgross@pool-71-245-99-113.ptldor.fios.verizon.net)
16:02.09*** part/#oe ade|desk (n=adavey@194.200.143.249)
16:03.59*** join/#oe AvengerMoJo (n=alex@219.142.237.250)
16:05.05mranostay_workis shasum-native-1.0 failing to build for anyone else?
16:05.19hrwnot here
16:12.08*** join/#oe osas (n=nnnnnnnn@72.53.149.68)
16:12.13*** join/#oe ssvb (n=user@87.252.225.64)
16:23.37mwesterlart OE for not understanding the benefits of locking-down a toolchain.
16:24.05RPmwester: Locking down the toolchain is a distro decision
16:25.06hrwRP: no - he is talking about PR bumping
16:25.49hrwmwester: you can make own branch where you will cherrypick updates from .dev
16:30.43mwesterRP: yes, it is, but seldom done because OE doesn't have a good built-in model for handling such a thing.  Can it even deal with a package that has a different version for the -native.bb than the target .bb?
16:32.38mwesterhrw: yes, I can.  But that's the wrong way around.  Normal operation, once a distro gets to a certain development stability, should be for everything -native to be isolated, and the typical developer should _choose_ when they are ready for a mass update of the toolchain and native packages.
16:33.39hrwmwester: but .dev is not distro related
16:34.45mwesterOk.  I fail to see the significance of that, though.
16:36.14hrwmwester: when OZ was ready to release I branched it and then only needed stuff came to branch
16:37.13mwesterFrom a practical point-of-view, someone will implement a solution, because mass rebuilds for hundreds of users because someone changed something trivial in a bb somewhere is simply unacceptable for most developers.
16:37.33mwesterIf it's a branch, and "cherry picking", that's fine.  If it's a lockdown of the -native packages, that's fine too.
16:38.59mwesterIt's philosophy I guess.  (I just happen to have nothing better to do than contemplate philosophy for the next 8 hours or so until my build completes).  :-D
16:38.59hrwmwester: gcc change in general was 'trivial' but needed. we already blamed koen on it
16:39.30mwesterhrw: I understand that one, and it's regrettable.  But the general case still stands.
16:40.16mwesterIf my project is at a critical juncture, how do I as a developer with a time-limit, protect myself from checkins of code that I do not expect?
16:41.04hrwmwester: you branch then
16:41.09mwesterEvery project in the world deals with this issue, and I think that OE is unique in that it chooses a default which has no barriers or guards at all.
16:41.33mwesterhrw: my point is that the ORIGINAL change should have been on a dev branch.
16:41.46hrwmwester: and we lack !dev branch
16:42.11mwesterPrecisely.  That's what makes OE unique from every other embedded project I've seen.
16:42.34mwesterThere is no "stable" branch, or "mainline" that has any guarantee of remaining stable.
16:42.41dcordesis there a list of maintainers for packages/metadata in the different distros?
16:42.52hrwdcordes: read MAINTAINERS file
16:42.58dcordesok thank you
16:43.22hrwmwester: we can probably do stable branch but then the problem is who will maintain it
16:44.32mwesterYep.  That too is the same issue faced by every other SCM environment.  Everyone wants the changes they desire to be merged automatically, and changes they do not wish to see to be ignored -- but nobody is every willing to do the hard work to manage same.
16:45.19dcordesobviously koen|away is the maintainer for openmoko recipes in angstrom
16:45.23dcordeskoen|away: you around?
16:45.52hrwdcordes: no
16:45.59mwesterThe key is as I said before: "hundreds of users" -- sheer scale will overcome that objection, and somebody somewhere will do it.  My only question is if they will do it in OE, or if they will simply copy the toolchain and -native stuff out of OE.
16:46.07hrwdcordes: openmoko project is maintainer of openmoko recipes
16:46.13hrwdcordes: angstrom just use them
16:47.08hrwmwester: I think that OE lack three things now: 1. autobuilders 2. stable branch 3. maintainers for 2
16:47.25mwesterI completely agree.
16:48.31dcordeshrw: I don' think the problem I experience with the openmoko recipes is present in openmoko itself but only in angstrom.
16:48.35dcordes!oebug 2904
16:48.37cdbot2* * Bug 2904, Status: NEW, Created: 2007-08-31 08:47
16:48.37cdbot2* * lukas.gorris(AT)gmx.de: Dependencies not matched installing openmoko stuff
16:48.38cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2904
16:48.53hrwdoing stable branch without autobuilders is useless as there will be no way to autocheck does all is ok.
16:49.07hrwand lack of maintainers == no commits fixing stable branch
16:49.24hrwdcordes: patches welcome
16:50.49dcordeshrw: is openmoko working with the openembedded mainline anyway?
16:51.14hrwyes
16:51.53dcordesThing is I believe that 2904 is caused by somebody providing only partially upgrade to the openmoko metadata in oe so the openmoko-task-* things are missing the latest branch versions from openmoko
16:51.54hrw~lart gsmd
16:51.54iboturinates on gsmd
16:53.49*** join/#oe mr_nice (n=mr_nice@p54A9F19E.dip.t-dialin.net)
16:56.10*** join/#oe csmanx (n=csman@190.40.187.242)
16:57.37dcordeshrw: I seriously would like to patch this but I don't know where to start
16:58.08*** join/#oe Vorondil (n=vorondil@unaffiliated/vorondil)
16:59.15cbrakemwester: but then, even in the stable branch you may have tool chain updates ... I guess there could be advance notification though ...
16:59.56cbrakemwester: I usually just lock down a stable version of OE for my projects, and only move forward when I know I'll have time to work through any issues that come up.
17:00.47hrwbye
17:01.11hrw|gonedcordes: for me openmoko-devel-image builds for fic-gta01 and for alix
17:01.47dcordesI'm not building openmoko-devel-image but angstrom-x11-image for akita
17:05.14dcordesmaybe it would be wise to just build openmoko-devel-image for akita for my purpose :D
17:05.27*** join/#oe hughescr (n=Snak@adsl-70-132-23-204.dsl.snfc21.sbcglobal.net)
17:11.08*** join/#oe AvengerMoJo (n=alex@219.142.237.250)
17:12.46*** join/#oe khem (i=khem@nat/montavista/x-b70874ad3be161ad)
17:17.06*** join/#oe khem (i=khem@nat/montavista/x-f570c52e3380117b)
17:24.05*** join/#oe dion (n=dion@inhex.net)
17:24.41dcordesis  the openmoko binary repo upgraded manually or with buildbot?
17:24.50dcordessorry I mean angstrom repo
17:26.55zecke_manually by feed maintainers (check the angstrom site)
17:31.22*** join/#oe ossman (n=drzeus@gateway.drzeus.cx)
17:31.59ossmanRP, ping
17:34.35*** join/#oe tank17 (i=tank17@gateway/tor/x-5c359043bce3f3ec)
17:37.16*** join/#oe greentux (n=lemke@Z5b6f.z.pppool.de)
17:41.24*** join/#oe pleemans (n=peter@d51A5E76A.access.telenet.be)
17:41.39dcordesI just started building openmoko-devel-image for machine akita distro openmoko. Yesterday I finished a complete angstrom-x11-image also for akita. Now why does bitbake have to rerun all the tasks?
17:42.10dcordesI somehow expected the moko image to build faster because I'm building for the same arch
17:58.10*** join/#oe Keizer (n=keizer@71.16.35.6)
18:01.45*** join/#oe emte__ (n=emte@66.183.8.167)
18:06.17*** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh)
18:07.24*** join/#oe Bernardo (n=Bernardo@89-180-10-189.net.novis.pt)
18:08.09*** join/#oe timtimred (n=On3@82-34-50-106.cable.ubr02.chel.blueyonder.co.uk)
18:11.58*** join/#oe woglinde (i=woglinde@e178110108.adsl.alicedsl.de)
18:13.11*** join/#oe T0mW (n=Tom@24.238.86.158.res-cmts.sth.ptd.net)
18:13.20woglindehi
18:16.02*** join/#oe dfoley (n=dfoley@s142-179-108-133.bc.hsia.telus.net)
18:21.37*** join/#oe Marex (n=Marex@gwfm4-3-0-240.802.cz)
18:25.18*** join/#oe greentux (n=lemke@Z5b6f.z.pppool.de)
18:25.32*** join/#oe Kero (n=kero@77.251.29.148)
18:26.06KeroHi! I'd like o update http://www.openembedded.org/wiki/OEandYourDistro but I can not see any way to create an account to do so.
18:26.25Kerosort-of wondering what's the use of a closed wiki?
18:30.40koen|awaywhy do you think it's closed?
18:30.47koen|awayyou don't need an account to edit it
18:32.34Kerobecause "Edit" shows me a little text input to make a comment about thet change, but no input to actually make the change?
18:33.03zecke_lol, drupal is...
18:33.38Keroit does show a Preview button tho.
18:34.59zecke_agreed, our drupal installation is still messed up
18:38.58Kerook. well. Just wanted to edit the debian-unstable info. monotone 0.36 works from today's mokomakefile, vs 0.35 bailing out (three weeks ago). specifically, 0.33 is *NOT* 'current debian unstable', but at least a month old, if not much older.
18:39.37Keroi'll post to an openmoko mailing list, might occasionally check the OE wiki, whether I can edit (but don't trust I will actually do that...)
18:42.28*** join/#oe zap (n=zap@16.170.249.ozerki.net)
18:45.27CIA-1703koen 07org.oe.dev * r3f5ee415... 10/ (3 files in 2 dirs): angstrom: more .deb integration
19:17.00*** join/#oe work_donato (n=donato@uriel-03.ite.net.br)
19:18.38dcordeshow can I make an *.ext2 image out of an image I build with OE? (I only get .jffs2)
19:20.33*** join/#oe olegfink (n=olegfink@87.228.51.111)
19:21.51christopherdcordes:  should be in your machine conf file with file types.  just change 'jffs2' to 'jffs2 ext2'
19:21.59christopherdcordes: and rebuild
19:22.02dcordesok
19:24.13christopherhrw:  I tried building  the image again and it did not load up modules.dep.  what distro/machine are you using?  is it angstrom and ?
19:43.15*** join/#oe joshin (n=joshin@VDSL-130-13-8-105.PHNX.QWEST.NET)
19:48.12dcordessomehow I'm getting no zImage after building angstrom-console-image and angstrom-minimal-image
19:48.24dcordesis that normal or did I setup something ina wrong way?
19:49.34woglindedocrdes hm
19:49.37woglindewhich machine?
19:52.13zecke_RP: hrw|gone : Is anyone of your crew online to answer some basic clutter API questions?
19:57.30dcordeswoglinde: I built for htctornado
19:58.36dcordessomehow there was one zImage in there but I didn't know what I build in order to get it
19:58.57dcordesI removed the htctornado image builddir before I rebuilt minimal and console
19:59.19woglindedcordes zImage is normale under work/arch/linux-vbla/arch/boot
19:59.23dcordescould it be that only angstrom-x11-image is creating a zImage for that device?
20:01.15mranostay_workcan i put custom cflags in a .bb package?
20:01.38woglindemranostay yes
20:01.48woglindesearch the packages after oemake
20:01.57woglindethan you will find examples
20:02.11woglindes/after/for
20:02.31dcordeswoglinde: can't find zimage there
20:03.01dcordesbut I'm used to see the zImage for angstrom in my build/tmp/angstrom/deploy/glibc/images/machine folder
20:03.07dcordeslike with my akita builds
20:03.14woglindedcordes hm
20:03.21woglindemaybe some deps are wrong
20:03.36woglindeyou can try bitbake imagebla -g
20:03.50woglindeto let you make the dependcies graph
20:03.56woglindeand look at the .dot files
20:04.04woglindeif there is a kernel entry
20:05.24dcordeshm it is just building bla then
20:05.37dcordesis there a way to force creation of zImage?
20:05.50dcordesoh sorry got the depends.dot
20:06.39dcordestheres soemthing about kernel-image style = bash and such
20:06.47dcordeswhat exactly am I looking for in that file?
20:07.55*** join/#oe summatusmentis (n=summatus@umm-yrless170.morris.umn.edu)
20:08.34woglindedcordes kernel-image should be on the left side
20:08.56woglindeargs
20:09.01woglindeI am to dull
20:09.08dcordeswhat is dull?
20:09.20woglindeyou already mentioned that you have a work/arch/linux-vbla dir
20:09.22woglindedumb
20:09.54Jin^eLDis there a way to turn off uboot building when building angstrom?
20:10.07dcordeshm so possibly really angstrom-x11-image is only way to make zImage for htctornado then?
20:10.23woglindedcordes okay look at work/arch/linux-vbla/temp/log.do_compile
20:13.34mranostay_workis -Os the only gcc flag to make smaller binaries BTW?
20:13.38dcordesah maybe it doesn't rebuild zImage because it thinks there is already one from previous build?
20:13.52woglinderight that could be
20:14.13dcordeshow can I avoid that (w/o rebuilding _everything_) ?
20:14.38woglindebitbake kernel-foo-bla -c rebuild
20:14.54woglindewhere kernel-foo-bla is the .bb recpie name for htc
20:14.58dcordeskernel-minimal-image?
20:14.58woglindekernels
20:15.07dcordesok
20:16.57dcordes/packages/linux/linux-tornado-omap2_2.6.16.16.bb
20:17.12woglindeare you sure?
20:17.16dcordesnot sure
20:17.32woglindewhats the name of the work/arch/linux-bla dir?
20:17.43woglindeor look at the .dot files
20:17.50woglindethere the name stands too
20:18.14dcordesI think that is the one because it is only recipe in packages/kernel containing tornado
20:18.45woglindehm dont know whats angstroem is choosing
20:18.56*** join/#oe Crofton (n=balister@70-101-131-78.br1.dav.wv.frontiernet.net)
20:18.56woglindelet me see in the conf/machine dirs
20:19.21woglindewhich htc you have?
20:19.28woglindetornado really?
20:19.33dcordesactually I have no htc at all
20:19.44dcordesmy friend has a (also omap850) based prophet
20:19.59dcordeson which we succesfully tried one ancient wizard kernel
20:20.08woglindeah okay
20:20.10woglindePREFERRED_PROVIDER_virtual/kernel = "linux-tornado-omap2"
20:20.37woglindebitbake linux-tornado-omap2 -c rebuild should doo
20:20.57dcordesok
20:21.44dcordeswoglinde: do you also have a htc?
20:21.55woglindedcordes no
20:22.08woglindeI only have a simpad and a greenphone
20:22.17woglindemy neo has zecke
20:22.29woglindebecause he bourought his
20:22.35dcordessimpad? isn't this that huge touchscreen thing?
20:22.40woglindeyes
20:22.43woglinde800x600
20:22.50woglindesa1110 strongarm
20:22.52dcordeslol he gave away his own so you gave him yours?
20:22.54woglinde220 mhz ;(
20:22.57dcordesheh
20:23.11zecke_dcordes: he did. And I gave away not only one but two ;)
20:23.12woglindehe gives one greenphone
20:23.23woglindeso its okay
20:23.30dcordesI only have akita to offer
20:23.38dcordesanybody want to swap with gta02? :D
20:24.33woglindelol
20:24.47dcordeswhat is digitizer?
20:24.53ljptouchscreen
20:25.05woglindeljp hm
20:25.16woglindelol
20:25.26dcordesmy current workstation is P-III
20:25.48dcordes500mh with 256megs ram
20:26.01woglindejesus
20:26.10woglindethats over 5 years old
20:26.11mwesterIt probably works great -- except for OE builds, of course.
20:26.18dcordesthat's 10 years old
20:26.26woglindeno
20:26.27dcordesclose
20:26.32woglindecant be
20:26.42dcordesokay it had that year 2000 ready sticker
20:26.49dcordesso somewhat late 1999
20:26.50woglinde10 years would be dual pentium pro with 200 mhz
20:27.17dcordesnever obsolete machine
20:27.18woglindeI remeber exactly
20:27.19dcordes:D
20:27.33dcordesbought at a well known german supermarket
20:29.43dcordesanyway I need something that can build a bit faster
20:33.48mwesterme is considering hijacking his wife's quad-core Pentium Extreme for OE builds.
20:33.56woglindelol
20:34.05woglindewhy your wife need a quad core?
20:34.13mwesterPhotoshop
20:34.13woglindeword using only one proc
20:34.33woglindehehe
20:34.52mwesterBut she doesn't use it at night, so maybe dual-boot isn't a bad idea...
20:36.52chouimatmwester: or simply use a live CD
20:38.44mwesterhmm... even easier.  I'll still need some local disk, but tossing in a spare 120GB drive is easy (it already has 5, nobody will notice a sixth in there)
20:42.18hrw|gonechristopher: angstrom-2007.1/alix angstrom-2007.1/fic-gta01, poky/fic-gta01, poky/c7x0
20:42.43hrw|gonedcordes: many machines has kernel images in rootfs only - not in deploy
20:42.59dcordesthis kernel build is taking ages
20:45.16*** join/#oe leoncamel (n=leoncame@p6024-ipbfp305fukuokachu.fukuoka.ocn.ne.jp)
20:46.06hrw|gonemwester: colinux maybe? or even vmware should fly on it
20:46.18woglindenite hrw
20:47.10hrw|goneopenmoko-devel-image is insane - I am building it since yesterday and it has ~200 tasks to do.. on 1.6GHz pentium mobile with 1GB ram..
20:47.14hrw|gonecu
20:55.20dcordeshrw|gone: rebuilding made it- thanks
20:55.23dcordesgot the zImage now
20:55.45zeckehrw|gone: nite
20:57.19*** join/#oe mickeyl (n=mickeyl@0x555312a7.adsl.cybercity.dk)
20:57.48Croftonmdd?
20:58.00mickey|mddmobile developer days 07
20:58.01*** join/#oe chouimat (n=dieu@kde/developer/chouinard)
20:58.02woglindemobile developer something
20:58.04Croftonah
20:58.05mickey|mdddenmark
20:59.55*** join/#oe flo_lap (n=fuchs@f048224214.adsl.alicedsl.de)
21:00.11woglindehe florian
21:00.57khemit seems I need to recompile monotone for centos5
21:01.04dcordesmickey|mdd: man you always on the road
21:01.10dcordesliked your froscon speech btw
21:01.20mickey|mdddcordes: that's right. i travel too much lately. this will change in 2008
21:01.23mickey|mdddcordes: thans :)
21:02.01dcordesyou asked me about some more picture of my zaurus running mokoui but my camera was larted
21:03.16flo_lapre
21:03.41*** join/#oe Cyberdeck (n=mnemonic@drms-590d236c.pool.einsundeins.de)
21:04.11*** join/#oe darkschneider (n=gab@81-208-36-80.ip.fastwebnet.it)
21:04.31*** join/#oe darkschneider2 (n=gab@81-208-36-80.ip.fastwebnet.it)
21:06.39*** join/#oe hughescr (n=Snak@adsl-75-52-251-81.dsl.pltn13.sbcglobal.net)
21:06.56*** join/#oe summatusmentis (n=summatus@umm-yrless170.morris.umn.edu)
21:08.07cbrakeThe correct way to add packages to an openembedded image: http://bec-systems.com/web/content/view/79/9/
21:08.14hughescranyone building OE on osx?  It looks like I'm having trouble when bitbake tries to write the tmp/cache sqlite DB
21:08.35mickey|mdddcordes: don't worry, i'm going to do it on my zaurii one of these days
21:08.38cbraketrying to undo the damage from my first article, so please tell me if there is anything incorrect this time ...
21:08.47hughescrlike maybe I don't have the right python sqlite lib or something
21:10.17woglindehughescr try python2.5 as default 2.4 makes trouble
21:10.33hughescrwoglinde: I'm using python 2.5.1
21:10.35hughescrafaict
21:10.38woglindehm
21:10.39hughescrfrom fink
21:10.44woglindeoh macosy
21:10.46woglindeoh macosx
21:10.47hughescrpython --version says 2.5.1 anyway
21:11.01woglindethan install sql bindings for it
21:11.07woglindesqlite even
21:11.11hughescrwoglinde: yeah, how
21:11.21hughescrI installed everything from fink which looked like python sqlite bindings
21:11.26hughescrdidn't help
21:11.32woglindemom
21:12.24woglindehm you have python-sqlite?
21:12.30woglindethat shoud be enough
21:29.08*** join/#oe csmanx (n=csman@190.40.187.242)
21:45.10RPzecke: Most of OH appears to be offline now...
21:45.54RPzecke: If you have specific questions, ask on the mailing list and I suspect someone will get back to you quickly, or just mail mallum ;-)
21:46.26Cyberdeckwhat does the '?=' in the bb files mean? conditional assignment?
21:46.37mwesterCyberdeck:  yes
21:47.15RPCyberdeck: Set if not already set. See the bitbake manual, its actually documented (for a change!) :)
21:48.03Cyberdecka one html bitbake manual would be great! Hard to do a full text search at the single pages. at least i did not found the '?=' there.
21:48.08Cyberdeckbut thank you!
21:48.25*** join/#oe birunko (n=birunko@200.184.118.132)
21:50.45hughescrI have a question on images: Is there some logic as to what should go in conf/distro vs packages/angstrom vs packages/images vs packages/tasks?
21:50.54hughescrI guess also vs conf/machine
21:51.01hughescrvs build/conf/local.conf
21:51.42hughescrI *think* I just want to create a new thing in packages/images, but it's not clear
21:52.18hughescrI guess my biggest question is "what is a distro, as opposed to an image"
21:53.00*** join/#oe BobOfDoom (i=nobody@210-9-141-81.netspeed.com.au)
21:53.28hughescris all that stuff doc'd anywhere?
21:53.32RPhughescr: An image is a collection of packages for a certain purpose. A distro is more of a kind of policy determination (what versions to use, which ABI etc.)
21:54.20RPhughescr: packages/angstrom shouldn't exist ideally and probably won't in the end
21:54.44hughescrRP: ok, that packages/angstrom should probably just be in packages/images?
21:54.52RPhughescr: right
21:55.11hughescrRP: and conf/distro then would have stuff like "use uclibc rather than glibc, and use version 1.2.3 of package foo, if you use package foo"
21:55.28RPhughescr: right
21:55.38hughescrRP: whereas packages/images would say "when you're building a small system, then use packages foo, bar, and baz"
21:56.03hughescrRP: and packages/tasks is basically macros saying "If you want a bootable system, then use the following 19 packages"
21:56.10RPhughescr: yes
21:56.10hughescr?
21:56.33RPtasks are just convinient groups of packages to simplify images
21:57.29hughescrRP: OK.  So for gumstix, if I want to specify that basically it wants to base things off angstrom, but specify uclibc (where angstrom lets you choose), then I'd maybe make a conf/distro/gumstix which sets ANGSTROM_MODE=uclibc then requires angstrom
21:57.51hughescrand a pacakges/image/gumstix-small-image which selects packages for a 4MB gumstix, based on angstrom-minimal or something?
21:57.59RPhughescr: Yes, you could do that
21:58.36hughescrRP: my goal is to get as much stuff out of build/conf/local.conf as possible, so users don't get confused and don't shoot themselves in the foot too much
21:58.57hughescrangstrom really wants you to make too many decisions in local.conf
21:59.26hughescrRP: ok thanks for confirming what I thought was likely true
21:59.34*** join/#oe birunko (n=birunko@200.184.118.132)
22:03.43RPhughescr: I can understand that aim, poky tries to do that too. Angstrom does cater for a lot of configurations and OE is powerful and it seems a shame to hide that power in a way too though :)
22:03.47RPI can see both sides...
22:11.35sakomanhughescr: thanks for asking that question!
22:11.53sakomanI was wondering about the same things
22:12.24*** join/#oe likewise (n=chatzill@82-171-189-134.dsl.ip.tiscali.nl)
22:12.44likewisejust in time :-)
22:13.47likewisebut why not keep Angstrom a distro within OE just as it is now?
22:14.27likewiseIt's a extremely good reference distro, but I do not see it replacing OE.
22:15.54mickey|mddrwhitby: i don't want that
22:16.25mickey|mddso i try not to allow it to happen
22:16.30rwhitbymickey|mdd: I agree - but that's the direction it's heading - it already has glibc vs uclibc
22:17.06woglinderwhitby eglibc you forget
22:17.09mickey|mddthat's right, but if angstrom becomes too bloated, why not adding something with less options again? that was my idea of DISTRO=generic
22:17.36rwhitbywoglinde: indeed - that is more evidence for my point
22:17.38mickey|mddi see angstrom as a reference distro, not as the only means
22:18.12rwhitbythere is no way that OE has enough resources to _properly_ support *3* C libraries
22:18.24woglinderwhitby?
22:18.31woglindeuntil now it works
22:19.20rwhitbyindeed, cause it's fresh.  but soon the one or two individuals driving one of the three variants will loose interest, or move onto the next interesting thing, and the support for the least popular of the three will bitrot.
22:19.24*** join/#oe Marex (n=Marex@gwfm4-3-0-240.802.cz)
22:19.31rwhitbythat's just my prediction - take it with a grain of salt.
22:20.34likewiseif it works for one distro (Angstrom), C lib supports isn't hard to use in your own distro (like mickey said, a more minimal distro)
22:20.48rwhitbylikewise: fully agree
22:21.18rwhitbythat's why I say that Angstrom will become the OE replacement, and there will be lots of distros based on configurations of Angstrom.
22:21.55rwhitby(and then there will be a heap of legacy non-Angstrom-based distros which will eventually bitrot)
22:21.57likewiserwhitby: but why does Angstrom replace OE, if it is "only" the distro part of it?
22:22.14likewiserwhitby: agreed, we have lots of bitrotting distro's in there.
22:22.36likewiseI would rather see a purpose-driven set of distro's
22:22.43rwhitbylikewise: because if something isn't a derivative of Angstrom, then new changes to OE don't get automatically tested on it, and the legacy things break and bitrot.
22:22.49likewiseOne distro that targets headless systems, for example
22:22.51kergothangstrom isnt an oe replacement, it just might be the base of a lot of the distros buildable out of oe.
22:23.05mickey|mddrwhitby: in the end, it depends on the people that make it. if enough people want A to become it, then it'll be so. If otherwise, it won't happen
22:23.11mickey|mddhi kergie
22:23.18mickey|mddkergoth: how are things?
22:23.20woglindehi kergoth
22:23.39kergothnot too bad, getting a bit tired of arizona heat, but not bad
22:23.48mickey|mddglad to hear
22:24.02rwhitbykergoth: yes, that's what I mean - I'm just taking it to the extreme to highlight the point that the non-Angstrom distros will probably bitrot, so people who want the least pain should get behind angstrom
22:24.17kergothstill burned out on coding, but thus far my job at mvista is just bugfixing, which i can do easily and without getting frustrated, so content with that for now.. think i might go back to school in a year or so
22:24.21kergothheh
22:24.34mickey|mddkergoth: i see. yes, i think that may be the best strategy for you
22:24.36woglindeback to school?
22:24.38likewisemickey|mdd: generic distro is reasonably slim, lean and non-rotten?
22:25.02kergothi used to enjoy the architecture of code, but i just dont anymore, cant seem to focus on it.. so bugfixing will do
22:25.05kergothwoglinde, never got a college degree
22:25.08mickey|mddlikewise: definitely rotten, i didn't work on it since years. but we could work again on it
22:25.09rwhitbymickey|mdd: is there a bugzilla-submitting autobuilder for generic distro?
22:25.16mickey|mddrwhitby: no idea frankly
22:25.34likewiseHow can one create such a autobuilder?
22:25.41woglindekergoth hehe I tought I were the only lamer who is going a full study at the age of 28
22:25.54kergoth:)
22:26.20likewisewoglinde: I finished University only last year, when I was 32, so no hurries :-)
22:26.39woglindelikewise hm do you have to feed a family=
22:27.08likewiseI enjoyed learning the theory while I was in the middle of a job / practice. Well, only my girlfriend and the cats :-)
22:31.17*** join/#oe wick7xx (n=jornix@63.135.144.56)
22:32.56*** join/#oe leoncamel (n=leoncame@p6024-ipbfp305fukuokachu.fukuoka.ocn.ne.jp)
22:36.11*** join/#oe zecke (n=ich@gprs-pool-1-001.eplus-online.de)
22:39.19*** join/#oe tank17 (i=tank17@gateway/tor/x-0b6c43834cb648aa)
22:40.17*** part/#oe vivijim (n=vivijim@200.184.118.132)
22:44.18CIA-1703mickeyl 07org.oe.dev * r22b3c11c... 10/ (1 packages/vte/vte_0.11.15.bb packages/vte/vte_0.16.8.bb): vte 0.11.15: update to 0.16.8
22:52.01*** join/#oe joshin (n=joshin@VDSL-130-13-8-105.PHNX.QWEST.NET)
23:08.50likewisegn
23:08.51*** part/#oe likewise (n=chatzill@82-171-189-134.dsl.ip.tiscali.nl)
23:14.22*** join/#oe xjqian (n=gordon@24-107-189-59.dhcp.stls.mo.charter.com)
23:16.50*** join/#oe _diego__ (n=diego@host-84-223-86-189.cust-adsl.tiscali.it)
23:16.54_diego__hi
23:21.16*** join/#oe lisppaste7 (n=lisppast@common-lisp.net)
23:23.30*** join/#oe mhnoyes (n=mhnoyes@dialup-4.246.18.86.Dial1.SanJose1.Level3.net)
23:34.05cdbot2* * OE Bug 2894 has been REOPENED by likewise(AT)gmx.net
23:34.07cdbot2* *  eglibc should provide glibc packages when  chosen as default libc
23:34.09cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2894
23:41.51*** join/#oe zecke_ (n=ich@gprs-pool-1-001.eplus-online.de)

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