00:00.30 | psokolovsky | or maybe not drop, it's sample for PACKAGE_INSTALL_NO_DEPS |
00:01.11 | thesing | But I don't need any kernel module in the image. Everything this image will need is compiled statically into the kernel. |
00:02.29 | psokolovsky | thesing: well, then make it work for you. but initramfs is intended to be generic thing, and you cannot even think about generic with static kernel. |
00:05.58 | psokolovsky | thesing: changing "remove ${PACKAGE_REMOVE};" into "remove ${PACKAGE_REMOVE} || true;" would be quick workaround |
00:06.42 | thesing | An other thing: is there already a way to include the initramfs-image into a kernel in oe? |
00:08.15 | psokolovsky | thesing: not that I know off. again, anti-generic. but would be nice too ;-). would require 2-stage kernel build process, or using external util altogether... |
00:09.33 | *** join/#oe bmidgley (n=bmidgley@c-24-2-92-215.hsd1.mn.comcast.net) |
00:12.15 | thesing | with no modules include in initramfs it wouldn't even need a 2-stage build process. |
00:13.31 | thesing | btw. I was able to build initramfs-image after I build module-init-tools and update-modules manually. |
00:13.33 | psokolovsky | thesing: well, good catch, but *unnnn*generic ;-) |
00:14.22 | psokolovsky | thesing: also, external util won't help it seems, image is linked into kernel by the linker. (well, so ld could be used by such utils, but that's too hacky ;-) ) |
00:15.16 | thesing | Well the first stage bootloader-linuxkernel will be device specific anyway. |
00:15.29 | psokolovsky | thesing: hm, strange. well, as you didn't post error log, I just assumed that it fails trying to remove non-existent packages from *image* |
00:15.50 | psokolovsky | thesing: *can* be, only can ;-) |
00:16.21 | psokolovsky | thesing: if you have device-specific drivers compiled in, and generic driver as modules, it won't be ;-) |
00:16.31 | psokolovsky | that's semi-generically of course ;-) |
00:17.33 | thesing | True. But the location where to load the real kernel from will be device specific. |
00:17.41 | thesing | ~pastebin |
00:17.41 | ibot | [~pastebin] A "pastebin" is a web-based service where you can paste anything over 3 lines without flooding the channel. Here are links to a few : http://www.pastebin.com , http://pastebin.ca , http://channels.debian.net/paste , http://paste.lisp.org , http://www.rafb.net/paste |
00:18.41 | psokolovsky | thesing: well, why? initramfs-bootmenu-image allows user to decide ;-) |
00:21.02 | thesing | but its probably too big. initramfs + kernel < 1048576 KB for collie |
00:21.12 | thesing | not KB but B |
00:23.01 | thesing | psokolovsky: http://rafb.net/p/EfbTqV36.html is the important part of the errorlog. |
00:23.01 | psokolovsky | thesing: well, device limits are another matter. it would be big, because it uses shell, so need busybox. you also either use shell, or do adhoc C hacking. |
00:25.38 | psokolovsky | thesing: well, weird. but it always can be .bbclasses' missing dependencies... |
00:25.57 | psokolovsky | thesing: you make fresh build as I understood? |
00:27.15 | psokolovsky | .. or the fact that you didn't use "-c buildall" for bitbake ... |
00:28.20 | thesing | nearly fresh. I build kernel and nano before.. |
00:29.32 | thesing | should I use "-c buildall" ? |
00:30.29 | psokolovsky | thesing: well, I can't see sth wrong in initramfs-* recipes. e.g., *-nfs pulls update-modules, so you likely have kernel module for nfs after all. the matter, somehow update-modules *ipk* is not written when its needed already ;-( |
00:31.03 | psokolovsky | thesing: yes, for any issues that you don't have ipk's for the built packages, -c buildall should fix that |
00:34.36 | CIA-25 | 03pfalcon 07org.oe.dev * r662671ac... 10/ (1 packages/images/initramfs-minimal-image.bb): initramfs-minimal-image: Revamp dependencies. |
00:35.40 | thesing | Thanks for your help. |
00:37.49 | *** join/#oe mzb_d800 (n=mzb@ppp108-88.static.internode.on.net) |
00:38.30 | psokolovsky | thesing: I'm trying to utter it all in the mail to RP, maybe I'll be able to describe it, and he'll be able to suggest where to fix it ;-) |
00:40.33 | bmidgley | running iptables gives me "getsockopt failed strangely: No such file or directory" |
00:40.43 | bmidgley | any ideas what I might be missing? oe on gumstix |
00:41.26 | thesing | maybe device files are missing? |
00:43.08 | *** join/#oe mgross (n=mgross@66.206.87.117) |
00:43.56 | bmidgley | I'll try to find what dev files it needs |
00:44.03 | *** part/#oe mgross (n=mgross@66.206.87.117) |
00:46.06 | *** join/#oe dijenerate (n=dijenera@72.51.111.182) |
00:46.26 | thesing | if normal networking works you should have the needed device files. |
00:59.59 | *** join/#oe punkass (n=user@unaffiliated/punkass) |
01:03.28 | *** join/#oe timtimred (n=On3@82-34-50-106.cable.ubr02.chel.blueyonder.co.uk) |
01:04.38 | *** join/#oe thesin1 (n=thesing@BAA1cb8.baa.pppool.de) |
01:05.07 | *** join/#oe benlau2 (n=benlau@202.155.224.133) |
01:06.23 | *** join/#oe CSMan (n=csman@bas6-montrealak-1167862044.dsl.bell.ca) |
01:20.39 | *** join/#oe wrobbie (n=rob@cm38.kappa85.maxonline.com.sg) |
01:31.01 | *** join/#oe bluelightning (n=blueligh@122-57-164-38.jetstream.xtra.co.nz) |
01:35.41 | *** join/#oe mgross (n=mgross@66.206.87.117) |
01:35.56 | *** part/#oe mgross (n=mgross@66.206.87.117) |
01:50.49 | bmidgley | thesing: yes normal networking does work |
01:54.25 | *** join/#oe greentux_ (n=lemke@Z6b32.z.pppool.de) |
01:54.41 | *** join/#oe Reach (n=Reach@sw169-210-231.adsl.seed.net.tw) |
02:20.56 | *** join/#oe memeruiz_ (n=memeruiz@92.226.130.102) |
02:38.38 | *** part/#oe Fique (n=tkazi@167.216.14.194) |
02:40.41 | *** join/#oe borg__ (n=olaf@80.149.17.21) |
03:05.45 | *** join/#oe paulproteus (n=paulprot@wide-rose.makesad.us) |
03:06.14 | *** join/#oe chouimat|Zzzz (n=dieu@r2351064.cidc.net) |
03:27.52 | *** join/#oe shres (n=Shreyas@59.92.151.223) |
03:59.43 | Tartarus | Does meta-toolchain always fail the 1st time? |
04:15.47 | *** join/#oe jacques (n=jacques@nslu2-linux/jacques) |
04:20.21 | *** join/#oe rushadrenaline (n=rahul@122.166.6.51) |
04:24.25 | rushadrenaline | Any body awake |
04:25.30 | rushadrenaline | While running "bitbake nano" |
04:25.52 | rushadrenaline | i get this error ::::: |
04:25.55 | rushadrenaline | [rahul@rahul org.openembedded.dev]$ bitbake nano |
04:25.56 | rushadrenaline | warning: Not importing directory 'site': missing __init__.py |
04:25.56 | rushadrenaline | ERROR: Unable to parse conf/bitbake.conf (conf/local.conf:60: unparsed line: ' MACHINE = "c6x0"') |
04:29.13 | rushadrenaline | any body |
04:34.16 | xjqian | rushadrenaline: check you python installation on host |
04:40.58 | rushadrenaline | ok let me chk |
04:44.14 | rushadrenaline | I did this ::::::::::: [rahul@rahul org.openembedded.dev]$ find . | xargs grep "init__\.py" |
04:44.35 | rushadrenaline | And its showing __init.py files |
04:44.43 | rushadrenaline | a lot of them in the pwd |
04:44.51 | rushadrenaline | then whats the problem |
04:51.25 | xjqian | rushadrenaline: can you pastebin your local.conf |
04:54.18 | rushadrenaline | yeah wait |
04:56.47 | rushadrenaline | http://pastebin.com/d7e24bb |
04:56.48 | CIA-25 | 03xjqian 07org.oe.dev * r2aa9256d... 10/ (6 files in 5 dirs): |
04:56.48 | CIA-25 | dotconf: rename to libdotonf, fix packaging |
04:56.48 | CIA-25 | * follow debian naming and packaging |
04:56.48 | CIA-25 | * change dependency in speech-dispatcher |
04:56.55 | rushadrenaline | http://pastebin.com/d7e24bb |
05:02.16 | xjqian | how about getting rid of the leading "tab"? of MACHINE and DISTRO |
05:02.18 | rushadrenaline | Ok now im getting this error ::::::: $] bitbake nano |
05:02.18 | rushadrenaline | <PROTECTED> |
05:02.42 | xjqian | I suspect it's a "tab" not white space? |
05:03.19 | xjqian | oh |
05:03.21 | xjqian | wait |
05:03.30 | xjqian | where's no c6x0 |
05:03.43 | rushadrenaline | ok yeah let me chk |
05:03.44 | xjqian | there's no c6x0 |
05:03.52 | rushadrenaline | how to insert the tab |
05:03.58 | xjqian | i remember it should be c7x0 |
05:04.23 | xjqian | sorry, I meant don't use tab. but that's not your problem anyway |
05:05.00 | xjqian | check conf/machine |
05:06.14 | xjqian | there's only c7x0, which is a unified conf for all c6x0, c7x0, and c8x0, etc. |
05:06.23 | rushadrenaline | even after changing to "c7x0" im getting the same -- "unable to parse bitbake.conf...." error |
05:06.48 | rushadrenaline | ERROR: Unable to parse conf/bitbake.conf (conf/local.conf:60: unparsed line: ' MACHINE = "c7x0"') |
05:08.12 | xjqian | BBFILES := "${HOME}/stuff/org.openembedded.dev/packages/*/*.bb" |
05:08.26 | xjqian | is this the actual directory name? |
05:09.23 | rushadrenaline | hey xjqian |
05:09.30 | rushadrenaline | i fixed it |
05:10.03 | rushadrenaline | actually there were lots of spaces prior to DISTRO and MACHINE |
05:10.07 | rushadrenaline | i removed them |
05:10.15 | rushadrenaline | But now a different error |
05:10.36 | rushadrenaline | [rahul@rahul OpenEmbeded_testing]$ bitbake nano |
05:10.37 | rushadrenaline | ERROR: Openembedded's config sanity checker detected a potential misconfiguration. |
05:10.37 | rushadrenaline | <PROTECTED> |
05:10.37 | rushadrenaline | <PROTECTED> |
05:10.37 | rushadrenaline | <PROTECTED> |
05:10.37 | rushadrenaline | Please set a valid MACHINE in your local.conf |
05:11.12 | xjqian | BBFILES := "${HOME}/stuff/org.openembedded.dev/packages/*/*.bb" ? have you fixed this line |
05:11.20 | rushadrenaline | let me chk |
05:12.33 | xjqian | seems you are missing a lot configuration steps |
05:12.56 | xjqian | have you followed http://www.angstrom-distribution.org/building-angstrom, or jump started to bitbake nano |
05:13.57 | rushadrenaline | Yeah i edited the BBFILES |
05:14.13 | rushadrenaline | actually my target is mipsel |
05:14.23 | rushadrenaline | i want to build for mipsel |
05:14.48 | rushadrenaline | again the same previous error:::::::: |
05:14.51 | rushadrenaline | Please set TARGET_ARCH directly, or choose a MACHINE or DISTRO that does so. |
05:14.51 | rushadrenaline | Please set a valid MACHINE in your local.conf |
05:14.51 | rushadrenaline | Please install following missing utilities: makeinfo |
05:15.15 | rushadrenaline | But there is no package named "makeinfo" in mandriva 2008 |
05:15.51 | xjqian | find one or build from source for "makeinfo" on your host |
05:16.16 | xjqian | the other problem is that: you make not have BBPATH setup |
05:16.46 | xjqian | what's your output of `echo $BBPATH` |
05:17.06 | rushadrenaline | echo $BBPATH |
05:17.06 | rushadrenaline | /home/rahul/OpenEmbeded_testing/build:/home/rahul/OpenEmbeded_testing/org.openembedded.dev |
05:17.49 | *** join/#oe jkilb_ (n=jkilb@p5B2083A7.dip0.t-ipconnect.de) |
05:18.42 | xjqian | looks fine. then get makeinfo built and try again |
05:20.13 | *** join/#oe nslu2-log (n=nslu2-lo@nslu2-linux/dyoung) |
05:22.08 | rushadrenaline | Can u pastebin an example local.conf, if u have one on ur system |
05:22.44 | xjqian | sure, mine is very simple |
05:24.39 | xjqian | http://pastebin.com/me736998 |
05:26.20 | rushadrenaline | Hey xjqian |
05:26.42 | rushadrenaline | i comented out the MACHINE = "c6x0" |
05:26.56 | rushadrenaline | and un commented TARGET_ARCH = "mipsel" |
05:27.09 | rushadrenaline | Now im not getting target/ machine error |
05:27.45 | rushadrenaline | But the only error left is makeinfo not found,,,,Is texinfo same as makeinfo |
05:28.43 | xjqian | no, i don't think so |
05:29.26 | Tartarus | Do I need to fetch from that, rather than the yahoo one? |
05:29.28 | Tartarus | ga |
05:29.49 | rushadrenaline | What machine code do i set in MACHINE for mipsel |
05:30.15 | xjqian | if you are not using a pre-defined MACHINE conf, there's quite a few things you need to define besides "TARGET_ARCH". read the OE online manual |
05:30.44 | rushadrenaline | Coz u have done it the other way round in your local.conf,,,,uve uncomented MACHINE,,,and comented TARGET_ARCH |
05:30.59 | xjqian | I have to go. good luck. |
05:31.02 | rushadrenaline | ok |
05:31.05 | rushadrenaline | thanx |
05:31.56 | xjqian | the predefined MACHINE conf includes TARGET_ARCH, TARGET_OS, kernel version, etc |
05:32.40 | xjqian | look it up under conf/machine, you should find MACHINE is a super set of those |
05:33.30 | xjqian | so if you are not using MACHINE conf, you have to define every bit of fine details by yourself |
05:33.51 | xjqian | really have to go. bye |
05:34.17 | *** join/#oe minipanda (n=hzhang@221.221.159.248) |
05:51.15 | *** join/#oe shres (n=Shreyas@vpn.bangalore.geodesic.com) |
06:12.16 | *** join/#oe hrw|gone_ (n=hrw@ewi546.ewi.utwente.nl) |
06:23.29 | *** join/#oe hrw|gone (n=hrw@ewi546.ewi.utwente.nl) |
06:35.04 | *** join/#oe hufnus (n=slonsiki@69-12-177-67.dsl.static.sonic.net) |
06:38.26 | *** part/#oe hufnus (n=slonsiki@69-12-177-67.dsl.static.sonic.net) |
06:55.48 | *** join/#oe greentux (n=lemke@Z6b32.z.pppool.de) |
07:11.35 | *** join/#oe poli (n=ca@200-168-30-125.dsl.telesp.net.br) |
07:23.36 | *** join/#oe Gin-geR (n=hacker@pD9538401.dip0.t-ipconnect.de) |
07:28.54 | *** join/#oe edouard_t (n=edouard_@80.214.248.22) |
07:36.24 | *** join/#oe jekhor (n=jek@mm-166-254-57-86.leased.line.mgts.by) |
07:59.47 | *** join/#oe geekounet`laptop (n=geekoune@gentoo/contributor/geekounet) |
08:11.12 | XorA | ,orning |
08:11.40 | *** join/#oe Sleep_Walker (n=Sleep@195.22.44.103.adsl.nextra.cz) |
08:23.22 | *** join/#oe Dodji (n=dodji@torimasen.com) |
08:34.56 | rushadrenaline | [rahul@rahul OpenEmbeded_testing]$ bitbake nano |
08:34.56 | rushadrenaline | ERROR: Please set the 'CACHE' variable. |
08:35.38 | rushadrenaline | nebody awake???????? |
08:57.18 | *** join/#oe nud (n=sf@www.multitel.be) |
09:08.47 | *** join/#oe Longfield (n=valentin@217-162-224-198.dclient.hispeed.ch) |
09:09.51 | *** join/#oe nud_ (n=sf@www.multitel.be) |
09:10.23 | nud_ | hello |
09:10.30 | nud_ | in OE, tree 1.5.1 is still the prefered version despite it's not buildable at all |
09:10.59 | nud_ | (due to the tarball having been changed and thus not matching the checksum) |
09:11.17 | nud_ | what about removing that package once and for all now there is a tree 1.5.1.1 package ? |
09:15.09 | *** join/#oe vik_3278 (n=vkumar@s174173.ppp.asahi-net.or.jp) |
09:15.51 | vik_3278 | hi everyone. |
09:16.05 | vik_3278 | I'm having problems building images and maybe someone can help |
09:16.30 | *** join/#oe Marex-notebook (n=marex@vasut.kolej.mff.cuni.cz) |
09:16.36 | vik_3278 | | + cp zImage-c7x0.bin Angstrom-base-image-glibc-ipk-2007.11RC3-c7x0-installkit/zImage.bin |
09:16.36 | vik_3278 | | cp: cannot stat `zImage-c7x0.bin': No such file or directory |
09:16.59 | vik_3278 | seem to be missing the zImage-xxxx.bin file. any ideas how I can get it back? |
09:26.30 | *** join/#oe z72ka (n=hermanj@r5af183.net.upc.cz) |
09:27.55 | XorA | nud_: feel free to file a bug with a new .bb file, but try and remeber to tell us what bb file you talk of :-D |
09:29.08 | XorA | nud_: oh, I read that as "OE tree" not "OE, tree" sorry |
09:29.58 | nud_ | XorA: http://bugs.openembedded.org/show_bug.cgi?id=3208 |
09:30.40 | nud_ | no need for a new bb file actually |
09:36.53 | *** join/#oe gremlin[it] (n=gremlin@host209-103-static.32-85-b.business.telecomitalia.it) |
09:39.27 | vik_3278 | never mind, I just had to rebuild virtual/kernel |
09:49.24 | CIA-25 | 03koen 07org.oe.dev * ra2818f15... 10/ (9 files in 3 dirs): conf/distro: remove angstrom 2007.1, update dependant distros to 2008, special-case openmoko |
09:52.36 | *** join/#oe edouard_t (n=edouard_@217.128.2.212) |
09:55.00 | *** join/#oe pvanhoof (i=root@pvanhoof.freax.org) |
09:56.50 | gremlin[it] | morning all |
10:04.06 | *** join/#oe jekhor (n=jek@partizan.velesys.com) |
10:09.37 | CoreDump | morning |
10:17.55 | *** join/#oe geekounet` (n=geekoune@gentoo/contributor/geekounet) |
10:18.51 | *** join/#oe synko (n=SyNko@host219-165-dynamic.8-87-r.retail.telecomitalia.it) |
10:24.45 | *** part/#oe vik_3278 (n=vkumar@s174173.ppp.asahi-net.or.jp) |
10:26.48 | *** join/#oe lrg (n=liam@lrg2.demon.co.uk) |
10:27.34 | hrw | morning |
10:29.17 | RP | morning all |
10:30.41 | CoreDump | morning hrw, RP |
10:30.42 | gremlin[it] | hi hrw, RP |
10:30.51 | gremlin[it] | hi CoreDump too |
10:31.27 | *** join/#oe zap (n=zap@28.169.249.ozerki.net) |
10:53.50 | CoreDump | hrw: do you know if the n810 comes w/ USB host and external CF slots (for GPS) |
10:54.29 | RP | CoreDump: No CF slot and USB host is unpowered so needs some fiddling |
10:54.37 | hrw | CoreDump: I do not have idea |
10:54.40 | CoreDump | mehhhhhh =( |
10:54.47 | RP | CoreDump: n810 has a built in gps though |
10:55.07 | CoreDump | hrw: sorry |
10:55.18 | CoreDump | RP: is there an OSS driver for the GPS? |
10:55.50 | RP | CoreDump: Not sure, I've never looked... |
10:56.12 | CoreDump | RP: I will investigate, thank you |
10:56.19 | hrw | CoreDump: its finnish company so expect it closed for some time ;D |
10:57.31 | CoreDump | hrw: =) |
10:58.11 | hrw | not that other Finnish companies follow that way of course |
10:59.49 | rwhitby | morning |
11:00.06 | RP | hi rwhitby |
11:00.22 | rwhitby | RP: I'm finally going to start on that 8-bit latch LEDs driver this weekend, so you might be getting a few questions ... |
11:01.27 | RP | rwhitby: ok, np :) |
11:02.00 | RP | rwhitby: Which kernel version are you working on? |
11:02.38 | rwhitby | 2.6.21.7, then forward-porting to latest |
11:02.51 | rwhitby | are there any changes between? |
11:03.28 | RP | There were some fixes for some nasty internal locking issues which are only in the latest mainline git kernels |
11:04.07 | rwhitby | one question I have is whether I should put the physical address of the memory-mapped latch in the leds driver itself, or define some machine-specific functions in the board code to set the latch and then use those functions in the led driver - what do you think? |
11:04.16 | RP | If you had something between 2.6.24-rc3? and 2.6.24-rc6+git I'd have recommended getting the latest bleeding edge patches |
11:04.17 | rwhitby | (the functions would not be used anywhere else) |
11:04.50 | RP | I usually put the address as a define in the machine's header file |
11:05.00 | RP | and include said header file in the driver |
11:05.26 | rwhitby | sounds like a plan to me, thx. |
11:06.21 | rwhitby | however, I was wondering whether there was a need for a generic memory-mapped latch driver, which takes the address as a parameter somehow ... |
11:06.48 | RP | See how the driver looks |
11:07.07 | gremlin[it] | mhh about n810 ... i don't understand the "internal 2G" storage ... is a micro-sd pre-installed or is a truly not removable storage, soldered nand ? somebody know something about ? |
11:07.18 | hrw | gremlin[it]: nand |
11:07.27 | hrw | gremlin[it]: n00 (proto of n810) had 4gb |
11:07.28 | RP | rwhitby: With the zaurus, I decided a once only use driver for each class of machines ware the right thing to do, anything else was just going to be overkill |
11:07.44 | rwhitby | RP: e.g. the ixp4xx-gpio-leds driver has parameters for the offsets of the different leds. |
11:07.54 | rwhitby | so I'm at least going to do that. |
11:08.07 | rwhitby | (since I'm going to start with that driver as the base) |
11:08.08 | synko | k |
11:08.23 | RP | rwhitby: It depends whether you think anything is ever going to have this hardware setup again? |
11:08.28 | synko | soz for the "k" |
11:10.10 | gremlin[it] | mhh ok thanks hrw |
11:10.21 | rwhitby | RP: any style issues with leds-ixp4xx-gpio.c before I use it as a starting point? |
11:10.43 | hrw | gremlin[it]: look at recent kernel into drivers->mtd |
11:11.08 | hrw | gremlin[it]: 'save oops in mtd', 'use mtd as swap' - and check (C) for it and authors |
11:12.50 | RP | rwhitby: I remember it had the weird license. Just had a look at leds-spitz or leds-corgi too to see how simple something not so generic can be too |
11:13.04 | RP | s/had/have/ |
11:13.25 | rwhitby | oh, dual MIT/GPL. right. |
11:13.33 | rwhitby | jbowler liked mit license |
11:13.41 | RP | yes :) |
11:13.54 | RP | Linus himself had to comment on that before it was allowed into mainline |
11:14.48 | rwhitby | heh |
11:15.00 | gremlin[it] | hrw ... a finnish one guy ??? :D |
11:18.30 | rwhitby | RP: it is kosher to have static variables in the led driver - e.g. the address of the latch, the current value of the latch, and a persistent blink mask for the latch? |
11:19.07 | RP | rwhitby: as long as only one device will ever be present |
11:19.35 | rwhitby | since it's hardware-specific, that will be the case. |
11:21.43 | rwhitby | RP: I'll also need a static struct timer_list in there to do the blinking. |
11:22.17 | RP | rwhitby: blinking is done by triggers, not the driver |
11:22.34 | rwhitby | ah, ok. that saves me worrying about that. |
11:22.36 | RP | rwhitby: If you get too many static variables, put then in some kind of "context" struct |
11:23.32 | rwhitby | I think I only need two static vars - one for the address of the latch and one for the current value of the latch |
11:23.53 | rwhitby | (since it's not readable) |
11:24.06 | RP | that makes sense |
11:29.11 | *** join/#oe florian_ (n=fuchs@217.146.132.69) |
11:32.56 | hrw | hi florian |
11:33.05 | florian | good morning |
11:33.15 | CoreDump | hey flo |
11:35.12 | rwhitby | RP: I'd better base my file on leds-spitz.c, so I don't need to propagate the dual mit/gpl license text ... |
11:35.25 | *** join/#oe pH5 (n=ph5@e178251022.adsl.alicedsl.de) |
11:35.54 | RP | rwhitby: ;-) |
11:47.00 | *** join/#oe rob_w (n=bob@M9386.m.pppool.de) |
11:49.59 | *** join/#oe NineX (i=ninex@gentoo.netzone.kom.pl) |
11:58.02 | Jin^eLD | re |
12:01.41 | *** join/#oe Marex-notebook (n=marex@vasut.kolej.mff.cuni.cz) |
12:02.14 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
12:02.40 | florian | Jin^eLD: wb |
12:05.09 | Jin^eLD | hi florian |
12:10.15 | *** join/#oe Vinz0r (n=djvinz@213.219.150.195.adsl.dyn.edpnet.net) |
12:17.19 | nik0n | any1 has the 2440test.bin file for the samsug s3c2440 SoC? |
12:17.31 | nik0n | need to restore my flash |
12:18.00 | *** join/#oe NAbyss (n=foo@tucuxi.org) |
12:19.59 | *** join/#oe Vinc0r (n=djvinz@213.219.146.119.adsl.dyn.edpnet.net) |
12:27.22 | rwhitby | RP: it compiles without warnings - that's a good start :-) |
12:29.37 | rwhitby | RP: if I've compiled a led driver as a module, do I need to reflash the kernel before I modprobe the driver? |
12:29.58 | RP | rwhitby: Probably not as long as you didn't change anything in the kernel |
12:30.08 | RP | rwhitby: Were LEDs enabled before? |
12:30.19 | rwhitby | yes, for ixp4xx built-in |
12:30.27 | RP | should be fine then |
12:41.24 | keesj | does anybody have experiance in testing the kernel on an embedded device? |
12:42.08 | keesj | I was thinking about testing the behaviour of mainly sysfs |
12:48.32 | keesj | nik0n: I found it in 2440atest-rev06-040607.zip http://maemo.mmapps.net/2440test.bin |
12:51.23 | keesj | I would like to test the interface using only the serial if possible |
12:52.24 | *** join/#oe svolpe (n=Gerrath_@unaffiliated/gerrath) |
13:06.04 | *** join/#oe drmikecrowe (n=drmikecr@74.223.100.206.nw.nuvox.net) |
13:26.24 | *** join/#oe Ironnads_ (n=Ironnads@host86-148-56-43.range86-148.btcentralplus.com) |
13:29.09 | *** join/#oe otavio (n=otavio@debian/developer/otavio) |
13:30.11 | *** join/#oe likewise (n=leon@82-171-189-134.dsl.ip.tiscali.nl) |
13:33.41 | *** join/#oe aloisiojr (n=aloisio@200.184.118.132) |
13:36.11 | Crofton|home | hmm, seems like we need to wake him up first :) |
13:36.17 | rwhitby | I don't know where they got the "stable and user-friendly" description of Angstrom from - that wasn't in the article I submitted to them! |
13:36.41 | Crofton|home | ESP |
13:36.46 | rwhitby | (I wouldn't describe Angstrom on the NSLU2 as user-friendly at all - it's a command line bare linux box) |
13:36.49 | Crofton|home | I wonder if that is on the Angstrom website |
13:37.13 | Crofton|home | rwhitby, that is my description of user-friendly, everything else just confuses them :) |
13:39.10 | CIA-25 | 03koen 07org.oe.dev * r25992f27... 10/ (1 packages/e2fsprogs/e2fsprogs_1.38.bb): e2fsprogs: e2fsprogs wants (virtual/)libiconv for i18n, but let's disable i18n to have a nice & small e2fsprogs for rescue filesystems, fixes #3604 |
13:39.21 | CIA-25 | 03coredump2 07org.oe.dev * rd734e141... 10/ (9 files in 4 dirs): |
13:39.21 | CIA-25 | gpsd: As discssed on the ML: |
13:39.21 | CIA-25 | <PROTECTED> |
13:39.21 | CIA-25 | <PROTECTED> |
13:39.22 | CIA-25 | <PROTECTED> |
13:39.24 | CIA-25 | <PROTECTED> |
13:39.26 | CIA-25 | <PROTECTED> |
13:39.28 | CIA-25 | 03koen 07org.oe.dev * rd133f75d... 10/ (1 packages/avahi/avahi.inc): avahi.inc: depend on virtual/libintl and disable nls |
13:39.34 | CIA-25 | 03koen 07org.oe.dev * reb6f56b3... 10/ (1 packages/avahi/avahi.inc): avahi: manually poke -lintl into LDFLAGS of uclibc builds (fixes #3603) |
13:39.42 | CIA-25 | 03koen 07org.oe.dev * r8dd93c64... 10/ (1 packages/gettext/gettext_0.14.1.bb): gettext: fix packaging |
13:39.51 | CIA-25 | 03pfalcon 07org.oe.angstrom-2007.12-stable * r23292a87... 10/ (3 files in 2 dirs): |
13:39.52 | CIA-25 | applied changes from f75a9fcd060f03cadb8d0c99ad2649c5fb05293e |
13:39.52 | CIA-25 | <PROTECTED> |
13:39.52 | CIA-25 | gpe-nmf: Fix SECTION to "gpe/multimedia". |
13:39.59 | CIA-25 | 03pfalcon 07org.oe.angstrom-2007.12-stable * r08029e86... 10/ (4 files in 2 dirs): |
13:39.59 | CIA-25 | applied changes from 37765fd148c82c032b7e299f6c0d658b98fcb18e |
13:39.59 | CIA-25 | <PROTECTED> |
13:39.59 | CIA-25 | vlc-gpe: SECTION = "x11/multimedia" |
13:40.08 | CIA-25 | 03pfalcon 07org.oe.angstrom-2007.12-stable * r623bc00a... 10/ (1 BACKPORTS.txt): |
13:40.08 | CIA-25 | BACKPORTS.txt: Note applied: |
13:40.08 | CIA-25 | 37765fd148c82c032b7e299f6c0d658b98fcb18e gpe-nmf: Fix SECTION to "gpe/multimedia". (Paul, Marcin) |
13:40.08 | CIA-25 | f40fbad1e6982e38f51d808b8b514d94877e573b vlc-gpe: SECTION = "x11/multimedia" (Paul, Marcin) |
13:40.15 | CIA-25 | 03koen 07org.oe.angstrom-2007.12-stable * rdde1b512... 10/ (1 conf/distro/angstrom-2007.1.conf): angstrom 2007: bump to 2007.12-r1 |
13:42.20 | likewise | rwhitby: does nlsu2 plan to move to .23 kernel soon, or stick with .21 for a while? I'm now bringing in the squashfs lzma patches into OE, also I'ld like to build a real-time kernel (-rt patch) for ixp4xx. |
13:42.50 | rwhitby | likewise: I believe the mac address patches we've just written for 2.6.23 allows us to now move to 2.6.23 for ixp4xx |
13:43.11 | likewise | rwhitby: ok, good. I'll focus on .23 then. Which is nicer for -rt. |
13:43.31 | rwhitby | likewise: do you have svn write access to the nslu2-linux kernel repo? |
13:44.03 | likewise | rwhitby: I think I do yes. Have to find the keys though. |
13:44.47 | *** join/#oe benlau (n=benlau@221.125.8.107) |
13:52.27 | *** join/#oe Robwoerle (n=bob@Mb629.m.pppool.de) |
13:59.41 | *** join/#oe ade|desk (n=adavey@213-232-83-137.dsl.prodigynet.co.uk) |
14:02.49 | likewise | rwhitby: I sent my details for svn access on 30 Nov '06, but lost your response e-mail with the details, and moved to fresh installations a few times, only thinking of backing-up my OE access keys, not nslu2. |
14:03.38 | likewise | rwhitby: the email thread had "[RFC][PATCH] squashfs support for linux-2.6.19-rc" in the title |
14:04.20 | rwhitby | likewise: what would your preferred username have been? |
14:04.40 | rwhitby | or the email address you would have given (feel free to /msg me) |
14:08.07 | rwhitby | likewise: resent |
14:08.08 | nik0n | keesj: thanks |
14:08.21 | nik0n | anyone in here using embedian boards? |
14:09.07 | likewise | rwhitby: thanks, got it. |
14:16.48 | *** join/#oe CSMan (n=csman@bas6-montrealak-1167862044.dsl.bell.ca) |
14:16.51 | Jin^eLD | do we have a Broadcom BCM947XX machine in OE? |
14:17.30 | nik0n | Jin^eLD: istn't that the WRT54/ASUS WL500 chip? |
14:17.36 | Jin^eLD | I am not sure |
14:17.47 | Jin^eLD | could be though |
14:17.52 | nik0n | ill have a look sec |
14:18.18 | Jin^eLD | you are right |
14:18.56 | nik0n | CPU: BCM4704 rev 9 is WL-500g/WRT |
14:19.04 | nik0n | says dmesg |
14:19.16 | Jin^eLD | cpu model : BCM3302 V0.6 |
14:19.23 | Jin^eLD | that's what I am looking for hmm |
14:21.50 | Jin^eLD | do you know if it's just a mips or if I need something fancy? |
14:22.28 | hrw | BCM3302 in wrt54gs |
14:22.38 | nik0n | my wl tells me: system type : Broadcom BCM4704 chip rev 9 |
14:22.44 | likewise | Jin^eLD: http://www.linux-mips.org/archives/linux-mips/2007-08/msg00103.html |
14:22.46 | nik0n | cpu model : BCM3302 V0.6 |
14:22.47 | hrw | cpu model : BCM3302 V0.7 |
14:23.06 | Jin^eLD | The thing I need to compile for is this: http://sourceforge.net/forum/message.php?msg_id=4701011 |
14:23.29 | likewise | Jin^eLD: http://people.debian.org/~aurel32/bcm947xx/ |
14:23.51 | Jin^eLD | cool thanks, allthough I do not even need to build the kernel, just crosscompile an app for the existing firmware |
14:24.04 | CIA-25 | 03coredump2 07org.oe.dev * r8015a13e... 10/ (1 packages/speech-dispatcher/speech-dispatcher_0.6.5.bb): speech-dispatcher: Improve packaging |
14:24.09 | likewise | Jin^eLD: ok, so you need the proper toolchain. |
14:24.11 | Jin^eLD | I'll try with wrt54.conf then |
14:24.25 | Jin^eLD | yep |
14:27.28 | Jin^eLD | !mirrors |
14:27.31 | Jin^eLD | ~mirrors |
14:27.31 | ibot | from memory, mirrors is Official Debian archive mirrors get an address of the form ftp://ftp.<country>.debian.org. These are the best advertised and most used sites; the face of Debian for most people. A list is available at http://www.debian.org/mirror/official/ |
14:27.35 | Jin^eLD | hmm |
14:27.39 | Jin^eLD | like, OE mirrors :) |
14:27.52 | Jin^eLD | doh.. I'll check the page |
14:28.02 | Jin^eLD | or not.. main finally responded |
14:29.03 | *** join/#oe chouimat|work (n=mchouina@209.217.106.98) |
14:29.42 | hrw | ~oemirrors |
14:29.43 | ibot | oemirrors is probably extra, extra, read all about it, oemirrors is OpenEmbedded monotone mirrors are ewi546.ewi.utwente.nl, monotone.nslu2-linux.org, opensource.wolfsonmicro.com also see http://www.openembedded.org/wiki/GettingStarted |
14:29.50 | chouimat|work | morning |
14:37.08 | *** join/#oe svolpe (n=Gerrath_@unaffiliated/gerrath) |
14:39.01 | XorA | ~lart nokia for sending out emails saying codes are valid when they are not :-( |
14:39.01 | ibot | hurls dozens of incontinent, insomniac, hungry kittens with tiny little razor-sharp claws and a wide variety of contagious intestinal parasites at nokia for sending out emails saying codes are valid when they are not :-( |
14:42.58 | *** part/#oe apaulsen (n=apaulsen@mail.packetdigital.com) |
14:43.07 | *** join/#oe apaulsen (n=apaulsen@mail.packetdigital.com) |
14:45.58 | *** join/#oe eno__ (n=eno@adsl-70-137-130-200.dsl.snfc21.sbcglobal.net) |
14:47.58 | XorA | ordered my n810 |
14:53.09 | XorA | RP: coz you work for them indirectly? |
14:53.21 | chouimat|work | how much they are? |
14:53.33 | XorA | chouimat|work: 66 GBP with developer discount |
14:53.45 | RP | XorA: I thought I wasn't allowed to apply... |
14:54.07 | chouimat|work | nice ... that about 150cad |
14:54.14 | chouimat|work | maybe less |
14:54.22 | XorA | RP: it said, employees and contracters of nokia so I assumed OH was not allowed |
14:54.44 | chouimat|work | XorA: where is this application link? |
14:55.14 | XorA | chouimat|work: been and gone |
14:55.20 | RP | XorA: I also assumed I wasn't, then I found out about the list of people who got discount codes, some of whom told me not to apply |
14:55.30 | XorA | RP: gits |
14:55.47 | gremlin[it] | XorA, how mush cost n810 ??? how to obtain developer discount ? |
14:55.51 | XorA | RP: time for the baseball bats? |
14:55.59 | XorA | gremlin[it]: your too late for developer discount |
14:56.05 | gremlin[it] | uff |
14:56.11 | chouimat|work | :'( |
14:56.27 | *** join/#oe keesj (n=keesj@ip49-193-210-87.adsl2.versatel.nl) |
14:56.31 | RP | XorA: maybe next time I see them ;-) |
14:56.33 | gremlin[it] | ah no ... probably i subscribed ... but got no answer ;( |
14:57.36 | XorA | hmm, sony maybe closed source evilness, but they sure seem to know how to put together systems |
14:58.47 | XorA | although they have fucked up the developer codes, so watch out for not so clever people you can scam :-) |
15:00.28 | rwhitby | RP: ping |
15:00.47 | *** join/#oe greentux (n=lemke@ip-90-186-139-184.web.vodafone.de) |
15:01.40 | rwhitby | RP: can you review http://svn.nslu2-linux.org/svnroot/kernel/trunk/patches/2.6.21/98-fsg3-leds.patch for me please? It insmods fine, but I don't see anything under /sys/class/leds/ ... |
15:04.20 | rwhitby | RP: all the leds turn off on module insertion, so I know I've got the latch writing operation reasonably correct. |
15:07.34 | rwhitby | aha, I guess I need a struct platform_device in the board code |
15:10.41 | RP | rwhitby: right |
15:11.02 | RP | rwhitby: I was just about to say, do you register the corresponding platform_device ? :) |
15:11.04 | rwhitby | Do I need CONFIG_LEDS around the stuff in the board code? |
15:11.29 | rwhitby | RP: so it's not enough just to insert the module, cause nothing registers it :-) |
15:11.48 | RP | rwhitby: No, not in the board code |
15:11.59 | RP | rwhitby: Its not enough, no ;-) |
15:12.19 | RP | rwhitby: Unless you register the platform device in the module to, I have done that for testing before |
15:12.47 | rwhitby | Can I still have it as a module if it's being registered in the board code? |
15:12.58 | RP | yes |
15:13.19 | rwhitby | ok, let me rebuild this kernel and test ... |
15:13.49 | rwhitby | it's 1:45am here, so let's hope it works first time. |
15:13.53 | RP | The board bit is like a declaration of features, this board has device X at Y, device E at F etc. A driver is only loaded if the board has the particular feature |
15:16.35 | *** join/#oe Marex-notebook (n=marex@vasut.kolej.mff.cuni.cz) |
15:17.01 | *** join/#oe svolpe (n=Gerrath_@unaffiliated/gerrath) |
15:21.24 | *** join/#oe polyonymous_note (n=hacker@pD9538401.dip0.t-ipconnect.de) |
15:22.23 | rwhitby | RP: anything else in http://svn.nslu2-linux.org/svnroot/kernel/trunk/patches/2.6.21/98-fsg3-leds.patch look dodgy to you? |
15:24.40 | RP | rwhitby: Those volatiles. Do you need them? |
15:25.12 | RP | You don't need one for certain, not sure about the other |
15:25.37 | Tartarus | Anyone have a problem with meta-toolchain needing to be bitbake'd twice, for it to package? |
15:25.48 | RP | rwhitby: coding style in the init/exit functions |
15:26.26 | RP | rwhitby: You leak memory if platform_driver_register() fails |
15:26.52 | RP | rwhitby: The if isn't needed in the _exit function |
15:27.15 | rwhitby | agreed on all except the last. why isn't it needed? |
15:27.30 | rwhitby | (what happens if I load, unload, load, unload the module ... |
15:28.04 | RP | rwhitby: exit is only called if init succeeds. It will always be iomapped if that funciton is called |
15:28.13 | RP | you need the iounmap, the if is just pointless |
15:28.36 | rwhitby | ah, ok. right. |
15:28.46 | RP | probe is also buggy - what happens if the led registrations fail half way through? |
15:29.06 | rwhitby | agreed. |
15:29.26 | RP | Nothing major though, don't take any of this the wrong way :) |
15:29.35 | rwhitby | I'm loving it. |
15:29.48 | rwhitby | anything above probe? |
15:30.18 | rwhitby | are the 'fsg:' prefixes required on the names? |
15:30.37 | RP | rwhitby: I'd prefer it |
15:30.50 | RP | Gives me a good hint in bug reports which driver it was if nothing else |
15:31.37 | RP | rwhitby: You should look at the latest git changes that are queued - it makes "function" a specificed part of the name but as the 3rd field. This means the names should really be fst::wlan etc. |
15:32.19 | rwhitby | ok, I have the module insmodded, and the leds are registered. |
15:32.36 | rwhitby | and I see the device entries under /sys/class/leds |
15:33.57 | rwhitby | hmm - the fsg: bit is really ugly in the filesystem |
15:34.30 | RP | the shell needs the : escaped :/ |
15:34.40 | rwhitby | yeah, that's what makes it ugly |
15:35.06 | rwhitby | I'm going to try and sneak it past the leds subsystem maintainer without the 'fsg::' bit in the name .... |
15:35.24 | RP | That won't work :( |
15:35.28 | rwhitby | Doh! |
15:36.06 | rwhitby | seems my leds don't work either :-( |
15:36.20 | RP | If you complain, the result will be they get numbered 0 to 6 and the name buried in a file called name and a file called function :/ |
15:37.10 | rwhitby | those sysfs people are "interesting" |
15:37.25 | rwhitby | (I was once copied on a flamewar amongst them) |
15:38.01 | rwhitby | My "writew(latch_value |= (1 << FSG_LED_WLAN_BIT), latch_address);" logic must be broken |
15:38.17 | rwhitby | time for some printk's tomorrow. |
15:38.20 | rwhitby | night all. |
15:38.39 | rwhitby | RP: thanks heaps for your review comments - I really do appreciate you taking the time |
15:38.59 | RP | rwhitby: np, pleased to help. 'night! |
15:40.26 | *** join/#oe borg_ (n=olaf@80.149.17.21) |
15:41.55 | CIA-25 | 03coredump2 07org.oe.dev * re6445022... 10/ (1 packages/portaudio/portaudio-v19_20071207.bb): portaudio: Add a working .bb of the V19 API |
15:42.00 | CIA-25 | 03coredump2 07org.oe.dev * r700bc304... 10/ (1 packages/espeak packages/espeak/espeak_1.30.bb): espeak: Add espeak |
15:46.17 | *** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo) |
15:46.35 | Bernardo | hi |
15:51.47 | Crofton | what package manager does ubuntu use? |
15:51.55 | hrw | dpkg |
15:53.54 | ade|desk | synaptics is the usual frontend to dpkg on ubuntu |
15:57.19 | rjek | Synaptics are a manufacturer of track pads. :) |
15:57.35 | rjek | Synaptic, as its name suggests, is a front end to apt. |
15:59.13 | CoreDump | =) |
15:59.53 | hrw | I prefer aptitude |
16:00.07 | hrw | there is also Adept as gui |
16:00.12 | CoreDump | and I apt-get muhaha |
16:01.57 | Bernardo | I'm trying to build for the simpad using the angstrom-stable branch, and I'm getting a strange error with qemu-arm |
16:02.21 | Bernardo | mmap: Permission denied |
16:02.29 | Bernardo | I didn't see it building for the akita |
16:02.50 | Bernardo | and can't find any reference to it in OE's bugzilla or google |
16:02.55 | XorA | Bernardo: redhat? |
16:03.14 | Bernardo | ubuntu hardy alpha |
16:03.16 | Bernardo | :) |
16:03.39 | XorA | thats the sort of wierd thing you get in redhat/fedora when the security patches in the kernel trip you up |
16:04.15 | Bernardo | the strange thing is that I built from scratch (rm -rf work) for the akita a couple of days ago and didn't have the problem |
16:04.38 | Bernardo | and I'm using the smae local.conf, just replaced akita with simpad |
16:04.40 | Bernardo | same |
16:06.51 | *** join/#oe zap (n=zap@28.169.249.ozerki.net) |
16:09.41 | *** join/#oe LaF0rge (n=laforge@sunbeam.ipv6.gnumonks.org) |
16:12.27 | hrw | Bernardo: you do not have selinux enabled? |
16:15.36 | RP | Bernardo: Is this qemu 20071121? |
16:15.39 | Bernardo | no, only apparmor |
16:15.43 | Bernardo | let me check |
16:16.01 | RP | Bernardo: It could be apparmor... |
16:16.04 | Bernardo | 0.9.0+20070816-1ubuntu3 |
16:16.25 | RP | Bernardo: Is OE building qemu or are you using your distro's version? |
16:17.11 | Bernardo | it should be building qemu, but I think it is using the native version |
16:17.49 | Bernardo | it is building qemu |
16:17.59 | Bernardo | qemu-native-0.9.0+cvs20070613-r5 |
16:20.45 | RP | Bernardo: My theory about 20071121 isn't valid then |
16:21.02 | Bernardo | no, as the bb file isn't even in the stable packages |
16:21.36 | Bernardo | could be apparmour, as I am using a diferent build dir (/home is already full) but it should show on syslog, right? |
16:22.52 | CIA-25 | 03koen 07org.oe.dev * r3e6216a4... 10/ (1 contrib/angstrom/build-release.sh): angstrom autobuilder: also build uclibc images |
16:23.47 | Bernardo | but there's nothing in syslog... |
16:23.48 | Bernardo | :( |
16:26.16 | Bernardo | ok, time to clean /home and get a few free GB |
16:26.23 | Bernardo | and see if it is path related |
16:28.06 | hrw | bye |
16:29.55 | Bernardo | bye hrw|gone |
16:41.39 | Bernardo | ok, there is something strange with the permissions, moving the dir I get a lot of permission denied problems |
16:41.54 | Bernardo | " /opt/build/simpad/tmp/work/i686-linux/ncurses-native-5.4-r10/ncurses-5.4/.pc/visibility.patch/m4/templates.m4" |
16:41.56 | Bernardo | is one |
16:47.03 | *** join/#oe svolpe (n=Gerrath_@unaffiliated/gerrath) |
16:56.39 | CIA-25 | 03coredump2 07org.oe.dev * re42568a5... 10/ (1 packages/speech-dispatcher/files/confSpeechd.conf_00.patch): speech-dispatcher: Add missing patch |
17:02.21 | *** join/#oe pzn (n=pzn@201-68-4-236.dsl.telesp.net.br) |
17:02.35 | RP | Bernardo: Its quilt, it marks files as having no read permissions |
17:02.45 | RP | I have never dared find out why |
17:04.47 | Bernardo | ah |
17:05.07 | Bernardo | but there is something else at work here |
17:06.43 | Bernardo | well, I'll try again to build, this time under home and not under opt |
17:06.45 | zecke | otavio: I had to tweak my script and starting all over now :} |
17:07.11 | Bernardo | if it works, I'll know it is some obscure setting, possibly in apparmour |
17:14.45 | *** join/#oe pleemans (n=peter@d51A5E76A.access.telenet.be) |
17:21.07 | *** join/#oe hvontres|work (n=hvontres@hentges.net) |
17:21.16 | Bernardo | ok, it still doesn't work, fails at the locale generation as it did when building under opt |
17:21.19 | otavio | zecke: hi |
17:21.23 | otavio | zecke: ok :( |
17:21.36 | Bernardo | now the only difference to the working akita build is local.conf |
17:21.40 | otavio | zecke: so it will probably break the repository for merging, right: |
17:21.42 | otavio | ? |
17:26.30 | *** join/#oe nud__ (n=sf@www.multitel.be) |
17:27.26 | Jin^eLD | I see there is an own branch for angstrom now, so I guess stuff from .dev will be pulled over from time to time, but otherwise the stable branch will be something "conservative" ? |
17:28.19 | *** join/#oe dcordes (n=dcordes_@unaffiliated/dcordes) |
17:29.14 | *** join/#oe mgross (n=mgross@nat/intel/x-2ca11e800f3f3e10) |
17:33.58 | zecke | otavio: let me see. In the worst case it is a git-rebase --onto and we have done that with webkit |
17:37.24 | *** join/#oe punkass (n=user@unaffiliated/punkass) |
17:37.34 | *** join/#oe svolpe (n=Gerrath_@unaffiliated/gerrath) |
17:38.19 | otavio | zecke: will take a look too. |
17:38.27 | otavio | zecke: it's suppose to work now? |
17:39.07 | zecke | otavio: not yet, it will take another day or two :) |
17:39.59 | otavio | zecke: THAT LONG! OMG! |
17:40.43 | zecke | otavio: it is converting revs from 2006 :) |
17:42.46 | otavio | wow! |
17:42.46 | otavio | ok |
17:57.08 | *** join/#oe geekounet (n=geekoune@gentoo/contributor/geekounet) |
18:00.23 | *** join/#oe greentux (n=lemke@ip-90-186-176-150.web.vodafone.de) |
18:02.51 | DarthWader | hm, does anyone know where can i ask about wrt54gs devices? |
18:04.44 | Jin^eLD | DarthWader: openwrt? |
18:04.58 | Jin^eLD | at least I think there is openwrt for it so those guys might now something |
18:05.13 | Jin^eLD | there is a wrt54 machine conf in OE too, actually I was looking for it today :) |
18:05.21 | DarthWader | nah, about hw |
18:05.52 | Tartarus | Anyone around that uses meta-toolchain? |
18:06.15 | Jin^eLD | Tartarus: I think I was trying to with variable success |
18:07.07 | Tartarus | Jin^eLD, I found I had to run the bitbake command twice, to get it to work |
18:08.03 | Jin^eLD | Tartarus: I had various strange things regarding it, I was able to figure out one thing which should be fixed by now but I did not have the time to follow up on the rest |
18:08.23 | Jin^eLD | does it also package some wrong directories for you? |
18:08.28 | Jin^eLD | I had my /home/bla in the tar |
18:09.32 | Tartarus | yeah |
18:10.20 | Tartarus | i'm not using the absolute latest metadata, about a month old now i think |
18:10.31 | Tartarus | i'll try and kick off a current try today |
18:14.47 | Tartarus | the logic behind using our local mirror of sources |
18:14.48 | Tartarus | ga |
18:15.04 | Jin^eLD | I tried it couple of weeks ago, but I think the wrong dir packaging will still be there |
18:15.37 | *** join/#oe svolpe (n=Gerrath_@unaffiliated/gerrath) |
18:21.39 | *** join/#oe nelson (n=nelson@rrcs-72-43-17-50.nys.biz.rr.com) |
18:25.13 | *** join/#oe dijenerate (n=dijenera@72.51.111.182) |
18:26.21 | DarthWader | Jin^eLD: dou you have any experience with wrt54gs v7 ? |
18:33.51 | *** join/#oe pvanhoof (n=pvanhoof@d54C0EE14.access.telenet.be) |
18:48.32 | Jin^eLD | DarthWader: not really, I just wanted to build my upnp server for some user who happened to be running a NAS with BCM3302 V0.6 CPU |
18:54.47 | *** join/#oe jekhor (n=jek@mm-166-254-57-86.leased.line.mgts.by) |
18:55.46 | *** join/#oe angom (n=angom@200.56.104.87.dsl.dyn.telnor.net) |
18:57.01 | *** part/#oe angom (n=angom@200.56.104.87.dsl.dyn.telnor.net) |
18:57.45 | *** join/#oe |fred| (n=fred@e181053038.adsl.alicedsl.de) |
19:00.38 | *** join/#oe svolpe (n=Gerrath_@unaffiliated/gerrath) |
19:02.58 | *** join/#oe flo_lap (n=fuchs@mofa17.unix-ag.uni-siegen.de) |
19:06.54 | *** join/#oe timtimred (n=On3@82-34-50-106.cable.ubr02.chel.blueyonder.co.uk) |
19:10.04 | *** join/#oe Khem (n=Khem@nat/montavista/x-ced337abc11b3afb) |
19:11.36 | *** join/#oe ant (n=arklinux@host183-253-dynamic.8-87-r.retail.telecomitalia.it) |
19:14.17 | *** join/#oe ade|desk (n=adavey@213-232-83-137.dsl.prodigynet.co.uk) |
19:15.09 | *** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo) |
19:24.36 | *** join/#oe ssvb (n=user@87.252.225.64) |
19:28.57 | ant | hi |
19:29.35 | ant | guess I stumbled by the way in a new small GPE bug...but need help to categorize it |
19:30.16 | ant | in GPE Package-Manager the "gpe-ownerinfo" package appears NOT installed |
19:30.22 | ant | but it is... |
19:30.48 | ant | so, bug against GPE or ackage Manager? |
19:31.07 | ant | *Hackage |
19:31.13 | ant | *Package |
19:35.42 | ant | ...no trace of gpe-ownerinfo doing "ipkg list_installed" from console |
19:44.56 | flo_lap | ant: then its a bug in ipkg |
19:45.07 | *** join/#oe gremlin[it] (n=gremlin@ppp-65-40.25-151.libero.it) |
19:56.08 | *** join/#oe fuchs__ (n=fuchs@mofa17.unix-ag.uni-siegen.de) |
20:00.00 | *** join/#oe fun_in_oe (n=fun_in_o@pool-72-80-169-53.nycmny.fios.verizon.net) |
20:00.12 | fun_in_oe | hey all, i'm back |
20:00.44 | fun_in_oe | would anyone care to help me wade through forcing packages to be added to my image? |
20:01.12 | fun_in_oe | i see them built in my deploy/ipk dir |
20:08.30 | cbrake | fun_in_oe: this might help: http://bec-systems.com/web/content/view/79/9/ |
20:10.11 | fun_in_oe | yeah, tried that, no luck |
20:11.20 | fun_in_oe | in the recipe that i've been given, they are using PACKAGES_EXTRA += "<package_name> |
20:15.20 | cbrake | fun_in_oe: ANGSTROM_EXTRA_INSTALL? Yes, that is doing almost the same things as the article I wrote suggests. |
20:15.42 | cbrake | fun_in_oe: it simply adds more things to the IMAGE_INSTALL var in a image recipe |
20:16.24 | cbrake | fun_in_oe: the advantage to creating your own recipe is now it is called something different and does not get mixed up with standard images |
20:19.10 | fun_in_oe | well, 1st i'd like to thank you for writing the article in the 1st place as, it seems to simplify things for everyone |
20:19.38 | fun_in_oe | unfortunately, i've be given an environment w/o any notes |
20:20.11 | fun_in_oe | so, while i am tasked with ading bluetooth to the image, i'm now spending a LOT of time trying to figure out their build env |
20:20.50 | fun_in_oe | i edited the necessary defconfig file in the work dir to add the bluetooth module |
20:21.11 | fun_in_oe | i can see the bluetooth module ipk built |
20:22.11 | fun_in_oe | then when either adding the bluez-utils package either via PACKAGES_EXTRA or IMAGE_INSTALL, they still don't seem to be added to the image |
20:22.21 | fun_in_oe | well, that's not 100% correct |
20:22.45 | fun_in_oe | i DO see hciattach but, no hciconfig or hcitool |
20:23.26 | fun_in_oe | which, i thought were part of the bluez utils package |
20:23.41 | cbrake | fun_in_oe: after you boot your unit, you can use "ipkg list_installed" to see exactly what is in the image |
20:24.25 | *** join/#oe Marex-notebook (n=marex@gwfm10-3-250.802.cz) |
20:24.43 | fun_in_oe | could you recommend the best way to see what packages are being added to the image @ build time? |
20:24.52 | cbrake | fun_in_oe: then, you can see what is in each package by looking in the tmp/work/..../<package>/install directory |
20:25.35 | cbrake | fun_in_oe: I don't know of a good way -- perhaps bitbake -vvvv and then do some text searching during rootfs stage |
20:26.07 | cbrake | fun_in_oe: actually, make that bitbake -DDDD |
20:32.02 | *** join/#oe punkass (n=user@unaffiliated/punkass) |
20:32.42 | fun_in_oe | here's a very sad thing, under work/<machine>/<my_recipe_name>/install |
20:32.47 | fun_in_oe | there is nothing listed |
20:33.39 | *** join/#oe bmidgley (n=bmidgley@c-24-2-92-215.hsd1.ut.comcast.net) |
20:35.12 | cbrake | fun_in_oe: you don't want <machine>, try arm.. or what ever architecture you are working with |
20:35.54 | cbrake | fun_in_oe: see, most packages are not target machine specific, they are architecture specific as in armv4t, armv5te, i686, etc |
20:37.05 | fun_in_oe | i'm sorry, that's really what i meant to say there <arch> |
20:37.40 | cbrake | fun_in_oe: well, unless you have the rm_work setting specified, if you build a package, it should be there |
20:38.28 | *** join/#oe cyrilRomain (n=cyrilRom@AToulouse-157-1-77-105.w81-50.abo.wanadoo.fr) |
20:38.57 | cyrilRomain | morning all |
20:39.22 | fun_in_oe | i'm seeing my ipks under build/tmp/deploy/ipk |
20:42.42 | *** join/#oe dcordes_ (n=dcordes_@unaffiliated/dcordes) |
20:43.56 | cbrake | fun_in_oe: you may have rm_work set in local.conf -- not sure if that is the correct name, but something like that |
20:44.27 | fun_in_oe | hello cyrilRomain! happy '08! |
20:44.49 | cyrilRomain | fun_in_oe: hey ! happy new hacking year ;) |
20:45.18 | flo_lap | hi cyrilRomain |
20:45.24 | fun_in_oe | he happy prt is still up in the air |
20:45.30 | fun_in_oe | ; p |
20:54.50 | *** join/#oe timtimred (n=On3@82-34-50-106.cable.ubr02.chel.blueyonder.co.uk) |
21:02.01 | *** join/#oe otavio (n=otavio@debian/developer/otavio) |
21:09.12 | *** join/#oe thesing (n=thesing@BAA3b43.baa.pppool.de) |
21:09.26 | thesing | hi everybody |
21:16.58 | flo_lap | hi thesing |
21:22.01 | *** join/#oe punk-ass (n=user@unaffiliated/punkass) |
21:23.12 | CIA-25 | 03crofton 07org.oe.dev * rfa0e8dd8... 10/ (6 files in 3 dirs): |
21:23.12 | CIA-25 | linux-omap2 : Move defconfigs into omap2430sdp directory. These files do |
21:23.12 | CIA-25 | <PROTECTED> |
21:23.14 | *** join/#oe fun_in_oe (n=fun_in_o@pool-72-80-169-53.nycmny.fios.verizon.net) |
21:26.47 | Khem | Crofton: ping |
21:33.29 | *** join/#oe NineX (i=ninex@NineX.eu.org) |
21:36.16 | *** join/#oe bluelightning (n=blueligh@122-57-164-212.jetstream.xtra.co.nz) |
21:42.31 | *** join/#oe Marex-notebook (n=marex@gwfm10-3-250.802.cz) |
21:56.21 | *** join/#oe Marex-notebook (n=marex@gwfm10-3-250.802.cz) |
22:03.08 | Khem | anyone working on http://bugs.openembedded.org/show_bug.cgi?id=3561 |
22:03.08 | *** join/#oe likewise (n=leon@82-171-189-134.dsl.ip.tiscali.nl) |
22:04.35 | CoreDump | !oebug 3561 |
22:04.37 | cdbot2 | * * Bug 3561, Status: NEW, Created: 2007-12-26 03:35 |
22:04.38 | cdbot2 | * * c.romain(AT)laposte.net: bluez-cups-backend-3.23 do_patch failure |
22:04.38 | likewise | khem: not that I know |
22:04.38 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=3561 |
22:05.25 | Khem | likewise: I do not understand the bug enough but it tells me this |
22:05.41 | Khem | NOTE: consider defining PREFERRED_PROVIDER_bluez-utils-dbus |
22:05.49 | Khem | ERROR: Multiple files due to be built which all provide bluez-utils-dbus |
22:06.08 | Khem | org.openembedded.dev/packages/bluez/bluez-utils_3.24.bb |
22:06.15 | Khem | org.openembedded.dev/packages/bluez/bluez-cups-backend_3.24.bb |
22:07.33 | fun_in_oe | i'm not working on it but, i AM trying to get that bluez-utils package installed |
22:07.38 | fun_in_oe | w/o luck i might add |
22:11.16 | likewise | Khem: I have no idea what the recipe writer meant to do here. Both recipes include the bluez-utils3.inc, which sets PROVIDES to bluez-utils-dbus. So if someone wants to build bluez-utils-dbus, that someone must tell which provider she wants (PREFERRED_PROVIDER). The bug reporter has not done this, AFAICS. |
22:15.01 | Khem | likewise: what is the difference between both recipes |
22:15.25 | likewise | Khem: good point, the first one also seems to have --enable-cups, so I am confused. |
22:17.22 | likewise | Khem: second one has alsa disabled. |
22:18.06 | likewise | khem: the second one places a RDEPENDS on cups, the first one does not |
22:18.32 | Khem | alsa and cups |
22:19.28 | *** join/#oe vinz0r (n=root@213.219.146.119.adsl.dyn.edpnet.net) |
22:19.36 | vinz0r | exit |
22:27.40 | fun_in_oe | can anyone help me to determine why with bluez-utils 3.24 installed, i have hciattach and not hcitool or hciconfig? |
22:34.20 | pb_ | fun_in_oe: what does the .bb file for bluez-utils say should be in that package? |
22:35.52 | Crofton | Khem, pong |
22:36.20 | Crofton | I made that copmmit in a hurry, hopefully it does not break anything you were doing |
22:36.28 | Crofton | I was having trouble getting the kernel to build |
22:36.28 | Khem | Crofton: no it does not |
22:36.49 | Khem | Crofton: However I think omap1-2-3 is generic I kind of like that |
22:38.09 | fun_in_oe | pb_ TY, i actually see that those (hciconfig & hcitool) are now in bluez-utils-compt |
22:38.42 | fun_in_oe | however, i thought that bluez-utils-compat was a dependancy of bluez-utils |
22:39.03 | pb_ | flo_lap: very good |
22:39.52 | flo_lap | pb_: Not that this should be that complicated, but it seems to be easy to get some configuration wrong... |
22:40.40 | flo_lap | apart from the fact that the platform is not really new... but it looks scary :) |
22:41.06 | flo_lap | and the bootloader sucks |
22:41.19 | Khem | task-base-bluetooth should pull in bluez-utils-compt |
22:41.49 | pb_ | fun_in_oe: it does sound like a bug if those files were just yanked out of bluez-utils without providing any compatibility path. |
22:42.12 | pb_ | if they were moved to a new package then yeah, you would expect that the old one would at least Recommend the new one |
22:42.34 | pb_ | flo_lap: heh |
22:43.23 | Crofton | Khem, I moved the defconfig to a machine specific directory, the defconfig does call out a specific machine |
22:43.46 | Khem | Crofton: on second thought may be its ok |
22:44.00 | Crofton | Khem, at some point we need to move all the omap stuff into linux.inc style, or better, have some of the functions in linux.inc go into a bbclass :) |
22:44.18 | Khem | Crofton: yes most desired |
22:44.34 | Crofton | for some reason the kernel build did not pick up the defconfig until I put it in the machine directory |
22:50.58 | cyrilRomain | Khem: indeed I can specify PREFERRED_PROVIDER_bluez-utils-dbus, but it would not solve the problem if someone set PREFERRED_PROVIDER_bluez-utils-dbus = "bluez-cups-backend" |
22:51.19 | cyrilRomain | Khem: I'm not sure if the latter makes sense though since I know nothing about cups |
22:53.33 | Khem | cyrilRomain: taken |
22:53.42 | Khem | my suggestion is a workaround only |
22:54.24 | cyrilRomain | Khem: yep, thanks for that :) |
22:59.23 | fun_in_oe | can someone recommend where i can add task-base-bluetooth? |
23:00.26 | flo_lap | Hrm something is still wrong... after reboot the flash is locked |
23:03.25 | *** join/#oe stefan_schmidt (n=stefan@datenfreihafen.org) |
23:04.42 | cyrilRomain | fun_in_oe: it is already added to the task-base image, which is probably added by the distro or image you use |
23:05.14 | fun_in_oe | hanx cyrilRomain |
23:05.17 | fun_in_oe | ^thanx |
23:05.21 | fun_in_oe | bleh |
23:06.32 | Khem | flo_lap: what kernel version |
23:06.53 | flo_lap | Khem: 2.6.22 |
23:09.10 | Khem | flo_lap: I had similar problem on omap but then it was solved |
23:09.23 | Khem | it was 2.6.22+ omap tree |
23:09.56 | rjek | Hmm - I managed to get this guy who was trying to get NetSurf going on a Zaurus to give me a stack backtrace from gdb. Apparently, regexec() is calling fnmatch(), which then calls abort() |
23:10.00 | flo_lap | Erasing the flash from the bootloader unlocks it, but booting the second time it is locked again. |
23:10.02 | rjek | Which strikes me as enormously odd. |
23:11.07 | flo_lap | Khem: okay... let me try an older kernel |
23:11.38 | Khem | flo_lap: I noticed that you are using mainstone so you might not have same problem as me |
23:13.41 | flo_lap | Khem: I wonder what actually locks the flash, I suspect that's a "feature" of the bootloader. |
23:16.18 | Khem | or even kernel |
23:17.54 | Khem | http://linux.omap.com/pipermail/linux-omap-open-source/2007-October/011651.html solved it for me |
23:19.20 | flo_lap | Khem: thanks! will try this with 2.6.22 |
23:27.05 | Khem | flo_lap: its only for omap though might not help on other boards |
23:27.16 | fun_in_oe | i'm completely stumped as to how i've been able to add bluez-utils yet not bluez-utils-compat |
23:27.37 | fun_in_oe | i thought that task-base-bluetooth ought to pull it in |
23:27.56 | fun_in_oe | maybe i'm not properly adding task-base-bluetooth |
23:27.58 | fun_in_oe | ? |
23:27.59 | flo_lap | Khem: well, that code looks rather generic - of course I have to do it for my flash driver. |
23:30.43 | Khem | right |
23:32.08 | *** join/#oe RP (i=1000@tim.rpsys.net) |
23:44.23 | fun_in_oe | is there a way to determine which packages have been added to an image w/o flashing, booting and running ipkg list_installed? ie- from the development env? |
23:45.10 | cyrilRomain | fun_in_oe: take a look into the rootfs directory |
23:45.25 | mwester | Specifically, I would look in the lib/ipkg directory in the rootfs. |
23:45.27 | RP | specifically usr/lib/ipkg/status |
23:45.31 | fun_in_oe | as well, what's the quickest/dirtiest way to force a package into an image? |
23:45.37 | mwester | er, what RP said. :) |
23:45.38 | fun_in_oe | sweet! thanks all! |
23:46.33 | RP | ipkg install -r imagedir to install an ipk if memory serves (look for the offline root option) |
23:47.06 | mwester | Of course, if the creator of your distro/image was kind, you could something like this in your local.conf file: |
23:47.12 | mwester | slugos_EXTRA_DEPENDS = madwifi-ng |
23:47.41 | fun_in_oe | herein lies my problem, distro creator != kind |
23:48.45 | mwester | Well, take a look at the tasks for slugos -- if you edit yours to support that feature, it makes the "tuning" of an image easier. |
23:49.18 | fun_in_oe | rp please excuse my ignorance but, could you expand on "imagedir"? |
23:49.59 | *** join/#oe Sleep_Walker (n=Sleep@195.22.44.103.adsl.nextra.cz) |
23:50.55 | fun_in_oe | it still pains me as to how/where bluez-utils is getting in but, not bluez-utils-compat |
23:51.36 | RP | fun_in_oe: The directory containing the image you want to install the package to |
23:55.14 | fun_in_oe | thanks. and i should run the ipkg install from the dir containing the ipk? |
23:58.16 | fun_in_oe | yeah, that doesn't work as there's no ipkg available in the dev env |
23:58.17 | RP | try looking for ipkg-cl |
23:58.38 | fun_in_oe | nope |
23:58.58 | fun_in_oe | that's an l as in love, yes? |
23:59.25 | RP | yes, there will be a copy in staging |
23:59.44 | fun_in_oe | i don't have that available |