| 00:15.22 | *** join/#oe marcosmamorim (n=marcos@201-27-173-205.dsl.telesp.net.br) |
| 00:30.04 | *** join/#oe mithro (n=tim@unaffiliated/mithro) |
| 00:38.07 | *** join/#oe Laibsch (n=Laibsch@p4225-ipngn201marunouchi.tokyo.ocn.ne.jp) |
| 01:01.00 | CIA-73 | 03Angus Ainslie <nytowl@openmoko.org> 07fso/milestone5.5 * r16c49902d7 10openembedded.git/: Merge branch 'fso/milestone5.5' of git@git.openembedded.org:openembedded into fso/milestone5.5 |
| 01:01.04 | CIA-73 | 03Angus Ainslie <nytowl@openmoko.org> 07fso/milestone5.5 * r3f550731df 10openembedded.git/recipes/freesmartphone/frameworkd_git.bb: frameworkd : fix missing dependency |
| 01:11.46 | *** join/#oe Flyser (n=Flyser@unaffiliated/flyser) |
| 01:35.55 | *** join/#oe BenLauDC (n=benlau@221.125.8.105) |
| 01:55.44 | *** join/#oe leslie (n=leslie@116.228.58.74) |
| 02:22.06 | cdbot2 | * * OE Bug 5139 has been created by kevyn.alexandre.pare(AT)gmail.com |
| 02:22.08 | cdbot2 | * * libxml2.so: undefined reference to `gzopen64' |
| 02:22.10 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=5139 |
| 02:49.12 | NekoXP | grahhhhh so how do I make a recipe that just extracts a tarball with a filesystem and copies it to the end image :( |
| 02:54.12 | zecke | NekoXP: you don't. why would you want to? |
| 02:54.41 | NekoXP | because I have a precompiled set of binaries which I cannot recompile |
| 02:54.44 | Laibsch | hey zecke, how are you doing? Still in the eastern hemisphere? |
| 02:54.48 | zecke | NekoXP: for your freetype issue... it depends... a sane buildsystem would only use 'pkg-config --cflags freetype2' |
| 02:54.56 | zecke | Laibsch: yes, oh you too :) |
| 02:55.07 | Laibsch | yes |
| 02:55.13 | NekoXP | zecke, well I gave up on that. It is too complex and I have not enough time to properly do it. So, I am using the debian package.. :D |
| 02:55.21 | Laibsch | Maybe we will have a similar wake-sleep cycle |
| 02:55.39 | NekoXP | it all works I tested it but, I would prefer it was integrated into xorg-image |
| 02:55.42 | Laibsch | but then again, maybe we won't ;-) |
| 02:55.45 | zecke | NekoXP: ... with this approach you will end up like Homer Simpson building a dog shelter... |
| 02:55.57 | NekoXP | it's just for this week |
| 02:56.03 | NekoXP | I will fix it later. it's not like I am going to commit it. |
| 02:56.19 | zecke | Laibsch: oh, mine is pretty "normalized" due the relationship... |
| 02:56.27 | Laibsch | Anybody who know who dfoley is? dfoley@tinderbox |
| 02:56.28 | NekoXP | deadlines are deadlines... |
| 02:56.29 | zecke | NekoXP: well, so you try to install the debian package now? |
| 02:56.45 | NekoXP | I installed the debian package on the target and it worked fine.. all libs in place, happy happy joy joy |
| 02:57.27 | NekoXP | so now I want to take those files I have put in a normal tarball and make a recipe that does it "properly" rather than saying to our partners "install this, then copy this debian archive in, and extract it and everything will work" |
| 02:57.30 | zecke | NekoXP: and now you attemt to install this package into your image too? |
| 02:57.31 | NekoXP | they are not smart enough for that |
| 02:58.31 | NekoXP | I don't want to debate whether this is "correct" or not, I just need to know how I can have a tarball which has a filesystem image in it (/usr directory and subdirs all nicely done from the .deb) and copy it into the image so it can package it |
| 02:58.51 | NekoXP | I'm really lost with this ${S} and ${D} concept as they seem to be the same directory |
| 02:59.19 | zecke | NekoXP: they are certainly not the same |
| 02:59.37 | zecke | NekoXP: ${D} d == destionation? ${D}${bindir}? |
| 02:59.44 | Laibsch | Anybody have an obvious fix for http://tinderbox.openembedded.net/builds/155926/ ? |
| 03:00.01 | Laibsch | going by tinderbox logs, the 1.1 package seems to build fine for everyone |
| 03:00.15 | Laibsch | 2.0 as in OE fails, but dfoley managed to fix it, it seems |
| 03:00.15 | NekoXP | which is the image dir? |
| 03:00.37 | Laibsch | I'd like to get this pushed into OE if it is trivial or mark 2.0 as DEF_PREF -1 |
| 03:00.54 | Laibsch | zecke: hast Du 'ne Idee? |
| 03:01.13 | zecke | NekoXP: you don't need to care... in do_install() just install to ${D}/... |
| 03:01.13 | Laibsch | http://tinderbox.openembedded.net/packages/dri2proto/ |
| 03:02.32 | Laibsch | | checking if xorg-macros used to generate configure is at least 1.2... configure: error: configure built with too old of a version of xorg-macros.m4 - requires version 1.1.0 or newer |
| 03:03.12 | zecke | Laibsch: Seen that, no idea :} |
| 03:03.27 | zecke | Laibsch: is xorg-macros coming from OE? |
| 03:03.39 | Laibsch | safe to say that 2.0 is DEF_PREF -1, then? |
| 03:04.01 | Laibsch | I'm compiling minimal distro, so no Angstrom prefs masking problems |
| 03:04.16 | Laibsch | I don't know where the macros are coming from |
| 03:05.37 | *** join/#oe orges (n=yet@85.108.165.147) |
| 03:06.57 | zecke | Laibsch: there is nothing I can do right now and I will need to get breakfast too |
| 03:07.18 | Laibsch | I'm already close to lunch, here |
| 03:07.40 | zecke | Laibsch: oh, almost 1pm |
| 03:07.56 | zecke | Laibsch: my fridge is empty and I need to buy stuff first... was postponing this :) |
| 03:08.08 | zecke | Laibsch: you could paste your configure.ac or configure.in somewhere |
| 03:08.12 | Laibsch | yeah, food is secondary for hackers, he? |
| 03:08.20 | *** join/#oe mrmoku|a` (n=mrmoku@ppp-93-104-100-134.dynamic.mnet-online.de) |
| 03:08.29 | NekoXP | grrrrr...... now it randomly works |
| 03:09.47 | NekoXP | apart from having to set INSANE_SKIP for it of course but |
| 03:15.52 | NekoXP | in other news what's the official way to blacklist a package for icecc or parallel make? |
| 03:16.15 | *** join/#oe rkirti (n=rkirti@117.254.23.216) |
| 03:16.40 | zecke | NekoXP: PARALLEL_MAKE="" in your recipe |
| 03:16.59 | zecke | NekoXP: but it doesn't make any sense, you don't have a do_compile in your binary foo... |
| 03:17.00 | NekoXP | okay and ICECC_USER_PACKAGE_BL for the package? |
| 03:17.03 | zecke | so parallel make... |
| 03:17.12 | NekoXP | oh this is to fix the package so I can compile it properly eventually |
| 03:17.23 | NekoXP | there is some weirdo problem with parallel builds among 100 other bullshit problems |
| 03:17.47 | NekoXP | I am doing the hack now - works, done, finished, now I can rest assured the customer is happy, I can do it properly and correctly :D |
| 03:19.40 | NekoXP | also oddly enough, even with the same machine configuration and ever so slightly different tune flags (arm7a instead of arm7-a) I get full, complete, error free builds now, instead of weirdo "compiler cannot create executables" |
| 03:19.53 | NekoXP | I somehow think the gcc developers were moronic to change armv7a to armv7-a |
| 03:20.46 | *** join/#oe digital-ex (n=Luccisa@nat/cisco/x-ffb0ab9aa6a4e2a5) |
| 03:20.55 | Laibsch | !oebug 3722 |
| 03:20.57 | cdbot2 | * * Bug 3722, Status: CONFIRMED, Created: 2008-01-30 10:19 |
| 03:20.58 | cdbot2 | * * <Laibsch>: bitbake does not honor version dependency |
| 03:20.59 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=3722 |
| 03:33.23 | *** join/#oe mekius (n=mekius@enlightenment/developer/mekius) |
| 04:07.18 | *** join/#oe DJW|Home (i=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) |
| 04:09.12 | NekoXP | ERROR: multiple .bb files are due to be built which each provide bluez-libs (/oe/openembedded/recipes/bluez/bluez4_4.35.bb /oe/openembedded/recipes/bluez/bluez-libs_3.36.bb). This usually means one provides something the other doesn't and should. |
| 04:09.20 | NekoXP | ?? |
| 04:14.27 | *** join/#oe sakoman_ (n=sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) |
| 04:15.19 | *** join/#oe mrc3 (n=ddiaz@189.157.113.43) |
| 04:24.53 | Laibsch | ignore |
| 04:39.52 | *** join/#oe Soopaman (n=Soopaman@67.204.25.132) |
| 04:47.09 | Soopaman | anyone awake? |
| 04:48.00 | Soopaman | is it possible to figure out the kernel configuration of a compiled image? |
| 04:48.46 | Soopaman | found an old 2.4.x image that works perfectly with my hardware, that i'm hoping to convert to my stable/2009 build |
| 04:56.41 | *** join/#oe kergoth (n=kergoth@ip98-167-215-86.ph.ph.cox.net) |
| 04:56.42 | Tartarus | If they were nice, /proc/config.gz |
| 04:56.47 | Tartarus | If they weren't, no, not really |
| 04:57.00 | Tartarus | And 2.4 means, iirc, they would have had to backport that patch specifically |
| 04:57.12 | *** join/#oe rsalveti (n=rsalveti@189.70.22.199) |
| 05:00.37 | NekoXP | diffstat is bloody broken |
| 05:00.54 | NekoXP | and the comment for it is moronic..... "I would rather the sources disappear than the author changes them"...??? |
| 05:04.02 | *** join/#oe marex (n=marex@vasut.kolej.mff.cuni.cz) |
| 05:08.06 | cdbot2 | * * OE Bug 5140 has been created by matt(AT)genesi-usa.com |
| 05:08.08 | cdbot2 | * * diffstat mirrors are all down |
| 05:08.10 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=5140 |
| 05:12.57 | *** join/#oe Soopaman (n=Soopaman@67.204.25.132) [NETSPLIT VICTIM] |
| 05:12.57 | *** join/#oe pat_ThirdChoice (n=pat@btlaw124.ucc.ie) [NETSPLIT VICTIM] |
| 05:12.57 | *** join/#oe BET_frogger (n=frogger@cl-2094.ham-01.de.sixxs.net) |
| 05:12.58 | *** join/#oe jpieper_ (n=jpieper@207-180-187-171.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) [NETSPLIT VICTIM] |
| 05:12.58 | *** join/#oe rkirti (n=rkirti@117.254.23.216) |
| 05:16.45 | *** join/#oe mekius (n=mekius@enlightenment/developer/mekius) |
| 05:18.00 | Laibsch | NekoXP: kergoth's comment is fully reasonable |
| 05:18.11 | Laibsch | we could deal with it differently today |
| 05:19.08 | NekoXP | it's reasonable until it disappears... :D |
| 05:19.46 | NekoXP | it's bedtime now anyway |
| 05:29.06 | cdbot2 | * * OE Bug 4476 has been RESOLVED (FIXED) by <Laibsch> |
| 05:29.08 | cdbot2 | * * smpeg fails do_configure |
| 05:29.09 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=4476 |
| 05:29.37 | Laibsch | NekoXP: no, it's just you fail to understand the reason |
| 05:30.01 | Laibsch | good night |
| 05:30.03 | Laibsch | sleep well |
| 05:34.22 | *** join/#oe mwester (n=mwester@nslu2-linux/mwester) |
| 05:37.45 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
| 05:55.52 | *** join/#oe rsalveti (n=rsalveti@189.70.22.199) |
| 05:58.58 | *** join/#oe aanishn (n=aanishn@59.160.172.220) |
| 06:08.18 | *** join/#oe Soopaman (n=Soopaman@67.204.25.132) |
| 06:23.05 | CIA-73 | 03Mike Westerhof <mwester@dls.net> 07shr/import * rf1fa5981d5 10openembedded.git/ (5 files in 3 dirs): |
| 06:23.05 | CIA-73 | SHR: linux kernel - add linux-openmoko-shr-devel kernel recipe. |
| 06:23.05 | CIA-73 | This obsoletes the patches in the SHR overlay. |
| 06:26.22 | *** join/#oe dth (n=Dieter@p4FDED7AB.dip.t-dialin.net) |
| 06:26.46 | *** join/#oe JaMa (n=martin@161-24.13.24.78.awnet.cz) |
| 06:35.16 | *** part/#oe aanishn (n=aanishn@59.160.172.220) |
| 06:42.21 | *** join/#oe whitefox (n=kaido@61.141.158.178) |
| 06:45.46 | *** join/#oe benlau2 (n=benlau@70.22.64.202.dyn.pacific.net.hk) |
| 07:11.23 | *** join/#oe dth_ntb (n=dieter@p4FDED7AB.dip.t-dialin.net) |
| 07:12.33 | *** join/#oe MWelchUK (n=welchma@65.91.2.71) |
| 07:20.37 | *** join/#oe digital-ex (n=Luccisa@nat/cisco/x-b7884cfb2059d388) |
| 07:21.53 | *** join/#oe Pr0t0N (n=lcintrat@fe2adsl-2.wyplay.net) |
| 07:40.37 | *** join/#oe vhallac (n=dobobodo@85.103.178.91) |
| 07:41.32 | vhallac | Hi |
| 07:43.33 | vhallac | Is there a way to change the COMPATIBLE_MACHINES part of a recipe (linux-omap in my case) without touching it, or mirroring large portions of recipes/linux? |
| 07:44.42 | vhallac | I've defined a new machine, which is a straight copy of beagleboard.conf for now |
| 07:44.56 | vhallac | But I can't build the kernel because of that |
| 07:47.24 | booxter_ | vhallac: maybe COMPATIBLE_MACHINES_linux-omap += "machinename"? |
| 07:47.49 | booxter_ | don't know if it will work though |
| 07:48.04 | vhallac | Thanks. I'll give it a try. |
| 07:48.52 | *** join/#oe kristoffer (n=kristoff@95.209.34.61.bredband.tre.se) |
| 07:51.33 | vhallac | But I think I'll have to make a local overlay of at least recipes/linux/linux-omap directory. The machine I will use will have to have kernel customizations. |
| 07:59.12 | *** join/#oe pvanhoof (n=pvanhoof@d54C0C0BA.access.telenet.be) |
| 07:59.34 | *** join/#oe pvanhoof (n=pvanhoof@d54C0C0BA.access.telenet.be) |
| 08:15.08 | *** join/#oe ant_work (n=andrea@host214-85-static.34-85-b.business.telecomitalia.it) |
| 08:21.10 | *** join/#oe rkirti_ (n=rkirti@117.254.23.88) |
| 08:29.40 | *** join/#oe davidcb (n=Spot@m295e36d0.tmodns.net) |
| 08:41.10 | *** join/#oe markos_ (n=markos@athedsl-428743.home.otenet.gr) |
| 08:51.12 | *** join/#oe bbradley_ (n=bbradley@87-194-119-230.bethere.co.uk) |
| 09:04.48 | *** join/#oe lrg (n=lrg@host81-136-218-57.in-addr.btopenworld.com) |
| 09:09.04 | *** join/#oe mgwpub (n=mgwpub@193.170.133.166) |
| 09:09.22 | *** join/#oe methril (n=methril@213.27.233.98) |
| 09:10.16 | methril | morning |
| 09:10.34 | *** join/#oe Goddchen (n=Goddchen@kons-5f7146a7.pool.einsundeins.de) |
| 09:14.43 | *** join/#oe Goddchen1 (n=Goddchen@hs082087.vpn.rz.htwg-konstanz.de) |
| 09:19.29 | *** join/#oe greentux (n=lemke@BAA1498.baa.pppool.de) |
| 09:20.23 | Goddchen1 | good morning... |
| 09:20.38 | Goddchen1 | i still can't get past the util-linux-ng receipt :( |
| 09:21.00 | pb_ | that's very sad. |
| 09:21.02 | pb_ | what goes wrong? |
| 09:21.05 | Goddchen1 | | In file included from cramfs.c:19: |
| 09:21.05 | Goddchen1 | | ../../../../libs/blkid/src/blkidP.h:324: error: expected declaration specifiers or '...' before 'va_list' |
| 09:21.28 | Goddchen1 | that's one error, another is: | cal.c: In function 'main': |
| 09:21.28 | Goddchen1 | | cal.c:313: error: '_NL_TIME_WEEK_1STDAY' undeclared (first use in this function) |
| 09:21.36 | pb_ | what target are you building for? |
| 09:21.41 | Goddchen1 | avr32 |
| 09:21.47 | Goddchen1 | angstrom-2008.1 |
| 09:21.48 | pb_ | with uclibc? that might be the problem |
| 09:21.53 | Goddchen1 | yes, uclibc |
| 09:22.00 | pb_ | I wonder if util-linux-ng is actually compatible with uclibc |
| 09:22.08 | pb_ | maybe you'd be better off sticking with the old util-linux |
| 09:22.22 | Goddchen1 | how? |
| 09:22.44 | *** join/#oe aanishn (n=aanishn@59.160.172.220) |
| 09:22.45 | pb_ | just build util-linux rather than util-linux-ng |
| 09:23.13 | *** join/#oe valhalla (n=valhalla@81-174-25-110.dynamic.ngi.it) |
| 09:23.51 | Goddchen1 | ah ok, let me try |
| 09:24.06 | pb_ | or, obviously, you could patch either util-linux-ng or uclibc to fix the problems you're having now. the first one looks like probably just missing #include <stdarg.h> or some such. |
| 09:24.18 | pb_ | the latter might be a missing uclibc feature, that could be harder to fix |
| 09:25.05 | Goddchen1 | i'll first give util-linux a try |
| 09:27.48 | Goddchen1 | hey, it seems to work |
| 09:29.49 | ant_work | pb_: hello there |
| 09:29.54 | pb_ | hi ant_work |
| 09:30.11 | ant_work | today is holiday in almost all Europe... |
| 09:30.18 | ant_work | not here :/ |
| 09:30.28 | Goddchen1 | hm very strange |
| 09:30.36 | pb_ | ant_work: yah, not here either |
| 09:30.42 | pb_ | we had our public holiday last week |
| 09:30.57 | *** join/#oe Goddchen2 (n=Goddchen@kons-5f7146a7.pool.einsundeins.de) |
| 09:31.00 | ant_work | we''ll have tomorrow :) |
| 09:31.14 | *** join/#oe marex (n=marex@eduroamgw.prf.cuni.cz) |
| 09:31.14 | pb_ | ah, very good |
| 09:31.57 | ant_work | bad news is baby senses holidays and wakes up earlier ... |
| 09:32.05 | pb_ | doh! |
| 09:32.58 | ant_work | tha't almost a Murphy's law |
| 09:33.22 | *** join/#oe Goddchen (n=Goddchen@hs082022.vpn.rz.htwg-konstanz.de) |
| 09:33.24 | Goddchen | does util-linux-ng provide something that util-linux doesn't? |
| 09:33.59 | pb_ | yeah, I think it bundles up util-linux with a handful of other packages that used to be separate |
| 09:34.09 | Goddchen | hm |
| 09:34.13 | pb_ | there are old-world equivalents to pretty much everything in util-linux-ng though |
| 09:34.29 | ant_work | pb_: me and Jay7 will crash our heads against kexec-tools_2 vs. klibc this night...any hint how to debug the includes without a proper IDE? |
| 09:35.07 | pb_ | ant_work: can you remind me again what was wrong with them? |
| 09:35.30 | ant_work | the Makefiles changed btw 1.101 and 2.0.0 |
| 09:35.41 | pb_ | if no ide, it's basically just a case of using grep and your favourite text editor. can use ctags as well if you like that kind of thing. |
| 09:36.24 | ant_work | the point are these things: -#include <elf.h> |
| 09:36.27 | ant_work | +#include "../../../include/elf.h" |
| 09:36.40 | ant_work | <PROTECTED> |
| 09:36.42 | ant_work | +#include <errno.h> |
| 09:36.57 | Goddchen | ok, hit me! i deleted the tmp/work/avr32.../util-linux-ng directory and now it complains about missing makefiles and stuff, how do i force it to restart with that package allover again? |
| 09:37.09 | pb_ | Goddchen: bitbake -c clean |
| 09:38.34 | Goddchen | hm no, that doesn't do anything |
| 09:39.00 | Goddchen | NOTE: Handling BitBake files: - (6825/6825) [100 %] |
| 09:39.00 | Goddchen | NOTE: Parsing finished. 6528 cached, 0 parsed, 297 skipped, 0 masked. |
| 09:39.00 | Goddchen | NOTE: Cache is clean, not saving. |
| 09:39.00 | Goddchen | Nothing to do. Use 'bitbake world' to build everything, or run 'bitbake --help' |
| 09:39.00 | Goddchen | for usage information. |
| 09:39.11 | pb_ | Goddchen: you need to tell it which package to clean as well |
| 09:39.17 | Goddchen | ah :) |
| 09:39.22 | pb_ | either "bitbake -c clean <package name>" or "bitbake -c clean -b <path to bbfile>" |
| 09:39.57 | Goddchen | ok that seemed to work :) |
| 09:42.10 | Goddchen | uClibc has langinfo.h but not _NL_TIME_WEEK_1STDAY. [Tom Prince] |
| 09:42.14 | Goddchen | i found that with google |
| 09:42.15 | pb_ | ant_work: so, what's the issue with those exactly? |
| 09:42.26 | pb_ | there doesn't seem to be anything wrong with those changes in themselves |
| 09:42.33 | ant_work | pb_: as far I can see, we are trying to link the specific klibc headers instead of the ones in staging. The point is, some headers are provided by the package itself now |
| 09:42.44 | pb_ | Goddchen: ah, right, sounds like uclibc is indeed just missing the feature that you need for util-linux-ng |
| 09:43.00 | Goddchen | but it's in the changelog of version 2.15, so it should be fixed... |
| 09:44.02 | pb_ | stabs evolution |
| 09:44.10 | pb_ | how long can it take to migrate my folders to this new format? |
| 09:44.34 | pb_ | ant_work: okay, and what goes wrong? |
| 09:45.38 | ant_work | pb_: I'll post the log in a sec |
| 09:47.52 | *** join/#oe Goddchen3 (n=Goddchen@95.113.70.167) |
| 09:48.02 | ant_work | pb_: at the beginning was http://tinderbox.openembedded.net/public/logs/5254696.txt |
| 09:48.12 | ant_work | solved.. |
| 09:50.07 | XorA|gone | pb_: you forgot that evolution is an exact clone of Outlook :-) |
| 09:51.14 | pb_ | heh |
| 09:51.19 | *** join/#oe greentux_ (n=lemke@BAA1498.baa.pppool.de) |
| 09:51.36 | zecke | ah evolution... at a former company our non geek was able to open the gnome-terminal and type the command to kill evolution |
| 09:51.44 | *** join/#oe Goddchen1 (n=Goddchen@hs082040.vpn.rz.htwg-konstanz.de) |
| 09:51.55 | ant_work | pb_: the last log should be https://pastebin.ca/1435533 |
| 09:53.18 | Goddchen1 | how do i change configure of util-linux-ng so that it doesn't have locale support? |
| 09:55.19 | pb_ | ant_work: oh right, yeah |
| 09:55.38 | pb_ | ant_work: so, if you build with -nostdinc, you need to tell it where to find the "standard" header files somehow |
| 09:56.09 | pb_ | that is, you firstly need to figure out what copy of limits.h and stdint.h you want, and then arrange (either through CFLAGS or by patching the source) for the compiler to find that one. |
| 09:56.13 | *** join/#oe pH5 (n=ph5@p5485C9A6.dip.t-dialin.net) |
| 09:56.36 | ant_work | I was hoping the klibc-patch could be easy ported to 2.0.0 |
| 09:56.50 | ant_work | seems not so trivial |
| 09:57.16 | pb_ | dunno. might be straightforward or it might not, depends how much actually changed between 1.x and 2.x |
| 09:58.46 | Goddchen1 | yeeeha, found a patch for that issue |
| 09:58.47 | Goddchen1 | http://article.gmane.org/gmane.linux.utilities.util-linux-ng/2252 |
| 09:58.59 | Goddchen1 | maybe it should be imported to oe somehow... |
| 10:02.23 | *** join/#oe Jay7 (n=jay@93-81-143-61.broadband.corbina.ru) |
| 10:02.40 | Jay7 | ant_work: hey |
| 10:02.58 | Jay7 | ant_work: I've fixed small part of kexec-tools-2 |
| 10:03.08 | Jay7 | now all *.c compiles |
| 10:03.16 | Jay7 | but linking fails |
| 10:03.24 | *** join/#oe ade|desk (n=adavey@195.153.131.254) |
| 10:04.09 | Jay7 | something wrong is with kexec_load syscall.. |
| 10:06.38 | Jay7 | there was two kind of fixes: replace #include "../../../include/elf.h" with #include "elf.h" and comment #include <limits.h> with defining CHAR_BIT right in purgatory.c |
| 10:07.26 | Jay7 | well.. I'll look again towards evening |
| 10:15.24 | ant_work | Jay7: hey... |
| 10:15.29 | ant_work | good news |
| 10:16.07 | Jay7 | semi-good :) |
| 10:16.33 | ant_work | well, this elf stuff was semi-obvious |
| 10:16.40 | ant_work | éafterwards* |
| 10:17.13 | ant_work | about syscall... he .. sorry.. no idea |
| 10:17.23 | Jay7 | I'm too.. |
| 10:17.27 | Jay7 | will look deeper :) |
| 10:18.04 | ant_work | other archs commented out...hmmm |
| 10:18.10 | ant_work | strange patch |
| 10:19.25 | Jay7 | well.. I should go now |
| 10:19.46 | Jay7 | see you later |
| 10:19.51 | ant_work | cya |
| 10:20.01 | Jay7 | -> away |
| 10:20.39 | *** join/#oe DJW|Home (i=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) |
| 10:25.44 | *** join/#oe booxter (n=booxter@cpmsq.epam.com) |
| 10:31.52 | *** join/#oe pirho (i=pirho@gateway/gpg-tor/key-0x2CEEC9CB) |
| 10:38.07 | *** join/#oe DJWillis (i=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) |
| 10:38.18 | pb_ | phew, evolution seems to be nearly finished with its updating |
| 10:45.10 | CoreDump|cf-18 | note to future self: Do not post anything even remotely negative about Linux on Reddit. You will get voted down into oblivion.... |
| 10:47.21 | zecke | CoreDump|cf-18: hey! |
| 10:47.38 | zecke | CoreDump|cf-18: naja, Linuxt ist ueber jeden Zweifel erhaben?! |
| 10:47.49 | pb_ | g'day zecke |
| 10:47.50 | CoreDump | zecke: hey there |
| 10:51.53 | *** join/#oe DJWillis (n=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) |
| 10:54.24 | *** join/#oe timtimred (n=meh@79-67-141-124.dynamic.dsl.as9105.com) |
| 10:55.53 | *** join/#oe whitefox (n=kaido@61.141.158.178) |
| 10:57.03 | *** join/#oe hrw (n=hrw@chello089078170228.chello.pl) |
| 10:59.38 | *** join/#oe sepultina (n=quassel@zux221-140-188.adsl.green.ch) |
| 11:04.28 | *** join/#oe mithro (n=tim@unaffiliated/mithro) |
| 11:14.08 | *** join/#oe Wiedi (n=wiedi@newton-air.w.fruky.net) |
| 11:20.58 | *** join/#oe digital-ex (n=Luccisa@nat/cisco/x-c5438e6a0dd88397) |
| 11:35.12 | *** join/#oe Virk (n=virk@213.219.149.248.adsl.dyn.edpnet.net) |
| 11:51.55 | *** join/#oe AvengerMoJo (n=cc@61.14.133.20) |
| 11:53.04 | *** join/#oe Gnutoo (n=gnutoo@host127-55-dynamic.180-80-r.retail.telecomitalia.it) |
| 11:58.23 | RP | zecke: I find myself doing that a lot :/ |
| 11:58.46 | RP | ended up reverting to evolution 2.22.x |
| 11:59.46 | pb_ | mm, I wonder what's meant to be better in 2.26. |
| 12:00.05 | pb_ | still, it does seem to have nearly finished re-indexing my folders, so maybe I will be able to use my email again soon. |
| 12:00.12 | RP | pb_: They ditched their filesystem indexing backend and switched to sqlite |
| 12:00.22 | RP | pb_: I found it way too slow to be usable |
| 12:00.33 | pb_ | RP: do you know why that was supposed to be an improvement? |
| 12:00.57 | RP | pb_: Its supposed to be faster/neater/more leet/whatever |
| 12:00.58 | pb_ | it does seem pretty awful so far but perhaps it will get better once the re-indexing is complet |
| 12:01.14 | pb_ | ah |
| 12:01.18 | RP | pb_: It also has concurency issues since it can't cope with updating one account without hanging on others |
| 12:01.35 | RP | pb_: I hold out little hope for your email/sanity |
| 12:01.45 | pb_ | heh, I gave up on using evo with multiple accounts some time ago. |
| 12:02.02 | hrw | morning |
| 12:02.03 | pb_ | last time I tried, it seemed to keep leaking file descriptors when I had more than one account set up, which meant it would fall over about every 48 hours |
| 12:02.21 | RP | pb_: Ah, interesting. I wonder if thats why mine dies? :) |
| 12:02.22 | pb_ | which was annoying, since I normally only discovered this after I had composed a long email, hit "send", and had it collapse in a heap |
| 12:03.43 | RP | pb_: Did it go OOM? |
| 12:04.23 | pb_ | RP: I don't think so. If I remember right, the UI basically just locked up and it started printing "Too many open files" to stderr. |
| 12:05.03 | pb_ | it does go oom from time to time for me, but even when it's working "normally" it seems to consume quite a lot of RAM so I'm not sure this indicates a problem as such. |
| 12:05.05 | RP | pb_: Not the same issue as I see then... |
| 12:05.07 | pb_ | pb 15652 14.5 8.4 1025844 432796 pts/23 Sl 12:56 1:10 evolution |
| 12:05.18 | pb_ | that's a relatively-freshly-started evo process |
| 12:06.16 | broonie | It's almost as if evolution is a steaming heap of shit. |
| 12:06.25 | pb_ | (plus another 430MB for "evolution-alarm-notify", which I don't even use. sigh.) |
| 12:06.26 | RP | Mine sitting using 1.2GB. Its when it starts growwing by 100MB per second it casues fun |
| 12:06.50 | RP | It hits about 3GB and locks the system solid with swap activity for a couple of hours |
| 12:07.02 | pb_ | ah, that's no good |
| 12:07.18 | pb_ | broonie: almost, yeah. if only there were something else that sucked less, I would use it like a shot. |
| 12:07.30 | RP | pb_: I have about 20 seconds to notice, open a terminal and kill it... |
| 12:07.39 | broonie | The only thing I need it for is Outlook meeting invites... |
| 12:07.45 | pb_ | RP: I've never seen that happen, as far as I know. |
| 12:08.13 | RP | pb_: I'd prefer file descriptor problems tbh ;-) |
| 12:08.26 | pb_ | heh, outlook meeting invites are the last thing I need. |
| 12:08.41 | pb_ | all my outlook-using colleagues assume that, being a backwards unix user, I can't read their invites anyway. |
| 12:09.23 | pb_ | and, obviously, I haven't rushed to disabuse them of that notion |
| 12:09.35 | *** join/#oe drw (n=drw@cpe-76-187-64-213.tx.res.rr.com) |
| 12:09.46 | broonie | It's much less hassle than typing the invites in by hand. |
| 12:10.02 | pb_ | I guess you must go to more meetings than me. |
| 12:10.15 | RP | I prefer to avoid meetings... |
| 12:10.34 | broonie | I'd prefer to avoid meetings but it's nice to have some idea what's going on. |
| 12:11.19 | lrg | broonie: ehm, thats what coffee break is for |
| 12:11.24 | lrg | ;) |
| 12:11.32 | Crofton|work | http://www.randsinrepose.com/archives/2006/11/17/meeting_creatures.html |
| 12:11.35 | broonie | Possibly if we had a usable coffee area. |
| 12:11.45 | whitefox | does anyone know how to setup OE in centos? |
| 12:12.24 | pb_ | hands broonie a kettle |
| 12:12.34 | pb_ | and some mugs |
| 12:12.38 | pb_ | ta-da, usable coffee area! |
| 12:12.40 | broonie | pb_: Room to stand while it's boiling would be nice. |
| 12:13.42 | XorA | heh we becamser the #OutlookEvolution channel :-) |
| 12:13.44 | Crofton|work | lrg, do_compile_prepend() { |
| 12:13.45 | Crofton|work | <PROTECTED> |
| 12:13.45 | Crofton|work | <PROTECTED> |
| 12:13.45 | Crofton|work | } |
| 12:13.48 | Crofton|work | dogh |
| 12:13.55 | Crofton|work | lrg, http://twitter.com/shutupmeg |
| 12:13.56 | pb_ | ah, hm, now it's gone off and started doing the old "Refreshing folder (...)" thing |
| 12:14.02 | pb_ | sigh |
| 12:14.41 | XorA | 2.26 is the first version of evolution which adding calendar events and contacts didnt instantly make it crash for me |
| 12:14.59 | lrg | Crofton|work: hehe ;) |
| 12:15.07 | broonie | XorA: They restored that functionality with the MAPI back end. |
| 12:15.16 | pb_ | XorA: ah, very good. shame that I don't use either of those features :-} |
| 12:15.19 | broonie | At least with the shit they shipped in Ubutnu anyway. |
| 12:15.33 | broonie | (not that it previously gave me any hassle) |
| 12:15.39 | XorA | broonie: I switched back to FC, brokenbuntu was just getting beyond annoying |
| 12:15.55 | Crofton|work | lrg, odd coincidence |
| 12:15.55 | broonie | Yeah, my home laptop is back on Debian. |
| 12:16.02 | pb_ | dreams of exmh |
| 12:16.07 | broonie | XorA: I'll be doing the same to the work one at some point. |
| 12:16.15 | Crofton|work | XorA, did you see the email about static glibc and F11? |
| 12:16.26 | lrg | shuts up |
| 12:16.27 | XorA | Crofton|work: yeah |
| 12:16.32 | Crofton|work | make sense to you? |
| 12:16.36 | XorA | Crofton|work: I either did that anyway or its not needed |
| 12:16.39 | Crofton|work | the guys was having loads of issues |
| 12:16.43 | XorA | Crofton|work: but yes it made sense |
| 12:16.53 | Crofton|work | heh |
| 12:17.00 | Crofton|work | you did it and forgot :) |
| 12:17.01 | *** join/#oe cminyard (n=cminyard@pool-173-57-164-199.dllstx.fios.verizon.net) |
| 12:17.27 | XorA | rpm -qa | grep glibc |
| 12:17.32 | XorA | glibc-static-2.9.90-22.x86_64 |
| 12:17.48 | Crofton|work | ah |
| 12:18.10 | XorA | it was kind of obvious when /lib/blah.a wasnt around |
| 12:18.53 | XorA | I cant remember which OE package triggered it, but I did think it didnt actually need static linking anyway |
| 12:20.59 | *** join/#oe Wiedi (n=wiedi@newton-air.w.fruky.net) |
| 12:21.37 | whitefox | Crofton|work what are you using? beagleboard or overo? I am trying to decide which one to use for gnuradio. |
| 12:24.23 | *** join/#oe aloisiojr (n=aloisio@200.184.118.130) |
| 12:27.38 | *** join/#oe rsalveti (n=rsalveti@200.184.118.130) |
| 12:29.35 | *** part/#oe bazbell_ (n=bazbell@nat/ti/x-331e4134aa150db3) |
| 12:30.11 | Crofton|work | whitefox, both :) |
| 12:30.38 | Crofton|work | I do not have an EHCI capabale beagle, so I ran USRP test on overo |
| 12:31.19 | whitefox | Crofton|work how do you move the signal processing work to the DSP? |
| 12:33.29 | whitefox | Crofton|work can you teach me how to bit gnuradio into overo? |
| 12:37.12 | zecke | RP: hey, a lot of people need to kill that sucker... I'm quite happy with kmail (the only kde app i use) |
| 12:37.46 | zecke | RP: do you have any idea how to proceed with my parser patches? did you manage to look at them? |
| 12:37.59 | Goddchen1 | hi |
| 12:38.46 | Goddchen1 | after some days of work i now managed to fully build "minimal-image" :) |
| 12:38.56 | Goddchen1 | i'm wondering now what exactly the image files are |
| 12:39.16 | Goddchen1 | from buildroot i am used to get a gzipped kernel, a rootfs image, and a rootfs image with the kernel inside |
| 12:39.38 | Goddchen1 | from oe i get uImage-atngw100.bin, is that the kernel? |
| 12:40.03 | zecke | RP: do you o-hand guys still have an internal chat? could you ask your GNOME devs a question? |
| 12:40.07 | Goddchen1 | additionally i get a modules-xxx.tgz file, what exactly is that one good for? |
| 12:40.12 | zecke | Goddchen1: uImage is a zImage with an uboot header |
| 12:41.05 | zecke | Goddchen1: the modules-*.tgz... I would just guess are your kernel modules, e.g. you might don't want to install them through packages or use them over nfs |
| 12:42.05 | Goddchen1 | so, my hardware config is as follows: i need to burn kernel only to flash, and boot rootfs from mmc |
| 12:42.16 | pb_ | ah, at last, re-indexing finished. |
| 12:42.19 | Goddchen1 | so i would burn uImage to flash and rootfs to mmc, right? |
| 12:42.36 | pb_ | Goddchen1: right |
| 12:43.05 | Crofton|work | whitefox, we are working on gnuradio, well making the stuff in OE work with the usrp |
| 12:43.22 | Crofton|work | whitefox, and I am very busy with a symposium this week |
| 12:43.39 | Goddchen1 | perhaps someone should put a page on the wiki that describes the resulting image files |
| 12:44.29 | pb_ | not a bad idea, though the image files you get are machine (and maybe distro) dependent |
| 12:45.48 | Goddchen1 | i'm asking myself, what a single tar gzipped file with modules inside is of use to me? |
| 12:45.55 | pb_ | probably it isn't |
| 12:45.59 | pb_ | I guess you can just ignore it |
| 12:46.05 | pb_ | or, delete it if it upsets you :-) |
| 12:46.19 | Goddchen1 | hehe |
| 12:46.52 | Goddchen | ok, one more question |
| 12:47.33 | Goddchen | if i build some single package with bitbake <package>, is the rootfs image regerenated then? or how does the new package find it's way into the rootfs? |
| 12:47.52 | pb_ | you need to rebuild the image file (with "bitbake xxx-image") if you want it to be updated |
| 12:47.59 | pb_ | just building a new package won't cause that to happen automatically |
| 12:48.20 | Goddchen | ok but when i do "bitbake minimal-image", all built packages are put inside the rootfs? |
| 12:48.25 | pb_ | right |
| 12:48.34 | pb_ | well, all built packages that minimal-image includes |
| 12:48.34 | Goddchen | explicitly i'm talking about jamvm |
| 12:49.03 | pb_ | obviously it won't cause other random packages to be installed in the image just because they were built |
| 12:49.03 | Goddchen | ok well, i don't think minimal-image includes java support, so how does jamvm/classpath and stuff get into my rootfs? |
| 12:49.19 | pb_ | probably it doesn't. you'd have to build a jammy-image with those bits included. |
| 12:49.48 | pb_ | or, if this is just a local build, you could do it by modifying local.conf |
| 12:50.19 | Goddchen | what would i have to put to local.conf to include jamvm in my rootfs? |
| 12:50.58 | pb_ | IMAGE_INSTALL_append_pn-minimal-image = "jamvm" |
| 12:51.00 | pb_ | something like that |
| 12:51.44 | pb_ | might be worth checking with #angstrom since minimal-image is one of theirs |
| 12:51.52 | booxter | maybe just IMAGE_INSTALL += "jamvm" |
| 12:52.15 | pb_ | no, that won't work |
| 12:52.24 | booxter | hm, why? |
| 12:52.34 | pb_ | the definition from the .bb file will overwrite what you've set in local.conf |
| 12:52.50 | booxter | and pn-minimal-image one? |
| 12:52.55 | booxter | what's that 'pn-'? |
| 12:53.06 | pb_ | see ${OVERRIDES} |
| 12:53.17 | booxter | pb_: where? |
| 12:53.33 | pb_ | bitbake.conf |
| 12:53.57 | *** join/#oe mnabil_ (n=mnabil@196.202.97.147) |
| 12:55.42 | booxter | I mean, where can I find its syntax definition? |
| 12:55.58 | pb_ | the bitbake manual, I think |
| 12:56.33 | pb_ | http://bitbake.berlios.de/manual/ch02.html#id869082 |
| 12:58.51 | Goddchen | http://docs.openembedded.org/usermanual/html/commonuse_new_image.html |
| 12:58.56 | Goddchen | isn't this one here what i want to do? |
| 13:02.00 | pb_ | yes |
| 13:02.20 | pb_ | that's what I said earlier, you can create your own jammy-classy-image with jamvm and classpath |
| 13:04.15 | Goddchen | oh great, i'll try around with that one :) and i'm going to bother you with more questions again... ;) |
| 13:05.35 | *** join/#oe BenLauDC (n=benlau@221.125.8.105) |
| 13:12.35 | *** join/#oe Flyser (n=Flyser@unaffiliated/flyser) |
| 13:28.19 | *** join/#oe ArteK (n=Artur@81.15.241.96) |
| 13:29.32 | zecke | wow I just learned about aptitude purge ~c |
| 13:33.55 | pb_ | oh dear, apt just installed a new version of grub |
| 13:34.01 | pb_ | fear |
| 13:34.20 | pb_ | makes mental note not to reboot |
| 13:35.36 | *** join/#oe Soopaman (n=Soopaman@67.211.112.45) |
| 13:36.02 | *** join/#oe waite (n=bwaite@206.83.81.178.ptr.us.xo.net) |
| 13:37.18 | zecke | hehe |
| 13:37.22 | zecke | pb_: grub2? |
| 13:37.48 | hrw | everyone loves grub2 |
| 13:37.51 | zecke | pb_: on boot it will say ext2 not supported :) |
| 13:38.02 | pb_ | yah, grub2 |
| 13:38.18 | zecke | checks on the status of GNU HURD |
| 13:38.32 | pb_ | zecke: heh, yeah, either that or it will just not find my partitions at all |
| 13:38.47 | zecke | pb_: did you change your opinion regarding obj c? do you still like it? |
| 13:38.50 | hrw | there are rumours that at 2039 grub2 will get stable release |
| 13:38.57 | pb_ | still, it's an improvement, a few months ago the version in debian would just segfault when it tried to install itself. |
| 13:39.03 | pb_ | zecke: yes, I'm still quite happy with it. |
| 13:39.22 | pb_ | there are some things that suck, but I guess all languages have those |
| 13:39.37 | pb_ | on the whole it seems to be pretty good |
| 13:39.52 | zecke | pb_: do you know if the GNU runtime supports properties and this "Objective C 2.0" stuff? |
| 13:40.24 | pb_ | I don't think it does, but I've never checked. |
| 13:42.11 | zecke | pb_: from the man page it seems that GC support was added... and in theory one could use apple's gc as this is BSD licensed... :} |
| 13:42.35 | CIA-73 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r0ec338fb84 10openembedded.git/recipes/check/ (check_0.9.5.bb files/configure_fix.patch): check: add 0.9.5 (from poky) |
| 13:42.35 | CIA-73 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r79d9be1d6c 10openembedded.git/ (2 files in 2 dirs): libjana: sync with poky |
| 13:42.36 | CIA-73 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rb0947eb308 10openembedded.git/recipes/upnp/ (gssdp_0.6.3.bb gupnp-av_0.3.bb gupnp_0.12.5.bb): gupnp*: sync with poky |
| 13:42.37 | CIA-73 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rf4d7699218 10openembedded.git/recipes/redland/ (3 files in 2 dirs): redland: add 1.0.8 (from poky) |
| 13:42.38 | *** join/#oe kergoth (n=kergoth@ip98-167-215-86.ph.ph.cox.net) |
| 13:42.39 | CIA-73 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rf5cce792ca 10openembedded.git/recipes/moblin/ (9 files in 2 dirs): |
| 13:42.41 | zecke | it saddens me a bit that apple is somehow lost on their apple branch in the gcc repo... |
| 13:42.42 | CIA-73 | moblin: add recipes from poky 'meta-moblin' overlay |
| 13:42.44 | CIA-73 | * the juicy parts depend on clutter and clutter-gst |
| 13:42.46 | CIA-73 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rc289210c5b 10openembedded.git/recipes/gnome/gnome-vfs_2.22.0.bb: gnome-vfs: bump PR for gnome.bbclass change |
| 13:42.49 | CIA-73 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r9d1ba2a95b 10openembedded.git/recipes/xdg-user-dirs/ (xdg-user-dirs/configurefix.patch xdg-user-dirs_0.10.bb): xdg-user-dirs: add 0.10 (from poky) |
| 13:42.52 | CIA-73 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r3002330a6a 10openembedded.git/ (4 files in 3 dirs): gnet: sync with poky |
| 13:42.59 | CIA-73 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * ra5a169d667 10openembedded.git/recipes/gimp/gimp_2.6.3.bb: gimp 2.6.3: bump PR for gnome.bbclass change |
| 13:43.02 | CIA-73 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r71e69ad8b5 10openembedded.git/recipes/gnuradio/ (gnuradio.inc gnuradio_3.1.3.bb gnuradio_svn.bb): gnuradio: add hack to build a private copy of libusb (the gnarly old one) and statically link that since gnuradio is using private methods of libusb that libusb-compat won't provide |
| 13:43.25 | pb_ | zecke: yeah, I dunno how dependent the apple gc is on the rest of their runtime |
| 13:44.28 | zecke | pb_: do you use gc? or just the NSAutoReleasePool? |
| 13:45.18 | zecke | there is a great project for GNUstep that compiles Smalltalk and makes Smalltalk objects inherit from NSObject... and interact with that |
| 13:45.53 | *** join/#oe abner (n=birunko@189.70.74.77) |
| 13:50.22 | hrw | ~curse git merge |
| 13:50.23 | ibot | May the fleas of a thousand camels infest your most sensitive regions, git merge ! |
| 13:50.27 | pb_ | zecke: neither. afaik, NSAutoReleasePool is cocoa specific as well, the gnu runtime doesn't have those classes. |
| 13:51.44 | *** join/#oe brolin (n=brolin@200.24.16.55) |
| 13:51.54 | pb_ | we do use refcounting though, just not the pool stuff |
| 13:54.47 | hrw | someone has url to really useful 'git merge manual'? |
| 13:54.53 | Goddchen | hey, what's the difference between PACKAGE_INSTALL and RDEPENDS? |
| 13:55.16 | Goddchen | i'm referencing to http://docs.openembedded.org/usermanual/html/commonuse_new_image.html |
| 13:55.24 | broonie | hrw: #git might but it's no different to any other RCS, really. |
| 13:55.34 | hrw | Goddchen: PACAKGE_INSTALL say "install this and this into image/rootfs". RDEPENDS says "I need this and this and that" |
| 13:55.56 | hrw | broonie: especially when I have to merge my work tree by 'git format-patch;git branch -D;git am' |
| 13:56.08 | CIA-73 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * re8c84558f7 10openembedded.git/recipes/connman/ (connman.inc connman_0.19.bb files/connman): connman: fix initscript and start earlier (but after dbus) (from poky) |
| 13:56.09 | CIA-73 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rb57cdcf182 10openembedded.git/recipes/dbus/ (dbus.inc dbus_1.2.1.bb): dbus: start a bit earlier in the init sequence (from poky) |
| 13:56.10 | CIA-73 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * re400d1a3f2 10openembedded.git/recipes/udev/ (udev-141/init udev_141.bb): udev: Allow standard users to access shared memory (from poky) |
| 13:56.30 | hrw | and in between: rm whole-working-copy-due-to-lack-of-possibility-to-checkout-other-branch |
| 13:57.05 | broonie | hrw: I'm not sure what that's supposed to do but it sounds like you want rebase? |
| 13:57.09 | booxter | I added gst-plugins-good-meta to my IMAGE_INSTALL variable (in image.bb) but there are no dependencies (gst-plugin-avi and others) in the image. How should I add them to my image? |
| 13:57.25 | booxter | I'd like to get all gst-plugin-* packages there |
| 13:57.51 | Goddchen | ok, is it possible to "extend" for example "minimal-image"? |
| 13:57.59 | hrw | broonie: I want merge - will rebase later |
| 13:58.06 | Goddchen | and add packages to it |
| 13:58.07 | Crofton | cp minimal-image.bb to new-image.bb |
| 13:58.13 | *** join/#oe chouimat|work (n=quassel@firewall.axentra.com) |
| 13:58.56 | hrw | broonie: otherwise I will end with conflicts during rebasing and will have to: a) abort whole rebase, b) curse a lot about missing commits c) other |
| 14:00.18 | pb_ | Goddchen: yes, this is the local.conf stuff we talked about before. |
| 14:00.34 | hrw | Goddchen: best way: create own image |
| 14:00.35 | pb_ | you can either write a new image file, or extend minimal-image to include the bits you want. |
| 14:00.51 | pb_ | the latter is a bit less typing, but obviously no good if you want to distribute the resulting recipes. |
| 14:02.14 | Goddchen | ok, so i would write to my my-image.bb file, something like IMAGE_BASENAME = "my-image" \ PACKAGE_INSTALL = "jamvm" |
| 14:02.21 | Goddchen | but where does all the other stuff come from? |
| 14:02.26 | booxter | the main question is why IMAGE_INSTALL doesn't install all deps into images (because gst-plugins-good-meta ipk has the right deps) |
| 14:02.36 | Goddchen | i would think that i would need to inherit some base rootfs package or something |
| 14:03.05 | pb_ | Goddchen: you probably want to start with minimal-image and just modify that file |
| 14:03.13 | *** join/#oe Laibsch (n=Laibsch@p3077-ipngn201marunouchi.tokyo.ocn.ne.jp) |
| 14:03.20 | Goddchen | yes, i'm doing that right now |
| 14:03.23 | Goddchen | i'll report later |
| 14:03.25 | *** join/#oe vivijim (n=vivijim@unaffiliated/vivijim) |
| 14:06.25 | pb_ | admittedly minimal-image isn't a particularly good example but I can't think offhand of anything better. micro-image.bb and helloworld-image.bb don't have the angstrom bits, but they are probably a bit too minimal for your purposes. |
| 14:09.55 | Soopaman | morning all |
| 14:10.20 | Soopaman | are there any tutorials on setting up custom kernel configs |
| 14:12.10 | Goddchen | ah damn... classpath fails to configure |
| 14:12.12 | booxter | Soopaman: that's not oe specific question. google for it |
| 14:12.57 | Goddchen | http://goddchen.pastebin.com/d6b51c509 |
| 14:12.59 | hrw | http://www.youtube.com/watch?v=X9dpXHnJXaE |
| 14:13.47 | XorA | had forgotten about needing to fix the bad C code in util-linux-ng so it compiles |
| 14:14.18 | Soopaman | booxter, actually it is |
| 14:14.19 | hrw | XorA: I need to finally export my patchsets |
| 14:14.30 | XorA | hrw: have you patched that one? |
| 14:14.40 | pb_ | what's the advantage of util-linux-ng meant to be, compared to the old util-linux? |
| 14:14.49 | Soopaman | I'm having a heck of a time confirming that my machine config is being pulled into my builds prior to running them |
| 14:14.50 | NekoXP | kergoth, meow? anyone else having problems with diffstat today still? :) |
| 14:14.54 | hrw | XorA: no |
| 14:15.03 | kergoth | NekoXP: ? |
| 14:15.08 | XorA | pb_: no idea, seems its the current linux FAD to add -ng and fork |
| 14:15.08 | kergoth | NekoXP: no idea what you're talking about |
| 14:15.10 | hrw | XorA: ep93xx support improved a bit, geodelx changes |
| 14:15.16 | NekoXP | the files on the debian mirror disappeared |
| 14:15.20 | pb_ | XorA: yah, I suspected it might be that |
| 14:15.23 | Soopaman | it would be nice to be able to dry run/debug a kernel config prior to jumping in with 2 feet into the build |
| 14:15.28 | NekoXP | I grabbed them from another location and it now says it doesn't build |
| 14:15.45 | *** part/#oe aanishn (n=aanishn@59.160.172.220) |
| 14:15.56 | kergoth | NekoXP: and you're talking to me about this why exactly? |
| 14:15.57 | booxter | Soopaman: then describe your question more accurate. What is your problem with kernel configs? |
| 14:16.00 | NekoXP | of course I should have bugreported the exact stuff for the compile failure last night, now it's scrolled off... and somehow oe bitbake deleted the sources or decied the checksum |
| 14:16.16 | NekoXP | I dunno, I picked a developer who knows what they're doing? :D |
| 14:16.22 | NekoXP | you seem like a likely candidate |
| 14:16.32 | kergoth | you're just likely to piss people off, doing that |
| 14:16.47 | kergoth | open a bug or ask in the channel, don't pester individuals unless they maintain what you're finding a problem with |
| 14:16.58 | *** join/#oe AvengerMoJo (n=cc@61.14.133.20) |
| 14:17.04 | NekoXP | I can't tell who maintains it.. |
| 14:17.28 | kergoth | probably no one, or everyone. the team. which is the case for most things |
| 14:17.41 | NekoXP | who's "CL"? |
| 14:17.51 | XorA | Crofton|work: now waiting for Obama to make it illegal to buy any car other than a ford, just to keep some car industry running in USA :-) |
| 14:18.10 | kergoth | probably me, depends on the context. where are you finding that? |
| 14:18.14 | booxter | XorA: democrazy! ;-) |
| 14:18.20 | NekoXP | diffstat_1.39.bb :)_ |
| 14:18.58 | kergoth | i haven't touched that recipe in probably 4+ years. |
| 14:18.59 | Crofton|work | I think it is great that GM is finally owned by America! |
| 14:19.48 | NekoXP | kergoth, someone needs to touch it :( |
| 14:19.55 | kergoth | and? |
| 14:19.58 | booxter | should PACKAGE_INSTALL += "gst-plugins-good-meta" install all ugly-meta deps into image? |
| 14:20.11 | NekoXP | the debian mirrors did change and the sources vanished |
| 14:20.21 | NekoXP | and the only alternatives I can find, don't build, which is annoying |
| 14:20.26 | NekoXP | I was wondering if there was a backup plan |
| 14:20.59 | kergoth | there almost never is. google is your friend, try to find a mirror |
| 14:21.13 | *** join/#oe lrg (n=lrg@host81-136-218-57.in-addr.btopenworld.com) |
| 14:21.20 | XorA | ~fish lrg |
| 14:21.21 | ibot | ACTION slaps lrg around with a large trout |
| 14:21.22 | pb_ | booxter: no. it'd be pretty useless to split the good from bad and ugly if installing good always hauled in the others. |
| 14:21.49 | pb_ | booxter: though, I didn't think there actually was an output package named 'gst-plugins-good-meta' or 'gst-plugins-ugly-meta' for that matter. |
| 14:21.56 | lrg | XorA: thanks, needed that ! |
| 14:22.23 | booxter | pb_: em, I just misstyped... I meant 'good-meta' of course |
| 14:22.50 | booxter | pb_: there is the -meta package for every (good|bad|ugly) plugins package |
| 14:23.11 | Laibsch | hrw: I see you recently checked in dri2proto 2.0. It fails to build for me and the only other person I can find on tinderbox trying that version. Can you take a look. The error for dfoley (who apparently fixed it locally later) and me are the same. |
| 14:23.18 | booxter | they depend on all gst-plugin-* packages for each of them |
| 14:23.22 | Laibsch | hrw: http://tinderbox.openembedded.net/packages/dri2proto/ |
| 14:24.18 | pb_ | oh right, yes. I wonder why they have that funny "-meta" on the end of their names. |
| 14:24.30 | pb_ | in that case, yes, installing gst-plugins-good-meta should also install its dependencies. |
| 14:25.12 | booxter | pb_: I tried both IMAGE_INSTALL and PACKAGE_INSTALL. No packages in the image :( |
| 14:25.13 | pb_ | that reminds me, this crazy blacklist thing still sucks. should fix that sometime. |
| 14:25.26 | hrw | Laibsch: I have to rebuild and push all local changes |
| 14:25.35 | pb_ | booxter: check the log, there might be a clue there as to what is wrong |
| 14:25.43 | booxter | If I specify "mplayer" there then I get it into the image, same for "qt4-embedded" but not for these -meta stuff |
| 14:26.14 | pb_ | most likely, the packages are busted in some way. |
| 14:26.25 | pb_ | but, like I say, need to check the log to find out what is actually the matter. |
| 14:28.52 | hrw | I wonder why "git send-email" is braindead when it comes to handling of patches. why it removes good written descriptions from each patch... |
| 14:29.56 | kergoth | hrw: ask in #git or on the git list? :) |
| 14:30.09 | hrw | ;D |
| 14:33.33 | digital-ex | Hi everyone |
| 14:35.22 | digital-ex | I was wondering if anyone knows about a list or other resources to find developers that are exposed to or fluent with OE? |
| 14:36.03 | *** join/#oe Goddchen1 (n=Goddchen@kons-5f7146a7.pool.einsundeins.de) |
| 14:38.18 | DJWillis | digital-ex: the obvious would be to ask around these parts. Or on the mailing list but you may get spammed with replies, not really sure if asking for devs on a list is a great idea if it is on a commericial basis. |
| 14:39.15 | Laibsch | hrw: thanks |
| 14:39.22 | digital-ex | OK... thanks DJWillis. It is for commercial work, I'm wasn't sure about the etiquette regarding asking here |
| 14:40.08 | DJWillis | digital-ex: nor me I must confess. It may be a good idea to find out from some of the OE leads what the deal is. |
| 14:40.35 | XorA | isnt sure there is a deal |
| 14:40.50 | digital-ex | DJWillis: Would these "leads" be the ones listed on the developer page on the Wiki? |
| 14:41.07 | cdbot2 | * * OE Bug 5141 has been created by matt(AT)genesi-usa.com |
| 14:41.09 | cdbot2 | * * iputils does not build |
| 14:41.10 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=5141 |
| 14:41.24 | Gnutoo | mmm...where is handled this variable: IMAGE_FSTYPES ...for now I'm waiting for the result of the grep...the problem is this one: mksquashfs-lzma: command not found => it should depend on squashfs-lzma-tools-native |
| 14:42.12 | Gnutoo | mmm...grep didn't return anything interresting...is it handled in bitbake itself? |
| 14:42.40 | Gnutoo | I'll look in the image class |
| 14:42.41 | DJWillis | digital-ex: that would be a good start, just wait and catch someone when there chatting. |
| 14:43.33 | digital-ex | Thanks DJWillis. I'll have to try that |
| 14:44.31 | Gnutoo | mmm....bitbake.conf |
| 14:45.30 | Gnutoo | http://dpaste.com/50053/ |
| 14:45.38 | Gnutoo | but it should depend...strange |
| 14:45.43 | Gnutoo | my image is micro-image |
| 14:45.55 | Gnutoo | my distro is micro |
| 14:46.05 | Gnutoo | and my machine is wrt54gs |
| 14:47.37 | Gnutoo | DJWillis, there is are some list...one is the MAINTAINER list in the repo |
| 14:48.40 | Gnutoo | DJWillis, the other list is at : http://wiki.openembedded.net/index.php/OpenEmbedded_Developers |
| 14:49.12 | pb_ | does anybody here have the eleet s3c2412 skills? |
| 14:49.24 | pb_ | trying to locate a missing register bit |
| 14:50.05 | *** join/#oe lrg (n=lrg@host81-136-218-57.in-addr.btopenworld.com) |
| 14:50.17 | Gnutoo | DJWillis, what's the product involved(I'm always curious about new products) |
| 14:50.23 | Laibsch | Gnutoo: Have you already successfully used binaries compiled with OE on the Linksys? |
| 14:50.37 | Gnutoo | Laibsch, not yet |
| 14:50.58 | Laibsch | please make some kind of "announcement" on the list |
| 14:51.04 | Gnutoo | Laibsch, also...I do not have serial yet... |
| 14:51.06 | Laibsch | I would like to try it out, too |
| 14:51.25 | Laibsch | But I have too many other open projects currently |
| 14:51.29 | DJWillis | Gnutoo: you got it wrong, I was answering digital-ex not asking ;-). |
| 14:51.31 | Gnutoo | Laibsch, ok...I also need to send an important patch reguarding the handling of --gnu-hash |
| 14:51.42 | Gnutoo | DJWillis, sorry wrong name |
| 14:51.56 | DJWillis | Gnutoo: the main think I use OE for is OMAP3 work and odd Korean platforms. |
| 14:51.57 | Gnutoo | digital-ex, ^^^ that was for you.... |
| 14:52.08 | Gnutoo | ok |
| 14:52.24 | *** join/#oe marex (n=marex@vasut.kolej.mff.cuni.cz) |
| 14:52.46 | Gnutoo | Laibsch, because there is no --gnu-hash on mips and gnu hash was in the LD-flags... |
| 14:52.54 | *** join/#oe flo_lap (n=fuchs@82.113.121.136) |
| 14:53.20 | Gnutoo | also I do not plan to use 2.4 kernel but try with 2.6 and b43+hostap driver |
| 14:53.32 | Gnutoo | would be easier... |
| 14:53.38 | Gnutoo | and 100% free also |
| 14:54.19 | Laibsch | sounds great |
| 14:54.31 | Laibsch | I guess the openwrt people are still not on the OE bandwaggon? |
| 14:54.39 | Laibsch | not even in the slightest? |
| 14:54.49 | Gnutoo | yes I asked at fosdem and they told it was mainly for historical reasons |
| 14:54.55 | Gnutoo | and also because oe was slow |
| 14:56.16 | *** join/#oe dth_ntb (n=dieter@p4FDED7AB.dip.t-dialin.net) |
| 14:56.41 | XorA | I got the impression that openwrt was a pretty well defined target, and they build system suited that target well |
| 14:56.47 | XorA | we cant win them all :-) |
| 15:03.33 | hrw | Gnutoo: openwrt guys use 2.4 on wrt54 still |
| 15:03.42 | hrw | Gnutoo: under 2.6 there is no wifi |
| 15:03.47 | Gnutoo | yes but they have a 2.6 version |
| 15:03.49 | Gnutoo | yes I know |
| 15:04.01 | Gnutoo | I hope they have a recent enough 2.6 kenrel |
| 15:04.08 | hrw | how to clone stable/2009 branch? |
| 15:04.37 | hrw | other then "clone, cd, checkout stable/2009, live with that" |
| 15:05.06 | *** join/#oe bbradley_ (n=bbradley@87-194-119-230.bethere.co.uk) [NETSPLIT VICTIM] |
| 15:05.06 | *** join/#oe JaMa (n=martin@161-24.13.24.78.awnet.cz) [NETSPLIT VICTIM] |
| 15:05.27 | *** join/#oe Martin-B (n=Martin@pool-9-65-198-89.dbd-ipconnect.net) |
| 15:05.54 | broonie | hrw: In that case I really don't understand what the format-patch/apply thing is for. |
| 15:06.45 | hrw | broonie: nevermind - got it merged/rebased finally |
| 15:09.08 | pb_ | hi florian |
| 15:09.25 | florian | hi all |
| 15:11.04 | *** join/#oe waite (n=bwaite@206.83.81.178.ptr.us.xo.net) |
| 15:11.57 | Goddchen1 | is cacao supported on avr32 anyway? according to their wiki it doesn't |
| 15:13.11 | *** join/#oe waite1 (n=bwaite@206.83.81.178.ptr.us.xo.net) |
| 15:14.09 | Gnutoo | Goddchen1, at what point is the vm that takes advantages of the native java bytecode execution on the CPU ? |
| 15:14.42 | Goddchen1 | what? |
| 15:15.25 | pb_ | Goddchen: presumably the cacaovm documentation is correct |
| 15:15.47 | pb_ | or you could ask #cacao |
| 15:15.48 | Goddchen | hm, then i'm better off with jamvm i think |
| 15:16.04 | Goddchen | i just saw that task-java makes use of cacao |
| 15:16.23 | Gnutoo | Goddchen, there was a talk at fosdem named "Hardware accelerated Java" |
| 15:16.41 | pb_ | yeah, task-java isn't necessarily relevant to your platform |
| 15:16.55 | Goddchen | i don't need hardware acceleration, i just need to get java working at all |
| 15:17.35 | Gnutoo | Goddchen, ah ok I was just curious about their status |
| 15:18.17 | Goddchen | i recently talked to atmel, but they do no development with java anymore... they once released a patch for jamvm 1.5.0 and that's it |
| 15:18.25 | Gnutoo | it was because avr32 is the only CPU that has open documentation for hardware accelerated java |
| 15:18.37 | Gnutoo | ok |
| 15:18.55 | Goddchen | yes i know, but i don't realy need hw acc, in the first step i only need java at all working |
| 15:19.04 | pb_ | RP: you were right, this new evolution is awful |
| 15:19.08 | pb_ | I wonder how I can go back to the old one |
| 15:20.47 | *** join/#oe digital-ex (n=Luccisa@nat/cisco/x-19a4eedd054d5b88) |
| 15:22.19 | Goddchen | but i can't get past the classpath package :( |
| 15:22.28 | Goddchen | did anyone get it configured? |
| 15:23.11 | Goddchen | http://goddchen.pastebin.com/d6b51c509 |
| 15:25.58 | pb_ | sounds like your VM is broken |
| 15:26.01 | pb_ | can you run any java at all? |
| 15:26.16 | Goddchen | ah you mean a java vm installed the host machine? |
| 15:26.19 | pb_ | yes |
| 15:26.24 | pb_ | whatever $JAVA is trying to invoke |
| 15:26.40 | Goddchen | oh, i need to check this, i thought a native jvm is built by oe? |
| 15:26.55 | pb_ | dunno, you'll have to check what value $JAVA actually has |
| 15:27.02 | pb_ | if oe is building a native jvm, it must be that that is broken |
| 15:27.23 | Goddchen | yeah, but why, i would be broken for everyone then, wouldn't it? |
| 15:28.03 | Goddchen | how can i check what value $JAVA has at execution time? |
| 15:28.13 | pb_ | you'd think so, but it might depend on some detail of your configuration. |
| 15:28.30 | pb_ | use 'bitbake -e', or check the run.do_configure script by hand |
| 15:30.57 | *** join/#oe Goddchen1 (n=Goddchen@hs082012.vpn.rz.htwg-konstanz.de) |
| 15:31.27 | Goddchen1 | wow, bitbake -e gives 1000 of lines of output, i'll grep for "java" |
| 15:31.49 | *** join/#oe alecrim (n=alecrim@189.2.128.130) |
| 15:32.11 | Goddchen1 | it sais |
| 15:32.18 | Goddchen1 | export JAVA = "java" |
| 15:32.39 | Goddchen1 | running java -version in the host shell gives: |
| 15:32.40 | Goddchen1 | java version "1.6.0_0" |
| 15:32.40 | Goddchen1 | OpenJDK Runtime Environment (build 1.6.0_0-b11) |
| 15:32.40 | Goddchen1 | OpenJDK Client VM (build 1.6.0_0-b11, mixed mode, sharing) |
| 15:43.52 | *** join/#oe waite (n=bwaite@206.83.81.178.ptr.us.xo.net) |
| 15:45.42 | *** join/#oe waite (n=bwaite@206.83.81.178.ptr.us.xo.net) |
| 15:47.31 | pb_ | do you have another 'java' in your staging directory? |
| 15:47.40 | pb_ | to be sure, run up the devshell and try typing "java -version" there |
| 15:47.54 | pb_ | afk for a few now |
| 15:51.17 | *** join/#oe hoj (n=jfaith@75-147-191-205-Washington.hfc.comcastbusiness.net) |
| 16:00.15 | rkirti_ | Probably the wrong place to be asking this - but is there something that allows me to see *all* the versions of a library I have installed ? http://pastebin.com/dcf5af38--> Here is the trouble |
| 16:01.12 | pb_ | rkirti_: ls /usr/lib |
| 16:01.50 | rkirti_ | I have been toying around compiling custom , various versions of glib and gtk on my system and now have to put some of them into OE - my pc builds break due to the above error. |
| 16:02.05 | rkirti_ | pb_: that shows me only one version - the one mentioned in the .pc file |
| 16:02.29 | pb_ | rkirti_: in that case you'll have to inspect config.log to see where configure is finding this other one |
| 16:03.20 | rkirti_ | pb_: .pc file mentions 2.14 and 2.18 in this case (for glib) but the configure script finds 2.21 somewhere and its right.. |
| 16:03.34 | rkirti_ | pb_: oh ok, should have done that before. thanks |
| 16:04.07 | Goddchen1 | dev shell? |
| 16:04.09 | Goddchen1 | what's that? |
| 16:04.37 | *** join/#oe valhalla (n=valhalla@81-174-25-110.dynamic.ngi.it) |
| 16:04.43 | pb_ | ibot, google for oe devshell |
| 16:05.08 | pb_ | hm, ibot on strike |
| 16:05.13 | pb_ | I guess you'll have to google for yourself |
| 16:05.53 | *** join/#oe waite (n=bwaite@206.83.81.178.ptr.us.xo.net) |
| 16:07.03 | CIA-73 | 03Klaus Kurzmann <mok@fluxnetz.de> 07shr/import * r883b59e634 10openembedded.git/recipes/tasks/task-shr-feed.bb: |
| 16:07.04 | CIA-73 | task-shr-feed: replace links with links-x11 |
| 16:07.04 | CIA-73 | Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> |
| 16:12.07 | cdbot2 | * * OE Bug 5142 has been created by michael.lippautz(AT)gmail.com |
| 16:12.08 | cdbot2 | * * gumstix-kernel-2.6.21-r0 module sumversion fails to build |
| 16:12.11 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=5142 |
| 16:12.13 | *** join/#oe dth_ntb (n=dieter@p4FDED7AB.dip.t-dialin.net) |
| 16:17.42 | hoj | I'd like to reuse a kernel .bb so I used a "require" in my .bb as suggested in the "Reusing recipe contents" section of the User Manual. Got error from bitbake: "Multiple .bb files are due to be built which each provide virtual/kernel". It lists my .bb and the one I require. Should only ".inc" files be "require"d? |
| 16:22.02 | *** join/#oe raster (n=raster@enlightenment/developer/raster) |
| 16:23.37 | pb_ | No, it should be OK to require a .bb file directly. You'll have to figure out why bitbake is wanting to build the "other" one. |
| 16:24.35 | hoj | I also get "This usually means one provides something the other doesn't and should" so maybe that's the hint. |
| 16:25.48 | *** join/#oe zerum (n=zero@187.37.64.62) |
| 16:26.04 | pb_ | right |
| 16:32.33 | *** join/#oe workrat (n=chatzill@adsl-76-226-146-243.dsl.sfldmi.sbcglobal.net) |
| 16:37.54 | CIA-73 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r05795ae1c6 10openembedded.git/recipes/clutter/ (clutter-0.9_git.bb files/enable_tests.patch): clutter 0.9: add from poky |
| 16:37.55 | CIA-73 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rb0bac94ebe 10openembedded.git/recipes/moblin/ (bognor-regis_git.bb hornsey_git.bb nbtk_git.bb): moblin: add nbtk, hornsey and bognor-regis |
| 16:37.56 | CIA-73 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r60c02fdf55 10openembedded.git/recipes/clutter/clutter-0.9_git.bb: clutter 0.9: fixup GLES backend |
| 16:37.57 | CIA-73 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rbfcf9c705f 10openembedded.git/ (conf/checksums.ini recipes/librsvg/librsvg_2.26.0.bb): librsvg: add 2.26.0 |
| 16:38.21 | CIA-73 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r801089b915 10openembedded.git/recipes/clutter/clutter-gst-0.9_git.bb: |
| 16:38.21 | CIA-73 | clutter-gst: add 0.9 |
| 16:38.21 | CIA-73 | * only works with proper GL, the clutter folks broke GLES |
| 16:38.25 | CIA-73 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rd510db0a48 10openembedded.git/recipes/startup-notification/startup-notification_0.9.bb: startup-notification: add 0.9 |
| 16:39.45 | pb_ | florian: heh, I discovered the downside to having an SLR again: I find myself spending ages looking for lenses on ebay :-} |
| 17:01.09 | *** join/#oe likewise (n=likewise@82-171-51-231.ip.telfort.nl) |
| 17:04.07 | CIA-73 | 03Tom Rini <trini@embeddedalley.com> 07org.openembedded.dev * r97430a9256 10openembedded.git/recipes/python/python-native_2.6.1.bb: python-native: Actually bump PR |
| 17:07.09 | CIA-73 | 03Tom Rini <trini@embeddedalley.com> 07org.openembedded.dev * rd63d354960 10openembedded.git/recipes/initscripts/ (3 files in 3 dirs): (log message trimmed) |
| 17:07.09 | CIA-73 | initscripts: Get rid of the vtmaster stuff, bump PR. |
| 17:07.09 | CIA-73 | I ran into this on my boards that start out with the really minimal |
| 17:07.09 | CIA-73 | (console and null only) set of dev nodes prior to udev running. The |
| 17:07.09 | CIA-73 | banner script looks around for what might be the vtmaster (aka what's |
| 17:07.12 | CIA-73 | got console) to say that we're booting. But that's where things go by |
| 17:07.14 | CIA-73 | default anyhow. |
| 17:10.18 | *** join/#oe likewise (n=likewise@82-171-51-231.ip.telfort.nl) |
| 17:14.01 | *** join/#oe udovdh (n=udovdh@pindarots.xs4all.nl) |
| 17:22.02 | *** join/#oe hufnus_cicq (n=hufnus_c@69-12-177-67.dsl.static.sonic.net) |
| 17:29.06 | Goddchen1 | pb_: is oe dev shell a graphical shell? i only have ssh access to the host |
| 17:29.31 | Goddchen1 | it invokes "gnome-terminal" and sais "cannot open display" |
| 17:33.06 | cdbot2 | * * OE Bug 5143 has been created by michael.lippautz(AT)gmail.com |
| 17:33.08 | cdbot2 | * * gumstix-kernel-2.6.21 fails to build with gcc 4.3 |
| 17:33.10 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=5143 |
| 17:36.08 | NekoXP | Goddchen1, it shouldn't!? |
| 17:36.22 | NekoXP | has anyone seen "zic" complaining that the timezone is not set correctly? |
| 17:37.13 | *** join/#oe kergoth (n=kergoth@65.200.49.156) |
| 17:37.13 | *** join/#oe HellDragon (i=jd@Wikipedia/HellDragon) |
| 17:39.14 | CIA-73 | 03Roman I Khimov <khimov@altell.ru> 07org.openembedded.dev * rffa55a98f6 10openembedded.git/conf/ (3 files in 2 dirs): (log message trimmed) |
| 17:39.14 | CIA-73 | (e)glibc.inc: add minimal sane kernel versions, move from bitbake.conf |
| 17:39.14 | CIA-73 | (e)glibc is configured for OLDEST_KERNEL, certain target architectures have |
| 17:39.14 | CIA-73 | specific requirements for kernel versions, if that are not satisfied (e)glibc |
| 17:39.14 | CIA-73 | reconfigures itself with what it think more appropriate and warns user that |
| 17:39.17 | CIA-73 | there is misconfiguration on his side. |
| 17:39.19 | CIA-73 | Add minimal sane kernel versions for architectures requiring that. |
| 17:53.11 | *** join/#oe Gnutoo (n=gnutoo@host127-55-dynamic.180-80-r.retail.telecomitalia.it) |
| 17:54.06 | cdbot2 | * * OE Bug 5143 has been marked as DUPLICATE of bug 5131 by andrea.adami(AT)gmail.com |
| 17:54.08 | cdbot2 | * * gumstix-kernel-2.6.21 fails to build with gcc 4.3 |
| 17:54.10 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=5143 |
| 18:09.58 | *** join/#oe pleemans (n=toi@d54C2AAB7.access.telenet.be) |
| 18:10.19 | *** join/#oe mrc3__ (n=mrc3@nat/ti/x-a06fd11dc6747e0a) |
| 18:10.33 | *** join/#oe pb__ (n=pb@88-109-34-80.dynamic.dsl.as9105.com) |
| 18:13.40 | *** part/#oe ade|desk (n=adavey@195.153.131.254) |
| 18:14.31 | *** join/#oe darion76 (n=darion76@77.52.67.110) |
| 18:17.28 | Goddchen1 | NekoXP: is it supposed to be a console shell? |
| 18:17.51 | Goddchen1 | http://goddchen.pastebin.com/d3c541aca |
| 18:18.56 | NekoXP | hmm you should be able to set that up to use bash or so |
| 18:19.06 | Goddchen1 | do you know where? |
| 18:19.35 | NekoXP | set TERMCMD in local.conf |
| 18:21.14 | NekoXP | and TERMCMDRUN = "${TERMCMD} -x" |
| 18:21.17 | NekoXP | that should fix it |
| 18:21.37 | NekoXP | probably not the CORRECT way to do it but :D |
| 18:25.25 | Goddchen1 | currently trying it with TERMCMD = "bash" |
| 18:25.39 | Goddchen1 | weird |
| 18:25.46 | Goddchen1 | NOTE: Running task 41 of 41 (ID: 4, /home/swk/osgi/openembedded/stuff/openembedded/recipes/classpath/classpath_0.98.bb, do_devshell) |
| 18:25.46 | Goddchen1 | NOTE: Tasks Summary: Attempted 41 tasks of which 40 didn't need to be rerun and 0 failed. |
| 18:25.47 | Goddchen1 | that's it |
| 18:25.53 | Goddchen1 | and i'm back in my old shell |
| 18:33.48 | NekoXP | 0 failed is the good thing then? |
| 18:33.58 | NekoXP | it probably just needed to run a script |
| 18:35.07 | *** join/#oe florian (n=fuchs@f048165168.adsl.alicedsl.de) |
| 18:35.37 | Goddchen1 | i think i should end up in a "dev shell" shouldn't i? |
| 18:36.19 | *** join/#oe SDuensin_ (n=Scott@12-226-44-250.client.mchsi.com) |
| 18:38.13 | Goddchen1 | according to this page i should http://bec-systems.com/oe/html/usage_devshell.html |
| 18:38.47 | CIA-73 | 03Klaus Kurzmann <mok@fluxnetz.de> 07shr/import * r48f526d9c6 10openembedded.git/recipes/images/shr-image.inc: |
| 18:38.47 | CIA-73 | shr-image.inc: correctly set LANG to en_US / do NOT set LC_ALL |
| 18:38.47 | CIA-73 | Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> |
| 18:42.18 | tharvey | fg |
| 18:43.44 | *** join/#oe davidcb (n=David@24.0.1.239) |
| 18:43.58 | *** join/#oe Martin-B (n=Martin@pool-127-67-198-89.dbd-ipconnect.net) |
| 18:44.23 | *** join/#oe drw_ (n=quassel@dirus.hrsmart.com) |
| 18:49.17 | *** join/#oe JaMa (n=martin@161-24.13.24.78.awnet.cz) |
| 18:50.09 | *** join/#oe darion76 (n=darion76@77.52.67.110) |
| 18:50.22 | *** join/#oe JaMa (n=martin@161-24.13.24.78.awnet.cz) |
| 18:51.04 | hoj | do both do_configure_append() and do_unpack_append() get called the same way? I put an "echo" in each; the config is fine, but unpack complains that "echo" is a syntax error (I assume it wants Python code??) |
| 18:51.41 | Tartarus | Yeah, you can't do unpack_append |
| 18:51.45 | Tartarus | You do do_unpack2 or so |
| 18:51.49 | Tartarus | See the gcc-csl-arm recipes |
| 18:52.11 | hoj | k, thanks |
| 18:52.58 | *** join/#oe scruggs_ (n=chris@72-161-105-35.dyn.centurytel.net) |
| 18:55.00 | *** join/#oe darion76 (n=darion76@77.52.67.110) |
| 18:55.43 | *** join/#oe mrc3_ (n=mrc3@nat/ti/x-f91c6dc9e1e97cde) |
| 18:58.56 | *** join/#oe waite (n=bwaite@206.83.81.178.ptr.us.xo.net) |
| 18:59.45 | hoj | I put "exit 1" in my do_unpack2(), but I'm now compiling. It gets called after unpack, right? |
| 18:59.57 | *** join/#oe darion76 (n=darion76@77.52.67.110) |
| 19:01.02 | hoj | nevermind |
| 19:01.12 | Tartarus | heh |
| 19:01.24 | Tartarus | right, you have to add do_unpack2 after do_unpack, per the csl example, I assume you see now :) |
| 19:01.31 | hoj | reading is fun :) |
| 19:08.34 | *** join/#oe archae0pteryx (n=snewman@207.47.42.138.static.nextweb.net) |
| 19:11.46 | *** join/#oe Omegamoon (n=egoe@demolitionman.xs4all.nl) |
| 19:21.06 | *** join/#oe digital-ex (n=Luccisa@nat/cisco/x-88559be065b20826) |
| 19:33.50 | *** join/#oe booxter (n=booxter@80.249.92.4) |
| 19:50.11 | *** join/#oe kristoffer (n=kristoff@79.138.144.228.bredband.tre.se) |
| 19:50.25 | Goddchen1 | hm, i changed from jamvm-native to cacao-native |
| 19:50.34 | Goddchen1 | that gives another error on classpath configure |
| 19:50.42 | Goddchen1 | # /home/swk/osgi/openembedded/stuff/build/tmp/work/avr32-angstrom-linux-uclibc/classpath-0.98-r0/classpath-0.98/configure: line 29589: 32046 Aborted CLASSPATH=.:$CLASSPATH $JAVA $JAVAFLA$ |
| 19:50.42 | Goddchen1 | configure:29591: $? = 134 |
| 19:57.28 | *** part/#oe archae0pteryx (n=snewman@207.47.42.138.static.nextweb.net) |
| 20:03.44 | *** join/#oe |miska| (n=|miska|@lomikel.karlin.mff.cuni.cz) |
| 20:12.54 | *** join/#oe fpga (n=s@89.112.95.163.pppoe.eltel.net) |
| 20:13.52 | *** join/#oe |miska| (n=|miska|@lomikel.karlin.mff.cuni.cz) |
| 20:14.47 | *** join/#oe fpga (n=s@89.112.95.163.pppoe.eltel.net) |
| 20:15.54 | fpga | Hello! mc_4.6.2.bb, do_configure - ERROR: function do_configure failed |
| 20:16.10 | *** join/#oe ant__ (n=andrea@host87-250-dynamic.2-87-r.retail.telecomitalia.it) |
| 20:17.45 | pb__ | fpga: that's very sad |
| 20:18.06 | fpga | source of error: cp: not writing through dangling symlink `../../config/config.guess' |
| 20:24.40 | *** join/#oe HellDragon (n=jd@Wikipedia/HellDragon) |
| 20:29.28 | ant__ | pb__: he...still mumbling about that PR |
| 20:30.21 | pb__ | ant__: heh |
| 20:30.25 | ant__ | I'm sure there are better ways |
| 20:30.41 | pb__ | yeah, and ways that don't break my kernels |
| 20:30.57 | pb__ | or, indeed, everybody else's kernels |
| 20:31.04 | fpga | ?.. |
| 20:31.40 | ant__ | ok, I was practical and inserted that vars in zaurus-kernels.inc |
| 20:31.56 | ant__ | still nonsense without knowing which kernel version... |
| 20:32.20 | ant__ | and still annoying to have to manually sync if kernel PR bumps |
| 20:33.13 | ant__ | better a kernel 'hash' as you suggested |
| 20:34.24 | fpga | excuse me please, how to fix "cp: not writing through dangling symlink" ? |
| 20:36.17 | *** part/#oe ArteK (n=Artur@81.15.241.96) |
| 20:38.44 | Goddchen1 | did anybody get classpath to configure properly? |
| 20:39.45 | Goddchen1 | i tried it with jamvm-native and cacao-native, both fail to run the java test code :( |
| 20:41.21 | *** join/#oe DuckFault (n=DuckFaul@rrcs-71-43-244-114.se.biz.rr.com) |
| 20:42.01 | ant__ | fpga: NOTE: Running task 666 of 666 (ID: 0, /oe/org.openembedded.dev/recipes/mc/mc_4.6.2.bb, do_buildall) |
| 20:42.59 | fpga | ? |
| 20:43.17 | Laibsch | ant__, pb_: why not revert the revision if it was committed without review? |
| 20:43.33 | Laibsch | Policy rules are not just for some people |
| 20:44.05 | ant__ | fpga: NOTE: Applying patch 'mc-esc-seq.patch' (../org.openembedded.dev/recipes/mc/mc-4.6.2/mc-esc-seq.patch) |
| 20:44.05 | ant__ | NOTE: Running task 654 of 666 (ID: 6, /oe/org.openembedded.dev/recipes/mc/mc_4.6.2.bb, do_configure) |
| 20:44.05 | ant__ | NOTE: Running task 655 of 666 (ID: 7, /oe/org.openembedded.dev/recipes/mc/mc_4.6.2.bb, do_qa_configure) |
| 20:44.05 | ant__ | NOTE: Running task 656 of 666 (ID: 8, /oe/org.openembedded.dev/recipes/mc/mc_4.6.2.bb, do_compile) |
| 20:44.15 | fpga | I must check whether I have do_buildall successfully finished? |
| 20:44.15 | ant__ | ... |
| 20:44.19 | ant__ | no issues |
| 20:44.26 | ant__ | built right now |
| 20:44.28 | Laibsch | ant__: does libopie2 still build for you? |
| 20:44.35 | ant__ | let me see |
| 20:44.36 | Laibsch | Fails for me |
| 20:44.39 | fpga | ok |
| 20:46.19 | ant__ | Laibsch: takes some time |
| 20:46.33 | Goddchen1 | i'll give the other native java compiler a chance... |
| 20:47.49 | fpga | ant___, do configure failed |
| 20:48.16 | *** join/#oe likewise (n=likewise@82-171-51-231.ip.telfort.nl) |
| 20:48.45 | fpga | there is the log: http://pastebin.com/m58df2a28 |
| 20:52.51 | pb__ | Laibsch: it was actually reviewed before it was committed. |
| 20:53.38 | pb__ | the outcome of the review was a bit ambiguous, but koen did get at least one "+1" and no explicit NACK so I guess he was within his rights to check it in. |
| 20:53.41 | ant__ | fpga: here is mine http://filebin.ca/ycbwx/log.do_configure.6704 |
| 20:53.51 | ant__ | btw you should paste the full log |
| 20:54.38 | ant__ | Laibsch: NOTE: Running task 2146 of 2146 (ID: 0, /oe/org.openembedded.dev/recipes/libopie/libopie2_1.2.4.bb, do_buildall) |
| 20:54.38 | ant__ | NOTE: Tasks Summary: Attempted 2146 tasks of which 1923 didn't need to be rerun and 0 failed |
| 20:55.01 | ant__ | I'll re-build from scratch tonight |
| 20:55.17 | ant__ | though, I pulled a couple of days ago |
| 20:56.12 | Laibsch | pb_: I see and I agree with your assessment. |
| 20:56.12 | pb__ | Laibsch: one could argue that a change to kernel.bbclass or other "core" classes ought to be given higher-quality review, but I don't think there is any current policy that mandates it. |
| 20:56.31 | Laibsch | yeah, that would be nitpicking |
| 20:56.39 | Laibsch | breakage is to be expected |
| 20:57.02 | Laibsch | It's unfortunate that apparently it's close to impossible to find a reasonable solution after the fact now |
| 20:57.20 | fpga | yes, I have error right after the " autoreconf: running: gnu-configize" - cp: not writing through dangling symlink `../../config/config.guess' |
| 20:57.20 | fpga | I'm using Ubuntu 9.04 AMD64 (64 bit) host - could this be a problem? |
| 20:59.21 | Laibsch | "Review" is defined as posting it on the mailing lists and getting positive agreement from two or more core developers. |
| 20:59.52 | Laibsch | The way I always understood that it means "2 core devs ack in addition to the one posting for review" |
| 21:00.19 | Laibsch | Anyways |
| 21:00.40 | Laibsch | If it was put up for review, there was a chance to object |
| 21:02.30 | ant__ | fpga: iirc mickeyl hinted once some distros have strange 'security' patches...can't remember exactly |
| 21:03.54 | *** join/#oe mpoullet|home (n=mpoullet@64.55.144.44) |
| 21:04.02 | mpoullet|home | good morning |
| 21:04.25 | mpoullet|home | I've a question about the _prepend method |
| 21:04.47 | mpoullet|home | I've defined a do_configure_prepend in a recipe |
| 21:05.20 | fpga | ant__: and?.. :) I must fix this problem manually? |
| 21:05.27 | mpoullet|home | if I call bitbake my_recipe -cconfigure, it doesn't seem to call the configure_prepend |
| 21:05.47 | mpoullet|home | is this the correct behavior? |
| 21:06.33 | ant__ | fpga: google...http://www.opengroup.org/austin/mailarchives/ag/msg11251.html |
| 21:09.41 | Goddchen1 | damn, i just can't get past classpath :( |
| 21:09.43 | *** join/#oe kergoth (n=kergoth@65.200.49.156) |
| 21:12.29 | fpga | ant__: yes, I know this link, but cant understand - what I must to do to fix problem... |
| 21:13.37 | booxter | is just curious, if anyone is reviewing my qt4 toolchain patchset I send ~3 days ago |
| 21:14.49 | ant__ | fpga: try some other coreutils |
| 21:15.33 | fpga | if I'll install other - my system could be unusable... |
| 21:15.44 | ant__ | pb__: can you say a word on this ^^^? |
| 21:16.13 | ant__ | fpga: sorry but I use Gentoo and usually skip 99% of the issues other have with Redhat/_Ubuntu... |
| 21:16.49 | fpga | hm... may be I can use Gentoo in VirtualBox? :) |
| 21:17.40 | ant__ | installing from stage3 snapshot is really quick :) |
| 21:18.08 | fpga | I stiil can't believe in this problem... no other solutions? i'm choked... =( |
| 21:18.10 | ant__ | fpga: for sure there is a workaround |
| 21:19.21 | fpga | ok, you're not joking about Gentoo? It's a real solution?.. I'll think about this... |
| 21:20.16 | booxter | fpga: maybe even simple chroot will do the work? |
| 21:21.15 | NekoXP | hi guys |
| 21:21.55 | booxter | then just download gentoo stage3, unpack it to your directory, mount proc and dev there and chroot to it. after installing some needed deps you will be ready to compile oe with gentoo environment |
| 21:21.57 | NekoXP | I have a bunch of targets that I want to build for.. topas910, imx515, efika, etc. - where they share the same architecture (for instance arm) is there a clever way I can force the toolchain tuple so that I only have to build one toolchain that can tune for any of the processors? |
| 21:22.33 | fpga | chroot??? how this could help me? chroot to Gentoo? |
| 21:23.11 | fpga | ok, i'll think about it |
| 21:23.28 | NekoXP | fpga, I got it going on suse 11.1 |
| 21:23.36 | NekoXP | unfortunately doing it on Jaunty was a nightmare in comparison |
| 21:25.21 | booxter | fpga: if your problem is in coreutils then you don't need another kernel to work this problem around with gentoo, just userspace stuff |
| 21:26.15 | booxter | of course you can install another appropriate distro to chroot but gentoo seems to be the easiest method |
| 21:26.24 | fpga | ok |
| 21:26.37 | ant__ | or just instrall the binaries coreutils from elsewhere |
| 21:27.27 | booxter | yes, also you can compile coreutils by yourself and install then somewhere in your homedir. Then set PATH appropriately and compile oe |
| 21:28.28 | pb__ | ant__: sorry, a word on what exactly? |
| 21:28.30 | pb__ | was eating dinner |
| 21:29.50 | fpga | "yes, also you can compile coreutils by yourself and install then somewhere in your homedir. Then set PATH appropriately and compile oe" - I think it's a best and easiest solution |
| 21:30.29 | booxter | fpga: if only you know what's the gentoo chroot installation process then you won't say so ;) |
| 21:30.54 | ant__ | pb__: on Ubuntu..http://www.opengroup.org/austin/mailarchives/ag/msg11251.html |
| 21:30.57 | booxter | fpga: but it seems the *proper* thing to do |
| 21:31.08 | fpga | yes, I'll use self-compiled coreutils + PATH = arigatou gozaimasu for help ^_^ |
| 21:31.35 | *** part/#oe mpoullet|home (n=mpoullet@64.55.144.44) |
| 21:31.35 | booxter | arigatou gozaimasu? what's it stands for? |
| 21:31.53 | ant__ | pb__: Ubuntu 9.04 AMD64 (64 bit) host |
| 21:32.15 | fpga | it means "thank you very much" :) |
| 21:32.35 | booxter | ah, ok ;) |
| 21:32.53 | *** join/#oe flo_lap (n=fuchs@f048165168.adsl.alicedsl.de) |
| 21:32.54 | fpga | it's on japanese ;) |
| 21:34.09 | booxter | btw the *most proper* way of fixing it is probably backporting the patch to your distro coreutils version and integrating it to .deb package creation. I don't think that's the path you will choose but that's the way you should choose if you want to be as distro-friendly as it can be |
| 21:35.16 | pb__ | ant__: right, so you just need to set POSIXLY_CORRECT to make it work |
| 21:35.24 | pb__ | seems reasonable enough |
| 21:35.45 | fpga | it's environment variable?... |
| 21:35.50 | pb__ | yes |
| 21:36.06 | fpga | wow, nice, I like it :) thank you for the help |
| 21:36.14 | booxter | hehehe |
| 21:36.16 | pb__ | or arrange for the symlink in question to not be dangling, which might be a better fix |
| 21:36.40 | booxter | you almost installed gentoo and then - just a variable. What a shame! It's not funny! ;) |
| 21:37.15 | ant__ | pb__: install-native was masking these problems |
| 21:37.48 | ant__ | err..was it a 'cp' native? |
| 21:38.05 | fpga | BTW, I didn't thought about installing Gentoo even for 1 second... ~_^ |
| 21:38.26 | ant__ | fpga: there are a lot of pitfalls ... |
| 21:38.33 | pb__ | ant__: oh right, yeah, could well be. |
| 21:39.56 | ant__ | fpga: I'm pretty sure I read there are distros whose kernel has strange security patches |
| 21:41.16 | *** join/#oe Laibsch (n=Laibsch@p3077-ipngn201marunouchi.tokyo.ocn.ne.jp) |
| 21:42.16 | CIA-73 | 03Klaus Kurzmann <mok@fluxnetz.de> 07shr/import * r01fbc4d455 10openembedded.git/ (conf/distro/shr.conf recipes/images/shr-image.inc): |
| 21:42.16 | CIA-73 | shr.conf: set default locale for images to en-us |
| 21:42.16 | CIA-73 | We have to do it before including angstrom-2007-for-openmoko.inc |
| 21:42.16 | CIA-73 | because it will falsely set it to en-gb. |
| 21:42.16 | CIA-73 | Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> |
| 21:44.30 | CIA-73 | 03Klaus Kurzmann <mok@fluxnetz.de> 07shr/import * re7783271c8 10openembedded.git/conf/distro/shr.conf: |
| 21:44.30 | CIA-73 | shr.conf: remove the shr overlay from the list of OVERRIDES |
| 21:44.30 | CIA-73 | Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> |
| 21:48.25 | Laibsch | fpga: Are you Japanese/in Japan? |
| 21:50.36 | fpga | No, I'm russian, just interesting in japansese language ;) |
| 21:51.57 | Laibsch | I'm interested in the Japanese language, too |
| 21:52.05 | Laibsch | What hardware are you compiling for? |
| 21:52.19 | Laibsch | Did you ever hang around OESF? |
| 21:52.38 | Laibsch | that handle seems kind of familiar, but a search in the forums returned nothing |
| 21:55.55 | Laibsch | fpga: ping |
| 22:01.55 | fpga | yes, what is OESF?:) |
| 22:02.59 | Laibsch | nevermind, it is a forum where a lot of Zaurus users hung out |
| 22:04.06 | *** join/#oe Soopaman (n=Soopaman@67.204.25.132) |
| 22:07.52 | ant__ | well..how can it be? "Also I noticed that the patch files are being applied before menuconfig |
| 22:07.52 | ant__ | in Angstrom but not in minimal and micro." |
| 22:12.09 | CIA-73 | 03Koen Kooi <koen@openembedded.org> 07xora/angstrom-srcpv * r0ec338fb84 10openembedded.git/recipes/check/ (check_0.9.5.bb files/configure_fix.patch): check: add 0.9.5 (from poky) |
| 22:12.10 | CIA-73 | 03Koen Kooi <koen@openembedded.org> 07xora/angstrom-srcpv * rb0947eb308 10openembedded.git/recipes/upnp/ (gssdp_0.6.3.bb gupnp-av_0.3.bb gupnp_0.12.5.bb): gupnp*: sync with poky |
| 22:12.11 | CIA-73 | 03Koen Kooi <koen@openembedded.org> 07xora/angstrom-srcpv * r79d9be1d6c 10openembedded.git/ (2 files in 2 dirs): libjana: sync with poky |
| 22:12.11 | CIA-73 | 03Koen Kooi <koen@openembedded.org> 07xora/angstrom-srcpv * rf4d7699218 10openembedded.git/recipes/redland/ (3 files in 2 dirs): redland: add 1.0.8 (from poky) |
| 22:12.14 | CIA-73 | 03Koen Kooi <koen@openembedded.org> 07xora/angstrom-srcpv * r9d1ba2a95b 10openembedded.git/recipes/xdg-user-dirs/ (xdg-user-dirs/configurefix.patch xdg-user-dirs_0.10.bb): xdg-user-dirs: add 0.10 (from poky) |
| 22:12.17 | CIA-73 | 03Koen Kooi <koen@openembedded.org> 07xora/angstrom-srcpv * rf5cce792ca 10openembedded.git/recipes/moblin/ (9 files in 2 dirs): |
| 22:12.20 | CIA-73 | moblin: add recipes from poky 'meta-moblin' overlay |
| 22:12.22 | CIA-73 | * the juicy parts depend on clutter and clutter-gst |
| 22:12.26 | CIA-73 | 03Koen Kooi <koen@openembedded.org> 07xora/angstrom-srcpv * ra5a169d667 10openembedded.git/recipes/gimp/gimp_2.6.3.bb: gimp 2.6.3: bump PR for gnome.bbclass change |
| 22:12.31 | CIA-73 | 03Koen Kooi <koen@openembedded.org> 07xora/angstrom-srcpv * rc289210c5b 10openembedded.git/recipes/gnome/gnome-vfs_2.22.0.bb: gnome-vfs: bump PR for gnome.bbclass change |
| 22:12.34 | CIA-73 | 03Koen Kooi <koen@openembedded.org> 07xora/angstrom-srcpv * r3002330a6a 10openembedded.git/ (4 files in 3 dirs): gnet: sync with poky |
| 22:12.37 | CIA-73 | 03Koen Kooi <koen@openembedded.org> 07xora/angstrom-srcpv * r71e69ad8b5 10openembedded.git/recipes/gnuradio/ (gnuradio.inc gnuradio_3.1.3.bb gnuradio_svn.bb): gnuradio: add hack to build a private copy of libusb (the gnarly old one) and statically link that since gnuradio is using private methods of libusb that libusb-compat won't provide |
| 22:12.41 | CIA-73 | 03Koen Kooi <koen@openembedded.org> 07xora/angstrom-srcpv * re400d1a3f2 10openembedded.git/recipes/udev/ (udev-141/init udev_141.bb): udev: Allow standard users to access shared memory (from poky) |
| 22:12.46 | CIA-73 | 03Koen Kooi <koen@openembedded.org> 07xora/angstrom-srcpv * rb57cdcf182 10openembedded.git/recipes/dbus/ (dbus.inc dbus_1.2.1.bb): dbus: start a bit earlier in the init sequence (from poky) |
| 22:12.51 | CIA-73 | 03Koen Kooi <koen@openembedded.org> 07xora/angstrom-srcpv * re8c84558f7 10openembedded.git/recipes/connman/ (connman.inc connman_0.19.bb files/connman): connman: fix initscript and start earlier (but after dbus) (from poky) |
| 22:12.54 | CIA-73 | 03Koen Kooi <koen@openembedded.org> 07xora/angstrom-srcpv * r05795ae1c6 10openembedded.git/recipes/clutter/ (clutter-0.9_git.bb files/enable_tests.patch): clutter 0.9: add from poky |
| 22:12.57 | CIA-73 | 03Koen Kooi <koen@openembedded.org> 07xora/angstrom-srcpv * rbfcf9c705f 10openembedded.git/ (conf/checksums.ini recipes/librsvg/librsvg_2.26.0.bb): librsvg: add 2.26.0 |
| 22:13.00 | CIA-73 | 03Koen Kooi <koen@openembedded.org> 07xora/angstrom-srcpv * r60c02fdf55 10openembedded.git/recipes/clutter/clutter-0.9_git.bb: clutter 0.9: fixup GLES backend |
| 22:13.05 | CIA-73 | 03Koen Kooi <koen@openembedded.org> 07xora/angstrom-srcpv * rb0bac94ebe 10openembedded.git/recipes/moblin/ (bognor-regis_git.bb hornsey_git.bb nbtk_git.bb): moblin: add nbtk, hornsey and bognor-regis |
| 22:13.08 | CIA-73 | 03Koen Kooi <koen@openembedded.org> 07xora/angstrom-srcpv * r801089b915 10openembedded.git/recipes/clutter/clutter-gst-0.9_git.bb: |
| 22:13.11 | CIA-73 | clutter-gst: add 0.9 |
| 22:13.13 | CIA-73 | * only works with proper GL, the clutter folks broke GLES |
| 22:13.17 | CIA-73 | 03Koen Kooi <koen@openembedded.org> 07xora/angstrom-srcpv * rd510db0a48 10openembedded.git/recipes/startup-notification/startup-notification_0.9.bb: startup-notification: add 0.9 |
| 22:13.20 | CIA-73 | 03Tom Rini <trini@embeddedalley.com> 07xora/angstrom-srcpv * r97430a9256 10openembedded.git/recipes/python/python-native_2.6.1.bb: python-native: Actually bump PR |
| 22:13.23 | CIA-73 | 03Tom Rini <trini@embeddedalley.com> 07xora/angstrom-srcpv * rd63d354960 10openembedded.git/recipes/initscripts/ (3 files in 3 dirs): (log message trimmed) |
| 22:13.30 | CIA-73 | initscripts: Get rid of the vtmaster stuff, bump PR. |
| 22:13.32 | CIA-73 | I ran into this on my boards that start out with the really minimal |
| 22:13.34 | CIA-73 | (console and null only) set of dev nodes prior to udev running. The |
| 22:13.36 | CIA-73 | banner script looks around for what might be the vtmaster (aka what's |
| 22:13.38 | CIA-73 | got console) to say that we're booting. But that's where things go by |
| 22:13.40 | CIA-73 | default anyhow. |
| 22:13.42 | CIA-73 | 03Graeme Gregory <dp@xora.org.uk> 07xora/angstrom-srcpv * rffa405bfa6 10openembedded.git/: Merge branch 'org.openembedded.dev' of git+ssh://git@git.openembedded.org/openembedded into xora/angstrom-srcpv |
| 22:13.47 | CIA-73 | 03Roman I Khimov <khimov@altell.ru> 07xora/angstrom-srcpv * rffa55a98f6 10openembedded.git/conf/ (3 files in 2 dirs): (log message trimmed) |
| 22:13.50 | CIA-73 | (e)glibc.inc: add minimal sane kernel versions, move from bitbake.conf |
| 22:13.52 | CIA-73 | (e)glibc is configured for OLDEST_KERNEL, certain target architectures have |
| 22:13.56 | CIA-73 | (9 lines omitted) |
| 22:23.27 | *** join/#oe mrc3_ (n=mrc3@nat/ti/x-d82a2256863242c2) |
| 22:29.06 | cdbot2 | * * OE Bug 5139 has been marked as DUPLICATE of bug 2679 by <Laibsch> |
| 22:29.08 | cdbot2 | * * libxml2.so: undefined reference to `gzopen64' |
| 22:29.12 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=5139 |
| 22:48.50 | *** join/#oe kergoth (n=kergoth@ip98-167-215-86.ph.ph.cox.net) |
| 22:52.13 | pb__ | hi kergoth |
| 22:55.21 | Laibsch | hi kergoth |
| 22:55.32 | Laibsch | Can I ask you a favour? |
| 22:55.44 | Laibsch | Would you be able to spend some effort on |
| 22:55.49 | Laibsch | !oebug 3722 |
| 22:55.50 | cdbot2 | * * Bug 3722, Status: CONFIRMED, Created: 2008-01-30 10:19 |
| 22:55.51 | Laibsch | ? |
| 22:55.51 | cdbot2 | * * <Laibsch>: bitbake does not honor version dependency |
| 22:55.52 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=3722 |
| 22:58.28 | *** join/#oe orges (n=yet@85.108.177.192) |
| 23:07.55 | *** join/#oe guillaum1 (n=gl@AMontsouris-153-1-19-205.w86-212.abo.wanadoo.fr) |
| 23:18.13 | *** join/#oe brolin (n=brolin@200.24.16.55) |
| 23:20.54 | Crofton | Tartarus, I'm afraid to review binutils stuff :) |
| 23:20.58 | *** join/#oe digital-ex (n=Luccisa@nat/cisco/x-3bd450d6508755a3) |
| 23:29.03 | Laibsch | Will OE do GSoC? |
| 23:29.57 | Crofton|work | Only if we can generate some code ideas |
| 23:32.53 | Laibsch | we're lacking ideas? |
| 23:32.58 | Laibsch | Wow |
| 23:34.11 | Crofton|work | summer of code |
| 23:34.18 | Crofton|work | OE is not so much actual code |
| 23:34.35 | Laibsch | I guess oebug 3722 is too small? |
| 23:34.43 | Laibsch | !oebug 3722 |
| 23:34.45 | cdbot2 | * * Bug 3722, Status: CONFIRMED, Created: 2008-01-30 10:19 |
| 23:34.46 | cdbot2 | * * <Laibsch>: bitbake does not honor version dependency |
| 23:34.47 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=3722 |
| 23:35.02 | Laibsch | There are still a few things lacking in bitbake, I'm just picking out one |
| 23:35.30 | Crofton|work | well, we would need to be careful to propose code based ideas |
| 23:35.38 | Crofton|work | I'm not averse to the idea |
| 23:35.44 | Laibsch | ? |
| 23:35.52 | Laibsch | code based ideas? |
| 23:35.56 | Laibsch | what is that? |
| 23:36.36 | Laibsch | We could have somebody develop us a distributed build infrastructure |
| 23:36.53 | Laibsch | icecc exists |
| 23:37.40 | Laibsch | But I was thinking about a central queue where one can make a request for DISTRO/MACHINE/PACKAGE to be build against .stable or .dev |
| 23:37.40 | Crofton|work | the student needs to write some code |
| 23:37.54 | Laibsch | Yes |
| 23:38.05 | Laibsch | so, code-based ideas are good, no? |
| 23:38.20 | Laibsch | Or do I misunderstand what you are referring to as code-based ideas? |
| 23:38.46 | Crofton|work | yeah, the student needs to develop some software |
| 23:39.05 | Laibsch | one could then accept a build job from the central queue and spool back the result, that kind of thing would be nice to have, I think |
| 23:39.19 | Crofton|work | well, review last years results |
| 23:39.27 | Crofton|work | and work on a strong application |
| 23:39.38 | Laibsch | is there something to be read? |
| 23:39.41 | Crofton|work | the idea list organization is critical |
| 23:39.51 | Crofton|work | google for summer of code |
| 23:39.56 | Laibsch | when is the deadline? |
| 23:40.05 | Crofton|work | not for like 9 months |
| 23:40.18 | Crofton|work | this year is already setup |
| 23:40.20 | Laibsch | because this year it's already too late? |
| 23:40.22 | Laibsch | OK |
| 23:40.23 | Crofton|work | right |
| 23:40.35 | Crofton|work | but not to early to start thinking about next year |
| 23:40.40 | Laibsch | sure |
| 23:42.35 | *** join/#oe montamer (n=montamer@203.199.213.3) |
| 23:42.41 | *** join/#oe orges_ (n=yet@85.108.177.232) |
| 23:43.36 | *** join/#oe orges_ (n=yet@85.108.177.232) |
| 23:47.16 | *** join/#oe orges (n=yet@85.108.177.232) |