IRC log for #oe on 20071126

00:00.06antrgd2: I see..
00:00.26antrgd2: a lot of problems lately for Zaurus -(
00:01.51rgd2_ah, i think i've found my problem....
00:02.21rgd2_line in oe/conf/machine/ep93xx.conf : PREFERRED_PROVIDER_xserver = "xserver-kdrive"
00:02.49rgd2_should have been PREFERRED_PROVIDER_virtual/xserver = ...
00:04.36antrgd2: yep!
00:05.01rgd2_ant: try putting PREFERRED_PROVIDER_virtual/xserver = "xserver-kdrive" into your local.conf
00:05.19antrgd2: it's already like this
00:05.31rgd2_:(
00:06.04antrgd2: in zaurus-2.6.inc
00:06.22antrgd2; :-(
00:10.14antrgd2: one moment...
00:10.20antrgd2: ./xorg-xserver/xserver-kdrive_1.3.0.0.bb:require xserver-kdrive-common.inc
00:11.29antrgd2: xserver-kdrive-common.inc  ... doesn't exhist
00:11.40ants/exhist/exist/
00:12.12*** join/#oe astro76 (n=james@unaffiliated/astro76)
00:12.44rgd2_there is a package called xserver-kdrive-common though
00:13.06antrgd2_: try yoursef  [arklinux@localhost packages]$ grep -R xserver-kdrive-common.inc .
00:14.13*** join/#oe kergoth (n=kergoth@neutrino.joshua-colp.com)
00:15.59rgd2_ant: grep -R xserver-kdrive-common .
00:17.32antrgd2_: looks like OpenMoko
00:17.55antrgd2_: thx anyway, I have to go sleep. 'nite
00:19.14rgd2_ant: i have a xserver-kdrive-common.inc file.... mtn pull && mtn update ?
00:19.44*** join/#oe mwester-n (n=mwester@nslu2-linux/mwester)
00:20.36*** join/#oe w4cko (i=w4cko@c-67-172-178-58.hsd1.ca.comcast.net)
00:22.17mwester-nhehe!
00:22.55*** join/#oe cedric (n=cedric@mieuh.bluebugs.org)
00:29.07*** join/#oe bluebugs (n=cedric@mieuh.bluebugs.org)
00:30.05cdbot2* * OE Bug 3131 has been REOPENED by <hrw>
00:30.07cdbot2* *  zaurusd should rdepend on bl
00:30.09cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=3131
00:58.53*** join/#oe alphaone (n=daniel@2001:638:602:af01:20c:76ff:fe8d:9703)
01:01.34CoreDumphrw|gone: someone deliberately replaced the bl script with gpe-conf...
01:14.11*** join/#oe benlau (n=benlau@221.125.8.107)
01:18.32*** join/#oe greentux__ (n=lemke@Z7217.z.pppool.de)
01:45.51*** join/#oe a-atwood (n=alan@tempdial17.west.eskimo.net)
01:49.03*** join/#oe summatusmentis (n=summatus@umm-yrless170.morris.umn.edu)
01:58.54*** join/#oe drmikecrowe (n=drmikecr@208.104.23.34)
02:07.50*** join/#oe jbs (n=Bernardo@89.181.70.3)
02:10.08*** join/#oe hufnus (n=slonsiki@69-12-177-67.dsl.static.sonic.net)
02:10.21*** join/#oe mwester-n (n=mwester@nslu2-linux/mwester)
02:13.11*** part/#oe hufnus (n=slonsiki@69-12-177-67.dsl.static.sonic.net)
02:17.16*** join/#oe noclouds (n=mhfan@218.22.26.90)
02:19.38*** join/#oe joshin1 (n=josh@unaffiliated/joshin)
02:19.41*** join/#oe vivijim (n=vivijim@200.184.118.132)
02:33.14xjqianmwest: is this too ugly in do_compile_prepend? LD_LIBRARY_PATH=${STAGING_DIR_NATIVE}${layout_libdir}:$LD_LIBRARY_PATH
02:36.51*** join/#oe jacques (n=jacques@nslu2-linux/jacques)
02:59.55*** join/#oe benla1 (n=benlau@221.125.8.107)
03:13.52*** join/#oe benlau2 (n=benlau@221.125.8.71)
03:25.05*** join/#oe dcordes (n=user0815@f054213019.adsl.alicedsl.de)
04:15.25*** join/#oe w4cko (i=w4cko@c-67-172-178-58.hsd1.ca.comcast.net)
04:27.34*** join/#oe Timelord0 (n=TL@16.8c.d12c.cidr.airmail.net)
04:32.27*** join/#oe joshin1 (n=josh@unaffiliated/joshin)
04:48.06*** join/#oe csmanx (n=csman@bas6-montrealak-1177608630.dsl.bell.ca)
04:55.04cdbot2* * OE Bug 3369 has been created by john_lee(AT)openmoko.com
04:55.06cdbot2* * meta-toolchain uses ipkg-list-fields  but it' s not in ipkg-utils-native
04:55.08cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=3369
04:57.10*** join/#oe bluelightning (n=blueligh@122-57-173-77.jetstream.xtra.co.nz)
05:11.12hvontres1homeCoreDump: ping
05:19.04*** join/#oe jkilb_ (n=jkilb@p5B20AC2A.dip0.t-ipconnect.de)
05:30.47*** join/#oe nud (n=sf@91.86.74.37)
05:39.43*** join/#oe osas (n=nnnnosas@i216-58-54-200.cybersurf.com)
05:44.04hvontres1home~seen koen
05:44.06ibotkoen <n=koen@s55917625.adsl.wanadoo.nl> was last seen on IRC in channel #oe, 1d 15h 33m 10s ago, saying: 'steliosk: the autobuilder can't :('.
05:44.17*** join/#oe noclouds (n=mhfan@218.22.26.90)
05:45.29*** join/#oe rob_w (n=bob@X0f8a.x.pppool.de)
05:54.13*** join/#oe summatusmentis (n=summatus@umm-yrless170.morris.umn.edu)
06:54.29*** join/#oe jacques (n=jacques@nslu2-linux/jacques)
06:56.23*** join/#oe _law_ (n=law@mail.stiftadmont.at)
07:06.25*** join/#oe rob_w|laptop (n=rob_w@p549B9C23.dip0.t-ipconnect.de)
07:14.25*** join/#oe tank17 (i=tank17@gateway/tor/x-c9a0a120f6305cc9)
07:43.58*** join/#oe toi (n=pleemans@d5152D3B4.access.telenet.be)
07:55.54*** join/#oe rd_ (n=dr@vnsecurity.net)
07:56.21*** join/#oe cyberdeck (n=molter@unaffiliated/cyberdeck)
07:59.39CIA-3303mwester 07org.oe.dev * rdd180374... 10/ (3 files in 3 dirs): busybox: SlugOS defconfig - add nohup, add timeout option to shell's read command.
07:59.44CIA-3303mwester 07org.oe.dev * re6bf3fbc... 10/ (3 files in 3 dirs):
07:59.44CIA-33ixp4xx-kernel: defconfig for 2.6.21.6 - add many crypt modules, add requested cdc
07:59.44CIA-33modules, and add various USB video device modules. (note: no built-in devices or
07:59.44CIA-33crypto drivers have been changed to modules in this commit)
08:05.15*** join/#oe Sleep_Walker (n=Sleep@195.22.44.103.adsl.nextra.cz)
08:11.58*** join/#oe rob_w|laptop (n=rob_w@p549B9C23.dip0.t-ipconnect.de)
08:22.00*** join/#oe jeremy_laine (n=sharky@120.194.210.62.te-dns.org)
08:22.06jeremy_lainehowdee
08:22.08hrwmorning
08:27.07*** join/#oe rob_w|laptop (n=rob_w@p549B9C23.dip0.t-ipconnect.de)
08:27.32XorAmorning
08:27.36XorA~lart this morning
08:27.36iboteats this morning and falls over dead
08:32.12hrw~mondays
08:32.13ibotSounds like _somebody_'s got a case of the Muhhndays!
08:42.19*** join/#oe d1 (n=dr@vnsecurity.net)
08:44.14*** join/#oe greentux (n=lemke@ip-217-18-181-130.static.reverse.dsi.net)
08:45.06XorAmy computer has died :-(
08:56.55_diego_I know the feeling.... quite annoying :-(
09:04.20*** join/#oe noglitch (n=Miranda@mail.atmel.fr)
09:08.23*** join/#oe Genesis (n=genesis@AMontsouris-153-1-24-90.w86-212.abo.wanadoo.fr)
09:08.47Genesisyo men
09:17.32*** join/#oe rd_ (n=dr@vnsecurity.net)
09:58.21lumaghi!
09:59.34*** join/#oe jbs (n=Bernardo@84.39.94.74)
09:59.48*** join/#oe obergix[work] (n=olivier@inf-6632.int-evry.fr)
10:02.21hrwhi Dmitriy
10:02.29Genesishi lumag & hrw
10:02.47lumaghi hrw
10:03.52*** join/#oe Marex-notebook (n=marex@vasut.kolej.mff.cuni.cz)
10:37.09*** join/#oe nud (n=sf@www.multitel.be)
10:38.00nudhas someone ever used a sb-x270 with a PC104 extension card ?
10:38.21nudlooks like there is a missing file in the linux kernel in OE
10:38.25nudcm-x270-pci.c
10:48.49nudis cbrake_away on holidays ?
10:49.23hrw26 11:51 [FreeNode] CTCP TIME reply from cbrake_away: Mon Nov 26 05:40:50 2007
10:49.34hrwnud: remember about timezones...
10:51.24nudhrw: I was talking about his idle time
10:52.15nudidle 108:51:16, signon: Thu Nov  8 06:31:27
10:56.34*** join/#oe e-ffi (n=cybercom@e-ffi.bsnet.se)
10:58.04nik0nhi
10:58.31nik0ni'm using a system with 2.4.21 kernel headers, uclibc 0.98 and linux 2.4.21 and want to build xserver-kdirve
10:58.41nik0ncompilation always fails with following error: http://nopaste.biz/21794
10:58.45nik0nany ideas?
11:10.09hrwuse 2.6 kernel headers
11:10.25hrwkernel headers are for userspace and do not have to match running kernel
11:15.46hrw~seen thesing
11:15.49ibotthesing <n=ask@BAA12f0.baa.pppool.de> was last seen on IRC in channel #oe, 3d 18h 34m 22s ago, saying: '~seen mr_nice'.
11:20.34nik0nhrw: can i have both 2.4 kernel headers and 2.6 kernel headers?
11:21.26hrwno
11:21.33nik0nokay ...
11:36.40*** join/#oe redguy_work (n=matik@unaffiliated/redguy)
11:39.47*** join/#oe otavio (n=otavio@201.40.162.47)
11:40.17otavioPlease, could someone take a look on the patches I've let ready for commit on http://people.debian.org/~otavio/OE/patches/ ?
11:40.50otavioThey're being used by us here and then we'd like to get them merged since they could be useful to others
11:43.57CMotavio: Mention the bug number in bugzilla too so they have some reference
12:03.55*** join/#oe Yan49 (n=root@85.11.174.55)
12:04.03*** part/#oe Yan49 (n=root@85.11.174.55)
12:05.17hrw~curse initramfs
12:05.18ibotMay the fleas of a thousand camels infest your most sensitive regions, initramfs !
12:05.25hrw~curse arm realview platform
12:05.26ibotMay the fleas of a thousand camels infest your most sensitive regions, arm realview platform !
12:18.26lumagnice experience
12:20.29hrwlumag: I am debugging qemu armv6 support ;)
12:22.29lumaghrw: :)
12:22.39*** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh)
12:23.01hrwand virtual machine lack any hdd support, lack usb
12:23.08hrwso only initramfs works
12:24.21lumaghe-he. At least I can boot from sd/cf :)
12:24.51otavioCM: i haven't report bug reports for it. I've done those to fix my local problems
12:39.53*** join/#oe [cc]smart (n=[cc]smar@gw.ptr-62-65-142-223.customer.ch.netstream.com)
12:39.54*** join/#oe tmbinc (i=abcd@83.141.3.59)
12:40.01Genesiswhere could i have a look ot know how to build multipartition image with OE ?
12:40.01Genesisi think i just need to concatenate them for a first time , but how to have grub working for a minimal image ?
12:41.14*** join/#oe otavio (n=otavio@201.40.162.47) [NETSPLIT VICTIM]
12:41.14*** join/#oe benlau2 (n=benlau@221.125.8.71) [NETSPLIT VICTIM]
12:41.14*** join/#oe benla1 (n=benlau@221.125.8.107) [NETSPLIT VICTIM]
12:41.15*** join/#oe DarthWader (n=zathras@unaffiliated/darthwader)
12:41.15*** join/#oe ggilbert (n=ggilbert@tinman.treke.net) [NETSPLIT VICTIM]
12:41.15*** join/#oe Jin|away (n=jin@belief.htu.tuwien.ac.at) [NETSPLIT VICTIM]
12:41.15*** join/#oe aCiDBaSe (n=osantana@200.184.118.132) [NETSPLIT VICTIM]
12:41.15*** join/#oe flatronf701C (n=flatronf@ns1.clipsalportal.com) [NETSPLIT VICTIM]
12:41.15*** join/#oe kristian-m (i=kristian@217.13.205.113) [NETSPLIT VICTIM]
12:41.15*** join/#oe cyberdeck (n=molter@iss12.vlsi.informatik.tu-darmstadt.de)
12:41.17*** join/#oe splat1 (n=splat1@rf1.splat1.com) [NETSPLIT VICTIM]
12:41.17*** join/#oe punkass (n=user@unaffiliated/punkass)
12:41.17*** join/#oe _diego_ (n=diego@host-84-222-1-204.cust-adsl.tiscali.it) [NETSPLIT VICTIM]
12:41.17*** join/#oe marcan (i=1337@host214-205.cvd.fit.edu)
12:41.17*** join/#oe NAbyss (n=foo@tucuxi.org)
12:41.17*** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby)
12:41.18*** join/#oe gcl (n=gcl@S01060016b61d1226.cg.shawcable.net) [NETSPLIT VICTIM]
12:41.18*** join/#oe cbrake_away (n=cbrake@oh-69-34-21-229.sta.embarqhsd.net)
12:41.18*** join/#oe ReaperOfSouls (i=cluge@nat/montavista/x-ec5ba36c572ed05f) [NETSPLIT VICTIM]
12:41.22*** join/#oe jbs (n=Bernardo@84.39.94.74) [NETSPLIT VICTIM]
12:41.23*** join/#oe jeremy_laine (n=sharky@120.194.210.62.te-dns.org) [NETSPLIT VICTIM]
12:41.23*** join/#oe osas (n=nnnnosas@i216-58-54-200.cybersurf.com)
12:41.23*** join/#oe mwester-n (n=mwester@nslu2-linux/mwester)
12:41.23*** join/#oe drw (n=drw@76.187.64.213)
12:41.24*** join/#oe wookey_ (n=wookey@stoneboat.aleph1.co.uk)
12:41.24*** join/#oe scruggs (n=chris@72-161-121-119.dyn.centurytel.net) [NETSPLIT VICTIM]
12:41.24*** join/#oe nik0n (n=nik0n@helix.mybll.net) [NETSPLIT VICTIM]
12:41.24*** join/#oe ArjanS (n=arjan@anymore.nl)
12:41.24*** join/#oe mickey|zzZZzz (i=mickey@srv043.dedi23.de) [NETSPLIT VICTIM]
12:42.00*** join/#oe mattylad_ (n=matt@ppp121-44-5-14.lns10.syd7.internode.on.net) [NETSPLIT VICTIM]
12:42.01*** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net)
12:42.30*** join/#oe univac (n=univac@148.81.191.193)
12:43.24*** join/#oe tmbinc_ (i=abcd@83.141.3.59)
12:47.52*** join/#oe obergix[work] (n=olivier@inf-6632.int-evry.fr)
12:59.29*** join/#oe stefan_schmidt (n=stefan@datenfreihafen.org)
13:08.18*** join/#oe birunko (n=birunko@200.184.118.132)
13:12.03*** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) [NETSPLIT VICTIM]
13:12.03*** join/#oe e-ffi (n=cybercom@e-ffi.bsnet.se) [NETSPLIT VICTIM]
13:12.03*** join/#oe jacques (n=jacques@nslu2-linux/jacques)
13:12.03*** join/#oe summatusmentis (n=summatus@umm-yrless170.morris.umn.edu) [NETSPLIT VICTIM]
13:12.04*** join/#oe noclouds (n=mhfan@218.22.26.90)
13:12.04*** join/#oe jkilb_ (n=jkilb@p5B20AC2A.dip0.t-ipconnect.de)
13:12.04*** join/#oe joshin (n=josh@unaffiliated/joshin)
13:12.04*** join/#oe bluebugs (n=cedric@mieuh.bluebugs.org) [NETSPLIT VICTIM]
13:12.04*** join/#oe chouimat|away (n=dieu@kde/developer/chouinard)
13:12.04*** join/#oe daurnimator (n=daurn@unaffiliated/daurnimator)
13:12.04*** join/#oe cesarb (n=cesarb@wikipedia/cesarb) [NETSPLIT VICTIM]
13:12.04*** join/#oe mzb_d800 (n=mzb@ppp108-88.static.internode.on.net)
13:12.05*** join/#oe exastra (n=go@c-24-21-152-246.hsd1.or.comcast.net) [NETSPLIT VICTIM]
13:12.05*** join/#oe Crofton|work_ (n=balister@ossie.wireless.vt.edu)
13:12.05*** join/#oe hwtechnik (n=hwtechni@80.78.249.202)
13:12.05*** join/#oe eno (n=eno@nslu2-linux/eno)
13:12.05*** join/#oe dhr (n=hugh@CPE00606767ed59-CM000f9fa81660.cpe.net.cable.rogers.com)
13:12.05*** join/#oe sakoman (n=sakoman@static-70-97-46-22.dsl1.pco.ca.frontiernet.net) [NETSPLIT VICTIM]
13:12.05*** join/#oe Crofton|home (n=balister@66.207.66.26)
13:12.05*** join/#oe christopher (n=christop@64-199-159-130.ip.mcleodusa.net) [NETSPLIT VICTIM]
13:12.05*** join/#oe keesj (n=keesj@ip49-193-210-87.adsl2.versatel.nl)
13:12.06*** join/#oe Philippe (n=fille@a91-153-17-113.elisa-laajakaista.fi) [NETSPLIT VICTIM]
13:12.06*** join/#oe wicknix (n=wicked@63.135.135.198) [NETSPLIT VICTIM]
13:12.06*** join/#oe mwester-laptop (n=mwester@nslu2-linux/mwester)
13:12.06*** join/#oe mwester (n=mwester@nslu2-linux/mwester)
13:12.06*** join/#oe Zero_Chaos (n=zero@unaffiliated/zerochaos)
13:12.06*** join/#oe bernard_ (n=bernard@mersenne.largestprime.net)
13:12.06*** join/#oe cdbot2 (n=cdbot2@hentges.net)
13:13.53*** join/#oe noclouds (n=mhfan@218.22.26.90)
13:23.54*** join/#oe noclouds (n=mhfan@218.22.26.90)
13:26.51*** join/#oe zecke|zZzzzZzzzz (n=ich@dsl-62-220-14-162.berlikomm.net)
13:41.57zeckewow it is so strange to see GNOME turn corporate and evil :}
13:42.26Jin^eLDhey zecke
13:42.35Jin^eLDwhat did I miss? why is Gnome corporate and evil now?
13:44.53zeckeJin^eLD: Somehow not only Novell but the whole GNOME gang is flirting with Microsoft. Their believe on OOXML is just ridicoulous. E.g OOXML being better as ODF... There is no single OOXML implementation, not even M$ fully implements it. There are two independant ODF implementations that are interoperable. And if you read the document of the norwegian national ISO comittee...
13:45.27*** join/#oe a-atwood_ (n=alan@67.136.147.127)
13:46.27Jin^eLDwhy would they do that?
13:46.31Jin^eLDthis makes no sense
13:50.37zeckeright...
13:52.49CIA-3303slapin 07org.oe.dev * r1b576950... 10/ (3 files in 2 dirs): Linux for palms: repository change
13:53.02CMI think there's nothing wrong with trying to do the best you can out of a bad situation
13:53.24CMThe .doc format sucks too, but is also used everywhere
13:54.12zeckeCM: I talk about standardisation and something that is from M$ and not even used by them...
13:55.07CMI just hope they keep rejecting it.
13:55.22lumagbye!
13:55.47zeckeCM: http://www.standard.no/pronorm-3/data/f/0/17/24/1_2401_0/2008-08-31_NO_ISO_IEC_DIS_29500_comments.pdf
13:55.49CMThe way they tried to buy the Swedish votes just proves how low they will go
13:56.04zeckeCM: no way ODF can be worse!
13:56.38CMI can't imagine that either. And it's at least short enough to actually be read
13:58.17*** join/#oe drmikecrowe (n=drmikecr@74.223.100.206.nw.nuvox.net)
13:58.37*** join/#oe vivijim (n=vivijim@200.184.118.132)
14:00.22*** join/#oe Shoragan (n=shoragan@datenfreihafen.org)
14:10.29*** join/#oe stefan_schmidt (n=stefan@datenfreihafen.org)
14:13.50*** join/#oe polyonymous (n=hacker@pD953917A.dip0.t-ipconnect.de)
14:21.55*** join/#oe vivijim (n=vivijim@200.184.118.132)
14:23.55otaviozecke: there's also CDF format that looks better, afaik
14:24.06otaviozecke: and that are getting support too
14:30.50*** join/#oe chouimat|work (n=mchouina@64.26.181.242)
14:30.52*** join/#oe jsheldon (n=jims@70.90.111.225)
14:33.08*** join/#oe florian (n=fuchs@217.146.132.69)
14:37.11otaviozecke|sick: are you feeling better?
14:37.16zecke|sickno
14:37.26otaviozecke|sick: are still with flu?
14:37.42otaviozecke|sick: that's bad :(
14:39.41chouimat|workhey zecke|sick
14:50.53*** join/#oe kristoffer_ (n=kristoff@78.156.192.162.bredband.tre.se)
14:55.22*** join/#oe florian (n=fuchs@217.146.132.69)
14:57.58*** join/#oe Shoragan (n=shoragan@datenfreihafen.org)
15:05.47*** join/#oe csmanx (n=csman@bas1-montreal42-1242352700.dsl.bell.ca)
15:09.10*** join/#oe chouimat (n=mchouina@64.26.181.242)
15:15.09*** join/#oe noclouds (n=mhfan@218.22.26.90)
15:18.52*** join/#oe obergix[work] (n=olivier@inf-6632.int-evry.fr)
15:23.49*** join/#oe noclouds (n=mhfan@218.22.26.90)
15:26.29*** join/#oe HopsNBarley (n=hops@nslu2-linux/HopsNBarley)
15:48.26*** join/#oe CosmicPenguin (n=nobody@163.181.251.103)
15:50.19*** join/#oe ggilbert (n=ggilbert@tinman.treke.net)
15:52.50Genesisyo mickeyl
16:00.58*** join/#oe xkill (n=wntrmut@krombacher-pils.oph.RWTH-Aachen.DE)
16:01.24CIA-3303pfalcon 07org.oe.dev * rc16bef84... 10/ (1 packages/klibc/klibc.inc packages/klibc/klibc_1.1.1.bb):
16:01.24CIA-33klibc 1.1.1: Fix multimachine build.
16:01.24CIA-33* klibc fishes in kernel sources, and this is per-machine stuff, so
16:01.24CIA-33klibc must be per-machine too. This is of course not ideal, as klibc is
16:01.24CIA-33*not* machine-dependent, but at least it's on par with uclibc, which has the
16:01.25CIA-33same issue.
16:01.32CIA-3303pfalcon 07org.oe.dev * r922e975c... 10/ (1 packages/linux/linux-handhelds-2.6.inc): linux-handhelds-2.6: Fix another typo in HaRET startup script.
16:01.40CIA-3303pfalcon 07org.oe.dev * r7e81d54c... 10/ (1 packages/linux/linux-handhelds-2.6.inc): linux-handhelds-2.6: Factor out kernel filename to a variable, for easy global change.
16:01.47CIA-3303pfalcon 07org.oe.dev * rcfc33e4f... 10/ (3 files in 3 dirs): initramfs-module-bootmenu: Switch from using buggy mount --guess-fstype to buggy klibc's fstype.
16:02.01CIA-3303pfalcon 07org.oe.dev * rb90bee8f... 10/ (7 files in 2 dirs): initramfs-uniboot & modules: These all are machine-independent scripts.
16:02.24CIA-3303pfalcon 07org.oe.dev * r69c7792e... 10/ (1 packages/keylaunch/keylaunch-conf/keylaunchrc): keylaunch-conf: Describe keylaunchrc format.
16:02.43CIA-3303pfalcon 07org.oe.dev * r5f654b92... 10/ (1 packages/keylaunch/keylaunch-conf_2.0.10.bb): keylaunch-conf: Fix permissions on keylaunchrc.
16:03.00CIA-3303pfalcon 07org.oe.dev * r8744f51b... 10/ (3 files in 3 dirs):
16:03.00CIA-33gpe-login 0.90: Die, die, die gpe-xcalibrate.sh!
16:03.00CIA-33* Unbreaks "Record" button press for recalibration during initial login screen
16:03.00CIA-33(autolock screen has been fixed by previously applied and mainstreamed patch).
16:03.08CIA-3303pfalcon 07org.oe.dev * rec788392... 10/ (1 conf/machine/include/zaurus-2.6.inc): zaurus-2.6.inc: Make it work for the case when there's no jffs2 in IMAGE_FSTYPES.
16:05.37*** join/#oe hvontres|home (n=hvontres@hentges.net)
16:10.13CoreDumphttp://xkcd.com/
16:10.27hvontres|workCoreDump: hehe...:)
16:10.44hvontres|workCoreDump: Thanks for letting me use your machine :)
16:10.50CoreDumpnp
16:11.33hvontres|work~lart IT guys at work for switching to Active Directory
16:11.33ibotbrandishes Excalibur! "With this sword, I vanquish thee, IT guys at work!" and lops off IT guys at work's head for switching to Active Directory
16:12.14CIA-3303pfalcon 07org.oe.dev * red8cc53f... 10/ (3 files in 3 dirs):
16:12.14CIA-33gpe-login 0.90: Lock screen on suspend, not on resume.
16:12.14CIA-33* When using gpe-login --autolock, lock screen before going to suspend,
16:12.14CIA-33not after coming out of resume, as otherwise there's noticeable delay with
16:12.14CIA-33screen unprotected.
16:12.14CIA-33* Closes #3370.
16:12.16CIA-33* Upstream bug http://bugs.linuxtogo.org/show_bug.cgi?id=125
16:15.32*** join/#oe kergoth` (n=kergoth@neutrino.joshua-colp.com)
16:19.01*** join/#oe Khem (i=Khem@nat/montavista/x-b9980461409f37ad)
16:25.34*** join/#oe summatusmentis (n=summatus@umm-yrless170.morris.umn.edu)
16:30.05cdbot2* * OE Bug 1061 has been RESOLVED (WONTFIX) by <Sokolovsky>
16:30.07cdbot2* *  opie-mediaplayer2 will not play ogg/vorbis  files on 3.5.4. 1 rc4 on cl-3000
16:30.09cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=1061
16:31.04cdbot2* * OE Bug 1397 has been RESOLVED (WONTFIX) by <Sokolovsky>
16:31.06cdbot2* *  3.5.4.2 rc 2,  tosa - wifi LED constantly on ( irregular steady or blink)
16:31.08cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=1397
16:31.16cdbot2* * OE Bug 3370 has been created by <Sokolovsky>
16:31.18cdbot2* * Security issues with gpe-login --autolock.
16:31.20cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=3370
16:33.47*** join/#oe kiozen (n=oeichler@p5492A95A.dip0.t-ipconnect.de)
16:34.44*** join/#oe stefan_schmidt (n=stefan@datenfreihafen.org)
16:35.05kiozenHi, is this the right place to ask for help if I can not get a package compiled in oe?
16:35.48zecke|sickkiozen: sure
16:36.06kiozenthanks, the packet in question is gdal
16:37.06kiozenoe's version is quite outdated: gdal-1.3.2
16:37.21kiozenI would like to compile gdal-1.4.2
16:37.40kiozenif I move the *.bb to gdal-1.4.2.bb
16:38.58kiozenI get http://pastebin.ca/798134
16:39.45kiozenthe package failes to download because it's name is appended by a "-1.0"
16:40.01kiozenis there a way to fix this?
16:40.20zecke|sickkiozen: :)
16:40.48zecke|sickkiozen: Have you read the bitbake manual? If I say stuff like PN, PV and PR do you recognize them?
16:41.08zecke|sickkiozen: short answer. You want your file to be named gdal_1.4.2.bb
16:41.26kiozenok, second..
16:41.29zecke|sickkiozen: where gdal is the PN, and 1.4.2 is the PV (the package version, which defaults to 1.0)
16:42.03zecke|sickkiozen: with your naming of the file, you said it is gdal-1.4.2 as PN and you didn't specify any PV
16:42.23zecke|sickkiozen: check conf/bitbake.conf where it sets the PN, PV from the filename
16:43.53kiozenyou are right :) tiny difference in the name big one in the result, thanks
16:48.36*** join/#oe pvanhoof (n=pvanhoof@d54C0EE14.access.telenet.be)
16:52.29*** join/#oe rob_w (n=bob@X0849.x.pppool.de)
16:59.55*** join/#oe noclouds (n=mhfan@218.22.26.90)
17:01.05cdbot2* * OE Bug 3370 has been RESOLVED (FIXED) by <Sokolovsky>
17:01.07cdbot2* *  Security issues with gpe-login --autolock.
17:01.09cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=3370
17:02.37*** join/#oe noclouds (n=mhfan@218.22.26.90)
17:03.50*** join/#oe Crofton (n=balister@hc6521679.dhcp.vt.edu)
17:04.44*** join/#oe noclouds (n=mhfan@218.22.26.90)
17:05.09hrwbye
17:06.46*** join/#oe noclouds (n=mhfan@218.22.26.90)
17:08.15Croftongn
17:08.41*** join/#oe noclouds (n=mhfan@218.22.26.90)
17:10.32*** join/#oe noclouds (n=mhfan@218.22.26.90)
17:23.45*** join/#oe nud (n=sf@91.86.92.106)
17:34.15*** join/#oe summatusmentis (n=summatus@umm-yrless170.morris.umn.edu)
17:36.57*** join/#oe pH5 (n=ph5@e178251045.adsl.alicedsl.de)
17:39.45*** join/#oe scruggs (n=chris@72-161-121-119.dyn.centurytel.net)
17:44.02*** join/#oe dfoley (n=dfoley@s142-179-108-133.bc.hsia.telus.net)
17:45.35*** join/#oe gremlin[it] (n=gremlin@ppp-200-43.25-151.libero.it)
17:48.19CroftonDoes anyone know how to fix generic so it actually builds?
17:56.18*** join/#oe aloisiojr (n=aloisio@200.184.118.132)
18:01.28*** join/#oe jbs (n=Bernardo@89.181.70.3)
18:02.28*** join/#oe tomimo (n=kurre@a193-229-227-182.elisa-laajakaista.fi)
18:05.54*** join/#oe TheCan (n=thecan@dslb-084-056-149-189.pools.arcor-ip.net)
18:13.07*** join/#oe angom (n=angom@200.38.31.239.dsl.dyn.telnor.net)
18:14.01*** part/#oe angom (n=angom@200.38.31.239.dsl.dyn.telnor.net)
18:18.48sakomanI'm running into some issues with the directfb and directfb-examples packages
18:20.04sakomanthe directfb recipe puts the headers in include/directfb, but the example code (and even the headers themselves) expect them to be in include
18:20.28sakomanSo of course nothing works :-)
18:20.51sakomanAnyone else run into this?
18:22.59*** join/#oe e-ffi (n=cybercom@e-ffi.bsnet.se)
18:25.57*** join/#oe pleemans (n=peter@d51A5E76A.access.telenet.be)
18:26.09*** join/#oe Crofton|work_ (n=balister@ossie.wireless.vt.edu)
18:26.31*** join/#oe greentux (n=lemke@Z7217.z.pppool.de)
18:39.46*** join/#oe likewise (n=leon@82-171-189-134.dsl.ip.tiscali.nl)
18:39.53likewisegm
18:41.07*** join/#oe lisppaste7 (n=lisppast@common-lisp.net)
18:46.27*** join/#oe pipomolo42 (n=alex@ALille-152-1-18-233.w83-192.abo.wanadoo.fr)
18:50.18*** join/#oe Crofton|work__ (n=balister@ossie.wireless.vt.edu)
18:52.58*** join/#oe e-ffi (n=cybercom@e-ffi.bsnet.se)
18:54.05*** join/#oe josch (n=josch@host132.natpool.mwn.de)
18:54.11Croftonsakoman, I do not see anything open in bugzilla
18:55.05Crofton(and I double checked the closed reports also)
18:56.03*** join/#oe xkill (n=wntrmut@krombacher-pils.oph.RWTH-Aachen.DE)
19:05.52*** join/#oe timtimred (n=On3@82-34-50-106.cable.ubr02.chel.blueyonder.co.uk)
19:10.00sakomanCrofton:  yeah, I looked there too
19:10.29Croftonsadly, I not good at LCD displays ...
19:10.48CroftonI need to make you some bug reports also :)
19:10.55sakomanThe direct-fb recipe is broken in other ways too -- it even downloads the wrong source code (extras instead of examples :-)
19:11.30Croftonheh
19:11.38Croftonsounds like it is not in wide usage
19:11.48sakomanI do have it working -- displaying a nice animation of icons revolving around the screen while they zoom in and out
19:11.55Croftonhttp://www.directfb.org/
19:11.56Crofton?
19:12.00sakomanYes
19:13.02sakomanI make it work by hand copying the include files from include/directfb to include in staging
19:13.07sakomanthen it builds
19:13.25sakomanand even works!
19:13.39Croftonso we just need to fix the recipe?
19:13.55sakomanSo I'm torn, because I like the include files grouped under directfb
19:14.18sakomanbut all the sample code and even the include files themselves expect otherwise
19:14.38Croftoncreate a bug in bugzilla, and drop an email to the list asking what the best solution is
19:14.49Croftonsounds like there are a couple of solutions
19:15.01sakomanEasiest fix would be to have the recipe put themin the expected place
19:15.17*** join/#oe Marex-notebook (n=marex@vasut.kolej.mff.cuni.cz)
19:15.40sakomanHarder one would be to patch many tens of header and sample code files with every release
19:15.49CroftonI just buggered my OSK build to try the generic distro
19:15.55sakomanOuch!
19:16.00CroftonI like the easiest fix
19:16.16sakomanDo you know how to do that for an autotools recipe?
19:16.18CroftonI should be able to test there
19:16.52Croftonlet me take a look at the recipes
19:16.55*** join/#oe mgross (i=mgross@nat/intel/x-84fd5b3517e21306)
19:17.49sakomanI'm using directfb.bb unchanged, but have patched directfb-examples to download the right stuff
19:18.24Croftonso we can fix the configure.ac to install in /usr//include, not /usr/include/directfb?
19:18.32sakomanyes
19:18.51sakomanKnow how?
19:19.31Crofton:)
19:19.47Croftonlet me see what I have to work with
19:20.13sakomanIs it just a prefix thing in OE_EXTRAS?
19:20.20Croftonmaybe
19:20.39Croftonthe examples are version 1.0.0 and directfb is version 1.1.0
19:20.42Croftondoes this matter?
19:20.57sakomanNo
19:21.52sakomanThey don't seem to have a 1.1.0 examples on the directfb site
19:21.57CroftonI am going to look at the source tree
19:22.22Croftonit may be as simple as patching the autofoo
19:22.36Crofton(or messing with the OE_EXTRA.. stuff
19:22.54CroftonI think it needs patching autofoo though to install the headers in correct place
19:23.12Croftonseems funny they are installed in one dir, but only work from another dir
19:25.35sakomanYeah, you'll notice that the OE recipe patches include files to reflect the place they are installed (for directbf.bb)
19:26.05sakomanA guy who built directfb with buildroot didn't run into this issue
19:27.30CroftonI wonder if that is a symptom of how they get staged in OE?
19:27.38sakomanI think so
19:29.27*** join/#oe fishey (n=fisheyss@ool-457331c3.dyn.optonline.net)
19:34.28Croftonconfigure.in has this line :
19:34.38CroftonINCLUDEDIR=$includedir/directfb
19:34.38CroftonINTERNALINCLUDEDIR=$includedir/directfb-internal
19:34.57CroftonI do not see a way to override this from the command line
19:35.19Croftonyou could try adding a patch to change INCLUDEDIR to :
19:35.25CroftonINCLUDEDIR=$includedir
19:35.40sakomanI'll try that
19:38.01Tartarusnot enough context, but...
19:38.13Tartarusiirc pkg-config --whatever directfb-internals is supposed to provide that
19:38.24Tartarusor it has in the past
19:45.43*** join/#oe fishey (n=fisheyss@ool-457331c3.dyn.optonline.net)
19:55.52*** join/#oe dijenerate (n=dijenera@72.22.134.87)
20:06.19*** join/#oe jbs_ (n=Bernardo@89.181.43.128)
20:07.45*** join/#oe florian_ (n=fuchs@f048078082.adsl.alicedsl.de)
20:17.46otavioPlease, could someone take a look on the patches I've let ready for commit on http://people.debian.org/~otavio/OE/patches/ ? They could be useful to others (summary: firefox 2.0.0.3 build fixes, libx11 without xcb - following lastest .bb recipe and openrdate recipe)
20:18.35Croftonotavio, can you add them to the bug tracker?
20:18.58CroftonI did look at them, but I do not know enough about them to commit
20:19.11otavioCrofton: is it really need? I'll take more time reporting the bugs then someone checking them and commiting
20:19.28Croftonotavio, it is a workflow issue
20:19.32otavioCrofton: at least openrdate ought to be easy. It just adds a new package
20:20.55Croftonhmm, at least I can test that
20:21.07Croftonotavio, post it to the bugtracker
20:21.08otavioCrofton: would be nice. :-)
20:21.20CroftonI will try and look at it, it at least interests me
20:21.33Croftonbut, I am doind several other things atm
20:22.12Croftondirectfb-examples fails for me ...
20:24.39otavioCrofton: http://bugs.openembedded.org/show_bug.cgi?id=3371
20:25.40Croftondoes it really create stuff that needs staging?
20:26.37otavioCrofton: I hope so :-)
20:26.38otavioCrofton: http://bugs.openembedded.org/show_bug.cgi?id=3372
20:27.09otavioCrofton: it's my first recipe so it can have errors and I'd like to learn from them :-)
20:27.20otavioCrofton: so if you could test it and comment on it, I'd love
20:27.22*** join/#oe summatusmentis (n=summatus@umm-yrless170.morris.umn.edu)
20:27.30CroftonIt may be a day or two
20:27.44sakomanCrofton:  http://www.sakoman.net/oe/mvi_2669_1.avi
20:27.56sakomanlousy quality, but you'll get th eidea
20:28.45otavioCrofton: http://bugs.openembedded.org/show_bug.cgi?id=3373
20:29.16Croftonotavio, now you can "nag" by bug number
20:31.02Croftonok, I voted for the rdate recipe so I can find it easily again
20:31.43Croftonit is a sad man that has to take bad video of his success to share with others on the internet :)
20:32.49sakomanCrofton:  pitiful indeed
20:33.05Croftonyou must really live in the sticks
20:33.12Croftonso that is the directfb-example?
20:33.13sakomanYup
20:33.22sakomanyeah, that is one of them
20:33.26*** join/#oe Fique (n=tkazi@167.216.14.194)
20:33.30sakomanthe only interesting one
20:34.11CroftonI really need to close this window and focus .....
20:34.20sakomanMe too :-)
20:34.35Croftonwas that build with the patched configure.in?
20:35.20sakomanThat was the one with the hand cheat -- the one with the patched configure.in built successfully and I am reflashing as we type
20:35.47Croftonif it works, can you attach it to a bug report?
20:36.01CroftonI will ad that to my ridiculous list of things to do
20:36.12CroftonI so badly need a lackey or two ....
20:36.19sakomanMe too :-)
20:36.35CroftonI want to try this on the OSK
20:36.37sakomanYeah, I'll file a bug after I confirm that it works
20:36.51Croftonand also get some feedback from the guys that know stuff about displays
20:37.35sakomanJust 1 change to directfb.bb (the patch), and 1 to directfb-examples (changing extras to examples in the file to fetch)
20:38.54sakomanWhat kind of feedback are you looking for?
20:39.10Croftonthis is the "right answer"
20:39.30CroftonI wonder if there is anything that depends on directfb
20:39.49sakomanThere's a version of x that runs on top of it
20:40.22sakomanThe patch makes the examples work, and matches the tutorials on the directfb web site
20:40.57sakomanBut it seems like a bad idea to pollute the top level of include with all this stuff
20:41.11CroftonI agree
20:41.15sakomanI like it better under include/directfb
20:41.44sakomanbut I'm not real eager to deal with all those files that need to be patched
20:42.02Croftonhttp://rafb.net/p/0waE6j46.html
20:42.21Croftonthat is a list of files that DEPEND on directfb
20:43.03sakomanwonder what they use in their includes
20:43.12Croftonyeah
20:43.19sakomanguess there's one way to find out :-)
20:43.24Croftonsee what builds, with and without changes :)
20:43.39sakomangtk might be a good thing to try
20:45.20sakomanAfter I test this build I'll try a few of them
20:47.05CroftonI am trying to work out lib versus lib64 ...
20:52.33XorA|goneCrofton: building x86_64 binariesd
20:52.49XorA|gone?
20:52.55Croftonyeah
20:53.10Croftonnot oe related
20:53.11XorA|goneCrofton: I have that 90% solved, but I wanted to wait for new staging layout
20:53.26XorA|goneCrofton: oh outside OE
20:53.29Croftonyeah
20:53.34Croftonback to sleep
20:53.46CroftonI have been looking for orange jump suits though :)
20:53.56XorA|goneCrofton: same issue I bet, if you want lib instead of lib64 you need to fiddle some configure.ac magic
20:54.15CroftonI think I want them to go into lib64
20:54.17Croftonbut they do not
20:54.48Croftonhttp://www.nationaltextile.us/inc/sdetail/488
20:54.59Croftonat this price, I could outfit everyone!
20:55.22Croftonif they fit into small's :(
20:58.14*** join/#oe splat1 (n=splat1@rf1.splat1.com)
21:00.14mwesterlikewise:  NOTE: Task failed: Error: /stuff/slug/slugosbe/openembedded/packages/gcc/gcc-4.1.1/pr34130.patch not found.   :(
21:00.54*** join/#oe univac (n=univac@148.81.191.193)
21:06.18mwester~seen likewise
21:06.22ibotlikewise is currently on #oe (2h 26m 35s). Has said a total of 1 messages. Is idling for 2h 26m 29s, last said: 'gm'.
21:06.24likewisemwester:argh
21:06.42mwesterAh - there you are!  :D   Nah, seems easy to fix, I expect.
21:06.43likewisemwester: pls copy from gcc-4.1.2/
21:07.06likewisemwester: shall I commit, or you?
21:07.22mwesterI'll let you do the honors, since it's your change. :)
21:07.40mwester(I'm in no rush since I'm supposed to be at work - I'll wait for the commit and start a clean build.)
21:08.30likewisemwester: ok
21:09.56sakomanCrofton:  tried building gtk+-directfb.  No joy, it DEPENDS on pango-directfb which happens to not exist :-)
21:10.00sakomanERROR: No buildable providers available for required build target gtk+-directfb ('['pango-directfb']')
21:10.30CroftonI wonder if/who the directfb guru is
21:10.30mickeylRP: ping
21:10.41RPmickeyl: pong
21:11.22mickeylhehe
21:11.31mickeylRP: small problem with a recent toolchain build
21:11.33mickeyl| /local/pkg/oe/sdk/tmp/work/x86_64-armv4t-sdk-angstrom-linux-gnueabi/meta-toolchain-openmoko-1.0-r0/temp/run.do_populate_sdk.20567: 1: ipkg-list-fields: not found
21:11.48mickeylany ideaß
21:11.56Croftonsvolpe added it in sept/oct this year
21:11.58likewisemwester: pushed to monotone.openembedded.org
21:12.06cdbot2* * OE Bug 3371 has been created by otavio(AT)ossystems.com.br
21:12.06cdbot2* * openrdate recipe
21:12.08cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=3371
21:12.13sakomanCrofton:  a hint in one patch file:  Signed-Off: mickey@openmoko.org
21:12.17cdbot2* * OE Bug 3373 has been created by otavio(AT)ossystems.com.br
21:12.19cdbot2* * fix firefox 2.0.0.3 building
21:12.21cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=3373
21:12.29cdbot2* * OE Bug 3372 has been created by otavio(AT)ossystems.com.br
21:12.31cdbot2* * remove xcb depends from libx11
21:12.33cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=3372
21:12.43Croftonmickeyl, what do you know about directfb?
21:12.54mickeylother than that i initially added it years ago, not much
21:13.00Croftonok
21:13.06mickeylwhat's wrong?
21:13.20Croftoninclude path issues, lack of consistency
21:13.31mickeylyah, tons of hacks
21:13.34RPmickeyl: ipkg-list-fields should be built by ipkg-utils-native or ipkg-native
21:13.34Croftonsakoman, has some fixes, but I am not sure what they will break
21:14.14sakomanSo far it seems that those things might be broken for other reasons :-)
21:14.30sakomanSo maybe nothing *actually* uses it
21:14.45Croftonyes
21:14.56RPmickeyl: Its a python util, part of ipkg-utils-native
21:14.57CroftonWhich makes it easier to update :)
21:15.06CroftonI just merged .dev and pushed the merge
21:15.17sakomanIndeed, if a tree falls in the forest . . .
21:15.34RPmickeyl: I wonder if that error means a failure of line 1, no /usr/bin/python ?
21:15.43mickeylhmm
21:16.20mickeylit got built
21:16.24mickeylbut noone installed it into staging
21:16.25mickeylso it's not there
21:20.10*** join/#oe ibot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt)
21:20.10*** topic/#oe is OpenEmbedded Developer Lounge | Web: http://www.openembedded.org | Bugtracker: bugs.openembedded.org | This is not a distro support channel
21:20.13mickeylbbiab, sofa time
21:21.24Croftonhmm, must be talking with his therapist ....
21:25.10CoreDumpotavio: bug #3373 is missing the promised patch ;)
21:29.22florianRP: oh...
21:35.48*** join/#oe Keizer (n=keizer@c-69-139-42-47.hsd1.fl.comcast.net)
21:39.01*** join/#oe mzb (n=ubernut@ppp108-88.static.internode.on.net)
21:40.59CIA-3303likewise 07org.oe.dev * rfd549036... 10/ (3 files in 3 dirs): gcc: Add pr34130.patch for missing versions.
21:41.05CIA-3303likewise 07org.oe.dev * r0c8e229c... 10/ (4 files in 3 dirs): inotify-tools: Add version 3.12 from sourceforge.
21:50.10*** join/#oe Marex-notebook (n=marex@vasut.kolej.mff.cuni.cz)
22:02.26*** join/#oe Crofton (n=balister@66.207.66.26)
22:07.40gremlin[it]hi all
22:08.38gremlin[it]a question, si possible to build something without a network connection if all sources is already present in the 'source' directory ???
22:09.24CoreDumpthat should work, yes
22:09.40otavioCoreDump: done
22:09.59CoreDumpotavio: thanks
22:10.04otavio:-)
22:10.12otavioCoreDump: could you review it?
22:11.05CoreDumpsorry no. I just noticed it was missing
22:11.32gremlin[it]CoreDump was u talking with me ?
22:11.43CoreDumpgremlin[it]: yes
22:11.52gremlin[it]ok thanks ! ...
22:12.02CoreDumpnp
22:16.52*** join/#oe CosmicPenguin (n=nobody@163.181.251.103)
22:22.19*** join/#oe Marex-notebook (n=marex@vasut.kolej.mff.cuni.cz)
22:25.34*** join/#oe tank17 (i=tank17@gateway/tor/x-7d48bb919a3e7f22)
22:35.37*** join/#oe univac (n=univac@148.81.191.193)
22:36.36*** join/#oe fishey (n=fisheyss@ool-457331c3.dyn.optonline.net)
22:38.47*** join/#oe mithro (n=tim@eth3421.qld.adsl.internode.on.net)
22:39.38otaviocould someone point me a distro recipe that gives a image that uses u-boot for booting? I'd like to try to use it
22:42.52CoreDump?
22:43.05CoreDumpu-boot u-boot is a bootloader
22:44.35Crofton|homeomapt5912osk machine file?
22:45.34CoreDumpand a distro would be openmoko for neo1973
22:45.54CoreDumpbut I fail to see what the generated image has to do with the bootloader
22:47.23otavioCoreDump: it doesn't end up with a .img file ready to flash the devide that is able to boot?
22:47.37otavioCoreDump: my images and up being the rootfs
22:48.37CoreDumpotavio: openmoko generates a normal .jffs2 image for rootfs and a uImage for the kernel if that is what you mean
22:48.57Crofton|homewhat machine?
22:49.58otavioCoreDump: but the device boots from what, in this case? Doesn't it use the jffs2 to look for the kernel inside of it?
22:50.16*** join/#oe memeruiz_ (n=memeruiz@e180229095.adsl.alicedsl.de)
22:53.13Crofton|homeu-boot is usually stored in a well know place in flash, and loaded by the processor during reset
22:53.24CoreDumpactually that is runtime configured via u-boot. It can use a kernel in a dedicted flash partition and AFAICT it can load a kernel off a rootfs
22:54.03CoreDump(which can be in flash, SD, CF etc)
22:54.55otavioCoreDump: exactly
22:55.10otavioCoreDump: in that case I'd need to have a "partition" for the kernel image, right?
22:56.04CoreDumpnot necessarily, as I said, you could load the kernel off a rootfs partition, or an SD / CF card
22:56.18CoreDumpit is a run-time config option of u-boot
22:56.32otavioGreat. I'd like to get it from the rootfs
22:56.42otavioany machine that I could use as reference?
22:57.15CoreDumphttp://www.denx.de/wiki/bin/view/DULG/Manual <-u-boot manual
23:00.40*** part/#oe stefan_schmidt (n=stefan@datenfreihafen.org)
23:00.57otavioCoreDump: but no distribution uses it that way on OE currently?
23:01.30CoreDumpthe distro doesn't matter.
23:01.44otavioCoreDump: it's a machine setting, you mean?
23:01.49CoreDumpjffs2 for rootfs and uImage or zImage for kernel
23:02.47CoreDumpthe jffs images are not machine specific AFAIK
23:03.14otavioCoreDump: I got the idea but didn't get how to get OE to put the kernel on an .img file
23:03.52CoreDumpwhat is ".img" supposed to be anyway?
23:04.27otavioCoreDump: I'd say the "rootfs" changed to have the kernel inside and ready to use with a dd for a flash or something like
23:05.09otavioCoreDump: dunno if you got what I meant
23:06.22CoreDumpcheck the uboot manual about which kernel format you need. maybe uImage from neo1973 is what you are looking for. Then create an image file with this kernel inside, flash it and set up u-boot to use the kernel from that partition
23:15.05*** join/#oe aloril (n=aloril@kaar72.airix.fi)
23:18.34*** join/#oe zecke (n=ich@dsl-62-220-14-162.berlikomm.net)
23:19.38mickey|sofaflorian: http://www.vanille-media.de/site/index.php/2007/11/27/collaboration-launch-on-phoneserver-and-devicedaemon/
23:23.11florianmickey|sofa: ah, that's what you do on your sofa :)
23:23.30mickey|sofaheh
23:23.39florianmickey|sofa: but yes, that sounds good
23:24.18*** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net)
23:27.14*** join/#oe Sleep_Walker (n=Sleep@195.22.44.103.adsl.nextra.cz)
23:29.04*** join/#oe Sleep_Walker (n=Sleep@195.22.44.103.adsl.nextra.cz)
23:41.12*** join/#oe ljp (n=lpotter@203.94.178.46)

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