IRC log for #oe on 20090717

00:01.13*** join/#oe dos1 (n=dos@unaffiliated/dos1)
00:03.39*** join/#oe reachfh (n=reachfh@221.169.210.231)
00:06.19*** join/#oe fraxinath (n=quassel@p54AA567D.dip.t-dialin.net)
00:06.35*** join/#oe brolin (n=brolin@190.159.202.62)
00:12.27*** join/#oe aloisiojr1 (n=aloisio@189.81.115.242)
00:12.27*** join/#oe mpr (n=mpr@aggr.com)
00:13.11*** join/#oe abner (n=birunko@189.70.60.196) [NETSPLIT VICTIM]
00:13.11*** join/#oe xxiao (n=chatzill@24.174.117.226) [NETSPLIT VICTIM]
00:13.11*** join/#oe cedric (n=cedric@enlightenment/developer/cedric) [NETSPLIT VICTIM]
00:13.11*** join/#oe DuckFault (n=DuckFaul@rrcs-71-43-244-114.se.biz.rr.com) [NETSPLIT VICTIM]
00:13.11*** join/#oe tmartins_ (n=zero@187.37.59.105) [NETSPLIT VICTIM]
00:13.11*** join/#oe denix (n=denys@nat/ti/x-a8f13a19854f5ba6) [NETSPLIT VICTIM]
00:13.11*** join/#oe cdbot2 (n=cdbot2@hentges.net)
00:13.11*** join/#oe SDuensin (n=Scott@12-226-44-250.client.mchsi.com) [NETSPLIT VICTIM]
00:13.11*** join/#oe methril|work (n=Methril@127.Red-80-38-102.staticIP.rima-tde.net)
00:13.11*** join/#oe pb___ (n=pb@79-79-174-216.dynamic.dsl.as9105.com)
00:13.11*** join/#oe khem (n=khem@adsl-71-146-11-93.dsl.pltn13.sbcglobal.net) [NETSPLIT VICTIM]
00:13.11*** join/#oe hillct (n=hillct@cpe-069-134-049-165.nc.res.rr.com) [NETSPLIT VICTIM]
00:13.11*** join/#oe sakoman (n=sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) [NETSPLIT VICTIM]
00:13.11*** join/#oe tardyp (n=tardyp@192.88.172.35) [NETSPLIT VICTIM]
00:13.11*** join/#oe drw|away (n=drw@cpe-76-187-64-213.tx.res.rr.com)
00:13.11*** join/#oe darkschneider (n=gab@93-32-62-33.ip32.fastwebnet.it)
00:13.12*** join/#oe kurre (n=tomimo@xdsl-83-150-88-111.nebulazone.fi) [NETSPLIT VICTIM]
00:13.13*** join/#oe ScriptRipper (n=martin@opensuse/member/MartinMohring) [NETSPLIT VICTIM]
00:13.13*** join/#oe jpieper_ (n=jpieper@207-180-187-171.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) [NETSPLIT VICTIM]
00:13.13*** join/#oe tomimo (n=kurre@xdsl-83-150-88-111.nebulazone.fi)
00:13.13*** join/#oe The_Niz (n=nizzle@82-171-65-13.ip.telfort.nl) [NETSPLIT VICTIM]
00:13.13*** join/#oe shoragan (n=shoragan@debian/developer/shoragan) [NETSPLIT VICTIM]
00:13.13*** join/#oe jkridner (n=jason@adsl-99-29-145-46.dsl.sfldmi.sbcglobal.net) [NETSPLIT VICTIM]
00:13.13*** join/#oe dent (i=[U2FsdGV@linux.fjfi.cvut.cz) [NETSPLIT VICTIM]
00:13.13*** join/#oe broonie (i=broonie@cassiel.sirena.org.uk) [NETSPLIT VICTIM]
00:13.13*** join/#oe Sat_Man (n=satman@83.141.3.41) [NETSPLIT VICTIM]
00:13.13*** join/#oe XorA|gone (n=nXorA@www.xora.org.uk) [NETSPLIT VICTIM]
00:13.13*** join/#oe dfarnsworth (n=dfarnswo@65.200.49.156)
00:13.13*** join/#oe cbrake_away (n=cbrake@oh-69-34-21-229.sta.embarqhsd.net)
00:13.13*** join/#oe Ironnads (n=Ironnads@host86-135-122-247.range86-135.btcentralplus.com)
00:13.13*** join/#oe robtaylor (n=robtaylo@floopily.codethink.co.uk) [NETSPLIT VICTIM]
00:13.13*** join/#oe mrec (n=mrec@carstoponline.de) [NETSPLIT VICTIM]
00:13.13*** join/#oe blindvt (n=bf@85-127-92-183.dynamic.xdsl-line.inode.at) [NETSPLIT VICTIM]
00:13.13*** join/#oe lisppaste7 (n=lisppast@common-lisp.net) [NETSPLIT VICTIM]
00:13.13*** join/#oe CruX| (n=CruX@soueza.utc.sk) [NETSPLIT VICTIM]
00:13.13*** join/#oe lnchginos (n=lnchgino@206.251.250.207)
00:13.13*** join/#oe pb_ (n=pb@castle.reciva.com) [NETSPLIT VICTIM]
00:13.13*** join/#oe daq4th (n=darkness@v062.natpool.sourcentral.org) [NETSPLIT VICTIM]
00:13.13*** join/#oe lisandropm (n=nlisandr@voip.cepanet.com.ar) [NETSPLIT VICTIM]
00:13.13*** join/#oe akheron (n=akheron@lilja.asteriski.fi) [NETSPLIT VICTIM]
00:13.13*** join/#oe BET_frogger (n=frogger@cl-2094.ham-01.de.sixxs.net) [NETSPLIT VICTIM]
00:13.13*** join/#oe BlindMan (n=othmar@h081217021188.dyn.cm.kabsi.at)
00:13.13*** join/#oe m4t (i=matt@theorize.org)
00:13.13*** join/#oe ReaperOfSouls (n=nnjpuhlm@nat/montavista/x-d4425b83fd3a1021) [NETSPLIT VICTIM]
00:13.46*** join/#oe chouimat (n=quassel@CPE002129b5a060-CM0011e6c40c15.cpe.net.cable.rogers.com)
00:16.45*** join/#oe dth (n=Dieter@p4FDED670.dip.t-dialin.net)
00:33.10*** join/#oe mithro (n=tim@unaffiliated/mithro)
00:48.06*** join/#oe aloisiojr (n=aloisio@189.81.115.242)
00:51.12*** join/#oe raster (n=raster@enlightenment/developer/raster)
01:08.42*** join/#oe waite (n=bwaite@c-24-91-81-44.hsd1.ma.comcast.net)
01:09.17*** join/#oe Laibsch (n=Laibsch@p5B3B3402.dip.t-dialin.net)
01:10.17*** join/#oe rkirti (n=oespirit@117.254.14.151)
01:17.11*** join/#oe BenLauDC (n=benlau@221.125.8.105)
01:17.13*** join/#oe mekius[work] (n=mekius@enlightenment/developer/mekius)
01:32.02*** join/#oe Gnutoo (n=gnutoo@host54-85-dynamic.51-79-r.retail.telecomitalia.it)
01:48.43*** join/#oe jpereira_ (n=jpereira@189.60.110.153)
01:50.26*** join/#oe waite (n=bwaite@c-24-91-81-44.hsd1.ma.comcast.net)
02:04.53*** join/#oe fraxinas (n=quassel@p54AA55E8.dip.t-dialin.net)
02:10.06*** join/#oe kurre_ (n=tomimo@xdsl-83-150-88-111.nebulazone.fi)
02:20.51*** join/#oe mekius (n=mekius@enlightenment/developer/mekius)
03:05.58*** join/#oe rsalveti (n=rsalveti@189.70.35.140)
03:18.59*** join/#oe rsalveti (n=rsalveti@189.70.35.140)
03:20.45*** join/#oe digital-ex (n=Luccisa@nat/cisco/x-18ecccf0e0767761)
03:32.20*** join/#oe Laibsch1 (n=Laibsch@p5B3B3387.dip.t-dialin.net)
03:48.50*** join/#oe rddDavid51 (n=roudoudo@lns-bzn-32-82-254-16-209.adsl.proxad.net)
04:04.58*** join/#oe aloisiojr (n=aloisio@189.99.116.184)
04:17.53*** join/#oe zecke (n=ich@123-192-186-20.dynamic.kbronet.com.tw)
05:23.13*** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh)
05:35.28CIA-103Klaus Kurzmann <mok@fluxnetz.de> 07shr/import * ra7b8951b87 10openembedded.git/recipes/freesmartphone/libfsobasics_git.bb:
05:35.28CIA-1libfsobasics: new recipe
05:35.28CIA-1Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
06:16.08mckoangood morning
06:41.30*** join/#oe pleemans_ (n=toi@d51A49C45.access.telenet.be)
06:41.43*** join/#oe jpeeters (n=jpeeters@193.5-14-84.ripe.coltfrance.com)
06:48.17BlindManmorning has broken *sing*
06:48.18BlindManoops ;)
07:08.10*** join/#oe benlau2 (n=benlau@202.64.98.250)
07:09.45*** join/#oe rkirti (n=oespirit@117.254.14.151)
07:20.32*** join/#oe digital-ex (n=Luccisa@nat/cisco/x-494e3488a40841a0)
07:20.36*** join/#oe cyberdeck (n=cyberdec@iss66.vlsi.informatik.tu-darmstadt.de)
07:21.02*** join/#oe noglitch (n=Miranda@mail.atmel.fr)
07:22.58*** join/#oe rob_w (n=bill@217.237.177.190)
07:25.04*** join/#oe Pr0t0N (n=lcintrat@213.41.232.205)
07:37.59*** join/#oe valhalla (n=valhalla@81-174-24-42.dynamic.ngi.it)
07:39.26*** join/#oe marex (n=marex@thor.hackndev.com)
07:49.23*** join/#oe ptitjes (n=didier@gov91-1-82-234-90-22.fbx.proxad.net)
07:49.38*** join/#oe mrmoku` (n=mrmoku@ppp-93-104-103-10.dynamic.mnet-online.de)
07:53.07*** join/#oe fpga (n=s@91.191.179.195)
07:57.27CIA-103Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r165ddf1987 10openembedded.git/recipes/bluez/bluez4.inc: bluez4: provide bluez-utils-dbus as well
07:57.31CIA-103Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rf7f14e511d 10openembedded.git/recipes/angstrom/e-wm-config-angstrom.bb: e-wm config angstrom: fix RDEPENDS usage
07:57.31CIA-103Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * re38e6ba9be 10openembedded.git/recipes/powervr-drivers/ (5 files in 2 dirs): omap3-sgx-modules: update to 1.3.13.1607
07:57.32CIA-103Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rdd83070ec9 10openembedded.git/contrib/angstrom/build-feeds.sh: angstrom feed builder: add dosfstools
07:57.33CIA-103Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * raf87be4c7e 10openembedded.git/: Merge branch 'org.openembedded.dev' of git@git.openembedded.org:openembedded into org.openembedded.dev
08:03.32*** join/#oe pvanhoof (n=pvanhoof@d54C0C0BA.access.telenet.be)
08:06.03*** join/#oe fpga (n=s@91.191.179.195)
08:09.08*** join/#oe fpga1 (n=s@91.191.179.195)
08:15.26*** join/#oe ZaPPaS (n=moritz@buero2.pi5.physik.uni-stuttgart.de)
08:25.23*** join/#oe booxter (n=booxter@cpmsq.epam.com)
08:28.40methril|workmorning
08:32.12*** join/#oe sgh (n=quassel@0x4dd5bf76.adsl.cybercity.dk)
08:32.57*** join/#oe woglinde (i=woglinde@g225075234.adsl.alicedsl.de)
08:44.56*** join/#oe ade|desk (n=ade|desk@195.153.131.254)
09:00.31CIA-103Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r88290161c0 10openembedded.git/recipes/python/python-elementtree_1.2.7-20070827-preview.bb:
09:00.31CIA-1python-elementtree: kill standalone recipe, it's in proper python now
09:00.31CIA-1* from packagehistory.bbclass: ERROR: Package version for package python-elementtree went backwards which would break package feeds from (0:2.6.1-ml5 to 0:1.2.7-20070827-preview-r0)
09:01.57*** join/#oe greentux (n=lemke@217.18.181.130)
09:04.14*** join/#oe sgh (n=quassel@0x4dd5bf76.adsl.cybercity.dk)
09:12.44*** join/#oe florian_kc (n=fuchs@port-217-146-132-69.static.qsc.de)
09:18.35floriangood morning
09:23.53*** join/#oe rkirti|gone (n=oespirit@117.254.14.151)
09:24.37*** join/#oe JaMa (n=martin@161-24.13.24.78.awnet.cz)
09:24.40CIA-103Klaus Kurzmann <mok@fluxnetz.de> 07shr/import * r302b1b747a 10openembedded.git/recipes/freesmartphone/opimd-utils_svn.bb:
09:24.40CIA-1opimd-utils: change SRC_URI to new git repository
09:24.40CIA-1Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
09:37.57*** join/#oe pirho (i=pirho@gateway/gpg-tor/key-0x2CEEC9CB)
09:49.16b0fhCan anyone tell me how to force Xfbdev instead of Xorg as xserver? I'm using org.openembedded.dev and tried x11-gpe-image and x11-image. Think I'm doing something wrong..
09:49.31b0fhthis is with hrw's at91sam9263ek.conf
09:53.39*** join/#oe cyberdeck (n=cyberdec@iss66.vlsi.informatik.tu-darmstadt.de)
09:57.32*** join/#oe Sleep_Walker (n=Sleep@nat/novell/x-f77bd9925fd9944b)
09:57.37*** join/#oe jpeeters (n=jpeeters@84.14.5.193)
10:00.53woglindeb0fh image doesnt choose your Xserver
10:03.27woglindehm seems we have no recipe for Xfbdev
10:04.57woglindeb0fh only with kdrive, but you have to provide a proper config for yor machine
10:14.23pb_florian: good morning
10:14.26pb_woglinde: good morning
10:14.38florianhey pb_
10:16.06*** join/#oe hemanthariyani (n=a0875145@nat/ti/x-2ebcef224225ddbc)
10:17.18woglindehi pb
10:20.20*** join/#oe fpga (n=s@91.191.179.195)
10:22.50zeckewoglinde: ho
10:32.18*** join/#oe bbradley (n=bbradley@87-194-119-230.bethere.co.uk)
10:38.55CIA-103Klaus Kurzmann <mok@fluxnetz.de> 07shr/import * r0f6a1329c0 10openembedded.git/recipes/shr/ophonekitd_git.bb:
10:38.55CIA-1ophonekitd: do not install phonelog-database.sql - it is no more
10:38.55CIA-1Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
10:42.24CIA-103Dmitry Eremin-Solenikov <dbaryshkov@gmail.com> 07org.openembedded.dev * r54dfc8da23 10openembedded.git/recipes/binutils/ (2 files in 2 dirs):
10:42.24CIA-1binutils-2.18: add a stolen from head patch that fixes building of u-boot on powerpc
10:42.24CIA-1Signed-off-by: Dmitry Eremin-Solenikov <dbaryshkov@gmail.com>
10:42.24CIA-103Dmitry Eremin-Solenikov <dbaryshkov@gmail.com> 07org.openembedded.dev * r2935e29e40 10openembedded.git/recipes/bluez/bluez4.inc:
10:42.27CIA-1bluez4: make bluez4-dev rprovide bluez-libs-dev to fix SDK building
10:42.29CIA-1task-sdk-base RDEPENDS on bluez-libs-dev. Now as bluez-libs is completely
10:42.31CIA-1replaced with bluez4, make bluez4-dev provide bluez-libs-dev
10:42.33CIA-1Signed-off-by: Dmitry Eremin-Solenikov <dbaryshkov@gmail.com>
10:42.35CIA-103Dmitry Eremin-Solenikov <dbaryshkov@gmail.com> 07org.openembedded.dev * rd6573b8bf0 10openembedded.git/: Merge commit 'origin/org.openembedded.dev' into org.openembedded.dev
10:43.23woglindehe zecke
10:47.55*** join/#oe ptitjes (n=didier@gov91-1-82-234-90-22.fbx.proxad.net)
10:50.05CIA-103Klaus Kurzmann <mok@fluxnetz.de> 07shr/import * r604703e9ee 10openembedded.git/recipes/opkg/ (3 files in 2 dirs):
10:50.05CIA-1opkg: add patch to handle conffiles correctly
10:50.05CIA-1Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
10:51.05b0fhwoglide: so, I should add a proper entry in the at91sam9263ek.conf ?
10:51.42*** join/#oe Crofton (n=balister@12-5-62-130.static.bnsi.net)
10:53.59woglindeb0fh hm
10:54.47woglindeb0fh you are using ansgtroem?
10:55.47woglindeXSERVER ?= "xserver-kdrive-fbdev"
10:55.55woglindefrom x11-image
10:56.04woglindeso you should get the idea what you to set
10:56.12woglindein local.conf
10:56.55woglindetry xor-xserver-fbdev
10:57.11*** join/#oe mnabil (n=mnabil@41.234.68.131)
10:57.48b0fhwoglinde: yep, angstrom, /etc/issue spells: Angstrom 2009.X-test-20090717
10:58.37b0fhwoglinde: I'll add the XSERVER statement.
11:11.35b0fhwoglinde: any change you know how to fix this? adding XSERVER ?= "xserver-kdrive-fbdev" to my local.conf generates an `going backwards` error (1.6.1-r1 to 1.4.0...)
11:13.48*** join/#oe DuckFault1 (n=DuckFaul@rrcs-71-43-244-114.se.biz.rr.com)
11:20.55*** join/#oe digital-ex (n=Luccisa@nat/cisco/x-6401e30796e7916a)
11:25.08*** join/#oe waite (n=bwaite@c-24-91-81-44.hsd1.ma.comcast.net)
11:25.13*** join/#oe jpeeters (n=jpeeters@193.5-14-84.ripe.coltfrance.com)
11:28.53*** join/#oe BenLauDC (n=benlau@221.125.8.105)
11:31.46woglindeb0fh I said put XSERVER = "xorg-xserver-fbdev"
11:31.49woglindein
11:36.02*** join/#oe dth (n=Dieter@79.222.177.26)
11:36.17*** join/#oe rkirti (n=oespirit@117.254.14.151)
11:40.40*** join/#oe rkirti (n=oespirit@117.254.7.120)
11:42.22*** join/#oe marcosmamorim (n=marcos@189.102.194.156)
11:50.54*** join/#oe waite1 (n=bwaite@206.83.81.178.ptr.us.xo.net)
11:59.35*** join/#oe mario-goulart (n=user@201-40-162-47.cable.viacabocom.com.br)
12:17.00*** join/#oe sx (n=sx@87-126-142-238.btc-net.bg)
12:17.18sxhello all
12:17.23sxhrw|gone, ping
12:21.07*** join/#oe noglitch (n=Miranda@mail.atmel.fr)
12:21.17*** join/#oe vo5 (n=vo@189.102.194.156)
12:27.51*** join/#oe emachado (n=edjunior@201.82.64.173)
12:40.08*** join/#oe sx (n=sx@87-126-142-238.btc-net.bg)
12:46.18*** join/#oe Gnutoo (n=gnutoo@79.51.85.54)
12:46.35*** join/#oe jpereira (n=jpereira@unaffiliated/jpereira)
12:50.22chouimatmorning
12:51.18*** join/#oe jpereira (n=jpereira@unaffiliated/jpereira)
13:05.39CIA-103Julien 'Ainulindale' Cassignol <ainulindale@gmail.com> 07shr/import * r9e43a233ed 10openembedded.git/test.patchwork:
13:05.39CIA-1DUMMY! Testing patchwork
13:05.39CIA-1Signed-off-by: Julien 'Ainulindale' Cassignol <ainulindale@gmail.com>
13:05.42CIA-103Julien 'Ainulindale' Cassignol <ainulindale@gmail.com> 07shr/import * r48aa8e6d9f 10openembedded.git/ (3 files in 3 dirs):
13:05.42CIA-1opimd-utils: Fix typo.
13:05.42CIA-1libphone-utils: New recipe.
13:05.46CIA-1Signed-off-by: Julien 'Ainulindale' Cassignol <ainulindale@gmail.com>
13:05.48CIA-103Julien 'Ainulindale' Cassignol <ainulindale@gmail.com> 07shr/import * r04126fc8bd 10openembedded.git/: Merge branch 'shr/import' of ssh://git@git.openembedded.net/openembedded into shr/import
13:05.52*** join/#oe jpereira (n=jpereira@unaffiliated/jpereira)
13:06.45*** join/#oe jpereira (n=jpereira@200.255.103.130)
13:07.05*** join/#oe timtimred (n=meh@79.75.196.80)
13:07.16AinulindaleGrmbl. Bad commit stuff.
13:09.36CIA-103Julien 'Ainulindale' Cassignol <ainulindale@gmail.com> 07shr/import * r79099caf69 10openembedded.git/test.patchwork:
13:09.36CIA-1Revert "DUMMY! Testing patchwork"
13:09.36CIA-1This reverts commit 9e43a233ed041f4c645ba669ec221c9e95c14808.
13:12.56*** join/#oe jpereira (n=jpereira@unaffiliated/jpereira)
13:15.39*** join/#oe ZaPPaS (n=moritz@129.69.51.130)
13:17.46*** join/#oe oneshel (n=jim@98.216.198.0)
13:18.24CIA-103ghost <andreas.monzner@multimedia-labs.de> 07org.openembedded.dreambox * r1c10065123 10openembedded.git/packages/gstreamer/gst-plugin-dvbmediasink.bb: gst-plugin-dvbmediasink: push srcdate
13:18.25CIA-103ghost <andreas.monzner@multimedia-labs.de> 07org.openembedded.dreambox * ra43da72007 10openembedded.git/packages/libdreamdvd/libdreamdvd.bb: libdreamdvd.bb: push srcdate for better hw scaling support
13:18.30CIA-103ghost <andreas.monzner@multimedia-labs.de> 07org.openembedded.dreambox.release_25 * r34dcd90f46 10openembedded.git/packages/enigma2/enigma2.bb: enigma2.bb: push srcdate
13:18.31CIA-103ghost <andreas.monzner@multimedia-labs.de> 07org.openembedded.dreambox.release_25 * rc31850a1aa 10openembedded.git/packages/libdreamdvd/libdreamdvd.bb: libdreamdvd.bb: push srcdate for better hw scaling support
13:18.32CIA-103ghost <andreas.monzner@multimedia-labs.de> 07org.openembedded.dreambox.release_25 * rd49683c8f5 10openembedded.git/packages/gstreamer/gst-plugin-dvbmediasink.bb: gst-plugin-dvbmediasink: push srcdate
13:19.25*** join/#oe jpereira (n=jpereira@unaffiliated/jpereira)
13:20.05*** join/#oe jpereira (n=jpereira@unaffiliated/jpereira)
13:23.35*** join/#oe abner (n=birunko@189.70.80.142)
13:23.37*** join/#oe jpereira (n=jpereira@unaffiliated/jpereira)
13:23.55CIA-103Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r852d21c036 10openembedded.git/recipes/schroedinger/schroedinger_1.0.5.bb: schroedinger: fix packaging
13:23.55CIA-103Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rd67f86a2f0 10openembedded.git/: Merge branch 'org.openembedded.dev' of git@git.openembedded.org:openembedded into org.openembedded.dev
13:23.56CIA-103Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rdf32848d8e 10openembedded.git/ (6 files in 3 dirs): gstreamer: sync with TI arago overlay a bit
13:23.57CIA-103Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rfe82eb4b98 10openembedded.git/recipes/live555/live555_20090602.bb: live555: fix staging
13:24.00CIA-103Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rd08c79150d 10openembedded.git/classes/packagehistory.bbclass: packagehistory bbclass: hotfix from RP to work around the multiple-machine-share-same-kernel problem
13:24.03CIA-103Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rf664860f50 10openembedded.git/recipes/mplayer/mplayer_svn.bb: mplayer: enable live555 rtsp support
13:33.09sxI've a question
13:33.44sxis it possible to work a gtk application on console image? (without X11 or gpe)
13:34.20sxlike qt, if you write ./qtappname -qws , the app works
13:40.26*** join/#oe rsalveti (n=rsalveti@200.184.118.130)
13:42.59oneshelsx: google around for 'gtk framebuffer'
13:43.16oneshelsx: I don't know if it's possible, but if it is, that's how you would do it
13:47.05*** join/#oe kristoffer (n=kristoff@95.209.52.143.bredband.tre.se)
13:50.10*** join/#oe jpereira (n=jpereira@unaffiliated/jpereira)
13:50.35CIA-103Felix Domke <felix.domke@multimedia-labs.de> 07org.openembedded.dreambox * rb1e05c2aff 10openembedded.git/packages/dreambox/dreambox-dvb-tools-v3.bb: dreambox-dvb-tools: update to 1.6 to fix showiframe return code
13:51.11woglindesx you want to write a glib programm
13:52.22sxwoglinde, is it possible? and if yes, how?
13:54.39rkirtiIs there any documentation on how this do_clean task is written ?
13:58.56woglindesx what you want exactly arcghive?
13:59.23woglindesx a programm which can run on headless and graphical systems?
13:59.48*** join/#oe aloisiojr (n=aloisio@200.184.118.130)
13:59.52mario-goulartrkirti: do_clean for what recipe?
14:00.04rkirtimario-goulart: gtk and friends
14:00.27rkirtimario-goulart: gtk and png being most important
14:01.14rkirtimario-goulart: it doesnt seem to be cleaning correctly for me, so my image still has some junk which makes gtk not find png correctly (undefined symbols errors) at run time
14:03.23mario-goulartrkirti: as far as I can see, classes/base.bbclass would be the thing.
14:04.09mario-goulartrkirti: gtk+.inc inherits autotools and pkgconfig, and both use base.bbclass
14:06.13*** join/#oe Martin-B (n=Martin@pool-88-67-198-89.dbd-ipconnect.net)
14:06.18*** join/#oe jpereira (n=jpereira@unaffiliated/jpereira)
14:06.31rkirtimario-goulart: ok
14:08.47*** join/#oe jpereira (n=jpereira@unaffiliated/jpereira)
14:17.13sxwoglinde, yes.
14:18.18*** join/#oe jpereira (n=jpereira@unaffiliated/jpereira)
14:20.10*** join/#oe greentux (n=lemke@77.128.9.232)
14:21.19woglindesx then seperate logic and gui and doit via command line swtich
14:23.18*** join/#oe jpereira (n=jpereira@unaffiliated/jpereira)
14:24.08*** join/#oe mithro (n=tim@unaffiliated/mithro)
14:25.45*** join/#oe mnabil (n=mnabil@41.234.69.4)
14:29.19*** join/#oe jpereira (n=jpereira@unaffiliated/jpereira)
14:29.33*** join/#oe pirho_ (i=pirho@gateway/gpg-tor/key-0x2CEEC9CB)
14:36.34woglindehm is it easily possible to extract one tar.gz to a diffrent dir
14:37.01zeckewoglinde: in OE? only with a do_fetch_append
14:37.41woglindezecke I have one tar.gz that sjoud extract in workdir/ and one that should extract in workdir/bla
14:37.59zeckewoglinde: repacking the one tar is not possible?
14:40.28woglindenope
14:40.53woglindedamn openjdk forget to pack it into a subdir
14:41.04zeckewoglinde: no idea, patch the fetcher or have a custom unpack
14:45.27*** join/#oe mnabil (n=mnabil@41.234.71.98)
14:46.57*** join/#oe jpeeters (n=jpeeters@193.5-14-84.ripe.coltfrance.com)
14:52.51*** join/#oe jpereira (n=jpereira@unaffiliated/jpereira)
14:55.23*** join/#oe waite (n=bwaite@206.83.81.178.ptr.us.xo.net)
14:56.04*** join/#oe kergoth (n=kergoth@65.200.49.156)
14:57.39hrwmorning
14:58.38hrwwoglinde: add second tarball and in do_postunpack move it
14:59.20hrwwoglinde: or store second tarball somewhere with weird extension added (so OE will not unpack it) and unpack in post_unpack
15:00.43florianhi hrw
15:04.27RPmorning all
15:05.14*** join/#oe darion76 (n=darion76@94-248-70-211.dynamic.peoplenet.ua)
15:05.36b0fhanyone? did a git pull, bitbaked x11-image, had to remove the 'ARGS' entry (for at91sam9263) from /etc/X11/Xserver but can't really start gpe-dm.. Is this work-in-progress?
15:06.25florianhi RP
15:06.58florianb0fh: no... what kind of error do you get?
15:08.12b0fhflorian: gpe-dm exits really quick. So I checked Xserver, which adds -mouse (not supported by Xorg) and removed that entry. Now Xorg starts, but my touchscreen isn't working, keyboard is. (usb keyboard)
15:08.28CIA-103Felix Domke <felix.domke@multimedia-labs.de> 07org.openembedded.dreambox * r4f741aea65 10openembedded.git/: Merge branch 'org.openembedded.dreambox' of git://git.opendreambox.org/git/ghost/opendreambox-1.5 into org.openembedded.dreambox
15:08.29CIA-103ghost <andreas.monzner@multimedia-labs.de> 07org.openembedded.dreambox * r774faac5e0 10openembedded.git/packages/dreambox/dreambox-dvb-modules.bb:
15:08.29CIA-1dreambox-dvb-modules.bb: update 7025 drivers again
15:08.29CIA-1fixed scart rgb color clipping
15:08.35CIA-103ghost <andreas.monzner@multimedia-labs.de> 07org.openembedded.dreambox.release_25 * re3f8981a69 10openembedded.git/packages/dreambox/dreambox-dvb-modules.bb:
15:08.35CIA-1dreambox-dvb-modules.bb: update 7025 drivers again
15:08.36CIA-1fixed scart rgb color clipping
15:08.58b0fhflorian: started 'DISPLAY=:0.0 x-window-manager' and got a window manager (although a lot of bitching about dbus daemon not running)
15:09.34florianb0fh: sounds like you messed up something in the Xserver script...
15:10.12florianb0fh: maybe make the script print the command line to see what causes X to fail to start.
15:10.51b0fhflorian: original (from git pull) Xserver script adds parameters (to ARGS) for XFbdev, those are not compatible with Xorg.
15:11.16b0fhflorian: I used (old openembedded release via linux4sam.org) to use XFbdev
15:12.07florianuh.. xorg... didn't try this on such a board
15:12.18florianwhy not kdrive?
15:12.41b0fhflorian: I kinda wanted to use XFbdev/kdrive but for some reason bitbaking x11-image produced Xorg :-(
15:13.42florianhmm....
15:13.54b0fhflorian: exactly.
15:13.55florianb0fh: which board is this?
15:14.17b0fhflorian: at91sam9263ek, linux 2.6.30 with hrw's latest work.
15:14.40*** join/#oe xxiao (i=c058a822@gateway/web/freenode/x-161735188f78eab6)
15:15.39florianhrw: do you use xorg on it?
15:17.03*** join/#oe jpereira_ (n=jpereira@200.255.103.130)
15:17.35rkirtib0fh: Sorry if I am interrupting, but this is a known issue, imho. I was working with a rev b board last year - and spent quite some time getting the touchscreen and mouse to work simultaneously. I believe you are having the same issue ?
15:17.53*** join/#oe jpereira_ (n=jpereira@200.255.103.130)
15:17.59mckoanat91sam9263ek uses xserver-common
15:19.06b0fhrkirti: (no problem) I noticed Xserver is trying to add parameters only used by Xfbdev, but Xorg is started. That won't work. I'm not trying to add a mouse, but would like to use the TS as input.
15:19.55b0fhmckoan: sorry for my ignorance, but would xserver-common be used to get Xorg or Xfbdev?
15:20.23rkirtib0fh: whats your option for input device for the Xserver ?
15:20.36*** join/#oe digital-ex (n=Luccisa@nat/cisco/x-b44665eb58df5a2e)
15:20.37b0fhrkiti: currently NONE. :-)
15:21.25b0fhrkirti: I plugged an usb keyboard into the pcb and that works immediatly. touchscreen doesn't do anything.
15:22.12rkirtib0fh: iirc, the touchscreen worked by default for me when the board was shipped (I used a readymade demo from linux4sam). To get both(TS and usb mouse) working, I changed the input device in Xserver from tslib to /dev/input/mice
15:22.33mckoanb0fh: xserver-common is used to get Xorg
15:22.54b0fhmckoan: thank you, so I should replace the xserver-common with something else.
15:23.17mckoanb0fh: touchsreen worked with 9263 before 2.6.30
15:23.53mckoanb0fh: 2.6.28 works smoothly
15:23.53b0fhrkirti: linux4sam stuff is great, but kinda old. I'ld like to use the current openembedded stuff with the board. How ever, I'm currently stuck with Xorg (and would like to use Xfbdev)
15:24.08*** join/#oe ArteK (n=Artur@81.15.241.96)
15:24.28mckoanb0fh: try this instead http://www.kaeilos.com
15:24.35rkirtib0fh: oh, then my bad. I have no experience with Xfbdev. True, somebody really needs to update that site
15:24.54b0fhmckoan: 2.6.30 ts works great with another filesystem (and XFbdev). Looks like a problem with my build (I'll check how to use build with Xfbdev instead xserver-common)
15:25.14mckoanb0fh: good luck ;-)
15:25.43b0fhmckoan: :-) I'll give your setup a go over the weekend.
15:26.35b0fhany change anyone knows how to replace Xorg with Xfbdev ? (what should I use instead of xserver-common?)
15:29.39hrwre
15:29.44hrwflorian: no x11 on at91 here
15:30.20b0fhhrw: I did a git pull and a bitbake x11-image. It produced Xorg instead of (what I want) Xfbdev.
15:30.23florianhrw: ah... that might be a reason :)
15:30.30b0fhhrw: would like a solution :-)
15:31.05hrwthere is one thing which Atmel fscked badly on at91sam9263ek
15:31.10hrwbackup battery
15:31.53b0fhhrw: hehehe.. you got that solved now didn't you?
15:32.10hrwb0fh: yes, I have microswitch on 'Force Power On' jumper
15:32.33*** join/#oe reachfh (n=reachfh@221.169.210.231)
15:32.34b0fhhrw: ;-)
15:32.39hrwb0fh: so when I want board to boot I press a button
15:33.04hrwmy friend  (who checked problem and made a switch) likes to do such tweaks
15:33.04b0fhhrw: My board has been 'on' several weeks (if not months). Never power it off..
15:33.19hrwedb9301 which I have here also has some adaptations
15:33.32b0fhhrw: we share the same type of weird friends.. I'm missing DS1 (it HAD to be replaced by a irda led)
15:33.48hrwb0fh: I use 230W psu to power at91/ngw100/edb/usbhubs and it is a bit noisy
15:34.20b0fhhrw: you really have to talk to your friend about that and have him replace it :-)
15:34.43hrwb0fh: we both converted that psu
15:35.02hrwprobably it needs new 40x40 fan
15:36.33b0fhhrw: :-) I've got (another) friend who can pick some coils and condensators for a psu and make it less noisy without having touched a scope or multimeter... I hope that's years experience, but he is problably crazy...
15:36.52hrw;D
15:37.16b0fhhrw: but any pointer how I can replace Xorg with Xfbdev?
15:37.30hrwb0fh: check XSERVER variable
15:38.55b0fhhrw: should I add it to my local.conf? I bitbaked x11-image, which has XSERVER ?= "xserver-kdrive-fbdev"...
15:39.31b0fhhrw: when I add XSERVER="xserver-kdrive-fbdev" to my local.conf, it complains (errors) about the version of kdrive (?) going back.
15:39.35hrw"?=" means "set if not set"
15:40.23b0fhhrw: so it problaby is set somewhere else?
15:40.46hrwyes
15:41.50b0fhhrw: well.. I'll go over the .bb files and check where it goes wrong. When I add it to (SETting the var) in my local.conf, bitbake fails due to the version going backwards... *sigh*
15:43.25rkirtib0fh: maybe take a look at conf/machine/at91sam9263ek.conf ? The preferred provider for xserver is *not* a soft assignment, so I guess you can change it there ?
15:43.39rkirtiit is set to xserver-kdrive, at the moment.
15:43.53kergothyou can use the local override to override the machine .conf
15:44.05kergothPREFERRED_PROVIDER_virtual/xserver_local = "foo"
15:44.12*** join/#oe sgh (n=quassel@0x4dd5bf76.adsl.cybercity.dk)
15:44.15b0fhrkirti: I'll give that a go :-) (thanks kergoth)
15:45.02rkirtikergoth: yes, wouldnt that need a "hard" assignment ? (and local.conf generally has soft ones?)
15:45.16kergoth?
15:45.21kergothlocal.conf never has ?= assignments
15:45.24kergothnot if you're smart, anyway
15:45.35kergoththe whole point of local.conf is to specify exactly what you want, not what you might want, possibly
15:45.51b0fhkergoth: Hmm, isn't local.conf not parsed as first? So the ?= would always be true?
15:46.12b0fhkergoth: I totally agree with you '=' would be more specific/clear.
15:46.13kergothlocal.conf is one of the last .conf files to be parsed.  generally only distro and machine come after
15:46.26kergothand those would be before if we could manage it, but the user usually *sets* distro and machine in the local.conf, so thats not possible :)
15:46.38rkirtikergoth: oops. my bad. I was writing local while talking of distro
15:46.51b0fhkergoth: Ok, I thought it would be parsed as one of the first config files.
15:47.00kergothb0fh: read bitbake.conf
15:47.08kergothit includes all the other .conf files
15:47.10kergothtoward the end of the file
15:47.14b0fhkergoth: ok.
15:47.15chouimatmorning
15:47.34kergothit helps if you think of both the bitbake.conf config file loads and the OVERRIDES conditionals as being part of an overall layering of our metadata
15:47.51kergothlocal being most specific, and therefore, able to override everything else
15:47.58kergothbitbake.conf being least, so it only has defaults
15:48.19b0fhkergoth: ok, I get that now. so a ?= assignment in local.conf has quite a reason to fail...
15:48.40kergothits likely that whatever you're setting has been set already at that point, probably multiple times.  so it would do nothing at all
15:49.01*** join/#oe Laibsch (n=Laibsch@p549C1A14.dip0.t-ipconnect.de)
15:49.01kergothremember that you can always use bitbake -e to check that things are the way you think they are
15:49.05kergothbitbake -e | grep \^XSERVER=
15:49.31CIA-103Florian Boor <florian.boor@kernelconcepts.de> 07org.openembedded.dev * re6382dccd4 10openembedded.git/recipes/linux/ (2 files in 2 dirs): linux: add patch to a get rid of the horribly broken default TX25 video mode
15:50.17*** join/#oe jpereira_ (n=jpereira@200.255.103.130)
15:50.27kergothat any rate, to get back to the beginning, you can always use an override to override the distro and .conf hard variable definitions
15:50.29kergothuseful tool
15:50.31mckoanb0fh: that's the difference distro/angstrom-2008.1.conf:PREFERRED_PROVIDER_virtual/xserver ?= "xserver-xorg"
15:50.34mckoandistro/kaeilos.conf:PREFERRED_PROVIDER_virtual/xserver  ?= "xserver-kdrive"
15:50.56b0fhmckoan: THANK YOU!
15:51.34mckoanb0fh: hrw: the result seems to be that kaeilos works with AT91 and not with x86, and Angstrom vice versa
15:52.03b0fhall: have a nice weekend (if appropriate) and thanks for the feedback. mckoan: I don't care about x86 :-)
15:52.05mckoanhrw: may this be the problem with vortex86? because you usually use angstrom on it
15:52.29mckoanb0fh: I do, I'm cooking it now
15:52.36hrwmckoan: maybe
15:52.38kergothwonders if work would mind if he tried to contribute to some of the OpenEmbedded docs
15:52.40b0fhmckoan: Cheers!
15:53.11b0fhhrw: I'll let you know if this solves my problem. Have a nice day.
15:53.19mckoanhrw: so how would be possible to specify two different PREFERRED_PROVIDER_virtual/xserver? maybe defining it in the machine?
15:53.48hrwI am installing x11 on at91 now to check
15:54.00hrw~curse st a bit
15:54.01ibotMay you be reincarnated as a Windows XP administrator, st a bit !
15:58.08rkirtiobserves that the Angstrom conf kdrive->xorg change is a pretty recent one by Koen :-)
15:58.15rkirtihttp://cgit.openembedded.org/cgit.cgi/openembedded/commit/?id=e31e44ee5b26166e3955cddbd4c1ea9a3997eeb1
15:58.28rkirtiI was wondering why my conf file had kdrive :-P
15:58.50kergothis kind of surprised that's being set by the distro.. seems more like a machine thing
15:59.33floriankergoth: no comment... :-(
15:59.47rkirtiThe machine still does the hard assignment though :-)
16:00.09hrwnfsroot creates funny situations...
16:00.36hrwat91 fetchs packages from home.lan to install them on nfsroot from home.lan
16:01.14rkirti:D
16:02.39hrw[ 1537.820000] eth0: TX underrun, resetting buffers
16:02.42hrwheh
16:03.54rkirtiDoes the do_rootfs task by default take the ipks with highest PR, if multiple ipks are present for a package ?
16:04.27kergothyep
16:04.34kergothiirc, anyway..
16:04.37kergothbeen a while
16:04.45kergothhmm
16:05.02rkirtiouch. I now realise,why hrw had written somewhere about never decreasing pr. too late though :-(
16:06.19kergothi can't remember now if the script that runs to generate the Packages file goes by ipk version or timestamp when moving packages to old
16:06.32kergothis sure someone else knows better than he does
16:07.29RPIts version
16:07.36RPtimestamps mean nothing
16:07.41kergoth:) there we are
16:07.43kergoththnks
16:07.45kergoththanks, even
16:08.01RPAs far as I remember anyway :)
16:08.13khemRP: you are right :)
16:08.20rkirtiRP: you mean revision right ? I have several ones here, for same PV with a huge range of PRs
16:08.30kergothrkirti: ipk version includes PV and PR
16:08.45RPrkirti: Version means "PE:PV-PR"
16:08.52RPkergoth: don't forget PE ;-)
16:08.52rkirtiRP: ok
16:08.58kergothoh yeah :)
16:09.08kergothi always forget about it, until i see it in the bitbake -s output
16:10.21RPkergoth: It can be useful for certain problems...
16:10.39kergothaye, especially people who don't know how to set a correct PV for rc/betas ;)
16:10.50hrwyep
16:10.58RPWe should add ~ support
16:11.13hrwor move to dpkg+apt
16:11.29RPhrw: Doesn't matter since bitbake doesn't understand it
16:11.49kergothsome sort of in OpenEmbedded helper for the ~ stuff would be good, or even just an addiiton to the sanity checks to bitch and moan and if it sees -rc or -beta or whatever without ~, or something..
16:12.20RPkergoth: We just need to teach bitbake's + opkg's version comparision about it
16:12.24hrwyep
16:12.32kergothah, right, cool
16:12.46*** join/#oe abner (n=birunko@189.70.80.142)
16:13.03RPWe only have one version comparision function in bitbake these days too :)
16:13.04kergothoh, that reminds me.. i think we should either move trunk to a 2.0 branch, or create a 1.9 branch
16:13.22RPkergoth: or move to git
16:13.32kergothit's not an either-or
16:13.39kergothstill need to decide what's on master :)
16:13.39hrwor move to git and create 1.9/2.0 branch in it?
16:14.08RPkergoth: Making trunk usable would be even better :/
16:14.28RPwhich reminds me I have some changes in poky which need pushing up :/
16:14.33kergothheh, that too.  but can we do that in a reasonable period of time is the question, if not it may be better on its own branch
16:14.36hrwRP: what is wrong in trunk? I use it
16:14.49RPhrw: Ctrl+C when parsing?
16:15.01RPhrw: It just annoys me in places :(
16:15.03RPand is slower
16:15.17kergothit may be good to start fresh on that work
16:15.20kergothcherry pick its bits over
16:15.23kergothreview it all
16:15.26kergothshrugs
16:15.38RPkergoth: I doubt it would help
16:15.49RPIts just a case of finding the bottleneck in the new code :/
16:16.00RPWell, I know its bb.msg
16:16.40RPThere is cool stuff in there like the image creator GUI
16:17.24*** join/#oe vu3rdd (n=user@122.167.78.233)
16:18.59kergothI'm willing to take on the conversion to git if nobody else wants to, do the manual massaging
16:19.36RPkergoth: You mean you'll massage it? or just do a straigh conversion?
16:19.42RPI'm happy to review it...
16:19.50kergothi'll convert and massage
16:19.56kergothokay, i'll do that and have you take a look
16:19.58RPkergoth: go for it :)
16:20.00kergothprobably this weekend or early next week
16:20.08kergothbusy busy lately, deadline approaching
16:20.15hrwcool
16:26.53hrwbbl
16:28.03*** join/#oe jpereira (n=jpereira@unaffiliated/jpereira)
16:42.04*** join/#oe putumutukas (n=putukas@132.29.190.90.dyn.estpak.ee)
16:42.14putumutukashello !
16:42.41putumutukasanyone knows how i can bitbake a .27 or .29 kernel instead of the default .28 ?
16:43.11m4tputumutukas there are a couple ways
16:43.31putumutukasand the preferred way for example ?
16:43.50m4tare you specifying a board from conf/machine?
16:44.06putumutukasyes
16:44.08m4tin 'build'/conf/local.conf
16:44.10putumutukasomap5912osk
16:44.23putumutukasi tried to write there rhe line
16:44.43m4tone sec
16:45.13*** join/#oe valhalla (n=valhalla@81-174-24-42.dynamic.ngi.it)
16:45.46putumutukasPREFERRED_VERSION_linux-omap1 = "2.6.27-omap1"
16:45.53putumutukasbut it didn't work
16:45.55m4tthere are lines in openembedded/recipes/linux/linux-omap_2.6.nn.bb
16:46.29m4tthat will say DEFAULT_PREFERENCE=-1
16:46.57m4tif you comment those out, it should build the highest version without those line(s)
16:47.20m4talso there is another way
16:48.40putumutukasif i commented it out
16:49.03putumutukasshould i rebuild the virtual/kernel
16:49.22putumutukasor will bitbake discover that it can build according to .29 recipe ?
16:50.02m4tyes if you watch the cache parsing it should reparse the modified .bb
16:53.07*** join/#oe otavio (n=otavio@debian/developer/otavio)
16:53.23*** join/#oe rddDavid51 (n=roudoudo@lns-bzn-32-82-254-16-209.adsl.proxad.net)
16:57.07*** join/#oe archae0pteryx (n=snewman@207.47.42.130.static.nextweb.net)
16:58.14putumutukasDEFAULT_PREFERENCE_omap5912osk = "1" was also to be removed
16:58.21putumutukasand now it seems to build the new kernel
17:01.41*** join/#oe otavio (n=otavio@debian/developer/otavio)
17:04.06putumutukasthank you m4t
17:06.10m4tyea
17:10.54hrwre
17:11.20hrwputumutukas: try "bitbake linux-omap1-2.6.27-omap1"
17:13.40florianbbl
17:16.22*** join/#oe khem` (n=khem@adsl-71-146-11-93.dsl.pltn13.sbcglobal.net)
17:19.45*** join/#oe sgh (n=quassel@0x4dd5bf76.adsl.cybercity.dk)
17:20.09*** join/#oe mnabil (n=mnabil@41.234.71.98)
17:21.59mckoanhow do I define virtual/xserver avoiding this error: ERROR: Multiple .bb files are due to be built which each provide virtual/xserver (/home/koan/devel/openembedded/recipes/xorg-xserver/xserver-kdrive_1.3.0.0.bb /home/koan/devel/openembedded/recipes/xorg-xserver/xserver-xorg_1.6.1.bb).
17:22.13*** join/#oe a0875145_ (n=a0875145@nat/ti/x-84ffcbe3f71dd002)
17:24.42khem`PREFERRED_PROVIDER_virtual/xserver = "xserver-xorg"
17:25.05khem`PREFERRED_PROVIDER_xserver = "xserver-xorg"
17:25.13khem`in your local.conf
17:26.36hrwand check distro files as it usually overwrites it
17:27.14mckoankhem`: yep, just found, thx
17:32.22mckoanstill struggling http://tinderbox.openembedded.net/public/logs/task/1884610.txt
17:32.27*** join/#oe SoulBlade (n=Classifi@12.173.51.158)
17:33.02SoulBladeare there recipes to build Android images w/ OE?
17:33.56*** join/#oe hemanthariyani (n=a0875145@nat/ti/x-afb250d900a88d1b)
17:36.00hrwno
17:36.12hrwbut we accept recipes
17:36.42kergothmeh
17:38.43kergothhmm, it could be cool to emit all the python tasks, and the anonymous python function to .py files and run pyflakes/pylint/pychecker on them.  bet itd be easy to make a class for it
17:39.28SoulBladejust to make sure - OpenEmbedded build system is not related to Open Embedded Software Foundation right?
17:39.35hrw~oesf
17:39.36ibotit has been said that oesf is rumour has it, oesf is newer name of ZUG - it provides forum for Zaurus/Ipaq/Simpad/etc users (see zug). It has nothing in common with OpenEmbedded (except for the first two letters), see http://www.oesf.org/
17:39.44SoulBladehaha
17:39.47kergoththey just stole the name is all
17:39.51*** join/#oe hemanthariyani (n=a0875145@nat/ti/x-f2bbac7527f61c98)
17:39.51SoulBlademan you guys must get that a lot - sorry
17:39.51kergoth:)
17:40.05hrwSoulBlade: no, they are quite dead now
17:40.16hrwSoulBlade: I do not remember when last time someone told oesf here
17:40.46SoulBladeah
17:40.54hrw22:36 < kergoth> dont get me started on names, oesf drives me fucking nuts
17:41.01hrw22:37 < kergoth> the oesf guy came to me to involve me in the oesf stuff initially, but it was clear that he didnt grasp what oe was or what the project's goals were
17:41.02kergothhaha
17:41.17SoulBladejeez
17:41.50SoulBladewell that would explain why a google search for openembedded android yields crap like Open Embedded Softare Foundation but nothing about recipes and nothing from the dev community
17:41.54hrwI could cite few more but you get idea
17:42.52hrw2 years ago there was offer from oesf guys to give forum to our control
17:42.59hrwnothing came from it
17:58.35hrw~summon florian
17:58.35ibotapt takes out 20 clean, identical-looking phones, some extra hands, and pretends to be a telemarketer for a large corporation, so he gets delivered a phonelist containing florian's coordinates
18:01.04hrwxserver-common is ugly
18:02.22rkirti;-)
18:03.01hrwI can clean it a bit but then it will be OE only
18:04.45*** join/#oe stephank (n=traveler@2002:52c5:cf78:7:21c:c4ff:fece:ea94)
18:15.07*** join/#oe pleemans (n=toi@d54C2AAB7.access.telenet.be)
18:21.56*** join/#oe ctusar (n=ctusar@router2.videon-central.net)
18:37.30hrwibot: botmail for florian check http://marcin.juszkiewicz.com.pl/download/diffs/xserver-common/ for set of patches to clean xserver-common a bit
18:37.50hrwothers are also free to check ;D
18:38.31*** join/#oe rsalveti (n=rsalveti@200.184.118.130)
18:39.13*** join/#oe dos11 (n=dos@unaffiliated/dos1)
18:40.15kergothhmm, i wonder what it would be like to make the primary output artifact of a recipe its packaged staging package, and to move the production of packages, images, etc out of the recipe into a separate global task that takes the pstage packages as produced by the recipes and "does things" with them
18:42.54khem`kergoth: on these lines I was thinking to make a separate staging for toolchain
18:44.02*** join/#oe Crofton (n=balister@static-204-8-204-98.richmondair.net)
18:44.22kergothi love our flexibility in the metadata, but I'm thinking some of this is in the wrong place
18:46.24pb___kergoth: well, the staging packages as they are today don't capture enough information for you to generate the real output packages from them.  going the other way around would be easier, if you wanted to coalesce the two.
18:47.09pb___what is it that you feel is in the wrong place?
18:48.42kergothI'm not sure yet, just going over possibilities
18:48.55pb___righto, fair enough
18:49.41kergothconsider, for example, almost all of the *real* classes, by which i mean where there is real actual inheritence for the recipe, are parts of creating this output of the rcipe that could be archived into something similar to a pstage package
18:50.01kergoththe other stuff isn't recipe specific, doesn't generally involve recipe overriding its behavior, .. it just takes the output and runs with it
18:50.10kergoth(i.e. package)
18:50.19*** join/#oe rddDavid51_ (n=roudoudo@lns-bzn-55-82-255-165-132.adsl.proxad.net)
18:51.55kergothi don't know where i'm going with this, just got to thinking about it when i started to get annoyed with the fact that our classes flow into the recipe even though generally they aren't recipe specific, and should better sit in a layer between the configuration metadata and the recipe
18:52.27kergothwe're treating classes more like mixins, i suppose :)
18:52.30pb___yes, it's certainly true that the concept of a "class" is a fairly muddy one at the moment.
18:53.13pb___but, considering package for example, there are a fair few recipes that do exert influence over the way it behaves, for example by using a populate_packages_prepend() kind of thing that calls do_split_packages.
18:54.30pb___obviously that's not a very classful way of doing things, but it's something that would prevent you from treating "package" as a straightforward mechanical operation that can run in isolation.
18:54.35kergothyeah, true
18:54.41kergothwell, if one was to produce this archive as the primary output artifact, an archive that doesn't include packaging, it would make it easier to move decisions about packaging, granularity, what files go into images, etc into the hands of the distro and/or user, a step above the recipe
18:55.54khem`kergoth: what would this archive look like
18:55.57kergothi dunno if such a thing is an improvement, just mulling over different possible structuring and organization
18:56.23khem`kergoth: like a staging area contailing make install output e.g.
18:56.24kergothi guess the main thing I'm thinking about is a possible change to the responsibility which resides in the recipe vs elsewhere
18:56.51kergothkhem`: pretty much, metadata and the do_install content.  staging, packaging, etc could all come from there
18:58.04*** join/#oe ScriptRipper (n=martin@host-82-135-36-197.customer.m-online.net)
19:01.12*** join/#oe tharvey (n=tharvey@adsl-76-205-222-173.dsl.snlo01.sbcglobal.net)
19:01.32*** join/#oe mnabil (n=mnabil@41.234.71.30)
19:01.53*** join/#oe florian (n=fuchs@f048136193.adsl.alicedsl.de)
19:02.44hrwflorian: check http://marcin.juszkiewicz.com.pl/download/diffs/xserver-common/ for set of patches to clean xserver-common a bit
19:02.57khem`kergoth: hmm I think that will have its own problems but I like idea that recipes should output installable packages which could be used to pupulate staging or images
19:03.40florianre
19:03.57*** part/#oe ArteK (n=Artur@81.15.241.96)
19:05.00hrwflorian: this should make it a bit easier to add new devices without having to patch it
19:08.21florianhrw: yes this looks really good - many thanks!
19:08.33hrwI am adding readme now
19:10.38hrwflorian: check 0011
19:16.36florianhrw: yep good... hmm... devmand yes we need people working on these bits
19:17.00kergothhmm
19:17.22florianI'm convinced pb___ might like these bits too.
19:18.54mckoanhrw: I'll be pleased to test #0004
19:19.29*** join/#oe ArteK (n=Artur@81.15.241.96)
19:19.53hrwmckoan: you have 9260 or 9263 atmel? I do not think so
19:20.05mckoanhrw: none of above
19:20.28mckoanhrw: I have ronetix-pm9261 and 9263
19:20.41hrwmckoan: which are not covered at all now
19:20.49mckoanhrw: I see
19:20.52hrwflorian: we also need to kill ipaq-sleep and keylaunch
19:20.53*** part/#oe ArteK (n=Artur@81.15.241.96)
19:21.05*** join/#oe ArteK (n=Artur@81.15.241.96)
19:21.06*** join/#oe digital-ex (n=Luccisa@nat/cisco/x-c87a63a6bb8781bd)
19:21.42hrwflorian: ipaq-sleep kills BL and screen on at91sam9263ek after first start
19:21.57hrwand keylaunch is useless when gpe-conf do not know device
19:23.42*** join/#oe darion76 (n=darion76@94-248-70-211.dynamic.peoplenet.ua)
19:24.18hrwflorian: 0012 is latest
19:24.58mckoanhrw: I needed this http://pastebin.com/m25e3966a but I wasn't able to figure out where to set it
19:25.50florianhrw: ok... well yes we need to check where these are useful and maybe get useful defaults in
19:27.33*** part/#oe darion76 (n=darion76@94-248-70-211.dynamic.peoplenet.ua)
19:28.26*** join/#oe JaMa (n=martin@161-24.13.24.78.awnet.cz)
19:29.03cdbot2* * OE Bug 5280 has been created by ospite(AT)studenti.unina.it
19:29.05cdbot2* * fakeroot-native_1.12.1.bb do_fetch failed
19:29.07cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=5280
19:30.15pb___are there other programs to replace ipaq-sleep and keylaunch?
19:30.35pb___I am not very wedded to either of them in implementation terms, but they do provide useful functionality.
19:30.39hrwpb___: no idea, but I do not need any of those on devboard
19:30.58pb___that's fine, don't install them then.
19:31.08hrwmckoan: those values are from /proc/cpuinfo?
19:31.16pb___"killing" them just because you don't happen to need them is a bit excessive.
19:31.27hrwpb___: x11-images contain them by meta gpe packages
19:31.47*** join/#oe darion76 (n=darion76@94-248-70-211.dynamic.peoplenet.ua)
19:31.58pb___ah, I see.  I guess that should be machine specific.
19:32.07hrwand by 'kill' I mean 'find a way to install them where they are useful and only there'
19:32.26pb___okay, fair enough.  that's not a usage of the word "kill" that I have encountered before :-}
19:32.36hrwthe same is with blueprobe - it is useful only on selected devices
19:33.50hrwmckoan: those values are from /proc/cpuinfo?
19:35.56mckoanhrw: from old zaurus version
19:36.52mckoanis building angtrom/vortex86sx/x11-image and crossing his fingers
19:37.36mckoanwill be back after a chilly beer
19:48.38hrwmckoan: 0013 is for you
19:51.55hrwflorian: there are up to 0015 now
19:55.27mckoanhrw: thx
19:55.58florianpb___: we might want to install them on devices where they are useful only... i wouls like to get some more "usefulness" information in the machine files anyway
19:56.06florianhrw: is there an end in sight?
19:56.09florian:-)
19:56.34hrwflorian: so far it has enough changes to be tested
19:57.07florian:-)
19:58.33hrwhttp://www.youtube.com/watch?v=vIRQf0S3oD0
20:02.25*** join/#oe hoj (n=jfaith@75-147-191-205-Washington.hfc.comcastbusiness.net)
20:02.39mckoanhrw: in which recipe do you apply such patches?
20:03.03hrwmckoan: you need to apply them in workdir of xserver-common 1.25
20:03.27hrwand I need 0016 to make and squash
20:03.53mckoanhrw: so after the bitbake is completed, isn't it?
20:05.53mckoanhrw: how you can apply it during the bitbake (build) process?
20:06.14hrwbitbake xserver-common -cpatch; then add patches ; then build
20:06.21hrwbut first wait for refreshed patches
20:06.42mckoanhrw: ok thx
20:07.06floriansounds like its time for a new release
20:07.35mckoanhrw: would be possible to place them directly into xserver-common.bb ?
20:07.39florianhrm... where is xtscal hosted now
20:07.58florianmckoan, hrw: I could make a new release
20:08.35mckoanflorian: would be great
20:08.49hrwmoment
20:09.01florian:-)
20:09.53hrwflorian: 0016 makes it working at all...
20:10.10hrwotherwise it would be brownbag release
20:10.56mckoanhrw: would be possible to add ronetix to 0016 ?
20:11.29hrwmckoan: ronetix are covered by 0013 already
20:11.42hrwmckoan: you need to apply ALL patches
20:12.00*** part/#oe ArteK (n=Artur@81.15.241.96)
20:12.01mckoanhrw: ok
20:14.57*** part/#oe khem` (n=khem@adsl-71-146-11-93.dsl.pltn13.sbcglobal.net)
20:15.28*** join/#oe kergoth (n=kergoth@65.200.49.156)
20:16.14pb___florian: right, yes
20:17.42hrwflorian: so lets make new release, mark as DEF_PREF=-1 and ask people for testing
20:22.52*** join/#oe JaMa (n=martin@161-24.13.24.78.awnet.cz)
20:25.41*** join/#oe twinsen1 (n=twinsen@5403A21E.catv.pool.telekom.hu)
20:27.11twinsen1hi all, anyone here?
20:27.36*** join/#oe Omegamoon (n=egoe@demolitionman.xs4all.nl)
20:27.39twinsen1I compiled beagleboard kernel with OE, and I would like to customize the kernel config
20:28.20twinsen1I'm a bit clueless how to do that
20:28.38hrwflorian: 0017 added
20:29.26hrwtwinsen1: bitbake virtual/kernel -cclean;bitbake virtual/kernel -cconfigure;sh;cd tmp/work/beagle*/linux-om*/SOMETHING;ARCH=arm make menuconfig;exit;bitbake virtual/kernel
20:29.43hrwflorian: 0017 is taken from xserver-kdrive-common
20:29.55florianhrw: good answer
20:30.02twinsen1wow, thanks :)
20:33.09hrwtwinsen1: there are other methods too
20:33.18hrwthis one is 'simple'
20:33.29hrwfor some definition of simple of course
20:33.47twinsen1this is fine for me :)
20:33.57hrwflorian: no more patches today - closed gvim
20:34.17hrwI need to finally setup git server on one of toys here
20:34.23twinsen1first i do a recompile because last compile had rm_work flag and no useful files in the work dir
20:34.46hrwtwinsen1: this is handled by my set
20:35.23twinsen1yes, you're right, I missed the -c configure step
20:35.28twinsen1that's the one, right?
20:36.47hrwjust use it
20:36.55twinsen1ok
20:39.16mckoanfinal note: angstrom/vortex86sx/x11-image build failed, see http://tinderbox.openembedded.net/builds/18407/
20:39.35twinsen1I used buildroot a few years ago, but this system is much more versatile and complex
20:40.04hrwand complex (again)
20:45.42mckoanbb tomorrow, gn8
20:48.04*** join/#oe ant__ (n=andrea@host47-49-dynamic.5-87-r.retail.telecomitalia.it)
20:53.08*** join/#oe guri (i=4fdeb11a@gateway/web/freenode/x-c82ce5bbbe8396db)
20:53.52*** join/#oe zoff99 (n=chatzill@chello080109110037.13.15.vie.surfer.at)
20:55.10*** join/#oe Gnutoo (n=gnutoo@host54-85-dynamic.51-79-r.retail.telecomitalia.it)
20:56.14*** join/#oe borg_ (n=olaf@80.149.17.21)
21:03.43*** join/#oe bbradley_ (n=bbradley@87-194-119-230.bethere.co.uk)
21:16.57hrwhttp://marcin.juszkiewicz.com.pl/2009/07/17/defining-good-contacts-application/
21:17.09hrwflorian: something for gpe² contacts?
21:18.06florianhrw: did I look that bored today? ;)
21:18.27hrwno ;D
21:19.28hrwflorian: I rather would like to know what do you think
21:22.41florianhrw: yes I agree on most of the tasks. in fact i'd never sync a personal address book with facebook.... but apart from this :)
21:23.08*** join/#oe Jay7 (n=jay@93-81-136-160.broadband.corbina.ru)
21:23.11hrwflorian: but facebook -> personal address book would be good to have
21:23.17hrwhi Juri
21:23.37hrwflorian: Palm Pre has it
21:24.11Jay7hrw: morning :)
21:27.16Jay7hrw: btw, what UI did you using in BUG?
21:27.49hrwJay7: Poky Sato look with tweaked theme to make it better fit on qvga
21:28.22Jay7hm.. did we have sato UI here in OE?
21:28.42hrwnot quite
21:29.29john3909When I build  beagleboard-demo-image using branch stable/2009 from scratch, the build stops on "shared-mime-info-native"; the error libxml2.so: undefined reference to 'gzopen64'. Searching for this error on Google, I found this article http://groups.google.com/group/beagleboard/browse_thread/thread/0ca02e78e21709f1?fwc=1, which does seem to fix the compiler error. Is this fix correct, and if so, is there a reason why this wasn
21:29.33Jay7eh..
21:31.55john3909The fix I applied is the second entry, adding the two files and patch file to the libxml folder.
21:33.30john3909Here is the error log http://pastebin.com/m4514db1c
21:35.32florianhrw: hrm... how do I apply these patches?
21:35.51hrwflorian: bitbake xserver-common-1.25 -cpatch and then apply
21:36.04hrwflorian: I can provide you whole dir if need
21:36.08khemjohn3909: look in OE archives there is more discussion on these
21:36.14florianheh
21:36.39hrwflorian: it is in same dir as aptches - xserver-common-1.25.tar.bz2
21:36.57florianwe move gpe to git and apply them with git am :)
21:37.04hrwjohn3909: 32bit machine?
21:37.21hrwflorian: if you first apply OE patches then yes, should be doable
21:37.33john3909Khem: BTW, I fixed my raid server problem by setting setfacl for the nfs share. Works great now.
21:38.05john3909hrw: yes, 32bit machine
21:38.18john3909hrw: Ubuntu 9.04
21:39.34hrwone day I have to finally setup ubuntu 9.04 in vbox and have a look
21:42.02CIA-103Paul Eggleton <bluelightning@bluelightning.org> 07org.openembedded.dev * re969734008 10openembedded.git/recipes/opie-taskbar/ (8 files in 2 dirs): opie-taskbar: use patches instead of replacement for server.pro
21:42.02Jay7XorA: ping :)
21:42.08hrwhave a nice rest of day
21:43.30*** join/#oe orges (n=yet@85.107.34.4)
21:45.26*** join/#oe fpga (n=s@89.112.85.0.pppoe.eltel.net)
21:49.10*** join/#oe bluelightning (n=blueligh@pdpc/supporter/active/bluelightning)
21:57.41florianhrw|gone: good night and many thanks. I made this release 1.30 - so lets try it.
21:57.47khemjohn3909: can you try this patch http://patchwork.openembedded.org/patch/325/
21:59.02john3909khem: I was reading through the OE archives, but sure I can try to see if this works.
22:00.09hrw|gonemuchas gracias  florian
22:00.53floriannow we only need to fix the angstrom problem
22:01.29john3909khem: patched and now building libxml2-native
22:03.06kergothwhew, that was a pain to diagnose
22:10.06john3909khem: Now building shared-mime-info-native. Keeping my fingers crossed.
22:11.18john3909khem: Yup, it worked. Thanks again for your help.
22:18.14*** join/#oe stefan_schmidt (n=stefan@p5B036457.dip.t-dialin.net)
22:23.06*** join/#oe Laibsch (n=Laibsch@p549C1A14.dip0.t-ipconnect.de)
22:26.00*** join/#oe sgh (n=quassel@0x4dd5bf76.adsl.cybercity.dk)
22:26.08khemjohn3909: are you using OE trunk
22:26.25khemI do not get this error on trunk on any of ubuntu's
22:26.56john3909khem: Angstrom
22:29.09john3909khem: here is where I get OE - git clone git://git.openembedded.net/openembedded
22:31.16john3909khem: btw, this only happens on stable/2009 branch. I also built org.openembedded.dev branch and this error did not occur
22:32.17ant__ehm... any news about the git-native bloat?
22:32.19ant__andrea@mizar /oe/build/tmp/work/i686-linux/git-native-1.6.0.4-r4 $ du -hs
22:32.20ant__2.2G.
22:36.44*** join/#oe Wiedi (n=wiedi@newton-air.w.fruky.net)
22:37.04*** join/#oe guillaum1 (n=gl@AMontsouris-153-1-85-214.w90-2.abo.wanadoo.fr)
22:39.24*** join/#oe orges (n=yet@85.107.34.4)
22:40.17ant__good new! fresh pull, clean+rebuild
22:40.19ant__andrea@mizar /oe/build/tmp/work/i686-linux/git-native-1.6.0.4-r4 $ du -hs
22:40.19ant__303M.
22:40.40woglindeant yes
22:40.50woglindekoen changed parameters with ansgtroem
22:40.59woglindeonly angstroem suffered from it
22:41.38ant__ah, I see, I missed this commit (was in Koeln drinking Koelsch:)
22:42.23ant__now I can move oe in tmpfs, all in ram again
22:44.22ant__hmm, still this nasty note...NOTE: Angstrom DOES NOT support bluez-libs/utils because bluez3 has been replace by bluez4
22:45.34florianwonders why Angstrom needs to decide this
22:45.42john3909khem: I was thinking about your previous question. What do you mean by trunk?
22:50.14*** join/#oe mnabil (n=mnabil@41.234.71.30)
22:55.48floriangood night
22:58.00ant__'nite all, going too
22:59.07*** join/#oe waite (n=bwaite@c-24-91-81-44.hsd1.ma.comcast.net)
23:00.18khemjohn3909: I mean top of tree
23:00.34khemor dev branch
23:00.56khemjohn3909: so there is something that needs backporting on to stable branch
23:01.10john3909khem: I think so
23:10.19*** join/#oe waite (n=bwaite@c-24-91-81-44.hsd1.ma.comcast.net)
23:19.05*** join/#oe jpieper_ (n=jpieper@207-180-187-171.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
23:19.30*** join/#oe marcosmamorim (n=marcos@189.102.194.156)
23:19.40khemjohn3909: can you paste your failing log.do_compile somewhere
23:19.43hrw|goneflorian: 1.30 will be broken ;(
23:20.06hrw|goneflorian: 11zaurus and 12keymap need fixing
23:20.28*** join/#oe digital-ex (n=Luccisa@nat/cisco/x-e6a2416a72a7c721)
23:20.50john3909khem: http://pastebin.com/m4514db1c
23:21.53khemjohn3909: not this one but full log
23:21.59khemwhich is in your build tree
23:22.53khemin your tmpdir work/i686-linux/libxml2-native-2.7.2-r2/libxml2-2.7.2/temp
23:23.05john3909khem: This was the full error log
23:23.28khemI asked for compile log not error log
23:23.50john3909khem: This was the compiler log
23:24.17john3909khem: I did not get and error when building libxml2-native
23:24.30khemI mean before you patched it
23:24.35khemanyway leave it
23:24.45john3909khem: No, I did not patch it
23:25.17john3909khem: The error was in shared-mime-info-native
23:25.55khemI asked for compile log libxml2-native
23:26.01khemfrom above dir
23:26.48john3909khem: I only made your change to libxml2-native.inc and then cleaned libxml2-native and build libxml2-native and then build shared-mime-info-native.
23:27.54*** join/#oe marcosmamorim (n=marcos@189.102.194.156)
23:46.32*** join/#oe marcosmamorim (n=marcos@189.102.194.156)
23:49.36*** join/#oe rsalveti (n=rsalveti@189.70.35.140)
23:55.18*** join/#oe ptitjes (n=didier@gov91-1-82-234-90-22.fbx.proxad.net)
23:58.03*** join/#oe waite (n=bwaite@c-24-91-81-44.hsd1.ma.comcast.net)

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