| 00:05.30 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
| 00:16.14 | *** join/#oe Siph0n (n=siph0n@c-68-45-54-91.hsd1.nj.comcast.net) |
| 00:28.41 | *** join/#oe jott_ (n=j@unaffiliated/jott) |
| 00:29.56 | *** join/#oe Timelord0 (n=TL@16.8c.d12c.cidr.airmail.net) |
| 00:41.55 | hughescr | Doh. I had QUILT_PATCHES set |
| 00:42.03 | hughescr | that'll teach me to work on two things at once |
| 00:42.10 | hughescr | I was typing in the wrong shell window |
| 00:43.13 | Crofton|home | heh |
| 00:44.10 | Siph0n | lol |
| 00:45.08 | hughescr | kind of evil that having QUILT_PATCHES set in the parent shell is causing failure |
| 00:45.42 | hughescr | though I guess it kind of makes sense if you're baking only one package at a time or something |
| 00:46.11 | hughescr | ok, well heading home while this über rebuild runs |
| 00:46.29 | hughescr | Crofton: hopefully I'll have a bunch of patches for you when this finishes |
| 00:46.38 | hughescr | to target sakoman's main issues |
| 00:46.59 | hughescr | ie the tmpfs size thing, and the alingment fault msgs |
| 00:47.13 | hughescr | well, the alignment one is just cosmetic fixing, not fixing the underlying problem |
| 00:47.26 | hughescr | just stopping the underlying problem from filling the console with warnings :) |
| 00:48.03 | hughescr | Crofton: on hardware, I'll wait till tomorrow to ship you some stuff. New board launches tomorrow which I want to send you ;) |
| 00:48.31 | hughescr | ethernet+wifi+microSD on a tiny little board |
| 00:48.52 | hughescr | I'll toss in a verdex, a console-LCD board and one of these nice samsung screens we use now |
| 00:49.37 | hughescr | that pretty much covers all the various hardware bits since the wifi sits on the pcmcia bus |
| 00:49.42 | hughescr | ok ttyl |
| 00:54.21 | *** part/#oe AvengerMoJo (n=alex@219.142.239.233) |
| 01:01.00 | *** join/#oe step2back (n=step2bac@gw.nsib.ru) |
| 01:12.08 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
| 01:13.16 | *** join/#oe Laibsc1 (n=Laibsch@p54B9681B.dip.t-dialin.net) |
| 01:14.59 | *** part/#oe dfoley (n=dfoley@s142-179-108-133.bc.hsia.telus.net) |
| 01:25.59 | *** join/#oe Marex (n=Marex@gwfm4-3-0-240.802.cz) |
| 01:35.32 | *** join/#oe memeruiz_ (n=memeruiz@Ma96d.m.pppool.de) |
| 01:41.56 | *** join/#oe chouimat|busy (n=dieu@r2351064.cidc.net) |
| 01:48.47 | *** join/#oe wrobbie (n=rob@cm203.kappa85.maxonline.com.sg) |
| 01:49.52 | *** join/#oe rd_ (n=rd@88.198.85.37) |
| 02:04.37 | *** join/#oe AvengerMoJo (n=alex@61.14.130.201) |
| 02:30.33 | *** join/#oe mzb_d800 (n=mzb@ppp108-88.static.internode.on.net) |
| 02:34.39 | *** join/#oe step2back (n=step2bac@gw.nsib.ru) |
| 02:58.55 | *** part/#oe Siph0n (n=siph0n@c-68-45-54-91.hsd1.nj.comcast.net) |
| 03:02.47 | *** join/#oe benlau (n=benlau@221.125.8.107) |
| 03:22.57 | *** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net) |
| 04:02.00 | *** join/#oe hughescr (n=Snak@rungie.com) |
| 04:23.29 | *** join/#oe W8TVI (n=me@166.165.106.68) |
| 04:32.17 | *** join/#oe Timelord0 (n=TL@16.8c.d12c.cidr.airmail.net) |
| 05:12.26 | *** join/#oe pleemans (n=peter@leemanpe.ugent.be) |
| 05:13.34 | *** join/#oe ArjanS (n=arjan@anymore.nl) |
| 05:23.18 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
| 05:28.50 | hughescr | neat -- look what I found, how handy |
| 05:28.51 | hughescr | packages/images/initramfs-image.bb:PACKAGE_REMOVE = "kernel-image-* update-modules" |
| 05:29.05 | hughescr | I've been wondering how to force-remove a package |
| 05:38.31 | sakoman | Hi Craig! |
| 05:38.39 | sakoman | Had any luck? |
| 05:40.28 | hughescr | sakoman: yes getting there |
| 05:40.34 | hughescr | got udev 115 working looks like |
| 05:40.42 | hughescr | well, compiled anyway |
| 05:40.47 | hughescr | uploading the flash image now |
| 05:40.56 | sakoman | fingers crossed |
| 05:41.43 | hughescr | I've also fixed the two bugs from your bug webpage I think |
| 05:42.22 | sakoman | woo-hoo! |
| 05:42.42 | sakoman | I updated it so as not to forget anything |
| 05:46.45 | sakoman | List of issues not yet fixed in head of tree: http://www.sakoman.net/oe/gumstix-issues.txt |
| 05:48.53 | sakoman | Missing anything we've discussed? |
| 05:53.39 | *** join/#oe jbs (n=Bernardo@89.181.3.49) |
| 05:54.44 | hughescr | I've got alingment traps fixed; size fixed (still to be seen if udev 115 actually works); uImage in /boot fixed |
| 05:55.02 | hughescr | the modprobe.conf should be easy, there's actually not a ton of suff to go in there |
| 05:55.57 | sakoman | How did you fix the uImage in /boot issue? |
| 05:57.38 | hughescr | http://pastebin.com/d27985763 |
| 05:58.07 | hughescr | actually it still has a dangling symlink in rootfs/boot |
| 05:58.15 | hughescr | but the big file's gone |
| 05:58.38 | sakoman | Nice & simple |
| 05:59.14 | hughescr | yup |
| 05:59.48 | hughescr | later it'll want to be fixed so that the kernel-image package runs flashcp into /dev/mtd2 or something.... |
| 05:59.57 | hughescr | so that kernel updates can just be done using ipkg |
| 06:00.03 | hughescr | but I'll worry about that later |
| 06:00.44 | sakoman | I'm really puzzled why modules.dep, etc. aren't being generated/populated |
| 06:00.52 | sakoman | It was working last night |
| 06:01.53 | hughescr | hmm, still no /lib/modules/2.6.21/modules.dep |
| 06:01.54 | sakoman | But I did a pull/update so perhaps something changed and broke it |
| 06:02.06 | hughescr | but alignment stuff's fixed and no udev errors starting up... |
| 06:02.18 | hughescr | let me depmod -a then reboot... |
| 06:02.55 | sakoman | alignment fix is just the silent fixup (2 > /proc/cpu/alignment ?) |
| 06:04.36 | hughescr | yup |
| 06:05.16 | sakoman | Makes a big difference on the noise level doesn't it? |
| 06:05.49 | hughescr | http://pastebin.com/d20f05c36 |
| 06:06.33 | sakoman | Yup, that's what I've been doing too |
| 06:08.46 | *** join/#oe W8TVI (n=me@166.165.121.162) |
| 06:09.35 | hughescr | so looks like there's some udev rules in 115 which alleviate some of the modprobe.conf stuff |
| 06:10.26 | sakoman | nice! did the depmod -a / reboot work? |
| 06:10.30 | *** join/#oe vlo (n=valentin@138.131.206.195) |
| 06:11.08 | hughescr | yes, nicely |
| 06:11.23 | sakoman | cool, so does networking work? |
| 06:11.32 | hughescr | actually, I'm getting some errors about some missing modules, but it looks like it's due to the pxa module renaming in iirc 2.6.23 |
| 06:11.53 | hughescr | ie udev 115 appears to know the new names already, but my kernel still has the old names |
| 06:12.11 | sakoman | maybe you need to back up a rev or 2 |
| 06:13.22 | hughescr | http://pastebin.com/d23208996 |
| 06:13.29 | hughescr | that's the weird stuff I get at boot |
| 06:13.42 | hughescr | the FATAL stuff might not actually be from udev |
| 06:13.46 | hughescr | I can't figure it out yet |
| 06:14.01 | hughescr | I don't know what "Ive" is either |
| 06:14.53 | sakoman | Think I've seen that even on buildroot boots |
| 06:15.13 | sakoman | It varies sometimes, like some sort of conflict for the serialport |
| 06:18.40 | sakoman | gonna crash now -- good luck! |
| 06:21.51 | *** join/#oe polyonymous_ (n=hacker@pD9538A41.dip0.t-ipconnect.de) |
| 06:36.45 | *** join/#oe bluelightning (n=blueligh@219-89-47-254.dialup.xtra.co.nz) |
| 06:44.27 | *** join/#oe zap_ (n=zap@16.170.249.ozerki.net) |
| 06:50.45 | *** join/#oe johncylee (n=john@rd.tw.openmoko.org) |
| 06:54.09 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
| 07:06.32 | *** join/#oe cyberdeck (i=molter@unaffiliated/cyberdeck) |
| 07:08.25 | Bernardo | good morning |
| 07:09.04 | cdbot2 | * * OE Bug 2883 has been created by autobuild(AT)openembedded.org |
| 07:09.06 | cdbot2 | * * uboot-openmoko-1.2. 0+git3e66c078003607a7d1d214c15a5f262bc1b4032f+svn20070829-r2-do_fetch |
| 07:09.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2883 |
| 07:10.02 | *** join/#oe phroton (i=fmc@dino.spamt.net) |
| 07:10.04 | phroton | moin |
| 07:15.42 | cyberdeck | good moring phroton! |
| 07:17.31 | *** join/#oe step2back (n=step2bac@gw.nsib.ru) |
| 07:20.04 | cdbot2 | * * OE Bug 2884 has been created by autobuild(AT)openembedded.org |
| 07:20.06 | cdbot2 | * * openmoko-panel-mainmenu-0.1.0+svnr2567-r1-do_compile |
| 07:20.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2884 |
| 07:20.31 | koen | good morning all |
| 07:23.39 | *** join/#oe Marex (n=Marex@gwfm4-3-0-240.802.cz) |
| 07:24.05 | cdbot2 | * * OE Bug 2883 has been marked as DUPLICATE of bug 2882 by <koen> |
| 07:24.06 | cdbot2 | * * uboot-openmoko-1.2. 0+git3e66c078003607a7d1d214c15a5f262bc1b4032f+svn20070829-r2-do_fetch |
| 07:24.07 | *** join/#oe mzb (n=mzb@ppp108-88.static.internode.on.net) |
| 07:24.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2883 |
| 07:29.42 | *** join/#oe Marex (n=Marex@gwfm4-3-0-240.802.cz) |
| 07:29.48 | *** part/#oe hillct (n=H@cpe-024-211-242-232.nc.res.rr.com) |
| 07:33.06 | *** join/#oe sameo (n=samuel@AAnnecy-257-1-32-226.w90-28.abo.wanadoo.fr) |
| 07:44.57 | *** join/#oe mykilx (n=mykilx@239-210.35-65.tampabay.res.rr.com) |
| 07:50.58 | RP | morning all |
| 07:57.49 | *** join/#oe Dmitry_Platonov (n=shadowja@212.15.100.143) |
| 08:02.41 | *** join/#oe Timelord0 (n=TL@16.8c.d12c.cidr.airmail.net) |
| 08:06.39 | *** join/#oe xkill (n=wntrmut@krombacher-pils.oph.RWTH-Aachen.DE) |
| 08:16.37 | XorA | morning |
| 08:18.22 | koen | hey XorA |
| 08:18.55 | koen | ha! |
| 08:19.05 | koen | I fixed tap-n-hold in openmoko |
| 08:19.20 | koen | ~lart openmoko dudes for not loading libgtkstylus |
| 08:19.20 | ibot | takes out openmoko dudes with the trash for not loading libgtkstylus |
| 08:19.27 | *** join/#oe Sleep_Walker (n=Sleep@2001:5c0:8fff:fffe:0:0:0:6c7d) |
| 08:19.28 | koen | bluez-gnome is now working :) |
| 08:20.26 | XorA | koen: cool |
| 08:20.40 | XorA | Ill have to get round to actually flashing a working image on terrier |
| 08:20.49 | XorA | and bv3 |
| 08:21.30 | *** join/#oe Bernardo (n=Bernardo@84.39.81.149) |
| 08:21.50 | XorA | hmm, getting HD off bitorrent backups is still too big for my bandwidth :-) |
| 08:27.17 | *** join/#oe obergix[work] (n=olivier@inf-6632.int-evry.fr) |
| 08:33.05 | cdbot2 | * * OE Bug 2885 has been created by autobuild(AT)openembedded.org |
| 08:33.07 | cdbot2 | * * qt4-x11-free-4.3.0-r6-do_populate_staging |
| 08:33.09 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2885 |
| 08:33.53 | *** join/#oe majje (n=magnuse@211.157.216.81.static.ens.siw.siwnet.net) |
| 08:37.05 | *** join/#oe Varoudis (n=varoudis@athedsl-26603.home.otenet.gr) |
| 08:38.12 | torpor | morning |
| 08:42.01 | *** join/#oe BobOfDoo1 (i=nobody@61-69-24-74.netspeed.com.au) |
| 08:43.44 | CIA-17 | 03koen 07org.oe.dev * rfd5dcb8c... 10/ (3 files in 3 dirs): openmoko-session2: fix tap-n-hold |
| 08:48.02 | *** join/#oe ssvb (n=ssvb@vbaltd.vba.com.by) |
| 08:48.34 | hrw | morning |
| 08:48.48 | hrw | Crofton|home: you wanted something from me? |
| 08:49.19 | hrw | Architecture: geode |
| 08:49.31 | hrw | left it as geode or switch to geodelx... |
| 08:50.33 | koen | hrw: crofton wants your task-{base.boot} expertise |
| 08:51.00 | hrw | and I am rebuilding angstrom-minimal-image now |
| 08:53.10 | hrw | found. update-modules lack depmod dependency ;( |
| 08:53.37 | *** join/#oe florian (n=fuchs@217.146.132.69) |
| 08:55.41 | hrw | http://pastebin.ca/674480 is proposed fix |
| 09:00.36 | *** join/#oe yakov (n=yzaytsev@envionsoftware.com) |
| 09:00.52 | *** join/#oe mzb_d800 (n=mzb@ppp108-88.static.internode.on.net) |
| 09:01.19 | CIA-17 | 03koen 07org.oe.dev * r309de2f5... 10/ (7 files in 4 dirs): uclibc 0.9.29: add templates for different ARM generations and use iwmmxt for gumstix-verdex |
| 09:01.32 | *** join/#oe zecke (n=ich@dsl-62-220-14-162.berlikomm.net) |
| 09:17.37 | *** join/#oe lrg|gone (n=liam@lumison.wolfsonmicro.com) |
| 09:18.38 | cyberdeck | ~lart cyberdeck for spamming the channel. |
| 09:18.38 | ibot | readies the nuke launcher and fires some rounds at cyberdeck for spamming the channel. |
| 09:18.44 | cyberdeck | hehe. |
| 09:18.45 | cyberdeck | cool. |
| 09:29.07 | hrw | koen: which thread? |
| 09:31.09 | koen | the robustness one (among others) |
| 09:31.41 | koen | summary: dbus will solve problems, but harald doesn't understand it so it won't go in |
| 09:41.40 | ynezz | no, it's good design decision to have it layered |
| 09:42.00 | ynezz | so you can choose --with-dbus if you like to |
| 09:43.32 | ynezz | but it should work correctly without dbus also |
| 09:44.52 | koen | it doesn't work correctly without dbus |
| 09:45.14 | koen | and since it doesn't use dbus that equates to "broken piece of crap" |
| 09:45.17 | ynezz | yes many thinks don't work now |
| 09:45.28 | hrw | ~curse openmoko for shit called kernel recipe |
| 09:45.29 | ibot | May the fleas of a thousand camels infest your most sensitive regions, openmoko for shit called kernel recipe ! |
| 09:45.44 | ynezz | using dbus won't fix the issues |
| 09:46.27 | *** join/#oe jbs (n=Bernardo@84.39.97.237) |
| 09:48.34 | koen | hrw: maybe we should just clean up the kernel recipe and put the patches in OE |
| 09:49.01 | hrw | and then they will fsck it again |
| 09:49.26 | RP | koen: That really needs to be agree with mickeyl and the mystery omoko maintainer |
| 09:49.59 | RP | koen: Its funny you say that as hrw just suggested doing that in poky too :) |
| 09:50.17 | hrw | "mystery omoko maintainer" is mickeyl second^Wfifth life |
| 09:50.31 | hrw | RP: because that recipe really stinks |
| 09:50.49 | RP | hrw: I agree |
| 09:50.55 | hrw | 1. using of full kernel source archives for each stable release |
| 09:51.03 | *** join/#oe mzb_d800 (n=mzb@ppp108-88.static.internode.on.net) |
| 09:51.05 | hrw | 2. not using stable branch patchsets |
| 09:51.10 | hrw | 3. do_prepatch |
| 09:51.24 | koen | the ezx recipe has a script to convert patch repos to SRC_URIs :) |
| 09:51.37 | koen | 4. not using linux.inc |
| 09:53.01 | RP | linux-rp doesn't use linux.inc :} |
| 09:53.04 | CIA-17 | 03hrw 07org.oe.dev * r28c0b471... 10/ (1 packages/update-modules/update-modules_1.0.bb): update-modules: depend on depmod (Take from Poky - r2589) |
| 09:54.45 | CIA-17 | 03koen 07org.oe.dev * r5cb43bc2... 10/ (4 files in 2 dirs): |
| 09:54.45 | CIA-17 | angstrom: add more images: |
| 09:54.46 | CIA-17 | angstrom-dtp-x11-image: gives you abiword, gnumeric, claws-mail and cups |
| 09:54.46 | CIA-17 | angstrom-gpe-x11-image: x11 image with gpe PIM |
| 09:54.46 | CIA-17 | angstrom-pimlico-x11-image: x11 image with pimlico PIM |
| 09:55.24 | hrw | koen: s/angstrom-dtp-x11-image/angstrom-x11-office-image/ |
| 09:55.28 | hrw | abiword is not DTP |
| 09:55.40 | koen | ssssh! don't tell :) |
| 09:55.45 | hrw | koen: can you also use angstrom-x11-task-image naming? |
| 09:56.23 | koen | sure |
| 09:58.21 | hrw | thx |
| 09:58.57 | hrw | ~lart openmoko for linux-gta01 (archives, prepatch, bogus depends, uboot dependency) |
| 09:58.57 | ibot | takes openmoko to the vet for a "special" visit for linux-gta01 (archives, prepatch, bogus depends, uboot dependency) |
| 09:59.35 | hrw | ~change 25 gbp to pln |
| 10:03.42 | CIA-17 | 03koen 07org.oe.dev * rf14dc76b... 10/ (4 files in 2 dirs): fic-gta01, fic-gta02, smdk2443: set UBOOT_ENTRYPOINT in preparation of kernel recipe cleanup |
| 10:03.50 | CIA-17 | 03koen 07org.oe.dev * rddcd2103... 10/ (7 files in 2 dirs): angstrom-x11-images: follow angstrom-x11-<task>-image naming (thanks hrw) |
| 10:03.55 | *** join/#oe pvanhoof (n=pvanhoof@d54C0EE14.access.telenet.be) |
| 10:03.58 | CIA-17 | 03koen 07org.oe.dev * r3737e891... 10/ (1 conf/machine/dht-walnut.conf): dht-walnot: set UBOOT_ENTRYPOINT in preparation of kernel recipe cleanup |
| 10:05.33 | bernard_ | hmm. when i checkout org.openembedded.dev, i get this from mtn: "branch org.openembedded.dev has multiple heads:" ... |
| 10:05.53 | bernard_ | should i choose the later one? |
| 10:06.09 | koen | you should pull again |
| 10:06.13 | bernard_ | (and is this a transient issue, or should it be updated in the wiki?) |
| 10:06.23 | bernard_ | hmm, just pulled 5 minutes ago. i'll try again. |
| 10:07.06 | hrw | bernard_: select one of them |
| 10:07.31 | koen | hrw: http://rafb.net/p/p34p8o85.html |
| 10:07.36 | koen | or mtn pull again |
| 10:08.06 | bernard_ | pull again worked. i was just unlucky with my timing? |
| 10:08.49 | hrw | kind of |
| 10:09.16 | hrw | koen: alix is no graphics for now |
| 10:09.30 | hrw | koen: I did not tried x11 on it yet |
| 10:09.37 | florian | hi all |
| 10:09.43 | koen | hey florian |
| 10:09.56 | hrw | koen: and one more thing - I am changing arch for it so it can wait for some time |
| 10:10.37 | koen | hrw: btw, you only checked in the blktool dir, not the recipes |
| 10:10.48 | hrw | koen: it was Richard not me |
| 10:11.09 | koen | RP: btw, you only checked in the blktool dir, not the recipes |
| 10:13.18 | hrw|gone | exp93xx -> ep93xx ;D |
| 10:21.57 | florian | koen: oh cool... more images! |
| 10:22.49 | RP | koen: doh! |
| 10:23.05 | cdbot2 | * * OE Bug 2886 has been created by autobuild(AT)openembedded.org |
| 10:23.06 | cdbot2 | * * squid-2.6.STABLE14-r0-do_configure |
| 10:23.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2886 |
| 10:23.13 | florian | koen: ... sdk-native-image, tablet-image, xterminal-image... |
| 10:23.30 | koen | feel free to add them :) |
| 10:24.55 | CIA-17 | 03koen 07org.oe.dev * rde6041c4... 10/ (1 packages/blktool/blktool_4.bb): blktool: add 4 (from poky) |
| 10:25.02 | CIA-17 | 03koen 07org.oe.dev * r5265cf50... 10/ (1 packages/squid packages/squid/squid_2.6.STABLE14.bb): squid: add 2.6-stable14 |
| 10:25.29 | RP | koen: thanks, I was just about to try adding that, then hit a merge conflict :) |
| 10:25.36 | florian | koen: I just started to play wit a native SDK image target :) |
| 10:26.09 | RP | florian: Do look at what we did in poky |
| 10:26.20 | florian | RP: ok |
| 10:26.21 | *** part/#oe AvengerMoJo (n=alex@61.14.130.201) |
| 10:27.10 | RP | florian: Its in the form of the meta-toolchain.bb file but in theory you can just extend the packages list and get more SDK packages |
| 10:28.39 | *** join/#oe vivijim (n=vivijim@20132139199.user.veloxzone.com.br) |
| 10:31.47 | *** join/#oe mallum (n=mallum@86.157.93.91) |
| 10:41.29 | *** join/#oe Philippe (n=fille@a91-153-17-113.elisa-laajakaista.fi) |
| 10:47.57 | torpor | what i love about openembedded: by the time you do "make update all" its time to make update again .. |
| 10:48.09 | Crofton|home | koen, I see we are having git fetch issues in openmoko? |
| 10:57.45 | Crofton|home | hrw|gone, you around? |
| 10:59.10 | Crofton|home | anyone know why modules listed in MACHINE_ESSENTIAL_EXTRA_RRECOMMENDS are not installed properly |
| 10:59.37 | Crofton|home | as in having to run depmod after booting |
| 10:59.42 | florian | Oh great... icecc breaks building gcc :-/ |
| 10:59.49 | torpor | RP what makefiles? |
| 10:59.53 | Crofton|home | RP, they just use a different "ontology" |
| 11:00.01 | RP | Crofton|home: See hrw|gone's last checkin |
| 11:00.27 | Crofton|home | http://en.wikipedia.org/wiki/Ontology_%28computer_science%29 |
| 11:00.31 | Crofton|home | rp thanks! |
| 11:01.01 | RP | Crofton|home: one that means I don't understand half of whats been said now though :/ |
| 11:03.00 | rwhitby | RP: just download the makefile and learn it - get with the program! ;-) |
| 11:03.36 | XorA | rwhitby: time for a mokomakefile.bb :-D and recurse the universe away |
| 11:03.36 | rwhitby | I mean gcc/libtool/automake/make/bitbake/OE already has so many layers, what's another one between friends. |
| 11:04.29 | RP | rwhitby: I'm just not sure wrapping around bitbake itself is a good thing in the long term. Its not as if bitbake's commandline itself is that scary |
| 11:04.42 | CIA-17 | 03koen 07org.oe.dev * r3a325d4a... 10/ (1 packages/angstrom/angstrom-x11-office-image.bb): angstrom x11 office: add gphoto2 |
| 11:05.08 | rwhitby | RP: I always ensure that people can use bitbake commands directly if they so choose. |
| 11:05.10 | RP | rwhitby: I agree setting up an OE environment and keeping it up to date needs something like the makefile |
| 11:05.27 | *** join/#oe Varoudis (n=varoudis@athedsl-26603.home.otenet.gr) |
| 11:06.11 | Crofton|home | we need an eclipse plugin for OE |
| 11:06.24 | torpor | its taken me a lot of work to catch up with a working build, but for the last 3 days its been pretty smooth |
| 11:06.29 | RP | Crofton|home: Yes :) |
| 11:06.54 | torpor | but i have to admit, as an average "make/vim/cscope" style developer, all this layering just looks like cruft. there is a liability to all this convenience-wrapper thinking. |
| 11:07.04 | RP | Crofton|home: This is part of the reasons for the changes in bitbake trunk so layers can be built on top of bitbake |
| 11:07.11 | Crofton|home | anyoen know what the "right" way to keep uImage from a root file system is? |
| 11:07.31 | Crofton|home | and it sonds like the gusmtix guy is going to send me some boards |
| 11:07.46 | RP | Crofton|home: There are three ways I can think of with varying "rightness" |
| 11:08.02 | Crofton|home | ok |
| 11:08.18 | RP | Crofton|home: The proper way will be to break the REPDENDS in the kernel image with something like RDEPENDS_kernel-image = "" to override wherever is set in kernel.bbclass |
| 11:08.24 | Crofton|home | http://pastebin.com/d27985763 is what the gumstix guys came up |
| 11:08.34 | RP | Crofton|home: You can also do what linux-rp does: FILES_kernel-image = "" |
| 11:08.39 | Crofton|home | that stops the file and the symlink? |
| 11:09.04 | RP | Crofton|home: I want to break the RDEPENDS in due course so the kernel packe still exists |
| 11:09.22 | Crofton|home | so the RDEPENDS method will break? |
| 11:09.44 | RP | Crofton|home: No, I want to use that method as its better than creating an empty package |
| 11:09.52 | Crofton|home | ok |
| 11:10.12 | Crofton|home | At some point, I will have a list of patches the gumstix guys have worked out |
| 11:10.13 | RP | "break the RDEPENDS" as in "override the RDEPENDS" |
| 11:10.19 | Crofton|home | and need to feed them back |
| 11:10.22 | Crofton|home | ok |
| 11:10.33 | Crofton|home | I may have questions then :) |
| 11:10.54 | Crofton|home | I am sort of in the middile, between the EU and California crowd :) |
| 11:10.57 | Crofton|home | timewise |
| 11:11.20 | Crofton|home | brb |
| 11:18.45 | hrw | re |
| 11:19.43 | Crofton|home | gm hrw, thansk for the modules fix |
| 11:19.48 | hrw | Crofton|home: no problem |
| 11:20.16 | Crofton|home | sounds like it should see some gumstix hw soon |
| 11:20.29 | Crofton|home | that should help get our support in better shape :) |
| 11:20.43 | hrw | yes |
| 11:21.00 | hrw | Crofton|home: I see that you will get nice hw to play with ;) |
| 11:21.06 | Crofton|home | yeah |
| 11:21.29 | Crofton|home | I have a couple of things to try that are even work related |
| 11:21.40 | koen | I still want to build a helicopter + gumstix uav |
| 11:22.16 | *** join/#oe sameo (n=samuel@AAnnecy-257-1-83-218.w90-36.abo.wanadoo.fr) |
| 11:22.18 | Crofton|home | even a RC plane for airborne ad hoc network research |
| 11:26.24 | rwhitby | koen: prpplague in #openjtag is looking for people to do cool projects in exchange for free hardware of http://www.elinux.org/Hammer_Board |
| 11:26.40 | *** join/#oe do13 (n=do13@p578b18b1.dip0.t-ipconnect.de) |
| 11:26.44 | do13 | morning all |
| 11:26.47 | koen | he offered me that board a few weeks ago :) |
| 11:26.54 | koen | hey do13 |
| 11:27.01 | do13 | hi koen |
| 11:27.43 | *** join/#oe vivijim (n=vivijim@200.184.118.132) |
| 11:28.27 | *** join/#oe xjqian (n=gordon@24-107-186-86.dhcp.stls.mo.charter.com) |
| 11:34.04 | cdbot2 | * * OE Bug 2887 has been created by autobuild(AT)openembedded.org |
| 11:34.06 | cdbot2 | * * xserver-kdrive-imageon-1.3.0-r0-do_fetch |
| 11:34.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2887 |
| 11:37.24 | *** part/#oe xjqian (n=gordon@24-107-186-86.dhcp.stls.mo.charter.com) |
| 11:41.39 | *** join/#oe yakov (n=yzaytsev@envionsoftware.com) |
| 11:52.10 | *** join/#oe woglinde (n=heinold@leningrad.mi.fu-berlin.de) |
| 11:55.31 | hrw | its ubuntu release name iirc |
| 11:55.43 | hrw | gutsy+1 |
| 11:55.53 | ynezz | i know, just read the announce |
| 11:56.08 | ynezz | but couldn't find the reason behind the name :) |
| 11:56.14 | Crofton|home | koen, you have anuy ideas why the git fetch of u-bbot fails? |
| 11:56.33 | koen | because git is evil and wolfgang in idiot |
| 11:56.40 | Crofton|home | :) |
| 11:57.57 | XorA | ynezz: I thought it was Inpiring Word + Random Animal, for the suits |
| 11:59.17 | koen | Adjective Animal |
| 11:59.40 | *** join/#oe noglitch (n=Miranda@mail.atmel.fr) |
| 11:59.55 | woglinde | hi |
| 12:06.28 | *** join/#oe asmola_ (n=asmola@c-75-69-56-83.hsd1.nh.comcast.net) |
| 12:07.06 | CIA-17 | 03koen 07org.oe.dev * ra20b5285... 10/ (1 conf/machine/c7x0.conf): c7x0: use imageon xserver |
| 12:07.55 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
| 12:08.18 | *** join/#oe wrobbie (n=rob@cm203.kappa85.maxonline.com.sg) |
| 12:12.03 | CIA-17 | 03hrw 07org.oe.dev * re37c01e1... 10/ (1 packages/linux/linux-gta01.inc): linux-gta01: use KERNELORG_MIRROR instead of german mirror |
| 12:15.05 | cdbot2 | * * OE Bug 2887 has been RESOLVED (INVALID) by <koen> |
| 12:15.07 | cdbot2 | * * xserver-kdrive-imageon-1.3.0-r0-do_fetch |
| 12:15.09 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2887 |
| 12:15.12 | Crofton|home | gmm the gphone |
| 12:15.24 | Crofton|home | sure glad I did not run out and but an iPhone :) |
| 12:22.55 | noglitch | hi, |
| 12:23.27 | noglitch | is there a way to avoid building a Linux kernel while building an image (in a distribution context for example) ? |
| 12:24.03 | noglitch | here is my patched kernel building reciepe : http://rafb.net/p/eud9yc79.html |
| 12:24.04 | cdbot2 | * * OE Bug 2888 has been created by autobuild(AT)openembedded.org |
| 12:24.05 | cdbot2 | * * xserver-kdrive-imageon-1.3.0.0-r0-do_patch |
| 12:24.07 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2888 |
| 12:25.39 | noglitch | (I used the FILES_kernel-image = "" directive to try not to build the kernel... but it builds anyway...) |
| 12:27.46 | woglinde | bitbake bla -g |
| 12:28.04 | woglinde | to see the dependency graph as .dot files |
| 12:29.32 | *** part/#oe johncylee (n=john@rd.tw.openmoko.org) |
| 12:36.17 | Crofton|home | ok, so to stop the installation of the kernel into the fs image |
| 12:36.29 | Crofton|home | for machines that store the kernel in another flash partition |
| 12:36.38 | Crofton|home | I put this in the kernel bb file? |
| 12:36.47 | Crofton|home | DEPENDS_kernel-image = "" |
| 12:37.05 | Crofton|home | can I add a machine qualifier |
| 12:37.15 | RP | Crofton|home: RDEPENDS |
| 12:37.21 | RP | Crofton|home: yes, you can |
| 12:37.31 | Crofton|home | right, bad cut ans paste :) missed the R |
| 12:37.38 | Crofton|home | examples in linux-rp? |
| 12:37.52 | RP | Crofton|home: No, I've not switched it to use it yet :/ |
| 12:37.55 | Crofton|home | I just realized the kernel is in the OSK image :) |
| 12:38.14 | Crofton|home | RDEPENDS_kernel-image_omap5912osk = "" |
| 12:38.18 | Crofton|home | will that work? |
| 12:38.49 | Crofton|home | this is in linux-omap.inc right now (I suspect all the machines that use this .inc need it) |
| 12:38.58 | Crofton|home | but I want to make sure I can move to linux.inc |
| 12:39.28 | RP | Crofton|home: Sorry, it needs to be RDEPENDS_kerne-base = "" |
| 12:39.32 | RP | kernel |
| 12:39.47 | Crofton|home | heh |
| 12:39.48 | RP | Crofton|home: You can see the line you've overriding in kernel.bbclass |
| 12:39.52 | Crofton|home | ok |
| 12:40.00 | RP | but yes, the override should work |
| 12:40.02 | Crofton|home | and how do I add the machine qualifier? |
| 12:40.12 | RP | like you did above |
| 12:40.24 | Crofton|home | ok, I'll give that a try |
| 12:41.00 | RP | I think that line should be in the machine.conf file ultimately if the kernel image file is never going to be wanted in the images |
| 12:41.21 | noglitch | Crofton|home : me also |
| 12:41.26 | Crofton|home | rp agreed |
| 12:41.41 | RP | To work in machine.conf files the entry in kernel.bbclass needs to be a ?= |
| 12:42.18 | Crofton|home | linux.inc will fill up with these ..... |
| 12:42.33 | Crofton|home | I haven't been strapped for space on teh OSK so I ahd not noticed |
| 12:43.55 | Crofton|home | ALLOW_EMPTY_kernel-base = "1" |
| 12:44.14 | Crofton|home | makes sure the build continues, even though there is not a kernel base package? |
| 12:44.59 | RP | Crofton|home: No, that just made sure the package was built even if it was empty |
| 12:45.19 | RP | Crofton|home: All the modules used to depend on that package before I rearranged kernel.bbclass |
| 12:45.49 | *** join/#oe vivijim (n=vivijim@200.184.118.132) |
| 12:46.44 | rwhitby | hrw: your update-modules commit seems to be bringing in depmod.26 for unslung which has a 2.4 kernel |
| 12:47.51 | rwhitby | hrw: scrub that - looks like MACHINE_FEATURES needs to be over-ridden for that DISTRO (since unslung uses a 2.4 kernel, but nslu2 machine features is 2.6 by default) |
| 12:48.10 | RP | Crofton|home: I've just committed changes which in theory remove kernel-image from the zaurus images. Its untested ;-) |
| 12:48.26 | Crofton|home | I'm goign to look on the OSK now |
| 12:50.34 | rwhitby | can anyone suggest how, for a distro which uses a 2.4 kernel (and must do so, for vendor compatibility, even though the machine supports a 2.6 kernel), can remove kernel26 from MACHINE_FEATURES ? |
| 12:52.20 | RP | rwhitby: Which modutils do you install onto the device and how do you know which to use? |
| 12:53.28 | rwhitby | RP: with hrw's latest commit, for a machine that supports a 2.6 kernel, you get a 2.6 depmod, irrespective of whether you're actually including a 2.6 kernel or a 2.4 kernel in the rootfs |
| 12:53.29 | *** join/#oe AvengerMoJo (n=alex@219.142.239.233) |
| 12:53.34 | rwhitby | (see update-modules.bb) |
| 12:54.15 | rwhitby | what does 'kernel26' really mean? does it mean "this machine *can* use a 2.6 kernel", or does it mean "this machine *must* use a 2.6 kernel" ? |
| 12:54.20 | RP | rwhitby: I know the change. I didn't realise we had machines advertising MACHINE_FEATURES = "kernel26" whilst building a 2.4 kernel :/ |
| 12:54.36 | rwhitby | isn't kernel version a DISTRO decision, not a MACHINE decision? |
| 12:55.03 | rwhitby | (or some combination of the two, not a MACHINE-only decision) |
| 12:55.08 | RP | I'd taken "kernel26" to mean "uses a 2.6 kernel" |
| 12:55.39 | rwhitby | but surely that not based on the machine only. Or do I now need to create an 'nslu2be-2.4' machine? |
| 12:55.40 | RP | rwhitby: I did make comment earlier that it perhaps should DEPEND on virtual/kernel and then look at the version of the kernel built in staging |
| 12:56.05 | Crofton|home | RDEPENDS_kernel-base_omap5912osk = "" |
| 12:56.10 | Crofton|home | didn't seem to work |
| 12:56.46 | RP | rwhitby: The root of the problem is that update-modules had incorrect RDEPENDS. How we fix that is the question |
| 12:57.18 | rwhitby | RP: since it's for unslung, which feature-frozen and in maintenance mode only, I'm happy to put a special case in update-modules for unslung rather than force OE to handle a machine being able to support distros with different kernel major versions. |
| 12:57.18 | RP | Crofton|home: :/ |
| 12:57.52 | rwhitby | as long as I don't get grief from people for putting RDEPENDS_unslung = ... in update-modules.bb |
| 12:58.05 | RP | rwhitby: Not ideal but I can see the attraction of doing that |
| 12:58.33 | RP | rwhitby: You agree/understand why the RDEPENDS need fixing? |
| 12:58.43 | rwhitby | yes, indeed. |
| 12:59.01 | rwhitby | I'm not complaining, just pointing out a special case that the fix didn't encompass. |
| 12:59.16 | rwhitby | (and am happy to special case a work-around on that basis) |
| 12:59.26 | *** join/#oe jsheldon (n=jim@70.90.111.225) |
| 13:00.05 | RP | rwhitby: Add the special case and send any grief my way ;-) (Perhaps comment it to say why its a special case) |
| 13:00.18 | rwhitby | yep, writing that very comment right now |
| 13:01.52 | hrw | rwhitby: and thx for showing such situation |
| 13:03.59 | Crofton|home | rp are you sure it is kernel-base and not kernel-image? |
| 13:04.23 | Crofton|home | There is a kernel-image ipk |
| 13:05.12 | RP | Crofton|home: There should also be a kernel-base.ipk |
| 13:05.47 | Crofton|home | no ..... |
| 13:05.59 | Crofton|home | but that is what I disabled |
| 13:06.22 | Crofton|home | does this need anything from teh last 24 hours updating? |
| 13:06.41 | Crofton|home | and how much would ned rebuilding ... |
| 13:07.28 | RP | Crofton|home: You need the commit I just made to OE.dev if you're setting this in the machine.conf file and you should undo any FILES_kernel-image or ALLOW_EMPTY variables you added |
| 13:07.35 | RP | Crofton|home: You would just need to repackage the kernel |
| 13:07.46 | CIA-17 | 03rpurdie 07org.oe.dev * r20ab813e... 10/ (1 classes/kernel.bbclass): kernel.bbclass: Allow machines to override the kernel-base runtime dependencies |
| 13:07.46 | Crofton|home | upadting now |
| 13:07.53 | *** join/#oe Bernardo (n=Bernardo@84.39.115.99) |
| 13:07.59 | RP | That change :) |
| 13:08.34 | CIA-17 | 03rpurdie 07org.oe.dev * r3388a823... 10/ (1 conf/machine/include/zaurus-2.6.inc): zaurus-2.6.inc: Zaurus images shouldn't include kernel-image |
| 13:11.56 | Crofton|home | rp, so I can set the override in the machine now? |
| 13:11.56 | RP | Crofton|home: In theory and it shouldn't need to be an override |
| 13:13.03 | Crofton|home | RDEPENDS_kernel-base = "" in machine omap5912osk |
| 13:13.17 | RP | right |
| 13:26.55 | *** join/#oe mhnoyes (n=mhnoyes@dialup-4.246.18.204.Dial1.SanJose1.Level3.net) |
| 13:31.07 | Crofton|home | rp no joy |
| 13:36.30 | christopher | hrw: is there a way I can only update the change you just made for the update-modules? |
| 13:39.15 | christopher | hrw: do I have to do a mtn update? just wondering if that was the only thing I wanted to update, if I can update just that one |
| 13:41.28 | *** join/#oe chouimat (n=dieu@kde/developer/chouinard) |
| 13:45.39 | RP | Crofton|home: I'll have to look at it later then |
| 13:47.12 | chouimat | morning |
| 13:49.03 | *** join/#oe svolpe_gerrath (n=Gerrath_@unaffiliated/gerrath) |
| 13:49.42 | *** join/#oe dcordes (n=tsingtao@e181241252.adsl.alicedsl.de) |
| 13:55.10 | Crofton|home | thanks rp |
| 13:55.35 | Crofton|home | RDEPENDS_kernel-base = "" |
| 13:55.54 | Crofton|home | in summary, this line in machine.conf shoudl stop the kernel from appearing in the image in /boot? |
| 13:56.40 | christopher | all: in using angstrom distro, I built a x11 image and ran a gtk problem. when I did, I got two warnings, one that pango could not find /etc/pango/pango.modules and the other from gdk that it could not find gdk-pixbuf.loaders. After looking at it, it turns out that the bb files for the current versions no longer put those files there but older ones do. Is there a distro file that has all versions that work well together (vs latest |
| 13:56.41 | christopher | and greatest?) |
| 13:56.42 | hrw | christopher: mtn pull/update and then build update-modules |
| 13:57.04 | christopher | hrw: yeah, I was going to do that, just didn't know if I wanted whatever other changes have been made. |
| 13:57.14 | christopher | hrw: the computer I have is slow so these builds take hours |
| 13:57.30 | Crofton|home | rp, I nukes tmp and am startig from scratch |
| 13:57.42 | Crofton|home | christopher, my computer is fast and builds take hours :) |
| 13:58.16 | christopher | Crofton|home: :) hehe. yeah, every time i see a build like now where it says 760/2600, I gasp. :) |
| 13:58.38 | christopher | Crofton|home: but I have to say, it works so I can put up with it. you all have done a nice job with it all. |
| 14:09.55 | hrw | ah.. apt-util remind me one thing |
| 14:11.16 | sakoman | good morning! |
| 14:11.53 | noglitch | Crofton|home, RP: could one of you can paste the kernel.bbclass modification in a web nopaste area ? |
| 14:12.18 | noglitch | I could not pull with monotone and the commit mailing list seems to be down |
| 14:12.45 | noglitch | and whould like to test this commit |
| 14:16.19 | *** join/#oe rd_ (n=rd@88.198.85.37) |
| 14:23.44 | *** join/#oe jbs (n=Bernardo@84.39.47.171) |
| 14:40.19 | *** join/#oe osas (n=nnnnnnnn@72.53.149.68) |
| 14:43.48 | *** join/#oe chouimat (n=dieu@kde/developer/chouinard) |
| 14:44.10 | *** join/#oe CosmicPenguin (n=nobody@crank.laptop.org) |
| 14:51.32 | *** join/#oe Keizer (n=keizer@71.16.35.6) |
| 14:59.16 | *** join/#oe memenarsil (n=memeruiz@lapradig15.informatik.tu-muenchen.de) |
| 15:11.53 | *** join/#oe Crofton (n=balister@hc652157a.dhcp.vt.edu) |
| 15:13.05 | Crofton | sakoman, I will be not working hard from Th-Mon |
| 15:13.24 | Crofton | if you guys have anything I should commit, the sooner I see it the better |
| 15:13.46 | sakoman | I think craig should have some stuff today |
| 15:13.51 | Crofton | we think we fixed the modules in ESSENTIAL_EXTRA_RRECOMMENDS issue |
| 15:13.53 | Crofton | ok |
| 15:14.05 | Crofton | actuulayy, I may be able to work in it in mornings |
| 15:14.33 | Crofton | bbiab, gotta run to lunch |
| 15:14.37 | sakoman | Our list is at: http://www.sakoman.net/oe/gumstix-issues.txt |
| 15:14.39 | Crofton | these clowns have class at 1230 |
| 15:14.53 | Crofton | bbi an hour |
| 15:14.56 | sakoman | how inconsiderate! |
| 15:15.01 | Crofton | yeah |
| 15:15.11 | sakoman | trying the depmod fix now |
| 15:15.11 | *** join/#oe jix__ (n=jix@dyndsl-080-228-191-205.ewe-ip-backbone.de) |
| 15:19.08 | christopher | sakoman: so, what line did you put in? did you put it in your machine conf file? MACHINE_ESSENTIAL_EXTRA_RRECOMMENDS += kernel-modules ?? |
| 15:20.34 | sakoman | At the moment I'm using: |
| 15:20.39 | sakoman | MACHINE_ESSENTIAL_EXTRA_RRECOMMENDS = " \ |
| 15:20.39 | sakoman | <PROTECTED> |
| 15:20.39 | sakoman | <PROTECTED> |
| 15:20.39 | sakoman | <PROTECTED> |
| 15:20.39 | sakoman | <PROTECTED> |
| 15:20.42 | sakoman | <PROTECTED> |
| 15:20.44 | sakoman | <PROTECTED> |
| 15:20.59 | sakoman | in gumstix.inc |
| 15:21.22 | christopher | oh, ok. hmmm. |
| 15:22.37 | sakoman | gumstix.inc is included in the machine conf file |
| 15:22.59 | christopher | ok. yeah, I couldn't find that in mine. |
| 15:23.21 | christopher | just having kernel-modules in there didn't do the trick...so, must need the others with update-modules etc |
| 15:24.58 | sakoman | yes, module-init-tools and update-modules seem to be required to make modules work |
| 15:26.07 | christopher | sakoman: I'm gonna give that shot now by rebuilding task-base and then the image. |
| 15:26.27 | christopher | sakoman: I'm still having trouble getting pango and gtk things to populate in the rootfs. |
| 15:26.49 | sakoman | not using either, so I have no advice |
| 15:27.14 | christopher | sakoman: not sure what is going on there. thought I found that the version spec'ed in the distro file had a bb file that didn't reference it so I changed versions to one that did, but still nothing. |
| 15:27.25 | christopher | sakoman: yep, you mentioned that yesterday |
| 15:28.05 | sakoman | with this morning's update-modules change I have high hopes that the whole kernel module thing will now work properly on gumstix |
| 15:28.20 | hrw | sakoman: update-modules are not needed to be listed (dependency of kernel modules), module-init-tools are not needed (busybox ones are ok, depmod goes from update-modules) |
| 15:28.24 | sakoman | building right now, so we'll see soon enough |
| 15:29.16 | sakoman | hrw: my build would fail without update-modules being included |
| 15:29.54 | hrw | sakoman: strange |
| 15:30.07 | sakoman | I can try again if you like |
| 15:30.18 | christopher | hrw: I tried doing just update-modules in the extra line in the machine file and it was empty in /lib/modules/2.6.20 |
| 15:30.51 | *** join/#oe rob_w|laptop (n=rob_w@213.218.19.104) |
| 15:31.25 | christopher | hrw: after doing the mtn pull and update, I don't see anything new in update-modules_1.0.bb ... what line was changed? |
| 15:32.01 | hrw | christopher: update-modules r5+ depends on depmod now |
| 15:32.34 | christopher | hrw: so, if the line in mine says ' PR = "r4" |
| 15:32.43 | christopher | hrw: I should change that to r5 ? |
| 15:32.46 | *** part/#oe jix__ (n=jix@dyndsl-080-228-191-205.ewe-ip-backbone.de) |
| 15:33.33 | hrw | christopher: no - you need to really update metadata |
| 15:34.08 | christopher | hrw: ok. is that not done with mtn pull or mtn update? those are the only two I did |
| 15:34.49 | hrw | christopher: when you did it? |
| 15:35.18 | christopher | hrw: about 30 min to an hour ago |
| 15:36.07 | hrw | ten show me 'mtn head' output |
| 15:36.39 | hrw | e24780d148b92ff2ae1162d9886e4a7befaf60da rwhitby@nslu2-linux.org 2007-08-29T13:07:28 |
| 15:36.40 | hrw | here |
| 15:37.00 | christopher | e6dba568668063d79e9f4d1843c87e113ea51be3 mickeyl@openembedded.org 2007-08-29T14:52:10 |
| 15:37.08 | christopher | I have that |
| 15:37.41 | hrw | and still r4 update-modules? |
| 15:37.48 | christopher | yes |
| 15:38.07 | christopher | do I need to do something else with the command? I just typed in 'mtn pull' |
| 15:38.15 | christopher | and 'mtn update' before that |
| 15:38.28 | hrw | first pull, then update |
| 15:38.51 | christopher | hrw: whoops. not sure if I did the update before or not. I'll try that |
| 15:38.55 | christopher | hrw: again |
| 15:39.30 | hrw | christopher: add to aliases: alias mtpull="mtn pull && mtn update" |
| 15:39.48 | christopher | ok. that's a good idea |
| 15:40.39 | hrw | or even: mtpull="mtn pull && mtn update -r `mtn automate heads|head -n1`" |
| 15:40.55 | hrw | which will autoselect first head if there will be more of them |
| 15:42.12 | *** join/#oe steliosk (n=Stelios@ipa226.211.tellas.gr) |
| 15:42.58 | christopher | hrw: still showing r4 here |
| 15:43.56 | hrw | so you need to 'mtn update' |
| 15:43.59 | hrw | by |
| 15:44.04 | christopher | hrw: I did. |
| 15:44.08 | christopher | hrw: ok.bye |
| 15:45.37 | sakoman | christopher: I did a pull/update and my update-modules has PR="r6" |
| 15:46.07 | christopher | sakoman: really? wth. ok. let me look and see what could be going on then. |
| 15:46.35 | sakoman | are you doing the pull/update from the right directory :-) |
| 15:46.48 | christopher | from /oe/org.openembedded.dev |
| 15:47.17 | *** join/#oe rob_w|laptop (n=rob_w@213.218.19.104) |
| 15:47.38 | sakoman | seems OK |
| 15:48.20 | sakoman | Have you edited the bb file previously? |
| 15:48.38 | sakoman | mtn might not update if you have |
| 15:48.52 | christopher | sakoman: I am not sure. I am wondering if it is a permissions thing. |
| 15:49.12 | sakoman | do a mtn revert on the bb file and see what you get |
| 15:49.22 | christopher | where it may have been created at one time with sudo or root priv. and then I am udating on my account. |
| 15:49.29 | christopher | ok. |
| 15:52.01 | *** join/#oe pleemans (n=peter@d51A5E76A.access.telenet.be) |
| 15:54.11 | christopher | so, same thing. it didn't write to it. shows the same date which was back in july |
| 15:54.27 | sakoman | permissions? |
| 15:54.46 | christopher | i changed that file to 777 so there wouldn't be an issue |
| 15:55.01 | sakoman | mtn status |
| 15:55.46 | christopher | it doesn't show up there. just shows a couple files that i did change |
| 15:57.12 | sakoman | What's the time stamp on your OE.mtn file in /OE? |
| 15:57.44 | christopher | -rw-r--r-- 1 christopher root 180568064 2007-08-29 10:17 OE.mtn |
| 15:58.36 | sakoman | I'm at a loss, looks right to me |
| 15:58.45 | christopher | sakoman: yeah, it's weird. |
| 15:58.57 | sakoman | I'm a mtn newbie though, so what do I know! |
| 15:59.02 | christopher | I don't know what to do. I guess I could delete that file and have the database update it |
| 15:59.17 | *** join/#oe chouimat (n=dieu@kde/developer/chouinard) |
| 15:59.36 | *** join/#oe kristoffer (n=kristoff@80.251.192.3) |
| 16:00.03 | sakoman | revert should have done that |
| 16:00.22 | sakoman | but it's worth a trry |
| 16:00.56 | christopher | deleted it. came back with "r4" |
| 16:01.00 | *** join/#oe zezom (n=zezom@203.84.70.23) |
| 16:01.39 | sakoman | Exactly what file are you looking at? Perhaps we're looking at different files :-) |
| 16:02.15 | christopher | update-modules_1.0.bb ? |
| 16:03.20 | sakoman | yup, just checking:-) |
| 16:03.58 | christopher | ok. hmmm. if that file isn't right, I wonder about the others and if that is the issue with pango, for example. |
| 16:04.12 | sakoman | Perhaps time for a fresh start |
| 16:04.54 | christopher | yeah, I hate the idea of that, but it may be. it takes a long, long time to build everything. I guess I could save some time and copy over the download directory. |
| 16:04.59 | *** join/#oe csmanx (n=csman@190.40.202.59) |
| 16:15.40 | Crofton | bk |
| 16:19.18 | sakoman | crofton: no joy on depmod even with pull/update/clean build :-( |
| 16:20.11 | Crofton | urh |
| 16:20.14 | christopher | sakoman: is there a quick way with vimdiff to just take the changes from the most recent file or, when doing a mtn pull to force all the files to get udpated? |
| 16:20.31 | sakoman | christopher: no clue! |
| 16:20.37 | christopher | sakoman: it is showing the files that are different and I'm ok with just taking the files from the database |
| 16:20.39 | christopher | ok. |
| 16:20.54 | christopher | it is showing 3 files and I can't remember the command to copy over the diffs |
| 16:21.14 | christopher | :diffget 3 maybe... |
| 16:21.22 | Crofton | sakoman, I need to reproduce this on the OSK |
| 16:21.41 | sakoman | crofton: hrw says I shouldn't need to specify update-modules and module-init-tools |
| 16:21.51 | Crofton | right |
| 16:22.01 | Crofton | these should be in task-boot |
| 16:22.03 | sakoman | so I'll try it that way to duplicate his method |
| 16:22.27 | Crofton | what hrw says should work is the correct answer |
| 16:22.35 | sakoman | they aren't specifically, but come as deps (I thnk that's what he said) |
| 16:22.41 | Crofton | we may need his help fixing it though :) |
| 16:22.46 | Crofton | gr |
| 16:22.59 | Crofton | my build at home failed in mtd-utils |
| 16:23.10 | sakoman | that sucks! |
| 16:23.20 | Crofton | yeah, it is coming from a git repo |
| 16:23.54 | Crofton | RP says there is a better way to suppress the uImage on the rootfs, but what you have is OK for now |
| 16:24.28 | sakoman | Makes re-flashing faster :-) |
| 16:24.34 | Crofton | yeah |
| 16:24.55 | sakoman | So what is the safe way to rebuild after removing those two packages from the machine conf? |
| 16:25.21 | sakoman | Please don't begin with rm -rf :-) |
| 16:26.02 | Crofton | what is the question? |
| 16:26.26 | Crofton | basically, try bitbake -c clean task-boot |
| 16:26.30 | Crofton | then nrebuild image |
| 16:26.42 | sakoman | I removed update-utils and module-init-tools from the RRECOMMENDS in gumstix.inc |
| 16:26.46 | *** join/#oe woglinde (i=woglinde@e178122022.adsl.alicedsl.de) |
| 16:27.33 | Crofton | cleaning task-boot should be enough |
| 16:27.41 | Crofton | you are working from minimal image? |
| 16:27.42 | sakoman | OK, underway |
| 16:27.48 | woglinde | re |
| 16:27.52 | sakoman | Yes always angstrom-minimal |
| 16:28.13 | *** part/#oe AvengerMoJo (n=alex@219.142.239.233) |
| 16:29.29 | sakoman | crofton: sigh still no joy -- kernel modules are all in the image, but not modules.dep, etc that shoulds be there as the result of a depmod -a |
| 16:29.58 | Crofton|work | ok, we need to take this up with hrw |
| 16:30.00 | sakoman | I'll reflash anyway and manually depmod after boot |
| 16:30.04 | Crofton|work | he is in .pl |
| 16:30.48 | Crofton|work | I am going to set up the osk with some ESSENTIAL_RRECOMEND |
| 16:30.55 | Crofton|work | so I can check locally also |
| 16:31.21 | Crofton|work | I need to get an imge together and do some memory usage measurements |
| 16:31.31 | Crofton|work | I forgot to make the image needed last night :) |
| 16:31.47 | sakoman | My changes for RRECOMEND: |
| 16:31.47 | Crofton|work | I may have to get it running today and do measurement from a campground in WV :) |
| 16:31.50 | sakoman | MACHINE_ESSENTIAL_EXTRA_RRECOMMENDS = " \ |
| 16:31.50 | sakoman | <PROTECTED> |
| 16:31.50 | sakoman | <PROTECTED> |
| 16:31.50 | sakoman | <PROTECTED> |
| 16:31.50 | sakoman | <PROTECTED> |
| 16:32.13 | Crofton|work | why doesn't ipkg get into minimal? |
| 16:32.16 | *** join/#oe yakov (n=yzaytsev@envionsoftware.com) |
| 16:32.29 | sakoman | don't know, just never has been there |
| 16:32.39 | sakoman | by design perhaps? |
| 16:33.16 | sakoman | I know at least 3 :-) |
| 16:33.22 | Crofton | :) |
| 16:33.37 | sakoman | many, many times! |
| 16:33.57 | woglinde | ipkg is in there |
| 16:34.11 | woglinde | I nfsboot serval times minimal-image |
| 16:34.30 | woglinde | hm but maybe this has changed |
| 16:34.40 | sakoman | well, I'll try again to verify |
| 16:34.42 | Crofton | this should get much easier once I can test on a gumstix :) |
| 16:35.02 | sakoman | Sounds like it will happen now, you got a commit from Craig himself! |
| 16:35.02 | Crofton | since I get up early enough to speak first hand with hrw :) |
| 16:35.07 | Crofton | yeah |
| 16:35.25 | Crofton | I'll try and get a gumstix platform in front of these guys |
| 16:35.31 | sakoman | Badger helps, but personal contact always cinches the deal |
| 16:35.34 | Crofton | www.maniacchallenge.org |
| 16:35.38 | Crofton | yeah |
| 16:36.26 | sakoman | looks like fun |
| 16:36.43 | Crofton | yeah, I am interested in to many things |
| 16:36.50 | sakoman | same here |
| 16:36.53 | Crofton | I have been adding pieces of SW in my spare time |
| 16:37.18 | Crofton | I ahve talked with the profs and I sm sure they would really like the SW running on a gumstix |
| 16:37.34 | Crofton | anyway, I need to budget tiem carefully today |
| 16:37.47 | Crofton | leaving town at 8AM tomorrow and need to pack |
| 16:37.58 | sakoman | Then ignore the OE stuff and get to work! |
| 16:38.03 | woglinde | lol |
| 16:38.06 | Crofton | heh |
| 16:38.16 | woglinde | sakoman is right |
| 16:38.21 | Crofton | I need an ossie image on the OSK so I can get some number |
| 16:38.27 | sakoman | And a laptop at a campground is kind of sick :-) |
| 16:38.34 | Crofton | need to write a draft of a paper if possibel |
| 16:38.41 | Crofton | I have an image to maintian |
| 16:38.45 | Crofton | chief nerd |
| 16:38.59 | sakoman | Hey I thought that was my job! |
| 16:39.18 | woglinde | crofton look at the caos computer camp they had laptops |
| 16:39.26 | woglinde | +all |
| 16:39.34 | Crofton | so many cool events, so little money :) |
| 16:39.45 | woglinde | get a job |
| 16:39.47 | woglinde | *duck* |
| 16:39.50 | Crofton | :) |
| 16:39.50 | sakoman | so many cool events, so little time! |
| 16:39.56 | Crofton | that too |
| 16:40.05 | Crofton | I do recommend FOSDEM |
| 16:40.17 | Crofton | two days, lots of people |
| 16:40.19 | sakoman | I thought I would have more time after leaving Apple |
| 16:40.23 | Crofton | as it is free |
| 16:40.25 | Crofton | heh |
| 16:40.32 | sakoman | Managed to fill it up completely though! |
| 16:40.37 | Crofton | there is never enough time for al the cool stuff |
| 16:40.43 | woglinde | sakoman oh you were at apple |
| 16:40.46 | sakoman | Yup |
| 16:40.51 | woglinde | crofton right |
| 16:41.52 | Crofton | hmm, so it is true, you are a shape shifting reptilian alien? |
| 16:42.01 | sakoman | pictures don't lie! |
| 16:42.09 | Crofton | :) |
| 16:42.23 | sakoman | they caught me mid-shift |
| 16:42.28 | koen | christopher: it looks like the postinsts don't get run in your image |
| 16:42.47 | koen | (since you're missing both gtk and pango module files in /etc) |
| 16:43.01 | woglinde | re koen |
| 16:43.40 | christopher | koen: ok. what is the best way to check that? I saw that the bb files for older versions of pango, for example, speced out doing a cat of that file to put it in the fs, but not the latest one called out by angstrom? |
| 16:45.09 | koen | how do you boot the image? |
| 16:45.40 | christopher | koen: I copy it to flash and boot off of a /dev/mtdblock |
| 16:45.44 | christopher | is that what you mean? |
| 16:45.54 | koen | hmm |
| 16:46.01 | koen | that should run the postinsts on first boot |
| 16:46.17 | christopher | does it depend on modules.dep? |
| 16:46.19 | koen | some people chroot into an image and complain about similar breakge :) |
| 16:46.33 | christopher | because I get errors about it not finding that at bootup |
| 16:46.38 | christopher | when it is running all of the scripts |
| 16:46.47 | koen | try doing 'pango-querymodules > /etc/pango/pango.modules' |
| 16:46.52 | christopher | is there a way to not have it depend on modules? |
| 16:49.06 | christopher | koen: because I build the kernel outside of OE and wouldn't want it thinking or depending on something built as a module when the kernel wasn't if that makes any sense |
| 16:58.09 | Crofton | koen, how does the depmod -a happen on images? during assmebly, or after booting? |
| 17:01.31 | koen | Crofton: with each module postinsts |
| 17:01.56 | Crofton | ok, so you should not need to run it after booting |
| 17:02.13 | CIA-17 | 03rwhitby 07org.oe.dev * r288504c0... 10/ (1 packages/update-modules/update-modules_1.0.bb): |
| 17:02.13 | CIA-17 | update-modules: Insert special case work-around for a legacy corner case of a |
| 17:02.13 | CIA-17 | machine which supports a 2.6 kernel but is used in a distro which must use a 2.4 |
| 17:02.13 | CIA-17 | kernel. It's ugly, just look away now. It has the blessing of RP and hrw, |
| 17:02.13 | CIA-17 | however. |
| 17:02.18 | CIA-17 | 03mickeyl 07org.oe.dev * r44d05006... 10/ (3 files in 3 dirs): openmoko-terminal2: use more appropriate icon, bump PR |
| 17:02.23 | CIA-17 | 03mickeyl 07org.oe.dev * reb765fb1... 10/ (1 classes/efl_base.bbclass): efl_base.bbclass: presource task is no longer necessary |
| 17:02.31 | CIA-17 | 03daniel 07org.oe.dev * r324c11dd... 10/ (3 files in 3 dirs): |
| 17:02.31 | CIA-17 | linux-gta01_2.6.22.5.bb: Modify fix-EVIOCGRAB-semantics patch for 2.6.22 and |
| 17:02.31 | CIA-17 | enable it again. |
| 17:02.36 | CIA-17 | 03koen 07org.oe.dev * r898c984d... 10/ (3 files in 2 dirs): bluez: update to 3.16 |
| 17:02.40 | CIA-17 | 03koen 07org.oe.dev * r51c38800... 10/ (1 packages/bluez/bluez-gnome_0.14.bb): bluez-gnome: update to 0.14 |
| 17:02.49 | Crofton | urg, python is not build on my x86_64 |
| 17:04.36 | christopher | koen: yes, running pango-querymodules>etc/pango/pango.modules worked after loading it up |
| 17:06.17 | koen | that means something went wrong running postinsts on first boot |
| 17:06.29 | koen | (no idea what, though) |
| 17:06.38 | *** join/#oe cwiiis (n=cwiiis@86.157.93.91) |
| 17:06.49 | christopher | does it print anything out that I could take a look for ? |
| 17:06.55 | christopher | is that part of initscripts? |
| 17:07.14 | koen | part of the packagemanager |
| 17:07.17 | sakoman | root@gumstix-connex:~$ ping openembedded.org |
| 17:07.17 | sakoman | PING openembedded.org (85.214.40.226): 56 data bytes |
| 17:07.17 | sakoman | 64 bytes from 85.214.40.226: icmp_seq=0 ttl=51 time=247.8 ms |
| 17:07.21 | sakoman | :-) |
| 17:07.30 | koen | something should tell the package manager to configure stuff |
| 17:07.38 | koen | ipkg install a initscript for that IIRC |
| 17:08.02 | sakoman | crofton: as you can see from above, the depmod -a after boot did the trick |
| 17:08.05 | Crofton | sakoman, did you have to fidlle, or did it do it automatically? |
| 17:08.07 | Crofton | ok |
| 17:08.21 | sakoman | Had to modprobe smc91x |
| 17:08.24 | Crofton | ok |
| 17:09.00 | Crofton | in the linux-omap.inc there is a line I use to force loading at boot |
| 17:09.00 | Crofton | for a module |
| 17:09.00 | sakoman | Also had to patch by hand for the size and alignment issues |
| 17:09.21 | Crofton | I should be able to get the fiddle stuff in easily |
| 17:09.33 | *** join/#oe stevenh (n=lews@65.167.23.2) |
| 17:09.44 | sakoman | module_autoload_pxamci = "smc91x ? |
| 17:09.55 | Crofton | I just have to be careful not to break a lot of peopls stuff :) |
| 17:10.02 | Crofton | something like that |
| 17:10.09 | *** join/#oe zap__ (n=zap@16.170.249.ozerki.net) |
| 17:10.12 | sakoman | I'll try it |
| 17:10.33 | Crofton | pxamci, may need to be the machine |
| 17:10.35 | Crofton | not sure |
| 17:11.15 | sakoman | trial build running |
| 17:11.29 | sakoman | need to step away for a half hour |
| 17:11.46 | sakoman | getting close! |
| 17:14.55 | *** join/#oe T0mW (n=Tom@24.238.86.158.res-cmts.sth.ptd.net) |
| 17:16.39 | Crofton | mickey|zzZZzz, ping |
| 17:17.21 | koen | basically it is module_autoload_<filename to be put in /etc/modprobe.d> = "<module name as seen by modprobe>" |
| 17:17.37 | koen | (and rebuild the kernel to have it take effect) |
| 17:18.10 | koen | it's on the the thing the "sucky thing to improve in OE that no-one has time for"-list |
| 17:18.17 | Crofton | :) |
| 17:25.37 | *** join/#oe ssvb (n=user@87.252.225.64) |
| 17:26.06 | *** join/#oe khem (i=khem@nat/montavista/x-289483ab371a75df) |
| 17:28.12 | sakoman | koen: ah, OK kernel rebuild required |
| 17:28.22 | sakoman | starting a *new* trial build :-) |
| 17:32.07 | koen | yeah, the info is put in the kernel-module-<foo> postinst |
| 17:32.27 | koen | not optimal, but as I said: it's on the the thing the "sucky thing to improve in OE that no-one has time for"-list |
| 17:32.51 | *** join/#oe hughescr (n=Snak@adsl-70-132-7-49.dsl.snfc21.sbcglobal.net) |
| 17:33.22 | *** join/#oe lichtgestalt (n=Lichtges@R7292.r.ppp-pool.de) |
| 17:33.41 | hughescr | sakoman: good morning |
| 17:33.49 | hughescr | got a bunch of stuff working last night |
| 17:34.24 | koen | sakoman: I think hrw and I fixed the bottom two points on your list |
| 17:34.29 | hughescr | Crofton: should I send patches to you? |
| 17:34.42 | koen | hughescr: or attach them to bugzilla |
| 17:35.06 | hughescr | koen: ok -- and "mtn diff" is what you basically want? |
| 17:35.17 | koen | yes |
| 17:35.27 | koen | preferably one bug per issue |
| 17:35.39 | hughescr | yup |
| 17:35.53 | koen | (so 'mtn diff <file>' or 'mtn diff <dir>') |
| 17:36.27 | koen | mega bugs like "this patches fixes 50 problems" tend to rot away because everyone is too lazy to apply the 40 good fixes and discard the 10 bad ones |
| 17:36.38 | hughescr | koen: yup, I know that drill |
| 17:37.15 | koen | some people don't and get all pissy when we don't apply the 40 good fixes :( |
| 17:37.40 | sakoman | good morning hughescr! |
| 17:37.50 | sakoman | networking is up on my connex! |
| 17:38.08 | *** part/#oe benlau (n=benlau@221.125.8.107) |
| 17:38.23 | hughescr | sakoman works on verdex too |
| 17:38.32 | sakoman | excellent! |
| 17:38.33 | hughescr | including the new unlaunched board I'm planning to send to Crofton |
| 17:38.34 | *** join/#oe pH5 (n=ph5@e178248050.adsl.alicedsl.de) |
| 17:38.57 | hughescr | I think my next step is cleaning up the config/startup scripts to match what starts on buildroot a little more closely |
| 17:39.35 | hughescr | and then build some angstrom-derived package groupings to have a "4MB", "16MB" and maybe "32MB" standard target list |
| 17:39.56 | hughescr | plus adding a package or two from buildroot not yet in OE, like the marvell wifi driver and stuff |
| 17:40.31 | *** join/#oe Sleep_Walker (n=Sleep@2001:5c0:8fff:fffe:0:0:0:6c7d) |
| 17:40.43 | sakoman | I vote for early Marvel addition :-) |
| 17:40.58 | sakoman | Since my device needs it |
| 17:41.23 | hughescr | shouldn't be too hard I'm guessing... |
| 17:41.34 | hughescr | the pcmcia layer appears to already work OK |
| 17:42.17 | hughescr | Oh, I found some new odd bug though -- when I build/install/boot angstrom-console-image I get segfaults from some of the things which try to start themselves at boot |
| 17:42.27 | *** join/#oe keesj_ (n=keesj@ip49-193-210-87.adsl2.versatel.nl) |
| 17:42.32 | hughescr | haven't spent time tracking it down more, but the console gets a bunch of "segfault" msgs |
| 17:43.05 | sakoman | console-image just has way too much stuff in it for this early in the debug! |
| 17:43.06 | Jin^eLD | keesj: are you the openprotium guy, or did I mix something up? your name seems familiar but I am not sure :) |
| 17:43.09 | hughescr | it might have been related to some changes I made half way through building to uclibc though, so I've kicked off a clean rebuild to check |
| 17:43.23 | hughescr | sakoman: it builds out to about 13MB |
| 17:43.48 | sakoman | yeah, takes forever to reflash! |
| 17:44.24 | hughescr | I've set my deploy dir to be served by tftp |
| 17:44.32 | hughescr | then just grab images over ethernet instead of serial |
| 17:44.43 | Crofton | hughescr, go ahead and send |
| 17:44.51 | Crofton | or buzilla, more eyes there |
| 17:45.56 | Crofton | ok caught up |
| 17:46.52 | Crofton | hughescr, does gumstix support th eomilex jtag thingy? |
| 17:47.24 | Crofton | I have the 20 pin version, need to make an adapter to 14 |
| 17:48.21 | hughescr | Crofton: not familiar with that adapter; our JTAG board has a connector which expects a wiggler thingie to plug in |
| 17:49.08 | Crofton | I picked one up, just haven't had time to play with it yet |
| 17:49.47 | Crofton | after today I will be difficult to reach until Tuesday |
| 17:49.54 | Crofton | Horror day and everything |
| 17:50.33 | Crofton | post the stuff on bugzilla for sure |
| 17:51.43 | koen | hughescr: which marvell driver? |
| 17:52.07 | koen | hughescr: hrw is working on one based on the olpc driver, and it should be in OE |
| 17:52.46 | Crofton | hughescr, if I have time I will try and get the sw for www.manicchallenge.org running on a gumstix |
| 17:52.58 | sakoman | koen: when did your fixes for the depmod stuff go in? |
| 17:53.01 | Crofton | I have been slowly adding pieces into OE |
| 17:53.14 | sakoman | I did a pull/update and got changes to modules-update |
| 17:53.40 | sakoman | But still no joy with modules.dep making it into the rootfs |
| 17:54.23 | hughescr | koen: It's marvell's one which I convinced them to release |
| 17:54.27 | hughescr | for the 8385 |
| 17:54.35 | koen | sakoman: http://lists.linuxtogo.org/pipermail/openembedded-commits/2007-August/008370.html and http://lists.linuxtogo.org/pipermail/openembedded-commits/2007-August/008369.html |
| 17:55.08 | koen | hughescr: yes, that's the one: http://projects.linuxtogo.org/projects/marvell8385/ |
| 17:55.57 | Jin^eLD | has anyone tried or is anyone using an OE built version of imagemagick? I can't get all the formats to work |
| 17:56.01 | hughescr | koen: I've swapped some emails/code with Holger Schurig on that |
| 17:56.03 | koen | marvell had multiple releases for it, but most of them lacked copyright info and/or licenses |
| 17:56.28 | hughescr | koen: yes indeed -- I got them to clean that up for a specific release which seemed to be their most recent one |
| 17:56.35 | koen | Jin^eLD: maybe the recipe needs more DEPENDS (e.g. tiff, libpng) for it to work as expected |
| 17:56.37 | hughescr | worked it past their lawyers and everything |
| 17:56.42 | Crofton | hmm, I have a modules.dep on the OSK |
| 17:56.47 | Jin^eLD | koen: no, its built with those libs, I checked configure output |
| 17:57.03 | Jin^eLD | and ldd shows its linked against those too, so it must be something else |
| 17:57.04 | Crofton | oh, but it is running ossie-image, which comes from task-base |
| 17:57.06 | sakoman | crofton: not fair! |
| 17:57.08 | Crofton | not task-boot |
| 17:57.15 | sakoman | ahh |
| 17:57.24 | steliosk | hi all |
| 17:57.35 | Crofton | koen, I think we are debugging task-base versus task-boot issus? |
| 17:57.39 | Crofton | steliosk, gm |
| 17:57.46 | koen | Crofton: most likely |
| 17:57.48 | Crofton | when is your trip? |
| 17:58.10 | Crofton | good, that shows I am beginning to gain some understanding of how to make images |
| 17:58.52 | sakoman | koen: I got a more recent update-modules with PR = "r6" |
| 18:01.20 | koen | sakoman: mtn log packages/update-modules/ --no-merges --diffs --no-graph| more |
| 18:03.11 | steliosk | Crofton : hi ! |
| 18:03.33 | Crofton | I sent my advisor ch1-3, now to finish 4-6 |
| 18:03.43 | Crofton | and paper for SDR Forum tech conference |
| 18:03.51 | Crofton | aka the "Conference in Denver: |
| 18:04.17 | Crofton | so late September I will start trying to figure out PPC in Xilinix |
| 18:06.00 | sakoman | koen: lots of output! What am I looking for? |
| 18:06.25 | koen | sakoman: that shows a history of changes to update-modules |
| 18:07.44 | Crofton | hrw added a line that says, if this is a 2.6 machine and module-init-tools-depmod and modutils-depmod? |
| 18:09.04 | koen | if 2.6 ; then module-init-tools, else modutils |
| 18:09.18 | hughescr | is there an equivalent in "mtn log" of "svn log"'s --limit |
| 18:09.36 | hughescr | or do you always have to use a pager |
| 18:09.54 | koen | --last |
| 18:10.00 | koen | or --to <rev> |
| 18:10.19 | hughescr | so, eg --last 3 shows most recent 3 updates? |
| 18:10.30 | koen | where <rev> can be a magic selector ("1 week ago") |
| 18:10.39 | koen | hufnus: the last 3 revisions, yes |
| 18:10.51 | hughescr | ah, nice -- I'd also not been able to tell from docs how to do "1 week ago" and such |
| 18:10.54 | koen | ehm, hughescr |
| 18:11.37 | hughescr | gotta change to a new secret location -- bbiab |
| 18:11.41 | koen | --to l:"1 week ago" |
| 18:12.11 | koen | see contrib/mtn2cl in OE |
| 18:12.16 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
| 18:12.24 | Crofton | hughscr is worse than my advisor .... |
| 18:15.11 | steliosk | Crofton : well you got 3 weeks :) |
| 18:15.32 | koen | Crofton: http://rafb.net/p/6Y0lko92.html |
| 18:15.49 | steliosk | 21 days x 20 hours a day should be enough to get things done :) |
| 18:16.07 | Crofton | not for me any more |
| 18:16.14 | Crofton | I blow up after a week or so :) |
| 18:18.46 | christopher | koen: so, when I do that command to see the history of update-modules, the first that shoes up is from 2006! any idea of what I need to do in order to clear out a cache or regenerate something to get the latest files? |
| 18:19.06 | koen | mtn pull && mtn up |
| 18:19.17 | christopher | koen: yeah, I did both of those earlier. |
| 18:19.22 | christopher | koen: but no update to that file |
| 18:19.33 | koen | the revision from 2005 shows I wrote OE in one day :) |
| 18:20.10 | christopher | koen: that was probably a long day |
| 18:20.53 | koen | Powerbook-2:~/Projects/OpenEmbedded/org.openembedded.dev koen$ mtn ls vars database |
| 18:20.53 | koen | database: default-exclude-pattern |
| 18:20.54 | koen | database: default-include-pattern {org.openembedded.dev,org.openembedded.packaged-staging,org.openembedded.documentation,org.openembedded.oz354x} |
| 18:20.55 | koen | database: default-server monotone.openembedded.org |
| 18:21.08 | koen | what does your default-server look like? |
| 18:21.23 | *** join/#oe Bernardo (n=Bernardo@89.181.3.49) |
| 18:21.27 | christopher | christopher@linuxbox:/oe/org.openembedded.dev$ mtn ls vars database |
| 18:21.27 | christopher | database: default-exclude-pattern |
| 18:21.27 | christopher | database: default-include-pattern org.openembedded.dev |
| 18:21.27 | christopher | database: default-server monotone.openembedded.org |
| 18:21.27 | christopher | christopher@linuxbox:/oe/org.openembedded.dev$ |
| 18:22.18 | christopher | is there a way to force the mtn pull even if there are changes to files? like a command that says no matter what files i have, I want the latest |
| 18:22.57 | *** join/#oe dfoley (n=dfoley@s142-179-108-133.bc.hsia.telus.net) |
| 18:23.03 | *** join/#oe hughescr (n=Snak@adsl-75-52-251-81.dsl.pltn13.sbcglobal.net) |
| 18:23.15 | koen | 'mtn up' |
| 18:23.47 | christopher | and if vimdiff comes up, can I force it to take the server's files? |
| 18:23.53 | koen | what does 'mtn heads' show? |
| 18:24.11 | koen | if vimdiff comes up, just merge the changes |
| 18:24.13 | christopher | christopher@linuxbox:/oe/org.openembedded.dev$ mtn heads |
| 18:24.13 | christopher | mtn: branch 'org.openembedded.dev' is currently merged: |
| 18:24.13 | christopher | 324c11ddb442f19bd1e4d37d80db586af377552e daniel@openembedded.org 2007-08-29T16:39:19 |
| 18:24.13 | christopher | christopher@linuxbox:/oe/org.openembedded.dev$ |
| 18:24.24 | koen | or 'mtn revert <file>' before mtn up |
| 18:24.40 | koen | (I use meld instead of vimdiff) |
| 18:25.14 | christopher | the last vimdiff that came up had 3 files and I could tell that the file on the right was the newest, but I didn't know how to just take those changes other than line by line with diffget3 |
| 18:25.48 | hughescr | speaking of vimdiff, is there an easy way after selecting the merged bits you'd like to just say "I'm all done now" instead of :wq!,:q,:q |
| 18:26.31 | cbrake | hughescr: :qa! ? |
| 18:27.03 | hughescr | cbrake: aha thx |
| 18:28.50 | christopher | the problem was that the first file wasn't merged properly so it didn't get the others. back in business now. I'll try the update-modules fix and see if that gets in the rootfs. |
| 18:29.06 | christopher | koen: thanks for being patient. |
| 18:29.55 | christopher | now if i can only get the postinsts to work. |
| 18:30.14 | christopher | I'd be able to use this like it was supposed to be used :) |
| 18:32.18 | koen | http://www.angstrom-distribution.org/unstable/images/gumstix-connex/20070829/ |
| 18:32.34 | koen | and later tonight http://www.angstrom-distribution.org/unstable/images/gumstix-verdex/20070829/ |
| 18:33.13 | *** join/#oe timtimred (n=On3@82-34-50-106.cable.ubr02.chel.blueyonder.co.uk) |
| 18:34.09 | cbrake | ok |
| 18:38.06 | *** join/#oe TheCan (n=thecan@dslb-084-056-138-066.pools.arcor-ip.net) |
| 18:42.10 | koen | time to start powerOE :) |
| 18:43.42 | *** join/#oe khem (i=khem@nat/montavista/x-9645f283fa4f356f) |
| 18:44.13 | *** join/#oe craigh (n=Snak@adsl-75-52-251-81.dsl.pltn13.sbcglobal.net) |
| 18:44.40 | craigh | hmm, weird disconnection |
| 18:44.51 | craigh | can anyone tell me the last msg I sent as hughescr which got through? |
| 18:45.07 | koen | heh |
| 18:45.11 | koen | "And I will release bluez-utils-3.17 with a bunch of bug fixes tomorrow." |
| 18:46.12 | craigh | koen: is that answering me? I wasn't talking about bluez... |
| 18:46.27 | *** join/#oe mallum (n=mallum@host86-136-65-190.range86-136.btcentralplus.com) |
| 18:48.18 | craigh | koen: your http://www.angstrom-distribution.org/unstable/images/gumstix-connex/20070829/ console-image seems to be about 4MB smaller than the uclibc based one I built for verdex last night |
| 18:48.37 | craigh | koen: oh I know why, I turned on stuff probably with my MACHINE_FEATURES |
| 18:49.08 | *** join/#oe wirelessdreamer (n=yume@chrobd01.vailsys.com) |
| 18:53.17 | Crofton | craigh, at some point we will need to se about building uboot for gumstic in oe |
| 18:53.38 | craigh | Crofton: yeah, np |
| 18:53.41 | craigh | should be easy ;) |
| 18:54.15 | Crofton | are there any patches? |
| 18:58.45 | kergoth | CosmicPenguin, ping |
| 18:59.58 | christopher | i know this is probably a lingering issue, but the build just failed for me due to qemu native requestion gcc3.x do you guys get around it by disabling the check or not compiling it or what? |
| 19:00.13 | kergoth | anyone know what jordan uses to create a dos partition table in a disk image, for image creation for x86? |
| 19:01.15 | craigh | Crofton: yes there are lots of uboot patches |
| 19:01.29 | Crofton | upstream .... |
| 19:01.30 | craigh | against something which is probably not quite the current HEAD of the uboot tree |
| 19:01.37 | Jin^eLD | koen: problems I had were related to the imagemagick bb file :P I submitted a patch http://bugs.openembedded.org/show_bug.cgi?id=2892 |
| 19:01.45 | craigh | actually, it's against the 1.2.0 release I think that my patches go |
| 19:01.51 | Crofton | we can figure it out though |
| 19:02.05 | Crofton | better if it is against a fixed rev :) |
| 19:02.08 | craigh | Crofton: just added 4 bugzilla bugs for my current diffs against OE head |
| 19:02.12 | Crofton | cool |
| 19:02.23 | Crofton | I'll skim b4 I bug out |
| 19:02.37 | Crofton | you have my information? |
| 19:04.25 | craigh | Crofton: I think so |
| 19:04.56 | Crofton | ok, I should be checking email |
| 19:05.33 | craigh | Crofton: oh we need a phone number for the UPS shipment |
| 19:05.45 | craigh | just email me one and I can send you out some stuff today |
| 19:05.54 | craigh | should reach you by monday or so |
| 19:06.28 | russf | Hello all. |
| 19:07.21 | *** join/#oe gremlin[it] (n=gremlin@217.202.97.224) |
| 19:07.58 | kergoth | whats eglibc? |
| 19:08.09 | Crofton | embedded glibc |
| 19:08.32 | kergoth | based on glibc code? sounds.. icky |
| 19:08.32 | Crofton | apparently binary compat with glibc, but you can split bits off or soemthign |
| 19:08.41 | Crofton | khem, is the dude |
| 19:08.43 | russf | I'm burning the Angstrom-boostrap-*.jffs2 to NAND in a kwikbyte 9202 running u-boot on an Arm. I've tried a couple of variants, but my kernel does not see the mtd0 block (or any mtd blocks). Does anyone know offhand what I may be doing wrong? |
| 19:09.56 | CosmicPenguin | kergoth: pong |
| 19:10.22 | kergoth | CosmicPenguin, was curious what you used to create the partition table and stuff for disk images, but it seems like sfdisk will do |
| 19:10.58 | CosmicPenguin | I use my own home grown tools |
| 19:11.01 | chouimat | hi kergoth |
| 19:11.06 | kergoth | hey chouimat |
| 19:11.13 | kergoth | ah |
| 19:11.55 | christopher | russf: what is in the /dev directory for mtds ? mtdblock0? and how is the nand partitioned? do you know which mtds are assigned? |
| 19:14.40 | CosmicPenguin | kergoth: nuts, I thought I had a tarball on my server at home, but I guess I don't |
| 19:17.04 | hrw | morning |
| 19:17.16 | Crofton | gm |
| 19:17.19 | chouimat | hi hrw |
| 19:17.47 | kergoth | thats nifty, xen automatically saves the state of vms on shutdown and restores them on bootup |
| 19:18.12 | hrw | kergoth: xen req virtualization support in cpu? |
| 19:18.24 | kergoth | in order to boot an unmodified guest, yeah |
| 19:18.30 | kergoth | ify ou dont mind patching the guest kernel, itll work without it |
| 19:18.39 | *** join/#oe flo_lap (n=fuchs@f049014218.adsl.alicedsl.de) |
| 19:19.24 | hrw | thx |
| 19:19.47 | *** join/#oe wirelessdreamer (n=yume@chrobd01.vailsys.com) |
| 19:19.48 | kergoth | course still need qemu for arm, but this seems nice for x86 |
| 19:20.02 | *** join/#oe olegfink (n=olegfink@87.228.51.111) |
| 19:20.04 | cdbot2 | * * OE Bug 2889 has been created by craig(AT)gumstix.com |
| 19:20.07 | cdbot2 | * * Remove kernel image from rootfs for gumstix |
| 19:20.09 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2889 |
| 19:20.18 | CosmicPenguin | kergoth: it will do you good to play with x86 more.. :) |
| 19:20.20 | russf | christopher: I had only erased the nand, nothing more. And I'll need to get the kernel to find its root before there will be a /dev directory - I'm getting a panic because I'm initing root=/dev/mtdblock0 |
| 19:20.45 | kergoth | CosmicPenguin, indeed.. my job is all x86_64 now, so far |
| 19:21.00 | flo_lap | re |
| 19:21.13 | CosmicPenguin | kergoth: good for you.. :) |
| 19:21.26 | russf | christopher: I have been able to boot to an nfs mounted root, which was encouraging, although there were a few issues related to ndb. |
| 19:21.31 | kergoth | "someone" should mess with it and multilib in oe.. but it probably wont be pleasant |
| 19:22.01 | *** join/#oe punkass (n=user@unaffiliated/punkass) |
| 19:22.02 | CosmicPenguin | I think thats a certainty |
| 19:22.05 | cdbot2 | * * OE Bug 2890 has been created by craig(AT)gumstix.com |
| 19:22.05 | wirelessdreamer | org.openembedded.dev has 2 heads now, is one main and one experimental? |
| 19:22.06 | cdbot2 | * * Prevent flood of alignment fault messages on gumstix |
| 19:22.07 | christopher | russf: ok. well, from uboot, I'll use the nand erase clean and then nand write.jffs2 for a jffs2 image. I assume you did that part. |
| 19:22.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2890 |
| 19:22.12 | CosmicPenguin | last time we tried to do some x86_64 images, it ended badly |
| 19:22.17 | cdbot2 | * * OE Bug 2891 has been created by craig(AT)gumstix.com |
| 19:22.18 | cdbot2 | * * Provide .bb for udev-115 |
| 19:22.20 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2891 |
| 19:22.28 | christopher | russf: but you should be able to take a look at the rootfs on your computer and look in the dev directory to see what devs are created. |
| 19:22.29 | cdbot2 | * * OE Bug 2892 has been created by jin(AT)mediatomb.org |
| 19:22.30 | cdbot2 | * * ImageMagickis not correctly staged, module libraries not correctly installed |
| 19:22.32 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2892 |
| 19:22.33 | russf | RP: I tripped over some build problems when using a 64 bit machine that would not manifest on 32 bits. |
| 19:22.54 | christopher | russf: just making sure that you would have a mtdblock0 or whatever it is, and that was how it was partitioned via the kernel |
| 19:23.01 | christopher | russf: (the simple first things) |
| 19:23.05 | cdbot2 | * * OE Bug 2893 has been created by craig(AT)gumstix.com |
| 19:23.06 | cdbot2 | * * Fixups for gumstix machines |
| 19:23.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2893 |
| 19:23.11 | russf | christopher: yes, I used the nand write.jffs2 (actually tried *both* ;) ). |
| 19:23.41 | christopher | russf: and you are creating a rootfs ? that is, you can see all of the directories under tmp/rootfs ? |
| 19:24.03 | hrw | Crofton: so what problems left? |
| 19:24.12 | christopher | russf: and you have the extra command depending on the erase size? for nand, for example, you tell jffs2 not to use clean markers from what I've read |
| 19:24.36 | Crofton | ask craigh |
| 19:24.40 | christopher | russf: tell mkfs.jffs2 to be more exact. so, there is an input for that to be sure is being called when generating the image |
| 19:24.43 | russf | christopher: mmmh. Not sure on that. But I'll follow up tomorrow. |
| 19:24.51 | RP | russf: That doesn't surprise me. 64 bits builds are ever improving but probably not up to the standard of the 32 bit ones :/ |
| 19:24.54 | Crofton | I am preparing for holiday weekend by collecting data :) |
| 19:25.12 | hrw | russf: what failed? |
| 19:25.33 | RP | russf: Please do report the problems so we can try and address them |
| 19:25.55 | sakoman | craigh: no diff attached to 2889! |
| 19:26.01 | russf | RP: I posted a question on OE-users that touched on this issue and gave my work around. But I was asking how to formalize the fix. I'd like to contribute what I learned, so we don't all have to deal with it. |
| 19:26.06 | Crofton | hrw bugs 2890, 2891, 2893 |
| 19:26.23 | Crofton | 2889 |
| 19:26.27 | craigh | sakoman: hang on |
| 19:26.34 | RP | russf: I think I remember reading that, it was renaming as iirc? |
| 19:26.44 | Crofton | sakoman, have you guys changed tuning for verdex? |
| 19:26.48 | Crofton | to iwmmxt? |
| 19:27.03 | RP | russf: I don't know what the proper fix for that is... |
| 19:27.04 | Crofton | koen fears that flag for creating random seg faults |
| 19:27.08 | russf | RP. right. |
| 19:27.27 | sakoman | crofton: only building connex here! |
| 19:27.49 | craigh | Crofton: might explain my random segfaults I've seen when running console-image |
| 19:27.55 | craigh | minimal-image seems to be good |
| 19:28.00 | russf | hrw: it ended up using the CROSS assembler instead of the host. |
| 19:28.17 | *** join/#oe Timelord0 (n=TL@16.8c.d12c.cidr.airmail.net) |
| 19:28.23 | russf | hrw. When I renamed the cross assm out of the way, it worked fine. |
| 19:28.58 | hrw | russf: exact bitbake command please, distro/machine values and log of failed build. otherwise it will be ignored |
| 19:29.11 | RP | hrw: Its on the OE users list |
| 19:29.12 | russf | hrw: OK. |
| 19:29.17 | Crofton | craigh, that is what I was wondering |
| 19:29.31 | russf | hrw: is this enough: http://projects.linuxtogo.org/pipermail/openembedded-users/2007-August/000227.html |
| 19:29.48 | hrw | ok |
| 19:30.15 | craigh | sakoman: ok patch in there now on 2889 |
| 19:30.25 | craigh | no idea why the attach didn't work first time |
| 19:30.39 | hrw | -Qy option.. we had it few times.. |
| 19:30.57 | christopher | Jin^eLD>: what worked on imagemagick before your change? I tried the display command but may not have used it correctly as I never saw a jpg. not sure if that was what you saw or not |
| 19:31.25 | russf | hrw: also some references in that message to previous OE users with similar problem, and related stuff from GCC tracker. |
| 19:32.05 | koen | khem: your patch got lost, couldyou attach it to the bug tracker? |
| 19:32.08 | sakoman | craigh: Also, on 2893 I'm told you don't really need to include module-init-tools and update-modules |
| 19:32.24 | sakoman | I verified this with a test build |
| 19:32.54 | russf | hrw: yes. When you see the Qy option, you are using the wrong asm. Would this normally be something for the bug-tracker, since I'm not up-to-speed to fix this myself, ATM? |
| 19:33.19 | hrw | russf: bugs not in bugtracker are getting lost easily |
| 19:33.34 | hrw | russf: please also note host distro and host cpu type |
| 19:34.03 | russf | hrw: so you think I should post this in the tracker. (will be tomorrow.) |
| 19:34.13 | russf | And I'll add those details. |
| 19:34.46 | RP | Crofton: The kernel in the image issue seems to work ok here for me with the change I suggested :/ |
| 19:34.58 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
| 19:35.07 | Crofton | RP, I will work on it next week |
| 19:35.27 | Crofton | I will need to fix for ompa5912osk and gumstix |
| 19:35.27 | RP | Crofton: Can you have a look at the kernel module entries in Packages file and see what Depends on kernel-image? |
| 19:35.51 | Crofton | RP, not right now, doing exmap runs for paper :) |
| 19:36.04 | cdbot2 | * * OE Bug 2890 has been RESOLVED (FIXED) by <hrw> |
| 19:36.06 | RP | Crofton: Ok, that is the next step... |
| 19:36.06 | cdbot2 | * * Prevent flood of alignment fault messages on gumstix |
| 19:36.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2890 |
| 19:36.17 | hrw | hmm. udev 115 wit DEF_PREF=-1 is ok for me. but DEF_PREF=1 for gumstix does not look ok for me |
| 19:36.26 | koen | no |
| 19:36.33 | koen | udev version is policy |
| 19:36.38 | hrw | exactly |
| 19:36.52 | koen | <PROTECTED> |
| 19:36.53 | koen | -PACKAGE_EXTRA_ARCHS += " iwmmxt " |
| 19:36.54 | koen | +require conf/machine/include/tune-iwmmxt.conf |
| 19:37.00 | koen | that breaks and is policy as well |
| 19:37.31 | Crofton | isn't there is def pref =1 for slugos in one of the udev's? |
| 19:37.41 | sakoman | yes -- 100 |
| 19:37.42 | koen | and since I get ignored everytime when I asked for proper iwmmxt benchmarks, I declare it to be marketing and hence bogus :) |
| 19:37.43 | Crofton | koen, I think craigh is seeing that breakage |
| 19:37.58 | koen | Crofton: right, and siugos is a distro |
| 19:38.03 | koen | and distros set policy |
| 19:38.16 | Crofton | koen, I am trying to find a lackey to write a report on iwmmxt :) |
| 19:38.19 | Crofton | ah |
| 19:38.23 | hrw | udev 115 does not build for me |
| 19:38.37 | *** join/#oe asmola_work (n=asmola@70.90.102.194) |
| 19:38.40 | Crofton | do we understand what craigh is looking for in 115? |
| 19:38.50 | koen | I don't :) |
| 19:39.39 | koen | last time I asked someone for "show me the precise bugs you are experiencing and proof they are fixed in a more recent udev", that guys pasted the changelog... |
| 19:39.51 | Crofton | heh |
| 19:40.28 | Crofton | but no reason we cannot see about getting the bb file commited |
| 19:40.36 | Crofton | so that we can try and figure this out |
| 19:40.45 | koen | see hrw's comment |
| 19:40.45 | RP | by all means add the .bb |
| 19:40.53 | Crofton | I saw it too |
| 19:40.54 | koen | "hmm. udev 115 wit DEF_PREF=-1 is ok for me. but DEF_PREF=1 for gumstix does not look ok for me" |
| 19:40.58 | hrw | RP: first let it build |
| 19:41.13 | Crofton | I can look at some of these next week |
| 19:42.23 | khem | koen: I will need to open a bug too then right ? |
| 19:42.53 | hrw | Crofton: builds for me - for alix/geode, fic-gta01/armv4t |
| 19:43.30 | Crofton | hrw, I need to go back and double check l8r |
| 19:43.41 | craigh | koen: re iwmmxt benchmarks; I did some |
| 19:43.50 | craigh | it helps a bit, especially with IPP |
| 19:44.00 | Crofton | IPP? |
| 19:44.27 | christopher | sakoman: did you ever get modules.dep to show up under lib/modules/<kernel> ? |
| 19:44.29 | Crofton | I'm hoping we can get asmola_work to tell us about iwmmxt :) |
| 19:44.41 | craigh | Crofton: I need not necessarily 115, but depend on udev a lot more than most embedded archs, since you don't know at compile time what hardware is going to be there |
| 19:44.42 | hrw | christopher: after first boot? |
| 19:44.42 | christopher | sakoman: I still don't have anything there, no moudles.dep |
| 19:44.52 | asmola_work | :) |
| 19:45.00 | christopher | hrw: no, just checking after the build. |
| 19:45.00 | sakoman | christopher: only by manually running depmod -a after boot |
| 19:45.01 | craigh | And udev keeps moving every time there's a kernel update |
| 19:45.12 | hrw | christopher: during first boot it is created on device |
| 19:45.13 | christopher | sakoman: ok, so I need to run that then? |
| 19:45.15 | christopher | got it |
| 19:45.24 | craigh | IPP = "Intel Performance Primitives" |
| 19:45.46 | hrw | craigh: so iwmmxt speedup is shown in intel benchmark? |
| 19:45.47 | koen | khem: right |
| 19:45.51 | craigh | it's basically a library of primitives for things like mpeg codec, jpeg, etc to use xscale/iwmmxt instructions |
| 19:46.00 | christopher | hrw: will it automatically run the depmod using a script? is that how it works for the first time? |
| 19:46.08 | craigh | hrw: no, shown on actual code when you tune for it |
| 19:46.09 | koen | IPP rocks |
| 19:46.11 | Crofton | craigh, od FIR filter and other things used in software defiend radio :) |
| 19:46.13 | hrw | christopher: it should |
| 19:46.20 | craigh | hrw: There was something ont he gumstix list a while back, let me see if I can find it |
| 19:46.20 | koen | we use it at the uni to speed up our biometric algos |
| 19:46.21 | christopher | hrw: is that the same with gtk file and pango files? koen had me type in a command by hand to get pango working |
| 19:46.34 | craigh | hrw: someone doing some scientific numeric processing using iwmmxt iirc |
| 19:46.38 | craigh | fftw or something |
| 19:46.39 | hrw | christopher: run 'ipkg configure' on board |
| 19:46.46 | craigh | made like a 3x difference for him |
| 19:47.04 | craigh | hrw: in most stuff I suspect you'll not notice any difference though |
| 19:47.19 | craigh | With media apps though like audio/video it'll be noticeable |
| 19:47.52 | asmola_work | someone here mentioned it breaking things at runtime in some apps? is there any more info on that? |
| 19:48.01 | hrw | craigh: I do not have any iwmmxt hardware so I do not comment does iwmmxt for whole system has sense. |
| 19:48.04 | koen | see http://bugs.openembedded.org/show_bug.cgi?id=2893#c1 |
| 19:48.24 | koen | hrw: several apps randomly segfault :( |
| 19:48.24 | craigh | asmola: I've noticed runtime problems, but they seemed when I've had any time to look at them to be EABI issues rather than specifically iwmmxt issues |
| 19:48.33 | craigh | though the two are related I think |
| 19:48.49 | koen | that's why we selectively build iwmmxt apps |
| 19:49.22 | koen | and every app using iwmmxt wil give a slowdown as well due to all the register saving and restoring needed for it |
| 19:49.36 | koen | fftw with iwmmxt would rock |
| 19:50.04 | *** join/#oe zecke (n=ich@gprs-pool-1-001.eplus-online.de) |
| 19:50.09 | zecke | hrw: hey |
| 19:50.12 | hrw | hi zecke |
| 19:52.14 | zecke | hrw: could you do me a favor and use vitamin b and ask tim bird if my proposal was okay? |
| 19:53.15 | hrw | zecke: I do not have contact with him |
| 19:53.57 | zecke | okay :) |
| 19:54.06 | craigh | koen: re register save/restore -- istr seeing something (maybe linux-arm mailing list?) about that, where it had been heavily mitigated recently |
| 19:55.00 | Crofton | craigh, my guess is most apps do not benefit from iwwmmxt |
| 19:55.16 | Crofton | and ones that do can add the flag in the bb file |
| 19:56.05 | craigh | Crofton but how will they know when to add the flag? |
| 19:56.18 | craigh | seems like the machine should advertise somehow "I can do iwmmxt" |
| 19:56.22 | CIA-17 | 03craig 07org.oe.dev * r1c7226c8... 10/ (6 files in 5 dirs): initscripts: lower alignment value for gumstix boards - close #2890 |
| 19:56.32 | craigh | and that advertisement logically would be done by including machine/include/tune-iwmmxt.conf |
| 19:56.41 | craigh | it could be that file has the wrong contents, currently |
| 19:56.49 | craigh | but it seems like including it is the right thing to do |
| 19:56.59 | asmola_work | does anyone know why an angstrom minimal image built yesterday wouldn't boot on the verdex as of yesterday? |
| 19:57.11 | craigh | asmola: nope -- worked for me |
| 19:57.53 | Crofton | we can do CFLAGS_gumstix-verdex += " -iwmmxt " in individiual bb files |
| 19:57.56 | asmola_work | ok, i just started a fresh build from scratch after an mtn pull / update, i'll let you know how it goes |
| 19:58.23 | craigh | Crofton: that seems utterly wrong -- why should each package need to know about some random piece of hardware? |
| 19:58.50 | Crofton | the current problem is we suspect random seg faults when we use the flag |
| 19:59.05 | Crofton | so we pick a conservative defautl |
| 19:59.28 | craigh | Crofton: seems to me each package which cares should have something along the lines of { if iwmmxt_is_supported then implement_iwmmxt_support } and not { if machine_abc or machine_xyz or machine_123 then implement_iwmmxt_support } |
| 19:59.40 | craigh | since the latter means each new machine must search all packages and change them |
| 19:59.48 | *** join/#oe memeruiz (n=memeruiz@Ma96d.m.pppool.de) |
| 19:59.51 | craigh | the former means each machine just says "I support iwmmxt" |
| 19:59.52 | svolpe_gerrath | I'm looking to get a nice handheld for Linux hacking, I was looking at the N800 how is that one, is there a better one that I should look at instead? |
| 19:59.55 | Crofton | lets get the basic support going |
| 20:00.08 | Crofton | then we can work though this issue |
| 20:00.11 | craigh | yup |
| 20:00.20 | hrw | svolpe_gerrath: hp ipaq hx4700 is nice supported. hp 2210 is another |
| 20:00.46 | Crofton | basically, we do what we can do with the time and resources we have available :) |
| 20:01.16 | Crofton | as koen noted earlier about something else, this is a sucy bit of OE no one has had time to fix :) |
| 20:01.40 | koen | MACHINE_Fsounds like time for MACHINE_FEATURES = "iwmmxt" |
| 20:01.48 | koen | and a proper backspace |
| 20:02.32 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
| 20:02.44 | RP | Ideally, the compiler option should be fixed so packages don't break with it, then none of the above is needed... |
| 20:04.02 | cbrake | svolpe_gerrath: I think the NEO1973 phone is pretty decent for hacking, but might be awhile before you can get one. |
| 20:04.09 | Crofton | ideally, I would have a lackey write this paper for so I could go to the conference and ski |
| 20:04.12 | Crofton | :) |
| 20:04.16 | khem | koen: done . http://bugs.openembedded.org/show_bug.cgi?id=2894 |
| 20:04.17 | *** join/#oe vlo (n=valentin@80-219-4-3.dclient.hispeed.ch) |
| 20:04.41 | khem | sending patches through bugs is preferred method ? |
| 20:05.21 | hrw | khem: yes |
| 20:05.37 | RP | khem: Less easy to get forgotten about |
| 20:05.37 | hrw | koen: MACHINE_FEATURES sounds nice |
| 20:06.01 | hrw | khem: we 'have' bug squash weekends each first weekend of month |
| 20:06.02 | RP | It means every package you touch with that has to be marked as machine specific |
| 20:06.05 | cdbot2 | * * OE Bug 2894 has been created by raj.khem(AT)gmail.com |
| 20:06.07 | cdbot2 | * * eglibc should provide glibc packages when chosen as default libc |
| 20:06.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2894 |
| 20:07.10 | hrw | RP: or we can create MACHINE_BUILD_FEATURES = "iwmmxt"? |
| 20:09.18 | woglinde | re |
| 20:09.33 | craigh | uh, mtn won't notice that the patch in the repo is the same as one already applied and just silently merge? |
| 20:09.51 | koen | it will notice and silenty merge |
| 20:10.15 | Crofton | maybe it wasn't quite identical? |
| 20:10.16 | craigh | koen: http://pastebin.com/d5402824 |
| 20:10.38 | craigh | Crofton: maybe I guess |
| 20:10.48 | craigh | but then I'd expect it to pop vimdiff to ask me to merge or something |
| 20:10.54 | craigh | instead of just bailing with crypticity |
| 20:11.05 | cdbot2 | * * OE Bug 1744 has been RESOLVED (FIXED) by raj.khem(AT)gmail.com |
| 20:11.07 | cdbot2 | * * omap2420h4 does not include kernel configuration |
| 20:11.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=1744 |
| 20:11.26 | hrw | craigh: you had files in local working copy which were added to repository |
| 20:11.27 | Crofton | craigh, you can try reverting the local copy |
| 20:11.30 | koen | craigh: ah right, that's one annoying thing about mtn |
| 20:11.32 | Crofton | ah |
| 20:11.38 | hrw | craigh: remove files and mtn will create it on update |
| 20:11.39 | koen | it looks at node ids before content |
| 20:11.49 | koen | 'mtn drop <foo>' before mtn up |
| 20:12.04 | koen | (or plain rm if they weren't versioned) |
| 20:12.20 | craigh | revert/update got it to work |
| 20:12.24 | hrw | rm in that case |
| 20:12.55 | koen | it's one of the side effect that we don't use the distributed stuff for 'external' devs |
| 20:13.19 | *** join/#oe yakov (n=yzaytsev@89-179-40-181.broadband.corbina.ru) |
| 20:13.32 | craigh | koen: I was just going to ask if one could do git-like remote pulls from external repos |
| 20:13.50 | Crofton | craigh, do gumstix use a standard serial cable? |
| 20:14.36 | koen | we could, but are too lazy |
| 20:15.15 | asmola_work | null modem |
| 20:15.23 | Crofton | db9? |
| 20:15.35 | hrw | 3.3v rs232? |
| 20:16.34 | craigh | Crofton: no |
| 20:16.42 | Crofton | urg |
| 20:16.44 | craigh | Crofton oh the PC end is DB9 yes |
| 20:16.47 | craigh | the gumstix end is non-std |
| 20:16.53 | Crofton | did you include a cable ? |
| 20:16.57 | craigh | Crofton: yes |
| 20:17.03 | Crofton | :) |
| 20:17.23 | Crofton | I have made to many cables in my lifetime |
| 20:17.36 | asmola_work | speaking of gumstix, how does one hook the lcd to the verdex without the golaith? |
| 20:17.41 | koen | craigh: most of your patches look nice, only some of them don't follow the OE machine/distro split |
| 20:17.54 | koen | craigh: which is proably the hardest thing in OE for newcomers :) |
| 20:20.22 | *** join/#oe chouimat|busy (n=dieu@r2351064.cidc.net) |
| 20:22.18 | hrw | yep |
| 20:22.40 | hrw | craigh: basically we want to have any machine buildable with any distro |
| 20:23.04 | hrw | craigh: so machine cant depend on non-machine stuff |
| 20:23.16 | Crofton | which is why asmola_ can build my sdr stuff on the gumstix :) |
| 20:23.40 | hrw | Crofton: thats too |
| 20:24.10 | *** join/#oe likewise (n=chatzill@82-171-189-134.dsl.ip.tiscali.nl) |
| 20:24.16 | hrw | hi likewise |
| 20:24.27 | likewise | hi hrw, everyone else |
| 20:24.55 | hrw | likewise: you worked on pc engines WRAP support? |
| 20:25.02 | likewise | hrw: yes |
| 20:25.12 | woglinde | hi likewise |
| 20:25.16 | likewise | not in oe I think. www.voyage.hk |
| 20:25.30 | hrw | likewise: will you switch to alix boards which replace wrap ones? |
| 20:25.48 | hrw | likewise: voyage linux is distro which I booted on alix when unpacked it |
| 20:25.50 | likewise | hrw: I am not going to buy an alix board. |
| 20:26.08 | koen | didn't v8jlene use WRAP boards as well? |
| 20:26.09 | likewise | hrw: I worked on voyage linux for WRAP before I learned OE |
| 20:26.30 | likewise | hrw: the wrap works fine for me and I bought a complete airtight case with it. |
| 20:26.44 | likewise | hrw: why? |
| 20:27.02 | hrw | likewise: just wanted to ask as I found you in many wrap docs |
| 20:27.22 | likewise | Yeah, i wrote some wiki stuff over there. |
| 20:27.23 | koen | btw, iRex is looking for a developer |
| 20:27.36 | likewise | koen: I saw. software dev. |
| 20:27.52 | hrw | koen: but not for 2.6 porting rather |
| 20:28.06 | hrw | shit... after keyboard cleaning 'h' gives problems ;( |
| 20:28.32 | asmola_work | thats why you should never clean anything :) |
| 20:28.38 | koen | so use 'poo' instead |
| 20:28.48 | hrw | ;D |
| 20:29.00 | hrw | or Polish curses |
| 20:29.01 | koen | and start using a squaky french accent |
| 20:29.34 | likewise | so, what's cooking these days? |
| 20:29.56 | hrw | likewise: alix stuff here |
| 20:30.34 | likewise | x86 stuff here, can't get x86_64 targets to build though. Anyone tried that before? |
| 20:30.54 | hrw | ~curse openmoko-devel-image for mixing om-2007.1/2007.2 stuff |
| 20:30.54 | ibot | May the fleas of a thousand camels infest your most sensitive regions, openmoko-devel-image for mixing om-2007.1/2007.2 stuff ! |
| 20:31.03 | likewise | oh and powerpc. did someone take the job of submitting a EFIKA2 project? |
| 20:31.15 | hrw | likewise: not yet (amd64 targets) |
| 20:31.23 | likewise | amd64=x86_64 |
| 20:31.29 | hrw | I know |
| 20:31.38 | likewise | ah ok |
| 20:31.39 | Crofton | likewise, no, this is the team one? |
| 20:31.40 | hrw | amd64 is easier to type - no need to use shift |
| 20:32.15 | likewise | Crofton: yeah we should really scribble something |
| 20:32.19 | Crofton | yeah |
| 20:32.27 | Crofton | steliosk, is going to meet them |
| 20:32.41 | Crofton | we also need to figure out the powerpc c++ issue one day |
| 20:32.44 | hrw | does efika2 is still custom size instead of more standard ones? |
| 20:32.57 | Crofton | but the gumstix guys are bribing me harder :) |
| 20:32.59 | chouimat|busy | efika2?? |
| 20:33.21 | Crofton | ok, must go pack |
| 20:33.24 | likewise | Crofton: yes, I have an alternative toolchain ready on my machine but I'm not sure how to get OE working with that one yet (it's in the wiki somewhere). No time yet. |
| 20:33.31 | likewise | Crofton: ok, cu around |
| 20:33.38 | Crofton | cbrake, has some notes |
| 20:33.45 | likewise | on his web |
| 20:33.45 | Crofton | I can send the url |
| 20:33.48 | hrw | efika2 is miniitx |
| 20:33.48 | Crofton | yeah |
| 20:33.49 | likewise | will find it |
| 20:33.54 | Crofton | it is named funny |
| 20:33.58 | likewise | bec-systems |
| 20:34.00 | likewise | or soemthing |
| 20:34.09 | Crofton | not, how to use an external tool chain :) |
| 20:34.17 | Crofton | I'll send l8r |
| 20:34.41 | Crofton | I'll likely make occasional irc appearances and delete email |
| 20:35.05 | Crofton | watch out if my friends hijack my accoutn ...... |
| 20:35.08 | Crofton | or |
| 20:35.14 | Crofton | if I have been drinking :) |
| 20:35.18 | Crofton | l8r |
| 20:36.26 | *** join/#oe vivijim (n=vivijim@200.184.118.132) |
| 20:40.12 | wirelessdreamer | do 2 and 4 gig sd cards work under spitz? |
| 20:40.25 | hrw | 2gb for sure |
| 20:40.48 | wirelessdreamer | i heard sdhd was supposed to be backwards compat, but haven't seen verification |
| 20:42.57 | hrw | someone from openmoko use microsdhc card in neo - maybe we can get him to test it in Zaurus too |
| 20:45.42 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
| 20:51.15 | *** join/#oe riot (n=wntrmut@krombacher-pils.oph.RWTH-Aachen.DE) |
| 20:54.05 | *** join/#oe dion (n=dion@inhex.net) |
| 20:54.08 | *** join/#oe vivijim (n=vivijim@200.184.118.132) |
| 20:57.11 | *** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo) |
| 20:57.46 | hrw | bye |
| 20:58.05 | woglinde | nite hrw |
| 20:58.13 | *** join/#oe zecke (n=ich@gprs-pool-1-001.eplus-online.de) |
| 20:58.25 | zecke | koen: any hope to get the mainsite fixed again? |
| 20:59.13 | woglinde | he zecke |
| 20:59.18 | wirelessdreamer | that would be appriciated :) |
| 21:00.29 | zecke | koen: or was it a rootkit that messed up the site? ;) |
| 21:03.49 | *** join/#oe bernard_ (n=bernard@mersenne.largestprime.net) |
| 21:03.58 | wirelessdreamer | i found a post of koen's that says 4gig sdhc work fine |
| 21:04.22 | *** join/#oe vivijim (n=vivijim@200.184.118.132) |
| 21:05.42 | *** join/#oe svolpe_gerrath (n=Gerrath_@unaffiliated/gerrath) |
| 21:06.00 | *** join/#oe yakov (n=yzaytsev@89-179-106-106.broadband.corbina.ru) |
| 21:20.44 | wirelessdreamer | is anyone here familiar with what is needed to get altboot to work on spitz? |
| 21:32.14 | christopher | I had to rebuild my rootfs and now it is sized at exactly 16MB which makes me think something is capping it at that. Can someone tell me where the jffs2 generation is done and where it may be capping it? I see some of the config in bitbake.conf, but I am assuming there is another place as well with the command? |
| 21:33.40 | christopher | i see a rootfs size for ext2, but not for jffs2 |
| 21:34.32 | woglinde | ROOT_FLASH_SIZE = "16" |
| 21:35.49 | christopher | mine is set to 256 in bitbake.conf...is that what you are saying? |
| 21:36.25 | christopher | i did a mtn pull and update and now it builds differently. just not sure what changed . I am sure I did something wrong, just not sure where to look. :) |
| 21:36.38 | vlo|zzz | christopher: it's usually in the machine.conf file ...you have the ROOT_FLASH_SIZE and the EXTRA_IMAGECMD_jffs2_machine variables |
| 21:37.11 | christopher | vlo|zzz: ok. I checked there and only have the EXTRA_IMAGECMD_jffs2 define in there |
| 21:37.22 | christopher | for erase block and no clean markers input |
| 21:37.38 | christopher | should I redefine ROOT_FLASH_SIZE in there to be sure it is set high? |
| 21:38.01 | vlo|zzz | christopher: yes, this could be an option I guess |
| 21:38.26 | vlo|zzz | since this is typically machine defined variables |
| 21:38.29 | christopher | vlo|zzz: I just didn't know which one took priority. probably the machine as this would make sense |
| 21:38.32 | *** join/#oe Cwiiis (n=cwiiis@82-43-46-194.cable.ubr02.croy.blueyonder.co.uk) |
| 21:38.55 | vlo|zzz | yes probably |
| 21:48.02 | likewise | gn |
| 21:48.04 | *** part/#oe likewise (n=chatzill@82-171-189-134.dsl.ip.tiscali.nl) |
| 22:00.24 | CIA-17 | 03freyther 07org.oe.dev * r376819ac... 10/ (1 packages/python/python-openmoko_0.1.bb): |
| 22:00.25 | CIA-17 | python-openmoko: Apply Marcin's patch until today as this is going to be applied upstream |
| 22:00.25 | CIA-17 | I decided to use the 29th and risking to break the AMD64 builds instead of |
| 22:00.25 | CIA-17 | breaking the build for everyone tomorrow. I will need to poke mickeyl and |
| 22:00.25 | CIA-17 | ask to use a specific revision. |
| 22:07.57 | *** join/#oe khem (i=khem@nat/montavista/x-bbf06f07e87680a2) |
| 22:32.56 | *** join/#oe asmola_work (n=asmola@c-75-69-56-83.hsd1.nh.comcast.net) |
| 22:42.22 | *** join/#oe khem (i=khem@nat/montavista/x-9f30748768d0a7e6) |
| 22:57.33 | *** join/#oe leoncamel (n=leoncame@p6024-ipbfp305fukuokachu.fukuoka.ocn.ne.jp) |
| 23:07.27 | *** join/#oe khem_ (i=khem@nat/montavista/x-b35e21a8ab8aed07) |
| 23:15.02 | CIA-17 | 03openmoko 07org.oe.dev * rfa056f4e... 10/ (1 packages/gsm/files/gsmd packages/gsm/libgsmd_svn.bb): gsmd: rewrite start script, use start-stop-daemon. fixes OM bugs #704, #751 |
| 23:15.08 | CIA-17 | 03mickeyl 07org.oe.dev * r02f5d80d... 10/ (5 files in 3 dirs): openmoko-mediaplayer2: ship images, remove patches that have been applied upstream |
| 23:29.59 | *** part/#oe dfoley (n=dfoley@s142-179-108-133.bc.hsia.telus.net) |
| 23:32.13 | *** join/#oe mzb_d800 (n=mzb@ppp108-88.static.internode.on.net) |
| 23:40.00 | *** part/#oe khem_ (i=khem@nat/montavista/x-b35e21a8ab8aed07) |
| 23:46.37 | *** join/#oe JustinP_ (n=papercra@c-69-181-11-251.hsd1.ca.comcast.net) |
| 23:49.35 | *** join/#oe jbs (n=Bernardo@89.181.114.2) |
| 23:51.11 | *** join/#oe BobOfDoom (i=nobody@61-69-1-145.netspeed.com.au) |