| 00:00.10 | *** join/#oe Darth_Wader (n=559f20fe@vorphalack.dialup.corbina.ru) |
| 00:01.20 | *** join/#oe summatusmentis_ (n=summatus@umm-yrless170.morris.umn.edu) |
| 00:10.45 | *** join/#oe osas (n=osas@72.53.149.68) |
| 00:16.33 | *** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net) |
| 00:29.33 | *** join/#oe jott (n=j@unaffiliated/jott) |
| 00:55.34 | *** join/#oe greentux (n=lemke@Z5d9b.z.pppool.de) |
| 01:03.45 | *** join/#oe benlau (n=benlau@221.125.8.107) |
| 01:04.59 | *** join/#oe chouimat (n=dieu@kde/developer/chouinard) |
| 01:43.32 | *** join/#oe chouimat (n=dieu@kde/developer/chouinard) |
| 01:46.02 | *** join/#oe summatusmentis (n=summatus@umm-yrless170.morris.umn.edu) |
| 01:55.31 | *** join/#oe mithro (n=tim@ppp121-45-118-160.lns11.adl6.internode.on.net) |
| 02:19.08 | *** join/#oe Zero_Chaos (n=zero@c-71-60-239-40.hsd1.pa.comcast.net) |
| 02:58.35 | *** join/#oe osas (n=nosas@72.53.149.68) |
| 03:06.37 | *** join/#oe jacques (n=jacques@nslu2-linux/jacques) |
| 03:13.12 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
| 03:21.51 | *** join/#oe summatusmentis (n=summatus@umm-yrless170.morris.umn.edu) |
| 03:35.01 | *** join/#oe tank1791 (i=tank17@gateway/tor/x-b005fcd95137ad31) |
| 03:39.39 | *** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
| 03:46.11 | Crofton|home | I amd fine eith yuo fsrg =d ouink hrt hrrss |
| 04:19.14 | *** join/#oe univac_ (n=univac@148.81.191.193) |
| 04:30.34 | *** join/#oe hillct (n=H@cpe-024-211-242-232.nc.res.rr.com) |
| 05:59.44 | CIA-3 | 03khem 07org.oe.dev * rabaaa429... 10/ (3 files in 3 dirs): Delete the fcntl2 patch. Its committed upstream. |
| 06:20.30 | *** join/#oe polyonymous (n=hacker@pD953B0C3.dip0.t-ipconnect.de) |
| 06:33.55 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
| 06:43.13 | *** join/#oe psokolovsky (n=psokolov@82.193.99.23) |
| 07:00.12 | *** join/#oe summatusmentis (n=summatus@rn083002.morris.umn.edu) |
| 07:30.16 | *** join/#oe polz (n=polz@cpe-213-157-235-29.dynamic.amis.net) |
| 07:37.23 | *** join/#oe Laibsch (n=Laibsch@212.17.244.147) |
| 07:45.54 | *** join/#oe dhr (n=hugh@CPE00606767ed59-CM000f9fa81660.cpe.net.cable.rogers.com) |
| 07:48.11 | *** join/#oe zecke (n=ich@ip51ce0962.speed.planet.nl) |
| 07:49.24 | *** join/#oe dcordes (n=tsingtao@f049018182.adsl.alicedsl.de) |
| 07:49.24 | rwhitby | who looks after the bluetooth recipes in OE? I'd like to change the default device name from "BlueZ (%d)" to something that includes the host name (%h) so you can distinguish multiple OE devices on in the general vicinity ... |
| 07:50.03 | CIA-3 | 03koen 07org.oe.dev * r5ee68e0b... 10/ (1 conf/distro/include/sane-srcrevs.inc): sane-srcrevs: fix webkit entry, it uses SRCREV_FORMAT, which the generator script doesn't pickup |
| 07:50.32 | koen | rwhitby: that would be me :) |
| 07:50.40 | rwhitby | any objection? |
| 07:50.46 | koen | rwhitby: changing the name would be a very good idea |
| 07:51.03 | rwhitby | change it to "%h (%d)" perhaps? |
| 07:51.07 | polz | rwhitby: /etc/bluetooth/hcid.conf ? |
| 07:51.11 | rwhitby | yep |
| 07:51.18 | polz | can't you just edit that ? |
| 07:51.30 | koen | rwhitby: %h would be good |
| 07:51.31 | rwhitby | I'm talking about the default value for new installatins |
| 07:51.38 | polz | oh, OK, sorry |
| 07:51.43 | rwhitby | koen: what about multiple devices on one host? |
| 07:52.02 | rwhitby | (I presume that's why the %d is there) |
| 07:52.07 | koen | rwhitby: I also need to look at OE putting in a sane default service type (pda, workstation, phone, etc) |
| 07:52.16 | koen | rwhitby: I meant %h (%d) is fine :) |
| 07:52.22 | rwhitby | cool |
| 07:52.55 | rwhitby | koen: I'm currently working on getting an FSG-3 to do the right thing for Neo's (pand) and Treo's (dund) as a server. |
| 07:55.51 | rwhitby | I would suspect that anything that OE runs could be just about anything as far service types go, so we should default to the most comprehensive set of service type that is reasonable |
| 07:56.00 | rwhitby | s/runs/runs on/ |
| 07:59.43 | koen | rwhitby: the service type (or device type) ends up being the thing GUIs select icons for |
| 08:00.09 | koen | so you neo will have a phone icon in windows and kde/gnome/etc if you set the service type up correctly |
| 08:31.24 | *** join/#oe pleemans (n=peter@d51A5E76A.access.telenet.be) |
| 08:40.37 | *** join/#oe jmau (n=jmau@p54A5AFAC.dip0.t-ipconnect.de) |
| 08:46.13 | dcordes | did somebody experience problems building libgpg-error_1.4.bb lately? |
| 08:46.53 | dcordes | I'm trying to find out if it is my OE or the recipe being broken |
| 08:47.23 | *** join/#oe pH5 (n=ph5@p5485E870.dip.t-dialin.net) |
| 08:52.50 | *** join/#oe Marex (n=Marex@gwfm4-3-0-240.802.cz) |
| 08:58.27 | dcordes | pH5: could you do me a favour and check if libgpg-error_1.4.bb is building for you? |
| 08:59.33 | *** join/#oe e-ffi (n=cybercom@dslb-088-065-051-095.pools.arcor-ip.net) |
| 08:59.35 | pH5 | dcordes: I built it yesterday |
| 09:02.46 | pH5 | NOTE: package libgpg-error-1.4: completed |
| 09:05.00 | dcordes | ok I will try with the rebuild command |
| 09:16.38 | *** join/#oe tank1791 (i=tank17@gateway/tor/x-22efad3d0b3bfd93) |
| 09:17.20 | dcordes | pH5: doing -c rebuild on the package it built just fine. Why didn't it with the runqeue from angstrom-x11-image? |
| 09:19.26 | pH5 | dcordes: how would I know, I can't even look at the logs |
| 09:20.16 | dcordes | I mean the runqueue from the angstrom image build command does the same thing like calling the build of the package manually, doesn't it? |
| 09:21.56 | RP | morning all |
| 09:22.03 | dcordes | oops there are 400 tasks to go. Don't know what made me think it is finished soon |
| 09:22.07 | dcordes | morning RP |
| 09:22.20 | dcordes | sorry wrong channel. |
| 09:33.54 | *** join/#oe zecke (n=ich@ip51ce0962.speed.planet.nl) |
| 09:35.24 | *** join/#oe memeruiz_ (n=memeruiz@e180226001.adsl.alicedsl.de) |
| 10:06.58 | *** join/#oe mr_nice (n=mr_nice@p54A9C178.dip.t-dialin.net) |
| 10:09.32 | *** join/#oe TheCan (n=thecan@dslb-084-056-150-232.pools.arcor-ip.net) |
| 10:15.29 | polz | if I want to use bitbake to compile an autotools package which is already unpacked in a directory ... |
| 10:15.44 | polz | what should I set the S and SRC_URI vars to ? |
| 10:16.24 | polz | and is there anything else I should set for inherit autotools to work ? |
| 10:17.44 | pH5 | polz: do you want bitbake to "fetch" from that directory, or do you want to build in that directory? |
| 10:18.03 | pH5 | if the latter, SRC_URI doesn't matter because you should skip the do_fetch and do_unpack steps |
| 10:18.46 | *** join/#oe chouimat (n=dieu@r2351064.cidc.net) |
| 10:19.48 | polz | pH5: where can I read the instructions on how to do both ? |
| 10:20.20 | polz | pH5: and what's the usual method ? Fetching from a dir or just building everything where it's supposed to be unpacked ? |
| 10:21.34 | pH5 | polz: the usual method is to fetch from a scm or tarball |
| 10:21.54 | pH5 | have you read the bitbake and openembedded user manuals? |
| 10:22.14 | polz | I've read half of the openembedded user manual |
| 10:22.53 | polz | and I'm looking at www.openembeded.org/wiki/Bbfile |
| 10:23.21 | polz | but the only SRC_URI mentioned there are CVS and tarball |
| 10:27.43 | pH5 | polz: there is no directory tree fetcher, so if you want to build inside ${WORKDIR} and only fetch from the source directory, maybe the easiest thing to do would be to tar that dir and put the tarball in SRC_URI |
| 10:30.23 | dcordes | pH5: somehow no package is building anymore. But when I -c rebuild -b *.bb them manually it works fine. Could you take a look at it? http://www.pastebin.ca/698407 |
| 10:30.59 | dcordes | after building it manually angstrom-x11-image runqueue is continuing with the nextpackage ending up in the same error |
| 10:33.15 | polz | pH5: I think I'll put it in SVN. Thank you for the help. |
| 10:33.41 | pH5 | polz: good idea. |
| 10:34.11 | *** join/#oe pleemans (n=peter@d51A5E76A.access.telenet.be) |
| 10:34.45 | pH5 | dcordes: no idea. what happened before this behaviour started? |
| 10:35.36 | pH5 | perhaps clear your cache or remove the do_install stamps for packages where this happens? |
| 10:36.42 | dcordes | pH5: I don't know exactly. I think it was from the beginning I tried to build the angstrom image |
| 10:37.10 | *** join/#oe pvanhoof (n=pvanhoof@d54C0EE14.access.telenet.be) |
| 10:37.24 | dcordes | I built one openmoko image for akita and one for htctornado before |
| 10:37.59 | pH5 | maybe RP has an idea. the strange thing is that some of the packages seem to package w/o problem, only the install/*-locale dir is missing. |
| 10:39.16 | dcordes | pH5: I didn't see you were proposing to remove the do_install stamps for the package where it happens but it is happening vor every package |
| 10:39.54 | pH5 | dcordes: even ones that you didn't build before at all? |
| 10:39.58 | dcordes | I rebuild them manually- that works fine- then continue with bitbake angstrom-x11-image and the before errornous package is left out and it continues with the next one |
| 10:45.15 | *** join/#oe e-ffi_ (n=cybercom@dslb-088-065-049-145.pools.arcor-ip.net) |
| 10:49.43 | dcordes | pH5: I think the runqueu is only building packages I din't build before |
| 10:50.18 | *** join/#oe memeruiz__ (n=memeruiz@e180240034.adsl.alicedsl.de) |
| 10:58.47 | *** join/#oe timtimred (n=On3@82-34-50-106.cable.ubr02.chel.blueyonder.co.uk) |
| 11:00.53 | dcordes | RP: do you have any idea what might be the reason for the problem described? |
| 11:03.07 | *** join/#oe memeruiz (n=memeruiz@e180245167.adsl.alicedsl.de) |
| 11:06.14 | *** join/#oe benlau (n=benlau@221.125.8.107) |
| 11:07.15 | *** join/#oe rob_w (n=bob@Mbd3c.m.pppool.de) |
| 11:13.06 | *** join/#oe rob__w (n=bob@M8407.m.pppool.de) |
| 11:21.18 | *** join/#oe memeruiz (n=memeruiz@e179223229.adsl.alicedsl.de) |
| 11:34.06 | *** join/#oe zecke (n=ich@ip51ce0962.speed.planet.nl) |
| 11:38.34 | *** join/#oe rob_w (n=bob@X079d.x.pppool.de) |
| 11:46.44 | *** join/#oe _diego_ (n=diego@host-84-222-17-12.cust-adsl.tiscali.it) |
| 11:50.24 | XorA|gone | http://ilounge.com/index.php/news/comments/ipod-classic-tests-reveal-audio-problems/ |
| 11:50.39 | XorA|gone | wrong channel sorry |
| 11:56.39 | *** join/#oe rd_ (n=rd@trung.tam.mua.ban.trao.doi.phu.nu) |
| 11:59.28 | RP | dcordes, pH5: I'll bet you went over commit where the install stamps had to be removed due to the pkgmaps changes |
| 12:00.05 | RP | This issue was mentioned in the commit logs and the mailing list |
| 12:00.30 | *** join/#oe tank1791 (i=tank17@gateway/tor/x-87f4e3a9c4220af2) |
| 12:01.28 | pH5 | RP: thanks, I didn't notice that issue. |
| 12:01.59 | dcordes | RP: pH5 how do I get rid of it? |
| 12:02.01 | Crofton|home | XorA|gone, I can see why that would annoy you |
| 12:02.08 | pH5 | RP: while you're here, I was trying to have tasks remove other tasks' stamps if they remove their results (think package removing install stamps, rm_work removing all the others) |
| 12:02.13 | pH5 | RP: see http://en.pastebin.ca/698446, http://en.pastebin.ca/698447 |
| 12:02.54 | pH5 | but that didn't work because stamp_is_current always returns false if any stamp in the dependency chain is missing |
| 12:03.08 | pH5 | any idea where to go from there? |
| 12:04.18 | pH5 | I'd like to stamp_is_current return true if the stamp exists and there is no newer stamp in the dependency chain. missing dependency stamps should be ignored. |
| 12:04.28 | koen | pH5: what about checkign for "newer timestamp" instead of "missing || newer timestamp"? |
| 12:04.35 | koen | heh |
| 12:04.56 | *** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net) |
| 12:05.17 | polz | I'm trying to build an autotools package using bitbake... |
| 12:05.48 | polz | I've managed to get it unpacked, but now it's reporting a bunch of possibly undefined macro: errors |
| 12:06.14 | polz | it can't seem to find AM_PATH_GLIB and AM_PATH_GTK |
| 12:06.24 | polz | what should I check ? |
| 12:07.34 | koen | DEPENDS = "gtk+" ? |
| 12:08.16 | polz | tried that, to no avail. |
| 12:08.25 | pH5 | koen, RP: I was wondering if changing its behaviour for build.py might have negative effects on other users (runqueue and cooker use it, too) |
| 12:10.06 | polz | the error is preceded by "warning: macro `AM_PATH_GLIB` not found in library |
| 12:10.32 | polz | and it's also complaining about some underquoted definitions |
| 12:17.11 | *** join/#oe zecke (n=ich@ip51ce0962.speed.planet.nl) |
| 12:24.57 | *** join/#oe zecke_ (n=ich@rosine66.inf.fu-berlin.de) |
| 12:29.14 | pH5 | RP: http://projects.linuxtogo.org/pipermail/openembedded-devel/2007-September/002935.html is this the mention on the mailing list? |
| 12:29.32 | *** join/#oe ssvb (n=user@87.252.225.64) |
| 12:30.34 | *** join/#oe likewise (n=chatzill@82-171-189-134.dsl.ip.tiscali.nl) |
| 12:32.30 | koen | pH5: is this spyrna? http://scap.linuxtogo.org/files/43091acec6b18755afc111cb45857f5c.png |
| 12:33.50 | pH5 | koen: i wish :) |
| 12:34.08 | pH5 | no, there has been no stable locking yet on individual satellites. |
| 12:34.46 | koen | hmm |
| 12:34.48 | koen | gtk 2.12.0 |
| 12:34.59 | koen | angstrom 2008 material :) |
| 12:35.50 | *** join/#oe zecke (n=ich@ip51ce0962.speed.planet.nl) |
| 12:36.20 | Darth_Wader | erm... still noone had problems with gpe-mini-browser? |
| 12:47.26 | dcordes | building it? |
| 12:48.44 | Darth_Wader | yup |
| 12:50.06 | *** join/#oe rob__w (n=bob@M905a.m.pppool.de) |
| 12:51.06 | dcordes | Darth_Wader: ERROR: function do_configure failed |
| 12:51.19 | dcordes | but it could also be my rather broken setup |
| 12:51.36 | Darth_Wader | mine fails at do_configure too |
| 12:51.47 | Darth_Wader | http://pastebin.ca/698497 |
| 12:57.50 | *** join/#oe Beg (n=chatzill@80.92.96.55) |
| 13:03.09 | likewise | can i make a patch dependent on the SVN rev being at least X ? |
| 13:20.29 | koen | likewise: ;minrev=133213421 |
| 13:20.45 | koen | and related: ;maxrev=34343214342 |
| 13:20.53 | koen | in SRC_URI |
| 13:23.26 | *** join/#oe Laibsc1 (n=Laibsch@p54B950F5.dip.t-dialin.net) |
| 13:27.22 | likewise | koen: thanks |
| 13:29.29 | *** join/#oe polyonymous (n=hacker@pD953A39E.dip0.t-ipconnect.de) |
| 13:35.51 | *** join/#oe zecke (n=ich@ip51ce0962.speed.planet.nl) |
| 13:52.25 | *** part/#oe hillct (n=H@cpe-024-211-242-232.nc.res.rr.com) |
| 13:53.58 | chouimat | morning |
| 13:55.04 | CIA-3 | 03koen 07org.oe.dev * red2dc1d9... 10/ (3 files in 3 dirs): h2200 defconfig: CONFIG_TOUCHSCREEN_ADC=y |
| 13:55.09 | CIA-3 | 03koen 07org.oe.dev * r8071f5c5... 10/ (1 packages/gnome/gconf-dbus_svn.bb): gconf-dbus: DEPENDS += virtual/libintl |
| 13:55.14 | CIA-3 | 03pH5 07org.oe.dev * rbb4bc38e... 10/ (1 packages/glibc/glibc-package.bbclass): |
| 13:55.14 | CIA-3 | glibc-package.bbclass: fix do_prep_locale_tree |
| 13:55.14 | CIA-3 | * there are both libgcc_s.so and libgcc_s.so.${someversion} in |
| 13:55.14 | CIA-3 | <PROTECTED> |
| 13:56.44 | *** join/#oe steliosk (n=Stelios@ipa226.211.tellas.gr) |
| 14:02.15 | *** join/#oe christopher_ (n=christop@64-199-159-130.ip.mcleodusa.net) |
| 14:05.43 | christopher | anyone out there today? I am running angstrom x11 image. it *should* have kdrive, right? well, when I run the mouse around on a solid color background, the contents of the framebuffer change. |
| 14:05.53 | christopher | when I use a filesystem built by buildroot, it works fine |
| 14:05.58 | christopher | so, I know the kernel and driver are ok. |
| 14:06.20 | christopher | and the directory in build/tmp/work says xserver-kdrive. |
| 14:06.31 | christopher | just wondering what other setup I may need to do with respect to the hardware |
| 14:06.59 | christopher | i was looking for the host.def file but couldn't find it |
| 14:07.04 | koen | you need to add support to xserver-common and xserver-kdrive-common |
| 14:11.19 | christopher | koen: is there a way to check in the file system to see if it was included? |
| 14:11.27 | christopher | I was thinking it was, but maybe not |
| 14:11.48 | koen | check for /etc/X11/Xserver |
| 14:11.51 | christopher | is that in the depends of the matchine? |
| 14:11.55 | christopher | ok, let me check that |
| 14:12.34 | christopher | definately don't have that in there. |
| 14:13.51 | christopher | koen: ok, so do common and kdrive-common go in the image file? |
| 14:14.08 | koen | only one of them |
| 14:14.16 | koen | both provide /etc/X11/Xserver |
| 14:14.36 | christopher | ok, so I would just want xserver-kdrive-common |
| 14:14.44 | christopher | so, just put that in the RDEPENDS then |
| 14:16.51 | koen | if you're using angstrom* you'd want xserver-common |
| 14:19.14 | christopher | koen: hmmm. ok. isn't xserver vs kdrive much larger and slower or is that a bad misconception. we only have a arm 9 |
| 14:19.49 | koen | xserver-(kdrive-)common are just a few text files |
| 14:20.21 | *** join/#oe rob_w (n=bob@Mbdd4.m.pppool.de) |
| 14:20.48 | christopher | so I guess I am wondering why I would want xserver-common vs xserver-kdrive-common when it looks like the directory is xserver-kdrive-*** |
| 14:20.57 | christopher | I am fine doing that, just isn't clear why |
| 14:21.12 | *** join/#oe SonicvanaJr (n=Garrett@unaffiliated/sonicvanajr) |
| 14:21.13 | christopher | XSERVER ?= "xserver-kdrive-fbdev" |
| 14:21.21 | christopher | that's the line in angstrom-x11-image |
| 14:21.25 | christopher | so maybe that is why i am confused |
| 14:21.28 | christopher | :) |
| 14:22.56 | christopher | require xserver-kdrive-common.inc <--that line is that the top of the kdrive bb file |
| 14:29.26 | *** join/#oe zecke_ (n=ich@rosine66.inf.fu-berlin.de) |
| 14:29.59 | *** join/#oe mhnoyes (n=mhnoyes@dialup-4.246.18.38.Dial1.SanJose1.Level3.net) |
| 14:31.57 | CIA-3 | 03koen 07org.oe.dev * r3a47f20d... 10/ (4 files in 4 dirs): pointercal: add file for a780 |
| 14:33.53 | *** join/#oe dcordes_ (n=tsingtao@f049018182.adsl.alicedsl.de) |
| 14:34.26 | *** join/#oe dcordes_ (n=tsingtao@f049018182.adsl.alicedsl.de) |
| 14:41.28 | christopher | so, I see the files there koen, but still, when I move the mouse around on the screen, I see some of the colors changing under the mouse. |
| 14:41.43 | christopher | like it is interfacing incorrectly with the hardware and writing back to the wrong location. |
| 14:41.50 | christopher | almost like an endian problem, but only for the mouse! |
| 14:42.04 | christopher | and it doesn't happen with the tiny-x with an old buildroot. |
| 14:46.01 | *** join/#oe memenarsil (n=memeruiz@e179223229.adsl.alicedsl.de) |
| 14:51.28 | *** join/#oe aloisio (n=aloisio@200.184.118.132) |
| 14:59.48 | CIA-3 | 03koen 07org.oe.dev * r4131d7b7... 10/ (2 files in 2 dirs): |
| 14:59.48 | CIA-3 | kdrive-1.3-18bpp.patch: add, but not activate a patch to have 18bpp support in kdrive 1.3 |
| 14:59.48 | CIA-3 | * people with 18bpp hardware (motorola a1200, motorola rokre6, gumstix lcd) should test this and activate it if it works |
| 15:02.32 | christopher | koen: is there a place in kdrive where it will take some preset hw descriptions vs just requesting that info from the framebuffer? |
| 15:03.38 | koen | christopher: yes, in the files I pointed you to an hour ago |
| 15:04.12 | christopher | koen: sorry, I thought those looked like scripts and if I just ran Xfbdev, they would not be involved |
| 15:13.03 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
| 15:18.01 | *** join/#oe mr (n=mr_nice@p54A9F16A.dip.t-dialin.net) |
| 15:20.08 | *** join/#oe csmanx (n=csman@190.40.67.253) |
| 15:20.58 | christopher | koen: ok, I see the Xsession file where it spits out the resolution and bpp. I specified that to match the hardware but no luck there. Are there any other files that you know of that could make a difference of how the 16 bit words are read and written back to the frame buffer outside of the kernel? |
| 15:21.36 | koen | not that I know off |
| 15:23.56 | christopher | koen: drats. somehow this is interacting different than the other kdrive from buildroot. somehow, when the mouse moves, it must be doing a read modify write and it must get an address off by 1, or swap the bytes. I've done captures and the bytes change from 00F800F8 to F8F800F8, like it read out the F8, but wrote it back to the wrong location |
| 15:26.03 | christopher | does anyone out there know where the mouse tracking is done? perhaps I can look there to see if anything is using some hardware defines/vars ? |
| 15:34.52 | CIA-3 | 03koen 07org.oe.dev * r6fefb143... 10/ (3 files in 3 dirs): linux-ezx: add 18bpp support to pxafb and enable it for a1200, rokre6 owners will have to make a small change to arch/arm/mach-pxa/ezx-e6.c |
| 15:39.30 | pH5 | RP: do you know that bitbake trunk looks for classes in conf/distro/include/classes 12 times before searching machine/include/classes, build/classes and finally classes? http://en.pastebin.ca/698614 |
| 15:40.43 | pH5 | is there any chance that the ezx people will try to push pxafb upstream? |
| 15:44.28 | *** join/#oe SonicvanaJr (n=Garrett@unaffiliated/sonicvanajr) |
| 15:51.03 | *** part/#oe Laibsc1 (n=Laibsch@p54B950F5.dip.t-dialin.net) |
| 16:10.15 | *** join/#oe pH5_ (n=ph5@p5485E870.dip.t-dialin.net) |
| 16:15.36 | Crofton|home | can we look at mkaing linux.inc depend on uboot-utils and not the gta uboot? |
| 16:17.24 | koen | pH5: a very small change |
| 16:17.46 | koen | Crofton|home: we can, but I know the gta one is working an based on a recent uboot |
| 16:18.08 | Crofton|home | but we only use it for mkiamge |
| 16:18.26 | Crofton|home | I think the gta one falied to fetch last night and stopped my build |
| 16:18.29 | Crofton|home | I am annoyed :) |
| 16:19.15 | Crofton|home | and eventually, I would hope all teh gta stuff moves into uboot |
| 16:19.27 | Crofton|home | and the gta specific uboots go away |
| 16:19.52 | koen | I don't think it can fail to fetch |
| 16:20.02 | koen | since it fetches tarballs from the angstrom servers |
| 16:20.18 | Crofton|home | home, something croaked the build and I restarted it |
| 16:20.30 | Crofton|home | The console it failed on is at school |
| 16:20.44 | Crofton|home | I check for actual failure in a bit |
| 16:21.09 | Crofton|home | still, I think there are lots of reasons to use uboot-utils ... |
| 16:21.35 | Crofton|home | argh |
| 16:22.04 | koen | uboot-utils was horrendously outdated and broken at the time I made linux.inc |
| 16:22.06 | Crofton|home | http://rafb.net/p/KoEXKf60.html |
| 16:22.11 | Crofton|home | I fixed it |
| 16:22.14 | koen | so I still have a strong aversion against it |
| 16:22.26 | Crofton|home | heh |
| 16:22.32 | Crofton|home | I know it wasn't building etc |
| 16:22.36 | Crofton|home | had weirs patches |
| 16:22.42 | Crofton|home | take another look |
| 16:23.06 | Crofton|home | mtd-utils-native-1.0.0+git-r4 died on me also |
| 16:23.36 | Crofton|home | arg rap |
| 16:23.45 | Crofton|home | forget that last pasteb |
| 16:23.50 | Crofton|home | wrong fargin machine |
| 16:25.38 | *** join/#oe jbs_ (n=Bernardo@89.181.116.206) |
| 16:25.49 | Crofton|home | in spite of me being a complete idiot, I still think we should have linux.inc use uboot-utils for mkiamge .... |
| 16:26.32 | hrw | hhi |
| 16:26.51 | Crofton|home | RDEPENDS_kernel-base = "" |
| 16:26.55 | hrw | Crofton|home: mkimage? as long as it generate working kernels I do not care where from it came |
| 16:27.02 | Crofton|home | should remove uImage from teh jffs2 image right? |
| 16:27.30 | hrw | Crofton|home: depends on method used to load kernel |
| 16:27.56 | hrw | you can load kernel from raw flash partition, from jffs2 flash partition... |
| 16:28.11 | Crofton|home | on gumstix, kernel load from flash partition |
| 16:28.23 | Crofton|home | but it is also appearing in image |
| 16:28.32 | Crofton|home | I thought we went through this two weeks ago |
| 16:28.45 | hrw | Crofton|home: raw separate flas partition? then RDEPENDS_kernel-base = "" should be ok |
| 16:29.06 | Crofton|home | except it is not working for me, but I swear it worked once |
| 16:30.49 | hrw | I did not tested it |
| 16:34.01 | Crofton|home | I am going to nuke tmp and check on the machien I thought I had it going on |
| 16:34.06 | steliosk | hi all |
| 16:34.15 | hrw | steliosk: hi man |
| 16:34.23 | hrw | steliosk: how weather in greece? |
| 16:34.29 | steliosk | hrw : hot |
| 16:34.46 | *** join/#oe interfaith (n=interfai@70.59.126.110) |
| 16:34.51 | hrw | good |
| 16:35.00 | Crofton|home | when are you going? |
| 16:35.05 | steliosk | hrw : preparing to come down ? |
| 16:35.08 | hrw | tuesday early morning |
| 16:35.15 | hrw | steliosk: yes |
| 16:35.29 | steliosk | hrw : Crete ? |
| 16:35.36 | hrw | steliosk: Zakhyntos |
| 16:35.51 | steliosk | nice |
| 16:36.21 | hrw | steliosk: Ania is pregnant so we prefer to go somewhere where we concentrate on doing nothing instead of forcing itself during days |
| 16:36.49 | steliosk | that's called "vecations" :) |
| 16:37.24 | steliosk | so you flight directly there or through Athens ? |
| 16:37.37 | hrw | steliosk: directly - charter flight |
| 16:37.38 | interfaith | ixp4xx hackers ? how to pull in ethernet driver bb |
| 16:38.00 | hrw | interfaith: ixp4xx OE hackers use 2.6.2x wit opensource driver |
| 16:38.45 | steliosk | hrw : you are lucky. Tomorrow we have elections so all the commotion will be over by the time you arrive |
| 16:38.52 | hrw | steliosk: the bad thing is that 'catherine palace' where we will stay lack webpage so no info does it have wifi |
| 16:38.58 | hrw | steliosk: ;) |
| 16:39.10 | interfaith | hmm this is my platform however it seems no bb runs to load the ixp425_eth code |
| 16:39.37 | hrw | interfaith: look in packages/ixp4xx? |
| 16:39.40 | interfaith | there is an ixp425 bb directory |
| 16:39.54 | hrw | so? |
| 16:40.10 | interfaith | however its not obvious where the build process uses this |
| 16:40.17 | steliosk | hrw : My 2cnts of advice.... don't take ANY pc/pda/thing that resembles a computer with you, or your wife will make sure you will not forget it for the rest of your life |
| 16:40.28 | hrw | steliosk: ;) |
| 16:40.31 | steliosk | ...and probably in afterlife also |
| 16:41.08 | hrw | steliosk: we were thinking about getting 770 - its crappy enough to not want to use it and good enough to browse pages to check what to visit |
| 16:41.24 | interfaith | <PROTECTED> |
| 16:41.32 | steliosk | hrw : i think you will find a few internet cafe on the islnad |
| 16:41.39 | hrw | steliosk: last book about Greece islands which I saw had 5 pages about zakhyntos |
| 16:41.52 | hrw | interfaith: virtual/kernel is KERNEL not external modules |
| 16:41.54 | Crofton|home | ah, my problem is RDEPENDS_kernel-base works for Angstrom minimal image |
| 16:42.00 | Crofton|home | but not for my custom image |
| 16:42.15 | interfaith | bitbak ? modules ? |
| 16:42.30 | hrw | interfaith: build ixp425 stuff by hand and test it on device by installing it additionally (by own image for start maybe) |
| 16:42.41 | *** join/#oe dcordes__ (n=tsingtao@f048043126.adsl.alicedsl.de) |
| 16:42.47 | interfaith | ok..thx |
| 16:42.51 | hrw | steliosk: how much for 1h of inet cafe is in Greece now? |
| 16:44.20 | steliosk | in athens is like 1E per hour, not sure about the islands. maybe a bit more expensive because its a tourist area |
| 16:44.39 | hrw | affordable ;) |
| 16:47.30 | steliosk | hrw : btw wheb you get some free time could you put ipkg back in minimal-image |
| 16:47.51 | hrw | steliosk: do it by yourself - I will be offline until oedem probably |
| 16:48.32 | steliosk | hrw : ok |
| 16:48.51 | CIA-3 | 03koen 07org.oe.dev * re8137fb0... 10/ (4 files in 4 dirs): linux-ezx: fix a1200 and rokre6 defconfig, should fix #3009 |
| 16:51.45 | hrw | see you in the evening today or after my honeymoon or on oedem ;) |
| 16:52.13 | interfaith | is there a 'make modules' cmd or must it be bitbake -b module.bb |
| 16:52.44 | interfaith | baking a single bb file will not likely run |
| 16:52.57 | *** join/#oe memenarsil (n=memeruiz@e179223229.adsl.alicedsl.de) |
| 16:53.45 | *** join/#oe osas (n=nnosas@i216-58-54-200.cybersurf.com) |
| 16:55.21 | interfaith | some bitbake cmd to build ixp425_eth.ko ? |
| 17:02.05 | *** join/#oe chouimat|ibook (n=dieu@kde/developer/chouinard) |
| 17:13.02 | hrw|honeymoon | interfaith: bitbake 'name-of-recipe-file-without_version.bb' -> bitbake ixp425-eth for you |
| 17:21.02 | *** join/#oe hillct (n=H@32.130.4.125) |
| 17:25.18 | CIA-3 | 03pH5 07org.oe.dev * rd8e2c140... 10/ (1 conf/distro/include/preferred-xorg-versions-X11R7.3.inc): |
| 17:25.18 | CIA-3 | preferred-xorg-versions-X11R7.3: fix versions once and for all |
| 17:25.18 | CIA-3 | * the X11R7.x-a.b.c nomenclature is gone |
| 17:58.30 | CIA-3 | 03koen 07org.oe.dev * ra3ee5d88... 10/ (4 files in 4 dirs): linux-ezx: more a1200 and rokre6 tweaks, also remove size check since boot_usb can handle 1MB images quite well nowadays and blob2 can flash like 1.3MB to mtd4 |
| 18:24.21 | pH5 | koen: do I have to do anything special to enable SRCREV_FORMAT support? |
| 18:24.44 | pH5 | for me webkit-gtk fails trying to download revision "r25582-r25571" from svn |
| 18:24.52 | pH5 | (bitbake trunk) |
| 18:35.16 | interfaith | any ixp4xx bitbaker ? ixp425_eth bitbaker.. here it errors out on missing intel files ? |
| 18:35.49 | interfaith | such as IxEthMii.h there must be another intel package needed to bake it |
| 18:48.30 | Shoragan | koen, your commit for webkit broke the fetching for me |
| 18:49.14 | Shoragan | NOTE: Update svn://svn.webkit.org/repository/webkit/trunk/;module=JavaScriptCore;proto=http |
| 18:49.16 | Shoragan | svn: Syntax error in revision argument '25582-r25571' |
| 18:49.30 | Shoragan | this is oe rev 5ee68e0ba9fef03037462ab400a3ec03e1333719 |
| 18:49.44 | Shoragan | oe-commits] org.oe.dev sane-srcrevs: fix webkit entry, it uses SRCREV_FORMAT, which the generator script doesn't pickup |
| 18:52.44 | *** join/#oe cccc (n=kanz@unaffiliated/cccc) |
| 18:57.03 | *** join/#oe tank1761 (i=tank17@gateway/tor/x-a883b08f590d9b82) |
| 18:58.59 | CIA-3 | 03mickeyl 07org.oe.dev * r69932acf... 10/ (1 packages/linux/linux.inc): linux.inc: add sizecheck, add convenient support for root-nfs-over-usb |
| 18:59.04 | CIA-3 | 03mickeyl 07org.oe.dev * rf7f91115... 10/ (1 packages/linux/linux-ezx_2.6.21.bb): linux-ezx 2.6.21: fix formatting (please STOP mixing tabs and spaces), catch up with linux.inc improvements |
| 18:59.08 | CIA-3 | 03mickeyl 07org.oe.dev * r6b8b18ee... 10/ (5 files in 4 dirs): openmoko-sound-theme-standard: add classic ringtone, load on startup, bump PR |
| 18:59.13 | CIA-3 | 03mickeyl 07org.oe.dev * r62bdd985... 10/ (1 packages/linux/linux-ezx_2.6.21.bb): linux-ezx 2.6.21: repair formatting again |
| 19:13.59 | *** join/#oe psokolovsky_ (n=psokolov@stingy.earner.volia.net) |
| 19:16.51 | koen | pH5: hmmm |
| 19:18.47 | koen | pH5: ah, fetch -f -D finally errored out |
| 19:19.30 | pH5 | oy, lart and praise caching :) |
| 19:22.19 | koen | ok, 'fixed' |
| 19:29.21 | CIA-3 | 03koen 07org.oe.dev * r6cfe3b77... 10/ (1 conf/distro/include/sane-srcrevs.inc): sane-srcrevs: SRCREV_FORMAT is broken, so work around it by setting a global (and hence bogus for most webkit svn modules) SRCREV |
| 19:29.57 | sakoman | good morning |
| 19:30.39 | sakoman | I'm having a bit of a problem adding perl to my image |
| 19:30.54 | sakoman | distro is angstrom |
| 19:30.57 | Crofton|home | urg |
| 19:31.02 | Crofton|home | what is problem? |
| 19:31.15 | sakoman | I add perl to my IMAGE_INSTALL |
| 19:31.32 | sakoman | I get the 10K perl binary in /usr/bin |
| 19:31.48 | sakoman | and a /usr/lib/perl subdirectory created |
| 19:32.02 | sakoman | and then just a broken link to libperl |
| 19:32.57 | Crofton|home | did you look at what other perl related ipks are available |
| 19:33.13 | sakoman | Yes they all seem to be there in deploy |
| 19:33.14 | Crofton|home | maye broken RDEPENDS? |
| 19:33.27 | Crofton|home | I need to run over to school and check some things |
| 19:33.29 | Crofton|home | bbiab |
| 19:33.35 | koen | I think broken packaging |
| 19:33.43 | koen | the broken link shouldn't be there |
| 19:33.43 | sakoman | Should I try to explicitly include the lib-perl package? |
| 19:33.55 | koen | is libperl5_somethingsomething.ipk installed? |
| 19:34.03 | *** join/#oe T0mW (n=Tom@24.238.86.158.res-cmts.sth.ptd.net) |
| 19:34.34 | sakoman | checking |
| 19:35.22 | koen | ipkg list_installed | grep libperl |
| 19:36.01 | sakoman | still waiting for flash burn :-) |
| 19:36.16 | sakoman | Is there a way to tell from the deploy directory? |
| 19:36.29 | sakoman | Or rootfs directory? |
| 19:38.12 | sakoman | Looking in /usr/lib/ipkg in rootfs I see libperl and perl |
| 19:39.09 | sakoman | libperl5.list includes: |
| 19:39.15 | sakoman | /usr/share/perl/5.8 |
| 19:39.15 | sakoman | /usr/lib/perl/5.8 |
| 19:39.15 | sakoman | /usr/lib/libperl.so.5 |
| 19:39.15 | sakoman | /usr/lib/libperl.so.5.8.8 |
| 19:39.36 | sakoman | So by all rights it should be there in the image |
| 19:39.44 | koen | indeed |
| 19:39.47 | sakoman | You may be right that it is a packaging bug |
| 19:40.07 | koen | try comparing your ipkg against http://www.angstrom-distribution.org/unstable/feed/armv5te/base/libperl5_5.8.8-r25_armv5te.ipk |
| 19:40.21 | koen | (no garantee that the angstrom one is correct, just curious about differences) |
| 19:41.05 | sakoman | what is the best tool to compare the two? |
| 19:41.27 | koen | ar x foo.ipk ; tar zxf data.tar.gz |
| 19:41.51 | *** join/#oe kristoffer (n=kristoff@80.251.192.2) |
| 19:49.56 | Crofton|work | hmm, the RDEPENDS_kernel-base trick seems to work for angstrom-minimal-image, but not my custom image |
| 19:50.06 | CIA-3 | 03koen 07org.oe.dev * rd683d126... 10/ (1 packages/linux/linux-ezx_2.6.21.bb): remove size check again |
| 19:50.14 | CIA-3 | 03koen 07org.oe.dev * r208a6cd5... 10/ (1 packages/linux/linux-ezx_2.6.21.bb): linux-ezx: disable backlight patch for rorkre6 as it only turns of bl at this point |
| 19:51.00 | *** join/#oe Crofton (n=balister@hc6521608.dhcp.vt.edu) |
| 19:51.02 | sakoman | Crofton: works for my custom image, leaves a dangling link, but uImage is gone |
| 19:51.24 | Crofton | I suspect I did not copy quite the right stuff from minimal image |
| 19:51.32 | sakoman | koen: perhaps operator idiocy on the perl thing. stay tuned :-) |
| 19:51.44 | Crofton | I think I will require angstrom-minimal-image.bb and use extra packages to add |
| 19:52.40 | sakoman | or just include task-boot as part of your IMAGE_INSTALL |
| 19:52.52 | Crofton | I think I do already .... |
| 19:52.57 | Crofton | need to review this |
| 19:53.06 | sakoman | hmm . . . that worked for me |
| 19:59.01 | Crofton|work | thoroughly odd, I have the uIamge on my custom and not in minimal |
| 19:59.42 | *** join/#oe chouimat (n=dieu@kde/developer/chouinard) |
| 20:24.41 | Crofton | sometimes I feel cursed |
| 20:25.08 | Crofton | he smc91x autoload is not happening either |
| 20:31.03 | sakoman | Crofton: Bummer! |
| 20:31.17 | sakoman | Are the kernel-modules in the image? |
| 20:31.21 | Crofton | yeah |
| 20:31.26 | Crofton | well the network ones |
| 20:31.43 | Crofton | so it comes right up when you do the modprobe |
| 20:32.27 | sakoman | Did you change /etc/network/interfaces to add auto eth0 |
| 20:32.29 | sakoman | ? |
| 20:32.40 | Crofton | no |
| 20:32.47 | sakoman | Well, there you go! |
| 20:33.08 | sakoman | Do that and it should work |
| 20:34.42 | *** join/#oe tonyg (n=tonyg@82.152.221.161) |
| 20:35.33 | tonyg | hi, all. I have a question about packaging: I'm seeing "ERROR: QA Issue: non debug package contains .debug directory: ..." and I wonder what's the best way of automatically excluding the .debug dirs and their contents from a quite large directory hierarchy? |
| 20:35.46 | tonyg | I've been working on getting the erlang package building with the new release, R11B-5 |
| 20:36.20 | Crofton | hmm, I just had that problem |
| 20:36.26 | Crofton | where did I do it |
| 20:36.32 | Crofton | wild cards .... |
| 20:36.39 | Crofton | cxxtest? |
| 20:37.06 | tonyg | Crofton, I'm hoping the solution is pretty straightforward :-) |
| 20:37.50 | tonyg | hm, I don't have cxxtest in my packages directory |
| 20:37.58 | Crofton | yeah |
| 20:39.04 | Crofton | I was thinking cppunit, but I can find what I am looking for |
| 20:39.11 | Crofton | hmmm, the kernel tester |
| 20:40.06 | tonyg | maybe I need an explicit manifest X-( |
| 20:40.39 | *** join/#oe flo_lap (n=fuchs@f049168007.adsl.alicedsl.de) |
| 20:41.04 | tonyg | ahhh, maybe it's something like: if I put the .debug dirs explicitly into some other package, the -libs package won't redundantly pick them up? |
| 20:41.05 | tonyg | I'll try that |
| 20:41.24 | Crofton | yeah |
| 20:41.29 | tonyg | (I'll try putting them into the existing -dbg package, which explicitly mentions a few .debug dirs already and could do with a few more) |
| 20:41.34 | Crofton | there should be examples in some bb files |
| 20:41.37 | Crofton | exactly |
| 20:41.54 | Crofton | you can use wildcards |
| 20:42.31 | tonyg | so far, I've found bitbake underdocumented and a bit scary, but basically pretty awesome to work with... /me makes a note to submit squeak-x.bb |
| 20:42.50 | tonyg | as in: does amazing things; but is impenetrable and a bit voodooish :) |
| 20:45.24 | Crofton | now it tries to bring the interface up, but the module is still not loaded |
| 20:45.39 | tonyg | is there a way of telling bitbake to start again from a particular phase? (e.g. do_package) |
| 20:45.46 | tonyg | while not forcing a total reconf and recompile? |
| 20:46.11 | pH5 | tonyg: bitbake -f -cpackage foo ; bitbake foo |
| 20:46.20 | tonyg | pH5, thanks |
| 20:46.28 | pH5 | warning though, package needs install results but deletes them subsequently |
| 20:46.40 | pH5 | so bitbake -f -cinstall foo ; bitbake foo might be a better idea |
| 20:46.54 | tonyg | is there a list of valid args to -c anywhere? (I've looked but am either blind, or...) |
| 20:47.01 | pH5 | -clisttasks, I think |
| 20:47.02 | tonyg | pH5, right, install's probably more what I'm after |
| 20:47.15 | tonyg | pH5, heh |
| 20:47.25 | pH5 | 'cause the tasks can change depending on what classes a recipe inherits |
| 20:47.54 | tonyg | doh, should have RTFM more carefully. it's even mentioned in "bitbake -h" output |
| 20:55.35 | sakoman | Crofton: do you get any error messages? |
| 20:55.36 | CIA-3 | 03crofton 07org.oe.dev * r973c3c04... 10/ (1 conf/machine/omap5912osk.conf): omap5912osk.conf : Prevent installation of uImage in /boot. |
| 20:55.41 | CIA-3 | 03crofton 07org.oe.dev * r1d49e257... 10/ (1 conf/machine/gumstix-verdex.conf): gumstix-verdex.conf : Prevent installation of uImage in /boot. |
| 20:55.44 | CIA-3 | 03crofton 07org.oe.dev * rec0908fb... 10/ (1 conf/machine/gumstix-connex.conf): gumstix-connex.conf : Prevent installation of uImage in /boot. |
| 20:55.59 | Crofton | when I turn auto on |
| 20:56.17 | Crofton | it tried to bring up the interface, but the module does not load |
| 20:56.21 | Crofton | I am moving some thigns around |
| 20:56.34 | flo_lap | hi all |
| 20:56.43 | Crofton | for gumstix, I am going to install all modules by defautl |
| 20:56.51 | Crofton | flo_lap, hello |
| 20:57.12 | sakoman | Crofton: that make sense for the average gumstix user |
| 20:57.24 | Crofton | yeah |
| 20:57.28 | flo_lap | oh, what caused stefan -> stefan|hospital ?! |
| 20:57.38 | Crofton | especially when you are getting started |
| 20:57.48 | Crofton | flo_lap, no idea |
| 20:58.31 | sakoman | Crofton: not sure why you are having so much networking difficulty. That part is rock solid for me |
| 20:58.54 | *** join/#oe pierrelux (n=pierre-l@144-125.sh.cgocable.ca) |
| 20:59.39 | tonyg | thanks for your help, guys, looks like I have some candidate packages for erlang. whee! now to test them... |
| 21:01.31 | *** part/#oe pierrelux (n=pierre-l@144-125.sh.cgocable.ca) |
| 21:02.18 | Crofton | I bet there is something foul in my image |
| 21:02.25 | Crofton | let me try minimal image ... |
| 21:03.05 | stefan|hospital | flo_lap: Snowboarding in a fun park... |
| 21:03.09 | stefan|hospital | flo_lap: ... broken right arm. |
| 21:03.48 | flo_lap | stefan|hospital: argh... nasty! |
| 21:04.23 | sakoman | Crofton: minimal perl is working for me now |
| 21:04.31 | Crofton | excellent |
| 21:04.38 | sakoman | So I'm almost there |
| 21:04.41 | Crofton | that is the one you needed right? |
| 21:04.43 | flo_lap | stefan|hospital: but a hospital with internet connection... that's a little bit of luck at least ;) |
| 21:04.52 | sakoman | was using microperl |
| 21:04.56 | Crofton | ah |
| 21:05.06 | sakoman | but the minimal perl install might be small enough |
| 21:05.24 | Crofton | how much flash are you working with? |
| 21:05.31 | sakoman | need to figure out why my OE image is so much fatter than buildroot though |
| 21:05.39 | sakoman | I see a few obvious things |
| 21:05.49 | Crofton | such as? |
| 21:06.30 | sakoman | like libstdc++ |
| 21:06.44 | Crofton|work | ah |
| 21:06.51 | sakoman | libiconv |
| 21:06.59 | sakoman | not sure what is pulling them in! |
| 21:07.38 | sakoman | avahi seems like it might be bigger than mdns |
| 21:07.39 | stefan|hospital | flo_lap: yeah |
| 21:07.42 | stefan|hospital | flo_lap: Not really. That's what mobile internet flats are for. :) |
| 21:07.44 | stefan|hospital | flo_lap: But GPRS sucks |
| 21:07.46 | sakoman | also it segfaults :-) |
| 21:08.25 | sakoman | I work on size after I get everything functional |
| 21:08.36 | Crofton | yeah |
| 21:09.01 | sakoman | Hopefully I can just trim back the packages that don't really need to be there |
| 21:09.30 | Crofton | that should help with sucking extra libs also ... |
| 21:09.46 | flo_lap | stefan|hospital: oh okay... yes, the latency must be a pain |
| 21:10.13 | sakoman | Yup, hopefully it will be easy to get rid of them |
| 21:10.16 | Crofton | my wife messed up her ACL on skis in a terrain park a few years ago .... |
| 21:11.27 | sakoman | Crofton: my flash is 16MB, but I'm trying to keep enough room free for a year's worth of historical data |
| 21:11.55 | Crofton | ah, I was wondering what was driving you |
| 21:11.56 | stefan|hospital | flo_lap: yeah,besides that it's pretty stable. But I'm waiting for my UMTS card to arrive anyway. |
| 21:12.16 | sakoman | It's those nice history plots! |
| 21:12.38 | sakoman | And 1 year is a nice marketing claim |
| 21:13.09 | sakoman | As well as being interesting as a user |
| 21:13.42 | flo_lap | stefan|hospital: i'm not sure if that would be much better... |
| 21:13.53 | Crofton | marketing is the root of all evil :) |
| 21:15.13 | tonyg | hm, spoke too soon wrt erlang packages... i wonder if there's some way of telling bitbake to automatically ignore .debug/ directories on a per-package basis, without having to construct a full manifest listing only those files I *do* want to include |
| 21:15.17 | stefan|hospital | flo_lap: My hope would be that the 3G cell is empty. But in the end the card was ordered before the accident happened. |
| 21:15.49 | sakoman | Crofton: Yeah, but I'm the marketing person too. At least the meetings are short :-) |
| 21:17.05 | Crofton | one year looks a lot better than 11 months in the borchure |
| 21:18.49 | flo_lap | stefan|hospital: mobile internet access is nice anyway, even if the performance sucks... it gives a nice feeling of freedom :) |
| 21:19.42 | sakoman | Crofton: and the annual plots would look silly with only 11 months filled in! |
| 21:19.56 | stefan|hospital | flo_lap: I fully understand you :D |
| 21:20.14 | flo_lap | stefan|hospital: i can imagine why ;) |
| 21:21.32 | flo_lap | stefan|hospital: even the "poor man's solution" (http/wap only flat) i use is extremely useful... |
| 21:21.49 | tonyg | (insane.bbclass?? hmm) |
| 21:27.00 | stefan|hospital | flo_lap: I have one SIM for the UMTS card and one with WAP flatrate for the mobile |
| 21:27.41 | *** join/#oe pierrelu1 (n=pierre-l@144-125.sh.cgocable.ca) |
| 21:28.00 | *** part/#oe pierrelu1 (n=pierre-l@144-125.sh.cgocable.ca) |
| 21:28.56 | flo_lap | stefan|hospital: that reminds me that i have a sim for my laptop too :) |
| 21:30.01 | Crofton | hmmm, 4M of modules it appears .... |
| 21:31.55 | *** join/#oe greentux (n=lemke@Z5d9b.z.pppool.de) |
| 21:35.06 | *** join/#oe kristoffer (n=kristoff@80.251.192.2) |
| 22:03.47 | CIA-3 | 03daniel 07org.oe.dev * rbba23ca6... 10/ (4 files in 4 dirs): openmoko-sound-theme-standard2: inherit openmoko2 so sources get fetched from the correct location |
| 22:04.20 | sakoman | Crofton: yikes 4M! Might want to scale back a bit on what gets built :-) |
| 22:04.35 | Crofton | yeah |
| 22:04.42 | Crofton | but we can tune that in the kconfig |
| 22:05.03 | koen | better not |
| 22:05.06 | Crofton | I'll worry about that when things get a little stable |
| 22:05.12 | sakoman | Yeah, I think Craig turned just about everything on figuring he could just install what he wanted |
| 22:05.13 | Crofton | koen, ? |
| 22:05.25 | koen | only include the modules you want runtime instead of doing "RDEPENDS = kernel-modules" |
| 22:05.30 | Crofton | I think the config could still use a review :) |
| 22:05.55 | sakoman | koen: that's the approach I am using on my builds |
| 22:06.00 | koen | otherwise you have reconfigure and recompile the kernel every time you need a module install of installing it from the feeds |
| 22:06.04 | Crofton | koen, the headache is, for the general case, we have now way of knowing what modules users want |
| 22:06.27 | koen | so we include a few and leave the to the user |
| 22:06.48 | sakoman | Craig includes all the modules required to support the gumstix hw line |
| 22:06.50 | Crofton | that may be the way to go given the quantity :) |
| 22:07.02 | koen | sakoman: as he should :) |
| 22:07.03 | sakoman | If you want anything else you are on your own |
| 22:07.10 | sakoman | Of course! |
| 22:07.11 | Crofton | grrr, this stinking smc91x won't autoload for me |
| 22:07.32 | koen | anyway... |
| 22:07.36 | koen | it's midnight |
| 22:07.38 | koen | 'night all |
| 22:07.40 | Crofton | gn |
| 22:07.46 | sakoman | gn |
| 22:08.10 | Crofton | how does the autloading work? |
| 22:08.43 | sakoman | I'm not an expert at that I'm afraid |
| 22:10.52 | Crofton | sakoman, do you have easy access to a running gumtix? |
| 22:10.58 | sakoman | sure |
| 22:11.04 | Crofton | can you see if you have a file /etc/modules? |
| 22:11.05 | *** join/#oe psokolovsky_ (n=psokolov@82.193.99.23) |
| 22:11.15 | sakoman | yes |
| 22:11.20 | Crofton | what is in it? |
| 22:11.50 | sakoman | ### This file is automatically generated by update-modules" |
| 22:11.51 | sakoman | # |
| 22:11.51 | sakoman | # Please do not edit this file directly. If you want to change or add |
| 22:11.51 | sakoman | # anything please take a look at the files in /etc/modutils and read |
| 22:11.51 | sakoman | # the manpage for update-modules. |
| 22:11.51 | sakoman | # |
| 22:11.53 | sakoman | ### update-modules: start processing /etc/modutils/pxamci |
| 22:11.57 | sakoman | pxamci |
| 22:11.59 | sakoman | ### update-modules: end processing /etc/modutils/pxamci |
| 22:12.01 | sakoman | ### update-modules: start processing /etc/modutils/smc91x |
| 22:12.03 | sakoman | smc91x |
| 22:12.05 | sakoman | ### update-modules: end processing /etc/modutils/smc91x |
| 22:12.06 | Crofton | pastebin .... |
| 22:12.19 | Crofton | ok |
| 22:12.23 | sakoman | Sorry! |
| 22:12.23 | Crofton | I lack this file :) |
| 22:13.17 | sakoman | Do you have modules.dep in /lib/modules/2.6.21? |
| 22:13.18 | Crofton | running update-modules on the gumstix fixed it |
| 22:13.26 | Crofton | I think so |
| 22:13.30 | sakoman | make sure |
| 22:13.30 | tonyg | this .debug thing is breaking me, slowly but surely |
| 22:13.40 | Crofton | tonyg, how so? |
| 22:14.14 | Crofton | Does anyone know the name of the package that tests the kernel interfaces? |
| 22:14.29 | Crofton | ok |
| 22:14.46 | Crofton | update-modules is not happening when I build the image |
| 22:15.03 | Crofton | I wonder if this is another minimal versus console difference? |
| 22:16.25 | sakoman | Don't know -- that problem went away for me. Perhaps when I started using my own image ?? |
| 22:16.54 | Crofton | yeah, I need to look at some thing |
| 22:17.06 | tonyg | Crofton, if you take a look at the very bottom of erlang_R11B.1.bb, you'll see definitions of FILES_${PN}... I cannot find the magic incantation required to make insane.bbclass stop complaining about some of the .debug directories that end up in the "erlang-libs" package. The packages defined are "erlang", "erlang-libs", "erlang-dbg", and the doc and locales ones. "erlang-libs" looks to be the only custom one, so I'm wondering if there's some hidden magic aroun |
| 22:17.06 | tonyg | d. |
| 22:18.14 | Crofton | can you pastebin the messages? |
| 22:18.20 | tonyg | sure, will do. |
| 22:19.02 | tonyg | (... although I've already upgraded to R11B.5, so the fine detail will be slightly different - but R11B.1 fails for the same reasons) |
| 22:19.06 | tonyg | oh wait |
| 22:19.11 | Crofton | thats fine |
| 22:19.16 | tonyg | no it doesn't, it fails for other HIPE-related reasons. damn |
| 22:19.25 | Crofton | hhe |
| 22:19.27 | tonyg | anyway, I'll pastebin the .5 output |
| 22:24.06 | Crofton | sakoman, I think my problem revolves around only using task-boot and not task-base |
| 22:24.34 | sakoman | I think you are correct |
| 22:24.51 | Crofton | task-base has a lot of hairy looking bits :) |
| 22:25.17 | sakoman | That's why I created my own task-base-headless |
| 22:25.43 | sakoman | Also to reduce build time & image size :-) |
| 22:25.56 | Crofton | heh |
| 22:26.12 | Crofton | I think so guys are looking at breaking some of the dependency chains |
| 22:26.38 | sakoman | Just too big a jump from task-boot to task-base |
| 22:26.50 | Crofton | yeah, I kind of sense that |
| 22:27.20 | sakoman | koen's position is that it is "just" a build time cost |
| 22:27.24 | sakoman | not install |
| 22:27.28 | Crofton | yeah |
| 22:27.47 | sakoman | but *damn* that build time is a pain in the ass and a real productivity killer |
| 22:27.56 | Crofton | I understand that, but I also have seen traffic where they are making an effort to cut some of the worse build tiem offendors :) |
| 22:28.07 | sakoman | Excellent! |
| 22:28.31 | Crofton | are you on .dev list? |
| 22:28.40 | sakoman | Yes |
| 22:28.56 | sakoman | Don't get me wrong, I actually think task-base is a really good idea |
| 22:28.56 | Crofton | so you saw Marcin's comments on task-base being too big |
| 22:29.03 | sakoman | Yes |
| 22:29.58 | tonyg | http://rafb.net/p/jh1EP292.html |
| 22:30.06 | Crofton | We really need to start exercising mtn's branches and see if we can create a workflow where we have a stable release for people making product |
| 22:30.21 | Crofton | and a dev branch where we can address the systemix issues |
| 22:30.26 | sakoman | Definitely! |
| 22:30.58 | sakoman | lack of a stable branch is one of the biggest issues (for me anyway) |
| 22:31.31 | sakoman | Well, got to run. My wife and I are heading out to the Redding beer & wine festival |
| 22:31.39 | Crofton | um |
| 22:31.43 | Crofton | that sounds good |
| 22:31.57 | sakoman | Yeah, beautiful evening for it too |
| 22:32.13 | sakoman | Good luck with your modules issue |
| 22:32.18 | Crofton | thanks |
| 22:32.22 | Crofton | I think I see the answer |
| 22:32.32 | sakoman | in task-base? |
| 22:32.43 | Crofton | yeah |
| 22:32.49 | Crofton | just include task-base :) |
| 22:33.15 | sakoman | So there you go :-) |
| 22:33.18 | Crofton | yeah |
| 22:33.29 | sakoman | Go take a nap while it builds :-) |
| 22:33.41 | Crofton | work on paper |
| 22:33.46 | sakoman | Later! |
| 22:34.29 | Crofton | tonyg, something like |
| 22:35.34 | Crofton | FILES..-dbg += " ${libdir}/erlang/lib/*/*/.debug ${libdir}/erlang/lib/*/*/*/.debug " |
| 22:35.36 | Crofton | may help |
| 22:41.01 | tonyg | Crofton, already tried something like that; I'll try exactly that, and report back |
| 22:41.02 | tonyg | thanks |
| 22:41.56 | Crofton | basically, when faced with lots of .debug dirs in many directories, use */.debug */*/.debug ..... |
| 22:42.12 | Crofton | There was one package I had to fix up like that |
| 22:42.30 | tonyg | the thing that's puzzling me is that one of the reported problems is in a dir that should already have been caught by the glob in the FILES-dbg spec |
| 22:46.55 | tonyg | damn. that didn't make any difference :-( |
| 22:47.02 | Crofton | bother |
| 22:47.20 | tonyg | for now, I don't even *care* about the .debug directories... (where do they come from anyway??) could I add something to the .bb to blow them away? |
| 22:47.23 | Crofton | I wonder of the {libdir} is not quite the right one |
| 22:47.31 | tonyg | oo, maybe that's it |
| 22:59.39 | Crofton | tonyg, look up how libdir is defined |
| 23:16.46 | interfaith | any ixp4xx bitbaker ? |
| 23:16.59 | *** join/#oe summatusmentis_ (n=summatus@umm-yrless170.morris.umn.edu) |
| 23:22.35 | *** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
| 23:32.26 | *** join/#oe NAbyss (n=foo@ppp59-167-72-190.lns1.mel6.internode.on.net) |
| 23:42.09 | tonyg | OMG. It was an order-dependent problem, I think. Putting the -dbg package *first* in PACKAGES means it takes ownership of all the .debug dirs ... somehow |
| 23:42.19 | tonyg | wow |
| 23:42.52 | tonyg | the packages are built, and even look sane |
| 23:43.00 | tonyg | *sigh* |
| 23:43.05 | tonyg | well, cool. now to test them |
| 23:44.48 | CIA-3 | 03mickeyl 07org.oe.dev * rd23a37e3... 10/ (5 files in 3 dirs): linux-openmoko-devel: refactor to use linux.inc |
