IRC log for #oe on 20071118

00:01.52*** join/#oe mgross (n=mgross@207.173.77.239)
00:13.19*** join/#oe daurnimator (n=daurnima@unaffiliated/daurnimator)
00:19.21RPWho on earth added meta-toolchain-openmoko?! :/
00:19.28Jin^eLDwhat OE machine confs are for cpu: e300, chip: MPC83xx ?
00:20.00Jin^eLDRP: I think florian was working on the meta-toolchain things, not sure about openmoko though
00:20.31RPJin^eLD: meta-toolchain is something I created ;-)
00:20.55Jin^eLDaha, then I got it all wrong again :)
00:21.38Jin^eLDbut since you mention it... ;) I had one oddness there, one sec
00:22.40Jin^eLDif you change the SDK_DIR from /usr/local to /opt or something else
00:22.56Jin^eLDthen it still packages an empty /usr directory
00:23.18Jin^eLDI had to rm -rf ${SDK_OUTPUT}/usr before tarring
00:23.28RPJin^eLD: I remember you mentioning it, I don't know why...
00:23.39Jin^eLDah, ok, so I complained already =)
00:23.41RPJin^eLD: Someone needs to find out which package thats creeping in through
00:24.00RPYes and I stuck my head in the sand ;-)
00:24.06Jin^eLDme too ;)
00:24.17Jin^eLDI wonder if that could be done in a somewhat automated way
00:24.27Jin^eLDI mean not the head in the sand thing, but the figuring out about this directory ;)
00:26.06Jin^eLDRP, can you point me to a machine conf that is for a Freescale e300/MPC83xx based cpu?
00:26.21RPJin^eLD: I have no idea...
00:26.31Jin^eLDdoh, I guess I'll have to wait till tomorrow
00:26.58RPJin^eLD: To find the directory you need to look through the sdk .ipk files
00:28.09Jin^eLDit creates ipk files?
00:28.20Jin^eLDI thought it just does the toolchain
00:28.30Jin^eLDwhich is not run on the target system
00:28.35RPThe toolchain is packaged into ipks
00:28.52Jin^eLDhuh? I got a .tar.gz as the result of bitbaking meta-toolchain
00:29.06RPmeta-toolchain then takes the ipks and turns them into a tarball, a bit like normal image generation
00:29.14Jin^eLDaha..
00:29.35Jin^eLDbut those ipk's are wiped out in the process?
00:29.53Jin^eLDor are they stored in work ?
00:31.30RPJin^eLD: They're in deploy/ipk
00:32.26Jin^eLDindeed, found it
00:33.06Jin^eLDI'll have a look and get back to you on this
00:33.10Jin^eLDnot today though :)
00:33.50RPI'll be sleeping in a minute too...
00:34.06Jin^eLDhappy suspending then
00:34.09Jin^eLDI'm off too
00:34.11Jin^eLD:)
00:34.57RP'night Jin|away
00:41.02*** part/#oe pierrelux (n=pierre-l@144-125.sh.cgocable.ca)
00:41.10*** join/#oe noclouds (n=mhfan@202.173.238.242)
00:43.14*** join/#oe Jake_ (n=Jake@umm-yrless170.morris.umn.edu)
00:45.46*** join/#oe JustinP (n=papercra@c-69-181-11-251.hsd1.ca.comcast.net)
01:01.36CIA-3203rpurdie 07org.oe.dev * rf685529b... 10/ (12 files in 2 dirs): classes: Sync staging layout cleanups from Poky
01:01.41CIA-3203rpurdie 07org.oe.dev * r6bfc2ae8... 10/ (1 conf/bitbake.conf): bitbake.conf: Set verion dependencies of -dbg and -dev packages more correctly (from Poky)
01:01.46CIA-3203rpurdie 07org.oe.dev * r3fad086a... 10/ (1 conf/bitbake.conf): bitbake.conf: Extend PATH in anticipation of staging changes, add ability to switch OOB layout for yaffs2 images (from Poky)
01:01.51CIA-3203rpurdie 07org.oe.dev * r64520e9d... 10/ (1 conf/bitbake.conf): bitbake.conf: Fix TERMCMD handling and a typo (from Poky)
01:01.57CIA-3203rpurdie 07org.oe.dev * rbd9d2f1f... 10/ (1 packages/atk/atk.inc packages/atk/atk_1.20.0.bb): atk: DEPENDS on gtk-doc-native, not gtk-doc (from Poky)
01:02.03CIA-3203rpurdie 07org.oe.dev * r3850fbf8... 10/ (4 files in 3 dirs): autoconf: Apply patch to stop bogus x includes creeping in through standard tests (from poky)
01:02.08CIA-3203rpurdie 07org.oe.dev * re34628e7... 10/ (1 packages/eds/eds-dbus_svn.bb): eds-dbus: Sync some changes from Poky (mainly for staging fix)
01:02.12CIA-3203rpurdie 07org.oe.dev * r7da1c93d... 10/ (3 files in 2 dirs): glibc: Various tweaks from Poky
01:02.17CIA-3203rpurdie 07org.oe.dev * r60125320... 10/ (4 files in 3 dirs): gnutls: Add patch to fix bogus -L and -I compiler options being used (from poky)
01:02.22CIA-3203rpurdie 07org.oe.dev * r24f8a3e0... 10/ (1 packages/meta/meta-toolchain.bb): meta-toolchain: Sync with Poky
01:02.27CIA-3203rpurdie 07org.oe.dev * r548dc7f0... 10/ (9 files in 2 dirs): Remove meta-sdk* and replace with meta-toolchain stubs
01:02.34CIA-3203rpurdie 07org.oe.dev * r3cffb6f8... 10/ (20 files in 11 dirs): packages: Remove various hardcoded staging layout assumptions
01:07.42*** join/#oe summatusmentis (n=summatus@umm-yrless170.morris.umn.edu)
01:09.26*** join/#oe wrobbie (n=rob@cm38.kappa85.maxonline.com.sg)
01:14.41*** join/#oe dijenerate (n=dijenera@72.22.150.235)
01:19.42*** join/#oe bluelightning (n=blueligh@122-57-162-206.jetstream.xtra.co.nz)
01:22.54*** join/#oe tank17 (i=tank17@gateway/tor/x-ec0c6e40db5d9ea3)
01:23.49*** join/#oe eno (n=eno@nslu2-linux/eno)
01:35.54*** join/#oe oxo (n=jorik@carbon.kippendief.biz)
01:37.38*** join/#oe greentux_ (n=lemke@Z766d.z.pppool.de)
01:41.20*** join/#oe tank17 (i=tank17@gateway/tor/x-5e1440841d813083)
01:50.43*** join/#oe benlau (n=benlau@221.125.8.107)
02:40.06*** join/#oe mzb (n=ubernut@ppp108-88.static.internode.on.net)
03:01.24*** join/#oe ggilbert (n=ggilbert@tinman.treke.net)
03:20.47*** join/#oe a-atwood (n=alan@dialport1.west.eskimo.net)
03:36.04cdbot2* * OE Bug 3332 has been created by cwixon(AT)usa.net
03:36.06cdbot2* * Abiword 2.5.x: workaround for UI issues  on small screens
03:36.08cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=3332
03:40.44*** join/#oe benlau2 (n=benlau@221.125.8.71)
03:41.01rwhitbymorning
04:30.00*** join/#oe jkilb_ (n=jkilb@p5B20AE28.dip0.t-ipconnect.de)
04:58.09*** join/#oe dijenerate (n=dijenera@72.22.150.235)
05:27.32mwester~seen likewise
05:27.42ibotlikewise <n=leon@82-171-189-134.dsl.ip.tiscali.nl> was last seen on IRC in channel #oe, 8h 9m 3s ago, saying: 'Jin^eLD: that way, we can work rather independently (because we are too busy to work in tandem).'.
05:50.43*** join/#oe shres (n=Shreyas@59.96.39.6)
05:59.37*** join/#oe jacques (n=jacques@nslu2-linux/jacques)
06:44.30*** join/#oe steliosk (n=Stelios@ipa226.211.tellas.gr)
07:00.31*** join/#oe polyonymous-note (n=hacker@pD9538682.dip0.t-ipconnect.de)
07:00.53CIA-3203mwester 07org.oe.dev * r10a42628... 10/ (3 files in 2 dirs):
07:00.53CIA-32gtk+: undo erroneous changes to gtk+ that were probably inadvertantly committed along with squashfs changes.
07:00.53CIA-32Bump PR to force the missing packages to be rebuilt.
07:03.04*** join/#oe Timelord0 (n=TL@16.8c.d12c.cidr.airmail.net)
07:03.16*** join/#oe shres (n=Shreyas@59.96.39.6)
07:24.34*** join/#oe polyonymous (n=hacker@pD9538682.dip0.t-ipconnect.de)
07:28.24*** join/#oe jbs (n=Bernardo@89.181.96.41)
07:59.51*** join/#oe |dion| (n=dion@inhex.net)
08:09.23xjqianasking somthing obvious, which parameter stands for "arm-angstrom-linux-gnueabi"?
08:21.21*** join/#oe monkeyiq (n=monkeyiq@124.148.76.19)
08:25.16*** join/#oe a-atwood_ (n=alan@tempdial10.west.eskimo.net)
08:27.50*** join/#oe geekounet (n=geekoune@gentoo/contributor/geekounet)
08:38.55*** join/#oe pH5 (n=ph5@p5485FBAB.dip.t-dialin.net)
08:44.15*** join/#oe shres (n=Shreyas@59.92.161.24)
08:50.06*** join/#oe Chicken (n=Alex@pD9E33135.dip.t-dialin.net)
08:52.01*** join/#oe Sleep_Walker (n=Sleep@195.22.44.103.adsl.nextra.cz)
09:21.10*** part/#oe hhhcz (n=arnaud@vau06-1-82-228-255-84.fbx.proxad.net)
10:01.28CIA-3203pH5 07org.oe.dev * rd99aa6ab... 10/ (1 conf/distro/angstrom-2008.1.conf): angstrom-2008.1.conf: sync with 2007.1, avahi and openssh-sftp-server in RRECOMMENDS
10:01.33CIA-3203pH5 07org.oe.dev * r1d6353fe... 10/ (1 conf/distro/angstrom-2008.1.conf): angstrom-2008.1.conf: sync with 2007.1, use linux-handhelds-2.6 version 2.6.21-hh18
10:01.39CIA-3203pH5 07org.oe.dev * r82cf726f... 10/ (1 conf/distro/angstrom-2008.1.conf): angstrom-2008.1.conf: use gcc 4.2.2
10:01.43CIA-3203pH5 07org.oe.dev * r18ea0ed5... 10/ (1 conf/distro/angstrom-2007.1.conf): angstrom-2007.1.conf: remove xrandr preferred versions, they are defined in angstrom-2007-preferred-versions.inc
10:01.48CIA-3203rwhitby 07org.oe.dev * r5218b291... 10/ (1 conf/distro/include/sane-srcrevs.inc): sane-srcrevs: Bump libgsmd to match mickey's changes to gsmd.inc - tested by CM
10:05.42*** join/#oe jeremy_laine (n=chatzill@vau75-7-82-234-248-119.fbx.proxad.net)
10:08.44*** join/#oe rd_ (n=dr@vnsecurity.net)
10:22.12*** join/#oe pleemans (n=peter@d51A5E76A.access.telenet.be)
10:26.54*** join/#oe rob_w (n=bob@X0511.x.pppool.de)
10:29.57*** join/#oe noclouds (n=mhfan@202.173.238.242)
10:33.18*** join/#oe koen (n=koen@s55917625.adsl.wanadoo.nl)
10:42.55*** join/#oe benlau (n=benlau@221.125.8.107)
10:45.44*** join/#oe koen_ (n=koen@dominion.kabel.utwente.nl)
10:50.29*** join/#oe koen|awa1 (i=koen@dominion.kabel.utwente.nl)
11:00.11*** join/#oe rd_ (n=dr@vnsecurity.net)
11:01.31CIA-3203koen 07org.oe.dev * r8e25ce12... 10/ (1 packages/gsm/gsmd.inc): gsmd: repair breakage for people not using bleeding edge svn versions
11:15.46*** join/#oe Keizer (n=keizer@c-68-54-193-215.hsd1.fl.comcast.net)
11:20.51*** join/#oe nud (n=sf@91.86.92.116)
11:25.48*** part/#oe Keizer (n=keizer@c-68-54-193-215.hsd1.fl.comcast.net)
11:31.01*** join/#oe jeremy_laine (n=chatzill@vau75-7-82-234-248-119.fbx.proxad.net)
11:43.02*** join/#oe likewise (n=leon@82-171-189-134.dsl.ip.tiscali.nl)
11:45.02*** join/#oe marcan (i=1337@host214-205.cvd.fit.edu)
11:48.53*** join/#oe benlau2 (n=benlau@221.125.8.71)
11:49.34*** join/#oe rob_w (n=bob@X035d.x.pppool.de)
12:13.08*** join/#oe Sleep-Walker (n=Sleep@195.22.44.103.adsl.nextra.cz)
12:19.34*** join/#oe nud_ (n=sf@91.86.83.199)
12:20.56*** join/#oe rd_ (n=dr@vnsecurity.net)
12:22.11likewisegm
12:24.18*** join/#oe TheCan (n=thecan@dslb-084-056-134-243.pools.arcor-ip.net)
12:34.03Jin^eLDre
12:34.38Jin^eLDguys, any idea what machine conf is for a cpu: e300, chip: MPC83xx?
12:34.53Jin^eLDI need to build something for that hw so trying to figure out what machine conf to base on
12:35.20*** join/#oe shres_ (n=Shreyas@59.96.47.238)
12:37.56koen_koen@bitbake:~/OE/monotone/org.openembedded.dev/packages$ ls ../conf/machine/ | grep mpc
12:37.57koen_mpc8313e-rdb.conf
12:37.57koen_mpc8323e-rdb.conf
12:38.11koen_Jin^eLD: you could try one of those two
12:38.22Jin^eLDI wonder why I missed them yesterday, I must have been blind
12:38.24koen_Jin^eLD: jeremy_laine, steliosk and likewise will know more about those
12:38.28Jin^eLDbut I guess I was too obsessed grepping for ppc
12:38.48Jin^eLDthanks
12:39.21*** join/#oe nud_ (n=sf@91.86.83.199)
12:39.54likewiseJin^eLD: Me and Jeremy added the MPC83xx processor and e300c2 and e300c3 core lately. Steliosk and another developer (?) have add bits'n'pieces lately.
12:40.17Jin^eLDlikewise: how to figure out if its a c3 or c2?
12:40.26Jin^eLDand whats the difference there?
12:40.33likewiseJin^eLD: which processor do you have? c3 = w/ FPU, c2 = w/o FPU
12:41.05Jin^eLDlikewise: on idea... there is a NAS box from Promise and I am trying to port my upnp server for their firmware (i.e. matching their glibc version) so users could use it as an addon
12:41.26Jin^eLDhttp://www.nslu2-info.de/showthread.php?t=5609
12:41.37Jin^eLDif you scroll down a little, there is a cat /proc/cpu output and some other things
12:41.50Jin^eLDno idea about the FPU though
12:42.14Jin^eLDis there a way to figure out? the user whom I am helping has shell access
12:42.23likewiseJin^eLD: MPC8343
12:44.10likewiseJin^eLD: seems to be "e300" without c2 or c3. I'm looking up the diff for that.
12:45.02Jin^eLDthanks
12:46.11likewiseJin^eLD: http://www.freescale.com/files/32bit/doc/ref_manual/e300coreRM.pdf page 1-36
12:49.32Jin^eLDso c1 then?
12:49.39likewiseJin^eLD: Start with the 603e core, it is the predecessor to the e300(c1). Should work. c2 and c3 do not apply.
12:49.49likewisei.e. copy or use machine/storcenter.conf
12:50.20Jin^eLDok, thanks
12:50.24Jin^eLDwill try that
12:52.40likewiseJust found there is already a e300c4...
12:53.25Stephmwwhere do the built images end up after a bake?
12:57.52Jin^eLDStephmw: depends on your configuration, and then in the deploy directory
12:58.42StephmwJin^eLD: cheers :)
12:59.20Jin^eLDnp
13:00.30*** join/#oe rob_w (n=bob@X035d.x.pppool.de)
13:02.47pH5koen: I use the following patch to make gcc-cross-initial 4.2.x compilation work http://en.pastebin.ca/779760. Is there a better way to avoid the conflicting psignal definitions between glibc and libiberty?
13:08.04likewisepH5: did you rebuild from scratch? http://archives.devshed.com/forums/development-94/gcc-4-2-branch-tiny-issue-with-libiberty-2385157.html
13:09.00koenpH5: no idea, try catching khem, he's a libc mastah
13:11.28pH5koen: 'k
13:12.13pH5likewise: I think I also had this problem when building from scratch. today I just did a rebuild of gcc-cross-initial because somebody pointed me to this issue again after I upped the gcc version in angstrom-2008.1.conf
13:16.37*** join/#oe Marex-notebook (n=marex@vasut.kolej.mff.cuni.cz)
13:17.24*** join/#oe tank17 (i=tank17@gateway/tor/x-6e388fcf786bba13)
13:24.15*** join/#oe Keizer (n=keizer@c-68-54-193-215.hsd1.fl.comcast.net)
13:27.17*** join/#oe geekounet (n=geekoune@gentoo/contributor/geekounet)
13:34.03*** join/#oe oxo (i=jorik@carbon.kippendief.biz)
14:11.02*** join/#oe rd_ (n=dr@vnsecurity.net)
14:15.03*** join/#oe joshin (n=josh@unaffiliated/joshin)
14:16.50*** join/#oe dijenerate (n=dijenera@72.22.150.235)
14:31.42*** join/#oe hillct (n=H@cpe-024-211-242-232.nc.res.rr.com)
14:41.50*** join/#oe koen|away (n=koen@s55917625.adsl.wanadoo.nl)
14:44.23CIA-3203mickeyl 07org.oe.dev * re563507d... 10/ (3 files in 3 dirs):
14:44.23CIA-32openmoko-sound-system2:
14:44.23CIA-32* supply --no-cpu-limit to pulseaudio to prevent shutting down on overload
14:44.23CIA-32(which is more likely to happen on embedded systems). closes OM #1010 - thanks Robert Schuster.
14:44.23CIA-32* rework start script to use startstopdaemon. closes OM #785 - thanks Kristian Mueller.
14:46.53*** join/#oe koen_ (n=koen@s55917625.adsl.wanadoo.nl)
14:58.20*** join/#oe osas (n=nosas@i216-58-54-200.cybersurf.com)
15:34.08*** join/#oe kristoffer (n=kristoff@79.138.144.39.bredband.tre.se)
15:34.45*** join/#oe NAiL (n=repvik@nslu2-linux/pdpc.active.NAiL)
15:35.19*** part/#oe NAiL (n=repvik@nslu2-linux/pdpc.active.NAiL)
15:38.11*** join/#oe wirelessdreamer (n=dreamer@chrobd01.vailsys.com)
15:40.09*** join/#oe timtimred (n=On3@82-34-50-106.cable.ubr02.chel.blueyonder.co.uk)
15:50.34*** join/#oe koen|awa1 (n=koen@s55917625.adsl.wanadoo.nl)
15:53.52*** join/#oe chouimat|Zzzz (n=dieu@kde/developer/chouinard)
15:55.54*** join/#oe koen (n=koen@s55917625.adsl.wanadoo.nl)
15:56.33Jin^eLDhmm, I am trying to build an app using the nylon distro (it matches the glibc version that I need), and it downloads glibc and all that but for some reason it then also tries to get eglibc
15:56.39Jin^eLDany idea what makes it do so?
15:56.47Jin^eLDthere is no mention of eglibc in the whole nylon conf
16:01.47Jin^eLDany ideas? I'm trying to figure out how to not make it use this eglibc thing
16:02.07timtimredyou need to look through all the includes, machine config etc...
16:02.33Jin^eLDaah I probably missed the PREFERRED_PROVIDER thing
16:05.28Jin^eLDyeah, seems like that was it
16:29.02Crofton|homekoen, ping?
16:30.47Crofton|homedid the autbuilder create a u-boot for the OSK?
16:31.04Crofton|homeI suspect the stock u-boot may not have the correct machine ID ...
16:35.29pH5woah, you have an autobuilder now?
16:37.51Crofton|homekoen does builds of a number of machines
16:45.35CoreDumpcan anyone help me with bitbake collections?
16:45.53Crofton|homeCoreDump, the docs are pretty good?
16:45.57Crofton|homewhat is the problem?
16:46.14CoreDumphttp://www.openembedded.org/user-manual&dpage=special_bitbake_collections <- the docs suck
16:46.15xjqianis ${TARGET_SYS} the right variable for arm-angstrom-linux-gnueabi?
16:46.39CoreDumpBB does not honor the configured priorities and I do not know why
16:46.41Crofton|homeI define the docs as goos since I got it working without to much trouble ....
16:47.03Crofton|homeI think you need to update BBPATH also
16:47.21CoreDumpIf I have two identical .bb's, one in .dev, one in the overlay, the one with the higher priority should be selected. It isn't here :\
16:47.38CoreDumpCrofton|home: I did that already
16:47.51Crofton|homehmmm
16:48.02Crofton|homeI do not have that setup, but I have heard of it working
16:48.22CoreDumpI had it working in the past
16:48.41Crofton|homeah BBFILES includes collection?
16:48.50CoreDumpyes
16:50.20*** join/#oe Crofton (n=balister@66.207.66.26)
16:50.59Croftonhttp://rafb.net/p/AHUv1m77.html
16:51.49koenpH5: http://www.angstrom-distribution.org/unstable/autobuild/
16:52.34Crofton|homekoen, the OSK build should include u-boot
16:52.42CoreDumpCrofton: I see no difference to my setup. The basic overlay works, only the priorities are not honored
16:52.51koenCrofton|home: it uploads everything that gets built
16:52.57Croftonkoen, ok
16:53.00CroftonI'll check
16:53.14Croftonmaybe I dropped u-boot at some point when I was have git fetcher issues
16:53.28Croftonalthough the OSK only needs u-boot from tar ball
16:55.20koenmickey_away: -resample-method=trivial is already in /etc/pulse/daemon.conf
16:56.32Crofton|homekoen, how many  sets of build results will you keep in unstable?
16:56.54koenCrofton|home: that's up to the mentors
16:57.02koenthey can delete stuff they don't want/need
16:57.05Crofton|homeok
17:00.07koenbrb
17:00.36Crofton|homeCoreDump, I need to start playing with the stuff from gumstix, which uses overlays
17:00.51Crofton|homeI'll see if I can confirm the behavior you are seeing when I do ...
17:01.47CoreDumpI had it working in the past with a different setup so I _know_ it works. BB just makes it utterly fucking impossible to debug the problem w/o hacking python
17:02.16*** join/#oe aoe (n=aoe@tigerente.htu.tuwien.ac.at)
17:02.37*** join/#oe lumag (n=lumag@ppp91-122-11-159.pppoe.avangard-dsl.ru)
17:02.46lumaghi all!
17:04.34CoreDumplumag: hey
17:06.18*** join/#oe kristoffer (n=kristoff@78.156.192.53.bredband.tre.se)
17:07.25*** join/#oe koen (n=koen@s55917625.adsl.wanadoo.nl)
17:08.59koenCrofton|home: could you ping rishi again about sending us the omap24xx OSKs?
17:09.09Crofton|homeI can try
17:09.24Crofton|homeHave you had any contact with him?
17:09.54koennope
17:10.25Croftonthey must exist because khem added support
17:10.50Croftonthere is a TI guy claiming some new more affordable dev boards are in the pipeline
17:11.49koenyeah, for the dv iirc
17:11.58CroftonOMAP line also
17:12.03*** join/#oe aoe (n=aoe@tigerente.htu.tuwien.ac.at)
17:12.44Croftonhttp://linux.omap.com/pipermail/linux-omap-open-source/2007-November/012046.html
17:19.02Croftonsakoman_, in your gumstix stuff, where do you set TMPDIR?
17:19.42*** join/#oe rick_ (n=chatzill@82.253.15.118)
17:19.54xjqiankoen: are there any simple way to duplicate packages, e.g. libfftw and libfftw3
17:20.22koenxjqian: what do you mean exactly?
17:22.10xjqiankoen: PACKAGES =+ "lib${PN} lIb{PN}3"
17:22.21koenxjqian: fftw is already in OE
17:22.30*** join/#oe shres (n=Shreyas@59.96.65.83)
17:22.46xjqiankoen, while they should have exactly the same files, etc
17:24.25xjqiankoen: nevermind
17:26.22sakoman_Crofton: at the moment I don't -- I let it use the default
17:27.37sakoman_Crofton:  also if you update today you'll find I set up auto.conf, and site.conf as well as update the extras/profile stuff to match those changes
17:28.18*** join/#oe dijenerate (n=dijenera@72.22.150.235)
17:28.21Crofton|homewhat is the default? At one time it was the workign dir
17:28.39Crofton|homewhich meant I started a new tmp every I ran bb from a different place
17:28.53CoreDumpCrofton: I have found my problem. Someone thought it funny to set a PREFERRED_VERSION for a package that only ever had a single version (and will probably never ever get a version bump besides PR). Apparently PREFERRED_VERSION has a higher priority than configured overlay priorities....
17:29.04Crofton|homeah
17:29.05sakoman_Crofton:  yes, that is the default
17:29.13*** join/#oe rick_ (n=chatzill@82.253.15.118)
17:29.19Crofton|homesakoman_, that will drive people crazy :)
17:29.31sakoman_Crofton: suggestion?
17:29.41Crofton|homeI use ~/oe/tmp
17:30.33sakoman_Crofton:  OK, I'll pick something suitable for the default gumstix directory setup
17:30.54Crofton|homethat should help newbies
17:31.09sakoman_Crofton: probably ~/gumstix/gumstix-oe/tmp
17:31.23Crofton|homeyeah, that is what I would pick
17:33.38sakoman_Crofton:  good suggestion, I'll check that in later today after a quick test
17:38.57xjqiankoen: while building octave, I have to symbolic link gfortran to g77. I'm not sure why gfortran was not recognized as the default fortran compiler. gnu-configize fault?
17:39.22koenaren't g77 and gfortran differrent things?
17:39.55xjqiankoen, gfortran is fully backward compatible to g77
17:40.10koenah
17:40.27koenso it would be safe to teach gcc-cross.inc to symlink it
17:41.13xjqiankoen: yes. I would recommend that instead of finding out what's wrong with gnu-configize or autotools
17:41.49xjqiankoen: it's 100% safe and the practical thing to  do
17:42.56koengreat
17:48.55*** join/#oe aoe (n=aoe@tigerente.htu.tuwien.ac.at)
17:49.28koenRP, mickey_away: http://qemu-arm-eabi.wiki.sourceforge.net/
17:54.48lumaghrw|gone, I've updated the unified updater.sh in the bug#1526
18:04.00*** join/#oe aoe (n=aoe@tigerente.htu.tuwien.ac.at)
18:09.20*** join/#oe gremlin[it] (n=gremlin@ppp-29-111.25-151.libero.it)
18:19.11*** join/#oe rd_ (n=dr@vnsecurity.net)
18:20.18*** join/#oe cesarb (n=cesarb@ipanema.nitnet.com.br)
18:21.27*** join/#oe _diego__ (n=diego@host-84-223-78-84.cust-adsl.tiscali.it)
18:54.51*** join/#oe mwester-n (n=mwester@nslu2-linux/mwester)
18:57.58*** join/#oe pleemans (n=peter@d51A5E76A.access.telenet.be)
19:23.01*** join/#oe koen_ (n=koen@212.41.157.237)
19:24.27*** join/#oe koen__ (n=koen@s55917625.adsl.wanadoo.nl)
19:32.47*** join/#oe koen|away (n=koen@s55917625.adsl.wanadoo.nl)
19:35.22xjqianNOTE: package octave-2.9.17: completed.:)  please let me know your comments for octave.inc @ http://pastebin.ca/781085. Changes in fftw are needed. Recommend to change package name from fftw to fftw3 to comform to debian naming. fftw patches will follow.
19:36.06*** join/#oe likewise (n=leon@82-171-189-134.dsl.ip.tiscali.nl)
19:37.26*** join/#oe koen (n=koen@s55917625.adsl.wanadoo.nl)
19:43.51*** join/#oe zecke (n=ich@dsl-62-220-14-162.berlikomm.net)
19:49.12*** part/#oe rick_ (n=chatzill@82.253.15.118)
19:50.53*** join/#oe summatusmentis (n=summatus@rn083002.morris.umn.edu)
19:52.18*** join/#oe tank17 (i=tank17@gateway/tor/x-5cfff836b466ac06)
20:16.23*** join/#oe cdm (n=cdm@pool-71-116-92-149.snfcca.dsl-w.verizon.net)
20:18.45Jin^eLDcrap, I remember I had such an error half a year ago and now I forgot how I solved it mhm, any hints :) build/promise/cross/lib/gcc-lib/powerpc-linux/3.3.4/../../../../powerpc-linux/bin/ld: cannot find -lgcc_eh
20:18.51Jin^eLDwhere is this gcc_eh supposed to be coming from?
20:18.57Jin^eLDI am trying to build glibc 2.3.2
20:20.49likewiseJin^eLD: hmm, dunno.
20:21.21Jin^eLDI wish I had written it down somewhere
20:24.54*** join/#oe a-atwood (n=alan@67.136.147.148)
20:27.45koenisn't gcc_eh for static linking?
20:27.59Jin^eLDI have no idea
20:28.45Jin^eLDwell, I removed it manually from the make script
20:28.49Jin^eLDseems to continue building
20:29.25Jin^eLDnot sure of the implications, I actually do not even need to run it, I only try to match the versions so I can compile a couple of packages as addon to some existing firmware
20:30.50Jin^eLDthe manual hack did the trick, still odd it did not work out of the box
20:45.05*** join/#oe cdm (n=cdm@pool-71-116-92-149.snfcca.dsl-w.verizon.net)
20:51.19Jin^eLDbtw when I bitbake some app, all dependencies are compiled and in the end I get the ipk for that app, but not the ipk's for all the deps, they seem to be only staged
20:51.30Jin^eLDcan I somehow say that I want all the deps of that app packaged too?
20:58.14zeckeJin^eLD: hey, hmmm I'm still out of the loop but that is some kind of unexpected behaviour
20:58.44zeckeJin^eLD: short term cheating would be building a image with your app... then package_write gets executed as well but RP knows better :}
20:59.24Jin^eLDwell yes, I kind of wanted to avoid the image thing.. I did it by hand then, were only couple of depedencies
20:59.32Jin^eLDand indeed I think it worked before
21:07.18*** join/#oe geekounet` (n=geekoune@gentoo/contributor/geekounet)
21:11.27*** join/#oe timtimred (n=On3@82-34-50-106.cable.ubr02.chel.blueyonder.co.uk)
21:22.32likewiseWhat does a single : mean inside a do_install() body?
21:22.55CroftonI think it lets the method parse with no conetent
21:23.09Croftonto prevent the default code from executing ?
21:29.52RPJin^eLD, zecke: It depends what you define the correct behaviour as :}
21:30.02Jin^eLD:)
21:30.15Jin^eLDwell, I was more asking for a way to do such a thing without having to create an image
21:30.36zeckeRP: hehe, I used the word unexpected :)
21:31.01Jin^eLDor is "bt" actually a manufacturer
21:31.03zeckeRP: I'm pretty sure that the package_write (or how that is called) is not in the depends tree so bitbake is not doing anything wrong
21:31.04Jin^eLDoops wrong window :)
21:31.32RPzecke: Its not unexpected to me ;-)
21:31.52*** join/#oe NAbyss (n=foo@tucuxi.org)
21:32.01Jin^eLDf00d time :> brb
21:32.06RPzecke: Our dependencies used to be such it happened to package all dependencies ;-)
21:32.07likewiseCrofton: So it's the empty statement?
21:32.12likewiseJin^eLD: bon appetit
21:32.15Croftonpretty sure
21:32.57Jin^eLDthx :)
21:33.41RPCrofton: Its just emptiness
21:34.04cdbot2* * OE Bug 3234 has been REOPENED by joshua(AT)willowisp.net
21:34.06cdbot2* *  bluetooth not working under h2200 with CSR radio (bcsp)
21:34.08cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=3234
21:40.09*** join/#oe Franck_Z_ (n=franck@poste142-168.wl.t.ulaval.ca)
21:40.26*** part/#oe Franck_Z_ (n=franck@poste142-168.wl.t.ulaval.ca)
21:42.32Crofton|homekoen|away, ping
21:42.52*** join/#oe Sleep_Walker (n=Sleep@195.22.44.103.adsl.nextra.cz)
21:56.52*** join/#oe flo_lap (n=fuchs@f049003221.adsl.alicedsl.de)
21:57.31flo_laphi all
21:57.47CoreDumphi flo_lap
21:58.00zeckehey
21:58.30lumagbye all!
22:02.35*** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net)
22:02.58*** join/#oe geekounet` (n=geekoune@gentoo/contributor/geekounet)
22:11.53RPzecke, Jin^eLD: http://www.rpsys.net/openzaurus/temp/buildall.patch
22:12.17*** join/#oe memeruiz_ (n=memeruiz@e179051181.adsl.alicedsl.de)
22:13.41*** join/#oe likewise (n=leon@82-171-189-134.dsl.ip.tiscali.nl)
22:25.46zeckeRP: how would one use it? bitbake foo -cbuildall? Or do we inject buildall into every of our (R)DEPENDS? (I think we inject... wow I need to work more on bitbake)
22:32.04RPzecke: We could change BB_DEFAULT_TASK or people call -c buildall when the mean buildall...
22:33.38zecke-cbuildall is okay
22:33.39zecke:)
22:34.01zeckepretty bad speaker though
22:34.04*** join/#oe antvr (n=antvr@host214-85-static.34-85-b.business.telecomitalia.it)
22:34.04*** join/#oe csmanx (n=csman@bas6-montrealak-1177580634.dsl.bell.ca)
22:35.26CIA-3203likewise 07org.oe.dev * r2a0cadd6... 10/ (5 files in 4 dirs): pango: Added 1.18.3 with DEFAULT_PREFERENCE -1.
22:37.34RPzecke: I got a patch from Matthew/Tim implementing the md5sum business btw. I can't see what it fixes :/
22:38.04zeckehehe
22:38.18zeckewe can add it in a dead codepath :)
22:39.07RPzecke: ;-)
22:49.55*** join/#oe koen (n=koen@s55917625.adsl.wanadoo.nl)
22:52.51koenRP: can you ponder on #3177 instead?
23:02.38Croftonkoen, did my key make it to the Angstrom list
23:03.44koenit did
23:05.40*** join/#oe splat1 (n=splat1@rf1.splat1.com)
23:09.03xjqianI'm trying to understand why "non-dev package contains symbolic link" is a QA issue
23:09.21RPxjqian: Specifically the .so symlink
23:09.31xjqianRP: yes
23:09.47RPxjqian: You only need the for development purposes...
23:10.49xjqianRP: seems I lack some basic development knowledge. I will read a bit more. Thanks
23:11.01RPIs bugs.openembedded.org working for anyone else?
23:12.36RPkoen: Which one was that since I can't access the bugzilla?
23:12.55koenthat sepukku can't attach logs anymore due to type mismatches
23:13.29koenrendering the autobuild infrastructure pretty useless
23:17.44*** join/#oe rwhitby` (n=rwhitby@ppp240-74.static.internode.on.net)
23:18.19*** join/#oe mithro (n=tim@secure.astc-design.com)
23:20.41RPkoen: There is an error somewhere within seppuku_eventhandler() in the .bbclass file, probably towards the end. I suggest commenting out lines until it works and find the faulty line
23:21.16zeckesorry need to sleep
23:21.28RP'night zecke
23:21.29koenRP: ok, thanks for looking
23:21.40koen'night zecke
23:21.59RPkoen: I'd bet on the last line, the #% might be meant to be #%s
23:22.27RPand the #% a few lines further up...
23:23.58koenRP: I get the feeling seppuku_create_attachment isn't working
23:24.33koenof course I can't check now, since bugzilla is down ....
23:25.49RPkoen: I think two two typos I mentioned might do it...
23:26.14RPAlternatively its some python syntax I've not seen before :}
23:26.32koenthe two typos are after the thing it fails to do, namely attach the logs
23:26.50koenbut, we'll see :)
23:26.56*** join/#oe kristoffer (n=kristoff@217-208-148-126-no75.business.telia.com)
23:27.00koenbitbake is magic enough for such things to work
23:27.56RPIt could the attachement code is failing too. At least this way you'll get a nice message :)
23:31.47koenRP: I just thought of a nice gimmick for poky: have ross create ICC profiles for the displayes
23:32.06koenRP: argyll can't be crosscompiled, but that's what remote X is for :)
23:34.15RPkoen: Its an interesting idea :)
23:35.12koenThe local photo club also has a spyder, but we seem to have misplaced it
23:59.22*** join/#oe summatusmentis (n=summatus@rn083002.morris.umn.edu)

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