**** BEGIN LOGGING AT Sun Jan 20 02:59:57 2008 Jan 20 05:03:01 03daniel 07org.oe.dev * rd2c69813... 10/ (3 files in 2 dirs): Jan 20 05:03:01 rt73-k2wrlz: Use EXTRA_OEMAKE instead of modifying do_compile. This fixes some Jan 20 05:03:01 cross compile/toolchain issue resulting in a "arm-linux-gcc: Command not found" Jan 20 05:03:01 error. Jan 20 10:32:04 hi all Jan 20 10:34:30 i'm buildding Angstrom console image for a new arm machine ... to make test i have kernel (uImake) and ext2 filesystem, kernel is trasfered via tftp and boot and rootfs should be via nfs ... last mesage i got from machine is "VFS: Mounted root (nfs filesystem)." and "Freeing init memory: 100K" ... but nothing else and seem nothing is running ... how i undrstand what's happening ? Jan 20 10:34:51 uImake -> uImage Jan 20 11:04:04 03Otavio 07org.oe.dev * r7edb5b62... 10/ (1 packages/qt4/qt_staging.inc): Jan 20 11:04:04 packages/qt4/qt_staging.inc: Fix the .pc files of Qt/X11 and Qt/Embedded Jan 20 11:04:04 The libdir was pointing to ${prefix}/lib it should have pointed to Jan 20 11:04:04 ${prefix}/lib/{qtopia..,qt4} for the staged libraries Jan 20 11:04:09 03freyther 07org.oe.dev * redfc2520... 10/ (1 packages/qt4/qt_staging.inc): packages/qt4/qt_staging.inc: Treat the staged .la files as well to not point to the workdir Jan 20 11:04:16 03Otavio 07org.oe.dev * r5c05d65c... 10/ (1 packages/qt4/qt_packaging.inc): Jan 20 11:04:16 packages/qt4/qt_packaging.inc: Better safe than sorry and use += for the NONDEV_PACKAGES as well Jan 20 11:04:16 In the future some .bb file could add a package to the NONDEV_PACKAGES list Jan 20 11:04:16 and the update would have been lost with this update. Jan 20 11:04:25 03daniel 07org.oe.dev * rd1820625... 10/ (4 files in 4 dirs): Jan 20 11:04:25 task-openmoko-ui: Use qvga theme for the Chumby Jan 20 11:04:25 xserver-kdrive-common: Call the xserver with the right arguments for the Chumby Jan 20 11:31:34 ! help Jan 20 11:31:39 ? help Jan 20 11:31:55 any bots here ? Jan 20 12:04:28 03daniel 07org.oe.dev * rb65041e0... 10/ (3 files in 3 dirs): Jan 20 12:04:28 conf/machine/chumby.conf: Use rt73-k2wrlz instead of rt73-chumby since the Jan 20 12:04:28 latter produces a kernel panic at the first sign of network traffic. Jan 20 12:04:28 packages/linux/chumby-kernel_2.6.16-chumby-1.2.bb: Disable broken framebuffer Jan 20 12:04:28 modechanging code in the kernel. Jan 20 12:04:30 Make booting from USB default, add console=tty0 so we get to see the boot Jan 20 12:04:32 messages. Jan 20 12:07:55 03rpurdie * r1001 10/ (4 files in 4 dirs): cvs.py: Add norecurse and fullpath options to cvs fetcher (from Poky/Marcin) Jan 20 12:26:31 03rpurdie * r1002 10bitbake/bin/bitbake: bitbake: Make trunk python 2.5+ only Jan 20 12:53:19 03rpurdie * r1003 10/ (3 files in 3 dirs): persist_data.py: Add sqlite version checks Jan 20 13:04:27 03mickeyl 07org.oe.dev * r0d5d823c... 10/ (3 files in 3 dirs): add python-fso-pyproto, python prototypes from freesmartphone.org Jan 20 13:16:56 hi mickeyl Jan 20 13:17:25 mickeyl: Are there any bitbake issues you think we still need to address before release? Jan 20 13:17:59 no, i think 1.8.9 should be a no-brainer Jan 20 13:18:18 1.8.10 (.8.9 is the svn version) Jan 20 13:19:21 ah, k Jan 20 13:19:45 let me remove one debug out Jan 20 13:19:50 then it should be fine Jan 20 13:22:18 16 open bitbake bugs... Jan 20 13:23:01 03mickeyl 07bitbake-1.8 * r1004 10/lib/bb/fetch/git.py: fetcher/git: remove debug output, add docstring Jan 20 13:23:52 03mickeyl * r1005 10bitbake/lib/bb/fetch/git.py: (trunk) fetcher/git: remove debug output, add docstring Jan 20 13:24:43 done Jan 20 13:24:56 ok, I'll roll a release :) Jan 20 13:25:18 great, thanks Jan 20 13:28:01 03rpurdie * r1006 10/ (7 files in 6 dirs): Release bitbake 1.8.10 Jan 20 13:33:04 * * OE Bug has been RESOLVED (FIXED) by Jan 20 13:33:06 * *  spandsp fails do_qa_configure Jan 20 13:33:08 * * http://bugs.openembedded.org/show_bug.cgi?id= Jan 20 13:34:04 * * OE Bug has been REOPENED by Jan 20 13:34:06 * *  spandsp fails do_qa_configure Jan 20 13:34:08 * * http://bugs.openembedded.org/show_bug.cgi?id= Jan 20 13:39:02 please don't tell me the "new" bugzilla uses an ancient version Jan 20 13:45:27 ancient version of what? Jan 20 13:45:44 The computer should be the same AFAIK Jan 20 13:45:56 but yes, the number is missing in the URL Jan 20 13:55:40 The changelog for bitbake makes interesting reading. A lot more changed than I thought :) Jan 20 14:04:24 03Laibsch 07org.oe.dev * r2aa3f8eb... 10/ (1 packages/spandsp/spandsp_0.0.3.bb): spandsp: apply the hack from version 0.0.3+0.0.4pre16 to trick QA tests. Closes 3498. Jan 20 14:08:33 hi folks, I'm trying to build opie-image, but the system is failing at gconf-dbus with a Unable to find repository location for 'http://developer.imendio.com/svn/gconf-dbus/trunk' in revision 1 Jan 20 14:08:40 Anybody seen this? Jan 20 14:08:56 Plus, I can't get to bugs.openembedded.org right now either Jan 20 14:09:10 you are running into s SRCREV issue Jan 20 14:09:42 I wish on of the opie guys was about ... Jan 20 14:10:34 SRCREV_pn-gconf-dbus ?= ${AUTOREV} should be a short term fix Jan 20 14:10:41 in local.conf Jan 20 14:10:53 thay will pull the latest rev from the svn Jan 20 14:11:01 drmikecrowe, ping Jan 20 14:11:10 I see, will do Jan 20 14:11:28 There is a certain amount of history here :) Jan 20 14:12:03 * Crofton wonders what the SRCREV handlign imporovent in the latest bitbake is ... Jan 20 14:12:56 I can see. However, for somebody new, it'ssometimes hard to figure out how to search for this. I still can't get to bugs.oe.org Jan 20 14:13:12 bugs is at an IP number atm Jan 20 14:13:29 the server hosting arrangement fell apart "suddenly" Jan 20 14:13:35 see topic for number Jan 20 14:14:00 are you on the OE mailing list? Jan 20 14:15:26 ah, that would do it Jan 20 14:15:35 Not yet, I need to sign up. Jan 20 14:15:40 RP jsut announced the latest bb and talks about imrpoving the user experieince :) Jan 20 14:15:50 msg me your email Jan 20 14:16:21 thanks Jan 20 14:16:55 you may want to try the newer bb, hopefully it has better error messgaes Jan 20 14:18:34 I had updated that about a week ago, but I can do that again Jan 20 14:19:04 that SRCREV deal fixed it, thanks Jan 20 14:58:29 drmikecrowe: bugs.openembedded,net also works Jan 20 14:58:43 Got it, thanks. Jan 20 14:59:08 Now I'm getting a wget error Error in server greeting. when trying to get esound. very strange Jan 20 14:59:16 I'm googling for this answer now Jan 20 15:05:00 do I need to run bitbake as root or not? Jan 20 15:05:56 notsu: no, defintely not Jan 20 15:06:05 it seems all dirs have 755 and root root Jan 20 15:06:30 notsu: you checked it out as root? Jan 20 15:06:34 yes Jan 20 15:06:37 weird: something screwy with my system: wget http://ftp.gnome.org... works, but wget ftp://ftp.gnome.org doesn't Jan 20 15:07:03 notsu: that isn't entirely surprising then. chmod/chown it ;-) Jan 20 15:07:33 RP: ok, I thoght that owner came from svn or something Jan 20 15:08:02 Laibsch: please dont fsck #3498 that way :-( Jan 20 15:21:48 drmikecrowe: one downloads via HTTP and one via FTP. Jan 20 15:22:24 CoreDump: I understand. Just curious why my system is barfing on ftp. That puzzles me. Should be no real difference Jan 20 15:23:27 the protocol is the difference. Also it uses different port numbers. You firewall may just not like FTP or the FTP server is down Jan 20 16:14:02 I seem to be having trouble reaching bugs.openembedded.org. Is it just me? Jan 20 16:14:38 nevermind, I guess it's responding now, but slowly. Jan 20 16:15:26 try http://bugs.openembedded.net Jan 20 16:15:37 I think bugs.openembedded.org is on maintenance Jan 20 16:18:08 thanks Jan 20 16:22:18 hi Jan 20 16:28:15 good morning/afternoon to all ... anyone know if something is pending with perl 5.10.0 ? Jan 20 16:34:40 i'm trying to bitbake with svn, but it alwyas gets a very old version and revision Jan 20 16:36:30 svn update? Jan 20 16:37:19 notsu: i'm somewhat of a newbie, how do i svn update? Jan 20 16:38:06 scant: go into directory where your svn tree is and issue svn update command Jan 20 16:39:21 i don't have the svn tree, it's getting it via bitbake Jan 20 16:39:23 i think Jan 20 16:50:42 where does the SRCDATE variable get set? Jan 20 16:54:26 anyone? Jan 20 16:54:43 scant: Usually in a .conf file Jan 20 16:57:31 RP: mpd_svn.bb always uses this SRCDATE 20070210 and i don't know which conf file to change it in Jan 20 16:57:50 scant: Grep for that date? Jan 20 16:58:39 nothing in /openembedded/packages has that Jan 20 16:59:00 scant: what about openembedded/conf ? Jan 20 16:59:02 scant, look in conf/distro/include/sane-srcdates Jan 20 16:59:08 or a simialr name Jan 20 16:59:16 it's in checksums.ini Jan 20 16:59:24 and sane-srcdates.inc Jan 20 16:59:39 The latter sounds like a good one ;-) Jan 20 16:59:48 mpd_svn.bb always uses that SRCDATE, how do I change it to use the head trunk Jan 20 17:00:19 You need to switch it to use SRCREV Jan 20 17:00:40 that's it? Jan 20 17:01:58 SRCREV_pn-mod_svn ?= ${AUTOREV} in local.conf? Jan 20 17:02:11 huh? Jan 20 17:02:47 Crofton, scant: You also need to change PV in the recipe to use SRCREV Jan 20 17:03:18 isn't that what RP said? Jan 20 17:03:34 PV = "0.13.0+svn${SRCREV}" is what I have now Jan 20 17:04:15 scant: You also need to tell it to use autorev as Crofton mentioned Jan 20 17:05:07 cause now it's getting revision1 Jan 20 17:05:29 scant: see what Crofton said now ;-) Jan 20 17:05:56 ah Jan 20 17:06:27 i don't have a local.conf Jan 20 17:06:39 i have a local.conf.sample in /openembedded/conf Jan 20 17:06:39 build/conf/local.conf? Jan 20 17:09:47 i don't htink i have build/conf/local.conf Jan 20 17:10:03 scant: where do you set DISTRO and MACHINE? Jan 20 17:11:35 RP: I don't know, i have /openembedded/conf/build /openembedded/conf/distro and openembedded/conf/machine Jan 20 17:14:55 RP: my distro and machine are slugos and nslu2be, but i've grepd for hem and can't find where they are set Jan 20 17:17:12 hmmm, are they doing the Makefile thing? Jan 20 17:21:26 Crofton: i don't know Jan 20 17:21:52 could these values be set in /bitbake rather than /openembedded Jan 20 17:22:08 no Jan 20 17:23:10 Crofton: can you help me setup my local.conf or whatever i need to do to get mpd_svn.bb to get the latest revision Jan 20 17:23:25 how do you run bitbake? Jan 20 17:23:31 bitbake packagename Jan 20 17:23:47 do you have a build/local directory? Jan 20 17:24:05 Crofton: can i use a revision or date or version parameter in mpd_svn.bb itself in the CVS fetch line to get the latest revision? Jan 20 17:24:06 try echo BBPATH , what directories is bb searching Jan 20 17:24:15 you could do that also Jan 20 17:24:31 echo BPATH -> BPATH Jan 20 17:24:31 but it is best not to do it in the meta data under version control Jan 20 17:24:51 i don't have a build local directory Jan 20 17:24:52 echo $BBPATH .... Jan 20 17:24:58 scant: You should really find your local.conf since its a fairly important file... Jan 20 17:25:06 :) Jan 20 17:25:13 I am hoping BBPATH helps .... Jan 20 17:25:16 Crofton: echo $BPATH -> null Jan 20 17:25:24 BBPATH! Jan 20 17:25:33 03rpurdie 07org.oe.dev * r9dd50c13... 10/ (14 files in 3 dirs): linux-rp-2.6.23: Defconfig tweaks including poodle wifi fixes Jan 20 17:25:38 03rpurdie 07org.oe.dev * r796e4293... 10/ (6 files in 3 dirs): linux-rp-2.6.23: Clean up and drop unused or now unneeded patches Jan 20 17:25:41 Crofton: echo $BBPATH -> null Jan 20 17:25:46 03rpurdie 07org.oe.dev * rc996261f... 10/ (15 files in 3 dirs): linux-rp-2.6.23+2.6.24-rc6: Update to 2.6.23+2.6.24-rc8 and cleanup patches Jan 20 17:25:54 03rpurdie 07org.oe.dev * raaed256b... 10/ (5 files in 4 dirs): linux-rp-2.6.23: Add missing patches Jan 20 17:25:59 how did you setup you rbuild environment? Jan 20 17:26:01 03rpurdie 07org.oe.dev * r6ac62208... 10/ (89 files in 5 dirs): linux-rp: Drop more old versions Jan 20 17:26:08 Crofton: hold, mistake Jan 20 17:26:33 echo $BBPATH -> /myth/slug/slugos-4.8-beta/openembedded:/myth/slug/slugos-4.8-beta/bitbake Jan 20 17:27:02 what files are in the directory called bitbake? Jan 20 17:27:53 directories: bin, classes, conf, contrib, doc, lib; files: setup.py Jan 20 17:28:23 scant: what files are in the conf directory? Jan 20 17:28:31 ah Jan 20 17:28:36 and what files are in /myth/slug/slugos-4.8-beta/openembedded/conf ? Jan 20 17:28:49 ~lart people who encourage people to use non-standard setups .... Jan 20 17:28:50 * ibot blames people who encourage people to use non-standard setups .... for all the evil in the world Jan 20 17:29:03 this is how it was setup Jan 20 17:29:07 I didn't set it up this way Jan 20 17:29:15 scant, I know :) Jan 20 17:29:27 -> /bitbake/conf/bitbake.conf Jan 20 17:29:51 RP, is that file part of bitbake? Jan 20 17:30:14 Crofton: yes, it should be ignored and there should be a bitbake.conf in the openembedded/conf dir Jan 20 17:30:26 hmmm Jan 20 17:30:40 -> /openembedded/conf/bitbake.conf, checksums.ini, documentation.conf, licenses.conf, local.conf.sample, sanity.conf, tinder.conf, build(directory), distro(directory), machine(directory) Jan 20 17:30:48 * Crofton wonders where local.conf or its equivalent is Jan 20 17:31:12 scant, where are the instructions you used to install this? Jan 20 17:31:29 scant: If you grep the openembedded/conf directory, where is DISTRO set? Jan 20 17:31:51 http://www.nslu2-linux.org/wiki/OpenSlug/BuildingTheTarball Jan 20 17:33:40 scant, can you pasten setup-env? Jan 20 17:33:48 pastebin setup-env? Jan 20 17:34:13 RP: I can't find where DISTRO is set, DISTRO appears in many files in openembedded/conf Jan 20 17:34:39 scant, pastebin the setup-env file Jan 20 17:35:34 Crofton: http://pastebin.ca/866444 Jan 20 17:37:45 does gcc produce/provide libgcc? Jan 20 17:39:01 scant, basically you need to find a file with DISTRO= something Jan 20 17:39:14 I can't see where it is in the nslu2 build system Jan 20 17:39:28 Crofton: can we go over how to get the head revision in the bb file for now? Jan 20 17:39:35 do i just use the revision= parameter? Jan 20 17:40:44 Hey folks, I'm seeing Task failed: Fetch failed: ftp://elsie.nci.nih.gov/pub/tzdata2007e.tar.gz Jan 20 17:41:22 Do I start at bugs.oe.net to find out? Jan 20 17:42:59 that is always a good thign to check Jan 20 17:43:11 bbl Jan 20 17:43:18 I didn't see it. Jan 20 17:43:27 later! Jan 20 17:43:28 RP: you still here? Jan 20 17:54:12 RP: DISTRO is set in auto.conf Jan 20 18:04:19 scant: ah, ok. Create a local.conf in the same place which contains the entry you need Jan 20 18:07:06 RP: hmmm Jan 20 18:10:10 RP: nothing else is required in local.conf? just "SRCREV_pn-mpd_svn ?= ${AUTOREV}" ? Jan 20 18:10:33 hi. Why bitbake downloads and builds all packages? I don't see why it is good idea. I used to build with buildroot and it downloaded and compiled only selected packages Jan 20 18:11:08 bitbake runs 3 hours now and it's running task 382 of 1389 Jan 20 18:11:43 nots: what are you building? Jan 20 18:11:52 it will only dl the stuff it needs Jan 20 18:12:00 It builds the entire toolchain + all dependencies of the program you are compiling Jan 20 18:12:00 but depending on what you build it might be a lot Jan 20 18:12:48 Jin^eLD: I'm making "bitbake gumstix-basic-image". I know that I should talk about it in #gumstix channel... Jan 20 18:13:11 but bitbake seems strange Jan 20 18:15:07 nots: I am not familiar with gumstix but building everything from scratch might indeed be a lot and take a while Jan 20 18:17:22 RP: that didn't work Jan 20 18:17:39 scant: What did you put in the local.conf file? Jan 20 18:20:01 RP: SRCREV_pn-mpd_svn ?= ${AUTOREV} Jan 20 18:21:31 scant: Remove the _svn bit Jan 20 18:21:44 and add quotes around the ${AUTOREV} Jan 20 18:22:15 RP: SRCREV_pn-mpd ?= "${AUTOREV}" Jan 20 18:22:26 RP: is that what you mean? Jan 20 18:22:30 ues Jan 20 18:22:33 yes Jan 20 18:22:50 RP: but the bbfile i use is named mpd_svn.bb, should I still remove the svn part of the SRCREV line? Jan 20 18:23:25 scant: Yes, its matching the package name which is the part before the _ Jan 20 18:24:30 RP: trying again Jan 20 18:37:35 RP: the fetch now fails Jan 20 18:48:20 RP: ping Jan 20 18:52:56 ant_: pong Jan 20 18:53:01 RP: hi RP Jan 20 18:53:15 scant: pastebin the failure Jan 20 18:53:21 I finally played to boot angstrom with u-boot on SL-C860 Jan 20 18:53:36 but now at reboot ....wrong address Jan 20 18:53:47 where should I look in kernel? Jan 20 18:54:33 ant_: I don't understand what "wrong address means" Jan 20 18:54:55 I reflashed the kernel to a different address Jan 20 18:55:07 nandlogical /dev/mtd1 WRITE 0x5a0000 0x540000 $file Jan 20 18:55:38 u-boot is patched, the kernel not..yet Jan 20 18:55:51 ant_: the kernel has nothing to do with that... Jan 20 18:56:01 and instead of rebooting crashes Jan 20 18:56:12 ant_: You broke uboot ;-) Jan 20 18:56:18 easy... Jan 20 18:56:41 so you mean I should check the u-boot patches? Jan 20 18:57:42 yes Jan 20 18:58:14 ant_: and I don't want anything to do with uboot Jan 20 18:58:37 RP: ok, thx, crystal clear Jan 20 18:59:11 RP: what are the first 16 bytes of oe/angstrom initrd.bin? Jan 20 18:59:29 ant_: Junk needed by the sharp bootloader Jan 20 18:59:33 I had to remove these to be able to mount rootfs...just wondering... Jan 20 18:59:48 why do we keep them in OE? Jan 20 19:00:01 Its the c700-flash-header iirc Jan 20 19:00:28 ahh Jan 20 19:00:31 thx Jan 20 19:00:53 RP: it's just strange I can boot but not reboot.... Jan 20 19:01:25 I'll investigate by myself. thx again Jan 20 19:01:32 * RP -> afk Jan 20 19:04:31 03coredump2 07org.oe.dev * r8a5ed94f... 10/ (3 files in 2 dirs): Jan 20 19:04:31 altboot: Update to SVNR76 Jan 20 19:04:31 - Loading keyboard driver for collie Jan 20 19:04:31 - Re-enabling SD menu option for Poodle Jan 20 19:05:12 RP: still there? Jan 20 19:06:51 RP: http://pastebin.ca/866558 Jan 20 19:56:25 RP: Could you enable those configs on the poodle as well: CONFIG_PACKET=y, CONFIG_CRYPTO_ALGAPI=y, CONFIG_CRYPTO_MANAGER=y ? Jan 20 19:56:56 RP: Those are the reason why WIFI/WPA doesn't work out of the box. (=M is not sufficient) Jan 20 19:58:53 RP: CONFIG_MAC80211=m and CONFIG_CFG80211=m are probably not necessary, since it's for other devices (e.g. Atheros and newer Prism54 softmac and such) which don't run on Poodle. Jan 20 20:25:43 03coredump2 07org.oe.dev * r0ce1ec91... 10/ (3 files in 2 dirs): altboot: Add SVNR77 Jan 20 20:41:25 RP: r u back? Jan 20 21:13:53 helgeD: I cannot enable them as anything but modules since that will make the kernel too big Jan 20 21:14:02 scant: I am now Jan 20 21:16:25 scant: You need bitbake 1.8.10 for the srcrev functionality :/ Jan 20 21:17:43 RP: I built the kernel with those options in dev tree and it really worked. I tested it on my poodle. Jan 20 21:18:09 helgeD: We are short on space and I am not enabling options not everybody needs to be built in Jan 20 21:18:48 RP: The problem is, that without those options built-in, you don't get WPA working. Probably not even WEP (I don't have WEP). Jan 20 21:19:00 helgeD: Why can't they be loaded as modules? Jan 20 21:19:02 CONFIG_PACKET is enabled for the other Zauri as well. Jan 20 21:19:37 RP: Then you need to download the ipkes before you can use it. Without wireless, downloading packages is really unhandy. Jan 20 21:19:48 CONFIG_PACKET will be modular for all soon... Jan 20 21:20:01 RP: Then I think some others will cry as well... Jan 20 21:20:06 helgeD: Installing them into the default rootfs is a different question to building them into the kernel Jan 20 21:20:46 RP: Sure. I'd be fine with any of those options. As long as it works out of the box (with standard install package) Jan 20 21:21:26 good morning Jan 20 21:21:30 RP: The MAC80211 option probably isn't needed though. Jan 20 21:21:37 CONFIG_PACKET is already modular for all 2.6.23 machines using linux-rp Jan 20 21:22:27 helgeD: You need to talk to the other people about including them in standard rootfs Jan 20 21:22:36 helgeD: but that should be possible Jan 20 21:22:38 hi flo_lap Jan 20 21:23:00 helgeD: I was asked to enable that option by someone and being a module it probably doesn't hurt... Jan 20 21:23:52 RP: I think I was the one who asked you that... And if I was really me, I think I was wrong. Jan 20 21:24:25 RP: yeah, I will test and then contact others wrt the rootfs. Jan 20 21:24:25 helgeD: ok, I'll disable that, thanks :) Jan 20 21:25:22 RP: Any idea in which package the rootfs is built (would save me some search time) Jan 20 21:26:11 helgeD: You probably want to look at task-base Jan 20 21:27:07 RP: hi Jan 20 21:27:46 RP: how do I upgrade bitbake, on openslug? Jan 20 21:29:24 RP: THX. Jan 20 21:29:43 scant: Untar the bitbake 1.8.10 release into the place where bitbake lives Jan 20 21:29:59 bitbake is released in binary? Jan 20 21:30:12 scant: Its python Jan 20 21:30:33 scant: I am a little worried about how compatible openslug is with a recent bitbake though Jan 20 21:30:47 and whether openslug has all the magic srcrev usually uses... Jan 20 21:30:49 RP: can we do something else? Jan 20 21:31:01 RP: i thought you said there was a way to do this all within the bb file itself Jan 20 21:31:22 scant: I never said that. You could manually specify the head revision in the .bb file though... Jan 20 21:31:30 RP: how can I do that? Jan 20 21:32:22 scant: Add a ;rev=REV to the svn:// SRC_URI (where you replace REV with the appropriate revision) Jan 20 21:32:50 RP: should I remove that line you asked me to put in local.conf? Jan 20 21:32:55 and remove the SRCREV stuff since we've determined you're not using standard OE... Jan 20 21:33:04 scant: right... Jan 20 21:33:20 RP: is rev in the svn fetch part of bitbake 1.8.8? Jan 20 21:33:27 yes Jan 20 21:34:44 RP: trying, thanks, will be back in a sec Jan 20 21:36:44 RP: is this correct? svn://svn.musicpd.org/mpd;module=trunk;rev=7141;proto=https Jan 20 21:36:53 scant: Yes, it should be Jan 20 21:37:11 RP: this is my PV line: PV = "0.13.0+svn${SRCREV}" Jan 20 21:37:14 what should I change it to Jan 20 21:37:41 PV = "0.13.0+svnr7141" Jan 20 21:41:09 RP: does the mpd_svn.bb file need to be renamed? Jan 20 21:41:41 scant: no Jan 20 21:42:48 RP: it's configuring =) Jan 20 21:42:58 RP: finally =) Jan 20 21:43:41 scant: In future, please mention you're using openslug ;-) Jan 20 21:43:55 and remind us it uses an older bitbake :) Jan 20 21:44:04 RP: ok, can do Jan 20 21:44:38 urg Jan 20 21:44:47 autorev did not apply? Jan 20 21:45:51 Crofton: RP said it doesn't work on bitbake 1.8.8 or something Jan 20 21:45:53 Crofton: I doubt sluos defines what AUTOREV is and if it doesn't do that, who knows what else it doesn't do... Jan 20 21:46:06 and its bitbake 1.8.8 which has autorev bugs Jan 20 21:51:53 what does this mean: Multiple packages (mpd and mpd) providing same name marked HOLD or PREFER. Using latest. Jan 20 21:52:09 scant: ipkg is upset Jan 20 21:52:21 probably... Jan 20 21:54:27 I wonder if latest = the ipkg I just made Jan 20 22:05:01 RP: I'm moving SlugOS to 1.8.10 now - only saw the release email overnight. Jan 20 22:05:46 I think it's a bit harsh to complain about someone using the previous release of bitbake when the new release is less than a day old ... Jan 20 22:08:30 rwhitby: i'm not complaining, no one is complaining, i'm a newbie, and they were trying to help me build a svn ipkg via bitbake Jan 20 22:11:36 Crofton: what is non-standard about the nslu2 build system? DISTRO is set in auto.conf, just like it's supposed to be (e.g. that's exactly where the Angstrom autobuilder sets DISTRO) Jan 20 22:11:47 rwhitby, we were trying to help, but we are not familiar with the layout of slugos build Jan 20 22:11:56 It's standard OE layout. Jan 20 22:12:12 conf/site.conf, conf/auto.conf, conf/local.conf Jan 20 22:12:17 setup-env at the top-level Jan 20 22:12:27 I repeat - what's non-standard about it? Jan 20 22:12:38 well, I set distro in local.conf Jan 20 22:12:47 and am trying to help in spare cycles Jan 20 22:13:17 is there somewhere where it says that DISTRO should be set in local.conf and not in auto.conf ? Jan 20 22:13:37 rwhitby, slow down Jan 20 22:13:38 If that's a required standard, then I'll make the build system follow it. Jan 20 22:13:52 no, it is just not super familiar to me Jan 20 22:13:59 Crofton: no problem here - I'm just trying to make sure the nslu2-linux build system follows the OE documented standards. Jan 20 22:14:19 I see what you are thinking now Jan 20 22:14:21 just not earlier Jan 20 22:14:31 there is more than one way to do something Jan 20 22:14:33 (so that people can't use that as an excuse to ~lart me when I'm sleeping) Jan 20 22:14:38 heh Jan 20 22:15:07 * Crofton is basically having a crappy day entirely unrelated to OE Jan 20 22:15:52 I'm always open to comments about how the nslu2-linux wrapper around OE differs from required documented standards of OE usage, cause I will change it to fix any such things. Jan 20 22:15:54 let's just say both RP and myself where having trouble finding some stuff :) Jan 20 22:16:08 but, I do not think what you say is bad either Jan 20 22:16:24 Yep, and I'm looking for the root cause of that difficulty, in case there is something I need to fix there ... Jan 20 22:16:33 um, we are idiots Jan 20 22:16:42 ok, I can fix that ;-) Jan 20 22:16:44 heh Jan 20 22:16:51 s/can/can't/ Jan 20 22:16:51 i would blame it on me Jan 20 22:17:02 heh Jan 20 22:17:09 well now you know more Jan 20 22:17:19 scant: no blaming happening here - I'm just trying to make sure that the nslu2-linux build system is not the cause of problems in helping users. Jan 20 22:17:23 scant: i'm the newbie who didn't know to look in auto.conf and local.conf Jan 20 22:17:23 and can help other slugos (?) users when they show up Jan 20 22:17:37 * Crofton is not a newbie and forgot about that route Jan 20 22:17:51 the only time I use them is from scripts ... Jan 20 22:18:07 Crofton and RP helped me lots, and finally got it working, yey! Jan 20 22:18:07 cause the goal of the nslu2-linux build system is that at any point someone can delete the Makefile and use bitbake directly as if it was a manually set up OE environment. Jan 20 22:19:09 rwhitby: i just migrated to slugosbe last week, and like, evry ipk i use is outdated, so i'm trying to update them locally Jan 20 22:19:34 it currently uses site.conf for stuff that is specific to the site at which it is running (i.e. DL_DIR location, etc), auto.conf for stuff which is generated automatically by the wrapper (like MACHINE and DISTRO), and local.conf purely for the one or two things that a specific *user* might want to change. Jan 20 22:19:54 I don't agree with the example of putting *everything* in local.conf and not using auto.conf or site.conf Jan 20 22:20:10 this is not a bad approach Jan 20 22:20:18 In my mind, local.conf should be the *exceptions* to the standard build process Jan 20 22:20:25 possibly, we should change OE getting started accordingly Jan 20 22:21:05 * Crofton needs to do paid work now Jan 20 22:21:15 he'll keep this in mind Jan 20 22:21:49 thanks Crofton Jan 20 22:21:59 cheers Jan 20 22:22:07 good luck Jan 20 22:22:24 if you can hang out in case any else has similar problems Jan 20 22:23:45 rwhitby: Does the nslu2 build system generate a local.conf? Jan 20 22:24:27 rwhitby: I'm not really blaming anyone or anything here, just trying to stress that is someone pops up here, telling us they're not using .dev is a good idea. That was the main cause of confusion Jan 20 22:24:54 * Crofton wonders if nslu2 system should include a few comments explaining this for dinosaurs like me ... Jan 20 22:25:20 rwhitby: We suggested a nsul2 user "add X to local.conf" and then we couldn't find local.conf :} Jan 20 22:28:03 RP: that's cause local.conf does not exist by default. Jan 20 22:28:24 (and re: the bitbake 1.8.10 problem, it was just simpler to suggest the new release than svn which would be been my normal response for srcrev) Jan 20 22:28:24 (since it's local exceptions to the build process - if someone has no local exceptions, then it doesn't exist) Jan 20 22:28:38 RP: np about the bitbake - it's updated now. Jan 20 22:28:53 rwhitby: It might be an idea to have it create an empty local.conf file ? Jan 20 22:29:04 RP: will do that now Jan 20 22:29:11 rwhitby: how can i get this new bitbake version? download the Mastermakefile again? and do a new make image? Jan 20 22:29:18 scant: make update Jan 20 22:29:20 Then the user can see where "local" customisations go... Jan 20 22:30:04 rwhitby: thanks :) Jan 20 22:30:48 rwhitby: also, thanks for working on the "making it easy to drop the makefile and switch to bitbake directly". I think this is the key to helping users develop their skills :) Jan 20 22:31:04 RP: that's been a feature since day one :-) Jan 20 22:31:20 it was an original design requirement. Jan 20 22:31:51 ok, the Makefile now creates an empty local.conf file in ./conf/ Jan 20 22:34:49 rwhitby: Is this process using .dev directly too? Jan 20 22:35:37 rwhitby: yes Jan 20 22:35:47 no branches here Jan 20 22:35:53 s/rwhitby/RP/ Jan 20 22:36:04 rwhitby: first sign of madness ;-) Jan 20 22:36:09 indeed. Jan 20 22:36:45 rwhitby: I was just curious why srcrev failed. It must have been bitbake (I'd wondered about the metadata being wrong somehow) Jan 20 22:37:20 RP: ah - scant was working from a frozen release tarball, not from monotone. Jan 20 22:37:27 I've advised him to change. Jan 20 22:37:47 (since you can't expect to do new development against a frozen release tarball) Jan 20 22:38:00 rwhitby: right, that was what I worried about :) Jan 20 22:38:16 (hence the simpler suggestion of a fixed rev in the end) Jan 20 23:23:33 * mwester observes the change, and goes to see if anyone checked if that bizarre bzr python requirement has been fixed in the latest bitbake version... Jan 20 23:46:46 bzr python? Jan 20 23:57:13 n8 Jan 20 23:57:16 mwester: I'm curious what you mean too... Jan 20 23:57:22 'night mickey|zzZZzz Jan 20 23:58:48 03freyther 07org.oe.dev * r6457e3c7... 10/ (1 packages/qt4/qtopia-core_4.2.0.bb): packages/qt4/qtopia-core_4.2.0: Remove the older version, it is not used Jan 20 23:58:55 03freyther 07org.oe.dev * rc35f3da4... 10/ (4 files in 3 dirs): Jan 20 23:58:55 packages/qt4/qtopia-core: Build the features that are available as plugin as plugin Jan 20 23:58:55 -Build whatever can be build as plugin as plugin (graphics driver, mouse...) Jan 20 23:58:55 -Change the configure script to find plugins Jan 20 23:58:55 -Packaging needs to be done Jan 20 23:59:02 03freyther 07org.oe.dev * rf1621de2... 10/ (3 files in 3 dirs): Jan 20 23:59:02 packages/qt4/qtopia-core: Prepare for someone to use -qconfig Jan 20 23:59:02 -We don't disable any features, but passing -qconfig will automatically Jan 20 23:59:04 disable q3support so we can't enable the usage of -qconfig by default Jan 20 23:59:07 -Install an OE qconfig-oe.h and QT_QCONFIG can be overriden by the default Jan 20 23:59:08 OVERRIDE system (this makes up a bit for the lacking documentation) Jan 20 23:59:10 03daniel 07org.oe.dev * r064319b0... 10/ (1 packages/linux/chumby-kernel/disable-fbchanging.patch): chumby-kernel: Add disable-fbchanging.patch that I had previously forgotten Jan 21 00:39:27 03thebohemian 07org.oe.dev * reed8e447... 10/ (3 files in 3 dirs): Jan 21 00:39:27 cacao: Fix cache flushing. Jan 21 00:39:27 - removed workaround patch Jan 21 00:39:27 - added real fix OABI and EABI compliant cacheflushing Jan 21 01:47:51 03rpurdie 07org.oe.dev * rb4002892... 10/ (18 files in 4 dirs): linux-rp: More defconfig updates and patch fixes Jan 21 01:47:57 03rpurdie 07org.oe.dev * r8e186034... 10/ (12 files in 3 dirs): linux-rp-2.6.23+2.6.24-rc8: Try and standardise defconfigs, fix hx2000 compile problems Jan 21 01:54:58 03pfalcon 07org.oe.dev * r56c59086... 10/ (3 files in 3 dirs): Jan 21 01:54:58 gpe-contacts svn: Convert to SRCREV, add latest rev to sane-srcrevs.inc. Jan 21 01:54:58 * Confirmed buildable/working. Jan 21 01:55:03 03pfalcon 07org.oe.dev * r6a123114... 10/ (7 files in 5 dirs): Jan 21 01:55:03 gpe-contacts svn: Implement proper handling of VCARD categories. Jan 21 01:55:03 * VCARD's CATEGORIES field used to be stuffed into contact's CATEGORY Jan 21 01:55:03 field as is, which is not what gpe-contacts expect. Jan 21 01:55:05 * So now, try to look up each of VCARD's categories (adding new accessor Jan 21 01:55:07 to libgpepimc was required), if it doesn't exist, create it, and finally Jan 21 01:55:08 put category ID into contact's CATEGORY field. **** ENDING LOGGING AT Mon Jan 21 03:00:03 2008