IRC log for #oe on 20081030

00:00.13likewiseotavio: for which arch?
00:05.26otaviolikewise: i586; it is failing due a bz2 linking issue. I've changed it to use system bzip2 and will give it a try. Let's see how it goes
00:06.12likewiseotavio: ok. we should bring our x86 support in shape again. it has been on my todo for long.
00:07.18likewiseotavio: you are working with x86 targets much?
00:07.32otaviolikewise: it is my only target ATM
00:07.53otaviolikewise: what about you?
00:08.10otaviowaits firefox to build ... it takes looooong time
00:09.33likewiseotavio: i would like to target core 2 duo and such
00:09.42otaviolikewise: wow!
00:09.48otaviolikewise: what kind of usage?
00:10.01otaviolikewise: and why not use a regular GNU/Linux system?
00:10.19CIA-2603Felix Domke <tmbinc@elitedvb.net> 07org.openembedded.dreambox * r455a0761da 10openembedded.git/: Merge branch 'org.openembedded.dreambox' of git://git.opendreambox.org/git/obi/opendreambox-1.5 into org.openembedded.dreambox
00:10.31CIA-2603Andreas Oberritter <obi@opendreambox.org> 07org.openembedded.dreambox * r3a3061c379 10openembedded.git/packages/wpa-supplicant/ (10 files in 2 dirs):
00:10.31CIA-26wpa-supplicant: backport 0.6.3 from dev (disabled)
00:10.31CIA-26* applied some patches from openwrt
00:10.31CIA-26* ported zydas patch from 0.5.8, but doesn't seem to work
00:10.32CIA-26* integrated ralink driver doesn't seem to work either
00:10.41CIA-2603ghost <andreas.monzner@multimedia-labs.de> 07org.openembedded.dreambox * rf041b76f95 10openembedded.git/packages/tuxbox/ (2 files in 2 dirs): tuxbox-tuxtxt-32bpp.bb: follow e2 eConsoleAppContainer change
00:10.42CIA-2603Andreas Oberritter <obi@saftware.de> 07org.openembedded.dreambox * r56eff37943 10openembedded.git/: Merge branch 'org.openembedded.dreambox' of git://git.openembedded.net/openembedded into org.openembedded.dreambox
00:16.56denixlikewise: I just had quite a bad experience earlier today with x86 target - things like minimal distro broken for x86 etc.
00:18.34likewisedenix: I saw that. I expect more need for x86 now that the "embedded" market expands with all kinds of x86 toys.
00:18.35denixlikewise: ended up building angstrom for qemux86 target, as i686-generic target was also failing for angstrom
00:19.37denixlikewise: would be nice to have x86 stabilized
00:23.05otaviodenix: I have i586 working
00:23.11otaviodenix: it doesn't seem too bad for me
00:23.21otaviodenix: mine current system even has a working X
00:23.25denixotavio: yeah, that's what worked for me too
00:23.32*** join/#oe kergoth (n=kergoth@ip72-201-11-30.ph.ph.cox.net)
00:23.43otaviodenix: firefox fails though
00:23.52likewisehi kergoth
00:23.54denixqemux86 is i586 and angstrom
00:23.57*** part/#oe kergoth (n=kergoth@ip72-201-11-30.ph.ph.cox.net)
00:23.59*** join/#oe kergoth (n=kergoth@ip72-201-11-30.ph.ph.cox.net)
00:24.01otaviodenix: I have XFCE, X and like
00:24.03denixotavio: which distro are you using?
00:24.20*** part/#oe kergoth (n=kergoth@ip72-201-11-30.ph.ph.cox.net)
00:24.52denixthe problem was with setting target to i686 and -march=pentiumpro - glibc-2.6.1 fails to build with weird ASM errors
00:26.44otaviodenix: angstrom based
00:26.58otaviodenix: few changes against it but I do include it in our distro recipe
00:27.19*** join/#oe kergoth (n=kergoth@ip72-201-11-30.ph.ph.cox.net)
00:27.47otaviodenix: well, i build to i586 so I can not be hit by this bug
00:28.47kergothdid setting the vendor not work?
00:28.54kergoththat's how i always used to do that sort of build
00:29.23denixotavio: so, have you seen this issue also with glibc-2.6.1 failing for i686?
00:29.48kergothah, you got past the libtool one. what's the error on this one?
00:32.20denixkergoth: sorry, I haven't tried setting vendor for minimal distro, as I was able to get angstrom built by downgrading to i586
00:32.25otaviodenix: as I said, I build to i586; it works here
00:32.26kergothah
00:32.31kergoththatd do too
00:32.52denixKensan: once I have time, I may go back to minimal with vendor setting, like you suggested
00:33.05denixsorry, last msg meant for kergoth
00:33.23kergothwell, top priority is to make it work, go from there :)
00:34.06denixotavio: Ok, I'm just trying to debug that strange issue with i686...
00:35.10likewisegood luck guys. I'll try to get x86 stuff building here soon and see along what I can fix.
00:35.16likewiseneed sleep now -cya
00:36.18otaviocool; firefox is built
00:37.35*** join/#oe _Acid-Burn___ (n=AcidBurn@dslb-084-058-221-131.pools.arcor-ip.net)
00:39.24*** part/#oe Fique (n=tkazi@167.216.14.194)
00:41.33*** join/#oe HellDragon (n=jd@Wikipedia/HellDragon)
00:44.57*** join/#oe osas (n=nnnnnnnn@nslu2-linux/osas)
00:46.28CIA-2603Otavio Salvador <otavio@ossystems.com.br> 07org.openembedded.dev * r9bac655320 10openembedded.git/conf/checksums.ini: (log message trimmed)
00:46.28CIA-26checksums.ini: new checksums for a set of packages
00:46.28CIA-26<PROTECTED>
00:46.28CIA-26<PROTECTED>
00:46.28CIA-26<PROTECTED>
00:46.30CIA-26<PROTECTED>
00:46.32CIA-26<PROTECTED>
00:46.36CIA-2603Otavio Salvador <otavio@ossystems.com.br> 07org.openembedded.dev * r7f8f1ac6f2 10openembedded.git/packages/xfce/thunar_0.9.0.bb: thunar: recommends shared-mime-info to properly support .desktop files
00:46.39CIA-2603Otavio Salvador <otavio@ossystems.com.br> 07org.openembedded.dev * r45c74cbeb6 10openembedded.git/packages/mozilla/firefox-3.0.1/mozconfig: firefox: use system bz2 library to avoid missing symbols
00:46.47CIA-2603Otavio Salvador <otavio@ossystems.com.br> 07org.openembedded.dev * rd569e2df3c 10openembedded.git/packages/xorg-xserver/xorg-xserver-common.inc:
00:46.48CIA-26Revert "xorg-xserver-common.inc: set userid to allow Xorg to be run by users"
00:46.49CIA-26This reverts commit 83176ca41497b63eab25babf275eb09b5de55a8d.
00:50.09CIA-2603Otavio Salvador <otavio@ossystems.com.br> 07org.openembedded.dev * rfb43a0277a 10openembedded.git/packages/initscripts/initscripts-1.0/checkroot.sh: initscripts: do /proc remount instead of mounting it
00:54.19denixis away: I'm not here
00:54.31ALoGeNolo
00:54.56ALoGeNosomeone can to tell me what is that or why in bitbake pls? ERROR: Please set the 'CACHE' variable.
00:58.42otavioALoGeNo: you need to configure your local.conf file and set BBPATH to the root of your OE environment
00:59.15ALoGeNoi did it, hola otavio ;)
00:59.23otaviohola!
00:59.41*** join/#oe BenLauDC (n=benlau@221.125.8.105)
01:00.16ALoGeNoman, im crazy with local.conf, the stuff {HOME$}/stuff/
01:00.39ALoGeNois like /home/user/stuff no?
01:01.24ALoGeNootavio ?
01:01.26otavio${HOME} you meant?
01:01.37ALoGeNoyes sorry im too n00b
01:01.50otavioALoGeNo: local.conf is pretty easy; just read the comments carefully
01:02.24otavioALoGeNo: however I suggest to you to take a look on the wiki for the Getting Started document; otherwise you can get lost in the OE details pretty easily.
01:02.31ALoGeNoyep i did many times, ${HOME} is like /home/user/ no?
01:02.38otavioALoGeNo: yep
01:02.50ALoGeNookey
01:03.14ALoGeNoyou are in the rigth i need to do that from the begginnig..
01:03.53ALoGeNoi was used two tutos, and i think that i mix something
01:28.58ALoGeNootavio still there?
01:29.07ALoGeNocan you take a look please? http://pastebin.com/m635eb5f0
01:29.59ALoGeNoi think that is all ok , the falut maybe is the export stuff paths
01:30.22ALoGeNowhat is your opinion?
01:31.07otaviofrom a fast looking it looks fine
01:31.18ALoGeNoaham
01:31.32otavioI believe you forgot to: export BBPATH=$(pwd)
01:31.45ALoGeNoyour rigth
01:31.48*** join/#oe wrobbie (n=rob@203.117.215.163)
01:32.27otaviobuilds a new image; hope it fits
01:32.37*** join/#oe nslu2-log (n=nslu2-lo@limax.nslu2-linux.org)
01:33.04ALoGeNohow much space you need to build a full image?
01:34.56*** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby)
01:36.37ALoGeNootavio when it say export BBPATH=/stuff/build:/stuff/openembedded its realy means BBPATH=/home/user/stuff/build:/home/user/stuff/openembedded no?
01:36.49ALoGeNoi will do that like user or root?
01:36.59otaviouser;
01:37.16ALoGeNo^^' oki
01:37.20otavioI usually do: cd <dir where I have OE>; export BBPATH=$(pwd)
01:37.44ALoGeNo$(pwd) ?
01:38.34otaviotry pwd in your shell
01:38.52ALoGeNothe i must use export BBPATH=/home/user/stuff/build:/home/user/stuff/openembedded no?
01:39.03ALoGeNothen*
01:39.32ALoGeNoOHH
01:39.39ALoGeNopwd niceeee...
01:40.42ALoGeNoin this way? export BBPATH=$(pwd)/stuff/build:$(pwd)/stuff/openembedded no?
01:41.19otavioALoGeNo: I only do: export BBPATH=$(pwd)
01:41.35ALoGeNooh.. i see..
01:41.55ALoGeNoyou have stuff user or something?
01:42.10otaviohttp://wiki.openembedded.net/index.php/Getting_Started
01:42.11otaviono
01:42.26ALoGeNoyeah im in this place octavio :)
01:43.02ALoGeNobut is a little confuse at the end (for my level of english.. :) )
01:43.55otaviowhere is your OE checkout?
01:44.12ALoGeNofrom clone git ;)
01:44.16otavioyes
01:44.23otaviobut where in your disk?
01:44.38otaviomine is at: ~/hacking/ossystems/oe
01:44.41ALoGeNooh is in /home/usr/stuff
01:44.52otavioand inside of  stuff has?
01:44.58ALoGeNooh wait
01:45.06ALoGeNooh is in /home/usr/stuff/openembedded
01:45.17otavioALoGeNo: so: cd /home/usr/stuff/openembedded
01:45.24otavioALoGeNo: export BBPATH=$(pwd)
01:45.32ALoGeNooki doki
01:45.33otavioALoGeNo: bitbake foo
01:45.41ALoGeNofoooooo
01:45.43ALoGeNo^^
01:45.59otaviofoo is just an stupid example; use a recipe you wish
01:46.03*** join/#oe Spyro (n=ian@benden.mnementh.co.uk)
01:46.27otaviofoo / bar / foobar are words used when we don't bother to find a real example
01:46.29otavio;P
01:47.14otavioALoGeNo: bitbake minimal-image
01:47.22otavioALoGeNo: this is a real example
01:47.50ALoGeNooh oh.. :(
01:47.53ALoGeNopi@ps3:~/stuff/openembedded$ bitbake foo
01:47.53ALoGeNoERROR: no files to build.
01:47.54ALoGeNoNOTE: Parsing finished. 0 cached, 0 parsed, 0 skipped, 0 masked.
01:47.54ALoGeNoNOTE: build 200810300252: started
01:47.54ALoGeNoOE Build Configuration:
01:47.54ALoGeNoBB_VERSION = "1.8.10"
01:47.56ALoGeNoMETADATA_BRANCH = ""
01:47.58ALoGeNoMETADATA_REVISION = ""
01:48.00ALoGeNoTARGET_ARCH = "INVALID"
01:48.02ALoGeNoTARGET_OS = "INVALID"
01:48.04ALoGeNoMACHINE = ""
01:48.06ALoGeNoDISTRO = ""
01:48.08ALoGeNoDISTRO_VERSION = ""
01:48.10ALoGeNoTARGET_FPU = ""
01:48.12ALoGeNoERROR: The following variable(s) were not set: TARGET_ARCH, TARGET_OS
01:48.14ALoGeNoPlease set them directly, or choose a MACHINE or DISTRO that sets them.
01:48.16ALoGeNopi@ps3:~/stuff/openembedded$
01:48.21otavioALoGeNo: your local.conf is not properly set
01:48.24ALoGeNowhat?
01:48.34ALoGeNoyou was show after :P
01:48.41otavioALoGeNo: you need to define the distro to be used and the machine
01:49.00ALoGeNois in /home/usr/stuff/build/conf/local.conf
01:49.06otavioALoGeNo: BTW, use a pasting service ... do not paste it in chaneel
01:49.15ALoGeNooh sorry..
01:49.35ALoGeNonervious excuse me ^^'
01:49.44otavioALoGeNo: man; I need to go to sleep; I believe you can sort it out now.
01:49.53otavioALoGeNo: tomorrow I have a busy day
01:50.01ALoGeNooh thanks in any case octavio asta la vista ;)
01:50.10otavioALoGeNo: asta la vista!
01:50.30otavioALoGeNo: go and read the tutorial carefully; it is where I started too
01:50.56ALoGeNookey dokey :)
01:51.03otavioALoGeNo: cya!
01:51.08otaviocya folks
01:51.13ALoGeNobb and tnk u
01:51.50*** join/#oe mwester-trip (n=mwester@adsl-75-57-149-97.dsl.emhril.sbcglobal.net)
01:51.53*** join/#oe memeruiz (n=memeruiz@g229112146.adsl.alicedsl.de)
01:55.19*** join/#oe Crofton (n=balister@c-68-48-247-248.hsd1.va.comcast.net)
02:32.15*** join/#oe Sinclair73de (n=Sinclair@krlh-5d83aaba.pool.einsundeins.de)
02:39.43*** join/#oe kergoth (n=kergoth@ip72-201-11-30.ph.ph.cox.net)
02:43.43*** join/#oe kergoth (n=kergoth@ip72-201-11-30.ph.ph.cox.net)
02:44.01kergothhmm
02:48.38*** join/#oe c-prime (n=c-prime@pool-71-188-173-116.aubnin.fios.verizon.net)
03:26.30*** join/#oe mithro (n=tim@unaffiliated/mithro)
03:34.28rasterhmm guys
03:34.36rasterwhat do u think of disablign the ldconfig on boot?
03:56.14*** join/#oe AvengerMoJo (n=AvengerM@61.14.130.209)
04:14.55*** join/#oe HellDragon (n=jd@Wikipedia/HellDragon)
04:48.16*** join/#oe Sinclair73de_ (n=Sinclair@krlh-5d8574bc.pool.einsundeins.de)
04:48.17*** join/#oe aloril (n=aloril@h135110.gprs.dnafinland.fi)
04:48.30*** join/#oe kergoth (n=kergoth@ip72-201-11-30.ph.ph.cox.net)
04:54.19rasterhoi hoi
04:54.49*** join/#oe kergoth (n=kergoth@ip72-201-11-30.ph.ph.cox.net)
05:07.29*** join/#oe rsalveti (n=salveti@189.70.63.219)
06:34.27*** join/#oe marex (n=marex@vasut.kolej.mff.cuni.cz)
06:37.07*** join/#oe Crofton|laptop (n=balister@c-68-48-247-248.hsd1.va.comcast.net)
07:24.33*** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh)
07:45.55*** join/#oe CSMan_ (n=csman@bas6-montrealak-1177580775.dsl.bell.ca)
08:08.50*** join/#oe jekhor (n=jek@mm-166-254-57-86.leased.line.mgts.by)
08:17.50*** join/#oe boris_OmegA (n=boris@194.51.141.172)
08:33.04*** join/#oe pvanhoof (n=pvanhoof@d54C0C0BA.access.telenet.be)
08:34.44*** join/#oe cyberdeck (n=mnemonic@iss60.vlsi.informatik.tu-darmstadt.de)
08:35.28*** join/#oe tcooksey (n=tcooksey@62.70.27.104)
08:42.03*** join/#oe steliosk (n=Stelios@ipa107.2.tellas.gr)
09:00.09*** join/#oe lrg (n=lrg@79-68-127-129.dynamic.dsl.as9105.com)
09:00.31*** join/#oe woglinde (n=heinold@omsk.mi.fu-berlin.de)
09:00.50woglindehi
09:21.12CIA-2603Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r6314775271 10openembedded.git/packages/xfce/ (exo/exo-no-tests.patch exo_0.3.4.bb):
09:21.12CIA-26exo: fix build of python modules and disable running of tests at
09:21.12CIA-26buildtime, my buildmachine can't run target code
09:32.47CIA-2603Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rbdec70c94c 10openembedded.git/packages/dsplink/ti-lpm-module_2.21.bb: ti-lpm-module: not using oe_runmake allows us to get rid of all the sed magic
09:32.48pb__hi woglinde
09:33.09woglindemorning pb
09:33.54woglindepb hm do you know if I can build om2008 image norw right of oe?
09:34.14woglindeor do I need the om git repo
09:34.40pb__You can build fso-image out of OE and get a working binary, but I don't think om2008 is merged.
09:34.55woglindehm okay
09:35.00pb__even for fso-image I think there might be bits in the OM tree which are more uptodate than OE.  I'm not exactly sure about that though, mickey|shower would be your resource.
09:35.33woglindehm okay I need the qtopia stuff anyway
09:35.39pb__okay
09:35.49pb__probably best use the om tree then.
09:35.51*** join/#oe kristoffer (n=kristoff@78.156.193.170.bredband.tre.se)
09:35.58pb__I guess you could ask in #openmoko-cdevel, the h4x0rs in there should know
09:37.04CIA-2603Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r9f0a59964a 10openembedded.git/packages/dsplink/codec-engine_2.21.bb: codec-engine 2.21: apply fix for ti-lpm-module build
09:38.09*** join/#oe Sleep_Walker (n=Sleep@nat/suse/x-99c744fe0ee634df)
09:41.45woglindeh,
09:41.47woglindehm
09:43.22woglindeah
09:43.23woglindenow
09:43.25woglinde*g*
09:44.32pb__heh
09:44.36pb__woglinde: you aren't making a lot of sense
09:45.18woglindepb yes yes I wanted to clone the om repo and missed a /git/
09:51.28JaMaIs it possible to configure bitbake to run clean after each sucessfull build of bitbake file? Or are files in tmp/work needed for other builds?
09:51.47pb__JaMa: see rm_work
09:52.00JaMapb__: thanks
10:07.48*** join/#oe boris_OmegA (n=boris@194.51.141.172)
10:16.04*** join/#oe florian_ (n=fuchs@217.146.132.69)
10:17.29pb__florian_: good morning
10:19.28floriangood morning
10:20.22woglindehi florian
10:22.38*** join/#oe mDuff_ (n=chatzill@user-387oc4j.cable.mindspring.com)
10:29.15*** join/#oe ade|desk (n=adavey@195.153.131.254)
10:29.26*** join/#oe jekhor (n=jek@cpmsq.epam.com)
10:29.52*** join/#oe thesing (n=tkunze@BAA3d5e.baa.pppool.de)
10:30.12*** join/#oe marex (n=marex@vasut.kolej.mff.cuni.cz)
10:30.31thesingmorning all
10:31.04woglindehi thesing
10:31.04*** join/#oe ribbits (n=bob@91.84.60.59)
10:31.53*** part/#oe blindvt`` (n=blindvt`@chello213047219050.surfer.at)
10:32.54CIA-2603Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r22e85416d9 10openembedded.git/packages/linux/ (2 files in 2 dirs): linux-omap git: add patch for fix scaling for the overlay
10:34.25*** join/#oe kristoffer (n=kristoff@212.27.6.53.bredband.tre.se)
10:35.17mattfacemorning oe devs
10:35.23mattfacei've got an issue with devshell not setting up the PATH environment variable properly
10:35.31woglindeargs what are om doing there
10:35.38woglindepulling all kernel
10:35.40woglindes
10:35.52woglindeas git
10:37.13woglindemattface can you explain in a better way what your problem is?
10:37.40mattfaceyep, gimme sec.
10:40.28mattfacedevshell is starting a new gnome-terminal in the source folder of the package im working with, thats perfect, but the command it is supposed to exec (bash --rcfile $TERMRCFILE) doesnt seem to do to add anything to the PATH
10:40.38mattfaceincidentally $TERMRCFILE is empty
10:41.16woglindewhats devshell?
10:41.37CIA-2603Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r1320d90a7a 10openembedded.git/classes/package.bbclass: package bblass: fix ldconfig_postinst_fragment to not return an error if no /etc/ld.so.conf is present
10:41.39woglindeand how is it related to openembedded?
10:41.42mattfaceoh dear :)
10:42.00mattfaceit's a class in openembedded, right?
10:42.31woglindehm okay I never used it
10:42.41mattfacekk
10:43.12woglindeand almost none of the devs here use it
10:43.30mattfacehmm
10:44.42mattfaceit's kinda perfect for what I need
10:45.58pb__mattface: I think mickey|shower is the man you need.
10:46.05pb__let's hope he gets out of the shower soon, he's been in there for about 22 hours.
10:46.31woglindepb *g*
10:46.40mattface:)
10:47.18woglindehm he is awake
10:52.25*** join/#oe Cwiiis (n=cwiiis@host90-152-48-188.ipv4.regusnet.com)
10:54.33rasterhey
10:54.41rasteranyone have problems qith qemu builds of late?
10:55.56woglindestefan was denn?
10:56.13woglindeups
10:56.39CIA-2603Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r39430f1c3b 10openembedded.git/contrib/angstrom/build-feeds.sh: angstrom feed builder: add xf86-input-tslib
11:11.04CIA-2603Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rdb3b632021 10openembedded.git/packages/dsplink/ (3 files in 2 dirs): ti-cmemk-module, codec-engine: add patch to fix builds with >=2.6.26 and class_device_* API change
11:13.44*** join/#oe rschuster (n=rob@e178122195.adsl.alicedsl.de)
11:17.43florianhi rschuster
11:18.40rschusterhi florian
11:19.58*** part/#oe rschuster (n=rob@e178122195.adsl.alicedsl.de)
11:24.10*** join/#oe steliosk (n=Stelios@62.169.196.50)
11:31.38*** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh)
11:38.56*** join/#oe eFfeM (n=nly91006@neo-y1a.ehv.campus.philips.com)
11:39.13*** join/#oe raster (n=raster@124-170-224-116.dyn.iinet.net.au)
11:39.30rasterhmm
11:39.32rasterquestion
11:39.34rasterhow do i disable a .bb
11:39.40rasterbut keep it there in the tree
11:39.52rasterbasically the new qemu_svn packages dont compile - compiler errors
11:40.00raster(cant alloc registers)
11:40.06rasterthe old 9.1 works fine
11:40.09*** join/#oe Spyro (n=ian@benden.mnementh.co.uk)
11:40.50thesingraster: you could use BBMASK
11:41.18rasteri dont want the packages completley removed
11:41.40rasterjust want it to use qemu-native_0.9.1.bb & qemu_0.9.1.bb
11:41.56rasterinstead of qemu-native_svn.bb & qemu_svn.bb
11:42.08rasterdisabling in the svnrevs doesnt do that
11:42.41rasteroe seems to "refer an _svn to a _0.9.1
11:43.05pb__either use BBMASK, like thesing said, or set PREFERRED_VERSION_qemu-native.
11:47.08eFfeMhi, if I want to change the config parameters for a kernel build, what would be the best way ?
11:48.19*** join/#oe zecke (n=ich@imp050244.vpn.mi.fu-berlin.de)
11:48.57rasterhmmm how do i use BBMASK?
11:49.33*** join/#oe c-prime (n=c-prime@mail.forwardengineering.com)
11:49.34rasterno docs on it in the tree :(
11:52.54rasterBBMASK = "(qemu-*_svn*)"
11:52.54raster?
11:54.02eFfeMraster, edit the .bb file and change the PREFERRED line
11:55.17*** join/#oe steliosk (n=Stelios@ipa107.2.tellas.gr)
11:55.39rasterthere isnt one
11:55.46rasterthats the thing
11:55.54rasterthis is a global oe problem
11:56.07rasterevery machine and distro is affected
11:56.26rasterthere isnt any specific qemu preferred version
11:56.42rasteri can start adding it into every .inc file i can find
11:56.45rasterbut thats "wrong"
11:58.47rasteror it just seems wrong
11:59.17rasterhmm
11:59.21rasterseems putting it in local.conf works
11:59.25rasterits a bit better :)
11:59.46eFfeMraster, google for openembedded user manual the read section 8.5
12:00.24eFfeMDEFAULT_PREFERENCE is probably what you want to use in the recipe (not PREFERRED as my memory told me)
12:01.24eFfeMhttp://www.openembedded.info/user-manual/index.html
12:01.30rasterhmm
12:01.32eFfeMhope this is still actual
12:01.35rasterdoesnt seem to cover that there
12:01.37woglindejupp
12:02.21woglindeseems same problem with uclibc-0.9.29 and uclibc_svn
12:02.47eFfeMpdf is at http://oe.linuxtogo.org/~koen/usermanual.pdf
12:03.00raster8.25 it seesm talks about that
12:03.04eFfeMand it is section 8.25, not 8.5
12:03.43lisppaste7zecke pasted "ssh key for woglinde" at http://paste.lisp.org/display/69444
12:03.44woglindebye the way you can build the manual yourself by checking out the doc repos
12:03.49eFfeMthinks that having a bb file for the latest version of svn is quite risky, better use a date based extract
12:04.05rasterDEFAULT_PREFERENCE_qemu-native = "0.9.1"
12:04.20eFfeMwoglinde: did not know that
12:04.54rastereFfeM: there is an SVNREV in sane-srcrevs
12:04.55woglinderaster no
12:04.59rasterfor qemu
12:05.07rasterbut whatever svnrev was chosen doesnt work
12:05.08eFfeMraster, not sure if that will work, I only did this inside specific bb files
12:05.17rasterproblem is my prior wqorking tree worked on 0.9.1
12:05.22rasterso i know that works
12:05.26woglindeDEFAULT_PREFERENCE takes argmuents from -1 to 100 not versions
12:05.28rasteryeah
12:05.32rasteri get the specific .bb's
12:05.44rasterthe problem is i'm clearing up more general problems and updates for oe
12:05.51rastersi need to have this work "generally"
12:06.29rasterooh
12:06.31rasterinside the .bb
12:06.33rasteri see
12:06.38rasterpackages/glibc/glibc_2.3.2+cvs20040726.bb:DEFAULT_PREFERENCE_sh3 = "-99"
12:06.44rasterhmm
12:09.27eFfeMraster not everything is perfect (and I guess that since it is still an int it will just work), but feel free to fix and/or write a bug report
12:10.30rastersure
12:10.35rasteri just have 20 patches to merge in
12:10.46rasterand severalk maintainers to hunt down and "coordinate fixes" with
12:10.53rasterand i now have a non-buildign tree
12:11.00rasterso i'm a bit miffed and want a quick fix
12:11.18rasteroe sucks so much time compared to upstream dev whihc is much faster - i am just trying to minimise time
12:11.37eFfeMi understand, but I do not have a quick fix
12:13.41rastersure
12:13.42eFfeMI just took it as a fact of life. it all depends on who made the bb files and how they tested etc. And not everyone is equally rigid (and yes, I've made my mistakes too, so I tend to be forgiving)
12:13.52rasterthe DEFAULT_PREFERENCE seems to work
12:13.55eFfeMmaybe an expert can step up with a fix
12:14.07rasterthis is a deep compiler issue/bug
12:14.14rastercant alloc a register
12:14.22rasteri just want a workign tree again! :)
12:14.34eFfeM<grin>
12:14.34rasterbtw
12:14.38eFfeM~seen koen
12:14.40ibotkoen <n=koen@s55917625.adsl.wanadoo.nl> was last seen on IRC in channel #oe, 322d 2h 8m 17s ago, saying: 'I forgot to commit that portion yesterday'.
12:14.53lisppaste7zecke pasted "other key for woglinde" at http://paste.lisp.org/display/69446
12:14.53eFfeMis koen gone here ?
12:15.03rasterwhats the down-low with
12:15.04rastergit push origin yourname/testbranch
12:15.14eFfeMhe learned me all those things. I've been away far too long!
12:15.22rasterie pushing my own branch to oe's git server to people can test/review the patches i've made
12:15.57rasterie
12:16.04rastergit push origin raster/head
12:16.06rasterfor example
12:16.42rasterso i can have my own branch that i can merge with head and keep changes in safely and trickle-feed them back to the main dev branch as the maintainers "approve"
12:16.43raster?
12:18.36*** join/#oe djszapi (n=djszapi@pool-3921.adsl.interware.hu)
12:18.49eFfeMraster, can't help you with this, I'm not a git wiz
12:18.53*** join/#oe BinaryDog_ (n=BinaryDo@pool-71-188-173-116.aubnin.fios.verizon.net)
12:19.48zeckeraster: try?
12:20.23rasterzecke:  is it ok if i do it
12:20.29rasterit is git
12:20.38rasterif i mess somehting up u can always revert/backout etc.
12:20.46rasterjust the "guide" says "dangerous"
12:20.57rasterso i'm actually paying attention to the policies
12:21.03zeckeraster: --force is dangerous and should be forbidden on org.openembedded.dev :)
12:21.08rasteri am temtped tho to just rabidly commit fixes :)
12:21.19rasternah
12:21.22rasternot goign to force
12:21.29zeckegit-push origin raster/backout looks safe and innocent
12:21.36rastercool
12:21.43rasteri'll put my changes there for now
12:21.47rasterat leats theiy're published
12:21.52rasterthat way i can refer to them easily for review
12:22.04rasterand feed them back to origin as appropriate
12:23.39*** join/#oe bbradley (n=bbradley@78-105-167-16.zone3.bethere.co.uk)
12:24.54rastererror: src refspec raster/backout does not match any.
12:24.55rasterhmmm
12:25.10zeckeraster: you don't have a local branch called that way?
12:25.21rasterlocal branch is just "raster"
12:25.30rasteri dont intend to keep multiple branches of my own
12:25.33zeckeraster: git-push origin raster:raster/backout? let me take a look
12:25.37rasterjust one (me!)
12:26.01rastergit push origin raster:raster/backout
12:26.02raster?
12:26.09zeckeraster: try that :)
12:26.37rasternup
12:26.39rastersame error
12:26.40zeckeyou should get a "mini-me"
12:26.46rasterhahaha
12:27.06zeckeyou really have a raster branch?
12:27.10rasteryup
12:27.13zeckegit-checkout -b raster/raster?
12:27.24zeckeand then push that?
12:27.53raster11:26PM ~/oe/openembedded > git branch
12:27.53raster<PROTECTED>
12:27.53raster* raster
12:28.33zeckeworkaround is to create raster/raster and push that, I need to get food now
12:28.38rasteris that unhappiness/bad?
12:28.44rasterhmmm
12:28.52rasterok
12:28.59rasterand that will copy my existing commits over - right?
12:29.40zeckegit checkout -b raster/raster will create a branch from your current branch
12:29.49rasterugh
12:29.50raster:)
12:29.59rasterugh
12:30.02rasterthat doesnt work
12:30.22raster11:27PM ~/oe/openembedded > git-checkout -b raster/raster        
12:30.22rastererror: unable to resolve reference refs/heads/raster/raster: Not a directory
12:30.28rasterthis is not going well
12:30.59CIA-2603Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r3f9ca3c829 10openembedded.git/packages/dsplink/ti-paths.inc: dsplink: add omap3evm support
12:31.27*** join/#oe aloisiojr (n=aloisio@200.184.118.132)
12:32.03*** join/#oe woglinde_ (n=heinold@omsk.mi.fu-berlin.de)
12:32.05woglinde_re
12:35.30*** join/#oe waite (n=bwaite@206.83.81.178.ptr.us.xo.net)
12:44.26pb__hi zecke
12:44.36*** join/#oe The_Niz_ (n=nizzle@82-171-65-13.ip.telfort.nl)
12:49.07eFfeMwhen I do a bitbake virtual/kernel it complains that the preferred version 2.,5 of glibc is not available), yet bitbake glibc-2.5 builds
12:51.14*** join/#oe thebohemian (n=rschus@p579E1779.dip.t-dialin.net)
12:54.05*** join/#oe Omegamoon (n=egoe@demolitionman.xs4all.nl)
12:57.34*** join/#oe alo (n=QUAKEIII@142.Red-81-37-222.dynamicIP.rima-tde.net)
13:06.50CIA-2603Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r4bbfd7ad9f 10openembedded.git/packages/dropbear/dropbear.inc:
13:06.50CIA-26dropbear: fix do_install for all distros that aren't named 'openmoko'
13:06.50CIA-26* IMPORTANT: test -e foo && bar will make do_install exit with an error if 'foo' doesn't exist, so use the if [ -e foo ] ; then pattern instead
13:08.49rasterhmm
13:08.59rasteri hope my push didnt do anything bad.. i hope it went to my branch...
13:20.04otaviodid someone built aspell lately?
13:20.36*** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh)
13:21.48*** join/#oe aloril (n=aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi)
13:23.08woglindeotavio I am not
13:26.43otaviowoglinde: libtool is broken; I'll probably add a patch to fix libtool
13:27.32woglindeotavio libtool or aspell?
13:27.44otaviowoglinde: libtool script in aspell source
13:27.59woglindehehe
13:28.34woglindethere are some errors in the newer libtool but no in our proposes
13:29.31CIA-2603Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r26f6477a2d 10openembedded.git/contrib/weekly-changelog-report.py: weekly changelog: add in bugstats from the mtn2cl script
13:31.58otaviohumm it could be a failure due the shell
13:32.02otaviolet me check
13:32.08otavioit has libtool 2.2.2 on it
13:32.13otavioit shouldn't fail
13:33.23*** join/#oe vivijim (n=vivijim@unaffiliated/vivijim)
13:33.26woglindehm#
13:33.38woglindein oe we use 2.2.4 with ansgtroem
13:33.39vivijimmorning
13:33.43woglindethis can cause problems
13:33.47woglindehi vivijim
13:36.39otavioI had issues with libvncserver using libtool 2.2; so I've reverted it locally to use libtool 1.5
13:36.52otaviois updating it
13:53.18*** join/#oe dcordes (n=dcordes_@unaffiliated/dcordes)
13:57.42*** join/#oe birunko (n=birunko@200.184.118.132)
13:57.43CIA-2603Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rb6220af33a 10openembedded.git/classes/kernel.bbclass:
13:57.43CIA-26kernel bbclass: start adding support for >=2.6.27 where headers moved
13:57.43CIA-26* still lack a symlink for mach/, dunno how to do that properly since the information is dynamically generated with makefiles
13:58.18*** join/#oe rsalveti (n=salveti@200.184.118.132)
14:08.33*** join/#oe kergoth_ (n=kergoth@ip72-201-11-30.ph.ph.cox.net)
14:09.01*** join/#oe Sleep_Walker (n=Sleep@nat/suse/x-c6078bf60f2ec18c)
14:12.52*** join/#oe Crofton (n=balister@12.165.222.1)
14:14.57*** join/#oe bin10101 (n=aars@rrcs-24-153-239-89.sw.biz.rr.com)
14:22.33*** join/#oe CosmicPenguin (n=nobody@163.181.251.103)
14:37.24*** join/#oe boris_OmegA (n=boris@194.51.141.172)
14:49.24*** join/#oe rsalveti (n=salveti@200.184.118.132)
14:50.28*** join/#oe kergoth (n=kergoth@65.200.49.156)
14:50.39woglindehi kergoth
14:50.51kergothhey
14:53.08*** join/#oe kgilmer_ (n=kgilmer@ip-66-80-197-243.atl.megapath.net)
14:53.15woglindehi kgilmer
14:53.21kgilmer_hey woglinde
14:58.24alolo
14:58.38alootavio OE enviroment working :D
15:07.43*** join/#oe boris_OmegA (n=boris@194.51.141.172)
15:08.17*** join/#oe tharvey (n=tharvey@adsl-76-205-222-173.dsl.snlo01.sbcglobal.net)
15:16.00alohey guys its possyble to use distcc with bitbake?
15:18.00*** join/#oe AvengerMoJo (n=AvengerM@219.143.89.236)
15:19.02*** join/#oe luisfelipe (n=lfelipe@201.82.39.16)
15:19.41kergothalo: yes, but it's not likely to result in a statistically significant improvement overall, because i doubt cpu is the main bottleneck for most builds.  maybe glibc and stuff.. :)
15:21.29alohum.. my problem is that i try to buil all the enviroment in the ps3 to gain speed becose the other option is my laptop celeron 500Mhz ^^
15:21.37aloiwas try*
15:23.07aloall work but when i do bitbake nano the bitbake says something os ppc64 for the ps3 architecture..and i dont saw nothing about over there..
15:23.23aloin any case im reading about distcc
15:26.38kergothit should be able to make use of distcc, but i expect you may have to set up the crosscompilers manually.. haven't looked at it in years, maybe someone's improved it
15:26.39kergothshrugs
15:35.49pb__morning kergoth
15:37.24woglindere pb
15:54.33*** join/#oe Spyro (n=ian@benden.mnementh.co.uk)
15:55.59ALoGeNosome one with OE in the ps3?
15:55.59ALoGeNoxd
16:20.07*** join/#oe marex (n=marex@vasut.kolej.mff.cuni.cz)
16:20.45*** join/#oe QBin (n=eli@209.172.111.2)
16:33.16_diego_alo, try icecc
16:33.54*** join/#oe exodos (n=notch@mach.xs4all.nl)
16:34.59exodoshi, is there a way to rebuild all packages that depend on some package?
16:35.05exodosusing bitbake
16:35.38woglindeexodos hm notr really
16:37.27vivijimexodos: I'm afraid that you'll have to do it manually...
16:37.43kergothyou could add it
16:37.46kergothpretty easily
16:38.38kergothhmmmm
16:38.38kergothlooks into it
16:38.39exodosI manually added new libdrm-2.4.0 to my package list (because of xf86-driver-intel), now I have to rebuild all packages depending on it
16:39.07exodosbut I have no clue how
16:39.41kergothoh, hmm.. nevermind, i was thinking the other way around
16:39.47woglindehm khem has smonething doen for gcc and libc
16:39.51woglindebut I am not sure
16:40.08kergothcould makea  little task to output the package name of any package that deps on it, and go from there
16:40.28exodoskergoth: how can i do that?
16:40.33exodosim newbie with bitbake
16:46.56*** join/#oe ich (n=ich@92.116.84.151)
16:56.50ALoGeNohey i i wanna compile only the htcuniversal angstrom how much space i need in my /tmp folder???
16:56.55ALoGeNoif*
16:57.49ALoGeNoif i want to compile only one image full for a architecture how much space i need?
17:02.59thesingkergoth, exodos: there is something like that: BB_STAMP_POLICY. I didn't really play with it, but if set to the right value bitbake will rebuild all packages that depend on X if you change X
17:03.24thesingBut I dont know if its possible for just one package.
17:04.05woglindeALoGeNo hm up to 10gig if you do not use rm_work
17:04.49ALoGeNoand how i do that?
17:04.56ALoGeNo:))
17:05.15ALoGeNoi have all working 2 days testing..
17:05.15ALoGeNoxD
17:06.08ALoGeNowoglinde you think that is a hard work to configure bitbake to build with distcc or something like that?
17:10.30woglindeALoGeNo we have ice support
17:11.07woglindeALoGeNo hm I suggest you read the oe manual
17:11.32woglindethis will answer a lot of questions
17:11.33woglindehttp://bec-systems.com/oe/html/index.html
17:11.51ALoGeNooh.. very nice that link you are so kind :)
17:13.05ALoGeNooh isaw clicked lines.. i need read more there i guess :)
17:13.20*** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh)
17:13.23ALoGeNotnx in any case :)
17:13.29woglindeno porb
17:16.16*** join/#oe abner (n=birunko@200.184.118.132)
17:17.13*** join/#oe rsalveti (n=salveti@200.184.118.132)
17:27.33*** join/#oe pleemans (n=toi@d54C2AAB7.access.telenet.be)
17:33.34*** join/#oe rschuster (n=rob@e178122195.adsl.alicedsl.de)
17:33.41woglindere robert
17:33.43*** join/#oe pcgeil (n=steffen@p549E74C4.dip.t-dialin.net)
17:38.01*** join/#oe kristoffer (n=kristoff@212.27.6.53.bredband.tre.se)
17:47.36*** join/#oe Kalemas (i=ejabberd@jabbus.org)
17:48.27*** join/#oe vivijim (n=vivijim@unaffiliated/vivijim)
17:54.02KalemasHi. I have following misconfiguration error while bitbake:
17:54.02KalemasError, Your PACKAGE_ARCHS field contains duplicates. Perhaps you set EXTRA_PACKAGE_ARCHS twice accidently through some tune file?
17:54.02KalemasI updated from mandriva 2008.1 to 2009.0, with same local.conf all was working..
17:54.35woglindeKalemas we changed the package archs from machine to tuning files
17:54.51woglindeand not all machine.conf's are updated yet
17:55.06woglindekalemas which machine for you are compiling?
17:55.48KalemasHI. I have following misconfiguration error while bitbake:
17:55.48KalemasError, Your PACKAGE_ARCHS field contains duplicates. Perhaps you set EXTRA_PACKAGE_ARCHS twice accidently through some tune file?
17:55.48KalemasI updated form mandriva 2008.1 to 2009.0, earlier all was working.
17:55.53*** part/#oe Kalemas (i=ejabberd@jabbus.org)
17:56.11*** join/#oe Kalemas (i=ejabberd@jabbus.org)
17:56.19KalemasHI. I have following misconfiguration error while bitbake:
17:56.19KalemasError, Your PACKAGE_ARCHS field contains duplicates. Perhaps you set EXTRA_PACKAGE_ARCHS twice accidently through some tune file?
17:56.19KalemasI updated form mandriva 2008.1 to 2009.0, earlier all was working.
17:56.20vivijimhi guys, is there any list of all supported features? (DISTRO/MACHINE_FEATURES)
17:56.27vivijimzecke: ^
17:56.29Kalemasdfs
17:56.30woglindevivijim nope
17:56.49woglindekalemas did you read my answers?
17:56.53*** part/#oe Kalemas (i=ejabberd@jabbus.org)
17:56.56woglindeoh
17:57.52woglindeseems some problems with irc client
17:57.53*** join/#oe Kalemas (i=ejabberd@jabbus.org)
17:57.53vivijimwoglinde: :( I think it would be useful to avoid duplications like wifi/wireless touchscreen/ts
17:59.07KalemasHi. I have following misconfiguration error while bitbake:
17:59.07KalemasError, Your PACKAGE_ARCHS field contains duplicates. Perhaps you set EXTRA_PACKAGE_ARCHS twice accidently through some tune file?
17:59.07KalemasI updated from mandriva 2008.1 to 2009.0, earlier all was working.
17:59.26*** part/#oe Kalemas (i=ejabberd@jabbus.org)
17:59.33*** join/#oe Kalemas2 (i=ejabberd@jabbus.org)
17:59.40Kalemas2Hi. I have following misconfiguration error while bitbake:
17:59.40Kalemas2Error, Your PACKAGE_ARCHS field contains duplicates. Perhaps you set EXTRA_PACKAGE_ARCHS twice accidently through some tune file?
17:59.40Kalemas2I updated from mandriva 2008.1 to 2009.0, earlier all was working.
17:59.42Kalemas2asfd
17:59.42Kalemas2asd
17:59.42Kalemas2a
17:59.43woglindeKalemas2 whats wrong?
17:59.43Kalemas2sd
17:59.45Kalemas2asd
17:59.47Kalemas2asd
17:59.49Kalemas2a
17:59.51Kalemas2sd
18:00.11vivijimKalemas: are you drunk? :P
18:00.15KalemasHi. I have following misconfiguration error while bitbake:
18:00.15KalemasError, Your PACKAGE_ARCHS field contains duplicates. Perhaps you set EXTRA_PACKAGE_ARCHS twice accidently through some tune file?
18:00.15KalemasI updated from mandriva 2008.1 to 2009.0, earlier all was working.
18:00.20woglindeoh no
18:02.19zeckevivijim: no , I don't think such a list exists. it would be good to have it
18:03.48KalemasHi. I have following misconfiguration error while bitbake:
18:03.48KalemasError, Your PACKAGE_ARCHS field contains duplicates. Perhaps you set EXTRA_PACKAGE_ARCHS twice accidently through some tune file?
18:03.48KalemasI updated from mandriva 2008.1 to 2009.0, earlier all was working.
18:04.46*** join/#oe Kalemas2 (n=kalemas@93.178.73.192)
18:04.52Kalemas2Hi. I have following misconfiguration error while bitbake:
18:04.53Kalemas2Error, Your PACKAGE_ARCHS field contains duplicates. Perhaps you set EXTRA_PACKAGE_ARCHS twice accidently through some tune file?
18:04.53Kalemas2I updated from mandriva 2008.1 to 2009.0, earlier all was working.
18:06.12woglindehm will he stop
18:06.17woglindeor is he just trolling
18:06.30pb__Kalemas: could you repeat that one more time?
18:07.25Kalemas2Sorry! client was not displayed anything but status messages.
18:08.18woglindeKalemas2 solution is
18:08.25woglindeedit your machine conf
18:08.32woglindeand remove the package-arch
18:08.49woglindethey are now handled by the tune files
18:09.03woglindeand not all machine.confs are fixed yet
18:11.05woglindehm
18:18.35vivijimjfyi at this moment the complete feature list is: ['acpi', 'alsa', 'apex', 'apm', 'bluetooth', 'connex', 'ethernet', 'ext2', 'fat', 'gps', 'i2c', 'irda', 'iwmmxt', 'kernel24', 'kernel26', 'keyboard', 'lcd', 'mmc', 'nfs', 'pci', 'pcmcia', 'phone', 'ppp', 'raid', 'redboot', 'robostix', 'screen', 'serial', 'smbfs', 'sound', 'spi', 'touchscreen', 'uboot', 'usbgadget', 'usbhost', 'ushbost', 'verdex', 'vfat', 'wifi', 'x86']
18:20.02Kalemas2woglinde: what i need to remove? "armv4 armv4t armv5te iwmmxt  "
18:20.20woglindekalemas2 all that are in the tune file too
18:25.54woglindeso bye for now
18:28.47Kalemas2woglinde: ok. it should be : PACKAGE_EXTRA_ARCHS = "iwmmxt"?
18:29.09Kalemas2:^(
18:39.58*** join/#oe exco (n=exco@e181127103.adsl.alicedsl.de)
18:48.09*** join/#oe Fl1pFl0p (n=Fl1pFl0p@146.244.179.26)
18:51.37*** join/#oe timtimred (n=meh@92-237-114-21.cable.ubr03.chms.blueyonder.co.uk)
18:52.27otaviodid someone packaged sun jre and flash?
18:57.39*** join/#oe philippe (n=fille@a83-245-252-47.elisa-laajakaista.fi)
18:58.16*** join/#oe polyonymous_ (i=hacker@pD95394E3.dip0.t-ipconnect.de)
19:00.55*** join/#oe jekhor (n=jek@mm-166-254-57-86.leased.line.mgts.by)
19:35.08*** join/#oe kergoth (n=kergoth@65.200.49.156)
19:36.22kergothhmm
19:39.27ALoGeNohey to build a single image rootfs is with task-base no?
19:41.54*** join/#oe woglinde (i=woglinde@e178103067.adsl.alicedsl.de)
19:45.36*** join/#oe kergoth (n=kergoth@65.200.49.156)
19:45.55woglindere kergoth
19:47.10kergothhey
19:47.45*** join/#oe kergoth (n=kergoth@65.200.49.156)
19:47.57*** join/#oe kergoth (n=kergoth@65.200.49.156)
19:47.59woglindehm
19:48.16kergothgrr, i can reliably make this irc client crash :P
19:57.30CIA-2603Otavio Salvador <otavio@ossystems.com.br> 07org.openembedded.dev * rb7983d0f73 10openembedded.git/packages/gnumeric/gnumeric_1.8.3.bb: gnumeric: do not overwrite PACKAGES_DYNAMIC to allow locales to be used
19:57.32CIA-2603Otavio Salvador <otavio@ossystems.com.br> 07org.openembedded.dev * ra8744762b0 10openembedded.git/packages/mozilla/fennec/mozconfig: fennec: use system libraries while building
19:57.55*** join/#oe ribbits (n=bob@82.152.87.189)
20:01.32*** join/#oe rwhitby` (n=rwhitby@au1.astc-design.com)
20:02.47CIA-2603Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rc5a381985f 10openembedded.git/packages/mplayer/mplayer_svn.bb: mplayer: enable more inputs
20:04.31CIA-2603Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r6b982d8fbd 10openembedded.git/packages/linux/linux-omap_git.bb: linux-omap git: bump PR for staging changes
20:10.14*** part/#oe exco (n=exco@e181127103.adsl.alicedsl.de)
20:12.38kergothhmm, http://comments.gmane.org/gmane.comp.version-control.git/99516
20:15.26*** part/#oe Kalemas (i=ejabberd@jabbus.org)
20:29.11*** join/#oe birunko (n=birunko@200.184.118.132)
20:30.28*** join/#oe mithro (n=tim@unaffiliated/mithro)
20:32.59*** join/#oe florian (n=fuchs@f049191110.adsl.alicedsl.de)
20:33.30woglindere florian
20:35.45florianre
21:01.35*** join/#oe Jay7 (n=jay@93.81.140.34)
21:02.12*** join/#oe Kalemas (i=ejabberd@jabbus.org)
21:02.44*** part/#oe Kalemas (i=ejabberd@jabbus.org)
21:02.57Fl1pFl0panyone familiar with angstrom?
21:03.09Fl1pFl0pi cant use the 'make' command....
21:03.24Fl1pFl0pis there another command that angstrom uses ?
21:03.28woglinde????
21:03.33woglindebitbake
21:03.34Fl1pFl0pand their website is down
21:03.44Fl1pFl0p..... bitbake?
21:03.49woglindehm yes linuxtogo seems to have problems
21:04.03Jay7Fl1pFl0p: for what and from where you trying to use 'make'?
21:04.19woglindemake mekaiser
21:04.22woglinde*g*
21:04.26Fl1pFl0pi extracted a driver that needs to be made
21:04.42woglindeflorian could you please look at the server?
21:04.49woglindeextracted?
21:04.57Fl1pFl0pit was tar balled
21:05.20Fl1pFl0pi edited the 'Makefile' and now i need to 'make'
21:05.29Jay7ohh..
21:05.30woglindehm I thought you were one of these guys who mounts images an exchange binaries
21:06.15Fl1pFl0pany ideas?
21:06.46woglindeyes
21:06.51Jay7Fl1pFl0p: you can use make on target device only.. but you needed full toolchain then (compiler, linker, etc)
21:07.06woglindewrite your .bb recipe and provide a patch for it in the openembedded bugtracker
21:11.33florianwoglinde: should be back
21:12.08Fl1pFl0pYEA
21:12.10Fl1pFl0pthanks
21:12.13woglindeFl1pFl0p I suggest you read the oe-manual
21:12.28woglindehttp://bec-systems.com/oe/html/index.html
21:12.58Fl1pFl0pwill do
21:16.09Fl1pFl0psite crash again?
21:16.54woglindenope
21:17.04woglindehm
21:17.06woglindeargs chache
21:17.07woglindeyes
21:17.12woglindecrashed again
21:18.57floriansomethign floods the webserver with requests
21:19.05woglindehm
21:19.19*** join/#oe drasar (n=maik@77.93.211.13-msol.msol.cz)
21:19.28Jay7DoS?
21:19.36*** join/#oe ant_ (n=ant@host83-255-dynamic.14-87-r.retail.telecomitalia.it)
21:19.40woglindehi ant
21:19.52Jay7ant_: :)
21:20.05ant_hi
21:21.06florianlooks like the yahoo bot might be guilty... but I wonder why this happens, the webserver works pretty well for quite some time now.
21:21.15*** part/#oe rschuster (n=rob@e178122195.adsl.alicedsl.de)
21:21.24woglindeflorian hehe time for failtoban
21:21.46woglindeflorian are we using apache or lighty?
21:21.57florianwoglinde: apache
21:22.01woglinde*shrug*
21:22.25florianvotes for an additional server and much of free time to install it better than the first one
21:22.48*** join/#oe zecke_ (n=ich@e177095212.adsl.alicedsl.de)
21:24.34floriantries again
21:24.46Jay7can help with installation when needed
21:26.45woglindere zecke
21:27.28woglindejay7 you are not alone *g*
21:27.45Jay7:)
21:29.20Fl1pFl0p2008 packages are not showing up on webserver now
21:32.46Kalemas2HI. I have following error during bitbake:
21:32.46Kalemas2| checking for i686-linux-gcc... ccache gcc
21:32.46Kalemas2| checking for C compiler default output file name... configure: error: C compiler cannot create executables
21:33.05khemhello woglinde
21:33.44*** join/#oe dcordes (n=dcordes_@unaffiliated/dcordes)
21:34.05*** join/#oe mithro_ (n=tim@unaffiliated/mithro)
21:34.29woglindehi khem
21:34.34khemKalemas2: your compiler is hosed, look at the config.log
21:34.51woglindecompiler or ccache
21:34.55khemKalemas2: there should be some compile or link failure pretty earyl
21:35.02khemcompiler
21:35.13woglindekhem could you look at the uclibc hash-style option and find a new test
21:35.26woglindewith newer binutils the test fails badly
21:35.32khemwoglinde: hmm
21:36.06khemwhich test are you talking about
21:36.34khemI am thinking that this hash-style thing should be controlled in compiler
21:37.07woglindekhem mom
21:38.19woglindekhem its check_ld in Rules.mak
21:38.32woglindeif $(LD) $(1) -o /dev/null -b binary /dev/null > /dev/null 2>&1;
21:39.03drasarHello. I've got a question about RMK patches. At ARM Linux homepage is said: "As of 2.6.0-rmk2, sufficient patches have been merged into mainline to make the release of -rmk kernels unnecessary.  Therefore, there will be no further -rmk patch releases." Can somebody tell me why is "2.6.3-rmk0-hh0-xda0" branch in Xanadux CVS? It isn't clear to me.
21:40.19khemwoglinde: I still do not understand :)
21:40.25khemDo you have LDSO_GNU_HASH_SUPPORT
21:40.28khemset in .config
21:40.51woglindekhem nope the build process is testing it
21:41.13khemyes it tests it what error do you get
21:41.16woglindeifeq ($(LDSO_GNU_HASH_SUPPORT),y)
21:41.26woglindeLDFLAGS_GNUHASH:=$(call check_ld,--hash-style=gnu)
21:41.28woglindeso
21:41.33woglindeand if you have newer binutils
21:41.36woglindethis fails
21:41.50khemhmmm thats odd
21:41.51woglindewhen you have hash-style
21:42.10woglindebecause of $(LD) $(1) -o /dev/null -b binary /dev/null
21:42.10woglindefails
21:42.37khemthis looks ok
21:42.45woglindewhere ${1) is -Wl,--hash-style=gnu
21:42.55khemit will only fail if linker does not accept --hash-style option any longer
21:43.04woglindeNOPE!!!!!!!!!!!!!!!!
21:43.14woglindeare not you listining me
21:43.24woglindeit fails always with newer binutils
21:44.14woglindeyes its my fault I didnt report it to the bugtracker
21:44.26woglindeand do not have the error message anymore
21:45.45*** join/#oe e-ffi (n=cybercom@dslb-088-068-181-028.pools.arcor-ip.net)
21:47.16*** join/#oe lrg (n=lrg@79-68-127-129.dynamic.dsl.as9105.com)
21:50.16kergothhttp://googleblog.blogspot.com/2008/10/what-we-learned-from-1-million.html is pretty sad
21:51.39khemwoglinde: I am listening to you
21:51.55khemwoglinde: My point is that if test is failing thats binutils problem not uclibc's
21:53.25khemwoglinde: I am pretty sure that ld is messed up
21:54.16khemall the check does is it supplies the option and then tries to link /dev/null to a output file which is also /dev/null and then checks for ld's return code
21:54.47khemif ld is returning non zero on a valid option then its ld's problem
21:54.51woglindehm
21:54.56woglindethis is the error
21:54.58woglindeld: warning: cannot find entry symbol _start; not setting start address
21:55.21woglindeGNU ld (GNU Binutils for Debian) 2.18.0.20080103
21:55.28khemwarning should not alter the return code
21:55.58woglindehm okay
21:55.59woglinderight
21:56.12woglindesorry
21:56.13woglindeyes
21:56.28khemWe could add -e 0x8000 or somesuch and silence the warning
21:56.38woglindeaborting at /devel/arm/oetmp2/work/arm-oabi-angstrom-linux-uclibc/binutils-cross-2.18.50.0.7-r4/binutils-2.18.50.0.7/bfd/elf.c line 369 in bfd_elf_get_elf_syms
21:56.47woglindethis is the real error for arm
21:56.49khemthats the real problem
21:58.08woglindeI think this is not fixed either in binutils 2.19
21:58.08khemcould be
21:58.08woglindedidnt see a bugreport this
21:58.08woglindeand with last binutils 2.18 for linux
21:58.08woglindeit wasnt fixed
21:58.24*** join/#oe infernixx (n=nix@unaffiliated/infernix)
22:01.00*** join/#oe irotas (n=irotas@CPE00131042e14d-CM0018c0b37a44.cpe.net.cable.rogers.com)
22:02.04*** join/#oe e-ffi_ (n=cybercom@dslb-088-068-176-106.pools.arcor-ip.net)
22:03.36*** join/#oe Sleep_Walker (n=Sleep@193.179.96.131)
22:04.57khemwoglinde: file a PR with binuitls bugz
22:10.42woglindekhem yes I will test it with 2.19
22:10.44woglindeand then file a bug
22:12.39*** join/#oe likewise (n=likewise@82-171-51-231.ip.telfort.nl)
22:14.52*** join/#oe ant_ (n=ant@host83-255-dynamic.14-87-r.retail.telecomitalia.it)
22:15.07CIA-2603Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rb694b15ff4 10openembedded.git/packages/bluez/bluez-gnome_0.26.bb: bluez-gnome: package icons and mime types
22:17.33ALoGeNohey please.. that is normal? NOTE: Running task 44 of 2011 , i mean.. my laptop goes to take one week to build that ^^'
22:18.02ALoGeNowith task-base what im building?
22:18.30ALoGeNoi mean what is the result of the compilation?
22:18.44khemALoGeNo: You should let it go
22:18.47ALoGeNorootfs full for my pda model?
22:18.56khemALoGeNo: it will barf if it finds errors
22:19.09khemHow feeble is your laptop
22:19.39ALoGeNowowo man my conecction is 20KB/s any times and mi laptop celeron 500Mhz heh..
22:19.51ALoGeNoany way to do more quickly?
22:19.56khemALoGeNo: yeah it might take a while
22:20.03khemWhat do u want
22:20.09khemjust playing around ?
22:20.37ALoGeNonono np, the problem is the HD of the laptop is like motorcycles
22:20.38ALoGeNoxDD
22:20.39kergothyou can make it go more quickly by upgrading that ancient machine :P
22:20.42ALoGeNo^^'
22:21.10ALoGeNoyah man.. but the crysis cruch is mortal..
22:21.26khemagrees with kergoth's advise
22:22.00ALoGeNookey guys anyone with powerpc?
22:22.09*** join/#oe dcordes_ (n=dcordes_@unaffiliated/dcordes)
22:22.35ALoGeNothe ps3 gives to my one error ppc64-linux whatever.. :/
22:22.53ALoGeNonothing.. you see? and google the same..
22:23.08ALoGeNoi must use the anciente but strong laptop ;)
22:25.14ALoGeNohey if the same repo and enviroment that i was used in the ps3 works in the laptop like a charm, why can be that in the ps3 nothing, is something there in the repo precompiled for x86?
22:26.01woglindenope
22:26.05woglindenothing precompiled
22:26.23ALoGeNoi was looking in google and i was saw one guy with powermac that have the same herror..
22:26.27dcordes_ALoGeNo, you might remove your tmp and check conf and vars
22:26.30woglindeyou can google aroung if some provides the tar.gz from building oe sdk
22:27.03*** join/#oe CosmicPenguin (n=nobody@163.181.251.103)
22:27.04ALoGeNobut oe sdk isnt the crosscompiler and git?
22:27.20ALoGeNoim using my own cross compiler buil in the ps3
22:27.41dcordes_why don't you use the toolchain OE builds?
22:27.43ALoGeNoarm-linux-gnu
22:27.56khemALoGeNo: ps3 is ppc64 right ?
22:28.01ALoGeNobecose my conecction is very slow..
22:28.09ALoGeNoyes
22:28.20khemin that case I dont know if oe has any ppc64 usecases yet
22:28.59ALoGeNobut the ppl with powermac or cell procesors?
22:29.25ALoGeNocant to be envolved in your projects?
22:29.25ALoGeNothat cant be :P
22:29.26dcordes_ALoGeNo, the ps3 is the host, not target, right?
22:29.41ALoGeNoyeah thats it
22:30.27ALoGeNobitbake is telling me that no have info of some thing.. let my paste the falut to you guys please.. :)
22:30.55CosmicPenguinpastebin
22:32.06khemwoglinde: it seems the ld problem could be because of ld/5692
22:34.11ALoGeNohey take a look please http://pastebin.com/m7c4d9e70
22:34.46ALoGeNoif i dont stop the task that follow to the end.. but stop for the error..
22:35.16woglindekhem ah thanks
22:37.06woglindekhem hm is maked as fixed
22:38.54ALoGeNoyou see some clue? khem ?
22:42.14ALoGeNowhy is telling me ERROR: Information not available for target 'ppc64-linux'
22:42.30ALoGeNoif the target is htcuniversal.. i can understand..
22:42.34ALoGeNocant*
22:46.14kergothALoGeNo: run uname -a on the machine.
22:47.26ALoGeNook
22:47.41ALoGeNopi@ps3:~/stuff/build$ uname -a
22:47.41ALoGeNoLinux ps3 2.6.16-1-ps3pf #1 SMP Sun Dec 31 17:35:13 JST 2006 ppc64 GNU/Linux
22:47.41ALoGeNopi@ps3:~/stuff/build$
22:48.20khemwoglinde: I think they fixed something but the original problem still remains :)
22:48.24khemreopen it
22:48.58kergothALoGeNo: well then.  the ps3 is a ppc64 architecture machine.  so of course thats the target it's trying to build some things for
22:49.11kergothALoGeNo: and whatever package is failing there, must not support that arch
22:49.29ALoGeNoyep looks like that..
22:49.44kergothwhat package is it?
22:50.19ALoGeNoi told you that i just buil all in the ps3 copy that in usb HD and put in the laptop and runn like speedy gonzales :)
22:50.56ALoGeNoi dunno what pakage is :(
22:51.23ALoGeNofor that i ask before if the git downloaded have something only for x86
22:51.35woglindehm insane.bbclass needs to be fixed too for ppc64
22:51.42ALoGeNobecose that is weird
22:52.10ALoGeNooohh.. you know.. you knoow.. heh.. what can i do?
22:52.21woglindealgoneo hm I have a better idea maybee
22:52.32woglindetry to setup icecc
22:52.32ALoGeNoyo command :)
22:52.42woglindeand control it from the laptop
22:52.55woglindelook in the oe manual or wiki how to achieve this
22:53.07kergothohh, i see where its failing
22:53.14kergothi got bit by those exact errors when trying to build on Mac OS X
22:53.24kergothits the siteinfo stuff in the class
22:53.30woglindehehe
22:53.39woglindeyes this needs to be fixed too
22:53.44kergothwhich is laid out weirdly, imo it should slpit arch vs os info
22:53.50kergothsince theres a lot of duplication in that table
22:53.51ALoGeNox
22:53.51ALoGeNod
22:54.16*** join/#oe dijenerate (n=dijenera@65.48.163.40)
22:54.18ALoGeNoim a good betatester
22:54.19ALoGeNoxD
22:54.44ALoGeNoyou now can to say that it works in the ps3 you must to see how work the machine :)
22:54.53ALoGeNocompile like the devil
22:56.40ALoGeNookey if you go to fix that in a few days i will try with icecc thanks for explain all the stuff guys :)
22:57.45ALoGeNowoglinde but if deactive the insane stuff in config that will run?
22:58.32ALoGeNoor it needs more changes to do?
22:59.33woglindeALoGeNo yes
22:59.42ALoGeNooki doki
22:59.54woglindeor you add the right entries
23:00.01woglindebut I do not know them for ppc64
23:00.17ALoGeNooh you think that ill know?
23:00.34ALoGeNohehe.. icecc better
23:00.35ALoGeNoXD
23:01.19ALoGeNo^^ thanks a lot for your help teachers :)
23:02.12woglindeALoGeNo hm ps3 is buildmachine is not bad
23:02.23woglindeso let us try to get there
23:03.14ALoGeNooh np, i go learn to use icecc takeit easy guys :)
23:03.52ALoGeNobut if you need to test something put my nick and so :)
23:04.54ALoGeNoand happy hallowen >:-)=
23:11.20*** join/#oe pigeon (n=pigeon@60-241-137-179.static.tpgi.com.au)
23:17.55ant_hmm... $ su - root \ su: must be suid to work properly  \ /bin/su -> /bin/busybox
23:18.14woglindeant hehe
23:18.24ant_seems only x11-image..doh
23:18.40woglindeI think this was discussed
23:18.54ant_already chmodded
23:19.01woglindeand agreed that you dont will setuid busybox
23:19.16ant_(I missed the discussion)
23:19.29Jay7hehe..
23:20.11ant_ah, opie-mage has real su
23:20.19ant_it seems
23:22.04ant_nope, bulls@it, it's busybox
23:22.12ant_reading ML
23:25.10*** join/#oe raster (n=raster@124-170-224-116.dyn.iinet.net.au)
23:26.10woglindemorning raster
23:26.20rastermoo
23:26.30rasterdidi break oe?
23:26.31raster:)
23:26.39kergothheh, hey raster
23:26.53rasterhey hey
23:26.57*** join/#oe Spyro (n=ian@benden.mnementh.co.uk)
23:27.05rasterkergoth: does the branch i pushed bother anyone?
23:27.15kergothheh, dont ask me, I'm still half out of the game
23:27.17woglinderaster until now not
23:27.18rasteri'm pushing to my own branch before i pollue origin...
23:27.21kergothjust starting to get back into it
23:27.28kergothbbl, home
23:27.29rasterok
23:27.31rasterfair enough
23:30.06*** join/#oe bin1010 (n=aars@129.62.151.71)
23:34.08woglindekhem still around?
23:34.17khemwoglinde: yes
23:34.18woglindebinutils 2.19 has this bug either
23:34.45khemso its there upstream too right ?
23:35.01woglindekhem pardon?
23:35.35khemyou can reproduce this bug in 2.19 right
23:36.00khem2.19 is not that old so I was assuming that this bug is there in binutils cvs too
23:36.17woglinde2.19 is the latest
23:36.19woglindefrom this week
23:36.21woglindehaha
23:36.43woglindebut it seems the bug is triggered only with hash-style
23:47.49*** join/#oe waite (n=bwaite@c-24-63-211-74.hsd1.ma.comcast.net)
23:57.13*** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net)

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