**** BEGIN LOGGING AT Sun Mar 23 02:59:56 2008 Mar 23 04:14:12 dwery: did you ever push that ixp4xx beeper patch I sent you upstream? Mar 23 04:14:23 if not, should I post it to l-a-k? Mar 23 05:01:52 dumfrac: is it in our svn kernel repo? Mar 23 05:02:31 hmm... not sure, let me check (I did send it to you as well) Mar 23 05:03:16 well, you know what I say: if it not in a repo, then it doesn't exist. Mar 23 05:03:25 ;-) Mar 23 05:03:32 it isn't :-) Mar 23 05:03:38 I'll upload it Mar 23 05:03:55 it is the patch that allows udev to load the buzzer module Mar 23 05:20:17 03gordon * r1054 10kernel/trunk/patches/ (4 files in 2 dirs): Add MODULE_ALIAS to beeper module so that udev will load the module automatically. Mar 23 05:21:14 rwhitby: should I post the patch to l-a-k? Mar 23 05:22:04 dumfrac: sure Mar 23 05:22:55 ok - I wasn't sure whether dwery had done anything with it Mar 23 07:21:08 03gordon * r1055 10kernel/trunk/patches/ (2 files in 2 dirs): Refresh network driver patches to include latest changes from Krzysztof's tree. Mar 23 15:32:48 03bzhou * r8055 10optware/trunk/make/py-simplejson.mk: py-simplejson: 1.7.5 -> 1.8 Mar 23 16:06:12 eno: mimms is now installing correctly under /opt/ Mar 23 16:06:12 make mimms-check Mar 23 16:06:12 perl scripts/optware-check-package.pl --target=nslu2 /home/unslung/optware/nslu2/builds/mimms_0.0.9-1_armeb.ipk Mar 23 16:06:15 1 package(s) were checked. Mar 23 16:06:37 great Mar 23 16:07:18 send email to yahoo group, and we'll give you optware svn write access Mar 23 16:08:50 i dunno how attachment works with yahoo group, you can just pastebin your mk file Mar 23 16:08:54 and send a link Mar 23 16:09:31 thank you for the work Mar 23 16:14:45 nslu2-developers@yahoogroups.com ? Mar 23 16:17:18 yes Mar 23 16:24:24 done Mar 23 16:26:31 will take some time before someone email you, please be patient Mar 23 16:30:17 ok Mar 23 19:00:08 03bzhou * r8056 10optware/trunk/make/haserl.mk: haserl: 0.9.20 -> 0.9.23 Mar 23 19:10:30 03bzhou * r8057 10optware/trunk/ (make/minihttpd.mk sources/minihttpd/mini_httpd.conf): minihttpd: mkdir /opt/var/log, use nobody as user Mar 23 19:31:00 can anyone here help me with a bitbake autoconf error i have with apcupsd, the log says: FATAL: oe_runconf Mar 23 19:35:28 scant: pastebin the log Mar 23 19:41:08 eno: http://pastebin.ca/954234 Mar 23 19:42:09 eno: i've been asking about this for months, but can't get it to work, on the other hand i have been able to create other bb files i've created, like for flac, mpd, and saned, but i can't figure out this one Mar 23 19:43:14 eno: i see one problem, but i'm unsure if it's the root cause or a symptom of another issue: the src dir is used twice in the path where it links right before it quits out Mar 23 19:48:14 my bitbake-fu is rather weak, but lemme try Mar 23 19:56:11 i guess the last linking means symlinking Mar 23 19:56:58 pastebin your bb file Mar 23 20:01:49 maybe cd into workdir, then ./configure ? Mar 23 20:16:19 eno: you still here? Mar 23 20:16:47 yes Mar 23 20:17:12 apcupsd_3.14.3.bb: http://pastebin.ca/954274 Mar 23 20:19:34 when you "inherit autotools", it uses the full path ${S}/configure in oe_runconf Mar 23 20:19:49 most packages are fine Mar 23 20:20:19 eno: going into /slugos/tmp/work/armv5teb-linux/apcupsd-3.14.3-r0/apcupsd-3.14.3 and doing a ./configure works Mar 23 20:20:20 but probably apcupsd assumes "cd ${S}; ./configure" Mar 23 20:20:34 eno: how do i fix this? Mar 23 20:21:08 i dunno for sure, you need to override oe_runconf Mar 23 20:21:39 eno: this is always what happens, no one knows how to fix or is willing to help Mar 23 20:21:40 read classes/autotools.bbclass Mar 23 20:22:05 eno: i've beent rying for a long time now, i don't understand why no one knows Mar 23 20:22:06 the worst case is, instead of oe_runconf Mar 23 20:22:43 lastly, i don't get why someone else hasn't done this already, i mean, all you guys with slugosbe don't use apcupsd? Mar 23 20:22:45 duplicate almost all of oe_runconf, except "cd ${S}; ./configure" Mar 23 20:23:14 eno: what's classes/autotools.bbclass Mar 23 20:23:59 that's supposed to be parts you inherit from autotools Mar 23 20:24:47 i don't see a file classes/autotools.bbclass Mar 23 20:25:08 (i'm more familar with optware build system) Mar 23 20:25:28 under openembedded Mar 23 20:25:36 it's just really frustrating, because openembedded does not have parity with optware Mar 23 20:25:50 and i've been asking for help for months on this Mar 23 20:25:53 and no one wants to help Mar 23 20:26:08 if you check the irc logs i've been asking about this since jan. Mar 23 20:26:50 i admit i'm a newbie, but i'm a developer, and i've made bb files for flac, mpd, and saned Mar 23 20:27:25 not a lot of ppl working on OE packages most suitable for NAS Mar 23 20:28:01 i don't undestand Mar 23 20:28:10 if other OE developers are working on mobile phone stuff, you cannot expect them to work on apcupsd Mar 23 20:28:25 this doesn't seem like a specific to nslu2 or nas Mar 23 20:28:56 eno: what did you mean by duplicating all of oe_runconf, where is oe_runconf Mar 23 20:29:27 i think OE started on portable devices, like zauraus Mar 23 20:29:56 have you found openembedded/classes/autotools.bbclass ? Mar 23 20:29:59 no Mar 23 20:30:37 eno: found autotools.bbclass Mar 23 20:30:38 try "locate autotools.bbclass" Mar 23 20:30:54 ok, read carefully that file Mar 23 20:31:43 there is no cd ${S}; ./configure in oe_runconf Mar 23 20:32:22 right, the default behavior is ${S}/configure Mar 23 20:32:47 in your apcupsd case, you want "cd ${S}; ./configure" instead Mar 23 20:33:30 maybe there's a canonical way to do override the default behavior Mar 23 20:33:46 eno: who would know if there is a way to override w/o recreating oe_runconf? Mar 23 20:34:02 you probably can get better answer in #oe Mar 23 20:34:18 ask specifically how can you "cd ${S}; ./configure" Mar 23 20:34:29 eno: there is a way to override all of oe_runconf? Mar 23 20:34:56 maybe, i'm not sure what's the best way Mar 23 20:35:24 what i suggested was, in the worst case, you can define your own oe_runconf2 Mar 23 20:35:52 in oe_runconf2, copy almost everything from oe_runconf Mar 23 20:36:15 change ${S}/configure to cd ${S}; ./configure Mar 23 20:36:18 do i put oe_runconf2 in apcupsd_3.14.3.bb? Mar 23 20:36:30 yes you can Mar 23 20:36:59 for detail, get OE/bitbake reference handy Mar 23 20:38:36 (one of the reason i like optware, is that .mk files are so explicit in what it does) Mar 23 20:39:55 i have found the OE/bitbake reference and recipies useless to someone who isn't an expert Mar 23 20:42:19 eno: do i have to redefine a task to do a custom oe_runconf? Mar 23 20:44:12 grep oe_runconf packages/*/*.bb Mar 23 20:44:46 see how other packages invoke oe_runconf Mar 23 20:46:32 eno: oe_runconf is invoked int he do_configure stage i think Mar 23 20:47:01 does this mean i have to make my own do_configure and oe_runconf? Mar 23 20:48:02 yes, so you define a oe_runconf_apcupsd, add a do_configure that invokes your own oe_runconf_apcupsd Mar 23 20:48:24 eno: but do i have to add other stuff in do_configure or just invoke oe_runconf and that's it? Mar 23 20:49:09 you cannot invoke oe_runconf, that would use the ${S}/configure full path Mar 23 20:50:45 eno: i mean is this what my do_configure shoudl look like? do_configure() { oe_runconf_apcupsd } Mar 23 20:50:58 yes Mar 23 20:51:53 now i just need to find out how to define my own oe_runconf_apcupsd Mar 23 20:52:19 now i think about it, you don't have to define your own oe_runconf_apcupsd Mar 23 20:52:57 you can just copy the content of oe_runconf in do_configure, of course, changing ${S}/configure to cd ${S}; ./configure Mar 23 20:53:46 get it working first, then ask in #oe for the best way Mar 23 20:53:59 isn't defining a do_configure overriding the default do_configure behavior Mar 23 20:54:12 doesn't the default do_configure behavior do more than call oe_runconf? Mar 23 20:54:41 flo_lap in #oe says it should be doing a: "cd ${S}; ./configure" if i inherit autotools Mar 23 20:55:52 i think calling oe_runconf is pretty much all do_configure does Mar 23 20:56:32 ask flo_lap to read classes/autotools.bbclass Mar 23 20:58:21 eno: thanks a lot for your help, i'll try it when i get home, hope you may be around if i have more questions Mar 23 20:58:59 scant: good luck Mar 23 21:07:30 03bzhou * r8058 10optware/trunk/make/apcupsd.mk: apcupsd: 3.14.2 -> 3.14.3 Mar 23 22:20:12 03bzhou * r8059 10optware/trunk/make/py-simplejson.mk: py-simplejson: 1.8 -> 1.8.1 Mar 23 22:43:57 eno: are you still here? **** ENDING LOGGING AT Mon Mar 24 02:59:57 2008