| 00:47.54 | *** join/#oe emte_ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 00:56.18 | zecke | anyone awake? |
| 00:56.29 | chouimat|tv | hmmm? |
| 01:01.20 | *** join/#oe wrobbie (n=rob@cm74.kappa84.maxonline.com.sg) |
| 01:02.33 | *** join/#oe noclouds (n=mhfan@218.22.26.90) |
| 01:05.04 | *** join/#oe emte_ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 01:08.47 | SirManiac | I'm still here |
| 01:25.29 | timtimred | psst, this link is broken. linked to in user manual. http://www.openembedded.org/user-manual&dpage=recipes_installation_scripts |
| 01:26.05 | zecke | nite |
| 01:32.25 | *** join/#oe punkass (n=user@unaffiliated/punkass) |
| 02:19.37 | hillct | god, I hate stupid shit like that |
| 02:19.56 | hillct | dealing with one bug for several hoursw |
| 02:20.21 | hillct | turns out it was a trivial failure to escape slashes in an expanded path variable |
| 02:20.23 | SirManiac | is there anybody who *likes* those types of bugs? |
| 02:20.52 | hillct | people who are lazy and easily pleased with themselves? |
| 02:21.04 | SirManiac | hehe |
| 02:21.26 | hillct | "Ooh! Ooh! I solved it!" |
| 02:21.44 | hillct | never mind that it was a stupid problem I never should have had to begin with |
| 02:22.14 | SirManiac | seems like its those simple bugs always take inordinate amounts of time to solve |
| 02:22.25 | hillct | yeah |
| 02:22.47 | hillct | "could it be... ? No.. It wouldn't be that stupid..." |
| 02:22.49 | SirManiac | I suppose that's why I like the stricter languages, like c++, there more chances the compiler will catch it. |
| 02:22.54 | hillct | 4 hours later |
| 02:23.04 | hillct | "oh my god. how'd I miss that?" |
| 02:25.27 | hillct | of course the package build has grown infianately more time consuming, so now I won't know if my fix worked, for another 45 minutes |
| 02:25.55 | SirManiac | building glibc? |
| 02:26.04 | hillct | openpbx |
| 02:27.11 | hillct | it downloads several hundred MB of voice prompts for conversion to each of the 4 main voip codecs, for packaging |
| 02:27.16 | hillct | very very slow |
| 02:27.27 | SirManiac | ahhh |
| 02:27.56 | SirManiac | does it redownload every time? |
| 02:53.14 | hillct | yeah |
| 02:53.41 | hillct | I can't reasonably expect to ceck something that big into monotone can I? |
| 02:54.19 | hillct | the voice prompts are being updated relatively frequently anyway |
| 02:54.20 | SirManiac | yeah, but isn't there a way to cache the downloads? |
| 02:54.28 | SirManiac | oh |
| 02:54.59 | hillct | yes |
| 02:55.08 | hillct | once the new recipe is checked in |
| 02:55.18 | SirManiac | wget has options that can check for modification dates, and not redownload when the date is the same |
| 02:55.20 | hillct | or at least that's how I understand it works |
| 02:55.48 | hillct | so does svn, in that regard |
| 02:55.55 | hillct | check for changes |
| 02:55.57 | hillct | still |
| 02:56.08 | hillct | the conversion script doesn't |
| 02:56.53 | hillct | ok |
| 02:56.58 | hillct | next dumb problem |
| 02:57.18 | hillct | remind me how I'm supposed to be setting shell (not bitbake) variables |
| 02:57.20 | hillct | set relfile2 = `echo $relfile|sed -e s:\.wav$::` |
| 02:57.45 | hillct | set isn't right |
| 02:57.52 | hillct | not using set, isn't right |
| 02:58.05 | hillct | I don't have a shell book readily available |
| 02:58.07 | SirManiac | no set, and no spaces around the = |
| 02:58.15 | hillct | really? |
| 02:58.19 | hillct | spaces are the issue? |
| 02:58.43 | SirManiac | pretty sure shells don't do the space |
| 02:59.01 | Zero_Chaos | opie-rdesktop fails to build, how can I make bitbake pass it? |
| 02:59.41 | hillct | testing now |
| 03:20.58 | *** join/#oe diamat (n=cerne@2001:5c0:8fff:fffe:0:0:0:5b4f) |
| 03:21.47 | *** part/#oe diamat (n=cerne@2001:5c0:8fff:fffe:0:0:0:5b4f) |
| 03:33.44 | *** join/#oe emte__ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 03:45.16 | *** join/#oe Glombool (n=chatzill@69.77.196.116) |
| 03:45.43 | Glombool | I'm trying to compile opie-recorder with the .dev branch and get this message: cvs [update aborted]: cannot rename file .new.language. to language.png: File exists |
| 03:45.58 | Glombool | Anyone know how to fix that? |
| 03:53.10 | Glombool | n/m, figured it out. |
| 03:55.36 | *** part/#oe Glombool (n=chatzill@69.77.196.116) |
| 04:06.45 | hillct | SirManiac: you wewre right. It was the spacing |
| 04:07.23 | SirManiac | goot to hear |
| 04:11.51 | *** join/#oe emte__ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 04:49.44 | *** join/#oe _schurig (n=schurig@pD95F8E44.dip0.t-ipconnect.de) |
| 05:20.37 | *** join/#oe dion (n=dion@xen.inhex.net) |
| 05:22.36 | *** join/#oe Marex (n=Marex@85.132.236.161) |
| 05:38.51 | *** join/#oe ggilbert- (n=ggilbert@tinman.treke.net) |
| 05:38.58 | *** join/#oe ggilbert-_ (n=ggilbert@tinman.treke.net) |
| 05:47.12 | *** join/#oe hrw|gone_ (n=hrw@ewi546.ewi.utwente.nl) |
| 05:49.58 | *** join/#oe mithro (n=tim@lester.mithis.com) |
| 06:27.58 | *** join/#oe hrw|gone (n=hrw@ewi546.ewi.utwente.nl) |
| 06:28.32 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 06:40.09 | *** join/#oe Timelord0 (n=TL@16.8c.d12c.cidr.airmail.net) |
| 06:42.48 | *** join/#oe emte_ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 06:42.50 | *** join/#oe _law_ (n=law@mail.stiftadmont.at) |
| 06:46.25 | *** join/#oe blaster8 (n=blaster8@131.111.135.247) |
| 07:04.50 | *** join/#oe Longfield (n=valentin@lsa1pc7.epfl.ch) |
| 07:08.24 | *** join/#oe _jbs_ (n=Bernardo@87-196-225-169.net.novis.pt) |
| 07:22.06 | *** join/#oe rob_w (n=rob_w@p549b9c33.dip0.t-ipconnect.de) |
| 07:22.16 | Bernardo | good morning! |
| 07:25.05 | rob_w | so what is currently a kinda "bootstrap" image to be build ? |
| 07:26.39 | *** join/#oe Varoudis (n=varoudis@87.203.164.141) |
| 07:27.57 | rob_w | can i create a image out of task-base ? like bitbake base-image ? |
| 07:35.31 | rob_w | oh never mind |
| 07:36.00 | rob_w | i thought there is no bootstrap-image anymore , but it still exists |
| 07:49.33 | keesj | Where can I specify the machine byte order? |
| 07:57.26 | *** join/#oe rob_w (n=rob_w@p549b9c33.dip0.t-ipconnect.de) |
| 07:57.35 | *** join/#oe jselect (n=jselect@dsl-210-15-200-169-static.QLD.netspace.net.au) |
| 08:00.52 | Ifaistos | morning all |
| 08:00.56 | keesj | hi |
| 08:01.44 | Ifaistos | hillct: make a different bb.file to handle the sound files. something like sounds-openpbx.bb |
| 08:21.00 | *** join/#oe do13_ (n=do13@87.139.24.177) |
| 08:21.05 | do13_ | morning all |
| 08:31.41 | *** join/#oe goxboxlive (n=goxboxli@206.80-202-161.nextgentel.com) |
| 08:51.04 | *** join/#oe psokolovsky_ (n=psokolov@82.193.98.7) |
| 08:54.39 | *** join/#oe pH5 (n=ph5@e178211221.adsl.alicedsl.de) |
| 09:01.56 | *** join/#oe wrobbie (n=rob@cm74.kappa84.maxonline.com.sg) |
| 09:15.18 | tkp | morning... |
| 09:15.40 | tkp | do any of of guys use meta-toolchain? |
| 09:15.46 | koen | good morning all |
| 09:16.39 | tkp | I don't quite understand the directory structure of the filan tarball it creates |
| 09:16.56 | tkp | there are several include directories... |
| 09:17.02 | tkp | <PROTECTED> |
| 09:17.12 | tkp | which seems to include most of the headers |
| 09:17.18 | koen | tkp: you'd have to ask florian |
| 09:17.40 | tkp | but then there is also /usr/local/i586/oe/include/ which contains a couple more (including libiberty.h from binutils) |
| 09:18.07 | tkp | koen: he about on irc ever? |
| 09:18.07 | RP | morning all |
| 09:18.16 | koen | ~seen florian |
| 09:18.54 | ibot | florian <n=fuchs@87.193.42.116> was last seen on IRC in channel #gpe, 12h 15m 56s ago, saying: 'hi mmp'. |
| 09:18.55 | koen | hey RP |
| 09:18.55 | tkp | A package I'm writing needs bfd.h, which appears to come from binutils. |
| 09:19.30 | tkp | I was going to alter the binutils-cross-sdk do_install() to also install bfd.h |
| 09:19.40 | tkp | (it currently only does libiberty.h for some reason) |
| 09:20.09 | hrw | hi |
| 09:20.28 | *** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net) |
| 09:20.31 | tkp | but now I see in my toolchain (which was built from meta-toolchain) what libiberty.h has been installed into this strange other location... and I'm not sure why |
| 09:20.32 | hrw | koen: does Debian/ARM guys finally got armel as official port or it is still unofficial one? |
| 09:20.59 | koen | hrw: they need to rebuild it on their underpowered arm machines |
| 09:21.07 | koen | hrw: so I guess it will take some months |
| 09:21.11 | hrw | koen: thx |
| 09:23.30 | XorA | so quick to ubuntu armel :-) |
| 09:25.09 | koen | hmmm |
| 09:25.23 | koen | bitbake 1.9.0 decides to hold back messages at random it seems |
| 09:26.06 | koen | drat |
| 09:26.20 | koen | don't build both 'dates' and 'openmoko-dates' |
| 09:26.31 | koen | openmoko-dates now Depends: on dates |
| 09:28.12 | *** join/#oe emte__ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 09:30.06 | RP | koen: "holds back messages"? |
| 09:32.53 | koen | -c rebuild just says "rebuild started" "rebuild ended" and nothing in between |
| 09:33.01 | koen | and parsing seemed to be stuck at 20% till it suddenly completed |
| 09:34.33 | RP | koen: not good. When did that start happening? |
| 09:34.49 | koen | this morning after 'svn up' |
| 09:36.56 | RP | It does it here too :/ |
| 09:42.34 | *** join/#oe ade|desk (n=adavey@194.200.143.249) |
| 09:42.44 | ade|desk | morning all |
| 09:45.54 | CIA-11 | 03rpurdie * r799 10bitbake/lib/bb/build.py: build.py: Use a try/finally to make sure logs get redirected after function execution even if an exception occurs |
| 09:46.01 | RP | koen: That might fix it... |
| 09:46.05 | RP | hi ade|desk |
| 09:46.10 | koen | RP: thanks! |
| 09:46.50 | RP | koen: Its nice to have found that as I think that might have been causing some head scratching in the UI code (where all the changes make a bug like that much harder to find!) |
| 09:46.58 | *** join/#oe grma (n=grma@85-126-107-146.static.sdsl-line.inode.at) |
| 09:54.03 | *** join/#oe florian (n=fuchs@217.146.132.69) |
| 09:54.25 | koen | tkp: florian went online :) |
| 09:55.07 | florian | hi |
| 09:55.20 | tkp | florian: hi.. |
| 09:55.28 | tkp | I've been told that you use meta-toolchain?? |
| 09:55.47 | tkp | I have a couple of questions about the layout of the sdk that gets created |
| 09:56.29 | tkp | there seems to be more than one lib dir |
| 09:56.42 | tkp | <PROTECTED> |
| 09:57.18 | tkp | the first one seems to contain only specific versions of a couple of so's... whilst the second one contains most of the rest |
| 09:58.25 | tkp | I currently only have the second one in my include dirs |
| 09:58.36 | tkp | should I be including both of them? |
| 09:59.13 | *** join/#oe emte__ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 09:59.35 | tkp | it's the same with include dirs too... there is /usr/local/i586/oe/include/ & /usr/local/i586/oe/i586-sts-linux/include/ |
| 10:00.05 | tkp | the first one only contains a couple of headers, the second contains all the rest |
| 10:00.16 | tkp | why have the headers been split up like this? |
| 10:01.28 | tkp | it seems to be only libiberty.h and ansidecl.h from binutils in /usr/local/i586/oe/include/ |
| 10:02.51 | tkp | I am in ned of bfd.h in my toolchain include dir (which also comes from binutils), but am unsure of where to install it to... the base_libdir or libdir |
| 10:03.46 | tkp | I'm thinking libdir, since that is the only one in my search path... but perhaps my search path is wrong, and should be including the files from base_libdir too? |
| 10:06.07 | *** join/#oe Sleep_Walker (n=Sleep@u-pl15.ms.mff.cuni.cz) |
| 10:11.03 | florian | one sec, phone call |
| 10:14.56 | *** part/#oe grma (n=grma@85-126-107-146.static.sdsl-line.inode.at) |
| 10:23.28 | florian | re |
| 10:24.04 | koen | florian: wb |
| 10:24.19 | florian | tkp: indeed, but i don't really know the reason to split this stuff. which compiler and distribution did you select? |
| 10:25.04 | tkp | florian: this is my own distro... but it's gcc 3.3.4 |
| 10:25.25 | tkp | binutils 2.15.94.0.1 |
| 10:26.19 | tkp | anyone know who wrote the binutils-cross-sdk packages? |
| 10:26.37 | hrw | tkp: I suggest switching to 2.16 if you plan to use on-device toolchain |
| 10:27.00 | tkp | hrw: I don't want an on device toolchain |
| 10:27.16 | tkp | but some software I'm compiling needs bfd.h, from binutils |
| 10:28.40 | florian | tkp: the ehader files should go to some include dir |
| 10:28.48 | tkp | or... would using bfd.h require me to have binutils on the target device? |
| 10:29.16 | tkp | florian: right... they do, but not to the same one all all the other toolchain header files |
| 10:29.49 | tkp | the sdk tarball seems to have two different include dirs |
| 10:31.56 | florian | tkp: and binutils is the only bit with the headers in that different dir? |
| 10:32.29 | tkp | no.. there are a couple from gcc too... |
| 10:32.49 | tkp | if you look at the gcc recipie, they have gone out of theirt way to move these headers and libs |
| 10:32.55 | tkp | their* |
| 10:33.20 | tkp | gcc-package-sdk.inc |
| 10:35.21 | koen | tkp: gcc-package* seems to be arcane and buggy |
| 10:36.52 | tkp | so, you think it is wrong that these libs/headers should live in /usr/local/i586/oe/lib rather than /usr/local/i586/oe/i586-sts-linux/lib/ ? |
| 10:38.12 | koen | <PROTECTED> |
| 10:38.37 | koen | that would allow you to install different i586 toolchains if you want |
| 10:38.42 | *** join/#oe psokolovsky (n=psokolov@82.193.98.7) |
| 10:38.48 | tkp | koen: thats what I would have thought... at least, thats where everything else installs it's libs too |
| 10:38.51 | florian | right |
| 10:39.26 | tkp | so, the bug is with gcc-package-sdk, and binutils-cross-skd-* |
| 10:39.34 | florian | I haven't gone so far with a new sdk... i still fight against gcc-cross-sdk |
| 10:43.33 | schurig | anyone experienced a GLIBC problem with "query_module"? |
| 10:44.07 | schurig | In my glibc_2.3.5+cvsSOMETHING I read in tmp/work/.../build-arm-linux/misc/stub-syscalls.c this line: "weak_alias (_no_syscall, query_module)" |
| 10:44.14 | tkp | I just can't understand why someone has gone to so much trouble to move these libs out of /usr/local/i586/oe/i586-sts-linux/lib/ and into /usr/local/i586/oe/lib/ in the first place |
| 10:44.28 | koen | tkp: I can't either |
| 10:44.29 | schurig | and later compilation of modutils barks that calling "query_module" will always fail |
| 10:48.20 | Ifaistos | koen : if we have a machine without fpu, shouldn't the -msoft-float by used to build all packages ? |
| 10:48.42 | koen | Ifaistos: depends |
| 10:48.56 | Ifaistos | koen : on what ? |
| 10:49.01 | koen | Ifaistos: doing softfloat in kernel or userspace is a distro decision |
| 10:50.35 | Ifaistos | koen : i was under the impression that once defined it is used thought out, but just noticed it dod not |
| 10:51.01 | koen | Ifaistos: TARGET_FPU="soft" should trigger userspace softfloat |
| 10:51.46 | Ifaistos | koen : well it does not :) |
| 10:56.43 | Ifaistos | koen : i am building with soft-float enabled and this is for example how speex compiles -> http://rafb.net/p/amM6wM97.html |
| 10:57.07 | koen | Ifaistos: speex could be resetting CFLAGS |
| 10:58.08 | Ifaistos | koen : its not only speex :( |
| 10:59.05 | Ifaistos | koen : i was thinking it was added to TARGET_CC_ARCH |
| 10:59.48 | koen | Ifaistos: yes, but that doesn't help if the app resets CFLAGS |
| 11:01.00 | Ifaistos | koen : i don't think i does. -mcpu=405 which is set by the machine config shows up |
| 11:01.19 | koen | weird |
| 11:01.42 | schurig | Hmm, seems that arm-linux/include/asm/unistd.h doesn't have the sys_query_module define in it, i'll try and patch linux-libc-headers 2.6.18 (my box runs ancient kernel 2.4.21, which uses this syscall) |
| 11:03.13 | Ifaistos | koen : this is my local.conf ->http://rafb.net/p/fYxjfL97.html |
| 11:06.57 | *** join/#oe TheCan (n=thecan@pluto.rz.fht-stuttgart.de) |
| 11:07.33 | TheCan | Hi - i am trying to use OE behind a http proxy => works fine for wget, but what do I do about builds trying to get something from a cvs repository? |
| 11:08.19 | TheCan | oops i see it's in the FAQs already, sorry |
| 11:10.00 | TheCan | well i found this here: http://www.openembedded.org/search/node/FETCH_COMMAND but not a really helpful entry...maybe the author (koen?) could improve it a bit? |
| 11:10.52 | koen | everyone thinks I wrote OE and the wiki in one day ;) |
| 11:12.22 | *** join/#oe punkass (n=user@unaffiliated/punkass) |
| 11:12.31 | TheCan | koen, yes :-) |
| 11:13.31 | hrw | kOEn: nick suggest all |
| 11:25.58 | chouimat | morning |
| 11:28.56 | CIA-11 | 03koen 07org.oe.dev * rda190699... 10/ (1 packages/cairo/cairo_1.4.2.bb): cairo: add 1.4.2 (latest stable) + surface-cache patch |
| 11:37.14 | *** join/#oe wbx (n=wbx@213.23.202.22) |
| 11:38.53 | schurig | hrw: moin! |
| 11:41.24 | hrw | hi schurig |
| 11:54.14 | *** join/#oe zecke (n=ich@dsl-62-220-14-162.berlikomm.net) |
| 11:55.11 | *** join/#oe obergix[work] (n=olivier@inf-berger.int-evry.fr) |
| 12:06.14 | psokolovsky | Hi! |
| 12:06.47 | psokolovsky | RP: did kernel-image cleanup went online yet? I don't see commits from you |
| 12:12.03 | *** join/#oe blaster8 (n=blaster8@131.111.135.247) |
| 12:15.43 | chouimat|away | bbl |
| 12:22.23 | *** join/#oe csmanx (n=csman@190.40.64.85) |
| 12:24.06 | schurig | hrw: would it be OK to use linux-libc-headers 2.6.18 even on target where one has an ancient (2.4.21) kernel? |
| 12:24.36 | koen | hey mickeyl |
| 12:24.47 | mickeyl | morning |
| 12:24.49 | schurig | hrw: if yes, then I'd like to commit a patch (via SRC_URI_append_mnci) that adds sys_query_module and sys_create_module, otherwise depmod from modutils won't work |
| 12:24.55 | schurig | mickeyl: moin? |
| 12:25.01 | schurig | mickeyl: ahem, moin! |
| 12:25.02 | mickeyl | ~utg |
| 12:25.08 | mickeyl | ~ugt |
| 12:25.09 | ibot | methinks ugt is Universial Greeting Time. Created in #mipslinux, it is a rule that states that whenever somebody enters an IRC channel it is always morning, and it is always late when the person leaves. The local time of any other people in the channel, including the greeter, is irrelevant. http://www.total-knowledge.com/~ilya/mips/ugt.html |
| 12:25.12 | mickeyl | :) |
| 12:25.18 | hrw | schurig: l-l-h does not have to much kernel |
| 12:25.21 | schurig | mickeyl: the ! was a typo |
| 12:25.35 | hrw | schurig: for OZ we used 2.6.11 l-l-h and 2.4.18/2.6.x kernels |
| 12:25.46 | schurig | mickeyl: yeah, I'm so much outside OZ now that I'd like to ask before committing |
| 12:25.58 | hrw | hi mickeyl |
| 12:26.02 | mickeyl | hey hrw |
| 12:26.36 | zecke | schurig: yes, it all depends what minimal version you pass to glibc |
| 12:26.40 | schurig | mickeyl: with glibc2.3.5+cvsBLAH and linux-libc-headers 2.6.18 there was no query_module in the libc, therefore modutils didn't work |
| 12:26.48 | *** join/#oe pleemans (n=peter@194.42.125.16) |
| 12:27.25 | mickeyl | schurig: hrw is the man. Since working on OpenMoko I didn't have time to look at anything else :/ |
| 12:27.29 | schurig | zecke: "pass a minimal version to glibc"? How do I do this? |
| 12:28.35 | zecke | schurig: ./configure --help |
| 12:28.45 | zecke | schurig: I don't remember the name of the option |
| 12:29.38 | schurig | hrw: I see, l-i-h 2.6.11.1 still includes the line "#define __NR_query_module (__NR_SYSCALL_BASE+167)", whereas l-i-h 2.6.18 doesn't anymore |
| 12:30.45 | hrw | schurig: I would add it in OE then. |
| 12:31.01 | koen | hrw: you sure? |
| 12:31.10 | koen | hrw: there must be a reason why it got removed |
| 12:31.48 | schurig | koen: the reason is that in 2.6.xx, it's done very different (modutils vs. module-init-tools) |
| 12:32.39 | schurig | koen: I believe that they kept the syscall in asm-*/unistd.h for some time until someone did a janitoring job |
| 12:33.05 | koen | I think the better solution is to use llh 2.6.11 for 2.4.ancient kernels |
| 12:33.20 | koen | instead of re-adding cruft to llh 2.6.recent |
| 12:34.13 | schurig | koen: i agree, if 2.6.11 works for me, I'll use that |
| 12:34.45 | koen | schurig: if .11 doesn't work, feel free to patch .18 |
| 12:34.47 | hrw | good point koen |
| 12:43.50 | schurig | koen: is there a reason there is no gcc-cross-initial_4.1.2.bb ? |
| 12:44.31 | koen | schurig: haven't had time to test it yet |
| 12:45.04 | schurig | koen: okay, so I'll test gcc-cross-4.1.1 with my filesystem now :-) |
| 12:45.18 | schurig | koen: oops, s/4.1.1/4.1.2/ |
| 12:46.42 | *** join/#oe slapin_nb (n=slapin@host-118.dataart.net) |
| 12:48.11 | koen | heh |
| 12:48.24 | koen | someone mailed to the oe bugzilla ml |
| 12:54.35 | schurig | what is the link in http://www.openembedded.org/wiki/ to get the list of recently changed pages? |
| 13:08.15 | *** join/#oe Marex (n=Marex@85.132.236.161) |
| 13:11.44 | *** join/#oe svolpe_gerrath (n=Gerrath_@unaffiliated/gerrath) |
| 13:17.34 | koen | schurig: sadly there isn't :( |
| 13:20.40 | RP | psokolovsky: I need to merge that since no objections were made |
| 13:20.56 | psokolovsky | RP: yes, please do! ;-) |
| 13:21.34 | koen | RP: all sorts of log files now start taking ~18 GB :( |
| 13:21.58 | koen | RP: I can't reproduce it 100%, but it happens with half the packages |
| 13:22.19 | koen | (I suspect a bitbake bug, but it could be a screwed build) |
| 13:22.27 | RP | koen: There are new log files but they shouldn't take 18GB |
| 13:23.14 | koen | let me see what's inside the files |
| 13:23.50 | RP | koen: Also, some of the messages you're used to seeing with bitbake will now go to log files with trunk. We need this change for the UI(s) so we'll just have to iron out any bugs... |
| 13:24.25 | RP | I suspect tinderclient will appreicate the log files too... |
| 13:24.44 | koen | RP: I get a lot of '|' in the log files |
| 13:25.02 | RP | koen: Can you pastebin an example? |
| 13:25.44 | RP | koen: or an example package? |
| 13:26.04 | koen | koen@bitbake:/data/build/koen/OE/build/tmp/angstrom/work/c7x0-angstrom-linux-gnueabi/angstrom-x11-image-1.0-r5/temp$ du -hs *4.0K ipkg.conf5.5G log.do_rootfs.16773 |
| 13:26.20 | koen | and an excerpt: http://rafb.net/p/LDJrpk82.html |
| 13:27.14 | RP | koen: Its the output from wget |
| 13:28.35 | RP | or it looks a bit like it anyway. We need to work out what command is generating that in do_rootfs and clean up the output |
| 13:32.02 | schurig | koen: maybe wget doesn't realize that it doesn't run on a tty and produces animated download graphics, e.g. a rotating bar or a progress bar |
| 13:37.10 | *** join/#oe benlau (n=benlau@221.125.13.148) |
| 13:39.35 | koen | schurig: could be |
| 13:39.48 | koen | schurig: could be bitbake prefixing messages with '|' |
| 13:39.57 | Ifaistos | you can use -q with wget not to output any messages |
| 13:40.16 | zecke | koen: I think we need a proxy, but with some special use cases |
| 13:41.05 | zecke | koen: e.g. if you don't have a connection it is better to show an old page before you show none :) |
| 13:43.03 | *** join/#oe vivijim (n=vivijim@200.184.118.132) |
| 13:44.19 | *** join/#oe Kristoffer (i=Kristoff@h207n1fls306o1049.telia.com) |
| 13:45.47 | *** join/#oe theturtle (n=theturtl@guiness.lifl.fr) |
| 13:53.42 | *** join/#oe wrobbie (n=rob@cm74.kappa84.maxonline.com.sg) |
| 14:01.22 | hillct | Ifaistos: I was able ot get it all working properly in the single file. I do have a separate bb file for openpbx.org-perl which is a contrib package included in the openpbx distribution, as for sounds, they're places in openpbx.org-sounds as I intended, and pulled from cache as expected. |
| 14:05.29 | *** join/#oe pleemans (n=peter@194.42.125.16) |
| 14:11.06 | hillct | Ifaistos: my reasoning being that if you want to use openpbx, you need the sounds. They aren't an optional build in that respect, unless (and this is why they aren't included in the main package) you intend to record all your own voice prompts for even the basic features such as conferencing and voicemail. Some people will record a few of their own prompts but it's important to have a base set of them. |
| 14:11.45 | *** join/#oe Sleep_Walker (n=Sleep@r3as86.net.upc.cz) |
| 14:14.49 | apaulsen | can I set a PREFERRED_VERSION on the bitbake command line along with the package name? |
| 14:15.50 | zecke | RP: do you know something about the Linux stack usage? |
| 14:16.01 | zecke | RP: e.g. a task does it have a kernel and a userspace stack |
| 14:16.15 | zecke | RP: or is the usersspace stack used when entering the kernel? |
| 14:18.29 | *** part/#oe Sleep_Walker (n=Sleep@r3as86.net.upc.cz) |
| 14:19.36 | koen|away | RP: it's definately bitbake/OE doing all the '||||||||' |
| 14:19.45 | *** join/#oe tkp (n=tom@80-47-78-70.lond-hex.dynamic.dial.as9105.com) |
| 14:21.03 | koen|away | RP: http://ewi546.ewi.utwente.nl/tmp/huge.log |
| 14:21.12 | koen|away | a 6MB excerpt |
| 14:23.36 | XorA | koen|away: nice log |
| 14:25.48 | schurig | zecke: every task has it's own kernel- and userspace stack, yes |
| 14:25.57 | schurig | zecke: I'm not sure about threads or tasklets |
| 14:26.27 | zecke | schurig: one more question, don't run away |
| 14:26.39 | zecke | schurig: where is the stack inside the task_struct? |
| 14:26.50 | zecke | schurig: is it within thread_info? |
| 14:27.09 | zecke | schurig: I see that the kernel is able to map from stack to process (the gloryious current macro) |
| 14:27.25 | *** join/#oe T0mW (n=Tom@70.44.166.161.res-cmts.sth.ptd.net) |
| 14:27.59 | *** join/#oe T0mW (n=Tom@70.44.166.161.res-cmts.sth.ptd.net) |
| 14:29.03 | schurig | zecke: http://kerneltrap.org/node/6399 |
| 14:29.50 | schurig | zecke: it said there "kernel stack space of a process", and I assumed that this is a user process |
| 14:32.28 | zecke | schurig: thanks. now I need to find the sysenter code |
| 14:33.28 | RP | zecke: I was afk, I see you have an answer now :) |
| 14:33.51 | RP | koen|away: ok, we'll have to find where that is coming from... |
| 14:34.11 | schurig | zecke: for ARM? it's in arch/arm/kernel/entry-*.S |
| 14:36.00 | zecke | any implementation is good enough :) |
| 14:36.15 | *** join/#oe geekoid (n=geekoid@adsl-75-4-73-249.dsl.emhril.sbcglobal.net) |
| 14:38.18 | RP | koen|away: Do you see that in all logfiles or just rootfs? |
| 14:38.38 | koen | several logfiles grow to insane sizes |
| 14:38.55 | koen | let me see about keymaps |
| 14:39.11 | RP | koen|away: Only upon task failure? |
| 14:39.59 | koen | hard to say |
| 14:40.07 | koen | it fails eventually due to space issues |
| 14:40.24 | RP | There is that :) |
| 14:40.56 | RP | koen|away: Try turning off BBINCLUDELOGS |
| 14:41.53 | RP | In fact I'm 100% sure its BBINCLUDELOGS... |
| 14:42.23 | RP | I think I'm just going to remove that code since we won't want it in the final UI code and I don't want to spend time trying to make it work since it will get removed anyway... |
| 14:43.06 | koen | fine by me |
| 14:43.19 | koen | if it fixes the problem i'm seeing :) |
| 14:44.20 | RP | It does mean bitbake won't quote logiles when it fails... |
| 14:46.06 | CIA-11 | 03rpurdie * r800 10bitbake/lib/bb/build.py: build.py: Remove BBINCLUDELOGS for now since its breaking things. It will return in the tty UI handler eventually |
| 14:48.12 | *** join/#oe svolpe_gerrath (n=Gerrath_@unaffiliated/gerrath) |
| 14:49.45 | koen | RP: BBINCLUDELOG = "no" still fills up log.do_rootfs |
| 14:50.03 | RP | koen: I think you'd have to remove the variable entirely but try svn up |
| 14:53.26 | CIA-11 | 03koen 07org.oe.dev * r06f7b5ed... 10/ (1 packages/linux/linux-gta01_2.6.20.bb): linux-gta01: remove bogus CMD_CON that breaks the gsm modem |
| 15:03.55 | *** join/#oe z72ka (n=hermanj@r5af183.net.upc.cz) |
| 15:05.15 | CIA-11 | 03koen 07org.oe.dev * r7b0d8ae8... 10/ (1 packages/gsm/files/gsmd packages/gsm/libgsmd_svn.bb): libgsmd: hack around bug where the kernel console is pointed to the gsm modem |
| 15:09.22 | koen|away | RP: svn up seems to have solved it! |
| 15:09.24 | koen|away | RP: thanks! |
| 15:10.34 | RP | koen|away: good, thanks for testing. That was quite nasty :) |
| 15:19.09 | *** join/#oe lrg (n=liam@lrg.demon.co.uk) |
| 15:27.40 | *** join/#oe pleemans (n=peter@194.42.125.16) |
| 15:32.56 | *** join/#oe shres (n=shreyas@omega.picopeta.com) |
| 15:34.08 | shres | <PROTECTED> |
| 15:34.57 | *** join/#oe CosmicPenguin (i=nobody@nat/amd/x-5964cc973a840342) |
| 15:42.31 | *** join/#oe mr_nice (n=mr_nice@p54a9d247.dip.t-dialin.net) |
| 15:42.33 | mr_nice | hi all |
| 15:44.12 | mr_nice | zecke: do you have some time for me? |
| 15:45.29 | koen|away | shres: ipkg install <package> |
| 15:47.45 | *** join/#oe tmb|away (i=abcd@82.149.226.179) |
| 15:49.23 | zecke | mr_nice:if you don't mind a delay on answers shoot |
| 15:49.32 | zecke | mr_nice: I'm sure other people can help you as wel |
| 15:51.39 | *** join/#oe tmbinc (i=abcd@82.149.226.179) |
| 15:52.04 | *** join/#oe dion (n=dion@xen.inhex.net) |
| 15:58.47 | *** join/#oe Shoragan (n=shoragan@datenfreihafen.org) |
| 15:58.47 | *** join/#oe CM (i=cm@shaka.acc.umu.se) |
| 15:58.47 | *** join/#oe fdv (n=fredridv@en.ifi.uio.no) [NETSPLIT VICTIM] |
| 15:59.28 | mr_nice | zecke: no, delay is not important. the question self is about the simpad-batterty driver. I have tried to change it to fit to the new ucb changes. but I get a null pointer. I don't understand how the simpad_battery struct works. here is the changed code (http://pastebin.ca/403693) and here is the original (http://pastebin.ca/403694). |
| 16:01.23 | *** join/#oe tmbinc_ (i=abcd@82.149.226.179) |
| 16:03.29 | *** join/#oe pH5 (n=ph5@e178211221.adsl.alicedsl.de) |
| 16:03.58 | slapin_nb | hi, all! |
| 16:04.19 | slapin_nb | is it officially ok to use bitbake-1.8 with OE.dev Angstrom distro? |
| 16:04.42 | *** join/#oe tmbinc_ (i=abcd@82.149.226.179) |
| 16:05.31 | zecke | mr_nnice: my driver was unfinished but let me check |
| 16:06.52 | *** join/#oe vivijim (n=vivijim@200.184.118.132) |
| 16:07.15 | zecke | mr_nice: search the old driver from Juergen |
| 16:07.41 | mr_nice | zecke: from 2.4? |
| 16:07.50 | zecke | mr_nice: yes, and show me the backtrace :) |
| 16:08.05 | zecke | mr_nice: all the calculations will be taken from 2.4 driver |
| 16:08.26 | mr_nice | zecke: ok. |
| 16:08.44 | zecke | mr_nice: you will implement a "class driver" for the ucb and this driver will register to the battery interface |
| 16:09.08 | zecke | so the skeleton is present, but hooking things together might need work, actually I think this is the class I stopped working on :} |
| 16:09.13 | *** join/#oe hvontres|poodle (n=hvontres@68.120.74.196) |
| 16:09.20 | *** part/#oe hillct (n=H@client200-5.dsl.intrex.net) |
| 16:09.36 | zecke | mr_nice: show me the backtrace and I might remember where I stopped |
| 16:10.00 | *** join/#oe B_Lizzard (n=root@ppp196-196.adsl.forthnet.gr) |
| 16:10.06 | B_Lizzard | Hello |
| 16:10.17 | B_Lizzard | I thought of a nice feature to add |
| 16:10.25 | B_Lizzard | in bitbake |
| 16:10.27 | shres | koen, i want to build a directory structure i can copy across to the machine, i know this sounds stupid but deploy/i686/ doesnt have ipkg binary in it. I will have to do a ipkg -d /target/dir * in my deploy/arm i suppose |
| 16:10.58 | schurig | shres: tmp/staging/i686-linux/bin should have an ipkg-cl in it |
| 16:12.02 | zecke | mr_nice: looking at the code I would say the call to ->ucb is wrong |
| 16:12.03 | schurig | shres: also look at OE/classes/image.bbclass |
| 16:12.03 | B_Lizzard | What if bitbake, after finishing a job, emitted a log of all failed packages, and why they failed (basically the 10 last lines from the output for each package)? |
| 16:12.20 | B_Lizzard | Building "world" would be made somewhat easier that way |
| 16:12.38 | zecke | mr_nice: no it is not. the battery_class is inside the simpad_battery_class |
| 16:12.57 | RP | B_Lizzard: It already does that as it goes along, its just a data collection issue |
| 16:13.11 | B_Lizzard | Aye |
| 16:13.12 | RP | slapin_nb: you may use bitbake 1.8.0 with angstrom |
| 16:14.25 | schurig | RP: what's the main diff between bb 1.6 and 1.8? Is somewhere a docu? Or just "svn log"? |
| 16:14.25 | B_Lizzard | It would just be an issue of getting a failed package's name, and adding the last 10 lines from the output. |
| 16:14.28 | mr_nice | zecke: http://pastebin.ca/403726 |
| 16:14.38 | *** join/#oe tmbinc (i=abcd@82.149.226.179) |
| 16:14.52 | B_Lizzard | And adding that to a logfile whenever such a failed package occured |
| 16:14.52 | *** join/#oe Zero_Chaos (n=zero@unaffiliated/zerochaos) |
| 16:15.06 | Zero_Chaos | I have two .bb that will not compile, so i added a mask to not use them |
| 16:15.07 | Zero_Chaos | BBMASK = "/home/zero/oe/org.openembedded.dev/packages/file/file-native_4.20*.bb /home/zero/oe/org.openembedded.dev/packages/gcc/gcc-cross-initial_4.1.1.bb" |
| 16:15.16 | zecke | mr_nice: that is easy?! |
| 16:15.27 | Zero_Chaos | but it doesn't work, can someone say why I'm dumb? I can mask one ofr the other, but not both |
| 16:15.37 | Zero_Chaos | s/ofr/or |
| 16:16.28 | RP | schurig: cat Changelog and/or what was on the mailing list about the multithreading a while back |
| 16:16.55 | *** join/#oe emte (n=emte@d64-180-45-14.bchsia.telus.net) |
| 16:17.01 | RP | schurig: Basically, the core was rewritten to compute the dependency chain in advance and allow multiple tasks to run at once |
| 16:18.19 | koen|away | RP: any news on the 'rebuild dependant tasks' bit? |
| 16:18.19 | zecke | mr_nice: which battery patch did you use? |
| 16:19.27 | RP | koen|away: No, I just keep forgetting to look at it. I will write that down this time... |
| 16:19.51 | mr_nice | zecke: I was using your driver and it was broken because of changes on the ucb1x00 stuff. Then I was searching on the way the keyboard driver was registering to ucb and I tried to adapt that to your driver |
| 16:20.32 | koen | RP: no problem, the indt guys asked for it so to ease their testing |
| 16:20.35 | mr_nice | zecke: http://pastebin.ca/403694 is the original |
| 16:20.41 | zecke | mr_nice: the adaption must be right, but I can't find hwmon/battery/battery.c in mainline, so what additional patch do you use? I found a copy at hh.org |
| 16:21.06 | RP | koen: The code in trunk should be able to support it easily enough |
| 16:21.18 | zecke | mr_nice: BUG: at drivers/hwmon/battery/battery.c:129 battery_class_register() |
| 16:21.18 | mickey|lunch | schurig: some infos about what's new can also be found in http://linuxtogo.org/~mickeyl/tools/FOSDEM2007.pdf |
| 16:21.19 | koen | RP: that's why I asked :) |
| 16:21.34 | zecke | mr_nice: going to 129 leads to a line like |
| 16:21.40 | zecke | mr_nice: WARN_ON(!bat->name); |
| 16:22.16 | *** join/#oe HopsNBarley (n=hops@nslu2-linux/HopsNBarley) |
| 16:22.29 | zecke | mr_nice: http://handhelds.org/cgi-bin/cvsweb.cgi/linux/kernel26/include/linux/battery.h?rev=1.11&content-type=text/x-cvsweb-markup |
| 16:22.41 | mr_nice | zecke: mom |
| 16:22.57 | zecke | mr_nice: you at least need to set name with some string |
| 16:23.06 | zecke | mr_nice: static struct simpad_battery_t simpad_battery = { .battery = { |
| 16:23.14 | zecke | <PROTECTED> |
| 16:23.24 | zecke | mr_nice: or better check the other drivers to have a common naming |
| 16:24.03 | koen | mickey|lunch: nice presentation! |
| 16:24.14 | mickey|lunch | thanks. unfortunately i couldn't talk about it :/ |
| 16:24.28 | koen | let me steal some stuff for CELF :) |
| 16:24.29 | mickey|lunch | we should get this into the next OOO newsletter |
| 16:24.32 | mickey|lunch | sure, go ahead |
| 16:24.36 | mickey|lunch | but credit me! :) |
| 16:24.38 | mickey|lunch | s/me/us/ |
| 16:24.54 | zecke | koen: credit mickeyl as "Chris Larson and others" |
| 16:25.04 | mickey|lunch | heh |
| 16:25.04 | mickey|lunch | yeah |
| 16:25.12 | mickey|lunch | it's always like that :) |
| 16:25.20 | zecke | :} |
| 16:25.28 | *** join/#oe rd_ (n=redragon@88.198.60.73) |
| 16:26.03 | zecke | mr_nice: you also need to set class_dev to something and optionally id |
| 16:27.11 | koen | mickey|lunch: do you have the 'source' of the pdf available? |
| 16:27.21 | mr_nice | zecke: this is the batery.c file. I can't remember from which version of the hh.org kernel it was taken from. |
| 16:27.23 | mickey|lunch | koen: if you can handle *.ppt |
| 16:27.30 | zecke | mr_nice: http://handhelds.org/cgi-bin/cvsweb.cgi/linux/kernel26/arch/arm/mach-pxa/hx4700/hx4700_battery.c?rev=1.7&content-type=text/x-cvsweb-markup as an example |
| 16:27.45 | zecke | mr_nice: you we will need to set name and this backtrace should go away |
| 16:27.45 | mickey|lunch | i can probably export it to .txt |
| 16:28.15 | zecke | mr_nice: any progress on submitting the patches to rmk? can one congratulate already? |
| 16:28.36 | mickey|lunch | koen: .rtf underway |
| 16:28.41 | koen | mickey|lunch: thanks! |
| 16:28.56 | *** join/#oe xuumbi (n=xumbi@c-24-128-224-250.hsd1.nh.comcast.net) |
| 16:28.58 | hrw | you can add ProGear into webpads ;D |
| 16:29.23 | mr_nice | zecke: ok I will try it. Sorry I didn't hand it in atm :/ I will do it this weekend! |
| 16:29.47 | mr_nice | zecke: thx. I will try it out now. |
| 16:29.58 | xuumbi | is there something I can add to my .bb file to keep generated binaries from being stripped? |
| 16:30.00 | zecke | mr_nice: name is mandantory, id is optional |
| 16:30.30 | zecke | mr_nice: I'm glad you spend your energy on the simpad :) |
| 16:31.13 | mr_nice | zecke: I love my simpad :). hopefully you will get yours repaired :D |
| 16:31.31 | xuumbi | I see that unstripped binaries are kept in .debug folders, but if I could keep that step from happening for my development builds that would help |
| 16:32.23 | zecke | mr_nice: finding it is a issue :) |
| 16:32.25 | hrw | mickey|lunch: page 16 has typo |
| 16:32.40 | zecke | xuumbi: .debug folders should end up in -dbg packages |
| 16:33.04 | apaulsen | I'm trying to set up a cvs checkout for a package, but bitbake keeps saying the version is not available. Is there a good way to debug the cvs checkout? |
| 16:33.04 | zecke | xuumbi: and -dbg packages should not be installed into a rootfs by default |
| 16:34.07 | *** join/#oe tmbinc_ (i=abcd@82.149.226.179) |
| 16:34.45 | hrw | mickey|lunch: and bugsquashing are first weekend not last |
| 16:35.07 | mickey|lunch | oops :D |
| 16:35.17 | mickey|lunch | that's why I am always alone |
| 16:35.19 | hrw | mickey|lunch: very nice presentation |
| 16:35.26 | mickey|lunch | thanks :) |
| 16:35.32 | mickey|lunch | a pity we didn't get a slot for that |
| 16:36.07 | hrw | mickey|lunch: other time |
| 16:36.31 | koen | "Introduction to the Gnome Mobile and Embedded Initiative" |
| 16:36.34 | hrw | mickey|lunch: what do you think about creating 'OE History' page in wiki? how it starts, who joined, which team etc |
| 16:36.39 | koen | seems like they are finally going to launch it at ELC |
| 16:38.04 | mickey|lunch | hrw: sounds good in principle |
| 16:38.52 | RP | A history page would be good. I was thinking bitbake should have something about its history too... |
| 16:39.15 | RP | "What was changed, when and why" |
| 16:39.46 | mickey|lunch | yeah |
| 16:39.58 | mickey|lunch | let's do it asap... as long as we can remember the reasons |
| 16:40.24 | hrw | http://www.openembedded.org/wiki/History will be ok? |
| 16:40.51 | mickey|lunch | sure |
| 16:42.50 | RP | mickey|lunch: There were some emails I wrote that should cover the bits of bitbake I've had a part in. I can't really say what happened before 1.4 though... |
| 16:43.17 | mickey|lunch | when i can breathe again, i try to remember earlier stuff |
| 16:43.46 | RP | mickey|lunch: I keep hoping to be able to breathe but it doesn't work out like that :/ |
| 16:46.53 | *** join/#oe blaster8 (n=blaster8@131.111.135.247) |
| 16:46.55 | *** join/#oe punkass (n=user@unaffiliated/punkass) |
| 16:49.22 | *** join/#oe emte (n=emte@d64-180-45-14.bchsia.telus.net) |
| 16:50.42 | hrw | mickey|lunch: http://www.openembedded.org/history |
| 16:52.10 | mickey|lunch | good! |
| 16:52.40 | mickey|lunch | the veterans can fill in the early years |
| 16:52.55 | hrw | on Ania's laptop I have some more entries in other presentation |
| 16:56.38 | apaulsen | So, does anyone know how to debug the CVS file fetcher? -DDD doesn't provide anything useful. My SRC_URI is "cvs://anonymous@cvs.savannah.gnu.org/sources/classpath;module=classpath" and I can check out that module manually, but bitbake says my version is not available. I'd like to check out the module with todays date, 20070320, so I set SRCDATE to that. I read http://bitbake.berlios.de/manual/ch03s03.html, but I still don't know what I'm doing exactly. |
| 16:57.14 | *** join/#oe Kristoffer (i=Kristoff@h207n1fls306o1049.telia.com) |
| 16:59.32 | hrw | I would tweak cvs fetcher in bitbake to add some debugs |
| 17:00.08 | mr_nice | zecke: YUHU!! it works many thx! |
| 17:01.25 | mr_nice | zecke: do you remeber if the driver from Juergen included the values for T-Sinus pads? |
| 17:01.38 | *** join/#oe tmbinc_ (i=abcd@82.149.226.179) |
| 17:02.36 | *** join/#oe TheCan (n=thecan@dslb-084-056-178-220.pools.arcor-ip.net) |
| 17:03.36 | slapin_nb | anybody remembers which kernel/patch contain PXA capture device driver? |
| 17:03.50 | koen | pxa capture? |
| 17:03.56 | koen | like the camera interface? |
| 17:04.02 | Ifaistos | does anyone know what is the overhead of a package when installed ? i mean the added space need it store list etc etc |
| 17:05.31 | Ifaistos | I am trying to figure out the cut-off point of creating a package, to see what is the minimum package size that makes sence |
| 17:06.07 | Ifaistos | i.e putting a 100 bytes file in package mean 1K in package overhead |
| 17:06.21 | Ifaistos | in the flash of the target |
| 17:06.36 | slapin_nb | koen, yes |
| 17:07.22 | slapin_nb | I remember this pxa_capture.c floating around but I'd like to know where the latest version is |
| 17:07.25 | koen | slapin_nb: ask on #openezx, they updated the driver to 2.6.16 iirc |
| 17:11.15 | hrw | cu |
| 17:15.01 | *** join/#oe tank17 (i=ariel@gateway/tor/x-1bde8c6523d366c6) |
| 17:15.06 | *** join/#oe tank17124 (i=ariel@gateway/tor/x-f67f3dde67e77f71) |
| 17:16.33 | *** join/#oe zap (n=zap@16.170.249.ozerki.net) |
| 17:18.10 | *** join/#oe tkp (n=tom@spc3-brig9-0-0-cust538.asfd.broadband.ntl.com) |
| 17:22.20 | zecke | mr_nice|scummvm: no, I don't remember |
| 17:23.10 | mickey|lunch | any autofoo experts around? |
| 17:23.21 | mickey|lunch | how's the proper deal with foo-config files? |
| 17:23.32 | mickey|lunch | i.e. checking for existance and taking --cflags and --libs into account |
| 17:23.36 | mickey|lunch | <--- qmake weenie |
| 17:23.51 | zecke | mickeyl: not at all, fix the upstream to use pkgconfig :) |
| 17:23.57 | mickeyl | ah no |
| 17:24.04 | mickeyl | i don't want to do that for so many projects :) |
| 17:24.44 | zecke | mickeyl: check libsdl-ttf, -image I have fixed these tests there |
| 17:24.58 | mickeyl | ok |
| 17:26.42 | *** join/#oe dfoley (n=dfoley@h24-207-7-221.primesignal.com) |
| 17:34.42 | mickeyl | heh, nm |
| 17:36.27 | mickeyl | the library in question already has pkgconfig support |
| 17:36.45 | zecke | mickeyl: PGK_CHECK_MODULES :) |
| 17:36.55 | mickeyl | ya |
| 17:36.58 | mickeyl | i know at least about that |
| 17:36.59 | zecke | PKG even |
| 17:37.00 | mickeyl | and used it |
| 17:37.10 | mickeyl | all autoconf stuff in OM2007 is mine |
| 17:37.13 | mickeyl | :D |
| 17:37.28 | zecke | mickeyl: the error message in chordmaster is bogus |
| 17:37.38 | zecke | mickeyl: the default one is good enough :) |
| 17:38.09 | zecke | mickeyl: then use [] around litlerals :) |
| 17:38.10 | zecke | AC_PREQ(2.53) gets AC_PREQ([2.53]) |
| 17:38.16 | zecke | mickeyl: why do you need the maintainer mode? :) |
| 17:38.43 | zecke | mickeyl: BTW: I have a small diff that adds () around the *_get_type() calls |
| 17:39.18 | mickeyl | no idea actually |
| 17:39.29 | mickeyl | lots of that was taken from ohand autotools usage :) |
| 17:39.43 | mickeyl | let the patches roll in :) |
| 17:40.07 | zecke | probably at 19:30 or 20h I need to finish chapter four first... :} |
| 17:40.22 | *** join/#oe emte (n=emte@d64-180-45-14.bchsia.telus.net) |
| 17:40.55 | mickeyl | cool |
| 17:43.56 | *** join/#oe HopsNBarley (n=hops@nslu2-linux/HopsNBarley) |
| 17:45.10 | Ifaistos | need some help with dynamic packaging |
| 17:45.12 | Ifaistos | <PROTECTED> |
| 17:45.12 | Ifaistos | <PROTECTED> |
| 17:45.25 | Ifaistos | this creates the packages fine.... but |
| 17:45.40 | Ifaistos | instead of using arch is using machine |
| 17:45.53 | Ifaistos | Packaged contents of asterisk-res-musiconhold into /proj/oplinux-0.2/tmp/libc/deploy/ipk/dht-walnut/asterisk-res-musiconhold_1.2.16-r1_dht-walnut.ipk |
| 17:46.36 | Ifaistos | is this correct ? |
| 17:46.52 | koen | if asterisk is machine specific, it might be |
| 17:47.09 | Ifaistos | koen: no its not |
| 17:47.59 | *** join/#oe pvanhoof (n=pvanhoof@d54C0EE14.access.telenet.be) |
| 17:48.20 | Ifaistos | koen : opsis-asterisk_1.2.16-r0_ppc405.ipk |
| 17:49.44 | Ifaistos | koen : should the created packages be named exactly like .bb ? now the bb is opsis-asterisk and the packages are asterisk-<package type> |
| 17:50.15 | *** join/#oe tkp_ (n=tom@spc3-brig9-0-0-cust538.asfd.broadband.ntl.com) |
| 17:51.17 | *** join/#oe splAt1 (n=splat1@rf1.splat1.com) |
| 17:51.27 | koen | Ifaistos: dunno |
| 17:53.26 | CIA-11 | 03koen 07org.oe.dev * r159e0203... 10/ (1 packages/tzdata/tzdata_2007c.bb): tzdata: also rconflict with timezones |
| 17:57.46 | *** join/#oe mike1 (n=mike@216.138.203.252) |
| 17:58.06 | *** join/#oe anushsh (n=anushshe@220.226.10.4) |
| 18:04.53 | *** join/#oe ibot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
| 18:04.53 | *** topic/#oe is OpenEmbedded Developer Lounge | Web: http://www.openembedded.org | Bugtracker: bugs.openembedded.org | This is not a distro support channel | FOSDEM'07 was a huge success. Let's try to get a larger booth next year... |
| 18:07.24 | *** join/#oe tkp (n=tom@80-47-78-70.lond-hex.dynamic.dial.as9105.com) |
| 18:10.54 | koen | mickey|sports: e17 is switching to pkgconfig :) |
| 18:11.07 | *** join/#oe saladino (n=saladino@55.Red-80-35-102.staticIP.rima-tde.net) |
| 18:11.14 | saladino | Hi |
| 18:11.24 | *** join/#oe wbx (n=wbx@gprs-pool-1-023.eplus-online.de) |
| 18:11.44 | saladino | is there a way to run an openembedded generated system from qemu ? |
| 18:12.20 | saladino | i've been trying with qemu-system-arm and fails with "unimplemented cp15 register read" |
| 18:19.41 | NAiL | RP: How hard is it to add a driver to the leds subsystem, where controlling the leds are done by writing to a pic/avr connected to an uart? |
| 18:20.00 | saladino | Do you always try in the real hardware? no emulation? |
| 18:20.15 | mwester | saladino: I do. |
| 18:20.38 | koen | saladino: http://folks.o-hand.com/richard/qemu |
| 18:21.51 | saladino | humm |
| 18:22.01 | saladino | seems that it can't be run as is |
| 18:22.13 | saladino | some modifications are needed, i'll take a look |
| 18:22.14 | saladino | thx |
| 18:22.32 | Ifaistos | NAiL : Why don't you do it from userspace ? its much much easier |
| 18:23.11 | NAiL | Ifaistos: yeah, it probably is. Either way I can't do it :-P |
| 18:25.10 | Ifaistos | NAiL : Does the led "controller" have a full protocol or you just send it a byte where its bit defines the state of a led ? |
| 18:26.41 | NAiL | send a byte. the pic then decides what actions to take. |
| 18:30.35 | *** join/#oe dkey (i=somebody@193.170.48.236) |
| 18:30.35 | Ifaistos | NAiL : its easy then, i'll post a couple of scripts you can use |
| 18:31.40 | NAiL | Ifaistos: the uart is two-way. It also handles the buttons. |
| 18:32.32 | Ifaistos | NAiL : do you poll it or it sends a byte when someone presses a button ? |
| 18:32.59 | NAiL | I haven't completely deciphered the code, but I think it sends a byte |
| 18:33.47 | Ifaistos | NAiL : hmmm that complicates stuff a bit |
| 18:34.33 | Ifaistos | NAiL : anyway have to go for dinner now |
| 18:37.41 | *** join/#oe SirManiac (n=_sir_man@cisco-3660.ppp-05.ramah.scsconnect.net) |
| 18:40.49 | *** join/#oe greentux (n=lemke@195.227.105.180) |
| 18:43.10 | chouimat | hi |
| 20:52.43 | *** join/#oe ibot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
| 20:52.43 | *** topic/#oe is OpenEmbedded Developer Lounge | Web: http://www.openembedded.org | Bugtracker: bugs.openembedded.org | This is not a distro support channel | FOSDEM'07 was a huge success. Let's try to get a larger booth next year... |
| 20:53.21 | zecke|moko | RP: is any of the o-hand Gtk freaks online? |
| 20:56.58 | *** join/#oe timtimred (n=On3@62-31-181-7.cable.ubr02.chel.blueyonder.co.uk) |
| 21:05.46 | CIA-11 | 03justinp 07org.oe.dev * r6cb06ec6... 10/ (3 files in 2 dirs): angstrom-e: add e-image and tasks for angstrom |
| 21:08.23 | *** part/#oe hillct (n=H@64.241.37.140) |
| 21:11.22 | *** join/#oe ibot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
| 21:11.22 | *** topic/#oe is OpenEmbedded Developer Lounge | Web: http://www.openembedded.org | Bugtracker: bugs.openembedded.org | This is not a distro support channel | FOSDEM'07 was a huge success. Let's try to get a larger booth next year... |
| 21:14.57 | *** join/#oe emte__ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 21:21.47 | *** join/#oe vivijim (n=vivijim@200.184.118.132) |
| 21:28.56 | *** join/#oe pb_ (n=pb@88-109-236-69.dynamic.dsl.as9105.com) |
| 21:32.17 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
| 21:34.03 | *** join/#oe emte__ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 21:37.45 | *** join/#oe tkp (n=tom@80-47-78-70.lond-hex.dynamic.dial.as9105.com) |
| 21:38.59 | CIA-11 | 03koen 07org.oe.dev * r35b8bd70... 10/ (3 files in 2 dirs): disapproval of revision '6cb06ec6fefb58a8630562ccfdd7e9b156c05f3d' |
| 21:42.25 | zecke|moko | hmm what did koen remove... |
| 21:43.08 | hvontres|poodle | zecke|moko: I think it was JustinP's e-image stuff |
| 21:44.07 | zecke|moko | hmm |
| 21:44.33 | hvontres|poodle | zecke|moko: it just made the ML |
| 21:45.32 | zecke|moko | sounds reasonable :} |
| 21:47.32 | hvontres|poodle | zecke|moko: so is enlightenment now considdered depricated? |
| 21:47.55 | zecke|moko | hvontres|poodle: hehe |
| 21:48.39 | zecke|moko | hvontres|poodle: I don't know koen's reasoning but gpe-bootsplash is deprecated |
| 21:48.39 | zecke|moko | (according to koen's mail) |
| 21:50.43 | hvontres|poodle | zecke|moko: ok..I thought I didn't see it in there to begin with..but it's in task-angstrom-e.bb |
| 21:55.06 | pb_ | hi zecke|moko |
| 21:55.30 | *** join/#oe idealm (n=ideal@c58-107-18-60.belrs2.nsw.optusnet.com.au) |
| 21:57.00 | zecke|moko | pb_: hey |
| 21:57.16 | zecke|moko | pb_: I lost my soul, http://page.mi.fu-berlin.de/~freyther/FeedReader.png |
| 21:58.00 | zecke|moko | pb_: I'm totally g_* and already stumble across bugzilla.gnome.org and have a hard copy of all bug reports near my pillow |
| 21:58.04 | zecke|moko | pb_: but how are you? |
| 22:04.45 | *** join/#oe greentux (n=lemke@Z7445.z.pppool.de) |
| 22:18.40 | *** join/#oe lamikr|lap (n=chatzill@aragorn.kortex.jyu.fi) |
| 22:25.56 | *** join/#oe hillct (n=H@client200-5.dsl.intrex.net) |
| 22:27.07 | *** join/#oe Sleep_Walker (n=Sleep@195.22.44.103.adsl.nextra.cz) |
| 22:31.29 | *** join/#oe ChanServ (ChanServ@services.) |
| 22:31.29 | *** mode/#oe [+o ChanServ] by irc.freenode.net |
| 22:33.19 | *** join/#oe darmou (n=darmou@mail.planforlife.com.au) |
| 22:42.13 | *** join/#oe ljp (n=lpotter@203.94.178.46) |
| 22:42.33 | *** join/#oe darkschneider (n=gab@81-208-36-80.ip.fastwebnet.it) |
| 22:43.02 | *** join/#oe e-ffi (n=cybercom@dslb-084-056-090-035.pools.arcor-ip.net) |
| 23:01.44 | *** join/#oe cworth (n=cworth@c-67-160-161-141.hsd1.or.comcast.net) |
| 23:14.34 | pb_ | zecke: crumbs, have you fallen victim to some kind of mind control? |
| 23:15.16 | zecke | pb_: I stopped being stoned, this could have a small influence :) |
| 23:15.27 | pb_ | zecke: I am fairly well, I guess. been spending a lot of time redecorating bits of my house and that kind of thing. |
| 23:15.29 | pb_ | zecke: heh |
| 23:15.39 | zecke | pb_: At least I want to write the same app for Qtopia, so I'm not completely lost yet |
| 23:15.45 | pb_ | :-} |
| 23:16.05 | zecke | ;) |
| 23:16.12 | *** part/#oe pb_ (n=pb@88-109-236-69.dynamic.dsl.as9105.com) |
| 23:16.16 | *** join/#oe pb_ (n=pb@88-109-236-69.dynamic.dsl.as9105.com) |
| 23:16.18 | pb_ | whoops |
| 23:16.34 | pb_ | I wish xchat wouldn't put the close button there. |
| 23:16.41 | zecke | hehe, I thought your wife had taken over the control :) |
| 23:16.50 | pb_ | heh |
| 23:16.56 | pb_ | no, she has gone to bed :-} |
| 23:18.05 | florian | Here everyone smaller than me is sleeping as well :-) |
| 23:18.12 | zecke | hehe |
| 23:25.52 | *** join/#oe mithro (n=tim@lester.mithis.com) |
| 23:26.26 | *** join/#oe tkp (n=tom@80-47-78-70.lond-hex.dynamic.dial.as9105.com) |
| 23:28.02 | *** part/#oe dfoley (n=dfoley@h24-207-7-221.primesignal.com) |
| 23:34.17 | *** join/#oe kerwood|afk (n=Marshall@c-69-255-98-58.hsd1.md.comcast.net) |
| 23:36.29 | *** join/#oe kerwood|afk (n=Marshall@c-69-255-98-58.hsd1.md.comcast.net) |
| 23:37.49 | *** join/#oe Laibsch (n=Laibsch@F73a6.f.ppp-pool.de) |
| 23:39.59 | *** join/#oe tkp_ (n=tom@80-47-78-70.lond-hex.dynamic.dial.as9105.com) |
| 23:50.47 | *** join/#oe idealm (n=ideal@c58-107-18-60.belrs2.nsw.optusnet.com.au) |
