**** BEGIN LOGGING AT Sat Jul 30 23:59:56 2005 Jul 31 02:59:02 can anyone load kernel-module-input w/o getting Jul 31 02:59:04 input: Unknown symbol hotplug_path Jul 31 02:59:04 input: Unknown symbol add_input_randomness Jul 31 02:59:06 ? Jul 31 03:19:43 Matta: will give it a try later Jul 31 03:21:17 k Jul 31 03:34:51 ha, I got my setup to make the kernel modules Jul 31 03:35:23 apparently, defconfig / .config requires the lines to be in the right place, I thought you could have them anywhere in the file Jul 31 03:44:16 Matta: so the unknown symbols have gone away, or are still unknown? Jul 31 03:47:02 nope, unknown, my compile results in the same problem Jul 31 03:47:14 but now I can debug Jul 31 03:47:24 ;) Jul 31 03:49:34 hotplug is compiled in the default kernel, right? Jul 31 03:52:15 hmm, apparently it's an upstream bug in the kernel Jul 31 03:52:51 03marceln * 10unslung/ (make/dovecot.mk sources/dovecot/configure.in.patch): Jul 31 03:52:51 FIX from Adam Baker for cross building dovecot. Jul 31 03:52:51 There are still some problems with kerberos libries on the host os. Jul 31 03:53:03 guess I'll have to make a temporary patch until they get it fixed upstream Jul 31 04:00:48 Matta: we can put a patch in openslug Jul 31 04:07:10 k, I'll test it here, when it works I'll post it here Jul 31 04:07:29 where should I put .patch files? Jul 31 04:07:53 and is it enough to edit nslu2-linux/packages/linux/nslu2-kernel_2.6.12.2.bb to make it work? Jul 31 04:08:59 the patch will probably become obsolete with the next upstream kernel release Jul 31 04:12:55 Matta: yep, nslu2-kernel_2.6.12.2.bb is the one to add the patch into the SRC_URI. Jul 31 04:13:58 and where should the actual .patch be located? Jul 31 04:14:09 openembedded/packages/linux/nslu2-kernel/2.6.12/ ? Jul 31 04:14:20 03rwhitby 07org.nslu2-linux.bitbake * r928367aa... 10/ (6 files in 5 dirs): Updated to bitbake 1.3.2 Jul 31 04:14:23 03rwhitby 07org.nslu2-linux.dev * r428b3f81... 10/Makefile: Improved the import-bitbake target Jul 31 04:20:56 source patched, compiling Jul 31 04:21:02 let's see what happens Jul 31 04:34:07 yess, it worked! =) Jul 31 04:35:39 http://people.realnode.com/~mnordstr/nslu2/missing-exports.patch Jul 31 04:49:27 gtg, but with that patch and the usbhid, input, evdev, usbserial and pl2303 modules loaded, everything I need seems to be working, even under uClibc... now all I have to do is write the application for it ;) Jul 31 04:49:31 l8r Jul 31 05:31:29 ACTION  Jul 31 06:04:23 03ccsmart 07org.openembedded.nslu2-linux * r2692c20b... 10/packages/initscripts/ (3 files in 2 dirs): Migrate per package configuration files in drop in directory. Jul 31 06:05:54 [cc]smart: what's the detail of that change? Jul 31 06:08:45 <[cc]smart> it is intended to make volatile work as originally discussed, by providing a directory where packages can drop in their configs. Jul 31 06:08:55 <[cc]smart> the previous one was just an intermediate step. Jul 31 06:09:18 ah, cool. Jul 31 06:19:23 rwhitby: I suggest adding that patch to the official kernel if the input module is available Jul 31 06:22:49 Matta: so just add the patch to nslu2-kernel/2.6.12 and add it to nslu2-kernel_2.6.12.2.bb N2K_PATCHES ? Jul 31 06:24:51 Matta: is that what you did? Jul 31 06:41:55 yup Jul 31 06:52:26 Matta: done Jul 31 06:52:44 03rwhitby 07org.openembedded.nslu2-linux * racedaeff... 10/packages/linux/ (2 files in 2 dirs): Added the missing-exports patch from Matta to the OpenSlug kernel, to resolve the missing hotplug_path and add_input_randomness symbols. Jul 31 06:52:47 03rwhitby 07org.openembedded.nslu2-linux * rfaa2fa21... 10/ (18 files in 10 dirs): Jul 31 06:52:47 propagate from branch 'org.openembedded.dev' (head 824eb36b8f7f8e9953dd561a9f464e50042c85e2) Jul 31 06:52:47 to branch 'org.openembedded.nslu2-linux' (head 2692c20b64cebd9a996a3ec7d793938f235c2cd6) Jul 31 06:53:59 great Jul 31 06:54:35 all going well it should make it automatically to the feed within half an hour Jul 31 06:55:24 k Jul 31 07:06:54 03marceln * 10unslung/make/dovecot.mk: Jul 31 07:06:54 Cross compilation works (Thanks Adam Baker) Jul 31 07:06:54 Added dependecy to openssl Jul 31 07:32:59 03nail 07org.openembedded.nslu2-linux * r84ca6b48... 10/packages/ (3 files in 3 dirs): Added client programs for controlling the the mpd music player from the commandline, courtesy of Hannes Reich Jul 31 07:33:05 03nail 07org.openembedded.nslu2-linux * r9bfa38ef... 10/packages/at76c503a/at76c503a-modules_cvs.bb: Fixed compilation for 2.4 and 2.6 (.o vs .ko). Fixes OE bug #190 Jul 31 07:33:08 03nail 07org.openembedded.nslu2-linux * r17e420c5... 10/packages/portmap/portmap_5-9.bb: Added portmap-utils RDEPENDS so nfs works out of the box. Fixes slugbug #229 Jul 31 07:33:15 whatthe? Jul 31 07:33:24 * NAiL curses Jul 31 07:41:23 03nail 07org.openembedded.nslu2-linux * r17cd385f... 10/packages/ (3 files in 3 dirs): disapproval of revision 84ca6b48d0e2960ee88c5a4d6c227b9cc53e4d46 Jul 31 07:44:54 03repvik * r100 10/releases/OpenSlug-2.3-beta/openembedded/packages/perl/ (11 files in 2 dirs): Get a working perl into the stable feed Jul 31 07:50:07 hi, trying to build unslung5-5 from source, but the build failed, cause ipkg-cl isn't in the staging dir.... any hints, why it isn't? Jul 31 07:51:25 03repvik * r101 10/releases/OpenSlug-2.3-beta/openembedded/packages/portmap/portmap_5-9.bb: Updated portmap in stable feed Jul 31 07:53:13 hey macsat Jul 31 07:53:53 macsat, I was wondering whether you wanted to update some packages in the optware/wl500g feed to include some of the setup stuff from your tutorials. Jul 31 07:54:55 Sure....if I knew how ;-) Jul 31 07:56:00 mkdir -p /home/slug ; cd /home/slug ; make setup-optware ; make build-optware-wl500g Jul 31 07:56:21 oops - should be a wget http://www.nslu2-linux.org/Makefile in there as the third command Jul 31 07:56:54 you need to have the Asus toolchain (plus Oleg's extensions) installed in the usual place. Jul 31 07:58:39 e.g. the "Configuring the web server" section of http://www.macsat.com/php_web.php could just be included in the default thttpd.conf which is installed by the package. Jul 31 07:59:20 same with vsftpd Jul 31 08:00:08 and the rrdtool.sh could be included in the ipk too Jul 31 08:00:44 as well as making it depend on xinetd and making it drop in a inetd file in /opt/etc/xinet.d/ automatically. Jul 31 08:04:47 I'll try to take a look at it..... Jul 31 08:15:49 03nail 07org.openembedded.nslu2-linux * rf99b0f81... 10/ (4 files in 4 dirs): Back out RDEPENDS Jul 31 08:20:36 03nail 07org.openembedded.nslu2-linux * reab45770... 10/ (4 files in 4 dirs): disapproval of revision f99b0f8157e1cebc59aada3ef6513fcf8e724c48 Jul 31 08:25:41 03nail 07org.openembedded.nslu2-linux * r8fb3851e... 10/packages/portmap/portmap_5-9.bb: Correct commit. Back out the RDEPENDS from portmap Jul 31 08:29:18 <[cc]smart> is it possible to call the default do_install from within do_install ? if so, how ? Jul 31 08:30:26 [cc]smart: try do_install_prepend and do_install_append Jul 31 08:31:23 <[cc]smart> _prepend and _append are run during bitbake phase ... correct ? Jul 31 08:32:51 <[cc]smart> meaning not during ipkg install Jul 31 08:33:21 <[cc]smart> just as do_install is Jul 31 08:45:48 [cc]smart: base_do_install - look at the run.do_install* files in the working directory Jul 31 08:48:14 <[cc]smart> thx. meanwhile i tries _append and it seems to do what was needed. Jul 31 08:53:57 Someone made a comment on #oe to DaKa2 a few days ago about using/not using _append - I'm not sure what the issue was. Jul 31 08:54:38 I can't see any issues for do_install - maybe it was the pre/postrm stuff? Jul 31 09:23:24 <[cc]smart> NAiL: starce might be added to openslug-pacakges.conf. it works for me at least. Jul 31 09:23:32 <[cc]smart> s/starce/strace/ Jul 31 09:23:34 aah Jul 31 09:23:35 yeah Jul 31 09:23:48 Dunno why that was removed. I added it not too long ago. Jul 31 09:23:50 jbowler-away: ping? Jul 31 09:24:07 <[cc]smart> i say freeze is of hidden evil :P Jul 31 09:24:36 <[cc]smart> manually changing the distro files seems better to me, freeze is for individual developer needs :)$ Jul 31 09:28:37 NAiL: pong Jul 31 09:29:00 jbowler-away: Was it you who removed strace a while back? Or is my memory wrong? Jul 31 09:29:02 <[cc]smart> NAiL: timezones should also be added Jul 31 09:29:07 [cc]smart: why? Jul 31 09:29:21 NAiL: I also believed I had added it back... Jul 31 09:29:22 <[cc]smart> er, why not. sth. better ? Jul 31 09:29:53 [cc]smart: look in /etc/profile on recent (ie. since yesterday) builds Jul 31 09:30:16 NAiL: jacques asserted that it didn't work (as opposed to build) because of a missing patch - but that was a while back. Jul 31 09:30:47 Well, lets look at the log... I've been wondering about this too. Jul 31 09:31:07 How can I see the log for a specific file? I haven't figure that out yet ;-) Jul 31 09:31:30 The log is easy, it's the diffs I don't know about - monotone log packages/meta/openslug-packages.bb Jul 31 09:31:50 (log requires the path within the database, not a file system path) Jul 31 09:31:58 ah Jul 31 09:32:57 People keep saying 'monotone-viz', but last time I tried to build it (gentoo) it looked like I would be overrun by gnomes Jul 31 09:33:12 rofl Jul 31 09:33:39 Hum, it was me, on Date: 2005-07-01T07:39:09 Jul 31 09:33:55 care to re-add it? The last time I tried strace it worked perfectly Jul 31 09:34:00 <[cc]smart> TZ lacks the support zoneinfo gets. which is that zoneinfo is nicely managed by people out there to always be up to date with daylight saving time and all this, which can get quite complex... Jul 31 09:34:09 <[cc]smart> i think TZ is a nice default for embedded though Jul 31 09:34:13 Will do - I need to check it on uclibc too. Jul 31 09:34:18 <[cc]smart> so i would not replace it Jul 31 09:34:26 <[cc]smart> but certainly i'd offer zoneinfo Jul 31 09:34:33 <[cc]smart> as an option Jul 31 09:34:51 [cc]smart: fair enough. My TZ patch checks if /etc/localtime exists, so if you install zoneinfo you'll automagically get the right TZ info Jul 31 09:35:02 I haven't bothered trying to build it though Jul 31 09:35:12 <[cc]smart> BTW: can TZ also be set as default in /etc/localtime ? IIRC this should be possible. in this case it would be preferred over /etc/profile since it's there for all users, including system users. Jul 31 09:36:34 <[cc]smart> i always used zoneinfo before, so i'm quite sure it will work Jul 31 09:36:41 <[cc]smart> if not been fiddled with too much Jul 31 09:36:44 <[cc]smart> :) Jul 31 09:37:04 What do you mean by setting TZ in /etc/localtime? Jul 31 09:37:30 glibc reads /etc/localtime (which is usually a symlink to /usr/share/zoneinfo/somewhere) Jul 31 09:37:42 those files aren't exactly human readable IIRC Jul 31 09:37:46 <[cc]smart> IIRC it was possible to write the TZ string into /etc/locatime and it would get interpreted. or sth. along the lines of that Jul 31 09:38:16 <[cc]smart> zoneinfo files are "compiled" but you can disassemble them with a tool Jul 31 09:38:22 aha Jul 31 09:38:55 /etc/profile is used by all users Jul 31 09:39:31 <[cc]smart> in cases where daemons are started via /etc/init.d and then drop priviledges to different user without shell too ? Jul 31 09:39:33 [cc]smart: the nice thing about using the TZ string is that users can set the TZ value themselves Jul 31 09:39:34 <[cc]smart> i'm in doubt Jul 31 09:39:41 Hacking /etc/localtime into the firmware would prevent it being changed by zoneinfo Jul 31 09:39:54 <[cc]smart> NAiL: yes. the setting would just be the default Jul 31 09:39:55 [cc]smart: glibc reads the TZ var, then decides where to get the info Jul 31 09:40:12 the TZ var defaults to ":/etc/localtime" Jul 31 09:40:19 <[cc]smart> TZ contains the info Jul 31 09:40:39 if set to something else than :/etc/localtime Jul 31 09:41:44 <[cc]smart> now you set TZ in /etc/profile, afaik writing this string as content of 7etc/localtime does the same, just for all users. they stiil can override TZ with their .profile Jul 31 09:41:57 <[cc]smart> but it might also be a different file than /etc/locatime Jul 31 09:42:13 <[cc]smart> at least i'm pretty sure there is sth. along the lines of that Jul 31 09:42:20 <[cc]smart> as systemwide default Jul 31 09:42:37 I know the current solution works. It's not broken. Why fix it by creating another file? Jul 31 09:42:57 <[cc]smart> i think it's broken for those cases as descibed above, where daemons drop proiviledges Jul 31 09:43:30 <[cc]smart> they wont read profile Jul 31 09:43:35 <[cc]smart> afaik Jul 31 09:44:00 If you can show me that it doesn't work, I'll have a look at it. Jul 31 09:44:01 <[cc]smart> maybe daemons in general even Jul 31 09:44:55 but do feel free to get zoneinfo working. I haven't tried that, and some people might prefer that, since the TZ var is somewhat difficult to parse Jul 31 09:45:22 One thing I *do* know is that this solution works with *both* glibc and uclibc Jul 31 09:45:33 whereas the /etc/localtime one won't work with uclibc Jul 31 09:45:52 <[cc]smart> zoneinfo works. i've always used it before Jul 31 09:46:08 not on uclibc Jul 31 09:46:21 uclibc doesn't read /etc/localtime *at all* Jul 31 09:46:40 <[cc]smart> then it would get time for them to fix that Jul 31 09:46:46 no Jul 31 09:47:09 <[cc]smart> TZ is insufficient for production use Jul 31 09:47:10 because uclibc is supposed to be small, and there is support for setting the timezone info using the TZ variable Jul 31 09:47:25 why is TZ insufficient? Jul 31 09:47:47 <[cc]smart> because localtime is more detailed about daylight savings time Jul 31 09:47:57 how is it more detailed? Jul 31 09:48:02 <[cc]smart> it even does histroical calculation correct Jul 31 09:48:07 <[cc]smart> for example Jul 31 09:48:26 <[cc]smart> if go to zoneinfo and check the definitions, you'll see that theres many differences per country Jul 31 09:48:56 03sjmelhuish * 10unslung/make/oww.mk: Updated to source version 0.81.6 (adds hygrochron support and a bug fix) Jul 31 09:48:57 <[cc]smart> this simple picture of kind of vertical lines on the globe making timezones is far from the truth Jul 31 09:49:01 which is fair enough, but needed by a fairly small subset of users, which then should be running glibc and zoneinfo Jul 31 09:49:19 <[cc]smart> everybody who runs a server should care for correct time Jul 31 09:49:31 <[cc]smart> mail is such a thing Jul 31 09:49:40 <[cc]smart> you'd want correct time stamps Jul 31 09:49:40 Yes. And I do get correct time with the TZ variable Jul 31 09:50:11 Getting the correct time is not dependent on anything in the past Jul 31 09:50:15 <[cc]smart> in a few coutries mabe, in most not always Jul 31 09:50:24 <[cc]smart> wrong Jul 31 09:50:33 <[cc]smart> getting correct time is very dependetn on past Jul 31 09:50:43 [cc]smart: Give me an example of *any* country in which the TZ variable does not suffice. Jul 31 09:50:47 <[cc]smart> because the deifnition for time is changed from time to time Jul 31 09:51:01 <[cc]smart> NAiL: count pretty much ALL Jul 31 09:51:19 [cc]smart: Give me *one* example. Jul 31 09:51:25 <[cc]smart> where are you from ? Jul 31 09:51:41 <[cc]smart> i'll go and check yours Jul 31 09:51:51 Norway Jul 31 09:52:00 <[cc]smart> give me a couple minutes Jul 31 09:52:12 CET+1CEST+2 Jul 31 09:55:23 Anyway, if you create /etc/localtime, the TZ variable will not be set and thus your implementation will work. Jul 31 09:55:34 (If what you say really does work) Jul 31 09:57:49 But it's not portable to uclibc, and unless you intend spending the time to fix that (Which I doubt will be included in the lib anyways), using /etc/localtime is a non-solution Jul 31 09:58:23 using the TZ var is an OK solution. If you want it exactly correct, use glibc and zoneinfo Jul 31 10:00:52 how does TZ implement half-hours? Jul 31 10:01:36 not sure about that, but afaik it can do that as well Jul 31 10:01:55 <[cc]smart> i didn't find the database yet, which i'd prefer over disassembling this i don't remember how this is done ( but will if needbe). as a rpimer, this gives an idea where the issues are ( more to the end of the mail): http://lists.nyphp.org/pipermail/talk/2003-August/004657.html Jul 31 10:02:20 I find TZ confusing :) Jul 31 10:03:11 [cc]smart: yes? You can specify exactly when the change occurs. Jul 31 10:03:52 <[cc]smart> NAiL: and what you set is static Jul 31 10:03:58 yes Jul 31 10:04:12 the zoneinfo files are static as well. Jul 31 10:04:20 both require user intervention to update Jul 31 10:04:23 <[cc]smart> hwo do you tell TZ that before a given date DST was changed at 2am and after that date it was changed at 3 am Jul 31 10:04:31 you never know what time it is lithuania :) Jul 31 10:04:34 <[cc]smart> for example Jul 31 10:04:42 you don't. If you really need that, feel free to install zoneinfo Jul 31 10:04:52 <[cc]smart> that's what i'm saying Jul 31 10:04:57 <[cc]smart> i don't want the deafult changed Jul 31 10:05:02 I was there for two days before I realised that I was one hour ahead of the rest :) Jul 31 10:05:14 <[cc]smart> but would like zoneinfo added to openslug-pacakges.conf so that those who like it can use it Jul 31 10:05:19 of course Jul 31 10:05:28 if it compiles, I'll add it Jul 31 10:05:46 <[cc]smart> and suggested that when possible (for i thought i remebered that htis should be possible) TZ might be set in a system configfile instead of profile to ensure that everything has it Jul 31 10:06:00 <[cc]smart> it compiles for glibc Jul 31 10:06:09 <[cc]smart> don't know about uclibc Jul 31 10:06:22 doesn't matter if it compiles for uclibc. It won't work on uclibc. Jul 31 10:06:22 <[cc]smart> but does it make it worthless for users if it's glibc only ? Jul 31 10:06:38 uclibc doesn't support /etc/localtime at all. It *only* supports the TZ var Jul 31 10:06:48 hm, uh-oh.. are people moving over to uclibc? Jul 31 10:07:01 <[cc]smart> so you can zoneinfo make require glibc Jul 31 10:07:11 no, but some people run uclibc. And we try to maintain compatibility. Jul 31 10:07:21 [cc]smart: yes Jul 31 10:07:37 ah, ok Jul 31 10:07:40 or, put it in the "doesn't build when using uclibc" section of openslug-packages Jul 31 10:07:51 <[cc]smart> er, don't know abou thtis Jul 31 10:07:53 messy :) Jul 31 10:08:10 # These packages only build on TARGET_OS=linux, not Jul 31 10:08:10 # TARGET_OS=linux-uclibc Jul 31 10:08:16 <[cc]smart> actually didn't do anything with uclibc et, so didn't even know there might be an issue Jul 31 10:08:54 <[cc]smart> so can we do both these things ? add ztimezones to openslug-pacakges and the line you say, or would that not work out as expected ? Jul 31 10:09:07 is there a .bb? Jul 31 10:09:15 <[cc]smart> .bb ? Jul 31 10:09:24 for zoneinfo Jul 31 10:09:35 <[cc]smart> the package is called timezones Jul 31 10:14:06 strace seems to build fine on glibc - just testing on uclibc Jul 31 10:16:35 and uclibc Jul 31 10:16:37 pushing timezones change now Jul 31 10:16:49 <[cc]smart> NAiL: Norway seems to be an excellent example for changes in timedefinition Jul 31 10:16:56 NAiL: did you push groff earlier? Jul 31 10:17:41 jbowler-away: no, I think I held back on that, because it didn't build for me Jul 31 10:18:04 <[cc]smart> http://cvsweb.netbsd.org/bsdweb.cgi/src/share/zoneinfo/europe?rev=1.1.1.29.2.1&content-type=text/x-cvsweb-markup Jul 31 10:18:18 Ok, I see it in openslug-packages.conf but not in openslug-packages.bb - so it just got removed from my .conf Jul 31 10:19:11 jbowler-away: It was meant to go in with man and man-pages. But since I couldn't get it to compile I put it off Jul 31 10:19:19 I'm about to check in the ucslugc configuration - but that will happen in two steps because I will have merge issues (so I'll create two heads locally then merge). Jul 31 10:19:54 Yes, I had to shift 'man' to the not-uclibc section. Jul 31 10:20:20 ah, yes. I don't do uclibc builds at the moment Jul 31 10:20:29 Soon to change :) Jul 31 10:20:30 03nail 07org.openembedded.nslu2-linux * r6c6537eb... 10/packages/meta/openslug-packages.bb: Added timezones for glibc builds Jul 31 10:20:30 Let's see if groff builds today Jul 31 10:20:33 03nail 07org.openembedded.nslu2-linux * r121ddca6... 10/conf/distro/openslug-packages.conf: Forgot to add it here ;-) Jul 31 10:20:36 <[cc]smart> ii don't remember the syntax really, but there have been at least 4 changes for timedefinition in Norway this century Jul 31 10:21:01 <[cc]smart> er past :) Jul 31 10:21:13 [cc]smart: Now, if I really needed exact history of that I'd use glibc and zoneinfo. Jul 31 10:21:43 [cc]smart: but this is all historical, like I said, history may repeat but that history is gone. If you want to know the full horror look at www.astrodienst.com Jul 31 10:22:02 <[cc]smart> yes, as said, i wouldn't suggest to make this default. i just wanted to eyplain why i see a need for this Jul 31 10:22:38 Fair enough. timezones has been added, and will soon be in the feed Jul 31 10:23:08 <[cc]smart> i read a lot about this time stuff way back and am happy that only thing i need to know nowadays is that i should use zoneinfo Jul 31 10:23:44 <[cc]smart> thx Jul 31 10:23:55 If you read the link in the comments I added when the TZ variable is set, you will see that zoneinfo is necessary for historic use. But not all users require that. Jul 31 10:24:38 jbowler-away: groff still doesn't build on my end Jul 31 10:24:39 /home/repvik/unstable/glibc/openslug/tmp/staging/i686-linux/bin/install -c -m 644 img/pic* /home/repvik/unstable/glibc/openslug/tmp/work/groff-1.19.1-r0/image/usr/share/doc/groff/1.19.1/html/img Jul 31 10:24:43 /home/repvik/unstable/glibc/openslug/tmp/staging/i686-linux/bin/install-sh: img/pic* does not exist. Jul 31 10:24:46 make[2]: *** [install_html] Error 1 Jul 31 10:25:03 I haven't bothered to look at it at all Jul 31 10:25:14 Just saw that it was broken :P Jul 31 10:25:23 <[cc]smart> yes and i agree fully. but in your case, iirc you should add a defintion for the time of day when daylight savings time is switched to your TZ variable. Jul 31 10:25:41 [cc]smart: Well documented in that link. Jul 31 10:25:44 I can't say I'm greatly worried by groff or man - if I want to read man pages I use my local machine or the web. Jul 31 10:26:06 <[cc]smart> i'll use zoneinfo so i can ship around this Jul 31 10:26:10 jbowler-away: me too. bob_tm sent me lots of stuff that I added Jul 31 10:26:29 [cc]smart: feel free. It'll be in the feeds for everyone to use ;-) Jul 31 10:26:34 <[cc]smart> thx Jul 31 10:26:50 And for those that do not require the granularity, the TZ variable will automatically be set. Jul 31 10:27:03 (or the history) Jul 31 10:27:15 Ok, I'm good to go on the ucslugc config - this just changes OE, I will change the master makefile afterward (it wouldn't work the other way round!) Jul 31 10:29:15 on my wl-hdd /etc/TZ says EUT1EUTDST Jul 31 10:29:30 and the clock is 2 hours wrong, ofcourse :) Jul 31 10:29:32 heh Jul 31 10:29:38 <[cc]smart> /etc/TZ Jul 31 10:29:41 <[cc]smart> that's the one Jul 31 10:29:46 CET1CEST2 Jul 31 10:30:00 <[cc]smart> use this for default instead of profile should be a good option Jul 31 10:30:42 NAiL: and now it's 4 hours wrong :) Jul 31 10:30:47 hmm Jul 31 10:30:51 oh Jul 31 10:31:02 ah well.. better set it Jul 31 10:31:04 is that CET-1CEST-2? Jul 31 10:31:18 it now says CEST, so that's an improvement Jul 31 10:31:32 <[cc]smart> prolly yes, iirc TZ was exactly the other way round as everybody would usually think Jul 31 10:31:37 with CET-1CEST-2 I get correct time Jul 31 10:31:48 [cc]smart: just noticed that Jul 31 10:32:27 Don't know if the switchover date is correct though. But that's possible to specify as well. Jul 31 10:33:02 kolla: is wl-hdd glibc or uclibc? Jul 31 10:33:15 [cc]smart: setting /etc/TZ to echo CET-1CEST-4 >/etc/TZ Jul 31 10:33:17 argh Jul 31 10:34:02 setting that value on my glibc system in /etc/TZ doesn't affect anything. That does look like a uclibc thing to me Jul 31 10:34:49 <[cc]smart> both should be able to use it Jul 31 10:35:01 "should" is a keyword here Jul 31 10:35:08 <[cc]smart> but meanwhile i have the prrof, that setiing in /etc/profile is insufficient as i feared Jul 31 10:35:23 <[cc]smart> you can do the following to test: Jul 31 10:35:51 <[cc]smart> create an executable in /etc/init.d that does echo ${TZ} >/test.out Jul 31 10:35:53 [cc]smart: nope. setting that value in /etc/TZ doesn't do squat on my glibc slug Jul 31 10:36:26 <[cc]smart> well, on glibc i'd recommend zoneinfo :) but it really should work.... will try to identify why it might not Jul 31 10:36:53 This is a change to the *firmware*, there is no way zoneinfo should be in the firmware (even if it fits). Jul 31 10:36:56 <[cc]smart> back to the testcase, i now realise it might be insufficient as a proof Jul 31 10:37:23 <[cc]smart> no, as said zoneinfo should not be the default Jul 31 10:37:36 <[cc]smart> i fully agree on this Jul 31 10:37:46 Then what you are saying is irrelevant - NAiL just added the zoneinfo package. Jul 31 10:38:20 <[cc]smart> irrelevant ? if you say so, it will be. Jul 31 10:38:28 kolla: does 'date -u' output the correct (UTC) time? Jul 31 10:38:56 well, I have fixed it now, so yes Jul 31 10:39:08 just need to figure out how to set the hwclock Jul 31 10:39:24 you don't have hwclock? Jul 31 10:39:27 hwclock --systohc Jul 31 10:39:28 On openslug it happens automagically in /etc/init.d/hwclock.sh Jul 31 10:39:41 no, no hwclock here Jul 31 10:40:08 the anyways, no big deal Jul 31 10:40:28 Anyone know the work round for this: Jul 31 10:40:29 monotone: trying 3-way merge Jul 31 10:40:29 monotone: fatal: signal: SIGABRT (application abort requested) Jul 31 10:40:32 no working ntpclient either :) Jul 31 10:40:59 but that's ok, I set up a service on one of my boxes, so I now set time using date andbash Jul 31 10:41:12 jbowler-away: try using a different merge tool? ;) Jul 31 10:41:28 <[cc]smart> kolla: you have to easy options Jul 31 10:41:34 <[cc]smart> s/to/two/ Jul 31 10:41:41 date $(cat < /dev/tcp/smurf/1492) >/dev/null Jul 31 10:41:49 <[cc]smart> if i got you correct that you use ntpd on the lsug Jul 31 10:42:04 [cc]smart: kolla is talking about the wl-hdd Jul 31 10:42:09 yes Jul 31 10:42:29 on the slug I dont have any problems Jul 31 10:42:29 <[cc]smart> :) yes ntpd or yes wl-hdd Jul 31 10:42:31 kolla: it has samba, right? Do you have a somewhat synchronised samba server? :) Jul 31 10:42:34 <[cc]smart> ok Jul 31 10:42:48 samba? why would I use samba? :) Jul 31 10:42:53 to set the time :) Jul 31 10:43:00 overkill? :) Jul 31 10:43:30 I just output the format date wants on my smurf-box and let date on the wlhdd read it from there Jul 31 10:43:34 works fine Jul 31 10:44:05 I do th same on the zaurus, since its kernel (2.4.18) has this bug that makes ntpdate barf when IPv6 is active Jul 31 10:44:07 kolla: net time set ;-) Jul 31 10:44:45 command not found Jul 31 10:44:55 bleh Jul 31 10:44:56 I dont want samba.. *shrug* :) Jul 31 10:47:40 NAiL: meld worked, kdiff3 crashed, but the problem seems to be that your add of 'timezones' and mine of 'screen' et al in the same place causes problems. Jul 31 10:47:59 augh Jul 31 10:48:31 kdiff3 seems buggy :P Jul 31 10:49:07 it kept telling me that there was this one conflict that I hadnt fixed, and every time I fixed it and tried to continue, it again said that the conflict was there Jul 31 10:52:10 Yeah, well the commit I just synced has some duplicate packages in it - in both the glibc and the uclibc list - I'll fix that up too, but I need to commit now or I'll have the same merge conflict again but even worse. Jul 31 10:52:50 This may explain why strace apparently disappeared... Jul 31 10:53:09 (Depending on when it was added back in) Jul 31 10:53:24 More than a month ago I think Jul 31 10:53:38 Oh, ok, that was before I removed it. Jul 31 10:54:10 uh, no, can't be Jul 31 10:54:21 maybe two weeks or seo Jul 31 10:54:22 so Jul 31 10:54:32 Just remembered when I started using monotone :-P Jul 31 10:55:21 I removed it on July 1 (according to the log), so maybe this was a case of a bad merge. Jul 31 10:56:39 I was also sure I had moved 'man' to the glibc-only section too. Hum... Jul 31 11:00:43 The monotone server on nslu2-linux.org seems to be down Jul 31 11:01:33 apparently Jul 31 11:01:56 how is it restarted? Jul 31 11:02:41 it isn't running at all Jul 31 11:03:21 monotone: fd 8 (peer 66.159.209.54:44218) exchanged goodbyes and flushed output, disconnecting Jul 31 11:03:26 monotone: fatal: std::runtime_error: network error: recv failure: Connection timed out Jul 31 11:07:01 jbowler-away: it's back up Jul 31 11:08:19 I might have got the 'timezones' merge wrong Jul 31 11:08:34 I'm pulling now, let me see what my repo looks like Jul 31 11:08:42 funny, everytime I try to install the python ipk on the wlhdd, the entire thing hangs Jul 31 11:09:48 NAiL: I think you haven't got my changes because they were only on monotone.vanille.de (I hadn't been able to sync to nslu2-linux.org) Jul 31 11:09:56 ah, of course Jul 31 11:10:21 are you syncing them, or shall I? Jul 31 11:10:28 I started mtn on nudi again Jul 31 11:10:40 I've explicitly synced Jul 31 11:11:03 I still have a local change to openslug-packages.bb to remove the spurious duplication of man Jul 31 11:11:41 monotone: branch 'org.openembedded.nslu2-linux' is currently merged: Jul 31 11:11:41 9457b91acff6286ee7d3890e518852ab50658f9a jbowler@nslu2-linux.org 2005-07-31T17:46:29 Jul 31 11:11:57 That's a little while back, innit? Jul 31 11:12:28 That's the correct head (i.e. it matches mine) Jul 31 11:13:44 yeah, I see man is duplicated Jul 31 11:14:05 and there's no reason to have man-pages build on uclibc, so you might as well move that one Jul 31 11:14:33 03jbowler 07org.openembedded.nslu2-linux * rebd51a9e... 10/packages/ixp425-eth/ixp425-eth_1.1.bb: Remove the unnecessary and confusing copy of the patch Jul 31 11:14:38 03jbowler 07org.openembedded.nslu2-linux * r214e2822... 10/ (8 files in 2 dirs): Jul 31 11:14:38 Add support for UcSlugC builds. Jul 31 11:14:38 (1) the 'standard' settings in local.conf.template (from the nslu2-linux.org Jul 31 11:14:38 master makefile) have been folded back into the three distro .conf files. Jul 31 11:14:38 (2) openslug-image now builds for any NSLU2 distro Jul 31 11:14:38 (3) ucslugc configuration added Jul 31 11:14:40 (4) more comments in the openslug and ucslugc configuration files Jul 31 11:16:40 03repvik * r102 10/releases/OpenSlug-2.3-beta/openembedded/packages/portmap/portmap_5-9.bb: Back out that RDEPENDS since portmap is in the firmware image Jul 31 11:20:07 I just synced 174865e1a8d25de392e872a17add8d09431285ba to remove the duplications. Jul 31 11:20:31 03jbowler 07org.openembedded.nslu2-linux * r174865e1... 10/packages/meta/openslug-packages.bb: Remove duplicated packages. Jul 31 11:22:03 Do you know why monotone is twice, btw? I'm tempted to remove monotone-4 Jul 31 11:22:21 222222222222222222222222222222222222222222222000000000 0 Jul 31 11:22:33 indeed. NumPad? :) Jul 31 11:22:42 If you want to communicate with a pre-0.20 server you need to use monotone-4 Jul 31 11:22:57 ah Jul 31 11:23:03 Last time I checked 0.19 was still the default on Debian Jul 31 11:23:29 The suffix is the netsync protocol number. Jul 31 11:34:46 03nail 07org.openembedded.nslu2-linux * rc3ddcc36... 10/packages/meta/openslug-packages.bb: Moved manpages to glibc-only section and strace back to working Jul 31 11:40:51 03jbowler 07org.openembedded.nslu2-linux * rb6008583... 10/ (22 files in 9 dirs): Jul 31 11:40:51 propagate from branch 'org.openembedded.dev' (head ba788d2a3a02c778c4ebf930f757e20a54f2b642) Jul 31 11:40:51 to branch 'org.openembedded.nslu2-linux' (head 174865e1a8d25de392e872a17add8d09431285ba) Jul 31 11:41:12 <[cc]smart> hmmm... can't find the reason why cyrus-sasl does not work anymore. i would have thought it should be because of the change from db3 to db4, but i cannot pin it down.... sbdy maybe has a hint for me where to look into ? Jul 31 11:41:43 [cc]smart: no idea, atleast not until you are *somewhat* more specific as to how it fails. Jul 31 11:42:01 <[cc]smart> that's onw of the problems: it's called "generic failure" Jul 31 11:42:10 <[cc]smart> strace, at least to me also gives nothing usable Jul 31 11:43:09 what's ucslugc? Jul 31 11:43:16 uclibc slug Jul 31 11:43:26 ic Jul 31 11:43:44 uc Jul 31 11:44:01 so a slug with TARGET_OS_local = "linux-uclibc" ? Jul 31 11:44:05 yes Jul 31 11:44:13 nothing else? Jul 31 11:44:25 <[cc]smart> messages gives the most verbose note: saslpasswd2: unable to open Berkeley db /etc/sasldb2: Operation not supported Jul 31 11:44:27 yes - nothing else (all the openslug extras are not there) Jul 31 11:44:31 <[cc]smart> but it's still senseless to me Jul 31 11:44:43 k, so I'm running a ucslugc =) Jul 31 11:44:50 ah Jul 31 11:44:53 nice to know Jul 31 11:45:01 Matta: I disabled TARGET_OS_local - you have to use DISTRO="ucslugc" Jul 31 11:45:19 k, good to know Jul 31 11:46:50 03jbowler 07org.openembedded.nslu2-linux * rc462fc4d... 10/packages/meta/openslug-packages.bb: Merge the man/man-pages change Jul 31 11:52:18 hmm Jul 31 11:53:45 We both made the same change. Jul 31 11:53:49 yes Jul 31 11:53:52 which works fine Jul 31 11:54:52 Yes - I just put it on one line to keep the two packages together. Jul 31 11:55:51 ah, not exactly a bad idea that Jul 31 11:58:54 Success: root@lochalsh:~# df Jul 31 11:58:54 Filesystem 1k-blocks Used Available Use% Mounted on Jul 31 11:58:57 /dev/mtdblock4 6528 2984 3544 46% / Jul 31 12:00:07 Maybe I should remove netconsole.ko from the image too. It's 3748 bytes. Jul 31 12:00:19 er.. please dont :) Jul 31 12:00:27 or, well.. Jul 31 12:00:30 never mind Jul 31 12:00:32 I have disk Jul 31 12:01:06 To use ucslugc you have to add the root file system support back in. Jul 31 12:01:57 I won't remove netconsole though because it is part of openslug and it's actually in openslug-image - too much work to take it out for too little gain. Jul 31 12:10:16 03nail 07org.nslu2-linux.dev * r3d893ebd... 10/Makefile: Added setup-openslug-2.3-beta target Jul 31 12:15:31 03nail 07org.nslu2-linux.dev * r09536d7a... 10/Makefile: Added build-openslug-2.3-beta target Jul 31 12:15:34 03nail 07org.nslu2-linux.dev * ra66b4d4c... 10/Makefile: Added update-openslug-2.3-beta target Jul 31 12:16:19 * NAiL really starts to mess with the master makefile :P Jul 31 12:20:50 <[cc]smart> just noticed, that postfix depends to db3, so i went db3 for imapd and sasl too Jul 31 12:21:19 03nail 07org.nslu2-linux.dev * r3dc0db4f... 10/Makefile: Added upload-openslug-2.3-beta-cross target Jul 31 12:26:07 03nail 07org.nslu2-linux.dev * r567721ec... 10/Makefile: Added setup-openslug-2.3-beta-developer target Jul 31 12:53:28 hm, is the SECTION in the .bb-files used for anything? Jul 31 13:13:28 03nail 07org.nslu2-linux.dev * r89e37d51... 10/Makefile: Set up SVN_SSH, and make setup-openslug-2.3-beta target use shared downloads Jul 31 13:22:49 hm, so I made a new package in openembedded/packages/ and made a symlink to it from openslug/oe-symlinks/.. yet, when I try to bitbake it, I get "nothing provides mypackage" Jul 31 13:22:58 what am I missing? Jul 31 13:23:05 oe-symlinks aren't used anymore Jul 31 13:23:10 oh Jul 31 13:23:19 so.. I can just delete it? Jul 31 13:23:27 bb -b path/to/package/package.bb to build it Jul 31 13:23:31 dunno Jul 31 13:23:34 should be ok Jul 31 13:24:00 oe-symlinks is replaced by openembedded/conf/openslug-packages.conf Jul 31 13:25:47 (and bb freeze/unfreeze) Jul 31 13:26:01 What packages did you add? Jul 31 13:26:11 none yet Jul 31 13:26:36 think you missed a "distro" up there btw Jul 31 13:26:56 03nail 07org.nslu2-linux.dev * r059ac08d... 10/Makefile: Make "make update" update openslug-2.3-beta if it exists. Jul 31 13:27:08 yes, I missed distro ;) Jul 31 13:27:14 just checking to see if you're awake :P Jul 31 13:27:59 well.. Jul 31 13:30:24 why are such things changed all the time in the oe projects.. sigh Jul 31 13:31:04 In an effort to better the products :) Jul 31 13:31:42 By removing oe-symlinks, openslug can build entirely without berlios (which isn't exactly stable) Jul 31 13:33:00 well, IMO the entire OE community should come together and find out what they want - and stick with it :) Jul 31 13:33:25 Now that's a grand task Jul 31 13:33:48 and how we handle packages in openslug is of no concern for other OE developers Jul 31 13:34:06 (unless ofcourse we find a brilliant way to handle it) Jul 31 13:37:14 well, oe is so darn close gentoo portage, one could rather join the gentoo-embedded effort and leave ipkg behind :) Jul 31 13:37:48 but I know that wont happen anyways.. Jul 31 13:39:08 *shrug* I only get parse errors from my .bb :P Jul 31 13:39:35 03nail 07org.nslu2-linux.dev * rd480598f... 10/Makefile: Fix setup-openslug-2.3-beta-developer Jul 31 13:40:50 ah right Jul 31 13:40:53 a missing \ Jul 31 13:41:46 nah.. still not Jul 31 13:42:01 huh Jul 31 13:42:13 oh.. Jul 31 13:42:23 what was that about being awake again? :) Jul 31 13:42:47 heh Jul 31 13:42:51 apparently not awake enough Jul 31 13:44:41 03repvik * r103 10/releases/OpenSlug-2.3-beta/test: Just to test setup-openslug-2.3-beta-developer target Jul 31 13:46:14 03repvik * r104 10/releases/OpenSlug-2.3-beta/test: Remove it again ;-) Jul 31 13:47:33 Is something wrong with cvs as sf? Jul 31 13:47:42 I can't update a unslung package. Jul 31 13:52:30 ~emulate rwhitby Jul 31 13:52:30 Another Satisfied Customer! Jul 31 13:52:33 duh Jul 31 13:52:42 "My work here is done" Jul 31 13:52:56 Well. not exactly. But now I'm off to see a movie instead ;-) Jul 31 13:54:11 what movie? Jul 31 13:56:09 Stickmen Jul 31 14:11:37 mf.. what variable in OE represents the packages/blurb/blurb-123 directory in packages/blurb/blurb_123.bb? Jul 31 14:12:37 oh, none.. I get it Jul 31 14:35:55 marceln: the ipkg feed server (also at sf.net) seems to be slow / dead so I think sf.net has problems tonight Jul 31 14:37:59 There are already bug reports about the cvs server. Jul 31 14:38:37 So it's not working normal. Jul 31 14:39:17 I just finished with dovecot. Thanks for your help with configure. Jul 31 14:43:34 Purely selfish motive with configure - I haven't got my unslung build directory on the slug and it seemed like a better solution to fix configure than do a fresh checkout on the slug Jul 31 15:01:23 i compiled and installed dovecot two days ago Jul 31 15:01:29 seems to work ok Jul 31 15:02:16 mmm he left Jul 31 15:06:12 hm, what was the make/bitbake to update the package index again? Jul 31 15:07:16 ah, founf it Jul 31 15:07:19 ..d Jul 31 16:00:09 03daka 07org.openembedded.nslu2-linux * rb1872f89... 10/conf/distro/openslug-native.conf: Initial distro for compiling nativly for openslug on the nslu2. Needs some work, but basically works. Jul 31 16:25:24 03nail 07org.openembedded.nslu2-linux * r0f708a1a... 10/conf/distro/openslug-packages.conf: Added groff and udev Jul 31 16:34:41 03jbowler 07org.nslu2-linux.dev * r7f413ba8... 10/ (5 files in 4 dirs): Jul 31 16:34:41 Sufficient structure to make a buildable ucslugc (only ucslugc-safe tested Jul 31 16:34:41 so far). Jul 31 17:04:27 03jbowler 07org.nslu2-linux.dev * r19bd4e29... 10/ (4 files in 3 dirs): Jul 31 17:04:27 Add setup-env and local.conf.sample, correct the 'bb' alias and make a Jul 31 17:04:27 new one called bb-safe. Jul 31 17:05:40 jbowler-away: what's bb-safe do? Jul 31 17:05:47 There is now a new build (ucslugc) for the master makefile - it isn't built from the master makefile yet. Jul 31 17:06:01 rwhitby-web: the same as the Makefile -safe target Jul 31 17:06:37 cool, thx. Jul 31 17:06:56 It's only in ucslugc at present, ucslugc is set up so that all the source controlled info is in source controlled files and all the modifiable files should never need to be updated. Jul 31 17:07:03 specifically there is no 'local.conf' Jul 31 17:07:06 what's the 25 words or less summary of all the timezone discussion overnight? Jul 31 17:07:25 There's two parts to that. Jul 31 17:07:48 jbowler-away: should the ucslugc no-local-conf setup be propagated to the other distros too? Jul 31 17:08:05 IMO the conclusion of the discussion on this list is that TZ is fine for setting the time, but is broken for 'historical' dates Jul 31 17:08:34 (no-local-conf: yes - that was my idea, but it needs to be checked out by other people first I think.) Jul 31 17:09:24 NAiL added 'timezones' and anyone who cares and runs glibc can ipkg install it - then they have fixed historically accurate calendar times. Jul 31 17:09:53 jbowler-away: sounds like a good plan on both counts (no-local-conf and timezones) Jul 31 17:10:09 Meanwhile the US Congress is threatening to throw computer dates into confusion for at leastt a couple of years, but there's no way to avoid that. Jul 31 17:10:28 heh - silly americans :-) Jul 31 17:10:58 timezones is better from that point of view, because to fix the US/Canada/Mexico transition dates just requires ipkg upgrade. Jul 31 17:11:19 For TZ though the code (of uclibc and glibc) has to change and the shared libraries have to be reved (I think). Jul 31 17:11:20 jbowler-away: what's your opinion on freeze/unfreeze for openslug-native ? Jul 31 17:11:59 It should just work if there is a conf/distro/openslug-native.conf and it includes conf/distro/freeze.conf Jul 31 17:12:45 I wouldn't actually do a freeze on a build machine - because it freezes the package PV - but using a checked in openslug-native-packages.conf is fine. Jul 31 17:13:27 ok, so we'd just have openslug-native-packages.conf and openslug-native-packages.bb and everything will "Just Work (TM)" :-) Jul 31 17:13:49 Yes, I'm sure it will work fine. Jul 31 17:14:12 Do we know why the monotone server on nudi had to be restarted ? Jul 31 17:14:58 I don't, NAiL or ka6sox-office may know. Jul 31 17:15:44 anything else I need to know to be caught up on the last 12 hours? Jul 31 17:17:13 I don't think so - but I wasn't watching the native-compile discussion closely. Jul 31 17:17:58 Oh - I think we might sometimes have problems with merges on openslug-packages.bb going wrong (i.e. the merge not produce the right result automatically). Jul 31 17:18:53 I think maybe because when something is moved in the file it's pretty much impossible for the merge code to know what the right thing to do is ('move' is actually delete+insert). Jul 31 17:20:56 rwhitby-web: it might be a good idea to make 'run-monotone' append to the log file, rather than a simple >& (or maybe rotate the log file) Jul 31 17:29:50 shall I slap together a monotone daemon watch script to maybe detect when it dies and restart automagically? Jul 31 17:34:06 that'd be nice ;-) Jul 31 17:34:19 I spent some time figuring out how to start it earlier today Jul 31 17:37:24 urgh Jul 31 17:37:30 bit by the postfix pcre bug Jul 31 17:37:59 Ah! You can try my fix! Jul 31 17:38:04 yes Jul 31 17:38:23 If you look in postfix (not native) you will find a definition of POSTCONF Jul 31 17:39:11 change that to something like sh -c 'LD_LIBRARY_PATH=${STAGING_LIBDIR}; exec postconf' Jul 31 17:39:20 03jbowler 07org.nslu2-linux.dev * r406d36ef... 10/Makefile: Add ucslugc targets Jul 31 17:39:28 (STAGING_BINDIR postconf I think, I can't remember). Jul 31 17:40:00 where is nslu2-linux.org, GMT-5 ? Jul 31 17:40:01 I believe it gets run without any arguments, if not then there needs to be some "$@" stuff in there. Jul 31 17:40:16 nslu2-linux.org is PST/PDT Jul 31 17:40:30 jbowler-away: Ok, shall I try just copy/paste first then? Jul 31 17:40:35 that's pacific standard time, isn't it? Jul 31 17:40:53 PST=Pacific Standard Time, are we on daylight saving(s) now? Jul 31 17:41:26 NAiL: I think the executable needs a full path - it's whatever is in there at the moment, but the other bit should be fine copy/paste Jul 31 17:42:25 ./postfix-install: line 190: test: too many arguments Jul 31 17:42:26 ./postfix-install: Error: no sh -c 'LD_LIBRARY_PATH=/home/repvik/unstable/glibc/openslug/tmp/staging/armeb-linux/lib; exec postconf' file. Did you forget to run "make"? Jul 31 17:43:11 NAiL: spurious ; sorry... Jul 31 17:43:43 retrying Jul 31 17:44:45 Too many quotes I think. It might just work with the simple: Jul 31 17:44:49 export POSTCONF = "LD_LIBRARY_PATH=${STAGING_LIBDIR} ${STAGING_BINDIR}/postconf" Jul 31 17:45:21 reretrying ;-) Jul 31 17:45:40 I'm certain something works, because I did try one change... Jul 31 17:46:17 ./postfix-install: line 190: test: LD_LIBRARY_PATH=/home/repvik/unstable/glibc/openslug/tmp/staging/armeb-linux/lib: binary operator expected Jul 31 17:46:20 ./postfix-install: Error: no LD_LIBRARY_PATH=/home/repvik/unstable/glibc/openslug/tmp/staging/armeb-linux/lib /home/repvik/unstable/glibc/openslug/tmp/staging/i686-linux/bin/postconf file. Did you forget to run "make"? Jul 31 17:47:05 Half baked script - it doesn't do correct quoting even. Jul 31 17:48:06 Try 'export LD_LIBRARY_PATH=${STAGING_LIBDIR} in the .bb file Jul 31 17:48:51 That will break postfix-native, but at least it will prove that the work-round works. Jul 31 17:49:35 (And if it does work, then it is easy to fix it up in postfix-native by making ${STAGING_BINDIR}/postconf a shell script). Jul 31 17:51:16 what the? Jul 31 17:51:25 for some reason it suddenly decided to fail when patching Jul 31 17:51:31 NOTE: Applying patch 'makedefs.patch' Jul 31 17:51:31 ERROR: function do_patchcmd failed Jul 31 17:51:36 nothing in the log Jul 31 17:52:53 Because of the LD_LIBRARY_PATH in the environment - it probably kills quilt Jul 31 17:55:43 So this works on my system (i.e. it produces a postconf which will execute), in STAGING_BINDIR: Jul 31 17:55:46 $ mv postconf postconf.exe Jul 31 17:55:57 asdfasdf: GMT-7 Jul 31 17:56:03 $ cat >postconf Jul 31 17:56:17 #!/bin/sh Jul 31 17:56:17 LD_LIBRARY_PATH=/home/work-tmp/jbowler/nslu2/openslug/staging/i686-linux/lib exec "${0}.exe" "$@" Jul 31 17:56:30 $ chmod 755 postconf Jul 31 17:57:05 (The path needs to be the full path of the host staging libdir) Jul 31 18:00:38 I'll check in a while Jul 31 18:05:38 argh Jul 31 18:05:43 why does it work now? Jul 31 18:05:47 * NAiL is confused Jul 31 18:05:53 There's *no* changes Jul 31 18:05:57 now it compiles Jul 31 18:08:06 I've seen ldd say that postconf uses /usr/lib/libpcre.so.1 and that it uses the staging version, on the same build. Jul 31 18:09:25 03jbowler 07org.openembedded.nslu2-linux * r8f3f305e... 10/conf/distro/ucslugc.conf: Fix the UcSlugC feeds (they were not being set). Jul 31 18:09:39 NAiL: if I add ucslugc feeds in the master Makefile do I have to add directories on nudi? Jul 31 18:11:12 hmm Jul 31 18:11:35 I haven't thought anything about ucslugc and feeds Jul 31 18:12:16 NAiL: I'm talking with jbowler about how to set up new feeds. There is a specific procedure that needs to be followed. Jul 31 18:12:40 rwhitby-web: saw that Jul 31 18:40:45 NAiL: what I made was ccxstream btw, seems to work ok Jul 31 18:41:17 what I made a .bb for I mean Jul 31 19:10:11 neat Jul 31 19:10:19 then I can use it with my xbox :) Jul 31 19:14:28 03jbowler 07org.nslu2-linux.dev * r406606ee... 10/Makefile: Add ucslugc to the build and upload targets Jul 31 19:19:46 03jbowler 07org.nslu2-linux.dev * r661c814b... 10/ucslugc/Makefile: Change make to $(MAKE) Jul 31 19:24:29 03jbowler 07org.nslu2-linux.dev * re1155357... 10/Makefile: Change to use ${MAKE} (not make) everywhere Jul 31 20:21:47 fontenot: g'day Jul 31 20:22:27 jbowler-away: cyrus-imapd failed for ucslugc Jul 31 20:33:57 rwhitby-away, hi! :-) Jul 31 20:35:06 fontenot: gotta go, but just to let you know that everything is done via the master makefile now http://www.nslu2-linux.org/Makefile Jul 31 20:36:02 hi fontenot! Jul 31 20:36:24 fontenot, am I picking you up somewhere? Jul 31 20:48:16 ka6sox-away, hi, I think I'm still planning on driving Jul 31 20:48:42 sorry, a bit distracted - watching a movie with my brother Jul 31 20:49:01 fontenot, np...when you due in ore? Jul 31 20:49:10 or are you driving from OK? Jul 31 21:12:15 rwhitby-away: [cc]smart reported that cyrus-sasl failed, but I think that was apparently a run-time error, both cyrus-imapd and cyrus-sasl build fine for me (gentoo, two different build environments) Jul 31 21:15:09 Curious, the build failure is a straight-forward multiple definition Jul 31 21:17:08 Configure problem. Jul 31 21:18:01 It's going to fail on openslug too I think. Jul 31 21:19:26 ka6sox-away, night of 4th Jul 31 21:19:35 ah..cool Jul 31 21:19:44 okay I'll see you then soon. Jul 31 21:23:22 sorry was on phone - back now :-) Jul 31 21:23:33 I was planning on driving on the 7th Jul 31 21:23:38 k Jul 31 21:23:43 how long does it take you? Jul 31 21:23:53 10 hours :-\ Jul 31 21:24:04 it's 600 miles Jul 31 21:24:10 a lot of it through mountains Jul 31 21:24:30 not bad...unless you pickup jbowler-away then it will take you longer (by going thru 101) Jul 31 21:24:34 :) Jul 31 21:24:46 hey is that an option? sounds fun Jul 31 21:25:01 dunno...not sure what he is up to... Jul 31 21:25:41 course you could just cut back over to I5 thru the AppleGate valley. Jul 31 21:25:49 and Jacksonville Jul 31 21:25:50 i would probably do that Jul 31 21:32:36 just did an openslug flash, previously it was using unslung on 192.168.1.77, but now i cannot ping 192.168.1.77, any1 has idea what i may did wrong? Jul 31 21:32:40 fontenot: much much nicer to go up 101/199 Jul 31 21:33:21 I like that way but usually have to stop in Redding to visit the relatives. Jul 31 21:33:29 or I would go via 101/199 Jul 31 21:33:44 especially in a miata? ;-) Jul 31 21:33:45 2.3b image built from source Jul 31 21:34:00 Oh, Redding - cut across toward Eureka, head north up the Klamath to Happy Camp, take the Happy Camp road to Takilma, back to 199 Jul 31 21:34:24 jbowler-away, sweet..very pretty. Jul 31 21:34:41 I'm going to have to get my route from you guys before I leave :-) Jul 31 21:34:45 Works in a miata, my wife did it, but she had to have some local help at the south end of the Klamath 'cause the battery failed on the car. Jul 31 21:35:04 eno, were you able to log into it before? (when it was unslung?) Jul 31 21:35:50 yes, i was using it with a 2.5" hd for a couple of days Jul 31 21:36:18 do you have serial on the slug? Jul 31 21:36:26 unfortunately no Jul 31 21:36:42 both LEDs are solid green Jul 31 21:36:47 can you confirm that you have redboot telnet access? Jul 31 21:37:49 i used redboot telnet access b4 flashing, you want me to try redboot telnet access now? Jul 31 21:38:29 yes Jul 31 21:38:43 one sec Jul 31 21:39:42 yes i do have redboot telnet access Jul 31 21:40:32 okay have you tried to boot without a HD attached? Jul 31 21:41:45 right after openslug flashing, it was boot without a HD attached. But i always used a HD with unslung, not sure whether unslung worked without HD Jul 31 21:42:29 you hd is setup for Unslung? Jul 31 21:43:11 right, i intended to reformat it for openslug Jul 31 21:43:34 okay so I would do the following. Jul 31 21:43:44 boot with the HD *not* attached Jul 31 21:43:54 then attach it and see if dmesg sees it. Jul 31 21:44:00 then reformat it. Jul 31 21:44:25 i assume all these under unslung? Jul 31 21:44:34 openslug Jul 31 21:44:51 it boots in unslung without a hd still? Jul 31 21:44:59 er openslug rather. Jul 31 21:45:39 it booted, but i don't know what IP address it is using (with openslug) Jul 31 21:46:10 so i cannot ssh into it Jul 31 21:46:26 did you (with unslung) change the IP address? Jul 31 21:47:04 i probably changed back and forth, and the last IP address I used was 192.168.1.77 Jul 31 21:48:33 with unslung Jul 31 21:48:59 k Jul 31 21:49:29 jbowler-away, what was that method that you used with a mac address to communicate with an openslug box? Jul 31 21:50:06 That's netconsole, or upslug communicating with RedBoot Jul 31 21:50:47 netconsole might help him out here? Jul 31 21:50:57 or does that need to be installed? Jul 31 21:50:58 In fact netconsole uses TCP anyway IIRC Jul 31 21:51:07 bummer. Jul 31 21:51:23 ping 192.168.1.255 Jul 31 21:51:51 ok, let me try that after a reboot Jul 31 21:53:55 eno: do you have a DHCP server running? Jul 31 21:55:43 yes, it turns out it grabbed an IP address from the DHCP server Jul 31 21:55:48 rwhitby-away: the only way I can make sense of the cyrus-imapd configure.log is if something was seriously wrong with the file system. Jul 31 21:55:59 192.168.1.255 revealed that Jul 31 21:56:12 eno: you can ping by name, either the one configured in by the LinkSys setup or, if none, the default. Jul 31 21:56:31 thanks for the tips Jul 31 21:57:21 rwhitby-away: the file 'conftest.er1' seems to mysteriously disappear, and the failed test for gai_strerror in config.log seems to have used a completely different conftest.c Jul 31 21:58:01 I don't see either the 'grep' errors (from temp/log.do_configure) or the failed gai_sterror and following. Jul 31 21:59:51 rwhitby-away: it looks like you were running two builds at the same time in the same directory: Jul 31 22:00:02 -rw-rw-r-- 1 slug slug 9416 Jul 31 20:14 temp/log.do_configure.17002 Jul 31 22:00:02 -rw-r--r-- 1 slug slug 10093 Jul 31 20:14 temp/log.do_configure.25503 Jul 31 22:00:25 The lower numbered configure run succeeds, the latter sees files disappear and the wrong conftest.c be generated. Jul 31 22:00:51 Now it's stuff - it isn't re-running the broken do_configure task, so the do_compile keeps on failing. Jul 31 22:01:03 s/stuff/stuck/ Jul 31 22:03:31 I rm'ed the do_configure stamp, so it should be ok now (next time round) Jul 31 22:05:44 i am working on an audio recording system (a so-called "frog logger"), and need help thinking about the storage choice, so i can go ahead and order something. in one usb port would be a Griffin iMic sound card and microphone. In the other, am thinking about a 512 mb stick.... Jul 31 22:06:21 about how much data space for storing audio files would there be on the 512 mb stick? Jul 31 22:06:22 geojeff, too small.. Jul 31 22:06:36 what datarate are you going to log at? Jul 31 22:06:40 ah, shucks Jul 31 22:06:58 costco sells 1GB sticks. Jul 31 22:07:10 i need full data rate (bird people are picky about audio quality, for example) Jul 31 22:07:29 if this all works under openslug, you might be able to fit all the important bits on the nslu2 flash; then leverage the whole flashstick for data. Jul 31 22:07:38 44.1khz? and what are you going to use for a recorder? Jul 31 22:07:41 Doesn't it depend on compression? Jul 31 22:08:01 are you planning on recording and compressing in a pipe? Jul 31 22:08:13 using something like vorbis tools? Jul 31 22:08:19 ka6sox: http://www.nslu2-linux.org/wiki/HowTo/FrogLoggingSlug Jul 31 22:08:39 dyoung, I've seen it. Jul 31 22:08:43 well, yes full PCM would be at rate of about 600 mb per hour i think. (i would do only maybe 1 min/hour) Jul 31 22:08:46 but I didnt' get the rates. Jul 31 22:08:58 no compression, i think Jul 31 22:09:01 full PCM; yummy... Jul 31 22:09:17 ya...one hr sucks pretty bad for a "logger" Jul 31 22:09:20 so I saw this 2GB Sandisk USB Stick..... Jul 31 22:09:35 ya....and??? Jul 31 22:09:37 well, the bird researchers eventually accepted ATRAC, used in minidisc recorders, so maybe some compression would be acceptable Jul 31 22:10:22 The first thing is to use a mu-law encoding - not compression, but much better for something with wide dynamic range. Jul 31 22:10:46 geogeff I'm using 160kbps Q6 audio to feed 15khz stereo to radio stations. Jul 31 22:10:59 2GB gives you 3hrs of full PCM, 2GB is the largest "affordable" flash storage. Jul 31 22:11:00 Q6 Vorbis that is. Jul 31 22:11:14 The second thing is to kill silences - well, my experience with frogs suggest they shut up for long periods (birds too) Jul 31 22:11:30 yes, good ideas Jul 31 22:11:30 then you also need a gate. Jul 31 22:11:53 gate? Jul 31 22:12:31 to "strip" the silence...when the audio is not present it turns off (or "pauses" ) the recorder. Jul 31 22:13:11 i would think a post recording stripper would perhaps also be a possibility Jul 31 22:13:39 not a lot of human intervention with what I saw you wanted to do.... Jul 31 22:13:40 just run length encode anything below a threshold Jul 31 22:13:52 jbowler-away, ya... Jul 31 22:13:57 gotcha Jul 31 22:14:30 but, for price of 2 gb stick, you can buy a full hard drive, no? Jul 31 22:14:30 needs experimentation though - it might work for frogs and not birds or vice versa ;-) Jul 31 22:14:48 yes, hard drives are cheaper, but they eat power Jul 31 22:14:53 birds are higher priority for my study Jul 31 22:14:55 thats why I went with the 1GB version...(available at costco) Jul 31 22:15:18 ok, will check costco. Jul 31 22:15:27 geojeff, do you have the imic working? Jul 31 22:15:36 current consumption of an unloaded NSLU2 is about 0.5A at 5V - so a $50 solar panel might be enough to power it Jul 31 22:15:41 thanks for the help. my slug will be here in a few days. will order iMic tomorrow. Jul 31 22:16:33 i might end up going with something other than iMic, but with it I can experiment with the hi quality mic i already own. Jul 31 22:17:06 hoping to get basic parts for experimenting together this week. Jul 31 22:17:36 sounds like a good project. Jul 31 22:17:55 could open up a new style of research Jul 31 22:18:13 eventually it will be practical. i hope it will be now. Jul 31 22:19:43 Yeah, it's something I would quite like to do - I've got northern spotted/barred owls (probably crosses) round here but I haven't heard them for a couple of years now. Would be good to get a logger where they used to be. Jul 31 22:22:07 yep, i've seen neat studies focusing on censusing owls by calls. Jul 31 22:22:33 argh Jul 31 22:22:37 microcom fails to build Jul 31 22:22:41 host not found Jul 31 22:22:44 * NAiL goes to bed Jul 31 22:23:55 geojeff: when it comes to storage, maybe something like: http://www.lacie.com/products/product.htm?pid=10649 Jul 31 22:25:27 nite NAiL Jul 31 22:25:30 sleep well Jul 31 22:26:40 I suspect the trick is to find something which works well with, say, 8MByte chunks of data dumped at most once every 3 minutes (44.1k samples per second 8 bits per sample) Jul 31 22:30:56 that would be dense coverage Jul 31 22:32:08 dyoung: ping Jul 31 22:32:46 DaKa2, that might be reasonable middle ground Jul 31 22:33:35 geojeff: yes, back-of-the-envelope calculation of a worst case, it's still 6.4 hours on 1GByte Jul 31 22:33:43 jbowler-away: looks like sf.net recovered during my manual build, and the autobuild kicked in Jul 31 22:34:05 yes - I'm not sure if anything else got damaged Jul 31 22:34:31 DaKa2: I had two of those drives, they both went noisy after 4 months of 24/7 use. Jul 31 22:34:59 ie: loud enough to scare away curious birds. Jul 31 22:36:00 how about the laptop drives i've seen being used -- different from regular hard drives in power usage and noise i suppose. Jul 31 22:37:03 jbowler-away: nothing else would have been damaged, as both would have stopped on cyrus-imapd. Jul 31 22:37:09 it's all building now ... Jul 31 22:37:16 (from autobuild) Jul 31 22:37:33 openslug and unslung are done and pushed Jul 31 22:38:02 ucslugc is up to gphoto3 Jul 31 22:38:04 er 2 Jul 31 22:38:20 It looks like it will work fine for ucslugc, if it does then the same scheme should work for openslug and unslung too Jul 31 22:38:26 memory stick review, btw: http://arstechnica.com/reviews/hardware/flash2005.ars/1 <-- make that last 1 a 12 and you'll see the conclusions page Jul 31 22:39:23 the problem with hard drives is that they will be the closest thing to the microphone most of the time, and they are all very noisy Jul 31 22:40:22 dyoung: uhh.. thats no good.. I have one and that one is still silent.. but.. Jul 31 22:41:14 geojeff: that lacie drive has a laptop drive inside, but what dyoung says is a bit scarry.. Jul 31 22:41:17 DaKa2: the problem is the cgase is plastic with no ventilation. Drive get Real Hot. Bearing go bye bye Jul 31 22:41:20 i might be able to use a usb cable for the mic; there is a little usb mic at www.soundprofessionals.com that might work; has a built-in sound card/mic and is the size of a flash stick. might be too poor of a mic though. Jul 31 22:42:03 Oh, is that the laptop drive one? That one isnt QUITE as bad as the full 3.5" drive version. Jul 31 22:42:19 plus, if standard mic used, could have cable Jul 31 22:42:21 I have around 12 of the 40G laptop drive version; they all still work. Jul 31 22:42:36 ahh, good Jul 31 22:43:34 its really nice that it can draw power from usb, and can get enough from the slug Jul 31 22:44:27 I currently use one on my development turbuslug Jul 31 22:44:59 watch out for that - I had a laptop drive that I thought the slug could power, but it was on the edge and i kept getting data errors. put it on a powered hub, and never looked back. Jul 31 22:46:01 that kinda makes it hard....you would need one of dyoung's UBE D=Cell packs to keep it running. Jul 31 22:46:01 i'll have to learn how to calculate power consumption, and experiment, as I would like to deploy these things for a week at a time. oh yeah, how would i get the data off? :) Jul 31 22:46:43 umount and pull the storage device, mount it on a desktop machine Jul 31 22:46:48 geojeff: put a bluetooth dongle and a cellular phone next to it, and just call it up :-) Jul 31 22:47:06 rwhitby-away, hey, i've pondered that Jul 31 22:47:19 just make sure the ring tone isn't a rare bird call Jul 31 22:47:20 well, this one works great, I use it for all my native building so it gets used alot.. but I should probably measure the power sometime.. Jul 31 22:47:36 hehe Jul 31 22:47:44 * ka6sox thinks that for running this kind of thing you would need a 20watt minimum solar panel. Jul 31 22:47:52 (especially for a week) Jul 31 22:48:05 might have to use batteries, as it will be for SE Texas forest Jul 31 22:48:15 jbowler-away: what's the "home" directory for in ucslugc (apologies if I missed your reply before) Jul 31 22:48:40 rwhitby-web: for the -safe target, which sets HOME=${TOPDIR}/home Jul 31 22:49:02 and is the stuff in "common" only common for openembedded-based distros? Jul 31 22:49:20 jbowler-away: does anything get stored in it? would /dev/null be suitable? Jul 31 22:49:29 <[cc]smart> rwhitby-web: you mentionned cyrus-imapd above. what's the issue with it ? Jul 31 22:49:40 nothing: PEBKAC Jul 31 22:50:06 <[cc]smart> ? Jul 31 22:50:17 Problem Exists Between Keyboard And Chair Jul 31 22:50:19 Yes, common is openslug, unslung and ucslugc - though maybe it could be extended. Jul 31 22:50:22 <[cc]smart> :) Jul 31 22:50:41 Hey, dont be dissin' my D-Cell Packs Jul 31 22:50:44 jbowler-away: cool with common - does home really need to be there? Jul 31 22:51:13 dyoung, I'm not dissing them...just informing him that it might be necessary. Jul 31 22:51:58 It doesn't always work with HOME=/dev/null (that breaks ccache), so there needs to be an empty directory into which ccache can write Jul 31 22:52:12 geojeff: I work with underwater sensors, so my only option is Giantic UBE D-Cell Packs. Jul 31 22:52:21 wouldn't you turn off ccache on a safe build? Jul 31 22:52:35 ~ube Jul 31 22:52:35 it has been said that ube is Ugly But Effective. Or sometimes Unorthrodox But Effective Jul 31 22:53:23 dyoung, i'll learn about that Jul 31 22:53:35 not much sunshine after the first 6 feet. Jul 31 22:53:53 I just turned it off before because I hit the /dev/null problem, but it seems safe to use it and, in the multiple-build case, it works to share the home (things like quilt use the result). Jul 31 22:54:31 another possibility is to put wireless on the loggers, and a smallish stick, and have them report up to a slug with massive storage Jul 31 22:54:53 Indeed my preference would be to have the builds use it by default - but I'm not sure that 'env' is sufficiently supported - if it was the default then ccache support would be important. Jul 31 22:55:10 i have a friend who knows wireless tech very well Jul 31 22:55:38 Hmm, that would imply making wireless work on a slug. Jul 31 22:55:41 * dyoung hides Jul 31 22:55:51 jbowler-away: do we really need both topdir.conf and conf/auto.conf ? seems they are both autogenerated, never touched, and never changed. I'm concerned with the proliferation of small conf files. Jul 31 22:55:56 Still, it's possible to just ignore the HOME thing - I haven't yet seen any failures caused by it (e.g. by ~/.bashrc damaging the build) Jul 31 22:55:57 ah, shucks, it doesn't? :) Jul 31 22:56:10 not this week. (except for BT) Jul 31 22:56:11 auto.conf is checked in Jul 31 22:56:22 geojeff: it will soon (thanks to dyoung and NAiL) Jul 31 22:56:32 topdir.conf is the only machine generated file Jul 31 22:56:33 cool Jul 31 22:57:32 Oh, and topdir.conf will be changed if the directory moves. Jul 31 22:57:58 my wireless friend gave me his zaurus, so i owe him about $100. i could buy him a slug as repay and nudge him to help with the wireless work :) Jul 31 22:59:48 Makefile and conf/auto.conf duplicate the same information, but I couldn't see a way round that - it was tempting to remove the "'s in auto.conf, but that would violate the bitbake syntax (though it works at present). Jul 31 23:00:51 * ka6sox is really beginning to hate apache2 Jul 31 23:01:44 Why? Jul 31 23:01:54 see pm Jul 31 23:02:44 thanks folks, and good night. Jul 31 23:03:45 apache2 is the devil's handmaid Jul 31 23:04:23 fontenot, amen. Jul 31 23:04:49 but hoary only seems to want to work with apache2/php4 :P Jul 31 23:05:30 ka6sox, you're using ubuntu? Jul 31 23:05:48 ya Jul 31 23:06:07 A64...it was either that or Gentoo and the gentoo people were pretty rude. Jul 31 23:06:25 know any way to get monotone 0.21 on hoary? Jul 31 23:07:02 rwhitby-web: in fact if the targets in {openslug,unslung,ucslugc}/Makefile lose the 'distro' - 'firmware' rather than 'openslug-firmware' I believe it is possible to simply share the whole makefile (including just conf/auto.conf) Jul 31 23:07:21 eno: ya..upgrade to testing. Jul 31 23:07:23 :P Jul 31 23:07:41 libboost is only 1.31 on hoary. Jul 31 23:08:06 I.e. openslug/Makefile would be a ln -s to ../common/Makefile (the source target would have to pass the option to tar to follow symlinks). Jul 31 23:08:08 and monotone 0.21 depends >1.32.0 Jul 31 23:08:12 right, that's the problem. Jul 31 23:09:07 ka6sox, regarding apache2, i found a small web server called cherokee that's quite promising, and i ported it to unslung Jul 31 23:09:32 cool....this one has to support about 25 vhosts. Jul 31 23:10:31 i know it has debian package, and supports vhost, not sure about scalability, but it's supposed to be very fast Jul 31 23:11:40 jbowler-away: feel free to loose the 'distro-' from the targets in distro/Makefile and do that sharing. Jul 31 23:12:12 jbowler-away: can we at least put the 'home' directory under ./tmp ? Jul 31 23:12:36 and put the topdir.conf into ./conf ? Jul 31 23:14:11 I'm happy to lose the HOME - I haven't seen it solve any problem yet. Jul 31 23:14:52 and moving topdir.conf is easy (it was originally called 'topdir' but bitbake refuses to include a file without the .conf extension) Jul 31 23:15:19 and can we rename common/Make.rules to common/openembedded.rules ? Jul 31 23:15:46 <[cc]smart> how can you read the urnlevel a machie is currently in ? Jul 31 23:15:56 <[cc]smart> urnlevel :) Jul 31 23:16:16 or probably oe.makefile, since it will actually be the Makefile - i.e. ln -s ../common/oe.makefile Makefile Jul 31 23:16:42 call it openembedded.mak then :-) Jul 31 23:16:46 thx all and good nite Jul 31 23:16:47 or .mk Jul 31 23:17:08 .mk because all the optware ones are named that Jul 31 23:17:28 [cc]smart - ps and look at the arguments to process 1 Jul 31 23:18:05 <[cc]smart> we really have runlevel 5 as default ? Jul 31 23:18:52 <[cc]smart> shouldn't that be, say maybe 2 ? Jul 31 23:18:57 The default is whatever /etc/inittab says Jul 31 23:19:12 <[cc]smart> yes, and inittab says what OE says Jul 31 23:19:19 <[cc]smart> and it seems OE says 5 Jul 31 23:20:09 Someone changed it at some point (recently, but pre-monotone). It's arbitrary. Jul 31 23:20:59 <[cc]smart> hmmm... nmeaning i could change it to 2 ? Jul 31 23:21:20 <[cc]smart> i should check on OE i guess Jul 31 23:22:02 well OE says 5 cause they start a GUI. We can easily change it to 2 for slug stuff. Jul 31 23:22:30 <[cc]smart> wouldn't 3 mean GUI ? Jul 31 23:22:50 * rwhitby-web dunnos Jul 31 23:23:05 <[cc]smart> hmm... need to check some time.... Jul 31 23:23:36 <[cc]smart> but you are most probably right that some will want GUI and some won't which gives no way for common default Jul 31 23:23:41 <[cc]smart> so a change will be needed Jul 31 23:23:58 <[cc]smart> where should that be placed ? Jul 31 23:24:20 <[cc]smart> any case, think i need to check runlevels first so i won't place imapd to the wrong one Jul 31 23:26:23 Where is the definition of the use of runlevels? Jul 31 23:26:36 /etc/inittab Jul 31 23:27:12 <[cc]smart> urh, already have two runlevel definitions which disagree with each other Jul 31 23:27:34 <[cc]smart> in any case 2 is local multiuser Jul 31 23:27:40 <[cc]smart> 3 adds in network Jul 31 23:27:55 <[cc]smart> some say GUI sits on 3 others say it sits on 5 Jul 31 23:28:03 strange because my ubuntu server runs in 2 Jul 31 23:28:55 <[cc]smart> ah you are right 2 enables network already Jul 31 23:29:01 <[cc]smart> but 2 is not meant with services Jul 31 23:29:09 <[cc]smart> 3 adds the services/daemons Jul 31 23:29:15 interesting Jul 31 23:29:24 * ka6sox checks nugabe Jul 31 23:29:42 <[cc]smart> in any case, all systems i remember with GUI were runlevel 3 Jul 31 23:30:06 <[cc]smart> despite that reading this stuff over i'd now think runlevel 5 for GUI seems to make the most sense Jul 31 23:30:20 <[cc]smart> and 3 for our beloved slug Jul 31 23:30:24 <[cc]smart> as default Jul 31 23:31:23 <[cc]smart> in any case i'll put imapd to 3 Jul 31 23:31:45 Ok, so where is the definition written down? Jul 31 23:32:52 <[cc]smart> the ones i found were both german, i guess you need english ? Jul 31 23:33:51 <[cc]smart> ha, red hat seems to use anothr one: http://www.chinalinuxpub.com/doc/www.siliconvalleyccie.com/linux-hn/runlevels.htm Jul 31 23:34:09 root@nugabe:/usr/src/sqwebmail-5.0.4 # runlevelN 2 Jul 31 23:34:24 I'm in runlevel 2...with network. Jul 31 23:34:37 and services running. Jul 31 23:34:50 debian/ubuntu use 2 as default fully-up runlevel Jul 31 23:34:56 slackware used 3... gentoo uses 3... Jul 31 23:35:36 <[cc]smart> this seems to be the most sensible: http://www.comptechdoc.org/os/linux/startupman/linux_suinit.html Jul 31 23:36:26 has anyone else felt that linux runlevels seem a little bit silly? :) Jul 31 23:36:47 <[cc]smart> :) Jul 31 23:36:55 <[cc]smart> this one agrees with the one before: http://www.skullbox.net/init.php Jul 31 23:36:56 Yes, no one uses them. Jul 31 23:37:05 <[cc]smart> sure people do Jul 31 23:37:11 * desrt is thinking about buying a slug Jul 31 23:37:15 <[cc]smart> just differently with different distros Jul 31 23:37:29 if the definition of a "network" is NFS capabile then I would rather be incapabile. Jul 31 23:37:58 So it's a user configuration issue. If someone wants to define what goes where fine. Jul 31 23:38:02 <[cc]smart> network as in (75%) runlevel 2 means for what i get networking client capability Jul 31 23:38:10 <[cc]smart> while 3 means servers running Jul 31 23:38:12 here is the standard: http://refspecs.freestandards.org/LSB_3.0.0/LSB-Core-generic/LSB-Core-generic/runlevels.html Jul 31 23:38:36 so OE is conformant Jul 31 23:38:41 <[cc]smart> jbowler-away: more a distro definition since as user you should probably make sure you match that Jul 31 23:38:52 and we would be conformant at 3 Jul 31 23:38:53 <[cc]smart> or you'll be surprised when things not behave as expected Jul 31 23:39:29 note the "exported" at the end of the runlevel 2 definition. Jul 31 23:39:49 <[cc]smart> yes, i think this is the most sensible one Jul 31 23:40:20 This is the same as with the FHS stuff - at present a vast number of services are using 'default' in INITSCRIPT_PARAMS, changing those requires OE buy in I think. Jul 31 23:40:24 so you can be at 2 and use network services from elsewhere and locally - you just shouldn't export them to others Jul 31 23:40:41 for NFS? Jul 31 23:40:57 No NFS server, no mt-daapd etc Jul 31 23:41:02 (as in don't use it for nfs. Jul 31 23:41:03 okay Jul 31 23:41:04 <[cc]smart> if you mount nFS you are ok on 2, if you server NFS this should be done on 3 Jul 31 23:41:12 k Jul 31 23:41:55 <[cc]smart> does one of you have a machine using normal runlevel values and has cyrus-imapd installed ? Jul 31 23:42:36 <[cc]smart> i've got gentoo in use which hides individual order numbers in runlevels Jul 31 23:55:07 [cc]smart: can I help with something? I've a standard mdk10.0 machine with Cyrus. **** ENDING LOGGING AT Sun Jul 31 23:59:56 2005