**** BEGIN LOGGING AT Sun Mar 11 02:59:56 2007 Mar 11 03:29:02 currently, when I try to install anything using ipkg install, where I'm not specifying thelocal file, it fails Mar 11 03:29:25 with what error? Mar 11 03:29:29 ipkg update works but aparently is working on and empty metadata file Mar 11 03:32:24 the guy to whom I'm trying to explain this will be joining shortly Mar 11 04:00:31 libapr seems to be messed up in the 3.10beta feed. an ipkg list | grep libapr returns two versions 0.9.12 and 2.0.54. When you try to install libapr or libaprutil (ipkg install libapr) you get a 404 not found when it tries to download them: Mar 11 04:00:34 root@MSB_SLUG1:~/ipkgs# ipkg install libapr-0-0 Mar 11 04:00:34 Installing libapr-0-0 (2.0.54-r4) to root... Mar 11 04:00:34 Downloading http://ipkg.nslu2-linux.org/feeds/slugos-bag/native/3.10-beta/libapr-0-0_2.0.54-r4_armeb.ipk Mar 11 04:00:34 wget: server returned error 404: HTTP/1.1 404 Not Found Mar 11 04:01:05 if you browse the 3.10-beta tree - it's listed, but you can't download it. It's also listed in unstable and can be downloaded from there OK Mar 11 04:03:44 Looking into it. Mar 11 04:07:28 hmm Mar 11 04:07:47 do an ipkg update and try again Mar 11 04:07:55 ooh Mar 11 04:07:57 *native* Mar 11 04:08:04 I didn't notice that bit. Mar 11 04:12:00 the native builders are broken for the time being. They will be back in a few weeks. Mar 11 04:12:34 well the download from unstable worked fine so I'm good - just wanted to let you all know Mar 11 04:12:41 still don Mar 11 04:12:41 all the packages in the native feed appears to have disappeared. Mar 11 04:12:59 still don't understand why libapr exists twice in the feed (0.9.12 and 2.0.54) that was odd Mar 11 04:13:02 (although the packages file is still there, so it gives the appearance of existing) Mar 11 04:13:45 I only see 2.0.54 Mar 11 04:14:08 It may have been due to some other local pkgs I was tryign to install, not sure why they'd show up in ipkg list though. Mar 11 04:14:24 yeah - must be that because on my other slug theyonly show up once - weird Mar 11 04:14:27 so no worries Mar 11 04:14:38 ok, that explains it Mar 11 04:15:29 I didn't think a local pkg would show up in ipkg list (just ipkg list_installed if it was installed) Mar 11 04:15:37 my bad Mar 11 04:16:05 Well, I wouldn't either. But I can't explain it otherwise, because 2.0.54 is the only one I can find in any feeds. Mar 11 04:16:13 (Although the ipk itself is gone) Mar 11 04:18:09 I made a usb to serial adapter for J2 connector. Should picocom -b 115200 /dev/ttyUSB be enough to get access over the console ? It just prints "Terminal ready" for now... Mar 11 04:19:42 (actually it's "serial over usb"... you know what I mean: I used a ft232) Mar 11 04:25:10 pierrelux: disconnect the adaptor from j2, and connect the serial rx and tx lines together. Check to see that everything you type in picocom is echoed. Mar 11 13:37:02 hi Mar 11 13:52:47 ? Mar 11 14:15:16 NAiL: was 3.10-beta updated for the US DST change? Mar 11 14:29:10 no Mar 11 15:39:26 hillct: download the tzdata ipkg from the unstable feeds and install it on 3.10. Mar 11 15:41:31 mwester: does it work? Mar 11 15:41:44 It should be updated in the stable feed too Mar 11 15:42:10 Waiting for confirmation from at least a few users in the field before it should be moved to stable, methinks... Mar 11 15:42:37 will test shortly Mar 11 16:14:22 I'll have updates for neon and subversion bitbake recipes shortly Mar 11 16:14:25 geez Mar 11 16:14:50 it's amazing how many dependency updates I'm having to make to get openpbx installing cleanly Mar 11 16:43:45 03bzhou * r5771 10optware/trunk/ (Makefile make/tzwatch.mk): added and promoted tzwatch Mar 11 17:29:23 mwester: http://ipkg.nslu2-linux.org/feeds/slugos-bag/cross/unstable/timezones_1.2.0-r1_armv5teb.ipk does not seem to contain the DST update. Did I select the wrong package? Mar 11 17:33:35 mwester: this data may be helpful as a source for updated zoneinfo files http://www.trueblade.com/knowledge/modifying-fedora-core-2-to-support-daylight-savings-time-changes-in-2007.plone Mar 11 17:38:11 hillct: can you be more specific on your conclusions? That package is working fine on my devices. Mar 11 17:38:31 * mwester-laptop slaps his forehead Mar 11 17:38:41 it functions. It simply does not contain the DST update Mar 11 17:38:46 hillct: you are downloading the wrong timezone files. Mar 11 17:38:55 figures Mar 11 17:38:57 the tzdata packages are the new ones. Mar 11 17:38:59 which one do I need? Mar 11 17:39:06 URL? Mar 11 17:39:36 ipkg search should have them by now; rwhitby fixed the feeds. Mar 11 17:39:53 K Mar 11 17:40:06 so tzdata replaces timezones as the package name Mar 11 17:40:40 Yes, there were reasons the old ones needed to stay around ;( Mar 11 17:41:23 The name tzdata is consistent with the standard naming convention with Debian, Fedora, and others. So that's some consolation... Mar 11 17:41:53 makes sense Mar 11 17:42:03 so I want tzdata-2007c ? Mar 11 17:42:31 I'm hoping that we can get enough reports of "goodness" soon enough that we can slip the updated timezones into the next SlugOS release, but right now the alpha versions are still the old timezone data. Mar 11 17:42:44 Yes, most folks will be ok with just the base tzdata-2007c package Mar 11 17:46:27 that works Mar 11 17:46:32 tested on 2 slugs Mar 11 17:46:45 :) Excellent! Mar 11 17:49:34 a buddy of mine has two other slugs and I've been prodding him to test and hang out here but he's being stodgy Mar 11 17:50:12 er crumudgeonly Mar 11 17:50:18 whatever Mar 11 17:54:47 Just FYI - tested out tzdata_2007c-r0_armv5teb.ipk from unstable and it worked great. 3.10 slug is showing EDT like it is supposed to Mar 11 17:55:28 just got a report from another guy, that it works Mar 11 17:55:59 03nail 07slugos-3.10-beta * r392 10slugos/openembedded/packages/sqlite/sqlite_2.8.17.bb: Update sqlite Mar 11 17:56:04 (13:45:22) Mike Baptiste: /me tries it on Slug 2 Mar 11 17:56:04 (13:45:24) Mike Baptiste: I only fixed slug 1 Mar 11 17:56:04 (13:50:13) Mike Baptiste: works - EDT shows Mar 11 17:56:04 (13:50:27) Colin: K Mar 11 17:56:04 (13:50:31) Mike Baptiste: /me tries ntpclient now Mar 11 17:56:05 (13:50:45) Colin: tell them in #nslu2-linux Mar 11 17:56:25 03nail 07slugos-3.10-beta * r393 10slugos/openembedded/packages/ (meta/slugos-packages.bb tzdata/ tzdata/tzdata_2007c.bb): tzdata: Add tzdata, thanks to mwester Mar 11 17:56:41 should be in the feeds within ~6 hours. Mar 11 17:57:18 thanks for testing Mar 11 17:57:41 Thanks for the feedback folks! Mar 11 18:09:12 NAiL: ntpclient is in unstable but it appears to have been built against libgcc1 (>= 4.1.1) so it can't be tested on 3.10-beta Mar 11 18:10:11 I know it works on 3.10-beta because I've been running it on my two slugs sing I built it. Is there some reason the feed would provide one built against HEAD rather than 3.10-beta in unstable? Mar 11 18:12:24 unstable == HEAD Mar 11 18:14:25 so how do we provide packages for testing against 3.10-beta other than adding them directly to cross/stable? Mar 11 18:15:08 or is it intended that the only image on which testing will be performed is HEAD? Mar 11 18:33:16 Packages that works in head are compiled against stable. if they work, I commit them. Mar 11 18:34:25 ah Mar 11 18:34:42 I guess I should install head on one of my slugs Mar 11 18:35:57 is there a standard method for handling init script variables in OE distributions? FOr example, fedora and some other desktop distros use files in /etc/sysconfig Mar 11 18:36:34 check etc/default/ Mar 11 18:37:05 ah Mar 11 19:49:42 hillct, when you test the tzdata could you please keep an eye out for the size? I remember we had gone to a one humungous pkg instead of the individulal one Mar 11 19:50:17 already tested Mar 11 19:50:34 what about the size? What's the expected size? Mar 11 19:51:38 previously, I could just download us and delete all but the LosAngeles for me. Ended up being 2-4kb. How is it now? Mar 11 19:52:05 chacko: one of the OE guys had already done the homework to chop it up; we picked up the OE solution for SlugOS. Mar 11 19:52:31 The base tz package should suffice for most; it has a major city for each timezone worldwide. Mar 11 19:52:45 The others have all the obscure ones for those who need the extra. Mar 11 19:53:44 that is great news! I was thinking of getting the old colorado tz for me as an interim solutions :) Mar 11 19:56:26 an aside... I have one of those clocks synced to the ground wave transmission from wwv. That sets itself correctly today!! Mar 11 19:58:45 chacko: if you want to play with chopping things up, see http://www.trueblade.com/knowledge/modifying-fedora-core-2-to-support-daylight-savings-time-changes-in-2007.plone Mar 11 19:59:00 you can build your own zoneinfo files however you see fit Mar 11 20:52:01 NAiL: what is foonas? Mar 11 20:53:13 nas-centric distro Mar 11 20:57:41 I was wondering because you said it had glibc2.5+nptl... Mar 11 20:58:06 Does it build for the slug? Mar 11 21:25:24 I haven't tried Mar 11 21:26:32 I don't see a whole lot of documentation for foonas Mar 11 21:26:45 all google has are the commits Mar 11 21:28:40 I haven't written anything Mar 11 21:29:05 (docs, that is9 Mar 11 21:30:26 VoodooZ: theoretically, it can replace slugos Mar 11 22:24:03 FYI, I have glibc2.5+nptl running fine on my GentooSlug Mar 11 22:30:15 joshin: aol :) Mar 11 22:31:07 * joshin admits that his slug is the fastest of AOL's servers... Mar 11 22:31:18 hehehe Mar 11 22:39:52 I should do some soldering on mines.. get more RAM Mar 11 22:41:14 or just get some new toys :) Mar 11 22:44:15 gee.. cheep.. Mar 11 22:44:15 http://www.siba.no/index.aspx?identifier=NO26022 Mar 11 22:44:50 think I'll visit them tomorrow and have a look :) Mar 11 22:49:05 that could be the mips based one though Mar 11 22:53:29 likely to be a Rev2. Mar 11 22:53:34 but worth a check. Mar 11 22:54:21 dyoung knows how to tell them apart (dunno if it can be done without opening the box, pretty sure it can be done without opening the unit itself) Mar 11 22:54:35 exactly, and who knows... i might end up walking out with yet another slug, like last time I went there :) Mar 11 22:57:05 I always liked the looks of the iomega nas 100d, but the fsg-3 looks neat too Mar 11 22:57:16 the iomega is a tad expencive Mar 11 23:00:15 It's printed on the box, on the bottom (at least on the US-packaged units; says clearly that it's a Rev B hardware. dyoung knows how to tell from the serial number, though. Mar 11 23:01:34 kolla: I have two nas100d's. they are noisy. Mar 11 23:01:45 (so I keep them at work now) Mar 11 23:02:00 ok.. tried fixing the fans? :) Mar 11 23:02:02 fsg-3 is also a bit noisy, but the fan can be controlled. Mar 11 23:02:27 I don't have a good supplier of small fans here :-( Mar 11 23:02:39 The dsmg600's fan can also be controlled, although the control mechanism is to unplug the connector ;) Mar 11 23:03:08 :) Mar 11 23:03:34 I've seen two dsmg600 mods posted on the internet; one uses a slightly larger outboard fan to replace the little one. Mar 11 23:03:43 heh - one of the nas100d's is at home at the moment (controlling the new neo) and it has that form of fan control applied right now :-) Mar 11 23:03:50 I just got a mips based routeroard 532 to play with at work, quite nice Mar 11 23:04:02 The other dispenses with the tiny (noisy) fan entirely, and uses an 80mm fan on the top of the unit. Mar 11 23:04:45 I just took the lid off of mine, and unplugged the fan -- the 2.5" laptop drive inside stays very cool. No fan required. Mar 11 23:16:17 qnap ts-201 looks neato as well Mar 11 23:26:46 debian rc2 is released on slug-firmware.net Mar 12 02:23:51 what's the best small-footprint programatic mail sending app for the slug? mailx? something else? Mar 12 02:24:08 * hillct browses the package list Mar 12 02:29:39 which firmware? **** ENDING LOGGING AT Mon Mar 12 02:59:57 2007