| 00:04.00 | grg | hi khem |
| 00:04.14 | grg | i still see references to ipkg-make-index |
| 00:04.30 | grg | in package_ipk.bbclass |
| 00:07.27 | khem | grg: hmmm |
| 00:08.24 | grg | might be worthwhile grepping for each of ipkg-build ipkg-deb-unbuild ipkg-list-fields ipkg-unbuild |
| 00:08.24 | grg | ipkg-compare-versions ipkg-link ipkg-make-index ipkg-upload |
| 00:09.55 | khem | yeah I see |
| 00:09.56 | *** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 00:10.01 | khem | I have fixed some of it already |
| 00:13.44 | khem | grg: do they all have opkg equivalents |
| 00:15.02 | grg | no |
| 00:16.19 | khem | ok so what would be equivalents |
| 00:16.28 | grg | opkg-link and opkg-upload are missing |
| 00:16.37 | grg | i have no idea what they are for |
| 00:16.55 | grg | i think i performed an ipkg-link removal in the past |
| 00:17.16 | grg | and i don't see any references to ipkg-upload so that shouldn't be a problem |
| 00:17.30 | khem | ok both of them are not used |
| 00:18.03 | grg | ipkg-make-index, ipkg-list-fields and ipkg-build seem to be the main ones and they all have opkg- equivalents |
| 00:19.09 | grg | i think {i,o}pkg-utils functionality is mostly already in oe classes in various forms |
| 00:19.28 | grg | make-index is probably the only part thats not |
| 00:19.54 | grg | how hard would it be to remove all dependence upon {i,o}pkg-utils? |
| 00:20.18 | khem | biggest issue is ipkg-build |
| 00:22.25 | grg | I reimplemented part of that funcionality for regression testing a few months ago: http://code.google.com/p/opkg/source/browse/trunk/tests/regress/opk.py |
| 00:22.44 | grg | (i wanted to play with python3 at the time) |
| 00:23.34 | khem | what would replace both of them if need be |
| 00:23.46 | grg | a small bbclass |
| 00:23.52 | khem | hmm |
| 00:24.21 | grg | seems better to have this in core classes than calling out to external, unmaintained, python scripts |
| 00:24.44 | grg | but, its unlikely that i would be the one to write the code, so that that with a grain of salt |
| 00:24.56 | grg | s/that that/take that/ |
| 00:26.23 | *** join/#oe hillct (~hillct@cpe-174-109-201-200.nc.res.rr.com) |
| 00:30.57 | grg | what does RP think? |
| 00:32.51 | kergoth | isn't RP, but thinks an opkg python module/package which does the work, and which both external scripts and oe classes can import would be a decent solution |
| 00:33.53 | grg | :) |
| 00:42.12 | grg | kergoth, did you end up looking at opkg on windows? |
| 00:55.36 | *** join/#oe Openfree` (~Openfreer@116.228.88.131) |
| 00:57.43 | *** join/#oe thaytan_ (~jan@169.222.11.201) |
| 01:07.40 | *** join/#oe CMoH-notebook (~cipi@95.76.68.223) |
| 01:07.40 | *** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh) |
| 01:09.42 | *** join/#oe jkridner (~jason@pdpc/supporter/active/jkridner) |
| 01:10.06 | RP__ | grg: I'd seriously considered just copying the scripts into OE/Poky ;-) |
| 01:10.32 | grg | they're a little rough |
| 01:10.37 | RP__ | grg: Putting them somewhere where we could get patches applied to them would be great :) |
| 01:10.53 | RP__ | grg: They are but they appear to work... |
| 01:11.06 | RP__ | If someone is will to improve them, I won't stop them though |
| 01:11.13 | grg | that's the problem |
| 01:11.44 | grg | i've been willing to import opkg-utils into the opkg repository, but no one has been interested in maintaining it |
| 01:12.36 | grg | i think rewriting just the bits that are used by us would probably be the best way to have it maintained somewhere |
| 01:17.37 | *** join/#oe mrj10 (~mrj10@63.252.64.254) |
| 01:20.14 | RP__ | grg: There are certainly bits in there we could just drop |
| 01:20.24 | *** join/#oe fraxinath (~quassel@p4FD64CC0.dip.t-dialin.net) |
| 01:20.46 | RP__ | grg: I'd be happy to see the OE/Poky patches we've collected up to those utils be applied in the opkg repo... |
| 01:20.53 | grg | i'm struggling to think of what is needed other than something to build an ipk and something to build the Packages list |
| 01:21.22 | RP__ | grg: I once used some of the python bits in pstage |
| 01:21.36 | grg | RP__, there are a bunch of patches against ipkg-utils that never were merged to opkg-utils too |
| 01:21.37 | RP__ | grg: but it turns out we need a package manager there like a hole in the head |
| 01:22.13 | RP__ | Is opkg-utils orphaned these days? |
| 01:22.24 | RP__ | or could we just step up and clean that out? |
| 01:22.46 | grg | tick was the last person to work on opkg-utils... back in 2008 |
| 01:23.26 | grg | the last i heard from him, was basically, "here, have commit access to opkg". Haven't had any correspondence with him since then |
| 01:23.42 | grg | presumably he moved on |
| 01:23.50 | RP__ | might be "we" just step up and maintain them? |
| 01:24.01 | grg | yeah |
| 01:24.15 | grg | i can import opkg-utils into the google code repo |
| 01:24.22 | grg | and apply patches |
| 01:25.02 | grg | or, those with svn.openmoko.org access could apply patches |
| 01:25.30 | RP__ | could offer a repo on git.yoctoproject.org :) |
| 01:25.32 | RP__ | hides |
| 01:25.54 | grg | looks everywhere, but cant find RP__ |
| 01:26.04 | Tartarus | github :) |
| 01:27.34 | *** join/#oe zenlinux_laptop (~sgarman@masterfoo.zenlinux.com) |
| 01:27.41 | grg | one day, i'd like to rewrite opkg |
| 01:27.58 | RP__ | You're not the first person to say that |
| 01:28.10 | RP__ | I think I've said it and I've heard several others say it too |
| 01:28.16 | grg | and i would hope that if/when that day comes, it won't be impossible to merge it into oe/yocto/poky/blah |
| 01:28.37 | *** join/#oe lostincake (~Aditya@pool-173-79-151-237.washdc.fios.verizon.net) |
| 01:28.47 | grg | the opkg code base is small, but waaay overcomplicated |
| 01:29.04 | RP__ | I'd like to think Yocto can provide a home for embedded focused projects like that |
| 01:29.40 | *** join/#oe _julian_ (~quassel@hmbg-4d06d780.pool.mediaWays.net) |
| 01:29.40 | grg | if i ever write some code towards it, i'll let you know |
| 01:30.25 | grg | perhaps reserve the name "ypkg" :P |
| 01:32.28 | RP | heh |
| 01:35.33 | mwester | "sometimes-ypkg" -- isn't that how the vowels are listed? :) |
| 01:37.08 | grg | and sometimes i dont? |
| 01:37.23 | grg | or as in why-pkg? |
| 01:38.10 | mwester | "a e i o u and sometimes y" <-- the list of vowels as taught when I was a kid |
| 01:43.18 | mrj10 | got it |
| 02:17.06 | *** join/#oe thaytan_ (~jan@169.222.11.201) |
| 02:28.08 | CIA-4 | 03Khem Raj <raj.khem@gmail.com> 07master * r61a8d80ccd 10openembedded.git/recipes/udev/ (16 files in 9 dirs): (log message trimmed) |
| 02:28.09 | CIA-4 | udev: Remove duplicate udev firmware loading rule |
| 02:28.09 | CIA-4 | A duplicate udev rule calling firmware.sh exists in |
| 02:28.09 | CIA-4 | 50-udev-default.rules and |
| 02:28.09 | CIA-4 | udev.rules |
| 02:28.09 | CIA-4 | This causes the kernel to sometimes get the wrong the firmware due to a |
| 02:28.10 | CIA-4 | race between the two calls. |
| 02:28.49 | mrj10 | anyone familiar with newish kernels on the beagleboard (xM)? |
| 02:29.28 | mrj10 | i was just wondering if they expose an interface to the on-die temperature sensor on the OMAP |
| 02:30.08 | mrj10 | i wrote a simple userspace driver (well, it cheats and peeks/pokes registers using /dev/mem) for it, and was wondering if there's already something else better out there |
| 02:30.32 | mrj10 | and if not, maybe i could spin what i have into a little kernel module, or even part of the kernel. just wanted to ask some folks here before spamming the linux-omap mailing list |
| 02:31.39 | *** join/#oe vadmium (~vadmium@168.65.233.220.static.exetel.com.au) |
| 02:34.10 | CIA-4 | 03Jeff Lance <jefflance01@gmail.com> 07master * r10a36187e0 10openembedded.git/recipes/ti/ (3 files): (log message trimmed) |
| 02:34.10 | CIA-4 | matrix-gui: Update to the latest SRCREV |
| 02:34.10 | CIA-4 | * update SRCREV to integrate in new platforms am35x, am180x and am181x. |
| 02:34.10 | CIA-4 | * Making support files identical across platforms |
| 02:34.10 | CIA-4 | * Adding new applications for PRU for am180x. |
| 02:34.11 | CIA-4 | * Adding application descriptions. |
| 02:34.11 | CIA-4 | * Adding support files updates for CCSv5. |
| 02:34.12 | CIA-4 | 03Alessandro Sappia <a.sappia@gmail.com> 07master * rbd00db501c 10openembedded.git/recipes/qt4/ (qt-demo-init/qtdemo-init qt-demo-init_0.1.bb): |
| 02:34.13 | CIA-4 | qt-demo-init: Corrected a typo in qtdemo-init script |
| 02:34.13 | CIA-4 | Signed-off-by: Alessandro Sappia <a.sappia@gmail.com> |
| 02:34.14 | CIA-4 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 02:34.14 | CIA-4 | 03Jeff Lance <jefflance01@gmail.com> 07master * r76bba8e429 10openembedded.git/recipes/ti/matrix-gui-common.inc: |
| 02:34.15 | CIA-4 | matrix-gui-common: Support SVG icons |
| 02:34.15 | CIA-4 | * Add support to install *.svg icons as well as *.png icons |
| 02:34.16 | CIA-4 | * Bump up the recipe revision |
| 02:34.16 | CIA-4 | Signed-off-by: Jeff Lance <j-lance1@ti.com> |
| 02:36.42 | CIA-4 | 03Martin Panter <vadmium+floss@gmail.com> 07master * r862f1dd152 10openembedded.git/conf/bitbake.conf: (log message trimmed) |
| 02:36.43 | CIA-4 | Fail if the cpio command is missing (v3) |
| 02:36.43 | CIA-4 | This one is rebased against today's git master, with an extra line for cpio.xz |
| 02:36.43 | CIA-4 | -Martin |
| 02:36.43 | CIA-4 | >From 388638cf72e6224fba4b96cda8db26fbc43bb20d Mon Sep 17 00:00:00 2001 |
| 02:36.43 | CIA-4 | From: Martin Panter <vadmium à gmail.com> |
| 02:36.43 | CIA-4 | Date: Sun, 16 Jan 2011 04:38:03 +0000 |
| 02:38.02 | CIA-4 | 03Khem Raj <raj.khem@gmail.com> 07master * r5876b9df76 10openembedded.git/recipes/opkg-utils/ (opkg-utils/index-ignore-filenotfound.patch opkg-utils_svn.bb): |
| 02:38.02 | CIA-4 | opkg-utils_svn.bb: Sync with yocto |
| 02:38.02 | CIA-4 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 03:01.10 | *** join/#oe fraxinas (~quassel@p4FD6424F.dip.t-dialin.net) |
| 04:00.43 | *** join/#oe khem (~khem@99-57-141-118.lightspeed.sntcca.sbcglobal.net) |
| 04:08.56 | *** join/#oe zenlinux (~sgarman@c-76-105-143-140.hsd1.or.comcast.net) |
| 04:27.19 | *** join/#oe thaytan (~jan@169.222.11.201) |
| 04:36.30 | *** join/#oe sanket (~sanket@114.143.164.188) |
| 04:49.20 | *** join/#oe pupnik_ (~pupnik@p548666A0.dip.t-dialin.net) |
| 05:16.22 | *** join/#oe polyonymous (~hacker@g230192157.adsl.alicedsl.de) |
| 05:39.00 | *** join/#oe led (445ffba0@gateway/web/freenode/ip.68.95.251.160) |
| 05:40.28 | *** join/#oe lostincake (~Aditya@pool-173-79-151-237.washdc.fios.verizon.net) |
| 05:40.41 | led | can anyone tell me how to switch to a different kernel version for a specific machine..is there anything besides specifying it in conf file..like 2.6.31? |
| 05:41.34 | led | anyone? |
| 06:03.45 | *** join/#oe thaytan (~jan@169.222.11.201) |
| 06:12.29 | *** join/#oe vanous (~vanous@194.228.223.3) |
| 06:16.47 | *** join/#oe Crofton (~balister@207.47.37.2.static.nextweb.net) |
| 06:20.51 | *** part/#oe mrj10 (~mrj10@63.252.64.254) |
| 06:42.56 | *** join/#oe tasslehoff (~Tasslehof@147.84-49-231.nextgentel.com) |
| 07:13.07 | *** join/#oe vadmium (~vadmium@168.65.233.220.static.exetel.com.au) |
| 07:20.38 | *** join/#oe tws (~Miranda@178.120.59.116) |
| 07:25.54 | *** join/#oe vps (~vitus@145.253.169.210) |
| 07:31.19 | *** join/#oe SidH_ (c0a314e7@gateway/web/freenode/ip.192.163.20.231) |
| 07:31.49 | *** join/#oe vadmium (~vadmium@168.65.233.220.static.exetel.com.au) |
| 07:32.49 | *** join/#oe morphis (~morphis@brmn-4d0ac2ca.pool.mediaWays.net) |
| 07:33.17 | sanket | <PROTECTED> |
| 07:33.31 | *** join/#oe eFfeM (~frans@j200125.upc-j.chello.nl) |
| 07:37.27 | *** join/#oe lamawithonel_ (~lucas@pool-74-96-184-82.washdc.fios.verizon.net) |
| 07:39.44 | pupnik | qemu |
| 07:45.14 | sedrik | coreutils is still checksum broken |
| 07:45.19 | sedrik | any developer in here? |
| 07:48.44 | sanket | #pupnik, can you help me how to install and use qemu on ubuntu-linux |
| 07:52.09 | CIA-4 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * r757adb6342 10openembedded.git/recipes/xorg-lib/libxp_1.0.0.bb: |
| 07:52.09 | CIA-4 | libxp: move from 1.0.0 to 1.0.1 |
| 07:52.09 | CIA-4 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 07:52.09 | JaMa | sedrik: can you compare your source archive with wrong checksum with right one (from some source mirror)? |
| 07:52.09 | JaMa | sedrik: without diff and confirmation that upstream just repackaged release, nobody will change checksums |
| 07:53.39 | *** join/#oe rob_w (~bob@217.237.177.190) |
| 07:55.50 | sedrik | JaMa: sure, see http://pastebin.com/Bqri9CpZ |
| 07:57.56 | sedrik | hmm, nevermind. seems to been fixed already just me who did not remove the old source *facepalm* |
| 07:59.58 | pupnik | sanket: you can download a plug-n-play runnable arm-linux execution environment in the form of a Maemo scratchbox VMware SDK |
| 08:00.30 | pupnik | then compile "arm programs" in the SDK and run the native arm executeables in your computer, using Xephyr to provide an X-server |
| 08:00.48 | pupnik | there's probably a way to do it with openembedded as well |
| 08:01.16 | pupnik | the components would be 1) a chroot, 2) qemu-arm and 3) xephyr to display the output |
| 08:04.08 | *** join/#oe unsolo (~unsolo@50.80-203-43.nextgentel.com) |
| 08:07.16 | *** join/#oe rschus (~rschus@95.176.73-86.rev.gaoland.net) |
| 08:07.18 | *** join/#oe vanous (~vanous@194.228.223.3) |
| 08:11.49 | *** join/#oe esbenh (~esben@77.233.226.4) |
| 08:15.31 | JaMa | sedrik: I meant diff of _content_ inside that source archive, but good that was just broken download not problem in our metadata |
| 08:17.23 | *** join/#oe B_Lizzard (~havoc@athedsl-118990.home.otenet.gr) |
| 08:18.14 | *** join/#oe esbenh (~esben@77.233.226.4) |
| 08:20.11 | mckoan | good morning |
| 08:23.10 | *** join/#oe roza (~ron@nat/cisco/x-dajkwaguhpfhtvfy) |
| 08:24.45 | *** join/#oe pupnik (~pupnik@unaffiliated/pupnik) |
| 08:32.08 | JaMa | kergoth: ping |
| 08:35.20 | JaMa | kergoth: once I asked you about broken -b virtual:native: in current master, after bisect I can say, last working rev is 73b40f06444cb877a5960b2aa66abf7dacbd88f0, then couple of revisions are not bisectable due to "AttributeError: 'Cache' object has no attribute 'getVar'", which was resolved in dd0ec2f7b18e2a9ab06c499b775670516bd06ac8 |
| 08:35.43 | JaMa | and after that I got "IOError: file virtual:native:/OE/dev/recipes/efl1/ecore_svn.bb not found in /OE/tmpdir-shr:/OE/dev" also in bitbake master HEAD |
| 08:36.25 | *** join/#oe flo_lap (~fuchs@82.113.119.235) |
| 08:36.25 | *** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian) |
| 08:43.54 | *** join/#oe dth (~dth@a89-182-3-46.net-htp.de) |
| 08:51.24 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 08:57.36 | *** join/#oe chase (~chase@nat/ti/x-ijcqicstdlbdxjzd) |
| 08:58.15 | *** join/#oe rschus1 (~rschus@95.176.73-86.rev.gaoland.net) |
| 09:00.17 | *** join/#oe bluelightning (~paul@83.217.123.106) |
| 09:00.17 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 09:11.21 | Jay7 | morning |
| 09:17.56 | *** join/#oe dth (~dth@a89-182-3-46.net-htp.de) |
| 09:18.05 | XorA | morning |
| 09:18.18 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
| 09:21.05 | *** join/#oe morphis (~morphis@hfw-ext-wlan.rz.hs-bremen.de) |
| 09:22.22 | *** join/#oe hrw (~hrw@linaro/hrw) |
| 09:40.42 | *** join/#oe GNUtoo|laptop (~gnutoo@host216-48-dynamic.116-80-r.retail.telecomitalia.it) |
| 09:45.11 | *** join/#oe florian_kc (~fuchs@port-217-146-132-69.static.qsc.de) |
| 09:45.11 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
| 09:45.33 | *** join/#oe dth (~dth@a89-182-3-46.net-htp.de) |
| 09:47.07 | *** join/#oe kristoffer (~kristoffe@c-d3dfe555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
| 09:57.12 | sanket | <PROTECTED> |
| 09:59.38 | *** join/#oe vadmium (~vadmium@168.65.233.220.static.exetel.com.au) |
| 10:00.47 | pupnik | many google results for that... |
| 10:02.57 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
| 10:20.48 | *** join/#oe dth (~dth@a89-182-3-46.net-htp.de) |
| 10:23.31 | GNUtoo|laptop | sanket, maybe give more surrounding infos |
| 10:24.53 | *** join/#oe Martin__B (~martin@pool-91-67-198-89.dbd-ipconnect.net) |
| 10:25.03 | *** part/#oe dth (~dth@a89-182-3-46.net-htp.de) |
| 10:26.13 | sanket | GNUtoo|laptop, I had use my rootfs using following command ... |
| 10:27.23 | sanket | GNUtoo|laptop, qemu-system-arm -kernel <uImage> -initrd <rootfs.jffs2> |
| 10:29.01 | GNUtoo|laptop | does the kernel argument expect an uImage |
| 10:29.02 | GNUtoo|laptop | ? |
| 10:29.11 | GNUtoo|laptop | doesn't it expect a zImage instead? |
| 10:30.42 | sanket | I had zImage but nothing happens just a blank screen... |
| 10:33.07 | sanket | GNUtoo|laptop, now I had use this command..... |
| 10:33.36 | sanket | GNUtoo|laptop, ./qemu-img create <uImage> 100M |
| 10:34.20 | sanket | GNUtoo|laptop, but now I m getting another message..... |
| 10:34.27 | sanket | GNUtoo|laptop, rom: requested regions overlap (rom /home/sanket/Desktop/X_rootfs/gpe/rootfs.jffs2. free=0x06410000, addr=0x00800000) |
| 10:34.28 | sanket | rom loading failed |
| 10:36.21 | *** join/#oe stefan_schmidt (~stefan@2001:638:602:1183:21f:16ff:fe0d:7d41) |
| 10:47.10 | *** join/#oe Ironnads (~Ironnads@host109-152-203-28.range109-152.btcentralplus.com) |
| 10:47.54 | *** join/#oe mochtu (~mochtu@host179-2.natpool.mwn.de) |
| 10:58.36 | *** join/#oe Openfree` (~Openfreer@116.228.88.131) |
| 11:03.36 | *** join/#oe CMoH-notebook (~cipi@95.76.68.223) |
| 11:03.37 | *** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh) |
| 11:03.51 | *** join/#oe sanket (~sanket@114.143.164.188) |
| 11:05.25 | *** join/#oe woglinde (~heinold@g225074011.adsl.alicedsl.de) |
| 11:06.35 | *** join/#oe ldnunes (~ldnunes@189.114.111.55) |
| 11:08.21 | *** join/#oe incandescant (~joshual@83.217.123.106) |
| 11:17.10 | CIA-4 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * re276a19e1c 10openembedded.git/recipes/linux/linux-omap4/omap4430-panda/defconfig: |
| 11:17.10 | CIA-4 | linux-omap4: tweak panda defconfig a bit |
| 11:17.10 | CIA-4 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
| 11:17.15 | CIA-4 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r37e9f0230b 10openembedded.git/recipes/htop/ (files/remove-proc-test.patch htop_0.7.bb): |
| 11:17.16 | CIA-4 | htop: update to 0.9 |
| 11:17.16 | CIA-4 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
| 11:17.39 | *** join/#oe thaytan (~jan@58.145.143.62) |
| 11:19.44 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
| 11:24.20 | CIA-4 | 03Leon Woestenberg <leon@lunar.(none)> 07master * r1f8d2e0f28 10openembedded.git/ (5 files in 4 dirs): |
| 11:24.20 | CIA-4 | p2020rdb: New Freescale QorQ P2 machine, based on p1020rdb (P1) |
| 11:24.20 | CIA-4 | Signed-off-by: Leon Woestenberg <leon@sidebranch.com> |
| 11:28.12 | CIA-4 | 03Stefan Schmidt <stefan@buglabs.net> 07master * r45377629e0 10openembedded.git/recipes/buglabs/ (10 files in 2 dirs): buglabs-ppp-scripts: Some scripts to enable BUG for different broadband providers |
| 11:28.33 | woglinde | he stefan |
| 11:28.45 | stefan_schmidt | hi woglinde |
| 11:29.03 | woglinde | stefan sorry something crazy is going on my sid unstable with openjdk |
| 11:29.27 | stefan_schmidt | woglinde: hmm, works ok here on my sid |
| 11:29.28 | woglinde | maybee .jar creation or fastjar is somehow broken and is choking bad at updating rt.jar |
| 11:30.31 | woglinde | so I didnt yet commit 1.8.4 |
| 11:31.33 | woglinde | stefan did you made some tests with libtool2.4 again? |
| 11:31.38 | stefan_schmidt | woglinde: no problem |
| 11:31.53 | stefan_schmidt | woglinde: not yet, trying to get our patchstack smaller |
| 11:32.05 | stefan_schmidt | and b20-1.9 working |
| 11:32.08 | woglinde | yeah |
| 11:32.13 | stefan_schmidt | not much time lfet for libtool 2.4 |
| 11:32.31 | woglinde | hm as you know b20-1.9 has no thumbee support |
| 11:32.58 | stefan_schmidt | did not know that. |
| 11:33.29 | stefan_schmidt | hmm |
| 11:34.03 | stefan_schmidt | why does it has no thumbee support anymore? |
| 11:34.20 | woglinde | because some internal method calling has changed |
| 11:34.41 | stefan_schmidt | hmm, ok |
| 11:34.47 | woglinde | and the asm stuff needs to reflect this |
| 11:34.51 | stefan_schmidt | This openjdk thing is a real beast |
| 11:34.51 | woglinde | and nobody did it |
| 11:34.58 | stefan_schmidt | got it |
| 11:35.13 | woglinde | cannonical/linaro hired someone to make it |
| 11:35.21 | woglinde | but that was utopical for one month |
| 11:35.44 | stefan_schmidt | well, kgilmr asked for a newer openjdk build and I will prepare one for him. Lets see what he will like dislike about it. |
| 11:36.04 | stefan_schmidt | oh, linearo is also supporting openjdk work on ARM. Good to know |
| 11:36.43 | woglinde | *sigh* I still have in mind to make java test recipe |
| 11:36.51 | woglinde | which covers serval tests and benchmarks |
| 11:37.35 | woglinde | so you can compare btw. releases |
| 11:38.01 | stefan_schmidt | woglinde: _that_ would be great :) |
| 11:41.18 | stefan_schmidt | -> lunch |
| 11:41.28 | *** join/#oe thaytan (~jan@58.145.143.62) |
| 11:41.34 | CIA-4 | 03Alex Ferguson <thoughtmonster@gmail.com> 07org.openembedded.dev * r997b012d01 10openembedded.git/recipes/midpath/ (files/sdl-fixes.patch midpath-core_0.2+0.3rc2.bb): (log message trimmed) |
| 11:41.35 | CIA-4 | midpath: Make sdl-fixes patch external |
| 11:41.35 | CIA-4 | Deleted sdl-fixes patch and uploaded it to an external repository |
| 11:41.35 | CIA-4 | because it needs CRLF line endings to apply and git automatically |
| 11:41.35 | CIA-4 | converts CRLF to LF. This should provide a working solution. |
| 11:41.35 | CIA-4 | Bumped PR. |
| 11:41.36 | CIA-4 | Signed-off-by: Alex Ferguson <thoughtmonster@gmail.com> |
| 11:51.32 | *** join/#oe dth (~dth@a89-182-3-46.net-htp.de) |
| 11:56.28 | *** join/#oe sanket (~sanket@114.143.164.188) |
| 11:56.32 | *** part/#oe dth (~dth@a89-182-3-46.net-htp.de) |
| 11:58.31 | *** join/#oe risca (~risca@tappan-125-217.eduroam.liu.se) |
| 11:59.23 | sanket | qemu: fatal: Trying to execute code outside RAM or ROM at 0x08000000 |
| 11:59.34 | sanket | I m getting this error |
| 11:59.41 | sanket | while using qemu |
| 12:05.05 | *** join/#oe B_Lizzard (~havoc@athedsl-118990.home.otenet.gr) |
| 12:21.47 | *** join/#oe ChrisD1 (~ChrisD@dsl-217-155-59-204.zen.co.uk) |
| 12:36.07 | *** join/#oe morphis (~morphis@brmn-4dbcd07e.pool.mediaWays.net) |
| 12:46.03 | *** join/#oe mwester (~mwester@nslu2-linux/mwester) |
| 12:52.11 | *** join/#oe tdebrouw` (~tdebrouw@91.182.181.38) |
| 13:01.19 | *** join/#oe playya (~playya@93.216.212.252) |
| 13:01.19 | *** join/#oe playya (~playya@unaffiliated/playya) |
| 13:02.56 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
| 13:05.35 | *** join/#oe rschus (~rschus@95.176.73-86.rev.gaoland.net) |
| 13:05.57 | *** join/#oe pespin (~pespin@54.pool85-50-95.dynamic.orange.es) |
| 13:09.40 | *** join/#oe anirudhr (~anirudh@unaffiliated/anirudhr) |
| 13:10.19 | *** part/#oe anirudhr (~anirudh@unaffiliated/anirudhr) |
| 13:24.41 | mwester | Co mments on ASSUME_PROVIDED for qemu-native? (host is Fedora 14) Good idea? Problematic? Or doesn't save enough time to be worth the trouble? |
| 13:25.19 | *** join/#oe ant__ (~andrea@host30-223-dynamic.7-79-r.retail.telecomitalia.it) |
| 13:26.54 | *** join/#oe hcl2 (~akuma@75.41.110.112) |
| 13:29.09 | *** join/#oe aloisiojr (~aloisio@187.59.113.223) |
| 13:43.59 | *** join/#oe rschus (~rschus@95.176.73-86.rev.gaoland.net) |
| 13:46.03 | woglinde | re |
| 13:46.18 | *** join/#oe ensc_ (~irc-ensc@p5DF2D6DE.dip.t-dialin.net) |
| 13:51.05 | kergoth | JaMa: thanks for the details, can you start a thread on bitbake-dev about it, or open a bug? |
| 13:51.28 | kergoth | JaMa: oh, you did, nevermind :) |
| 13:59.42 | *** join/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
| 14:01.23 | kergoth | goes to find caffeine |
| 14:02.00 | woglinde | till later kergoth |
| 14:24.32 | *** join/#oe chouimat (~mathieu@CPE002129b5a060-CM0011e6c40c15.cpe.net.cable.rogers.com) |
| 14:24.32 | *** join/#oe chouimat (~mathieu@kde/developer/chouinard) |
| 14:27.03 | *** join/#oe cdbot2 (~cdbot2@hentges.net) |
| 14:34.19 | *** join/#oe kevinsc (~a0214685@nat/ti/x-cyzusstjgtppulbj) |
| 14:51.29 | *** join/#oe playya_ (~playya@93.216.209.126) |
| 14:51.29 | *** join/#oe playya_ (~playya@unaffiliated/playya) |
| 14:54.11 | *** join/#oe GNUtoo|laptop (~gnutoo@host216-48-dynamic.116-80-r.retail.telecomitalia.it) |
| 14:58.12 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 15:17.31 | *** join/#oe kerim (~kerim@188.3.43.113) |
| 15:24.22 | *** join/#oe methril__ (~methril@189.27.138.53.dynamic.adsl.gvt.net.br) |
| 15:24.59 | *** join/#oe AndersT (d4d10305@gateway/web/freenode/ip.212.209.3.5) |
| 15:26.23 | AndersT | Anybody who has a smooth way of finding out wha a new package depends on? |
| 15:27.20 | AndersT | When writing a entire new receipt for a new src package. Any smooth wayy of finding out the dependancies to put into the recept? |
| 15:27.43 | AndersT | Other than digging into the configure file? |
| 15:30.41 | Tartarus | No, that's it really |
| 15:30.48 | Tartarus | run configure, watch what it checks for |
| 15:32.01 | AndersT | Thought so. |
| 15:34.32 | *** join/#oe methril__ (~methril@189.27.138.148.dynamic.adsl.gvt.net.br) |
| 15:43.26 | *** join/#oe gandhijee (akp@ip67-152-15-148.z15-152-67.customer.algx.net) |
| 15:50.34 | *** join/#oe tomimo (~kurre@xdsl-83-150-88-111.nebulazone.fi) |
| 15:52.42 | *** join/#oe rob_w (~bob@ppp-93-104-187-245.dynamic.mnet-online.de) |
| 15:54.37 | RP__ | Or read the configure.ac file. The fact I can read m4 should probably worry me :/ |
| 15:57.34 | *** join/#oe kurre (~tomimo@xdsl-83-150-88-111.nebulazone.fi) |
| 15:58.08 | broonie | I can *read* m4. |
| 15:58.14 | broonie | Comprehension is an issue but I can read it. |
| 15:59.00 | *** join/#oe bertszoghy (4546d2ac@gateway/web/freenode/ip.69.70.210.172) |
| 16:02.18 | bertszoghy | quick theoretical Linux driver question: if I have a LED display with push buttons on my board, and I push a button that should do something eventually rather than something right away, should I be looking at tasklets or softIRQs or neither? |
| 16:05.33 | *** join/#oe incandescant1 (~joshual@83.217.123.106) |
| 16:06.12 | broonie | bertszoghy: What do you mean by "do something eventually"? |
| 16:06.35 | broonie | If you want it do so something in task context use a threaded IRQ handler. |
| 16:07.16 | broonie | If you want to actually delay then schedule_delayed_work() is normally what you're looking for. |
| 16:08.27 | *** join/#oe ldnunes (~ldnunes@189.114.111.55) |
| 16:14.49 | CIA-4 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * r13f761d770 10openembedded.git/recipes/xorg-lib/ (25 files in 2 dirs): |
| 16:14.49 | CIA-4 | pixman: upgrade from 0.21.2 to 0.21.4 |
| 16:14.49 | CIA-4 | Acked-by: Koen Kooi <koen@openembedded.org> |
| 16:14.49 | CIA-4 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 16:14.51 | bertszoghy | thanks broonie; yes, a threaded IRQ handler is what I need to look into. |
| 16:15.09 | mwester | Depending on how much later, perhaps you should consider user-space. |
| 16:15.46 | Tartarus | ok, updated testing matrix w/ this weeks results |
| 16:17.17 | Tartarus | khem, any chance you've got the uclibc arm+samba or ppc e500v2+gcc-cross-sdk things fixed? :) |
| 16:17.36 | Tartarus | is nearly 100% building, aside from perl-native races |
| 16:18.58 | bertszoghy | understood mwester |
| 16:27.59 | *** join/#oe risca (~risca@h241n2-n-a31.ias.bredband.telia.com) |
| 16:29.08 | *** join/#oe incandescant (~joshual@83.217.123.106) |
| 16:31.10 | *** join/#oe kergoth_ (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 16:35.21 | *** join/#oe CMoH-notebook (~cipi@95.76.68.223) |
| 16:35.21 | *** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh) |
| 16:43.03 | *** join/#oe jeremiah (~jeremiah@li150-237.members.linode.com) |
| 16:43.11 | jeremiah | What is OE's license? |
| 16:43.21 | jeremiah | It doesn't seem to be listed anywhere on the OE wiki. |
| 16:44.25 | woglinde | o.O? |
| 16:44.34 | woglinde | recipes are MIT |
| 16:44.48 | mario-goulart | jeremiah: see http://git.openembedded.org/cgit.cgi/openembedded/tree/COPYING.MIT |
| 16:44.49 | woglinde | hm classes |
| 16:45.01 | jeremiah | mario-goulart: Ah thanks. :) |
| 16:45.26 | mario-goulart | you're welcome |
| 16:48.56 | *** join/#oe Crofton (~balister@adsl-75-37-22-143.dsl.pltn13.sbcglobal.net) |
| 16:53.21 | blindvt` | ugh. insert_feed_uris() tries to populate tmp/rootfs/micro-image/etc/opkg/${feed_name}-feed.conf even no online-manager is chosen (and as such no etc/opkg dir exists) |
| 17:06.19 | kergoth_ | did anyone other than khem have any thoughts on the removal of the coreutils-native build and avoiding a recipe for stagemanager-native? (4 patches in patchwork) |
| 17:08.29 | *** join/#oe toi (~peter@d54C2AA76.access.telenet.be) |
| 17:11.28 | CIA-4 | 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * r2cb0d78be2 10openembedded.git/conf/machine/p2020rdb.conf: |
| 17:11.28 | CIA-4 | p2020rdb: Add xserver-xorg stuff |
| 17:11.28 | CIA-4 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 17:13.17 | Tartarus | So, I'm in favor of that too of course, but trying to avoid acking each others work :) |
| 17:13.30 | kergoth_ | nods |
| 17:13.53 | kergoth_ | i'm kind of surprised it didn't get many comments, considering its one less thing we have to build, but maybe i should have posted a 0/4 email summarizing the intent |
| 17:15.14 | Tartarus | So, hmm |
| 17:15.26 | Tartarus | My attempt at moving perl-native to the front of the line hasn't appeared to go too haywire |
| 17:15.38 | Tartarus | Will need to, uh, check the logs, and make sure it really used the right perl next |
| 17:15.50 | kergoth_ | did you see that the poky guys shifted the components of the toolchain bulid into separate parts of sysroots, to avoid issues? |
| 17:16.04 | kergoth_ | seems like we should use that pattern for a number of different similar situations, including perl-native/python-native |
| 17:17.06 | Tartarus | Ah yes, I missed you having signed off when I said this: |
| 17:17.31 | *** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 17:17.49 | Tartarus | What I just mis-pasted into #poky again, but in short, some folks really need us to provide perl-native as the perl we use |
| 17:18.16 | kergoth_ | ah, right, makes sense |
| 17:19.37 | kergoth_ | so, i was thinking, for something like ncurses where native is only built for tic, if the app supports multiple objdirs, we could just build a native one right there |
| 17:19.50 | kergoth_ | rather than re-unpacking/patching/etc and adding more tasks in the runqeuue |
| 17:20.07 | Tartarus | Doing that cleanly would be good even more so for things like newer icu |
| 17:20.24 | Tartarus | icu-4.6 cross demands the build dir for the -native |
| 17:20.30 | Tartarus | which isn't unpossible if you set aside rm_work |
| 17:21.00 | Tartarus | And, yeah, OK, autoconf/automake used the perl-native I built |
| 17:22.47 | Tartarus | gets a little scared |
| 17:24.48 | CIA-4 | 03Andrea Adami <andrea.adami@gmail.com> 07org.openembedded.dev * r284a274dd7 10openembedded.git/recipes/linux/linux-kexecboot_2.6.37.bb: |
| 17:24.48 | CIA-4 | linux-kexecboot: reset DEFAULT_PREFERENCE = "-1" |
| 17:24.48 | CIA-4 | * changed by mistake with commit 9c72d93981212efdbfb87ad2b3c1ac4a8f43daf7 |
| 17:24.48 | CIA-4 | * def. pref. will be set only for specific machines (Zaurus) soon |
| 17:24.48 | CIA-4 | * sorry for the noise |
| 17:32.37 | *** join/#oe Heinervdm (~thomas@pD9E16755.dip.t-dialin.net) |
| 17:35.39 | Crofton | hrw, ping |
| 17:36.31 | hrw | pong Crofton |
| 17:36.36 | *** join/#oe atl1971 (~aluft@c-68-54-127-8.hsd1.in.comcast.net) |
| 17:36.44 | Crofton | hey |
| 17:36.50 | Crofton | did you buy a nexus s? |
| 17:37.04 | hrw | Crofton: I did. in best buy |
| 17:37.34 | Crofton | does it work in .pl? |
| 17:37.38 | atl1971 | If I add a new machine, can I put the machine.conf file into a layer? |
| 17:37.44 | hrw | Crofton: yes, it does |
| 17:37.51 | Tartarus | atl1971, yes |
| 17:37.55 | Crofton | data and everything ok |
| 17:38.04 | hrw | Crofton: it has 900/1900/2100 umts and 1700 is not used in europe |
| 17:38.09 | Crofton | atl1971, I did exactly that |
| 17:38.31 | atl1971 | cool, then its just me, ERROR: Unable to determine endianness for architecture 'INVALID' |
| 17:38.47 | atl1971 | My layer.conf is wrong maybe? |
| 17:38.47 | Crofton | does it work at the highest speed it can handle |
| 17:38.54 | Crofton | hspda work ok? |
| 17:39.02 | Tartarus | atl1971, pastebin your machine.conf |
| 17:39.08 | Tartarus | also, your layer.conf |
| 17:39.45 | woglinde | hrw why not a htc hd? |
| 17:39.59 | hrw | woglinde: I want fast phone with latest os |
| 17:40.16 | woglinde | hm the htc hd's are the fastest |
| 17:40.36 | hrw | woglinde: and by "htc hd" which you mean? "htc hd2" "htc desire hd"? |
| 17:40.40 | woglinde | ot was it dream |
| 17:40.45 | woglinde | hd2 |
| 17:41.05 | hrw | dream was g1 and is obsolete now |
| 17:41.14 | woglinde | yes right |
| 17:41.19 | atl1971 | machine.conf http://pastebin.com/NWxhtN6V |
| 17:41.20 | hrw | hd2 is at froyo (2.2) only |
| 17:42.05 | woglinde | atl1971 which machine that should be? |
| 17:42.34 | woglinde | hrw hm I maybee had waited for 3.0 to come out |
| 17:42.42 | atl1971 | its a beagleborad |
| 17:42.49 | atl1971 | layer.conf http://pastebin.com/eBrh2t95 |
| 17:42.57 | woglinde | and a phone with tegra |
| 17:43.55 | hrw | woglinde: next time I will be in US during autumn |
| 17:44.17 | woglinde | hm ah |
| 17:44.34 | woglinde | I already wondered that best buy is in .pl |
| 17:44.49 | hrw | woglinde: nexus s so far is in uk and us only |
| 17:45.02 | hrw | and in uk it is more expensive then in us |
| 17:45.07 | woglinde | sure |
| 17:45.51 | hrw | Crofton: doing speedtest on 3G now: 2929/803 kbps got |
| 17:49.34 | khem | atl1971: are u using master ? |
| 17:51.53 | khem | atl1971: show bblayers.conf it should be in parallel to your local.conf |
| 17:53.34 | atl1971 | khem http://pastebin.com/PAWHeXAM |
| 17:54.46 | *** join/#oe tdebrouw (~tdebrouw@91.182.74.141) |
| 17:55.38 | atl1971 | I created a peer directory mustang/conf and added a file layer.conf |
| 17:56.08 | atl1971 | then created mustang/conf/machine/mustang.conf |
| 17:56.47 | atl1971 | b/c there is a require in my overlay, do I need to bring in the openembedded/conf/machine/include too? |
| 18:00.22 | *** join/#oe zenlinux_laptop (~sgarman@c-67-170-181-205.hsd1.or.comcast.net) |
| 18:01.54 | khem | atl1971: prolly no |
| 18:02.41 | *** join/#oe pH5 (~ph5@e178228158.adsl.alicedsl.de) |
| 18:03.41 | khem | atl1971: try something like this http://pastey.net/145334 |
| 18:03.46 | khem | for your bblayers.conf |
| 18:08.23 | Tartarus | khem, see my Q above about uclibc issues? |
| 18:08.33 | Tartarus | linked pastebins to the testing page for this week |
| 18:08.48 | woglinde | hm whats with uclibc? |
| 18:09.00 | khem | Tartarus: you win by 2-0 |
| 18:09.04 | Tartarus | heh |
| 18:09.22 | khem | I have been trying to evade ipkg-utils |
| 18:09.36 | khem | look into those patches and give some acks |
| 18:09.39 | khem | and fix the fallouts |
| 18:09.48 | khem | although I expect not many |
| 18:10.07 | khem | samba one will take time |
| 18:10.31 | khem | Tartarus: if you can provide login to one of your fast servers I can fix things faster |
| 18:10.35 | khem | :) |
| 18:10.47 | Tartarus | looks for an open req |
| 18:10.48 | khem | right now a simple toolchain build from scratch for me is closely 3 hrs |
| 18:11.11 | khem | haha |
| 18:11.15 | Tartarus | I'll see if I can find a chance to try your suggestion of ARM_whatever="arm" |
| 18:11.20 | khem | k |
| 18:11.39 | Tartarus | is kicking perl-native stuff around right now since that's hurting in both community and internally |
| 18:12.14 | *** join/#oe vanous (~vanous@194.228.223.3) |
| 18:12.23 | khem | you are brave I meant death to perl back when I has to modify test driver for intel compiler |
| 18:12.35 | Tartarus | oh yes, death to perl |
| 18:12.44 | Tartarus | But still, I need to stop having race condition build failures |
| 18:13.07 | *** join/#oe likewise_ (~chatzilla@095-097-098-131.static.chello.nl) |
| 18:13.11 | Tartarus | all that said, need to bug maybe fray and see if he can release some WRS make perl relocatable patches |
| 18:13.29 | bertszoghy | out of the blue: can the ARM_whatever be tried with unsupported machines? |
| 18:13.41 | Tartarus | Since the big downside to making everything use perl-native is it kills packaged stagings win there (same w/ sstate) |
| 18:13.48 | *** join/#oe gnutoo (~gnutoo@host176-29-dynamic.248-95-r.retail.telecomitalia.it) |
| 18:13.54 | woglinde | hi gnutoo |
| 18:14.01 | woglinde | dinner now |
| 18:14.02 | Tartarus | bertszoghy, is the thing to turn off thumb mode and isn't usually needed |
| 18:14.03 | woglinde | till later |
| 18:14.27 | gnutoo | woglinde, hi |
| 18:14.28 | khem | mwester: our qemu has patches to get it working on some obscure arches like SH4 etc and for ppc they dont provide the roms. depending upon what you want it could be safe or could not be |
| 18:18.34 | bertszoghy | k |
| 18:36.30 | *** join/#oe eFfeM_work (~frans@D4B26BC1.static.ziggozakelijk.nl) |
| 18:36.33 | *** join/#oe mochtu (~mochtu@g231034121.adsl.alicedsl.de) |
| 18:41.50 | cbrake | adds qt4 images to testing combinations |
| 18:43.34 | cbrake | its interesting, with a new disk, my system hardly slows down at all during builds (user response). I wonder if having nearly full disks causes a lot of I/O problems in Linux that slows things down ... |
| 18:46.40 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
| 18:48.22 | Tartarus | heh |
| 18:48.32 | Tartarus | what're some good qt targets to add, for minimal? |
| 18:50.08 | cbrake | qt4-x11-demo-image |
| 18:50.17 | cbrake | qt4e-demo-image |
| 18:50.25 | cbrake | is what I'm building under Angstrom |
| 18:50.38 | cbrake | I've not tried them under minimal, but that would be a good test |
| 18:51.55 | Tartarus | both? ok |
| 18:52.05 | Tartarus | any clue if they should work on uclibc? |
| 18:52.06 | Tartarus | or nfw |
| 18:53.46 | Tartarus | puts them in uclibc for the moment, and turns them on in the angstrom boards he's been donig too |
| 18:54.38 | *** join/#oe hrww (~hrw@linaro/hrw) |
| 18:56.28 | cbrake | Tartarus: yeah, I've never tried them under uclibc |
| 18:57.20 | khem | cbrake: qt4-x11-demo-image and qt4e-demo-image build under minimal too but it takes whole day on my box to link webkit :) |
| 18:57.40 | khem | Tartarus: last time I tried they did not work on uclibc |
| 18:57.51 | khem | Tartarus: but I discounted uclibc |
| 18:58.39 | Tartarus | OK |
| 18:58.44 | Tartarus | i'll give 'em a run this week |
| 18:58.46 | cbrake | khem: yeah, qt takes forever to build |
| 18:58.47 | Tartarus | and see what happens |
| 18:59.04 | Tartarus | if they all fail pretty badly, i'll pastebin the logs and you can tell me if that's a hard no :) |
| 18:59.06 | Tartarus | or a lemme fix |
| 18:59.49 | khem | I wonder why openwrt does not use OE |
| 18:59.59 | Tartarus | does a quick test to see if he's got the matrix configured right |
| 19:00.25 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
| 19:02.15 | khem | is gpe still used actively |
| 19:02.18 | woglinde | khem dont know either |
| 19:02.24 | woglinde | they like there makesystem |
| 19:02.52 | khem | hmm is it offshoot of buildroot somehow |
| 19:03.29 | khem | now that uclibc is well supported in OE they can exploit that |
| 19:03.48 | ynezz | yep and I like their init/config(uci) system also |
| 19:04.02 | khem | hmm |
| 19:04.30 | ynezz | was referring to owrt :) |
| 19:05.17 | *** join/#oe timtimred (~meh@79-67-237-29.dynamic.dsl.as9105.com) |
| 19:06.11 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 19:06.45 | *** join/#oe Martin_B (~martin@pool-19-65-198-89.dbd-ipconnect.net) |
| 19:09.51 | *** part/#oe chase (~chase@nat/ti/x-ijcqicstdlbdxjzd) |
| 19:10.00 | *** join/#oe chase (~chase@nat/ti/x-ijcqicstdlbdxjzd) |
| 19:10.51 | *** join/#oe kevinsc (~a0214685@nat/ti/x-ujslxqflugyaggyn) |
| 19:14.27 | Tartarus | ok, got qemu* + those qt images added |
| 19:14.42 | Tartarus | along w/ p2020rdb/p2020ds/mpc8315e-rdb (on minimal and minimal-uclibc) |
| 19:14.55 | Tartarus | and added them to angstrom 2008.1 and 2010.x and mini*/beagleboard/hawkboard |
| 19:15.07 | Tartarus | Maybe that'll push this build cycle over 15h finally |
| 19:15.21 | Tartarus | refrains from doing the math on how many combos he's up to, now |
| 19:21.07 | *** join/#oe vanous1 (~vanous@194.228.223.3) |
| 19:21.39 | *** join/#oe dth (~dth@a89-182-81-219.net-htp.de) |
| 19:23.38 | pespin | is there some way to force OE building a recipe each time I build an image? |
| 19:24.02 | pespin | I mean, even if there's no new version available |
| 19:24.35 | *** part/#oe dth (~dth@a89-182-81-219.net-htp.de) |
| 19:29.06 | khem | pespin: why would you want to do that |
| 19:30.23 | pespin | khem, cause I have a svn repo locally without write access, and I'm using local-builds |
| 19:30.50 | pespin | and I want to be able to compile whenever I want without having to change config files |
| 19:31.52 | khem | will bitbake -c clean <your package>; bitbake <your image> be acceptable ? |
| 19:32.01 | *** join/#oe eFfeM (~frans@j200125.upc-j.chello.nl) |
| 19:33.53 | cbrake | pespin: if you use AUTOREV, bitbake will compile the recipe whenever the SVN rev changes |
| 19:34.18 | cbrake | pespin: I do that often for custom applications that need to be included in an image |
| 19:34.40 | pespin | cbrake, but I don't have write access to svn repo, so I can't push new revs |
| 19:36.33 | pespin | khem, acceptable but not optimum :P |
| 19:37.14 | pespin | khem, would be great to have something similar to AUTOREV, called for example ALWAYS. Which would build it always :P |
| 19:37.22 | *** join/#oe jevin (~jevin@ee338pc2.ecn.purdue.edu) |
| 19:43.39 | *** join/#oe marex (~marex@eduroam30.ms.mff.cuni.cz) |
| 19:52.16 | *** join/#oe mochtu (~mochtu@206.217.221.33) |
| 19:54.14 | CIA-4 | 03VÃctor Manuel Jáquez Leal <vjaquez@igalia.com> 07org.openembedded.dev * ree0f1b93ec 10openembedded.git/conf/distro/minimal.conf: |
| 19:54.14 | CIA-4 | minimal.conf: inherit devshell task |
| 19:54.14 | CIA-4 | Everybody loves devshell |
| 19:54.14 | CIA-4 | Signed-off-by: VÃctor Manuel Jáquez Leal <vjaquez@igalia.com> |
| 19:54.14 | CIA-4 | Acked-by: Michael 'Mickey' Lauer <mlauer@vanille-media.de> |
| 19:54.14 | CIA-4 | Acked-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com> |
| 19:57.32 | *** join/#oe reactor16 (~reactor16@static.108.169.4.46.clients.your-server.de) |
| 20:00.16 | unsolo | does the angstom_2010.X console-image work on a beagleboardXm ? |
| 20:01.38 | khem | it better should |
| 20:03.01 | unsolo | ;) |
| 20:03.25 | unsolo | with the same tmp dir can you change machine type ? |
| 20:03.58 | eFfeM | about to bump tzcode and tzdata, but I am wondering why the native recipe is in a different dir than the target one |
| 20:06.07 | likewise_ | khem: hi, yes I survived my own snowboarding skills |
| 20:06.34 | khem | heh |
| 20:07.45 | khem | eFfeM: which native recipe ? |
| 20:09.03 | *** join/#oe marex (~marex@eduroam30.ms.mff.cuni.cz) |
| 20:11.09 | *** join/#oe fray (U2FsdGVkX1@gate.crashing.org) |
| 20:11.09 | eFfeM | khem, tzcode package has a recipe tzcode-native; this builds tzcode and tzdata native, but we also have a dir tzdata which builds tzdata for target, both seem to use teh same tzdata sources (but tzcode also uses tzcode src); seems somewhat odd |
| 20:12.12 | eFfeM | btw if TZDATA_PV is updated do I need to bump PR ? |
| 20:12.25 | Tartarus | nope, back to r0 i think |
| 20:12.30 | Tartarus | it's only like r0 or r1 now isn't it? |
| 20:12.35 | khem | tzcode does not build tzdata |
| 20:12.36 | khem | does it |
| 20:14.08 | eFfeM | nope, false alarm, sorry, noticed it pulls tzdata, that got me confused |
| 20:14.15 | eFfeM | Tartarus: it is at r0 |
| 20:15.54 | Tartarus | then r0 it stays :) |
| 20:17.32 | eFfeM | Tartarus: ok there it is |
| 20:17.40 | CIA-4 | 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * r62ee559f8d 10openembedded.git/recipes/tzcode/tzcode-native_2010n.bb: |
| 20:17.40 | CIA-4 | tzcode: moved to 2011a |
| 20:17.40 | CIA-4 | Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com> |
| 20:21.24 | eFfeM | testing tzdata, will push it in 30 mins or so had to rebuild a fw deps too, didn't have time to update my tree last week |
| 20:24.27 | *** join/#oe Marex_ (vasum7am@u-pl0.ms.mff.cuni.cz) |
| 20:33.14 | *** join/#oe thaytan (~jan@58.145.148.26) |
| 20:47.26 | *** join/#oe obi_ (~obi@unaffiliated/obi) |
| 20:52.02 | eFfeM | hm, eglibc-initial fails for me |
| 20:52.04 | eFfeM | | /home/frans/oe/tmp_minimal/sysroots/i686-linux/usr/bin/install: cannot stat `/home/frans/oe/tmp_minimal/work/armv5te-oe-linux-gnueabi/eglibc-initial-2.11-r21.8+svnr12231/build-arm-oe-linux-gnueabi/gnu/lib-names.h': No such file or directory |
| 20:53.14 | eFfeM | actually it already seems to fail before |
| 20:54.02 | eFfeM | http://www.pastie.org/1497281 |
| 20:54.59 | eFfeM | seems cc1 is not found, but just before that it did build gcc-cross-initial: |
| 20:55.00 | eFfeM | NOTE: package gcc-cross-initial-4.5-r31.1+svnr168622: task do_rm_work: Succeeded |
| 20:55.39 | eFfeM | is puzzled |
| 20:55.58 | eFfeM | khem any idea ? |
| 20:57.35 | Tartarus | Anyone rfc'd killing perl 5.8.8 yet? |
| 20:57.47 | Tartarus | or at least dropping the D_P = -1 from 5.10? |
| 21:00.01 | eFfeM | khem posted a patch iirc |
| 21:00.38 | *** join/#oe thaytan (~jan@203.202.52.112) |
| 21:01.49 | Tartarus | if he did it's archived |
| 21:01.53 | eFfeM | not sure if it got applied |
| 21:01.57 | eFfeM | let me check |
| 21:02.16 | Tartarus | Don't think so, unless it was this week |
| 21:02.22 | Tartarus | on last weeks testing-next atm |
| 21:02.23 | ka6sox | eFfeM call me after you are done with this thread here. |
| 21:02.52 | eFfeM | Tartarus: can't find it, guess I'm mistaken with something else |
| 21:02.56 | Tartarus | k |
| 21:03.01 | Tartarus | i'll rfc it soon enough then i hpoe |
| 21:03.04 | eFfeM | ka6sox: feel free to speak up or pm |
| 21:03.13 | Tartarus | crosses fingers |
| 21:03.59 | ka6sox | eFfeM I think we should ask if anyone has got a backup of the hh.org source repo on the ML. |
| 21:04.42 | eFfeM | ka6sox: yes |
| 21:04.45 | eFfeM | let me check what I have |
| 21:05.21 | eFfeM | Tartarus: found it, khem did commit a patch for perl 5.10.1 for minimal; this was acked by you and me |
| 21:05.49 | Tartarus | so only slightly crazy, thanks ;) |
| 21:07.21 | eFfeM | ka6sox: I have 43 handhelds.org tarballs here but no git or so |
| 21:07.41 | ka6sox | eFfeM okay I just sent an email to the ML. |
| 21:08.04 | eFfeM | ka6sox: list: http://www.pastie.org/1497322 |
| 21:09.02 | ka6sox | eFfeM I'm pretty sure that bluelighting can provide the opie stuff. |
| 21:09.15 | ka6sox | that only leaves like 5 that are missing |
| 21:09.17 | *** join/#oe marex (~marex@eduroam30.ms.mff.cuni.cz) |
| 21:09.29 | ka6sox | eFfeM reply to my message with that list of "wants" |
| 21:10.52 | *** join/#oe kerim (~kerim@188.3.43.113) |
| 21:10.58 | eFfeM | ka6sox: it has not arrived here yet; guess zecke can provide src for qpe-games |
| 21:11.17 | *** part/#oe kerim (~kerim@188.3.43.113) |
| 21:11.36 | ka6sox | eFfeM ya, if we ask maybe we can get it all. |
| 21:18.00 | *** join/#oe risca (~risca@h241n2-n-a31.ias.bredband.telia.com) |
| 21:27.07 | khem | Tartarus: my patch was to use it in minimal |
| 21:27.11 | khem | not DP -1 |
| 21:27.16 | khem | so go ahead |
| 21:27.19 | khem | even delete it |
| 21:27.24 | khem | well no |
| 21:27.28 | khem | make it DP =1 |
| 21:28.22 | khem | eFfeM: whenever you have to rebuild toolchain do this bitbake -c clean eglibc eglibc-initial gcc-cross gcc-cross-initial gcc-cross-intermediate; bitbake gcc-cross |
| 21:28.33 | khem | toolchain bootstrap steps on each others toes |
| 21:28.47 | obi | hi |
| 21:28.54 | *** join/#oe misham (~misham@99-171-180-26.lightspeed.sndgca.sbcglobal.net) |
| 21:29.01 | woglinde | jo obi |
| 21:29.56 | misham | what's the best way to have OpenEmbedded download all the packages without doing a build? |
| 21:30.46 | khem | misham: bitbake -c fetchall <yourimage> |
| 21:31.32 | ka6sox | Tonight: 0330-0430UTC melo planned outage: need to configure drbd and ganeti for better reliability of our cluster. |
| 21:31.38 | misham | khem: thank you |
| 21:40.20 | eFfeM | khem, will try that thought i got it all fixed |
| 21:40.51 | eFfeM | khem, does fetchall fetch all or only the "active" version of a recipe |
| 21:40.56 | eFfeM | I thougth the latter |
| 21:50.59 | *** join/#oe khem (~khem@99-57-141-118.lightspeed.sntcca.sbcglobal.net) |
| 21:52.09 | *** join/#oe anarsoul (~anarsoul@80.249.93.49) |
| 21:53.26 | *** join/#oe timtimred (~meh@79-67-237-29.dynamic.dsl.as9105.com) |
| 22:24.39 | *** part/#oe atl1971 (~aluft@c-68-54-127-8.hsd1.in.comcast.net) |
| 22:36.07 | *** join/#oe rob_w (~bob@ppp-93-104-187-245.dynamic.mnet-online.de) |
| 22:50.29 | eFfeM | khem, with your command gcc builds fine |
| 22:55.03 | likewise_ | nite all |
| 23:09.47 | *** join/#oe thaytan (~jan@169.222.11.201) |
| 23:16.25 | *** join/#oe tlab (~tlab@c-69-243-187-136.hsd1.in.comcast.net) |
| 23:24.21 | *** join/#oe tlab (~tlab@c-69-243-187-136.hsd1.in.comcast.net) |
| 23:52.44 | *** join/#oe lamawithonel__ (~lucas@pool-74-96-184-82.washdc.fios.verizon.net) |
| 23:54.23 | *** join/#oe tlab (~tlab@c-69-243-187-136.hsd1.in.comcast.net) |