IRC log for #oe on 20100121

00:00.50Laibschhow is Asus' reputation for Linux support of it's netbooks?
00:10.58CIA-5503Graeme Gregory <dp@xora.org.uk> 07org.openembedded.dev * r2154e8eb1a 10openembedded.git/recipes/gnome/at-spi_1.28.0.bb:
00:10.58CIA-55at-spi_1.28.0.bb : fix compile on systems without host installen gnome devel
00:10.58CIA-55The configure script was generation paths in /usr/* when looking for
00:10.58CIA-55orbit-2-idl and bonobo idl files so feed our staging paths in instead.
00:11.01CIA-5503Graeme Gregory <dp@xora.org.uk> 07org.openembedded.dev * rd99a0541bf 10openembedded.git/conf/checksums.ini: checksums.ini : alternative URLs for Thunar and xfce4-dev-tools
00:11.04CIA-5503Graeme Gregory <dp@xora.org.uk> 07org.openembedded.dev * rca0ab6d91b 10openembedded.git/: Merge branch 'org.openembedded.dev' of git+ssh://git.openembedded.org/openembedded into org.openembedded.dev
00:11.15XorALaibsch: excellent
00:11.34Laibschgreat
00:11.45LaibschI'm considering one of the new N450 models
00:11.54Laibschthe battery runtime is just lovely
00:11.58XorAI have had the 702 and have got the 901
00:12.06otavioHello
00:12.42otavioWe're having a ugly and strange issue with sqlite3 package
00:13.14otavioWhen running bitbake with -DDD it shows the right version as choosen as provider, but it doesn't build it
00:15.53otavioANY help? :-)
00:16.22woglindewithout the log
00:16.25woglindeno help
00:16.25otavioI and mario-goulart are looking at this issue for more then 1 hour without any idea
00:16.46otaviowoglinde: we have the log, mario-goulart can you paste the log file somewhere?
00:17.17otaviowoglinde: what worries me is that it doesn't mark the tasks of it
00:18.21mario-goulartwoglinde: parenteses.org/mario/misc/log.bz2
00:18.36mario-goulart(118k compressed, 3.6M uncompressed)
00:19.01mario-goulartJust a min.
00:19.13mario-goulartThe upload is not finished yet.
00:19.23otavioLaibsch: just be careful about the GPU they use. I don't know which one is but mine, for example, is horrible regarting linux support
00:19.29otavioLaibsch: mine is GMA500
00:19.36otavioLaibsch: Poulsbo base
00:19.39otavioLaibsch: Poulsbo based
00:20.26Laibschotavio: I thought the N450 has the GPU on chip?
00:20.26woglindeotavio iegd
00:20.49otavioLaibsch: maybe; and depending on which GPU it can be a problem
00:21.08otavioLaibsch: mine works in fb only or with closed (and horrible to use) drivers
00:21.28otaviowoglinde: iegd?
00:21.57mario-goulartotavio, woglinde: the upload is done: http://parenteses.org/mario/misc/log.bz2
00:22.06otaviomario-goulart: thx
00:23.02woglindem
00:23.06woglindehm
00:23.14woglindecant see an error too
00:23.27woglindewhat is bitbake doing in the end?
00:25.53mario-goulartwoglinde: bitbake doesn't even try to beuid sqlite3 when we invoke it passing the image as argument.  When we pass sqlite3 as argument, it builds it.
00:26.20*** join/#oe raster (i=raster@enlightenment/developer/raster)
00:26.28woglindeaha
00:26.32woglindere raster
00:26.41woglindebitbake -g
00:26.51woglindeand look into deps graph
00:26.59woglindemaybee it isnt in there
00:27.04woglindeso it will never got build
00:27.09mario-goulartusing the image as argument?
00:27.24woglindeyes
00:27.44rasterwoglinde: yo wogz. wassap?
00:27.50mario-goulartwoglinde: I'd bet you got it.
00:28.52mario-goulartwoglinde: that's it.  Thanks a lot.
00:29.19mario-goulartwoglinde: we were assuming firefox-3.5.5 was depending on sqlite3.  In fact it is not.
00:29.39woglindeuh
00:29.52woglindeyeah thats clear an dep-error
00:30.02woglindepoor koen didnt notice it
00:30.04woglindehm
00:31.15mario-goulart:-)
00:32.19woglindeokay good nite
00:33.50*** join/#oe kergoth (n=kergoth@ip24-251-170-95.ph.ph.cox.net)
00:38.33*** join/#oe klaas_ (n=chatzill@94-224-182-164.access.telenet.be)
00:39.57*** join/#oe JustinP (n=papercra@c-24-7-86-151.hsd1.ca.comcast.net)
00:40.48*** join/#oe nullpuppy (n=dustin@c-24-16-84-118.hsd1.wa.comcast.net)
00:41.50CIA-5503Mario Domenech Goulart <mario.goulart@gmail.com> 07org.openembedded.dev * r0f3c7c020d 10openembedded.git/recipes/mozilla/ (4 files):
00:41.50CIA-55firefox: added sqlite3 as dependency for firefox >= 3.5
00:41.50CIA-55Signed-off-by: Mario Domenech Goulart <mario.goulart@gmail.com>
00:41.52CIA-5503Otavio Salvador <otavio@ossystems.com.br> 07org.openembedded.dev * rbc8ce0794c 10openembedded.git/recipes/parted/parted_1.8.8.bb:
00:41.55CIA-55parted: depends on util-linux-ng to provide libuuid
00:41.57CIA-55Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
00:53.26ant__'nite
00:57.09*** join/#oe JaMa|Off (n=martin@161-24.13.24.78.awnet.cz)
01:05.48*** join/#oe tsjsieb (n=tsjsieb@dejongbeheer.nl)
01:07.36*** join/#oe otavio_ (n=otavio@debian/developer/otavio)
01:15.34*** join/#oe raster (i=raster@enlightenment/developer/raster)
01:17.07*** join/#oe kergoth (n=kergoth@ip24-251-170-95.ph.ph.cox.net)
01:20.22*** join/#oe otavio (n=otavio@debian/developer/otavio)
01:37.44*** join/#oe nullpuppy (n=dustin@c-24-16-84-118.hsd1.wa.comcast.net)
01:37.44*** join/#oe JustinP (n=papercra@c-24-7-86-151.hsd1.ca.comcast.net) [NETSPLIT VICTIM]
01:37.44*** join/#oe EsbenH (n=EsbenH@0x55532124.adsl.cybercity.dk) [NETSPLIT VICTIM]
01:37.44*** join/#oe marex (n=marex@vasut.kolej.mff.cuni.cz)
01:37.44*** join/#oe DHR (n=hugh@CPE00606767ed59-CM000f9fa81660.cpe.net.cable.rogers.com)
01:37.44*** join/#oe orbarron (n=orb@nat/ti/x-euqfmvbltqgiyrtl)
01:37.44*** join/#oe th1 (n=th@pdpc/supporter/professional/th1) [NETSPLIT VICTIM]
01:37.44*** join/#oe guillaum1 (n=gl@AMontsouris-153-1-53-46.w86-212.abo.wanadoo.fr) [NETSPLIT VICTIM]
01:37.44*** join/#oe CoreDump|home (n=mhentges@hentges.net) [NETSPLIT VICTIM]
01:37.44*** join/#oe noglitch (n=Miranda@mail.atmel.fr) [NETSPLIT VICTIM]
01:37.44*** join/#oe valhalla (n=valhalla@81-174-22-92.dynamic.ngi.it)
01:37.44*** join/#oe cbrake (n=cbrake@oh-69-34-21-229.sta.embarqhsd.net)
01:37.44*** join/#oe univac (n=univac@148.81.171.50)
01:37.44*** join/#oe rphillips (n=rphillip@66-90-184-91.dyn.grandenetworks.net) [NETSPLIT VICTIM]
01:37.44*** join/#oe jpieper_ (n=jpieper@209-6-37-232.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) [NETSPLIT VICTIM]
01:37.44*** join/#oe pb_ (n=pb@castle.reciva.com) [NETSPLIT VICTIM]
01:37.44*** join/#oe tomimo (n=kurre@xdsl-83-150-88-111.nebulazone.fi)
01:37.44*** join/#oe Tartarus (i=trini@pixelshelf.com) [NETSPLIT VICTIM]
01:37.44*** join/#oe daq4th (n=darkness@v062.natpool.sourcentral.org)
01:41.59*** join/#oe mpr (n=mpr@aggr.com)
01:45.38*** join/#oe alex76 (n=a@vbo91-2-82-239-206-104.fbx.proxad.net)
01:57.57*** join/#oe Analias (n=Analias@c-68-35-8-162.hsd1.nm.comcast.net)
02:11.29*** join/#oe hufnus_cicq (n=hufnus_c@69-12-177-67.dsl.static.sonic.net)
02:23.39*** join/#oe III (n=orb@pool-96-226-214-14.dllstx.fios.verizon.net)
02:24.50*** join/#oe Laibsch (n=Laibsch@p5B3B3157.dip.t-dialin.net)
03:07.06*** join/#oe raster (i=raster@enlightenment/developer/raster)
03:11.43*** join/#oe raster (i=raster@enlightenment/developer/raster)
03:12.23*** join/#oe fraxinas (n=quassel@p4FD6442D.dip.t-dialin.net)
03:19.15*** join/#oe marex (n=marex@vasut.kolej.mff.cuni.cz)
03:23.40*** join/#oe raster (i=raster@enlightenment/developer/raster)
03:31.25*** join/#oe raster (i=raster@enlightenment/developer/raster)
04:36.04*** join/#oe raster (i=raster@enlightenment/developer/raster)
04:41.59*** join/#oe thaytan (n=jan@131.203.102.171)
05:00.03*** join/#oe raster (i=raster@enlightenment/developer/raster)
05:10.38*** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net)
05:18.20*** join/#oe polyonymous_ (n=hacker@g230192157.adsl.alicedsl.de)
05:23.59*** join/#oe sudharsh (n=sudharsh@unaffiliated/sudharsh)
05:25.18*** join/#oe darkschneider2 (n=gab@93.51.224.53)
05:31.35*** join/#oe darkschneider_ (n=gab@93-32-48-174.ip32.fastwebnet.it)
05:42.09*** join/#oe raster (i=raster@enlightenment/developer/raster)
05:44.19*** join/#oe otavio (n=otavio@debian/developer/otavio)
06:09.44*** join/#oe mrc3_ (n=mrc3@nat/ti/x-tfypzwiwrqijdkdk)
06:27.58*** part/#oe EsbenH (n=EsbenH@0x55532124.adsl.cybercity.dk)
06:37.11*** join/#oe tasslehoff (n=Mich@147.84-49-231.nextgentel.com)
06:49.17CIA-5503Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * rc85f3b3957 10openembedded.git/recipes/cairo/cairo-native_1.8.0.bb:
06:49.17CIA-55cairo-native: depend on pixman-native instead libpixman-native
06:49.17CIA-55Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
06:49.20CIA-5503Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r7747113703 10openembedded.git/recipes/xorg-lib/pixman_git.bb:
06:49.21CIA-55pixman_git: add BBCLASSEXTEND=native (pixman-native used in cairo-native)
06:49.23CIA-55Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
06:49.25CIA-5503Michael Pilgermann <kichkasch@gmx.de> 07org.openembedded.dev * r5a390f90ec 10openembedded.git/ (conf/checksums.ini recipes/openmoko-3rdparty/rtmom_0.1.3.bb):
06:49.28CIA-55rtmom: elementary based gui for RTM (Remember the milk)
06:49.30CIA-55Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
06:49.32CIA-5503Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r51b1288c48 10openembedded.git/recipes/libpixman/ (6 files):
06:49.35CIA-55libpixman: move all to obsolete directory (replaced with pixman recipes)
06:49.37CIA-55Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
06:49.39CIA-5503Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r86dacb28c2 10openembedded.git/ (15 files in 10 dirs):
06:49.42CIA-55xorg: update recipes to latest releases 2010-01-18
06:49.44CIA-55Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
06:49.50CIA-5503Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * re725b1c530 10openembedded.git/recipes/xorg-lib/pixman_0.16.2.bb:
06:49.53CIA-55pixman_0.16.2: drop DEFAULT_PREFERENCE = -1 and add BBCLASSEXTEND=native (pixman-native used in cairo-native)
06:49.55CIA-55Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
06:50.26CIA-5503Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r52391e0ef8 10openembedded.git/recipes/tasks/task-shr-feed.bb:
06:50.26CIA-55task-shr-feed: add stopwatch and rtmom
06:50.26CIA-55Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
07:09.34*** join/#oe raster (i=raster@enlightenment/developer/raster)
07:10.51*** join/#oe recalcati (i=51485a51@gateway/web/freenode/x-sabxxlyblofltypf)
07:11.17*** join/#oe stefan_schmidt (n=stefan@w0982.wlan.rz.tu-bs.de)
07:12.01recalcatigood morning
07:18.53recalcatiI've deleted tmp/work/*  , now I can't rebuild . Any idea to proceed?
07:24.16*** join/#oe Hasse_ (n=quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk)
07:25.12eFfeMrecalcati: bitbake world ?
07:25.37eFfeMrecalcati: actually I'd suggest you delete all of tmp so also stamps, staging etc
07:26.09recalcatieFfeM:  I need to preserve all downloads in order to create a mirror for my suppliers
07:26.26recalcatiwhere are stamp only for compilations?
07:27.47eFfeMstamps are in tmp/stamps :-)
07:28.24eFfeMdo you need to preserve downloads or packages, downloads are for me outside of tmp, generated packages are in deploy
07:28.28recalcatirm tmp/stamps/*   doesn't give problem about fetching .. ?
07:28.51eFfeMit will grab from downloads when it is there
07:29.10*** join/#oe thebohemian (n=rschus@p5DDC60BE.dip.t-dialin.net)
07:29.11recalcatiso tmp/downloads contains packages and their md5  .
07:29.14eFfeMbut in case of doubt i suggest you make a copy first so you can always set it back
07:29.23eFfeMfor me downloads is outside tmp
07:29.24recalcatieFfeM:  already dobe
07:29.26recalcatieFfeM:  already done
07:30.52recalcatihttp://pastebin.com/m59464a97   after rm -rf tmp/stamps/*
07:31.40recalcatirm -rf  tmp/cache/*
07:31.44recalcatino result again
07:31.54*** join/#oe playya_ (n=playya@unaffiliated/playya)
07:32.33eFfeMyou kept tmp/saved_tmpdir ?
07:32.39recalcatirm -rf  tmp/cross/*
07:32.45recalcatiyes
07:32.50eFfeMif not I guess you will get the moved msg
07:33.38eFfeMif I want to start from scratch I typically do an rm -rf tmp, but as I said my downloads dir is outside tmp
07:34.02eFfeMforgot how you specify that, might be if you redirect tmp
07:34.11recalcatieFfeM:  where I configure to get download?
07:34.31eFfeMnot sure will check
07:36.52mckoangood morning
07:38.15jovoxmoorning
07:38.58*** join/#oe recalcati (i=51485a51@gateway/web/freenode/x-vfkerpwayhpdfjez)
07:39.07recalcatieFfeM:  sorry, pc restart
07:40.16eFfeMrecalcati: np,
07:40.35eFfeMrecalcati: location of downloads dir is specified in DL_DIR var
07:41.08eFfeMmy site.conf says .../conf/site.conf: DL_DIR = "${OE_TOPDIR}/downloads"
07:41.41eFfeMdefault is DL_DIR ?= "${TMPDIR}/downloads" (see bitbake.conf)
07:42.05eFfeMthen you can nuke all of tmp
07:42.25recalcatiexport PATH=$OE_HOME/opt/bitbake/bin:$PATH
07:42.31recalcatiI'm in stalbe branch
07:43.47recalcatiDL_DIR not defined in opt/bitbake/conf/bitbake.conf
07:45.03recalcatisorry... it IS defined
07:45.30eFfeMi suggest NOT to change it there but define it e.g. in site.conf or local.conf  or so
07:45.40eFfeMi always keep bitbake.conf untouched
07:47.16recalcatidone
07:47.21recalcatirm -rf tmp
07:47.38*** join/#oe EsbenH (n=EsbenH@77.233.226.4)
07:48.11mckoanrecalcati: try using KaeilOS method and I'm sure you will feel better http://www.kaeilos.com/?q=download
07:49.21recalcatimckoan:  thx, I look at ..
07:52.30*** join/#oe sgh (n=quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk)
07:54.00eFfeMrecalcati: gl
07:55.30recalcatieFfeM:  ?
07:56.24recalcatimckoan:  I'll integrate you setup afterwards. first of all I need to recompile all akita and benchmark its compilation time
07:56.50*** join/#oe Heinervdm (n=thomas@pD9E166E2.dip.t-dialin.net)
07:56.56*** join/#oe Hasse_ (n=quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk)
07:57.08recalcatieFfeM:  moving downloads works .. thx very very much!
07:57.26recalcatinow I have to stop forefox in order to have a clean benchmark
07:57.35recalcatisee you later
08:04.16*** join/#oe Hasse_ (n=quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk)
08:07.53*** join/#oe dth_ntb (n=dieter@p4FDEDEB0.dip.t-dialin.net)
08:23.10*** join/#oe mickey|office (n=Mickey@dialbs-092-079-168-007.static.arcor-ip.net)
08:30.33*** join/#oe dos1 (n=dos@unaffiliated/dos1)
08:40.49filipis there a world equivalent for a specific distro? I'd like to be able to specify a list of packages that should be available in a feed and build them with one command
08:42.50mickey|officeno
08:42.57mickey|officewhat people usually do is to create a task package
08:43.04mickey|officethat RDEPENDS on everything you want to see in the feed
08:43.11mickey|officeand then you can just bitbake task-my-super-feed
08:44.11filipah
08:44.17filipthanks :)
08:44.35filipwould task-jlime-repo  recipe be accepted into OE git?
08:45.47mickey|officesure
08:45.55mickey|officesee recipe/tasks
08:46.01mickey|officethere are quite a few distro-specific recipes
08:46.59filipcool
08:55.51*** join/#oe zecke (n=ich@2406:a000:f0ff:ffff:8000:0:d328:237d)
08:56.37*** join/#oe recalcati (i=5e51e963@gateway/web/freenode/x-trfdbwharibdpdsa)
08:56.37recalcatibenchmark finished
08:57.14recalcatitime bitbake zaurus-updater :    requires    ----   real49m28.810s  
08:57.51recalcatiafter removing rm -rf tmp/*   but keeping downloads outside as eFfeM  told me
09:00.38*** part/#oe EsbenH (n=EsbenH@77.233.226.4)
09:03.12*** join/#oe pvanhoof (n=pvanhoof@d54C0C0BA.access.telenet.be)
09:03.34*** join/#oe Hasse_ (n=quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk)
09:05.48*** join/#oe stefan_schmidt (n=stefan@w0982.wlan.rz.tu-bs.de)
09:07.57mckoanrecalcati: very impressive, wich PC is it?
09:12.50*** join/#oe booxter (n=booxter@80.249.84.87)
09:13.25*** join/#oe MWelchUK_work (n=welchma@65.91.2.71)
09:14.58*** join/#oe dth_ntb (n=dieter@p4FDEDEB0.dip.t-dialin.net)
09:22.29*** join/#oe ZaPPaS (n=moritz@weinberg.pi5.physik.uni-stuttgart.de)
09:31.40*** join/#oe florian_kc (n=fuchs@Maemo/community/contributor/florian)
09:34.25*** join/#oe Martin_B (n=martin@pool-73-65-198-89.dbd-ipconnect.net)
09:37.01floriangood morning
09:37.12*** join/#oe dos11 (n=dos@abmt125.neoplus.adsl.tpnet.pl)
09:37.32mickey|officemorning flo
09:38.02florianhi mickey|office
09:41.00*** join/#oe lrg (n=lrg@slimlogic.co.uk)
09:41.15*** join/#oe XorA (n=XorA@www.xora.org.uk)
09:47.35florianhi lrg, hi XorA
09:49.10lrgmorning florian XorA
09:49.46*** join/#oe pb__ (n=pb@88-109-44-56.dynamic.dsl.as9105.com)
09:50.57XorAhey florian
09:51.02lrgmorning pb__
09:51.05XorAlrg: WTF you doing out of bed?
09:51.20lrgXorA: back in UK timezone now ;)
09:55.28CIA-5503Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * re0f660d44b 10openembedded.git/recipes/mokomaze/mokomaze_0.5.5.bb: mokomaze: bump PR after libsdl-ttf update
09:57.55XorAfsck git-svn isnt in backports
09:59.53XorAhmmm, libdrm2 broken :-(
10:01.01th1how can I have python code to set a variable in a .conf? I get "unparsed error" from my "python __anonymous" stanza
10:04.20XorAJaMa|Off: seeing any libdrm2 problems?
10:04.39*** join/#oe ant_work (n=andrea@host214-85-static.34-85-b.business.telecomitalia.it)
10:06.28jovoxafter running bitbake -c menuconfig virtual/kernel. Do I need to so anything else than running a bitbake virtual/kernel to recompile it with my new configuration?
10:07.45JaMa|OffXorA: no
10:07.53CIA-5503Graeme Gregory <dp@xora.org.uk> 07org.openembedded.dev * r7c5dd2b13d 10openembedded.git/: Merge branch 'org.openembedded.dev' of git+ssh://git.openembedded.org/openembedded into org.openembedded.dev
10:07.54CIA-5503Graeme Gregory <dp@xora.org.uk> 07org.openembedded.dev * r3d1fd2e7f1 10openembedded.git/ (conf/checksums.ini recipes/gnome/libgdata_0.5.1.bb):
10:07.54CIA-55libgdata_0.5.1.bb : add newer libgdata
10:07.55CIA-55The only 0.4.0 version wasnt buildable for me.
10:08.07XorAJaMa|Off: curses, intel_bufmgr_fake is failing here :-(
10:08.49JaMa|OffXorA: but drm tested mostly only on spitz glamo has own branch..
10:10.24XorAJaMa|Off: looks like it happens on gentoo as well
10:10.38XorAthey have indicated a fix
10:10.52XorAwell disable intel on arm :-)
10:12.03JaMa|OffXorA: well we have --disable-gallium-intel in mesa-dri_git.bb
10:12.16XorAJaMa|Off: sounds safe then
10:12.18DJW|HomeXorA: yep --disable-intel if the buildarch is ARM fixes libdrm 2.4.17 (or seems to)
10:12.31XorADJW|Home: cool I shall fix and push then
10:13.07DJW|HomeOr are you not talking about libdrm, ahh, you are ;-). Just trying it a little more.
10:14.29XorAI assume we arent using intel KMS on arm :-D
10:15.01DJW|HomeXorA: despite the number of people who seem to think we are I think it's safe to say, no ;-)
10:21.33*** join/#oe zecke_ (n=ich@2001:5c0:1000:a:8000:0:d328:237d)
10:21.37mickey|officeyo z.!
10:21.44mickey|officemorning pb_
10:23.38zecke_hi hi
10:27.50*** join/#oe _freddy (n=freddy@kenny.kriewitz.eu)
10:29.17th1to answer my own question I solved it by adding a class and adding that to INHERIT+= in the config
10:30.17*** join/#oe cbrake (n=cbrake@oh-69-34-21-229.sta.embarqhsd.net)
10:30.21*** join/#oe guillaum1 (n=gl@AMontsouris-153-1-53-46.w86-212.abo.wanadoo.fr)
10:30.47*** join/#oe likewise (n=likewise@215-65-ftth.onsneteindhoven.nl)
10:41.30XorADJW|Home: BTW when are you going to send an ssh key to admins :-D
10:42.40broonieXorA: Just leave the box unadminned for long enough and you can use a remote root exploit.
10:49.58*** join/#oe mario-goulart (n=user@67.205.85.241)
10:50.23*** join/#oe playya (n=playya@unaffiliated/playya)
10:55.20*** join/#oe BillK (n=BillK@124-169-88-143.dyn.iinet.net.au)
10:58.04*** join/#oe raster (n=raster@enlightenment/developer/raster)
11:06.58*** join/#oe mrc3 (n=ddiaz@189.157.109.139)
11:07.28*** join/#oe nik0n (n=nik0n@helix.mybll.net)
11:07.39*** part/#oe nik0n (n=nik0n@helix.mybll.net)
11:07.54recalcatimckoan:  sorry .... I was away
11:08.01*** join/#oe nik0n (n=nik0n@helix.mybll.net)
11:08.09recalcatimckoan:  impressive because is too much time?
11:11.09*** join/#oe hansdampf (n=moritz@rgnb-4d0410dd.pool.mediaWays.net)
11:14.32mckoanrecalcati: very fast
11:16.07*** join/#oe melchior (n=melchior@AStrasbourg-256-1-67-50.w81-50.abo.wanadoo.fr)
11:16.58*** join/#oe leslie_ (n=leslie@58.247.126.174)
11:19.01melchiori need to install apache on an embedded system and  i've seriously no idea how tro procede
11:19.11melchiori've already downloaded the source, should I compile them with a cross compiler and copy it to my embedded system ?
11:19.33XorAyou should bitbake apache on this channel
11:20.15*** join/#oe BenLauDC (n=benlau@221.125.8.18)
11:20.22*** join/#oe GNUtoo (n=GNUtoo@host21-36-dynamic.117-80-r.retail.telecomitalia.it)
11:23.34recalcatimckoan:  now I move to SSD disk and retry. the pc is Sony Vaio VGN-AW11XU/Q
11:24.46recalcatimckoan: I have to go away again to do a clean test
11:31.20*** join/#oe Sleep_Walker (n=Sleep@nat/novell/x-ofrvujxogorjuzai)
11:33.30*** join/#oe kristoffer (n=kristoff@79.138.197.173.bredband.tre.se)
11:33.48*** join/#oe dth_ (n=dieter@p4FDEBDE4.dip.t-dialin.net)
11:46.34*** join/#oe mlip (n=mlip@188.45.129.188)
11:47.15mliphej, can someone explain to me, what 'bbclassextend' does? (it's not in the docs)
11:48.20*** join/#oe mlip (n=mlip@188.45.129.188)
11:48.20XorAI hate people that wait less than 30s for an answer
11:48.35mlipXorA: mobile modem ;/
11:48.39XorAmlip: it automatically does inherit for each class listed in BBCLASSEXTEND :D
11:48.47XorAmlip: no hasles
11:48.50mlip:D
11:49.03mlipthx
11:49.07XorAso you get the basic recipe, then recipe-<classname>
11:49.19XorAso recipe and recipe-native in its normal use
11:49.29XorAmlip: please patch the docs :-D
11:50.28mlipoke, so just saving space and generating an additional native recipce
11:50.43mlipXorA: "maybe" (;p) i will
11:50.49JaMa|OffXorA: do you know how should bitbake -c clean -b some/recipe.bb with native in BBCLASSEXTEND? I got something like
11:50.57XorAmlip: space and parsing time
11:50.58JaMa|Off"no such package virtual:native:some/recipe.bb"
11:51.13XorAJaMa|Off: dont use -b
11:51.35JaMa|OffXorA: yes I used without -b later.. but it's a bit slower :)
11:52.05XorAJaMa|Off: I think with RP new cool stuff -b is going to die
11:52.20JaMa|OffXorA: and as I'm using this -b usually for fast cleaning of recipe I'm changing atm.. it was quite handy
11:52.42JaMa|OffXorA: OK, I can live with that..
11:56.47*** join/#oe raster (n=raster@enlightenment/developer/raster)
11:57.50*** join/#oe Hasse__ (n=quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk)
11:57.56*** join/#oe sgh (n=quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk)
12:02.21leslie_Hi, i have a usb-to-ethernet converter, what options should i add in kernel configure to enable it?
12:03.04XorAman gnome stuff is in a bad state
12:09.52*** join/#oe stefan_schmidt (n=stefan@w0982.wlan.rz.tu-bs.de)
12:16.33*** join/#oe cyberdeck (n=cyberdec@iss66.vlsi.informatik.tu-darmstadt.de)
12:19.35*** join/#oe raster (n=raster@enlightenment/developer/raster)
12:31.50CIA-5503Liam Girdwood <lrg@slimlogic.co.uk> 07org.openembedded.dev * r7adc0d6855 10openembedded.git/MAINTAINERS:
12:31.50CIA-55MAINTAINERS: update my email and add interests + recipies.
12:31.50CIA-55Signed-off-by: Liam Girdwood <lrg@slimlogic.co.uk>
12:36.15*** join/#oe melchior (n=melchior@AStrasbourg-256-1-67-50.w81-50.abo.wanadoo.fr)
12:38.24*** join/#oe rsalveti (n=rsalveti@200.184.118.130)
12:41.46*** join/#oe raster (n=raster@enlightenment/developer/raster)
12:42.09CIA-5503Guo Hongruan <camelguo@gmail.com> 07org.openembedded.dev * r3713a07653 10openembedded.git/conf/distro/micro.conf:
12:42.09CIA-55Set preferred glibc to 2.10.1 in conf/distro/micro.conf
12:42.09CIA-55* the preferred version of binutils of conf/distro/micro.conf is 2.19.51
12:42.09CIA-55* the preferred version of glibc is 2.6.1 which is defined in sane-toolchain.inc
12:42.11CIA-55* the ld produced by binutils-2.19.51 reports that it can not find the __begin symbol when linking with glibc-2.6.1
12:42.16CIA-55Signed-off-by: Guo Hongruan <camelguo@gmail.com>
12:52.27*** join/#oe GNUtoo (n=GNUtoo@host21-36-dynamic.117-80-r.retail.telecomitalia.it)
12:52.37DJW|HomeXorA: Added the patch for libdrm 2.4.17 on ARM to my tree if you want to cherry pick it in http://git.openpandora.org/cgi-bin/gitweb.cgi?p=openembedded.git;a=commit;h=f3244b236955716de3fb73f9ca4dc80c1bad7402.
12:53.52XorADJWillis: I already got past that now
12:54.28DJWillisXorA: I forgot to push it this morning, yep, past all that now myself. Was not sure if you had been busy hacking.
12:54.43*** join/#oe amakarov (i=bcbac820@gateway/web/freenode/x-qapluumgnurkohgv)
12:54.46XorADJWillis: yours looks neater though, push it to OE :-D
12:55.37DJWillisCan't right now, i'll get on it later.
12:55.44XorAcoolio
12:55.58XorAthis chat is not connected to same machine as my OE
12:58.05melchiorCan i ask here a question about gkermit and minicom ?
13:00.12Crofton_|workmelchior, how to use, or about a recipe?
13:00.21*** join/#oe playya (n=playya@unaffiliated/playya)
13:01.27melchiorhow to use to do a file transfer
13:15.29*** join/#oe aloisiojr (n=aloisio@200.184.118.130)
13:17.36mckoanmelchior: please explain exactly what do you want to do
13:19.37melchiori'm connected from my pc to an embedded system via minicom and i'd like to transfer a file from my pc to the embedded device
13:20.02melchiorso i've tried in the minicom console ctrl-A then R to receive a file
13:20.49melchiorthen i launch kermit on my pc and tried gkermit -s 'filepath'
13:25.49mckoanmelchior: no lan available?
13:26.48melchiori can ping from my pc to the devie but not in the other way and i've no ssh ser/client on the embedded device for the moment as i can't upload files on it
13:26.56mckoanmelchior: why don't you use minicom on the PC too ?
13:34.55*** join/#oe tmbinc_ (i=abcd@83.141.3.59) [NETSPLIT VICTIM]
13:34.55*** join/#oe robtaylor (n=robtaylo@floopily.codethink.co.uk) [NETSPLIT VICTIM]
13:34.55*** join/#oe marcosmamorim (n=marcos@201-42-211-109.dsl.telesp.net.br) [NETSPLIT VICTIM]
13:34.55*** join/#oe blindvt (n=bf@84.119.103.202) [NETSPLIT VICTIM]
13:34.55*** join/#oe Ironnads (n=Ironnads@host86-144-102-237.range86-144.btcentralplus.com)
13:34.55*** join/#oe akheron (n=akheron@lilja.asteriski.fi) [NETSPLIT VICTIM]
13:34.55*** join/#oe borg_ (n=olaf@80.149.17.21) [NETSPLIT VICTIM]
13:34.55*** join/#oe Crofton_|work (n=balister@pool-71-171-31-89.nwrknj.east.verizon.net)
13:34.55*** join/#oe Splat1 (n=Splat1@rf1.splat1.com) [NETSPLIT VICTIM]
13:34.55*** join/#oe SDuensin (n=SDuensin@74.208.148.168) [NETSPLIT VICTIM]
13:34.55*** join/#oe Crofton (n=balister@pool-71-171-31-89.nwrknj.east.verizon.net)
13:34.55*** join/#oe EdSwarthout (n=ed@70.114.141.31) [NETSPLIT VICTIM]
13:34.55*** join/#oe Kero (n=kero@d74199.upc-d.chello.nl) [NETSPLIT VICTIM]
13:34.55*** join/#oe mrmoku (n=mrmoku@ppp-188-174-7-126.dynamic.mnet-online.de) [NETSPLIT VICTIM]
13:34.55*** join/#oe mturquette (n=mturquet@adsl-99-57-147-167.dsl.rcsntx.sbcglobal.net) [NETSPLIT VICTIM]
13:34.55*** join/#oe cdio (n=v@chat.netifera.com) [NETSPLIT VICTIM]
13:34.55*** join/#oe chouimat (n=mathieu@99.246.143.54)
13:34.55*** join/#oe bbradley_ (n=bbradley@87-194-119-230.bethere.co.uk) [NETSPLIT VICTIM]
13:34.55*** join/#oe user1 (n=3MX@5e076b0a.bb.sky.com) [NETSPLIT VICTIM]
13:34.55*** join/#oe Aditya1 (n=Aditya@c-69-143-196-44.hsd1.md.comcast.net) [NETSPLIT VICTIM]
13:34.55*** join/#oe JaMa|Off (n=martin@161-24.13.24.78.awnet.cz) [NETSPLIT VICTIM]
13:34.55*** join/#oe fraxinas (n=quassel@p4FD6442D.dip.t-dialin.net) [NETSPLIT VICTIM]
13:34.56*** join/#oe polyonymous_ (n=hacker@g230192157.adsl.alicedsl.de)
13:34.56*** join/#oe mrc3_ (n=mrc3@nat/ti/x-tfypzwiwrqijdkdk) [NETSPLIT VICTIM]
13:34.56*** join/#oe tasslehoff (n=Mich@147.84-49-231.nextgentel.com) [NETSPLIT VICTIM]
13:34.56*** join/#oe ZaPPaS (n=moritz@weinberg.pi5.physik.uni-stuttgart.de) [NETSPLIT VICTIM]
13:34.56*** join/#oe dos11 (n=dos@unaffiliated/dos1) [NETSPLIT VICTIM]
13:34.57*** join/#oe ant_work (n=andrea@host214-85-static.34-85-b.business.telecomitalia.it) [NETSPLIT VICTIM]
13:34.57*** join/#oe _freddy (n=freddy@kenny.kriewitz.eu) [NETSPLIT VICTIM]
13:34.57*** join/#oe guillaum1 (n=gl@AMontsouris-153-1-53-46.w86-212.abo.wanadoo.fr) [NETSPLIT VICTIM]
13:34.57*** join/#oe likewise (n=likewise@215-65-ftth.onsneteindhoven.nl)
13:34.57*** join/#oe BenLauDC (n=benlau@221.125.8.18) [NETSPLIT VICTIM]
13:34.57*** join/#oe rsalveti (n=rsalveti@200.184.118.130) [NETSPLIT VICTIM]
13:34.57*** join/#oe playya (n=playya@unaffiliated/playya) [NETSPLIT VICTIM]
13:34.57*** join/#oe otavio_ (n=otavio@189.27.146.4.dynamic.adsl.gvt.net.br)
13:34.57*** join/#oe stefan_schmidt (n=stefan@w0982.wlan.rz.tu-bs.de)
13:34.57*** join/#oe nik0n (n=nik0n@helix.mybll.net) [NETSPLIT VICTIM]
13:34.57*** join/#oe mrc3 (n=ddiaz@189.157.109.139) [NETSPLIT VICTIM]
13:34.57*** join/#oe cbrake (n=cbrake@oh-69-34-21-229.sta.embarqhsd.net)
13:34.57*** join/#oe pb__ (n=pb@88-109-44-56.dynamic.dsl.as9105.com)
13:34.57*** join/#oe florian (n=fuchs@Maemo/community/contributor/florian)
13:34.57*** join/#oe otavio (n=otavio@debian/developer/otavio) [NETSPLIT VICTIM]
13:34.57*** join/#oe darkschneider_ (n=gab@93-32-48-174.ip32.fastwebnet.it)
13:34.57*** join/#oe Analias (n=Analias@c-68-35-8-162.hsd1.nm.comcast.net) [NETSPLIT VICTIM]
13:34.57*** join/#oe daq4th (n=darkness@v062.natpool.sourcentral.org) [NETSPLIT VICTIM]
13:34.57*** join/#oe Tartarus (i=trini@pixelshelf.com) [NETSPLIT VICTIM]
13:34.57*** join/#oe tomimo (n=kurre@xdsl-83-150-88-111.nebulazone.fi)
13:34.57*** join/#oe pb_ (n=pb@castle.reciva.com) [NETSPLIT VICTIM]
13:34.57*** join/#oe jpieper_ (n=jpieper@209-6-37-232.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) [NETSPLIT VICTIM]
13:34.57*** join/#oe rphillips (n=rphillip@66-90-184-91.dyn.grandenetworks.net) [NETSPLIT VICTIM]
13:34.57*** join/#oe univac (n=univac@148.81.171.50)
13:34.57*** join/#oe valhalla (n=valhalla@81-174-22-92.dynamic.ngi.it) [NETSPLIT VICTIM]
13:34.57*** join/#oe noglitch (n=Miranda@mail.atmel.fr) [NETSPLIT VICTIM]
13:34.58*** join/#oe CoreDump|home (n=mhentges@hentges.net) [NETSPLIT VICTIM]
13:34.58*** join/#oe th1 (n=th@pdpc/supporter/professional/th1) [NETSPLIT VICTIM]
13:34.58*** join/#oe orbarron (n=orb@nat/ti/x-euqfmvbltqgiyrtl) [NETSPLIT VICTIM]
13:34.58*** join/#oe DHR (n=hugh@CPE00606767ed59-CM000f9fa81660.cpe.net.cable.rogers.com)
13:34.58*** join/#oe JustinP (n=papercra@c-24-7-86-151.hsd1.ca.comcast.net) [NETSPLIT VICTIM]
13:34.58*** join/#oe nullpuppy (n=dustin@c-24-16-84-118.hsd1.wa.comcast.net)
13:35.28*** join/#oe cdbot2 (n=cdbot2@hentges.net)
13:35.28*** join/#oe Zygo (i=startkey@startkeylogger.hungrycats.org) [NETSPLIT VICTIM]
13:35.28*** join/#oe pigeon (n=pigeon@eth5284.nsw.adsl.internode.on.net)
13:35.28*** join/#oe filip (n=filip@filip.math.uni.lodz.pl) [NETSPLIT VICTIM]
13:35.28*** join/#oe khem (n=khem@99-57-141-118.lightspeed.sntcca.sbcglobal.net)
13:35.28*** join/#oe grevaillot (n=moot@nibbler.f00.be) [NETSPLIT VICTIM]
13:35.28*** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) [NETSPLIT VICTIM]
13:35.28*** join/#oe CIA-55 (n=CIA@208.69.182.149) [NETSPLIT VICTIM]
13:35.28*** join/#oe sakoman (n=sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) [NETSPLIT VICTIM]
13:35.28*** join/#oe denix (n=denys@nat/ti/x-btmmirgnztklawnm) [NETSPLIT VICTIM]
13:35.28*** join/#oe alphaone (n=alphaone@2001:638:602:af01:0:0:0:1) [NETSPLIT VICTIM]
13:35.28*** join/#oe Undrwater (n=russell@pool-74-100-99-39.lsanca.fios.verizon.net) [NETSPLIT VICTIM]
13:35.32*** join/#oe CSMan (n=csman@bas3-montreal31-1242531775.dsl.bell.ca) [NETSPLIT VICTIM]
13:35.34*** join/#oe ChanServ (ChanServ@services.)
13:35.34*** mode/#oe [+o ChanServ] by irc.freenode.net
13:35.36*** join/#oe Henryk_afc (i=henryk@shiny.ploetzli.ch) [NETSPLIT VICTIM]
13:35.36*** join/#oe aloisiojr (n=aloisio@200.184.118.130) [NETSPLIT VICTIM]
13:35.36*** join/#oe leslie_ (n=leslie@58.247.126.174) [NETSPLIT VICTIM]
13:35.36*** join/#oe mario-goulart (n=user@67.205.85.241) [NETSPLIT VICTIM]
13:35.36*** join/#oe Martin_B (n=martin@pool-73-65-198-89.dbd-ipconnect.net) [NETSPLIT VICTIM]
13:35.36*** join/#oe MWelchUK_work (n=welchma@65.91.2.71) [NETSPLIT VICTIM]
13:35.36*** join/#oe sudharsh (n=sudharsh@unaffiliated/sudharsh) [NETSPLIT VICTIM]
13:35.36*** join/#oe jmpdelos__ (n=polk@outgoing.delos.com) [NETSPLIT VICTIM]
13:36.08*** join/#oe ScriptRipper (n=martin@host-82-135-36-197.customer.m-online.net) [NETSPLIT VICTIM]
13:36.08*** join/#oe broonie (i=broonie@cassiel.sirena.org.uk) [NETSPLIT VICTIM]
13:36.08*** join/#oe otavio__ (n=otavio@189.27.149.4.dynamic.adsl.gvt.net.br)
13:36.08*** join/#oe DJWillis (i=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) [NETSPLIT VICTIM]
13:36.08*** join/#oe pocek (i=pock@77-253-51-133.adsl.inetia.pl) [NETSPLIT VICTIM]
13:36.08*** join/#oe mrec (n=mrec@sundtek.de) [NETSPLIT VICTIM]
13:36.08*** join/#oe koobe (n=matti@83.150.95.26)
13:36.09*** join/#oe dhd (n=dhuggins@LIMA-2.SPEECH.CS.CMU.EDU) [NETSPLIT VICTIM]
13:36.09*** join/#oe FOM (n=jeffs@rrcs-74-219-98-111.central.biz.rr.com)
13:36.09*** join/#oe keith (i=meshuga@adsl-69-87-6-143.dsl.irvnca.interirc.net) [NETSPLIT VICTIM]
13:36.09*** join/#oe CosmicPenguin (n=nobody@rrcs-67-52-130-30.west.biz.rr.com)
13:36.09*** join/#oe udovdh (n=udovdh@pindarots.xs4all.nl) [NETSPLIT VICTIM]
13:36.09*** join/#oe nslu2-log (n=nslu2-lo@limax.nslu2-linux.org)
13:36.09*** join/#oe htns (n=htns@61.6.64.6)
13:36.09*** join/#oe mckoan (n=marco@unaffiliated/mckoan) [NETSPLIT VICTIM]
13:36.09*** join/#oe yang (i=yang@freenode/sponsor/cacert.assurer.yang)
13:36.09*** join/#oe Sat_Man (n=satman@83.141.3.41) [NETSPLIT VICTIM]
13:36.09*** join/#oe mirko (n=mirko@212.224.73.207) [NETSPLIT VICTIM]
13:36.09*** join/#oe signal11_ (i=esteban@gnv.quaddro.net) [NETSPLIT VICTIM]
13:36.09*** join/#oe hrw|gone (n=hrw@chello089078170228.chello.pl) [NETSPLIT VICTIM]
13:36.09*** join/#oe ynezz (i=ynezz@ibawizard.net) [NETSPLIT VICTIM]
13:36.13*** join/#oe bkero (n=bkero@ash.osuosl.org) [NETSPLIT VICTIM]
13:36.13*** join/#oe PuffTheMagic (n=quassel@whiterabbit.rz.uni-mannheim.de)
13:36.14*** join/#oe awozniak (n=awozniak@adsl-76-205-222-173.dsl.snlo01.sbcglobal.net) [NETSPLIT VICTIM]
13:36.14*** join/#oe simon42 (n=simon@10.65.238.89.serverhousing.manitu.net) [NETSPLIT VICTIM]
13:36.14*** join/#oe Heinervdm (n=thomas@pD9E166E2.dip.t-dialin.net) [NETSPLIT VICTIM]
13:36.14*** join/#oe th1_ (n=th@cpc1-cmbg15-2-0-cust361.5-4.cable.virginmedia.com) [NETSPLIT VICTIM]
13:36.14*** join/#oe BillK (n=BillK@124-169-88-143.dyn.iinet.net.au) [NETSPLIT VICTIM]
13:36.14*** join/#oe steliosk (n=Stelios@ipa107.2.tellas.gr)
13:36.18*** join/#oe RP (n=richard@93-97-173-237.zone5.bethere.co.uk) [NETSPLIT VICTIM]
13:36.18*** join/#oe melchior (n=melchior@AStrasbourg-256-1-67-50.w81-50.abo.wanadoo.fr) [NETSPLIT VICTIM]
13:36.18*** join/#oe dth_ (n=dieter@p4FDEBDE4.dip.t-dialin.net) [NETSPLIT VICTIM]
13:36.18*** join/#oe hansdampf (n=moritz@rgnb-4d0410dd.pool.mediaWays.net) [NETSPLIT VICTIM]
13:36.18*** join/#oe thebohemian (n=rschus@p5DDC60BE.dip.t-dialin.net) [NETSPLIT VICTIM]
13:36.18*** join/#oe tsjsieb (n=tsjsieb@dejongbeheer.nl)
13:36.18*** join/#oe dijenerate (n=dijenera@64.210.44.37)
13:36.41*** join/#oe lisppaste7 (n=lisppast@common-lisp.net) [NETSPLIT VICTIM]
13:36.41*** join/#oe dfarnsworth (n=dfarnswo@nat/montavista/x-qpyooldveblhiaad)
13:36.41*** join/#oe vivijim (n=vivijim@pasanda.collabora.co.uk) [NETSPLIT VICTIM]
13:36.41*** join/#oe alecrim (n=alecrim@189.2.128.130) [NETSPLIT VICTIM]
13:36.41*** join/#oe EiNSTeiN__ (n=einstein@216.252.89.200) [NETSPLIT VICTIM]
13:36.41*** join/#oe tmm1 (n=weechat@208-75-84-157.slicehost.net) [NETSPLIT VICTIM]
13:36.41*** join/#oe incandescant (n=incandes@foo.stupids.org) [NETSPLIT VICTIM]
13:36.41*** join/#oe cyberdeck (n=cyberdec@iss66.vlsi.informatik.tu-darmstadt.de) [NETSPLIT VICTIM]
13:36.41*** join/#oe incandes1ant (n=incandes@foo.stupids.org)
13:36.42*** join/#oe otavio__ (n=otavio@189.27.149.4.dynamic.adsl.gvt.net.br)
13:36.42*** join/#oe thebohemian (n=rschus@p5DDC60BE.dip.t-dialin.net)
13:36.42*** join/#oe dfarnsworth_ (n=dfarnswo@nat/montavista/x-wdkleriawazdfxsn)
13:36.43*** join/#oe RP (n=richard@93-97-173-237.zone5.bethere.co.uk)
13:38.28*** join/#oe dijenerate (n=dijenera@64.210.44.37)
13:38.28*** join/#oe janinge (i=j@ninge.net) [NETSPLIT VICTIM]
13:39.33*** join/#oe booxter (n=booxter@cpmsq.epam.com)
13:55.27*** join/#oe valhalla (n=valhalla@81-174-22-78.dynamic.ngi.it)
13:56.14*** join/#oe otavio (n=otavio@189.27.144.206.dynamic.adsl.gvt.net.br)
14:02.46florianAnyone else who sees a lot of alighment trap messages on armv5te?
14:03.11JaMa|Offtoo
14:04.17mckoanflorian: sometimes
14:05.29florianI just built with gcc 4.4.1 an eglibc based image for armv5te using arm instructions. And I see really many.
14:08.24*** join/#oe mpr (n=mpr@aggr.com)
14:09.00floriantries 4.4.2
14:10.37*** join/#oe marcosmamorim (n=marcos@201-42-211-109.dsl.telesp.net.br)
14:11.12*** join/#oe marcosmamorim (n=marcos@201-42-211-109.dsl.telesp.net.br)
14:15.47*** join/#oe marcosmamorim (n=marcos@201-42-211-109.dsl.telesp.net.br)
14:19.12*** join/#oe lisppaste7 (n=lisppast@common-lisp.net)
14:25.58*** join/#oe mrmoku` (n=mrmoku@ppp-93-104-28-76.dynamic.mnet-online.de)
14:27.03*** join/#oe kergoth (n=kergoth@ip24-251-170-95.ph.ph.cox.net)
14:40.04*** join/#oe B_Lizzard (n=havoc@athedsl-421474.home.otenet.gr)
14:40.04*** join/#oe ChanServ (ChanServ@services.)
14:40.04*** join/#oe jmpdelos__ (n=polk@outgoing.delos.com) [NETSPLIT VICTIM]
14:40.04*** join/#oe MWelchUK_work (n=welchma@65.91.2.71) [NETSPLIT VICTIM]
14:40.04*** join/#oe Martin_B (n=martin@pool-73-65-198-89.dbd-ipconnect.net) [NETSPLIT VICTIM]
14:40.04*** join/#oe mario-goulart (n=user@67.205.85.241) [NETSPLIT VICTIM]
14:40.04*** join/#oe leslie_ (n=leslie@58.247.126.174) [NETSPLIT VICTIM]
14:40.04*** join/#oe aloisiojr (n=aloisio@200.184.118.130) [NETSPLIT VICTIM]
14:40.04*** join/#oe dfarnsworth_ (n=dfarnswo@nat/montavista/x-wdkleriawazdfxsn)
14:40.04*** join/#oe melchior (n=melchior@AStrasbourg-256-1-67-50.w81-50.abo.wanadoo.fr) [NETSPLIT VICTIM]
14:40.04*** join/#oe dth_ (n=dieter@p4FDEBDE4.dip.t-dialin.net) [NETSPLIT VICTIM]
14:40.05*** join/#oe hansdampf (n=moritz@rgnb-4d0410dd.pool.mediaWays.net) [NETSPLIT VICTIM]
14:40.05*** join/#oe vivijim (n=vivijim@pasanda.collabora.co.uk) [NETSPLIT VICTIM]
14:40.05*** join/#oe alecrim (n=alecrim@189.2.128.130) [NETSPLIT VICTIM]
14:40.05*** join/#oe EiNSTeiN__ (n=einstein@216.252.89.200) [NETSPLIT VICTIM]
14:40.05*** join/#oe tmm1 (n=weechat@208-75-84-157.slicehost.net) [NETSPLIT VICTIM]
14:40.05*** join/#oe cyberdeck (n=cyberdec@iss66.vlsi.informatik.tu-darmstadt.de)
14:40.06*** join/#oe RP (n=richard@93-97-173-237.zone5.bethere.co.uk) [NETSPLIT VICTIM]
14:40.06*** join/#oe janinge (i=j@ninge.net)
14:40.06*** join/#oe th1 (n=th@pdpc/supporter/professional/th1) [NETSPLIT VICTIM]
14:40.06*** join/#oe CoreDump|home (n=mhentges@hentges.net) [NETSPLIT VICTIM]
14:40.06*** join/#oe noglitch (n=Miranda@mail.atmel.fr) [NETSPLIT VICTIM]
14:40.06*** join/#oe orbarron (n=orb@nat/ti/x-euqfmvbltqgiyrtl) [NETSPLIT VICTIM]
14:40.06*** join/#oe DHR (n=hugh@CPE00606767ed59-CM000f9fa81660.cpe.net.cable.rogers.com)
14:40.06*** join/#oe JustinP (n=papercra@c-24-7-86-151.hsd1.ca.comcast.net) [NETSPLIT VICTIM]
14:40.06*** join/#oe nullpuppy (n=dustin@c-24-16-84-118.hsd1.wa.comcast.net)
14:40.06*** join/#oe Analias (n=Analias@c-68-35-8-162.hsd1.nm.comcast.net) [NETSPLIT VICTIM]
14:40.06*** join/#oe cbrake (n=cbrake@oh-69-34-21-229.sta.embarqhsd.net)
14:40.06*** join/#oe mrc3 (n=ddiaz@189.157.109.139) [NETSPLIT VICTIM]
14:40.06*** join/#oe nik0n (n=nik0n@helix.mybll.net) [NETSPLIT VICTIM]
14:40.06*** join/#oe simon42 (n=simon@10.65.238.89.serverhousing.manitu.net) [NETSPLIT VICTIM]
14:40.06*** join/#oe valhalla (n=valhalla@81-174-22-78.dynamic.ngi.it) [NETSPLIT VICTIM]
14:40.06*** join/#oe otavio (n=otavio@debian/developer/otavio) [NETSPLIT VICTIM]
14:40.06*** join/#oe kergoth (n=kergoth@ip24-251-170-95.ph.ph.cox.net)
14:40.06*** join/#oe mrmoku` (n=mrmoku@ppp-93-104-28-76.dynamic.mnet-online.de) [NETSPLIT VICTIM]
14:40.06*** join/#oe lisppaste7 (n=lisppast@common-lisp.net) [NETSPLIT VICTIM]
14:40.06*** join/#oe marcosmamorim (n=marcos@201-42-211-109.dsl.telesp.net.br) [NETSPLIT VICTIM]
14:40.06*** join/#oe booxter (n=booxter@cpmsq.epam.com) [NETSPLIT VICTIM]
14:40.06*** join/#oe incandescant (n=incandes@foo.stupids.org) [NETSPLIT VICTIM]
14:40.06*** join/#oe steliosk (n=Stelios@ipa107.2.tellas.gr)
14:40.06*** join/#oe Heinervdm (n=thomas@pD9E166E2.dip.t-dialin.net) [NETSPLIT VICTIM]
14:40.06*** join/#oe awozniak (n=awozniak@adsl-76-205-222-173.dsl.snlo01.sbcglobal.net) [NETSPLIT VICTIM]
14:40.06*** join/#oe broonie (i=broonie@cassiel.sirena.org.uk) [NETSPLIT VICTIM]
14:40.06*** join/#oe ScriptRipper (n=martin@opensuse/member/MartinMohring) [NETSPLIT VICTIM]
14:40.07*** mode/#oe [+o ChanServ] by irc.freenode.net
14:40.07*** join/#oe Henryk_afc (i=henryk@shiny.ploetzli.ch) [NETSPLIT VICTIM]
14:40.08*** join/#oe tmbinc_ (i=abcd@83.141.3.59) [NETSPLIT VICTIM]
14:40.08*** join/#oe robtaylor (n=robtaylo@floopily.codethink.co.uk) [NETSPLIT VICTIM]
14:40.08*** join/#oe blindvt (n=bf@84.119.103.202)
14:40.08*** join/#oe Ironnads (n=Ironnads@host86-144-102-237.range86-144.btcentralplus.com)
14:40.08*** join/#oe akheron (n=akheron@lilja.asteriski.fi) [NETSPLIT VICTIM]
14:40.08*** join/#oe borg_ (n=olaf@80.149.17.21) [NETSPLIT VICTIM]
14:40.08*** join/#oe Crofton_|work (n=balister@pool-71-171-31-89.nwrknj.east.verizon.net)
14:40.08*** join/#oe Splat1 (n=Splat1@rf1.splat1.com) [NETSPLIT VICTIM]
14:40.08*** join/#oe SDuensin (n=SDuensin@74.208.148.168) [NETSPLIT VICTIM]
14:40.08*** join/#oe Crofton (n=balister@pool-71-171-31-89.nwrknj.east.verizon.net)
14:40.08*** join/#oe EdSwarthout (n=ed@70.114.141.31) [NETSPLIT VICTIM]
14:40.08*** join/#oe Kero (n=kero@d74199.upc-d.chello.nl) [NETSPLIT VICTIM]
14:40.08*** join/#oe mrmoku (n=mrmoku@ppp-188-174-7-126.dynamic.mnet-online.de) [NETSPLIT VICTIM]
14:40.08*** join/#oe mturquette (n=mturquet@adsl-99-57-147-167.dsl.rcsntx.sbcglobal.net) [NETSPLIT VICTIM]
14:40.08*** join/#oe cdio (n=v@chat.netifera.com) [NETSPLIT VICTIM]
14:40.08*** join/#oe chouimat (n=mathieu@99.246.143.54)
14:40.08*** join/#oe bbradley_ (n=bbradley@87-194-119-230.bethere.co.uk) [NETSPLIT VICTIM]
14:40.08*** join/#oe user1 (n=3MX@5e076b0a.bb.sky.com) [NETSPLIT VICTIM]
14:40.08*** join/#oe Aditya1 (n=Aditya@c-69-143-196-44.hsd1.md.comcast.net) [NETSPLIT VICTIM]
14:40.08*** join/#oe JaMa|Off (n=martin@161-24.13.24.78.awnet.cz) [NETSPLIT VICTIM]
14:40.08*** join/#oe fraxinas (n=quassel@p4FD6442D.dip.t-dialin.net) [NETSPLIT VICTIM]
14:40.08*** join/#oe polyonymous_ (n=hacker@g230192157.adsl.alicedsl.de)
14:40.08*** join/#oe mrc3_ (n=mrc3@nat/ti/x-tfypzwiwrqijdkdk) [NETSPLIT VICTIM]
14:40.08*** join/#oe tasslehoff (n=Mich@147.84-49-231.nextgentel.com) [NETSPLIT VICTIM]
14:40.08*** join/#oe ZaPPaS (n=moritz@weinberg.pi5.physik.uni-stuttgart.de) [NETSPLIT VICTIM]
14:40.08*** join/#oe dos1 (n=dos@unaffiliated/dos1) [NETSPLIT VICTIM]
14:40.08*** join/#oe ant_work (n=andrea@host214-85-static.34-85-b.business.telecomitalia.it) [NETSPLIT VICTIM]
14:40.34*** join/#oe _freddy (n=freddy@kenny.kriewitz.eu) [NETSPLIT VICTIM]
14:40.34*** join/#oe guillaum1 (n=gl@AMontsouris-153-1-53-46.w86-212.abo.wanadoo.fr) [NETSPLIT VICTIM]
14:40.34*** join/#oe likewise (n=likewise@215-65-ftth.onsneteindhoven.nl)
14:40.34*** join/#oe BenLauDC (n=benlau@221.125.8.18) [NETSPLIT VICTIM]
14:40.34*** join/#oe rsalveti (n=rsalveti@200.184.118.130) [NETSPLIT VICTIM]
14:40.34*** join/#oe pb__ (n=pb@88-109-44-56.dynamic.dsl.as9105.com)
14:40.34*** join/#oe florian (n=fuchs@Maemo/community/contributor/florian)
14:40.34*** join/#oe darkschneider_ (n=gab@93-32-48-174.ip32.fastwebnet.it)
14:40.34*** join/#oe daq4th (n=darkness@v062.natpool.sourcentral.org) [NETSPLIT VICTIM]
14:40.34*** join/#oe Tartarus (i=trini@pixelshelf.com) [NETSPLIT VICTIM]
14:40.34*** join/#oe tomimo (n=kurre@xdsl-83-150-88-111.nebulazone.fi)
14:40.34*** join/#oe pb_ (n=pb@castle.reciva.com) [NETSPLIT VICTIM]
14:40.34*** join/#oe jpieper_ (n=jpieper@209-6-37-232.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) [NETSPLIT VICTIM]
14:40.34*** join/#oe rphillips (n=rphillip@66-90-184-91.dyn.grandenetworks.net) [NETSPLIT VICTIM]
14:40.34*** join/#oe univac (n=univac@148.81.171.50)
14:40.35*** join/#oe cdbot2 (n=cdbot2@hentges.net) [NETSPLIT VICTIM]
14:40.35*** join/#oe Zygo (i=startkey@startkeylogger.hungrycats.org) [NETSPLIT VICTIM]
14:40.35*** join/#oe pigeon (n=pigeon@eth5284.nsw.adsl.internode.on.net)
14:40.35*** join/#oe filip (n=filip@filip.math.uni.lodz.pl) [NETSPLIT VICTIM]
14:40.35*** join/#oe khem (n=khem@99-57-141-118.lightspeed.sntcca.sbcglobal.net)
14:40.35*** join/#oe grevaillot (n=moot@nibbler.f00.be) [NETSPLIT VICTIM]
14:40.35*** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) [NETSPLIT VICTIM]
14:40.35*** join/#oe CIA-55 (n=CIA@208.69.182.149) [NETSPLIT VICTIM]
14:40.35*** join/#oe sakoman (n=sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) [NETSPLIT VICTIM]
14:40.35*** join/#oe denix (n=denys@nat/ti/x-btmmirgnztklawnm) [NETSPLIT VICTIM]
14:40.35*** join/#oe alphaone (n=alphaone@2001:638:602:af01:0:0:0:1) [NETSPLIT VICTIM]
14:40.35*** join/#oe Undrwater (n=russell@pool-74-100-99-39.lsanca.fios.verizon.net) [NETSPLIT VICTIM]
14:40.35*** join/#oe Ainulindale (n=ainu@calaquendi.org)
14:40.35*** join/#oe Sleep-Walker (n=Sleep@nat/novell/x-ifjjrgrujoafqcad)
14:40.37*** join/#oe jorma (n=kario@tuubi.mermit.fi)
14:40.37*** join/#oe bkero (n=bkero@osuosl/staff/bkero) [NETSPLIT VICTIM]
14:40.37*** join/#oe playya (n=playya@141.79.50.75) [NETSPLIT VICTIM]
14:44.03*** join/#oe rob_w (n=bob@p549BE47D.dip.t-dialin.net)
14:46.42*** join/#oe ctusar (n=ctusar@router2.videon-central.net)
14:48.16*** join/#oe Hasse_ (n=quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk)
14:48.16*** join/#oe PuffTheMagic_ (n=quassel@unaffiliated/puffthemagic)
14:48.16*** join/#oe BillK_ (n=BillK@124-169-88-143.dyn.iinet.net.au)
14:48.18*** join/#oe bow^znc (n=johanf@81-226-229-179-no59.tbcn.telia.com)
14:48.18*** join/#oe CSMan_ (n=csman@bas3-montreal31-1242531775.dsl.bell.ca)
14:48.18*** join/#oe jconnolly (n=jconnoll@firebug.buglabs.net) [NETSPLIT VICTIM]
14:48.19*** join/#oe th1_ (n=th@cpc1-cmbg15-2-0-cust361.5-4.cable.virginmedia.com) [NETSPLIT VICTIM]
14:48.23*** join/#oe pix_ (n=pix@pat35-2-82-240-215-236.fbx.proxad.net) [NETSPLIT VICTIM]
14:48.31*** join/#oe aloril (n=aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi)
14:48.36*** join/#oe m4t (i=matt@theorize.org)
14:48.36*** join/#oe pvanhoof (n=pvanhoof@d54C0C0BA.access.telenet.be) [NETSPLIT VICTIM]
14:48.44*** join/#oe GNUtoo (n=GNUtoo@host21-36-dynamic.117-80-r.retail.telecomitalia.it) [NETSPLIT VICTIM]
14:48.45*** join/#oe thaytan (n=jan@131.203.102.171) [NETSPLIT VICTIM]
14:48.45*** join/#oe dijenerate (n=dijenera@64.210.44.37)
14:49.07*** join/#oe eFfeM (n=eFfeM@atwork-193.r-212.178.107.atwork.nl)
14:49.33*** join/#oe Hasse_ (n=quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk)
14:50.45*** join/#oe DJWillis (i=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) [NETSPLIT VICTIM]
14:50.45*** join/#oe pocek (i=pock@77-253-51-133.adsl.inetia.pl)
14:50.45*** join/#oe mrec (n=mrec@sundtek.de) [NETSPLIT VICTIM]
14:50.45*** join/#oe koobe (n=matti@83.150.95.26)
14:50.45*** join/#oe dhd (n=dhuggins@LIMA-2.SPEECH.CS.CMU.EDU)
14:50.45*** join/#oe FOM (n=jeffs@rrcs-74-219-98-111.central.biz.rr.com)
14:50.45*** join/#oe keith (i=meshuga@adsl-69-87-6-143.dsl.irvnca.interirc.net)
14:50.45*** join/#oe CosmicPenguin (n=nobody@rrcs-67-52-130-30.west.biz.rr.com)
14:50.45*** join/#oe udovdh (n=udovdh@pindarots.xs4all.nl)
14:50.45*** join/#oe nslu2-log (n=nslu2-lo@limax.nslu2-linux.org)
14:50.45*** join/#oe htns (n=htns@61.6.64.6)
14:50.45*** join/#oe mckoan (n=marco@unaffiliated/mckoan)
14:50.45*** join/#oe yang (i=yang@freenode/sponsor/cacert.assurer.yang)
14:50.45*** join/#oe Sat_Man (n=satman@83.141.3.41)
14:50.45*** join/#oe mirko (n=mirko@212.224.73.207) [NETSPLIT VICTIM]
14:50.45*** join/#oe signal11_ (i=esteban@gnv.quaddro.net) [NETSPLIT VICTIM]
14:50.45*** join/#oe hrw|gone (n=hrw@chello089078170228.chello.pl)
14:50.45*** join/#oe ynezz (i=ynezz@ibawizard.net)
14:51.26*** join/#oe EsbenH (n=EsbenH@77.233.226.4)
14:51.36*** part/#oe EsbenH (n=EsbenH@77.233.226.4)
14:53.10*** join/#oe kurre (n=tomimo@xdsl-83-150-88-111.nebulazone.fi)
14:55.47*** join/#oe jmpdelos_ (n=polk@outgoing.delos.com)
15:00.39*** join/#oe stefan_schmidt (n=stefan@w0982.wlan.rz.tu-bs.de)
15:00.57*** join/#oe wandern (n=joel@westford-nat.juniper.net)
15:04.32hrwmorning
15:05.49XorAhey hrw
15:09.58*** join/#oe Laibsch (n=Laibsch@p5B3B3748.dip.t-dialin.net)
15:24.39*** join/#oe Hasse_ (n=quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk)
15:41.59*** join/#oe CSMan (n=csman@unaffiliated/csman)
15:57.42*** join/#oe darkschneider (n=gab@93-32-48-174.ip32.fastwebnet.it)
16:12.12*** join/#oe marex (n=marex@vasut.kolej.mff.cuni.cz)
16:14.49*** join/#oe MWelchUK_work_ (n=welchma@65.91.2.71)
16:17.20*** join/#oe rkirti (n=oespirit@203.199.213.3)
16:25.26CIA-5503Marco Cavallini <m.cavallini@koansoftware.com> 07org.openembedded.dev * r21b699c064 10openembedded.git/recipes/xinput-calibrator/xinput-calibrator_0.5.0.bb: xinput-calibrator_0.5.0.bb: added line for new patch to original package
16:25.36*** join/#oe Hasse_ (n=quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk)
16:25.37CIA-5503Marco Cavallini <m.cavallini@koansoftware.com> 07org.openembedded.dev * r4dfad05b99 10openembedded.git/recipes/xinput-calibrator/xinput-calibrator-0.5.0/0002-gui_x11.cpp-Load-font-fixed-when-9x15-fails-in-GuiCa.patch: xinput-calibrator-0.5.0/0002-gui_x11.cpp-Load-font-fixed-when-9x15-fails-in-GuiCa.patch: Load font fixed when 9x15 fails in GuiCalibratorX11
16:25.41*** join/#oe XorA (n=XorA@www.xora.org.uk)
16:28.35kergothgrumbles
16:29.17Croftonheh
16:29.24Croftonnot to early over there
16:34.37kergothheh
16:34.40*** join/#oe B_Lizzard_ (n=havoc@athedsl-427908.home.otenet.gr)
16:35.40*** join/#oe Hasse (n=quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk)
16:39.18*** join/#oe playya (n=playya@unaffiliated/playya)
16:42.32*** join/#oe Hasse (n=quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk)
16:48.01*** join/#oe wandern (n=joel@useregress.fnf.com)
16:51.25*** join/#oe booxter (n=booxter@cpmsq.epam.com)
16:57.08*** join/#oe jmpdelos (n=polk@outgoing.delos.com)
17:22.39*** part/#oe XorA (n=XorA@www.xora.org.uk)
17:35.47*** join/#oe Kubiack (i=52e9e710@gateway/web/freenode/x-mrbztrgqpidfwcon)
17:36.29ant_workLaibsch: will you be around later this evening?
17:36.40Laibschmaybe
17:36.44Laibschwhat's up?
17:37.08ant_workok, just to chat about legacy Sharp headers
17:37.44ant_workinjecting that crap on the top of jffs2 is a legacy of updater.sh
17:38.00ant_workI mean jffs2 images
17:38.40denixant_work: hey
17:38.48*** join/#oe toi (n=toi@d54C2A96D.access.telenet.be)
17:38.54denixant_work: were you having issues with pstage lately?
17:39.00ant_workhey denix
17:39.03ant_workyes
17:39.24ant_worksome staging-ipks are defaulting to host arch
17:40.17ant_workwas talking with Tartarus about this and abut moving the 'pstage' dir out of tmp
17:40.44ant_workso gave a link to your blog ;)
17:40.49denixthe base class is still not fixed for that
17:41.13ant_workI've seen
17:41.23denixI believe someone was having issues with that change, but it worked for me...
17:41.34ant_workjust kernels and bootloaders have probs
17:41.50ant_workperhaps we should fix hacking that few recipes...
17:43.13Laibschant_work: why do we have that legacy?
17:48.54ant_workLaibsch: I think original kernel was checking for that header?
17:49.30ant_workfor sure, updater.sh cut the header
17:50.11ant_workso probably was at the time when  updater.sh was a black-box
17:50.40LaibschI think hrw|gone would know better than me
17:50.43ant_workah, yea
17:50.49*** join/#oe toi (n=toi@d54C2A96D.access.telenet.be)
17:50.59LaibschIf you make changes, I'd like to have backcompatibility if possible
17:51.25ant_workthe idea was to make this 'custom' jffs2 only for sharprom-compatible
17:51.31Laibschwe don't need to continue to support flashing OpenZaurus
17:51.40*** join/#oe otavio (n=otavio@debian/developer/otavio)
17:52.00LaibschI'm not sure we need to support flashing images for sharprom-compatible
17:52.20*** join/#oe mlip2 (n=mlip2@mk092248001200.a1.net)
17:52.22ant_workwe can flash any image from 2.6 console
17:52.26ant_workanyway
17:52.44Laibschthe reason to have (or at least the reason I'm interested) is to be able to build packages that can be run on an existing SharpROM-based installation
17:52.54LaibschIf that continues to work, I'm happy
17:53.18ant_workno issues, then
17:54.03ant_workbut if we decide to still use updater sh, this one need to be patched
17:54.12ant_workor the new one renamed
17:54.39ant_workok, let's follow on zaurus-devel ML
17:54.46ant_workI'll post a couple of patches
17:54.50ant_workbbl
17:58.14Laibschwho was the one setting up the git mirror on repo.or.cz originally?
18:04.56kergothgod, debugging problems like this with bitbake is a nightmare
18:05.00kergothwe need to do something about htis
18:08.58kergothalso, bitbake's messages when encountering a recursion in variable expansion are not very helpful
18:09.12kergothand it should really catch it before hitting the python maximum recursion depth
18:15.10*** join/#oe eFfeM1 (n=frans@j200125.upc-j.chello.nl)
18:15.36*** join/#oe Hasse (n=quassel@0x5552e721.adsl.cybercity.dk)
18:18.22*** join/#oe thesing (n=tkunze@dslb-094-222-107-129.pools.arcor-ip.net)
18:25.02*** join/#oe bluelightning (n=blueligh@93-96-131-185.zone4.bethere.co.uk)
18:34.50eFfeM1mlip2: did you manage to get the libxml recipe working?
18:35.25*** join/#oe Hasse (n=quassel@0x5552e721.adsl.cybercity.dk)
18:37.35mlip2eFfeM1: sort of, but no completelly; configure runs smoothly; compile failed due to libxml2 not being build with dockbook and catalog support (fixed now); now i am fighting some weird typemap error ;)
18:37.48mlip2(still in compile)
18:38.19eFfeM1ah ok,
18:38.32eFfeM1i'm probably afk most of the evening
18:38.55mlip2i will try to get it running later on this evening
18:39.00mlip2need some food now ;)
18:39.25eFfeM1i'm  rebuilding hte other two as verification, if they are ok do you want me to commit them for you ?
18:40.25mlip2sure; did rebuild them already a few times (worked fine); stylizer added some blanks too
18:40.32mlip2should i send them again ?
18:41.41eFfeM1yeah if you made style changes that is the best
18:42.08eFfeM1I'll use the email address your are sending it from as committer ok
18:42.27mlip2sure
18:45.28*** join/#oe otavio (n=otavio@debian/developer/otavio)
18:46.20mlip2eFfeM1: sent, thx
18:47.17*** join/#oe XorA (n=XorA@www.xora.org.uk)
18:54.25eFfeM1mkip2 there you go
18:54.30eFfeM1mlip2 there you go
18:54.32CIA-5503Michael Lippautz <michael.lippautz@gmail.com> 07org.openembedded.dev * r9de70ca57a 10openembedded.git/recipes/perl/libxml-namespacesupport-perl_1.10.bb: libxml-namespacesupport-perl_1.10.bb: create recipe
18:54.33*** join/#oe JaMa (n=martin@161-24.13.24.78.awnet.cz)
18:54.33CIA-5503Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * r33762d41c0 10openembedded.git/: Merge branch 'org.openembedded.dev' of git.openembedded.org:openembedded into org.openembedded.dev
18:54.44CIA-5503Michael Lippautz <michael.lippautz@gmail.com> 07org.openembedded.dev * r6cd92d1545 10openembedded.git/recipes/perl/libxml-sax-perl_0.96.bb: libxml-sax-perl_0.96.bb: new recipe
18:55.11eFfeM1Laibsch: not sure why I still get the merge message, I did set the rebase flag
18:55.49Laibschmaybe the flag isn't working
18:56.54Laibschyou could try an explicit "git pull --rebase"
18:57.01eFfeM1probably, actually i thought about using rebase, but then thought the flag would take care of it,
18:57.10eFfeM1should have checked the git log, sorry
18:57.47Laibschnot a big deal. really
18:58.07kergothrecent git all you have to do is "git status"
18:58.11kergothandi t says "1 commit ahead of master"
18:58.27kergothincredibly easy to see at a glance if you'll be pushing something you didn't intend to push
18:59.40JaMakergoth: and is "merge commit" counted in git status? IIRC no
18:59.58kergothhmm, thought it was, but maybe not
19:00.21kergotheither way, good policy to never, ever push unless you've checked what you're pushing
19:01.14*** join/#oe Hasse (n=quassel@0x5552e721.adsl.cybercity.dk)
19:03.08*** join/#oe NvrBst (n=nb@66.183.96.228)
19:03.17khemhmmm gcc 4.4.3 released. anybody want it in OE ?
19:04.22khemits a bug fix release only I could apply the diff only on top of  4.4.2
19:04.41Crofton_|workwho is using 4.4.2 atm"
19:04.42Crofton_|work?
19:04.50khemminimal and micro
19:04.55kergothoh bite me, bitbake
19:04.55Crofton_|workI suspect it would be better to make it seperate
19:05.18Tartarusyeah, separate is always best, imho
19:05.25Tartarusmakes it easier to see when something was fixed in gcc
19:05.29khemright so separate it would be
19:06.06*** join/#oe B_Lizzard (n=havoc@athedsl-427908.home.otenet.gr)
19:06.32khemkergoth: Did you have a chance to look at the bitbake vim extensions I posted on bitbake-de
19:06.41khembitbake-dev
19:08.11kergothhaven't had a chance.  if it works, and improves it, i'd say we should just check the thing in.  i'll add it to my todo, should get to it tonight or this weekend
19:08.17kergothunless rp or someone else does
19:09.47khemok
19:10.02kergoth's swamped lately
19:11.24JaMakhem: and SHR is using that through sane-toolchain.inc
19:12.39*** join/#oe florian (n=fuchs@Maemo/community/contributor/florian)
19:13.58florianre
19:14.12khemJaMa: cool thx
19:14.32khemJaMa: I need to keep in mind next time sane-toolchain versions need change
19:19.02*** join/#oe B_Lizzard (n=havoc@athedsl-427908.home.otenet.gr)
19:21.19*** join/#oe zielony (n=zielony@cyi94.internetdsl.tpnet.pl)
19:22.38CIA-5503Aleksey Makarov <amakarov@dev.rtsoft.ru> 07org.openembedded.dev * reaf451fc3e 10openembedded.git/classes/kernel.bbclass:
19:22.38CIA-55kernel.bbclass: fix kernel build, version >= 2.6.33-rc1, arch x86
19:22.38CIA-55* Apply the same change as c0a3e91845fad1cdda723bdcf962de8bc01f8a2d for
19:22.38CIA-55x86 path
19:22.38CIA-55* A check was missed in the x86 path of the stage method.
19:22.41CIA-55Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
19:22.54CIA-5503Dallas Foley <dfoley@techsol.ca> 07org.openembedded.dev * r728ce9aa3d 10openembedded.git/recipes/dri/libdrm_2.4.17.bb:
19:22.54CIA-55libdrm_2.4.17: disable intel for non-x86
19:22.55CIA-55* older version 2.4.11 builds OK on arm, but not 2.4.17
19:22.55CIA-55* someone with x86 and intel, please test
19:22.55CIA-55Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
19:24.16zielonyI am interested in embedded system  developing  specifically using powerpc architecture and  any  embedded linux distro. How to  efficiently learn related topic . I am  quite good in  programming and   I understand embedded issues  but  I am newbe in ppc and rather less experienced  linux  user/programmer.
19:24.16zielony<PROTECTED>
19:25.07XorAwww.openembedded.org
19:26.10lrgXorA: image built :)
19:26.42*** join/#oe james_l (n=james@ip68-103-137-173.ks.ok.cox.net)
19:30.23*** join/#oe dvermd (n=roudoudo@78.234.93.192)
19:31.45zielonyfor example I have started anylasing kernel source  code  using  very old release  early  2.2 because I  have assuned  that it is simpler to begin( because of less code amount).  Is this good approach?
19:33.43eFfeM1kergoth: thanks for the git status suggestion; actually I hardly ever double check what I push since i always push immediately after a commit, unpushed cmmits only can give merge problems, and if the patch is not yet good enough to be pushed, it is not good enough to be committed
19:33.52CIA-5503Chris Larson <clarson@mvista.com> 07org.openembedded.dev * r3192d261f8 10openembedded.git/recipes/konqueror/konqueror-embedded_20030705.bb:
19:33.52CIA-55konq-e 20030705: kill the exec_prefix var hack
19:33.52CIA-55Signed-off-by: Chris Larson <clarson@mvista.com>
19:34.08kergotheFfeM1: strongly, strongly disagree.
19:34.46kergothmuch better to commit early and often, to keep changes separated, and retain history, and then prep for upstream before you push or send-email
19:34.56kergothcan always rebase -i and squash em or whatever
19:35.39eFfeM1kergoth: typically my changes are single file/recipe so they are stand alone and can be pushed when done
19:35.59kergothwhich isn't an excuse to not learn to use the scm tool well :P
19:36.04*** join/#oe james_l (n=james@ip68-103-137-173.ks.ok.cox.net)
19:36.07eFfeM1:-)
19:36.45*** join/#oe gnutoo_ (n=GNUtoo@host21-36-dynamic.117-80-r.retail.telecomitalia.it)
19:36.53james_lQuestion: Are there any known good collie rootfses?
19:37.54eFfeM1keeping changes separate ofc is good, pushing soon (of course without hampering quality) is also good as it avoids that others invent the same wheel
19:38.12eFfeM1but for complex changes I fully agree with you
19:40.21kergothpushing soon doesn't necessarily require that the changes not be complex, since you can push to another branch for review and then rebase onto master when ready.. you'll hear no argument from me on pushing early
19:40.53eFfeM1:-)
19:41.23eFfeM1I'll try to improve :) suffer with me ;-)
19:41.28kergothwe all do :)
19:41.35kergothtry to improve that is, not suffer
19:41.39kergoththough maybe suffer too, come to think of it..
19:41.40kergothsome days..
19:44.03kergothson of a bitch..
19:44.21kergothhas a task level dependency loop that bitbake isn't being very helpful with
19:44.29kergothAborted dependency loops search after 10 matches.
19:44.32kergoth<repeat about 70 times>
19:44.45*** join/#oe Hasse (n=quassel@0x5552e721.adsl.cybercity.dk)
19:48.53*** join/#oe Martin-B (n=martin@pool-73-65-198-89.dbd-ipconnect.net)
19:52.27JaMaeFfeM1: I started to commit every single change, just after I decided few times to split already commited stuff to more commits (sqashing together is much more simplier or I did something wrong for split)
19:53.42JaMaeFfeM1: btw does that rebase flag or git pull --rebase work that it first fetches all new stuff and then apply your changes on top of that + you have to solve merge conflicts?
19:54.08JaMaeFfeM1: or does it say, that there are conflicts that you have to solve and then it rebase?
19:54.18kergothsplitting isn't too terrible if you use reset (or rebase) + git add -p, but it gets annoying on occasion since add -p only adds hunks.. you can split them sometimes, but it can't add line by line into the index
19:54.27kergothJaMa: yes, thats what rebase is.
19:54.33*** join/#oe Hasse_ (n=quassel@0x5552e721.adsl.cybercity.dk)
19:54.53CIA-5503Simon Busch <morphis@gravedo.de> 07org.openembedded.dev * r0854ce6638 10openembedded.git/recipes/preboot/linux-preboot.inc: preboot: remove defconfig requirement
19:54.53kergothit applies commit by commit, if one has problems, drops you back to your shell to fix them, then git add the fixed files and git rebase --continue
19:55.44JaMakergoth: the first one, right? ahh I need that.. I always git pull, then I cannot git rebase -i upstream_branch unless I resolve conflicts (somehow) and then I call rebase and have to solve conflicts (from the other side)
19:56.15kergothyikes, thats way too much work, and duplicated effort :)
19:56.37JaMakergoth: I know how rebase works when called on already pulled branch (that's what I do after every pull :))
19:56.50JaMafeels a bit stupid for not checking this before :)
19:57.03kergothpull is fetch + merge
19:57.08kergothif all you want is fetch, run fetch
19:57.16kergothgit fetch origin; git rebase origin/org.openembedded.dev
19:57.20kergothis basically pull --rebase
19:57.26kergoth:)
19:58.56JaMakergoth: and I have to check that split as you said ( I used git rebase -i, marked commit for split as edit, then git reset HEAD^1 for files I want to move to new commit and git commit --amend first one and after that commit un staged changes as new one)
19:59.16JaMakergoth: which was usable for splitting changes in separate files
19:59.27*** join/#oe sgh (n=quassel@0x4dd5bf76.adsl.cybercity.dk)
19:59.49kergothyeah, that'd work fine if the files are separate
20:00.02kergothgit add -i / add -p lets you add individual hunks of changes to the index, instead of teh whole file
20:00.06kergothreally really handy at times
20:00.50JaMabut still squashing is way faster for separate and not separate changes :)
20:01.02kergothindeed
20:01.07JaMathanks for tips!
20:01.33kergothnp.. downside & upside to git.. some things are obscure, but extremely powerful
20:04.20JaMayeah once I was really surprised how clever rebase was, I had patch changing few files and later another one moving them to different directory, then I decided to move them first and then change them.. so I changed order of patches in rebase -i and expected conflict when 2nd patch try to change those files in old directory.. but git was clever and changed them right in new place
20:05.27kergothnice
20:08.59Croftonwhat would be helpful is form someone to write an article explaining how to commit something in git, and send an email with the commit to the list
20:15.12*** join/#oe m_Blume (n=dieter@pool-73-65-198-89.dbd-ipconnect.net)
20:16.11Laibschstrongly suggests the use of tools like qgit, etc. to look at how rebase and friends change history
20:16.23Laibscha picture says more than a thousand words ;-)
20:19.32JaMatoo often runs git without X (from work without X11Forwading because slow connection)
20:25.08*** join/#oe lisppaste7 (n=lisppast@common-lisp.net)
20:26.27*** join/#oe Gaston|Home (n=Miranda@c-012fe353.155-1-64736c11.cust.bredbandsbolaget.se)
20:31.40*** join/#oe wandern (n=joel@westford-nat.juniper.net)
20:32.00Croftonqgit is really helpful
20:33.03CosmicPenguinstgit remains the thin thread that keeps me tied to reality
20:42.24CIA-5503Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * rb6f9a84fd9 10openembedded.git/recipes/tasks/task-shr-minimal.bb: task-shr-minimal: add xinput-calibrator
20:43.34*** join/#oe lrg_ (n=lrg@slimlogic.co.uk)
20:44.11LaibschJaMa: do understand what git rebase does it's sufficient to look at qgit three or four times when doing a rebase
20:44.35Laibschonce you've done that, you'll start checking it from time to time, though ;-)
20:45.39JaMa:)
21:01.46khemuses giggle for visual gitting
21:03.31*** join/#oe nhg1 (n=a0864305@nat/ti/x-rfxxwdwldcrswsbh)
21:04.21nhg1does anyone know if openembedded recipes can be used to create dpkgs (debian packages for ubuntu)?
21:04.38Crofton_|workawozniak, I tried applying the patch from patchwork, but it is corrupt
21:04.52JaMaCrofton_|work: which one?
21:04.57nhg1or do we have to move from *.bb recipes to make files?
21:05.01Crofton_|workI applied one you sent me with "patch", if olsrd builds I'll push that
21:05.23Crofton_|workthe one closest to the top
21:05.30JaMaCrofton_|work: I used it few times before and twice today and it worked ok
21:05.52Crofton_|workthe patch from patchwork for olsrd?
21:06.05Crofton_|workor the script?
21:06.26Crofton_|workI suspect a problem with the specific patch
21:06.32JaMawhat is olsrd? :)
21:06.46Crofton_|worka routing thingy for mobile ad hoc networks
21:06.54JaMagit-am.sh script worked and patches were ok for me
21:06.55Crofton_|workI know people that knwo what it does :)
21:07.00Crofton_|workyeah
21:07.11Crofton_|workI suspect a problem with this speciofic patch
21:07.19JaMaah ok, sorry
21:07.40Crofton_|workwe really should write a guide on creating the patch and sending it to the list
21:07.49Crofton_|workso stuff in pw just works via the script
21:08.07Crofton_|workI suspect this one was linewrapped or something
21:08.41JaMayes.. even syntax highlight in patchwork is broken on we lines..
21:08.57JaMait's wrapped for 80 cols
21:09.33Crofton_|workhe sent me something in email that applied, hopefully I do bork the author bit
21:10.09Crofton_|workI just want to get it in, since I sort of care about MANET stuff a little
21:11.16JaMaheh my PhD theme was "Multicast routing in ad-hoc wireless networks" so maybe I should care too.. but as I quit PhD study I also quit ad-hoc interest ..
21:13.32Crofton_|workWhich school?
21:13.56JaMaCzech Technical University in Prague
21:14.18*** join/#oe jconnolly (n=jconnoll@firebug.buglabs.net)
21:15.31khemJaMa: hmmm Pilsner comes from Czech isnt it :)
21:15.55JaMakhem: yes, czech most famous product
21:16.18Crofton_|workNot familiar with them, I'll have to ask my freinds if they have heard of it
21:16.34JaMakhem: maybe hockey team few times.. but beer is known always :)
21:17.26JaMaCrofton_|work: well PhD wasn't organized there as well as it should be :/
21:17.41khemand also JaMa oh soccer too :)
21:18.22JaMaCrofton_|work: or at least it didn't satisfy me at all
21:18.23khemand skoda
21:18.48JaMakhem: great, you have 3 points :)
21:18.49khemmy czech friend in munich wud only buy skoda
21:19.03JaMaand I would only buy BMW ..
21:19.40khemheh not me anymore since alternator died in the middle of night and it was snowing
21:19.50khembad memories
21:20.57*** join/#oe woglinde (n=heinold@g225005255.adsl.alicedsl.de)
21:21.02woglindejo
21:21.17Crofton_|workmy friends bmw can't go in the snow, even if it is thinking of snowing it slides off the road
21:21.21Crofton_|workgm
21:21.38khemheh real wheel drive ?
21:21.48khemrear I meant
21:21.49woglindecrofton haha yes heckdrive suckz badly
21:21.49Crofton_|workI think so
21:21.53woglindein snow and ice
21:22.12khemis happy with VW
21:22.13woglindehi khem
21:22.14JaMabut BMW has also great xDrive :)
21:22.20khemhi woglinde
21:22.26RPCrofton_|work: I think you mean its "fun" in the snow ;-)
21:22.28woglindejama with x5?
21:22.36RPDad's Mazda is like that...
21:22.36woglindeall suv suckz
21:22.41woglindehi rp
21:22.48RPhi woglinde
21:22.51JaManot having BMW now still saving money for semi-new 535
21:23.13woglindejo jama
21:23.14RPjust has the rear wheel drive MGB
21:23.20*** join/#oe user2 (n=3MX@5e076b0a.bb.sky.com)
21:23.23woglindedont save for money for car
21:23.26RPwhich is also interesting one snow
21:23.32woglindehouse is better
21:25.20JaMawoglinde: I'm just waiting for incomming monthly instalments, because I borrowed most of money to sister for flat..
21:29.57pb__just has the broken Audi, doh
21:30.05CosmicPenguinwhy isn't -v the default for git cherry?
21:30.11Crofton_|workrofl
21:30.25Crofton_|workpb__, the Audi is still broke?
21:30.28pb__yeah
21:30.32Crofton_|workbummer
21:30.49pb__they reckon it should be fixed by next week though, just waiting for a new throttle body
21:30.52woglindepb bah dodnt fixed until now?
21:31.01pb__woglinde: no, this german engineering is the pits
21:33.09pb__in the meantime the garage has loaned me a toyota avensis, which is possibly the worst car I have ever driven.
21:33.28woglindepb hm why?
21:33.40woglindeand which avensis the newest?
21:33.56pb__no, it's quite an old one.  1998-ish I think.
21:34.06woglindeoh
21:34.11woglindeyeah
21:34.16woglindethey arent that good
21:34.28woglindelatest and prevoius model are quite okay
21:34.34pb__it steers roughly like an oil tanker, except that you need to hold the wheel at about 2 o'clock in order to go down the road in a straight line.
21:35.03pb__zero to 100 km/h in something like six weeks
21:35.29khemhaha
21:36.15pb__but yeah, I can imagine the newer ones are probably okay
21:37.03*** join/#oe marex (n=marex@vasut.kolej.mff.cuni.cz)
21:37.05pb__the only advantage is that it has loads of luggage space: I could probably fit my house into the boot with a bit of room to spare.
21:37.59pb__anyway, fingers crossed, I should have the audi back next week.
21:38.20pb__just have to hope nothing else goes wrong with it :-}
21:39.52RPpb__: Sounds like someone has bounced the steering off a few kerbs
21:40.17RPhas just found he needs a new inner tube for the CRM and that the frame might not be bent, the forks may be broken instead
21:40.34woglinderp *g*
21:40.48woglindemotocross is a nice hobby
21:41.58RPwoglinde: I do not do MX, that is just dangerous ;-)
21:42.13*** join/#oe Sleep_Walker (n=Sleep@nat/novell/x-kdhcunnsoboechkw)
21:42.14RPwoglinde: Trail riding - all public roads and the odd rally
21:42.20woglinde*g* but your crm looks like you did
21:42.40RPwoglinde: The public roads have no tarmac ;-)
21:43.09RPwoglinde: The bike wouldn't look out of place on a MX track admittedly apart from the lights
21:43.14woglindehm everyday a new word
21:43.16woglindetarmac
21:43.19Tartarushey RP
21:43.22woglindewill remember it
21:43.37TartarusRP: has anyone ever tried making it so that some tasks can be kicked off and not count against BB_NUMBER_THREADS ?
21:43.42woglindewas funny this morning to see how the quick fixed holes in the tarmac here
21:43.52woglindes/the/they
21:45.39JaMaRP: I've just noticed that I have one more simple patch for bitbake (for bzr pull) http://www.mail-archive.com/bitbake-dev@lists.berlios.de/msg00621.html (tested with recipes/openmoko-3rdparty/babiloo-efl_bzr.bb)
21:46.13*** part/#oe mlip2 (n=mlip2@mk092248001200.a1.net)
21:46.33RPTartarus: It would be trivial to do
21:46.54TartarusRP, ah good
21:46.58RPTartarus: The scheduler is actually controllable as a plugable module
21:47.21TartarusOh? Hmm
21:47.29RPJaMa: right, I still have that in my queue
21:47.29TartarusThat leaves open more complex changes then
21:47.40JaMaRP: ok, thanks
21:47.53TartarusI was thinking of just doing some stuff, like do_configure_qa and some other always quick tasks "free"
21:47.54RPTartarus: It was always intended that we'd have a nicer scheduler, just nobody has written one
21:48.37RPTartarus: The only tricky bit is ensuring we don't teach bitbake something too specific about OE :/
21:48.44TartarusWell
21:48.50TartarusIf it's a plugin, why not?
21:49.46JaMaRP: and is it possible that env variable PYTHONPATH is now filtered a bit different in master than was in 1.8? I had to add export to few places to build packages with new bitbake (it tried to use x86_64 python from buildhost instead staging)
21:49.50RPTartarus: The configure_qa thing assumes you have insanity running
21:49.58TartarusRP:  yes, that too
21:50.04TartarusBut even do_install
21:50.18RPTartarus: I'm just saying it needs some thought :)
21:50.24TartarusRP: yeah, that too :)
21:50.49RPJaMa: Recent 1.8 should be the same
21:50.50TartarusJust coming up with some ideas to throw a person at
21:51.00RPJaMa: but I've seen that in Poky too, its worrying
21:51.21RPTartarus: Did you try the -nativesdk stuff?
21:51.28RPTartarus: and BBCLASSEXTEND?
21:51.57TartarusI think I read it at some point, it sounded good and then I had to get back to work work stuff
21:52.01Tartaruspush it :)
21:52.11RPTartarus: I did ;-)
21:52.22JaMaRP: it was missing also in distutils, so I'll try revert my patch and test it with 1.10
21:52.22khemRP: Have we moved to 1.10 in OE yet ?
21:52.23RPTartarus: OE hasn't quite converted yet though, Poky has
21:52.52RPkhem: We don't have 1.10 yet
21:53.07RPkhem: Current plan is to make master rock, expose to people, fix the bugs, call it 1.10
21:53.19khemRP: right but we have branch in bitbake
21:53.25RPkhem: and as a measure of confidence, Poky now uses bitbake master
21:53.35RPkhem: Yes, I'm wiping that, it was a mistake
21:53.47RPbitbake master all the way now
21:53.47khemRP: ok that will be good
21:53.52khemit confused me a bit
21:54.01RPkhem: sorry, I have changed plans a bit
21:54.12RPkhem: I like the new plan more though :)
21:54.14khem1.8 is good for BBCLASSEXTEND?
21:54.22RPkhem: yes
21:54.27khemI see
21:54.28woglindekhem yes
21:54.34woglindewe should start converting
21:54.36khemI have been using master for quite long
21:54.41woglinderp did it at all for poky
21:54.41khemthen started using 1.10
21:54.57RPkhem: Please do use master, I need to know how its looking
21:54.59khemI thought that would be where next release coming from
21:55.11khemno worries I will do that
21:55.18woglindeand jama has is first package with BBCLASSEXTEND done too
21:55.24woglindehis
21:55.26woglindeargs
21:55.31woglindedamn typos
21:55.43RPI'd love to see BBCLASSEXTEND used more in OE, particularly with nativesdk
21:55.56woglinderp I have gettext working
21:56.01woglindeI think I should commit it
21:56.16khemwoglinde: wow do you mean with BBCLASSEXTEND ?
21:56.17RPwoglinde: ported from Poky?
21:56.26woglinderp yes
21:56.35RPwoglinde: cool - did it need any changes?
21:56.37woglindeand split out libintl into own package
21:56.40woglindeno
21:56.43woglindejust worked
21:56.52RPwoglinde: please push :)
21:57.04woglindehm its only tested here
21:57.06RPwoglinde: also, I added some checks to insanity.bbclass in poky for gettext
21:57.11RPwoglinde: Just do it ;-)
21:57.12JaMaRP: IIRC you also said, that you would like to see checksum check in fetcher code in bitbake, right? Do you expect it to be compatible with that syntax? SRC_URI[rc4.md5sum] = "checksum"
21:57.16woglinderp okay
21:57.23RPJaMa: yes
21:57.58RPwoglinde: You might be interested in those sanity checks although OE will be missing loads of gettext dependencies :/
21:58.36RPJaMa: I want to see it using python modules for the checks, not the standalone tools if they're available
21:58.56JaMawould like to use in-recipe checksums more.. but it would be nice to have some policy for SRC_URI naming like SRC_URI[archive.md5sum] named the same in every recipe with just one archive?
21:58.57woglinderp gettext.bbclass is not in best shape
21:58.59woglindebut it works
21:59.57JaMabecause if someone write checksums.ini -> in-recipe checksums script later.. then would be great to have consistent names if possible
22:00.21RPwoglinde: Poky has some changes to it to improve it
22:00.33woglinderp oh
22:00.38woglindeI will look at it
22:00.52woglinderp do you have some spare time to put it in oe?
22:01.03woglindemy time for oe will be short the next months
22:02.02RPwoglinde: It varies. At the moment I'm putting it into creating one bitbake
22:02.14woglindewished we could find some money to hire RP for oe work from intel
22:02.16RPwoglinde: merging in zecke's parsing work and so on
22:02.37RPwoglinde: At least Intel are letting me work with Poky ;-)
22:04.38woglindeokay I will push my gettext stuff now
22:04.57woglindehm I have to look not to brake 0.14
22:05.32*** join/#oe pwgen (n=ew@0132900044.0.fullrate.dk)
22:05.57pwgenHi
22:06.11*** part/#oe nhg1 (n=a0864305@nat/ti/x-rfxxwdwldcrswsbh)
22:07.00JaMagnight all
22:07.53pwgenis there a way to compile for a 64 bit target ?
22:09.04Tartarussure
22:09.16pb__pwgen: sure, you can set TARGET_ARCH=alpha (or x86-64, or sparc64, or...) in your local.conf
22:09.45pwgenx86-64 is now possible ... cool
22:10.11pb__actually, I think it's spelt "x86_64" now I come to think of it.  but yeah, I think it is supported.
22:12.50pwgenbut there is no MACHINE definition for an x86_64 bit target
22:13.36pb__there have been patches posted to the list; you could use those.  but a MACHINE definition is not mandatory anyway.
22:14.09pwgeni will try a look after the qemux86 image hopefully builds ..
22:14.35*** join/#oe bbradley (n=bbradley@87-194-119-230.bethere.co.uk)
22:14.46*** join/#oe likewise (n=likewise@215-65-ftth.onsneteindhoven.nl)
22:15.08woglindehi likewise
22:15.43CIA-5503Paul Menzel <paulepanter@users.sourceforge.net> 07org.openembedded.dev * rb84a8334ff 10openembedded.git/recipes/libcap/libcap_1.10.bb: (log message trimmed)
22:15.43CIA-55libcap: Append `-fPIC` to `CFLAGS` to fix compilation on newer binutils/ld.
22:15.43CIA-55Doing `bitbake libcap` with
22:15.43CIA-55PREFERRED_VERSION_binutils = "2.20"
22:15.45CIA-55PREFERRED_VERSION_binutils-cross = "2.20"
22:15.47CIA-55PREFERRED_VERSION_binutils-cross-sdk = "2.20"
22:15.49CIA-55PREFERRED_VERSION_gcc = "4.4.2"
22:16.28woglindeuh who pushed paul's patch?
22:17.30woglinde~hail pb
22:17.31ibotACTION bows down to pb and chants, "I'M NOT WORTHY!!"
22:23.09*** join/#oe lisppaste7 (n=lisppast@common-lisp.net)
22:24.25CIA-5503Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * ra92eb1effa 10openembedded.git/recipes/uclibc/ (3 files in 2 dirs):
22:24.25CIA-55uclibc-nptl: Fix Global dynmaic TLS loads.
22:24.25CIA-55* Update to latest tip of branch.
22:24.25CIA-55* Delete the patches which are now upstream.
22:24.25CIA-55* Hide __libc_errno and __libc_h_errno and __libc_res.
22:24.27CIA-55Signed-off-by: Khem Raj <raj.khem@gmail.com>
22:28.18*** join/#oe ant__ (n=andrea@host156-229-dynamic.9-87-r.retail.telecomitalia.it)
22:28.26woglindejo ant
22:28.49ant__hey
22:28.52ant__khem: I'm moving to uclibc-nptl  :D
22:29.16khemant__: Good you wont be disappointed
22:29.29pwgenhey ant__
22:29.37khemand I will be happy to fix any issues you run into
22:29.42ant__he I suppose yesterday TLS was still an issue
22:29.58khemno its only for mips
22:30.02khemarm works fine
22:30.07ant__ah, ok
22:30.13ant__pwgen: hello there
22:30.44woglindekhem whats 0.9.30.2 status?
22:31.33pwgengetting the angstrom-gnome packges to run  now i have a ~2G image ....
22:31.41likewisehi woglinde, fooks
22:31.52khemwoglinde: I have the port but not tested
22:32.04khemwoglinde: I want to boot on arm/mips/x86 qemu
22:32.07ant__pwgen: ahem..2GiB ?
22:32.07woglindepwgen hihi yes
22:32.13woglindeant sure
22:32.16ant__OMG
22:32.20khemand run uclibc regression
22:32.33khemhi likewise
22:32.35khemlong time
22:32.36likewisekhem: hi khem
22:32.48likewisekhem: what is uclibc regression, a built-in self-test?
22:32.54khemlikewise: Do you know if some powerpc works well on qemu
22:32.54woglindeant some angstroem tasks  nearly pull in all recpies
22:33.00pwgenant__ angstrom gnome + illume + sdk + many other tools . a nice useful akita ...
22:33.07likewisekhem: been busy with device driver stuff, little OE lately
22:33.07khemlikewise: its the uclibc testsuite
22:33.09khemI meant
22:33.24ant__pwgen: have you followed the buzz aboit touchscreen calibration?
22:33.33pwgenno
22:33.44likewisekhem: can I help test uclibc on ppc?
22:33.46ant__can we gather any progress? on c7x0 default pointercal is a bit wrong...
22:33.50khemlikewise: sure
22:33.57likewise-nptl that is
22:34.07khemlikewise: i would like to have qemu working for ppc too some day
22:34.16pwgenant__ now i have a way to emulate the right mouse click to access some clasw features ...(:-((
22:34.24ant__very good
22:34.28pwgen.. looking for a way ...
22:34.35ant__ahh
22:34.49khemlikewise: hmmm I havent done any ppc work but there was someone who posted some ppc nptl work for uclibc
22:35.08khemlikewise: right now its known to work for arm,sparc,mips,sh
22:35.17ant__pwgen: xinput-calibrator
22:35.17pwgenant__ maybe the cal/address/mail buttons may be helpful
22:35.19khemand x86 to a certain extent
22:35.31DJWillispwgen: libgtkstylus or evtouch (urgg) or xf86-tslib and a hal/xconf hack for right click emu.?
22:35.53woglindehi djwillis
22:35.57likewisekhem: it has been a long road, but I must say kudos to those involved
22:36.08DJWillishey woglinde
22:36.20pwgenor i use my old stoway userspace driver tool ...
22:36.39khemlikewise: yeah too few dev too much work
22:37.00khemlikewise: .31 should see nptl on some arches
22:37.15khemppc is one big one missing
22:37.30khembut I think it could also be in
22:39.06likewiseppc is too often big-iron-only, not much interest in true embedded at first point.
22:39.16khemright
22:39.30pwgenant__ 2320 packages installed
22:39.33khembut some guys have it in TVs
22:41.15likewiseit is on the outer ends of the spectrum: either embedded, or 4096 cpu systems :-)
22:42.36pwgenthere a lots of PPC boards http://penguinppc64.org/embedded/howto/
22:43.47ant__I did not know there are still Z80 in production...
22:44.06woglindeant haha
22:44.15woglindethere are lot more in production
22:44.17woglinde8051
22:44.20pwgen*FG* programmed in a  GAL ?
22:44.23woglindefor instance
22:45.14pwgenZ80 TRS80 model 4           TRSDOS    0.004  BogoMips ......
22:46.02*** join/#oe raster (n=raster@enlightenment/developer/raster)
22:47.47pwgenant__ 2.6.32+rcX doesn't boot. maybe i set MACHINE to "akita" instead of "spitz"  and there is no defconfig for akita
22:48.44ant__oh, I just added akita fotr the linux-kexecboot, not yet for linux
22:49.35*** part/#oe tharvey (n=tharvey@adsl-76-205-222-173.dsl.snlo01.sbcglobal.net)
22:49.38*** join/#oe tharvey (n=tharvey@adsl-76-205-222-173.dsl.snlo01.sbcglobal.net)
22:50.46ant__JaMa: btw, worth to move to -rc4 ?
22:51.15ant__I think the real change will be with 2.6.34. lot of pending patches.
22:51.24ant__(for arm)
22:51.47*** join/#oe Hasse (n=quassel@0x5552e721.adsl.cybercity.dk)
22:52.41kergothkhem: (aside: git send-email can accept format-patch/rev-list args, at least in recent versions (not sure when it was added, or if i just didnt notice it).  can do git send-email HEAD~3.. or what have you, instead of having to send the files)
22:52.46kergothquite handy
22:53.23khemkergoth: yes indeed
22:54.09kergothis finally happy with his patch sending setup, set up multiple identities in the ~/.gitconfig for his gmail and work addresses, use one send-email command and off it goes :)
22:55.02khemyep [sendmail] --to ==
22:55.05khemis handy
22:55.50CIA-5503Eric Bénard <eric@eukrea.com> 07org.openembedded.dev * r3020a58f3e 10openembedded.git/recipes/barebox/ (barebox.inc barebox_2009.12.bb barebox_git.bb):
22:55.50CIA-55barebox: Add recipe for this new bootloader
22:55.50CIA-55* barebox is "a bootloader that inherits the best of U-Boot and the Linux kernel"
22:55.50CIA-55* add recipe for v2009.12.0 (last stable)
22:55.52CIA-55* add recipe for git repository
22:55.54CIA-55Signed-off-by: Eric Benard <eric@eukrea.com>
22:55.56CIA-55Signed-off-by: Khem Raj <raj.khem@gmail.com>
22:56.34JaMaant__: I moved already.. but it's quite the same as rc3.. /me sleeping
22:56.35gnutoo_mmm machine.conf for eee701(I will commit as soon as possible) should have a MACHINE_DRI_MODULES,should I put i915 or intel? also is how is mesa-dri choosen over mesa-xlib?
22:56.35gnutoo_I'm trying to build with intel now
22:56.41gnutoo_I built with i915 before
22:56.59ant__JaMa: as I thought, thx
22:57.40ant__ah..Barebox (formerly known as u-boot-v2)
22:57.44ant__I see
22:58.49gnutoo_uboot-v2 is used in production?
22:59.29woglindenite jama
23:01.03gnutoo_15s of lag...ouch
23:01.03woglindeping RP
23:02.38CIA-5503Nicolas Ferre <nicolas.ferre@atmel.com> 07org.openembedded.dev * ra0833a8385 10openembedded.git/recipes/xserver-common/ (files/Xserver-at91.patch xserver-common_1.25.bb):
23:02.38CIA-55xserver-common: add SAM9G10/G45/9RL to Xserver file
23:02.38CIA-55Adding some Atmel AT91 chips to Xserver file.
23:02.38CIA-55Signed-off-by: Nicolas Ferre <nicolas.ferre@atmel.com>
23:02.38CIA-55Signed-off-by: Khem Raj <raj.khem@gmail.com>
23:02.41CIA-5503Nicolas Ferre <nicolas.ferre@atmel.com> 07org.openembedded.dev * r9f7e313d91 10openembedded.git/conf/machine/ (5 files): (log message trimmed)
23:02.44CIA-55Update of ATMEL board configuration files
23:02.46CIA-55Correction of at91sam9260ek and at91sam9g20ek configuration files:
23:02.48CIA-55Xserver is not needed. At91sam9rlek configuration file: no usbhost.
23:02.50CIA-55Adding of two new boards: at91sam9g10ek and at91sam9g45ekes. "es" stands
23:02.52CIA-55for Engineering Sample and correspond to the marking that is on the board.
23:02.54CIA-55Signed-off-by: Nicolas Ferre <nicolas.ferre@atmel.com>
23:02.56CIA-5503Nicolas Ferre <nicolas.ferre@atmel.com> 07org.openembedded.dev * r233e56f1a4 10openembedded.git/conf/distro/include/sane-feed.inc:
23:02.59CIA-55sane-feed.inc: adding some ATMEL boards
23:03.01CIA-55Add some armv5te entries for ATMEL -EK boards.
23:03.03CIA-55Signed-off-by: Nicolas Ferre <nicolas.ferre@atmel.com>
23:03.05CIA-55Signed-off-by: Khem Raj <raj.khem@gmail.com>
23:04.15tharveyhaving trouble building ti-dsplink-module - tinderbox says a newer version than whats in git was built - how does that make sense? perhaps I don't understand what tinderbox is
23:04.55likewisetharvey: is the newer version also in recipes/... ?
23:05.14woglindetharvey is automagic log upload when something fails
23:05.25likewisetharvey: tinderbox collects builds from users. If a user locally has a newer module version (not committed yet) you will see it in tinderbox.
23:05.39kergothgah, i need to stop switching to every irc channel with activity every few seconds even if i'm not reading it, just to make the little indicators go away
23:06.18likewisekergoth: information-savy, aye?
23:06.25tharveyhttp://tinderbox.openembedded.org/packages/ti-dsplink-module/ shows denix built version 1_64 the other day, yet recipes/ti shows latest version is 1_61_03 ?
23:06.49kergothits just like a nervous tick or something.  just keep doing it for no reason
23:06.49woglindetharvey where in oe or at ti?
23:07.29pb__kergoth: heh, maybe you should leave those channels
23:07.32tharveywoglinde, don't understand your question?  are there two sets of recipes?
23:07.32denixtharvey: that version is not publicly available yet
23:07.50woglindedenix ;)
23:07.56kergothpb__: perhaps.. but once in a while there's a useful discussion.  i need a noise filter :)
23:07.58denixI'm testing it now, once finished it will be pushed to OE
23:08.19woglindedenix what is changed?
23:08.35tharveywoglinde, what are you building from?  I see you've built some flavors of it as well
23:08.38woglinde*sigh* I dont have the time to test the dsp stuff
23:08.53tharveydenix, is there a more up to date tree with this stuff?
23:08.58woglindetharvey I downloaded stuff from ti
23:09.04woglindeand wrote some recipes here
23:09.13tharveywandern, you mean arago?
23:09.34woglindetharvey yes denix makes arago
23:10.00tharveynot sure what git tree I should be using... oe-dev, gumstix-oe, or arago - confused :)
23:10.00denixtharvey: I am currently testing the next branch of arago...
23:10.17tharveytrying to use gstreamer-ti on overo
23:10.34Croftonwoglinde, the vendor will have a working recipe on the day the sw is widely available :)
23:11.12*** join/#oe JaMae (n=martin@161-24.13.24.78.awnet.cz)
23:11.24ant__Laibsch: in compatibility-providers.conf: PREFERRED_PROVIDER_virtual/psplash ?= "psplash-angstrom"
23:11.31woglindecrofton?=
23:11.33denixtharvey: if you can wait little bit, those new recipes will be pushed to arago master and oe.dev as well
23:11.57tharveydenix, do you think 'a little bit' is a matter of days, or longer?
23:11.57Croftonwoglinde, wrt to dsplink
23:12.07woglindecrofton there were some newer versions on the ti site
23:12.17woglindebut I only tried to compile it
23:12.26denixtharvey: but if you need cutting edge, you are welcome to use our wip branches
23:12.50tharveydenix, happy to test anything that builds
23:12.53denixthe problem with that is some of the recipes are for the unreleased components
23:13.24denixso, we have to wait for those become available from the download site, before pushing recipes for them
23:13.29woglindecrofton but anyway the whole dsp stuff needs cleanup at ti side
23:13.36RPwoglinde: hi
23:13.51Laibschant__: Are you sure that file is included in minimal?
23:13.56tharveydenix, what about building with slightly dated components?
23:13.59woglinderp hm how can I compile gettext-native-0.14.1 now with BBCLASSEXTEND?
23:14.13Laibschant__: you said you wanted to discuss the Z updater.sh thing?  Or are we done?
23:14.20RPwoglinde: bitbake gettext-native?
23:14.20ant__hm..right..but I get that NOTE byuilding minimal
23:14.23denixtharvey: matter of days, maybe couple weeks at most, hopefully
23:14.29Laibschant__: I know
23:14.31woglinderp that would build 0.17
23:14.32RPwoglinde: I appreciate there is a small problem with the -b option :/
23:14.35ant__Laibsch: we have RP :)
23:15.00woglindebitbake -c build gettext-native-0.14.1 says is not avail
23:15.05Laibschant__: as I said a couple of times now.  I don't consider that such a major thing.  And I certainly wouldn't want to waste Richard's time for that
23:15.15woglindewhere bitbake -c build gettext-0.14.1 works
23:15.24RPwoglinde: I wonder if bitbake gettext-0.14.1-native works ?
23:15.39woglinderp uh
23:15.42woglindelet me try
23:15.43denixtharvey: what platform?
23:16.00tharveydenix, is there any value in me creating a local recipe using dsplink 1.63?  not clear if it will copoerate with the other parts in recipes/ti
23:16.06ant__Laibsch: RP is probably the only one knowing about the thing in depth
23:16.11RPwoglinde: or gettext-native-0.14.1 should really work
23:16.17woglindeERROR: Nothing PROVIDES 'gettext-0.14.1-native'
23:16.21tharveydenix, overo - have a v4l2 camera driver I'm itching to get working with dsp encode
23:16.30RPwoglinde: gettext-native-0.14.1-native ?
23:16.31woglindeERROR: Nothing PROVIDES 'gettext-native-0.14.1'
23:16.36tharveydenix, omap35x
23:16.37woglinderp lol
23:16.52RPwoglinde: There should be something there even if its wrong ;-)
23:17.01Laibschkhem: are you going to push Guo's request?
23:17.05woglindeERROR: Nothing PROVIDES 'gettext-native-0.14.1-native'
23:17.13woglindeokay I will force the version for build
23:17.36Laibschant__: this is no black magic.  I can find out, I think, if I dug into.  for the X time, this is VERY minor.
23:17.41woglinderp I know its not a normal use case
23:17.48ant__Laibsch: right
23:17.55woglindebut I it helps quicktest if package builds without reparsing
23:18.12tharveyfrom what I'm reading people have gotten ti-dsplink-module to build in the past - just not clear when things broke and what srcrev I need to go back to
23:18.12RPwoglinde: We do need a way to handle this problem
23:18.25denixtharvey: omap3 based socs are supported by thjose recipes. try them, you may want to lock to sligtly older versions, whichever is publicly available
23:18.28RPwoglinde: Interestingly the PROVIDES for gettext-native are empty :/
23:18.47Laibschkhem: http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=9f7e313d9136d588e399422d556f458ba1772912 could have seen a better commit message, IMHO
23:19.06CroftonIn another note, there is a little discussion on using the Amazon cloud stuff to do OE builds on the gumstix list
23:19.08woglinderp at poky too?
23:19.17RPwoglinde: yes
23:19.22woglindeokay
23:19.30RPwoglinde: look at the recipe - it sets them
23:19.38RPwoglinde: (to empty)
23:19.52woglindehm ah
23:20.06RPwoglinde: then the PROVIDES_append in bitbake.conf is overridden
23:20.11woglindewhy?
23:20.25tharveydenix, what I don't quite understand is that there are newer and older versions of dsplink available from ti but there is only a ti-dsplink-module_1.61.3 recipe - not clear why there wouldn't be a newer recipe
23:20.25woglindeyou set it empty?
23:20.37khemLaibsch: yes I thought afterwards I could have interactively rebased it but then I honored the author
23:20.50RPwoglinde: PROVIDES_append appends to PROVIDES, but then PROVIDES is replaced by PROVIDES_virtclass-native
23:21.02Laibschkhem: you can rebase and still honour the author ;-)
23:21.23denixtharvey: testing
23:21.49denixtharvey: sometimes specific combinations of component versions don't work with each other
23:22.24denixso, testing is being done to some combinations, not others
23:22.38tharveydenix, I just wonder what the people that I've seen post recently on lists which say they have built ti-dsplink-module built with - perhaps it was not for OMAP35 or for a diff kernel
23:23.13khemLaibsch: btw. I could boot 2.6.31 on qemumips and qemux86
23:23.14ant__Laibsch: http://handhelds.org/hypermail/oe/1/0126.html
23:23.15tharveyok, well I'll take a shot at building a different dsplink source and see how that flys, and I'll keep an eye out for newer recipes from you - thanks
23:23.23khemLaibsch: not on arm though
23:23.34Laibschreally?
23:23.37LaibschI need to test
23:23.38denixtharvey: e.g. dsplink-1.64, bios-5.41.1.9, but there is 5.41.2.x bios, which is not yet tested with everything else for all the platforms
23:23.39khemLaibsch: If I find sometime I will try to debug it
23:23.50LaibschI don't remember having any problem with the kernel itself
23:23.53Laibschfor qemuarm
23:23.59LaibschOnly in X
23:24.00khemLaibsch: try with MACHINE=qemumips DISTRO=minimal
23:24.11RPwoglinde: Basically the override trumps the append/prepend
23:24.23Laibschkhem: were you able to start X, you say?
23:24.27khemLaibsch: hmm I did not try X though
23:24.32LaibschOK
23:24.38khemLaibsch: I am console user
23:24.41Laibschas I said, I had no problems with the console
23:24.42Laibschat all
23:24.51Laibschqemuarm worked fine for me
23:24.52LaibschIIRC
23:25.17khemonce I got opie-image running on angstrom about year back but thats all
23:25.32Laibschant__: you should talk to pb_, then
23:25.35khemit had all gui fired up
23:25.36denixtharvey: also, from tinderbox you can see I currently build/test for davinci platforms
23:25.41Laibschant__: He seems to know about that stuff
23:25.50*** join/#oe florian_kc (n=fuchs@Maemo/community/contributor/florian)
23:25.55ant__nah, he just seems to have committed
23:26.18ant__btw 2004 !
23:26.18khemLaibsch: Guo's request to up glibc to 2.9 ?
23:26.26Laibschkhem: yes
23:26.32khemLaibsch: I wud rather push it upto 2.10.1
23:26.33Laibschant__: I noticed
23:26.39Laibschkhem: then do that
23:27.09Laibschkhem: I don't think there is anyone more knowledgeable than you in OE when it comes to toolchain stuff
23:27.12khemideally all should use eglibc instead :)
23:27.16woglindehms which distro was it that still used gettext-0.14.1
23:27.21Laibschkhem: hehe
23:27.27Laibschseems to be your favourite, he?
23:27.30Laibschwhy?
23:27.47khemI was one of the promoters for it
23:28.06khemand its better suited for people who want 'embedded glibc'
23:29.10tharveydenix, strange that when listing by package tinderbox doesn't show you machine
23:29.38tharveywoglinde, your building for beagle - where does your ti-dsplink-1613 come from?
23:30.32woglindehm I have recipes/ti/ti-dspbios-native_5.33.06.bb
23:30.42woglindeand recipes/ti/ti-cgt6x-native_6.1.11.bb
23:30.44Laibschkhem: you saw the mail from Dallas?
23:31.12woglindeti-dsplink-module_1.61.3.bb
23:31.13woglindeis oe
23:31.45woglindehm I will push gettext now
23:31.51khemLaibsch: yes I replied too
23:31.58tharveywoglinde, why does tinderbox show version of your ti-dsplink-module as 1613?
23:31.59woglindehm I will see if will be reverted
23:32.23woglindetharvey do yo have the date at hand?
23:32.30RPwoglinde: Why would it get reverted?
23:32.42woglinderp maybee it breaks something
23:33.00woglindedont know yet
23:33.01CIA-5503Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * r8ec8982add 10openembedded.git/conf/distro/include/sane-toolchain.inc:
23:33.01CIA-55sane-toolchain.inc: Bump glibc PREFERRED_VERSION to 2.10.1
23:33.01CIA-55Signed-off-by: Khem Raj <raj.khem@gmail.com>
23:33.06woglindetesting is only minimal
23:33.07denixprobably woglinde builds from stable
23:33.12woglindeno
23:33.16tharveywoglinde, 11-26-2009?
23:33.22woglindeI never checkout stable
23:33.26tharveyhttp://tinderbox.openembedded.org/packages/ti-dsplink-module/
23:33.31denixthen old checkout
23:33.33XorAgets himself confused inside BCLASSEXTENDED now
23:33.43woglindexora *g*
23:33.44denixcause PV has changed from 1613 to 1_61_3
23:33.45woglindeask rp
23:33.52woglinderight
23:33.53XorAneed to apply a patch to the not native only
23:34.05woglindethere was problems with the version stuffs
23:34.37XorAor maybe a do_compile_prepend to the not native only
23:34.39woglindefor instance 2.34.1 which was 2341 and 2.24 wich was 224
23:34.46woglindeyou can guess what was picked
23:34.47RPXorA: SRC_URI and SRC_URI_virtclass-native ?
23:34.58RPXorA: or see examples in poky
23:35.21woglindeargs
23:35.23XorARP: I assume there isnt a _!native overide
23:35.26woglindedamn example
23:35.30RPXorA: no :/
23:35.39woglindemake it 2.42 and 242
23:35.49XorARP: bloomin not safe cross compile stuff :-)
23:36.02RPXorA: which recipe?
23:36.10XorARP: eggdbus
23:36.11*** join/#oe chouimat (n=mathieu@kde/developer/chouinard)
23:36.13RPXorA: I gave up on libtool in the end :/
23:36.18*** join/#oe nhg1 (n=a0864305@nat/ti/x-rfxxwdwldcrswsbh)
23:36.36RPXorA: Well, shelved it under "sometime when I'm feeling brave"
23:37.08kergothchuckles
23:37.29*** join/#oe robtaylo1 (n=robtaylo@floopily.codethink.co.uk)
23:37.56XorAwhat is the best way to prevent auto**** making these progams, is there a simple patch to Makefile.am, just removing them from PROGRAMS var work?
23:38.48khemwoglinde: have you committed all vdr stuff
23:39.00RPXorA: The latter I'd have thought but I'm not 100% sure what you're doing
23:39.25XorARP: two programs called during compile stage that I need to replace from ones built by a native version
23:39.57RPXorA: Hack the Makefile.am and remove from PROGRAMS, yes
23:40.05XorARP: awesome
23:40.38RPXorA: Usually I patch them to call the prorams without a path so it searches PATH, then you can just install them into staging
23:41.08XorARP: hmm, that might be a better hack, I shall check
23:43.05woglindekhem sure
23:44.58Laibschkhem: does that change need review?
23:45.09woglindelaibsch not really
23:45.22woglindelaibsch was only split-up
23:45.28woglindefor .inc file
23:45.36pwgeni have probs compiling libx11 with errors like .......  ximcp/../../../libtool: No such file or directory
23:45.41woglindeand paul is fairly the only user of vdr so far
23:45.52woglindepwgen hm
23:45.53Laibschwoglinde: I meant the jump to glibc 2.10
23:45.58woglindelaibsch oh
23:46.12khemwoglinde: no I just wanted to mark the patchwork entries
23:46.28woglindekhem uh
23:46.30woglindesorry
23:46.35woglindeI read it diffrent
23:46.37pwgen<woglinde> I tried the quemux86 MACHINE and angstrom
23:46.58tharveywoglinde, so I'm curious why your ti-dsplink-module-1613 is building for beagle and mine is failing for overo - same cpu arch, same dspbios/link 1.61.3
23:46.58woglindepwgen might be problem with our libtool renaming
23:47.02*** part/#oe nhg1 (n=a0864305@nat/ti/x-rfxxwdwldcrswsbh)
23:47.14woglindetharvey hm whats failing?
23:47.18woglindeexctalty
23:47.23woglindedo you have the log at hand?
23:47.57pwgen<woglinde> yesterday setting it to  MACHINE=akita and angstrom it builds well ?
23:49.34*** join/#oe hufnus_cicq (n=hufnus_c@69-12-177-67.dsl.static.sonic.net)
23:49.36pwgen<woglinde> http://pastebin.com/m1df929ea
23:50.10Laibschpwgen: are you on the most recent .dev tree?
23:50.12woglindepwgen we rename the libtool inside builds
23:50.36woglindemaybee its broken for qemu stuff and the newer xlibs
23:51.16pwgenb6f9a84..8ec8982  org.openembedded.dev -> origin/org.openembedded.dev
23:51.20woglindekhem so to answer your question the latest patch from paul the splitupt into .inc files I didnt pushed yet
23:51.33khemok
23:51.43khemhis patches appear weird on formatting
23:51.49woglindeah dolt again
23:51.52khemalthough it looks like they are git formatted
23:52.04woglindepwgen mom
23:52.15tharveywoglinde,  ti-dsplink-1.61.3 failure - http://pastebin.ca/1760926
23:52.28tharvey./gpp/src/arch/OMAP3530/shmem/Linux/omap3530_phy_shmem.c:131: error: implicit declaration of function 'IO_ADDRESS'
23:52.39woglindepwgen look at 29c63b640c4e4c852cf3084232ef67c8fd9d3214 for fix
23:53.29tharveywoglinde, perhaps an issue building against linux-omap3-2.6.32-r51 - what kernel recipe are you using?
23:53.46woglindetharvey he yes might be
23:53.48woglindewas older
23:53.53woglinde.29 I think
23:53.57tharveyin fact most of the ti support is stuck at 2.6.29 isnt' it?
23:53.58tharveyya
23:54.04woglindenot sure
23:54.12woglindeI dont sill get what psp is
23:54.12tharveywaiting for that newer PSP that bumps support up to 2.6.32 (supposed to be end of Feb)
23:54.17woglindeand over stuff
23:54.30woglindeyeah maybee its overo related
23:54.41woglindeyou can look the beagleboard stuff koen checked in
23:54.51woglindemaybee you can find a fix for overo too
23:55.01tharveyovero and beagle kernels mostly the same - but big diffs in 2.6.29 and later kernels due to omission of many of the TI patches
23:55.22woglindetharvey you could maybee quikc test setting machine beagleboard
23:55.27woglindeand see if it builds
23:55.40tharveyya, was going to kick off that build tonight... likely will take a while
23:56.26woglindehm why?
23:56.32woglindewhen it is the same arch?
23:56.46woglindeall what you have build for overo dont needs to rebuild
23:56.49woglindeonly kernel
23:56.50tharveyya, perhaps only the kernel will rebuild

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