**** BEGIN LOGGING AT Mon Jul 18 23:59:57 2005 Jul 19 02:39:10 DaKa2: Did you check out whether it was possible to disable inetd when installing xinetd - they are incompatible. I need to do a similar thing. Jul 19 03:23:15 bob_tm: why not just conflict with it? Jul 19 03:23:45 we currently have no inetd in openslug, not that Im aware of... Jul 19 03:26:22 DaKa2: Will do. Jul 19 03:27:09 bob_tm: what are you working on? Jul 19 03:27:34 DaKa2: I'm making proftpd dependent on xinetd and would like to put a dropin proftpd conf file in /etc/xinetd.d , but not as a regular file (want it marked as conf file so reinnstall does not overwrite it) Jul 19 03:28:10 ahh, fantastic Jul 19 03:28:54 It compiles and packages, but I'm unsure of the meaning of the CONFFILES_${PN} statement Jul 19 03:29:28 thats the conffiles for the package with the same name as the bb Jul 19 03:30:13 Indeed, but the variable ${sysconfdir} seems to refer to the destination - is that right? Jul 19 03:30:47 thats just /etc, incase someone want to modify oe to use /opt/etc Jul 19 03:31:28 you have to put the file in the package in etc too Jul 19 03:31:30 The trouble is that I added ${sysconfdir}/xinetd.d/proftpd and the populate procedure complained that the file did not exist. Jul 19 03:31:38 AH - thanks Jul 19 03:32:04 look at how I did that in sane-backends, I think Jul 19 03:32:07 One final thing: What user:group will the files get on install ? Jul 19 03:32:09 if you dont know Jul 19 03:32:22 probably root.. Jul 19 03:32:33 The user that installs it or the UID in the IPK? Jul 19 03:32:55 well, the uid in the ipk Jul 19 03:32:59 you can set that with install Jul 19 03:33:22 install --group=gid --owner=uid Jul 19 03:33:39 That works only when making the package as root - I don't Jul 19 03:33:46 ah... Jul 19 03:33:48 and neither will other developers Jul 19 03:34:04 didnt think of that Jul 19 03:34:23 So it must be in pkg_postinst if anywhere Jul 19 03:34:32 yes Jul 19 03:34:42 But that is inelegant, because I have to make explicit reference to every file Jul 19 03:35:17 I will try - best way - have a dev-slug on loan again for a week Jul 19 03:35:34 hm.. yes.. seems like a strange problem, here must be some other package that has it too Jul 19 03:35:35 Correction: turbo-dev-slug ( :-) ) Jul 19 03:35:39 :) Jul 19 03:35:56 Yes - I do a lot of grep'ing these days Jul 19 03:36:46 I will do proftpd and syslog-ng and then I'm set for "the transition" on prodslug. Jul 19 03:37:38 prodslug? Jul 19 03:38:20 My slug has tasks 24/7, so hard to test anything. Jul 19 03:38:30 It is in "production" Jul 19 03:38:36 ah :-) Jul 19 03:39:20 Another thing: How's the cron in OE? Is it as good as the one in Unslung (that is: can you have a cron directory of entries or just the awful single file) Jul 19 03:39:45 never used it.. Jul 19 03:40:09 Ah - time will tell. Thanks for your help. Jul 19 03:40:13 :) **** BEGIN LOGGING AT Tue Jul 19 05:08:40 2005 Jul 19 06:03:13 Are we finally moving to udev? I just noticed some notes about that in udev during merging. Jul 19 06:04:13 unless it was some other group. Jul 19 06:11:32 Not as far as I know. Yet. Jul 19 06:37:00 ok. Jul 19 06:37:10 I've been using it for a few months without problems. Jul 19 06:37:24 But then again, I don't need much h/w support. Jul 19 06:54:05 I think all devices are present in udev Jul 19 06:59:26 OE seem to be in the process of making significant changes (for 2.6.13?) Jul 19 06:59:43 It looks like the current udev may require some work... Jul 19 06:59:44 Yeah, saw your entry on the udev "bug" Jul 19 07:00:05 I couldn't see anything in the oe logs though ? Jul 19 07:02:07 mt log packages/udev/udev_063.bb - in revision 25e31bea2d2b004a18c1cd7472201bf31309d94c: Jul 19 07:02:25 mickeyl writes; - add 063 (default preference = -1, see inside for why) Jul 19 07:03:04 ok, I'm still pulling, will check afterwards Jul 19 07:03:09 I think there was something in the #oe channel too, but I can't remember what (something about upstream changes to udev) Jul 19 07:03:45 Yeah, I noticed that too when i pulled. Jul 19 07:03:57 I was under the impression you guys were finally moving to udev. Jul 19 07:04:05 I've been using it for a while. Jul 19 07:05:10 I had it running for a while, but then my disk croaked Jul 19 07:05:45 :( Jul 19 07:05:46 <[g2]> NAiL, do you read lak ? Jul 19 07:05:53 lak? Jul 19 07:05:55 what's lak anyways? Jul 19 07:06:00 <[g2]> linux-arm-kernel ml Jul 19 07:06:04 ah! Jul 19 07:06:06 oh Jul 19 07:06:16 no, but it *does* sound like a nice idea Jul 19 07:06:19 <[g2]> doh... sorry NAiL Jul 19 07:06:29 <[g2]> VoodooZ_Work, do you read lak ? Jul 19 07:06:37 nope. but I should yes. Jul 19 07:06:49 I'd be lost probably. Jul 19 07:07:02 why? anything big? Jul 19 07:07:03 <[g2]> there's a thread in there Jul 19 07:07:08 <[g2]> you'd really like Jul 19 07:07:20 <[g2]> let me find it in the archives Jul 19 07:07:26 cool Jul 19 07:08:49 [g2]: How high-volume is the ml? Jul 19 07:09:35 <[g2]> usually 10-20 a day Jul 19 07:09:42 not too bad. Jul 19 07:09:43 <[g2]> sometimes 50 or 100 Jul 19 07:10:26 <[g2]> it's not really the number is more the technical detail Jul 19 07:14:40 I don't mind that. I used to subscribe to lkml a couple of years ago. Proved useful quite a few times Jul 19 07:15:19 Get kerneltraffic instead Jul 19 07:15:37 but since lklm averaged at one mail every 5 minutes I dropped that and have since subscribed to KT ;-) Jul 19 07:15:44 ah :) Jul 19 07:16:01 but I haven't gotten any mails from KT for the last two weeks or so... Jul 19 07:16:07 ditto Jul 19 07:16:15 actually, not for the last month Jul 19 07:16:23 It's done by the guy when he has time it seems Jul 19 07:16:26 yeah Jul 19 07:16:50 It's a very neat newsletter :) Jul 19 07:16:52 [g2], what's the posting's subject line? Jul 19 07:20:15 <[g2]> VoodooZ_Work, got distracted sorry... on second Jul 19 07:20:59 no rush mate. Jul 19 07:22:01 <[g2]> http://lists.arm.linux.org.uk/pipermail/linux-arm-kernel/2005-July/030300.html Jul 19 07:22:20 thanks. I'll check it out. Jul 19 07:22:20 <[g2]> you'll like the punch line at the end of the thread :) Jul 19 07:25:23 [g2]: when's the website launch? Jul 19 07:25:52 <[g2]> rwhitby-away, good question. Jul 19 07:26:19 <[g2]> I've been wanting to use the fatslug as the web server Jul 19 07:27:03 <[g2]> I've been futzing around with the native build stuff and not working on the web site Jul 19 07:27:18 hehe. make sure the word doesn't get to slashdot then as they'll kill the poor thing! :) Jul 19 07:27:36 <[g2]> LOL Jul 19 07:27:38 you want php on the slug, or just a static site? Because thttpd now Works (TM) Jul 19 07:28:09 <[g2]> NAiL, I've built and run apache2 with php5 and openssl on fatslug Jul 19 07:28:26 <[g2]> and the latest perl too Jul 19 07:29:17 [g2]: you're really considering running your business web site on a slug ? Jul 19 07:29:29 How's work progressing on packaging up the stuff? Jul 19 07:29:47 <[g2]> NAiL, slowly Jul 19 07:29:58 [g2]: no hurry ;) Jul 19 07:30:08 <[g2]> rwhitby-away, I really don't know how to gauge the response Jul 19 07:30:52 <[g2]> I had not really thought about getting /.'ed but I guess it's possible Jul 19 07:33:46 oh it definitely is! that's what the whole thing is, not being ready. :) Jul 19 07:40:10 night all Jul 19 10:21:36 DaKa2: Can I bother you some more? Jul 19 10:22:05 sure Jul 19 10:23:37 i've made some .bb's and want to check them in for testing - how is that supposed to be done. Any page that talks about this? Jul 19 10:24:31 you need monotone dev access to check them in yourself Jul 19 10:24:56 Ok - who do I call for that? Jul 19 10:25:10 I never bothered, I just made nail commit stuff for me Jul 19 10:25:56 hm.. I would guess rwhitby is the one taking care of that Jul 19 10:26:12 but Im not really sure Jul 19 10:26:22 Ok - I'll leave a note for when he wakes up. Thanks! I have proftpd, libol and syslog-ng ready for testing Jul 19 10:26:43 libol? Jul 19 10:27:02 (needed for syslog-ng and a few others - basically a prereq.) Jul 19 10:27:13 ah Jul 19 10:27:40 Bibi for now - gotta make dinner. Jul 19 10:27:51 :) Jul 19 10:27:58 dinner, good idea Jul 19 10:51:07 bob_tm: I can check them in for you if you want Jul 19 10:51:17 I'd like proftpd running aswell Jul 19 12:16:05 <[g2]-away> DaKa2, ping Jul 19 12:41:47 [g2]: pong Jul 19 12:41:55 <[g2]> hey Jul 19 12:42:10 did you see my message in nslu2-linux? Jul 19 12:42:11 <[g2]> I'm *so* conflicted :) Jul 19 12:42:45 <[g2]> hey I just read it Jul 19 12:43:36 <[g2]> sounds like you are doing a static build of something Jul 19 12:43:49 that works Jul 19 12:44:07 <[g2]> ok... Jul 19 12:44:10 but if I try to build with a dynamic libperl it fails Jul 19 12:44:16 oh.. the rest in dynamic Jul 19 12:44:34 libperl statically linked works Jul 19 12:44:57 <[g2]> does it build that way by default ? Jul 19 12:45:01 yes Jul 19 12:45:10 thats why it works for us nativly Jul 19 12:45:29 <[g2]> php5 build .so fine Jul 19 12:45:34 <[g2]> and apache used it Jul 19 12:45:47 yes, I know.. Jul 19 12:45:57 <[g2]> so the native tool chain isn't totally borked Jul 19 12:46:02 I know.. Jul 19 12:46:17 something is just wrong.. and I dont know what Jul 19 12:46:55 <[g2]> Ummm... my perl build *just* finished and there's 44 .so's in there Jul 19 12:47:10 but is there a libperl? Jul 19 12:47:16 that perl is linked agains? Jul 19 12:47:17 <[g2]> root@fatturbo:~/src/perl-5.8.7# find . -name "*.so" | wc Jul 19 12:47:17 <[g2]> 44 44 1336 Jul 19 12:47:20 against* Jul 19 12:47:38 <[g2]> which config option are you using ? Jul 19 12:47:45 -Duseshrplib=true Jul 19 12:47:47 <[g2]> --enable-shared=ture Jul 19 12:49:08 does perl take --enable-shared? Jul 19 12:50:35 <[g2]> Build a shared libperl.so (y/n) [n] Jul 19 12:51:09 yes, thats -Duseshrplib=true Jul 19 12:51:15 I think... Jul 19 12:52:06 <[g2]> configuring now Jul 19 12:52:46 it fails when it tries to use miniperl for the first time in the compile Jul 19 12:53:56 <[g2]> how does it fail ? Jul 19 12:54:15 ./miniperl: symbol lookup error: /home/slug/openslug/tmp/work/perl-openslug-5.8.7-r1/perl-5.8.7/libperl.so: undefined symbol: __udivsi3 Jul 19 12:54:30 <[g2]> is this the native perl ? Jul 19 12:54:35 yes Jul 19 12:56:14 dammit... Jul 19 12:56:19 what was my quit-msg? Jul 19 12:56:23 <[g2]> http://64.233.179.104/search?q=cache:_Vrs8vKjGmQJ:ibot.rikers.org/oe/20040831.html.gz+symbol:+__udivsi3+armeb&hl=en Jul 19 12:56:31 <[g2]> search for the udivsi Jul 19 12:56:56 [14:54] *** DaKa2 (~david@193.13.58.211) Quit (Remote closed the connection) Jul 19 12:57:27 hm.. dammit.. oh well.. I need to fix my irssi sometime Jul 19 12:58:35 [g2]: hm.. ok.. that seems probably, I've actually searched and found that conversation a few days ago, missed that there actually was a hint Jul 19 12:59:42 <[g2]> hey I know I'm following a lot of bread crumbs.... Jul 19 12:59:56 <[g2]> trying to find my way back to the build home :) Jul 19 13:00:05 where do I find a working ldd? Jul 19 13:00:16 <[g2]> heh.... Jul 19 13:00:31 <[g2]> you know someone was talking about that last week.... Jul 19 13:00:50 <[g2]> I don't even know where it comes from Jul 19 13:01:01 <[g2]> or what it does Jul 19 13:01:16 <[g2]> I think it does something with dynamic libraries Jul 19 13:01:26 <[g2]> related to loading.... Jul 19 13:02:16 <[g2]> ok... that option isn't the right one Jul 19 13:02:52 <[g2]> Build a shared libperl.so (y/n) [n] Jul 19 13:03:13 hm? Jul 19 13:03:21 <[g2]> sh Configure -ds -e -Dprefix=/usr -Duseshrplib=true Jul 19 13:03:28 yes Jul 19 13:03:32 that is what I run Jul 19 13:04:02 <[g2]> and it results in "Build a shard libperl.so (y/n) [n] Jul 19 13:04:13 uhm.. no Jul 19 13:04:23 <[g2]> well on my box it does Jul 19 13:04:31 sh Configure -Dprefix=/usr -Duseshrplib=true would do that Jul 19 13:05:07 with -ds you shouldn't even get any questions Jul 19 13:05:22 the result should end up in config.sh Jul 19 13:05:53 as: useshrplib='true' Jul 19 13:08:21 <[g2]> so ./configure.gnu --prefix=/usr useshrplib=true Jul 19 13:08:39 sh Configure -ds -e -Dprefix=/usr -Duseshrplib=true Jul 19 13:10:41 <[g2]> "/configure.gnu --prefix=/usr -Duseshrplib=true results in Jul 19 13:11:26 <[g2]> sh Configure -ds -e -Dprefix=/usr -Duseshrplib=true Jul 19 13:11:50 ahh, then thats good to Jul 19 13:12:59 <[g2]> I'm guessing it just passes through -D options Jul 19 13:13:35 yes, configure.gnu just translates a few options and runs sh Configure Jul 19 13:27:26 well, both miniperl and libperl.so gets linked with libc Jul 19 13:28:13 ahh, libgcc.. Jul 19 13:28:21 uhm.. Jul 19 13:35:56 lets see Jul 19 13:36:48 libgcc_s apparently includes __udivdi3.. so, addes -lgcc_s Jul 19 13:36:51 added* Jul 19 13:37:08 nm /lib/libgcc_s.so.1 | grep udivdi Jul 19 13:37:09 300004bbc T __udivdi3 Jul 19 13:51:08 <[g2]> Umm... perl config is still telling me no dice on the shared library Jul 19 13:57:54 The problem is that perl is loading its own libraries and it doesn't do it right. Jul 19 13:58:40 Though I don't know why it affects the config too now - that is new. Jul 19 14:02:32 WOHO! it works Jul 19 14:02:53 [g2]: add -lgcc_s to libs in the top Makefile Jul 19 14:03:23 atleast I have a working miniperl Jul 19 14:03:52 <[g2]> DaKa2, I don't know why the configure didn't work Jul 19 14:04:25 but, doesn't work? Jul 19 14:04:31 how doesn't it work? Jul 19 14:04:48 <[g2]> sh Configure -ds -e -Dprefix=/usr -Duseshrplib=true Jul 19 14:04:51 your not getting useshrplib='true' in config.sh ? Jul 19 14:05:00 <[g2]> right Jul 19 14:05:09 have you looked in it? Jul 19 14:05:14 <[g2]> looking now Jul 19 14:05:21 :) Jul 19 14:06:11 so, hm.. what env option adds to libs.. Jul 19 14:07:08 LDFLAGS Jul 19 14:07:45 hm. no Jul 19 14:14:58 after that there is just the packaging, currently it doesn't include everything needed Jul 19 14:30:37 <[g2]> Ah... Jul 19 14:30:52 <[g2]> ./configure.gnu --prefix=/usr -A define:useshrplib=true Jul 19 14:31:04 <[g2]> Build a shared libperl.so (y/n) [y] Jul 19 14:31:37 strange.. sh Configure -ds -e -Dprefix=/usr -Duseshrplib=true works for me... Jul 19 14:33:54 and then just: sed -i "s/libs =/libs = -lgcc_s/" Makefile Jul 19 14:36:49 ok, packaging, do_package misses 463 files under image/usr/lib/perl5/5.8.7 Jul 19 14:38:13 and.. perl compiles with armv5teb-linux, not armeb, does that matter? Jul 19 14:41:09 oh, it misses most stuff because of armv5teb != armeb Jul 19 14:42:23 and the rest is just crap that shouldn't end up in the packages anyway, I think, maybe Jul 19 15:55:09 bob_tm: do you have a monotone public key/id already? Jul 19 15:55:30 jbowler-away: No not yet. Jul 19 15:56:03 What kind of key is needed - can I use my SF CVS key? Jul 19 15:56:45 No, you have to make a new one. What is important is that the ID you use is a real email id and can be related to 'bob_tm' so people know who to ask about changes. Jul 19 15:57:16 Ok - do you have an URL for this? Jul 19 15:57:47 For setting up a key? http://www.venge.net/monotone (the generic documentation) Jul 19 15:58:38 Cool - will read it and get back to you tomorrow. Just about to go to bed in a state not fit for making public keys :-( Jul 19 15:59:44 (my dinner guests just left - it's 1am) Jul 19 15:59:51 Ok, that ID is used to tag all the changes you make - that's why it needs to be identifiable. Jul 19 15:59:59 Fair enough. Jul 19 16:00:20 It's 4pm here - I can add the ID tomorrow. Jul 19 16:00:35 Oh - I can use my PGP key? Jul 19 16:01:26 (never mind - tomorrow - nighty nighty) Jul 19 16:01:31 I don't think so. Monotone has a command 'genkey' - I couldn't see any other way. Jul 19 18:57:54 <[g2]> DaKa2, around ? Jul 19 18:58:31 <[g2]> jacques, ping **** ENDING LOGGING AT Tue Jul 19 23:59:56 2005