00:01.52 | *** join/#oe mgross (n=mgross@207.173.77.239) |
00:13.19 | *** join/#oe daurnimator (n=daurnima@unaffiliated/daurnimator) |
00:19.21 | RP | Who on earth added meta-toolchain-openmoko?! :/ |
00:19.28 | Jin^eLD | what OE machine confs are for cpu: e300, chip: MPC83xx ? |
00:20.00 | Jin^eLD | RP: I think florian was working on the meta-toolchain things, not sure about openmoko though |
00:20.31 | RP | Jin^eLD: meta-toolchain is something I created ;-) |
00:20.55 | Jin^eLD | aha, then I got it all wrong again :) |
00:21.38 | Jin^eLD | but since you mention it... ;) I had one oddness there, one sec |
00:22.40 | Jin^eLD | if you change the SDK_DIR from /usr/local to /opt or something else |
00:22.56 | Jin^eLD | then it still packages an empty /usr directory |
00:23.18 | Jin^eLD | I had to rm -rf ${SDK_OUTPUT}/usr before tarring |
00:23.28 | RP | Jin^eLD: I remember you mentioning it, I don't know why... |
00:23.39 | Jin^eLD | ah, ok, so I complained already =) |
00:23.41 | RP | Jin^eLD: Someone needs to find out which package thats creeping in through |
00:24.00 | RP | Yes and I stuck my head in the sand ;-) |
00:24.06 | Jin^eLD | me too ;) |
00:24.17 | Jin^eLD | I wonder if that could be done in a somewhat automated way |
00:24.27 | Jin^eLD | I mean not the head in the sand thing, but the figuring out about this directory ;) |
00:26.06 | Jin^eLD | RP, can you point me to a machine conf that is for a Freescale e300/MPC83xx based cpu? |
00:26.21 | RP | Jin^eLD: I have no idea... |
00:26.31 | Jin^eLD | doh, I guess I'll have to wait till tomorrow |
00:26.58 | RP | Jin^eLD: To find the directory you need to look through the sdk .ipk files |
00:28.09 | Jin^eLD | it creates ipk files? |
00:28.20 | Jin^eLD | I thought it just does the toolchain |
00:28.30 | Jin^eLD | which is not run on the target system |
00:28.35 | RP | The toolchain is packaged into ipks |
00:28.52 | Jin^eLD | huh? I got a .tar.gz as the result of bitbaking meta-toolchain |
00:29.06 | RP | meta-toolchain then takes the ipks and turns them into a tarball, a bit like normal image generation |
00:29.14 | Jin^eLD | aha.. |
00:29.35 | Jin^eLD | but those ipk's are wiped out in the process? |
00:29.53 | Jin^eLD | or are they stored in work ? |
00:31.30 | RP | Jin^eLD: They're in deploy/ipk |
00:32.26 | Jin^eLD | indeed, found it |
00:33.06 | Jin^eLD | I'll have a look and get back to you on this |
00:33.10 | Jin^eLD | not today though :) |
00:33.50 | RP | I'll be sleeping in a minute too... |
00:34.06 | Jin^eLD | happy suspending then |
00:34.09 | Jin^eLD | I'm off too |
00:34.11 | Jin^eLD | :) |
00:34.57 | RP | '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.36 | CIA-32 | 03rpurdie 07org.oe.dev * rf685529b... 10/ (12 files in 2 dirs): classes: Sync staging layout cleanups from Poky |
01:01.41 | CIA-32 | 03rpurdie 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.46 | CIA-32 | 03rpurdie 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.51 | CIA-32 | 03rpurdie 07org.oe.dev * r64520e9d... 10/ (1 conf/bitbake.conf): bitbake.conf: Fix TERMCMD handling and a typo (from Poky) |
01:01.57 | CIA-32 | 03rpurdie 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.03 | CIA-32 | 03rpurdie 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.08 | CIA-32 | 03rpurdie 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.12 | CIA-32 | 03rpurdie 07org.oe.dev * r7da1c93d... 10/ (3 files in 2 dirs): glibc: Various tweaks from Poky |
01:02.17 | CIA-32 | 03rpurdie 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.22 | CIA-32 | 03rpurdie 07org.oe.dev * r24f8a3e0... 10/ (1 packages/meta/meta-toolchain.bb): meta-toolchain: Sync with Poky |
01:02.27 | CIA-32 | 03rpurdie 07org.oe.dev * r548dc7f0... 10/ (9 files in 2 dirs): Remove meta-sdk* and replace with meta-toolchain stubs |
01:02.34 | CIA-32 | 03rpurdie 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.04 | cdbot2 | * * OE Bug 3332 has been created by cwixon(AT)usa.net |
03:36.06 | cdbot2 | * * Abiword 2.5.x: workaround for UI issues on small screens |
03:36.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=3332 |
03:40.44 | *** join/#oe benlau2 (n=benlau@221.125.8.71) |
03:41.01 | rwhitby | morning |
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.32 | mwester | ~seen likewise |
05:27.42 | ibot | likewise <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.53 | CIA-32 | 03mwester 07org.oe.dev * r10a42628... 10/ (3 files in 2 dirs): |
07:00.53 | CIA-32 | gtk+: undo erroneous changes to gtk+ that were probably inadvertantly committed along with squashfs changes. |
07:00.53 | CIA-32 | Bump 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.23 | xjqian | asking 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.28 | CIA-32 | 03pH5 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.33 | CIA-32 | 03pH5 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.39 | CIA-32 | 03pH5 07org.oe.dev * r82cf726f... 10/ (1 conf/distro/angstrom-2008.1.conf): angstrom-2008.1.conf: use gcc 4.2.2 |
10:01.43 | CIA-32 | 03pH5 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.48 | CIA-32 | 03rwhitby 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.31 | CIA-32 | 03koen 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.11 | likewise | gm |
12:24.18 | *** join/#oe TheCan (n=thecan@dslb-084-056-134-243.pools.arcor-ip.net) |
12:34.03 | Jin^eLD | re |
12:34.38 | Jin^eLD | guys, any idea what machine conf is for a cpu: e300, chip: MPC83xx? |
12:34.53 | Jin^eLD | I 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.56 | koen_ | koen@bitbake:~/OE/monotone/org.openembedded.dev/packages$ ls ../conf/machine/ | grep mpc |
12:37.57 | koen_ | mpc8313e-rdb.conf |
12:37.57 | koen_ | mpc8323e-rdb.conf |
12:38.11 | koen_ | Jin^eLD: you could try one of those two |
12:38.22 | Jin^eLD | I wonder why I missed them yesterday, I must have been blind |
12:38.24 | koen_ | Jin^eLD: jeremy_laine, steliosk and likewise will know more about those |
12:38.28 | Jin^eLD | but I guess I was too obsessed grepping for ppc |
12:38.48 | Jin^eLD | thanks |
12:39.21 | *** join/#oe nud_ (n=sf@91.86.83.199) |
12:39.54 | likewise | Jin^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.17 | Jin^eLD | likewise: how to figure out if its a c3 or c2? |
12:40.26 | Jin^eLD | and whats the difference there? |
12:40.33 | likewise | Jin^eLD: which processor do you have? c3 = w/ FPU, c2 = w/o FPU |
12:41.05 | Jin^eLD | likewise: 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.26 | Jin^eLD | http://www.nslu2-info.de/showthread.php?t=5609 |
12:41.37 | Jin^eLD | if you scroll down a little, there is a cat /proc/cpu output and some other things |
12:41.50 | Jin^eLD | no idea about the FPU though |
12:42.14 | Jin^eLD | is there a way to figure out? the user whom I am helping has shell access |
12:42.23 | likewise | Jin^eLD: MPC8343 |
12:44.10 | likewise | Jin^eLD: seems to be "e300" without c2 or c3. I'm looking up the diff for that. |
12:45.02 | Jin^eLD | thanks |
12:46.11 | likewise | Jin^eLD: http://www.freescale.com/files/32bit/doc/ref_manual/e300coreRM.pdf page 1-36 |
12:49.32 | Jin^eLD | so c1 then? |
12:49.39 | likewise | Jin^eLD: Start with the 603e core, it is the predecessor to the e300(c1). Should work. c2 and c3 do not apply. |
12:49.49 | likewise | i.e. copy or use machine/storcenter.conf |
12:50.20 | Jin^eLD | ok, thanks |
12:50.24 | Jin^eLD | will try that |
12:52.40 | likewise | Just found there is already a e300c4... |
12:53.25 | Stephmw | where do the built images end up after a bake? |
12:57.52 | Jin^eLD | Stephmw: depends on your configuration, and then in the deploy directory |
12:58.42 | Stephmw | Jin^eLD: cheers :) |
12:59.20 | Jin^eLD | np |
13:00.30 | *** join/#oe rob_w (n=bob@X035d.x.pppool.de) |
13:02.47 | pH5 | koen: 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.04 | likewise | pH5: did you rebuild from scratch? http://archives.devshed.com/forums/development-94/gcc-4-2-branch-tiny-issue-with-libiberty-2385157.html |
13:09.00 | koen | pH5: no idea, try catching khem, he's a libc mastah |
13:11.28 | pH5 | koen: 'k |
13:12.13 | pH5 | likewise: 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.23 | CIA-32 | 03mickeyl 07org.oe.dev * re563507d... 10/ (3 files in 3 dirs): |
14:44.23 | CIA-32 | openmoko-sound-system2: |
14:44.23 | CIA-32 | * supply --no-cpu-limit to pulseaudio to prevent shutting down on overload |
14:44.23 | CIA-32 | (which is more likely to happen on embedded systems). closes OM #1010 - thanks Robert Schuster. |
14:44.23 | CIA-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.33 | Jin^eLD | hmm, 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.39 | Jin^eLD | any idea what makes it do so? |
15:56.47 | Jin^eLD | there is no mention of eglibc in the whole nylon conf |
16:01.47 | Jin^eLD | any ideas? I'm trying to figure out how to not make it use this eglibc thing |
16:02.07 | timtimred | you need to look through all the includes, machine config etc... |
16:02.33 | Jin^eLD | aah I probably missed the PREFERRED_PROVIDER thing |
16:05.28 | Jin^eLD | yeah, seems like that was it |
16:29.02 | Crofton|home | koen, ping? |
16:30.47 | Crofton|home | did the autbuilder create a u-boot for the OSK? |
16:31.04 | Crofton|home | I suspect the stock u-boot may not have the correct machine ID ... |
16:35.29 | pH5 | woah, you have an autobuilder now? |
16:37.51 | Crofton|home | koen does builds of a number of machines |
16:45.35 | CoreDump | can anyone help me with bitbake collections? |
16:45.53 | Crofton|home | CoreDump, the docs are pretty good? |
16:45.57 | Crofton|home | what is the problem? |
16:46.14 | CoreDump | http://www.openembedded.org/user-manual&dpage=special_bitbake_collections <- the docs suck |
16:46.15 | xjqian | is ${TARGET_SYS} the right variable for arm-angstrom-linux-gnueabi? |
16:46.39 | CoreDump | BB does not honor the configured priorities and I do not know why |
16:46.41 | Crofton|home | I define the docs as goos since I got it working without to much trouble .... |
16:47.03 | Crofton|home | I think you need to update BBPATH also |
16:47.21 | CoreDump | If 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.38 | CoreDump | Crofton|home: I did that already |
16:47.51 | Crofton|home | hmmm |
16:48.02 | Crofton|home | I do not have that setup, but I have heard of it working |
16:48.22 | CoreDump | I had it working in the past |
16:48.41 | Crofton|home | ah BBFILES includes collection? |
16:48.50 | CoreDump | yes |
16:50.20 | *** join/#oe Crofton (n=balister@66.207.66.26) |
16:50.59 | Crofton | http://rafb.net/p/AHUv1m77.html |
16:51.49 | koen | pH5: http://www.angstrom-distribution.org/unstable/autobuild/ |
16:52.34 | Crofton|home | koen, the OSK build should include u-boot |
16:52.42 | CoreDump | Crofton: I see no difference to my setup. The basic overlay works, only the priorities are not honored |
16:52.51 | koen | Crofton|home: it uploads everything that gets built |
16:52.57 | Crofton | koen, ok |
16:53.00 | Crofton | I'll check |
16:53.14 | Crofton | maybe I dropped u-boot at some point when I was have git fetcher issues |
16:53.28 | Crofton | although the OSK only needs u-boot from tar ball |
16:55.20 | koen | mickey_away: -resample-method=trivial is already in /etc/pulse/daemon.conf |
16:56.32 | Crofton|home | koen, how many sets of build results will you keep in unstable? |
16:56.54 | koen | Crofton|home: that's up to the mentors |
16:57.02 | koen | they can delete stuff they don't want/need |
16:57.05 | Crofton|home | ok |
17:00.07 | koen | brb |
17:00.36 | Crofton|home | CoreDump, I need to start playing with the stuff from gumstix, which uses overlays |
17:00.51 | Crofton|home | I'll see if I can confirm the behavior you are seeing when I do ... |
17:01.47 | CoreDump | I 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.46 | lumag | hi all! |
17:04.34 | CoreDump | lumag: 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.59 | koen | Crofton|home: could you ping rishi again about sending us the omap24xx OSKs? |
17:09.09 | Crofton|home | I can try |
17:09.24 | Crofton|home | Have you had any contact with him? |
17:09.54 | koen | nope |
17:10.25 | Crofton | they must exist because khem added support |
17:10.50 | Crofton | there is a TI guy claiming some new more affordable dev boards are in the pipeline |
17:11.49 | koen | yeah, for the dv iirc |
17:11.58 | Crofton | OMAP line also |
17:12.03 | *** join/#oe aoe (n=aoe@tigerente.htu.tuwien.ac.at) |
17:12.44 | Crofton | http://linux.omap.com/pipermail/linux-omap-open-source/2007-November/012046.html |
17:19.02 | Crofton | sakoman_, in your gumstix stuff, where do you set TMPDIR? |
17:19.42 | *** join/#oe rick_ (n=chatzill@82.253.15.118) |
17:19.54 | xjqian | koen: are there any simple way to duplicate packages, e.g. libfftw and libfftw3 |
17:20.22 | koen | xjqian: what do you mean exactly? |
17:22.10 | xjqian | koen: PACKAGES =+ "lib${PN} lIb{PN}3" |
17:22.21 | koen | xjqian: fftw is already in OE |
17:22.30 | *** join/#oe shres (n=Shreyas@59.96.65.83) |
17:22.46 | xjqian | koen, while they should have exactly the same files, etc |
17:24.25 | xjqian | koen: nevermind |
17:26.22 | sakoman_ | Crofton: at the moment I don't -- I let it use the default |
17:27.37 | sakoman_ | 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.21 | Crofton|home | what is the default? At one time it was the workign dir |
17:28.39 | Crofton|home | which meant I started a new tmp every I ran bb from a different place |
17:28.53 | CoreDump | Crofton: 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.04 | Crofton|home | ah |
17:29.05 | sakoman_ | Crofton: yes, that is the default |
17:29.13 | *** join/#oe rick_ (n=chatzill@82.253.15.118) |
17:29.19 | Crofton|home | sakoman_, that will drive people crazy :) |
17:29.31 | sakoman_ | Crofton: suggestion? |
17:29.41 | Crofton|home | I use ~/oe/tmp |
17:30.33 | sakoman_ | Crofton: OK, I'll pick something suitable for the default gumstix directory setup |
17:30.54 | Crofton|home | that should help newbies |
17:31.09 | sakoman_ | Crofton: probably ~/gumstix/gumstix-oe/tmp |
17:31.23 | Crofton|home | yeah, that is what I would pick |
17:33.38 | sakoman_ | Crofton: good suggestion, I'll check that in later today after a quick test |
17:38.57 | xjqian | koen: 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.22 | koen | aren't g77 and gfortran differrent things? |
17:39.55 | xjqian | koen, gfortran is fully backward compatible to g77 |
17:40.10 | koen | ah |
17:40.27 | koen | so it would be safe to teach gcc-cross.inc to symlink it |
17:41.13 | xjqian | koen: yes. I would recommend that instead of finding out what's wrong with gnu-configize or autotools |
17:41.49 | xjqian | koen: it's 100% safe and the practical thing to do |
17:42.56 | koen | great |
17:48.55 | *** join/#oe aoe (n=aoe@tigerente.htu.tuwien.ac.at) |
17:49.28 | koen | RP, mickey_away: http://qemu-arm-eabi.wiki.sourceforge.net/ |
17:54.48 | lumag | hrw|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.22 | xjqian | NOTE: 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.45 | Jin^eLD | crap, 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.51 | Jin^eLD | where is this gcc_eh supposed to be coming from? |
20:18.57 | Jin^eLD | I am trying to build glibc 2.3.2 |
20:20.49 | likewise | Jin^eLD: hmm, dunno. |
20:21.21 | Jin^eLD | I wish I had written it down somewhere |
20:24.54 | *** join/#oe a-atwood (n=alan@67.136.147.148) |
20:27.45 | koen | isn't gcc_eh for static linking? |
20:27.59 | Jin^eLD | I have no idea |
20:28.45 | Jin^eLD | well, I removed it manually from the make script |
20:28.49 | Jin^eLD | seems to continue building |
20:29.25 | Jin^eLD | not 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.50 | Jin^eLD | the 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.19 | Jin^eLD | btw 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.30 | Jin^eLD | can I somehow say that I want all the deps of that app packaged too? |
20:58.14 | zecke | Jin^eLD: hey, hmmm I'm still out of the loop but that is some kind of unexpected behaviour |
20:58.44 | zecke | Jin^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.24 | Jin^eLD | well yes, I kind of wanted to avoid the image thing.. I did it by hand then, were only couple of depedencies |
20:59.32 | Jin^eLD | and 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.32 | likewise | What does a single : mean inside a do_install() body? |
21:22.55 | Crofton | I think it lets the method parse with no conetent |
21:23.09 | Crofton | to prevent the default code from executing ? |
21:29.52 | RP | Jin^eLD, zecke: It depends what you define the correct behaviour as :} |
21:30.02 | Jin^eLD | :) |
21:30.15 | Jin^eLD | well, I was more asking for a way to do such a thing without having to create an image |
21:30.36 | zecke | RP: hehe, I used the word unexpected :) |
21:31.01 | Jin^eLD | or is "bt" actually a manufacturer |
21:31.03 | zecke | RP: 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.04 | Jin^eLD | oops wrong window :) |
21:31.32 | RP | zecke: Its not unexpected to me ;-) |
21:31.52 | *** join/#oe NAbyss (n=foo@tucuxi.org) |
21:32.01 | Jin^eLD | f00d time :> brb |
21:32.06 | RP | zecke: Our dependencies used to be such it happened to package all dependencies ;-) |
21:32.07 | likewise | Crofton: So it's the empty statement? |
21:32.12 | likewise | Jin^eLD: bon appetit |
21:32.15 | Crofton | pretty sure |
21:32.57 | Jin^eLD | thx :) |
21:33.41 | RP | Crofton: Its just emptiness |
21:34.04 | cdbot2 | * * OE Bug 3234 has been REOPENED by joshua(AT)willowisp.net |
21:34.06 | cdbot2 | * * bluetooth not working under h2200 with CSR radio (bcsp) |
21:34.08 | cdbot2 | * * 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.32 | Crofton|home | koen|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.31 | flo_lap | hi all |
21:57.47 | CoreDump | hi flo_lap |
21:58.00 | zecke | hey |
21:58.30 | lumag | bye 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.53 | RP | zecke, 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.46 | zecke | RP: 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.04 | RP | zecke: We could change BB_DEFAULT_TASK or people call -c buildall when the mean buildall... |
22:33.38 | zecke | -cbuildall is okay |
22:33.39 | zecke | :) |
22:34.01 | zecke | pretty 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.26 | CIA-32 | 03likewise 07org.oe.dev * r2a0cadd6... 10/ (5 files in 4 dirs): pango: Added 1.18.3 with DEFAULT_PREFERENCE -1. |
22:37.34 | RP | zecke: I got a patch from Matthew/Tim implementing the md5sum business btw. I can't see what it fixes :/ |
22:38.04 | zecke | hehe |
22:38.18 | zecke | we can add it in a dead codepath :) |
22:39.07 | RP | zecke: ;-) |
22:49.55 | *** join/#oe koen (n=koen@s55917625.adsl.wanadoo.nl) |
22:52.51 | koen | RP: can you ponder on #3177 instead? |
23:02.38 | Crofton | koen, did my key make it to the Angstrom list |
23:03.44 | koen | it did |
23:05.40 | *** join/#oe splat1 (n=splat1@rf1.splat1.com) |
23:09.03 | xjqian | I'm trying to understand why "non-dev package contains symbolic link" is a QA issue |
23:09.21 | RP | xjqian: Specifically the .so symlink |
23:09.31 | xjqian | RP: yes |
23:09.47 | RP | xjqian: You only need the for development purposes... |
23:10.49 | xjqian | RP: seems I lack some basic development knowledge. I will read a bit more. Thanks |
23:11.01 | RP | Is bugs.openembedded.org working for anyone else? |
23:12.36 | RP | koen: Which one was that since I can't access the bugzilla? |
23:12.55 | koen | that sepukku can't attach logs anymore due to type mismatches |
23:13.29 | koen | rendering 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.41 | RP | koen: 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.16 | zecke | sorry need to sleep |
23:21.28 | RP | 'night zecke |
23:21.29 | koen | RP: ok, thanks for looking |
23:21.40 | koen | 'night zecke |
23:21.59 | RP | koen: I'd bet on the last line, the #% might be meant to be #%s |
23:22.27 | RP | and the #% a few lines further up... |
23:23.58 | koen | RP: I get the feeling seppuku_create_attachment isn't working |
23:24.33 | koen | of course I can't check now, since bugzilla is down .... |
23:25.49 | RP | koen: I think two two typos I mentioned might do it... |
23:26.14 | RP | Alternatively its some python syntax I've not seen before :} |
23:26.32 | koen | the two typos are after the thing it fails to do, namely attach the logs |
23:26.50 | koen | but, we'll see :) |
23:26.56 | *** join/#oe kristoffer (n=kristoff@217-208-148-126-no75.business.telia.com) |
23:27.00 | koen | bitbake is magic enough for such things to work |
23:27.56 | RP | It could the attachement code is failing too. At least this way you'll get a nice message :) |
23:31.47 | koen | RP: I just thought of a nice gimmick for poky: have ross create ICC profiles for the displayes |
23:32.06 | koen | RP: argyll can't be crosscompiled, but that's what remote X is for :) |
23:34.15 | RP | koen: Its an interesting idea :) |
23:35.12 | koen | The 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) |