**** BEGIN LOGGING AT Tue Feb 13 03:00:01 2007
Feb 13 03:23:13 <CIA-19> 03bzhou * r5482 10optware/trunk/Makefile: changed slugosbe toolchain location from openslug/tmp/cross to slugosbe/tmp/cross
Feb 13 03:46:05 <CIA-19> 03bzhou * r5483 10optware/trunk/Makefile: taglib: demoted for uclibc platforms
Feb 13 04:10:06 <CIA-19> 03bzhou * r5484 10optware/trunk/make/libidn.mk: libidn: tweak libidn.pc to avoid cross-compile BADNESS
**** BEGIN LOGGING AT Tue Feb 13 04:20:15 2007
Feb 13 05:22:38 <CIA-19> 03bzhou * r5485 10optware/trunk/make/vlc.mk: vlc: enable mpc (musepack), enable avahi when available
Feb 13 05:24:08 <CIA-19> 03bzhou * r5486 10optware/trunk/make/mpd.mk: vlc: enable mpc (musepack), enable avahi when available
Feb 13 05:26:26 <CIA-19> 03bzhou * r5487 10optware/trunk/make/tz.mk: tz: 2007a -> 2007b
Feb 13 05:32:58 <hillct> been messing around with OpenSlug 3.10
Feb 13 05:33:12 <hillct> can't find a logrotate package
Feb 13 05:33:43 <hillct> seems others have had the same question but as yet no replies (mailing list). Anyone know where I should look?
Feb 13 05:34:12 <hillct> or is this where i should bite the bullet and install the build enviroment?
Feb 13 05:36:07 <eno> hillct: one option is http://www.nslu2-linux.org/wiki/Optware/Slugosbe
Feb 13 05:36:31 <rwhitby> OE only has the "logrotate-script" package.
Feb 13 05:36:37 <hillct> d'oh. Not sure how I missed that
Feb 13 05:36:50 <hillct> thanks
Feb 13 05:38:14 <eno> in any case, setup the build env is always a good idea
Feb 13 05:42:02 <hillct> yeah
Feb 13 05:42:21 <hillct> anything beyond the current docs? Pitfalls I should be aware of?
Feb 13 05:44:03 <rwhitby> "wget http://www.nslu2-linux.org/Makefile ; make slugosbe"
Feb 13 05:45:43 <hillct> rwhitby: that's for cross-compile right? I was going to do native
Feb 13 05:45:58 <rwhitby> native is a loosing battle
Feb 13 05:46:06 <hillct> I really need to re-read the docs on the build process
Feb 13 05:46:14 <rwhitby> we do everything cross
Feb 13 05:46:19 <hillct> ah
Feb 13 05:47:40 <hillct> I'm smiling at the thought of a build farm of slugs on a shelf, with componants of the baowulf management suite on them to accept build jobs
Feb 13 05:47:56 <hillct> that'd be fun to setup
Feb 13 05:48:44 <hillct> there are points though, where even a true geek has to draw the line
Feb 13 05:53:17 <DrZimmerman> lol
Feb 13 05:53:25 <DrZimmerman> morning all :)
Feb 13 05:55:15 <hillct> hi 
Feb 13 06:00:29 <hillct> eno:  managing tow separate lists of installed ipk's will get ugly fast. While all optware should end up in /opt, there's the liklihood of a great deal of duplication of dependencies. Is there a recommended approach for mitigating this?
Feb 13 06:03:59 <hillct> er s/tow/two/
Feb 13 06:04:06 <rwhitby> hillct: nope
Feb 13 06:04:20 <rwhitby> they are meant to be kept completely separate.
Feb 13 06:04:31 <hillct> hmm
Feb 13 06:04:56 <rwhitby> if you want some optware stuff to be in OE, feel free to start adding .bb files ;-)
Feb 13 06:05:11 <hillct> so in order to use, logrotate out of optware, I'd just hack up a config script and cron job
Feb 13 06:05:15 <hillct> oh, I will
Feb 13 06:05:23 <rwhitby> excellent!
Feb 13 06:05:27 <hillct> just as soon as I get a better handle on the build process
Feb 13 06:06:12 <rwhitby> hillct: what's your application for the slug?
Feb 13 06:06:20 <hillct> I have all of 36 hours with oe, arm, the slug and embedded linux in general
Feb 13 06:06:30 <hillct> home use
Feb 13 06:07:33 <hillct> syslog server, file server for vmware instances, dd-wrt instances, backup for my laptop (rmirror or similar rsync deal) and Asterisk
Feb 13 06:08:29 <hillct> not sure about asterisk yet. For the moment I'm still working on the config
Feb 13 06:10:20 <hillct> besides doing a few builds of things I'll want to have, I was trhinking about putting together a file service web front end that eases SMB and NFS for Slug/OS BE
Feb 13 06:10:45 <hillct> probably just a stripped and config'd Webmin
Feb 13 06:11:48 <hillct> granted that's not the most optimized solution, but it could be setup to be almost turnkey
Feb 13 06:12:09 <hillct> and webmin beats swat hands down
Feb 13 06:13:17 <hillct> oh and I can't live without my lighttpd so that may be my first build & Package effort
Feb 13 06:18:45 <hillct> is there a good primer that explains the relative roles of the various repositories? slugos-bag/optware/oe etc?
Feb 13 06:21:51 <rwhitby> hillct: slugosbe and slugosle are the only main repos now
Feb 13 06:21:57 <rwhitby> both are built from OE
Feb 13 06:22:08 <rwhitby> the only difference between them is endianness.
Feb 13 06:22:57 <rwhitby> optware is a set of packages that target various distributions and are designed to work "out of the box" with the vendor's firmware.  One of the vendors happens to be slugosbe for the nslu2.
Feb 13 06:23:21 <hillct> I guess I don't quite get what OE is overall
Feb 13 06:23:26 <rwhitby> (but that is only a recent addition - the main focus of optware is for devices that run stock vendor firmware (or small variants thereof)
Feb 13 06:23:43 <rwhitby> OE is a build system for embedded linux distributions.
Feb 13 06:23:52 <rwhitby> and a set of metadata for package builds.
Feb 13 06:24:27 <hillct> so a set of embedded distro standards and best practices
Feb 13 06:24:36 <rwhitby> if you could do a web front-end for slugos that has similar features to the Linksys web gui, that'd be excellent!
Feb 13 06:24:58 <hillct> I'm sure I could
Feb 13 06:25:09 <rwhitby> more a set of patches and builds scripts that allow you to quickly develop a distro for a new device
Feb 13 06:25:09 <hillct> but I thought the linksys interface sucked hard
Feb 13 06:25:26 <rwhitby> that's why I said features, not look and feel :-)
Feb 13 06:25:34 <hillct> heh
Feb 13 06:27:04 <hillct> I really think Webmin is the way to go in that regard
Feb 13 06:27:52 <hillct> it's highly flexible and should be possible to configure it for slugos architecture pretty easily
Feb 13 06:28:40 <hillct> in case you havn't messed with webmin, it's an actually useful (and OSS) version of cPanel
Feb 13 06:28:54 <rwhitby> yep, webmin would be good.
Feb 13 06:29:02 <hillct> except that it's perl
Feb 13 06:29:13 <hillct> which is big and bulky
Feb 13 06:29:19 <rwhitby> and will be slow on the slug
Feb 13 06:29:21 <hillct> though it's there and works
Feb 13 06:30:07 <hillct> which is always a plus
Feb 13 06:37:08 <hillct> A buddy of mine who at one point tried to turn his embedded systems hobby project into a career, with a rather impressive industrial controller modified for home automation, really got a kick out of the slug
Feb 13 06:38:05 <hillct> his first thought was to get RS232 and X10 USB dongles so he can deploy http://misterhouse.sourceforge.net/ ona slug
Feb 13 06:39:13 <rwhitby> I believe there are people doing that already.
Feb 13 06:42:57 <hillct> that wouldn't suprise me
Feb 13 08:53:05 <hrw> rwhitby: take a look at X-Wrt when it comes to web gui
Feb 13 09:13:10 <rwhitby-treo> ~weather YOW
Feb 13 09:13:25 <jbot> Something failed in connecting to the NOAA web server. Try again later.
Feb 13 09:33:42 <jacques> jbot, no botsnack for you!
Feb 13 09:33:44 <jbot> :), jacques
Feb 13 09:34:13 <jacques> jbot, did you not hear me correctly? You are in no way shape or form getting a botsnack!
Feb 13 09:34:14 <jbot> jacques: :)
Feb 13 15:32:32 <CIA-19> 03bzhou * r5488 10optware/trunk/Makefile: loudmouth: demoted for wl500g
Feb 13 17:13:25 <hillct> what's the name of the OpenSlug ipkg repository config package for the OE repository?
Feb 13 17:13:32 <hillct> Can't seem to find it
Feb 13 17:36:59 <NAiL> ipkg repository config package?
Feb 13 17:37:55 <NAiL> you mean which ipkg provides /etc/ipkg/*?
Feb 13 18:01:51 <VoodooZ> cool! I just flashed slugos 4.3 and it worked fine. 
Feb 13 18:02:34 <VoodooZ> The problem is turnup seems to try to mount my flashdisk root too fast. Is the -s<secs> option still working?
Feb 13 18:03:16 <hillct> 4.3 i the dev release right?
Feb 13 18:03:33 <VoodooZ> yep
Feb 13 18:04:14 <VoodooZ> It took me a while to muster the courage to mess up my stable load though. :)
Feb 13 18:04:27 <VoodooZ> Now let's see if I have regrets....
Feb 13 18:04:52 <hillct> heh
Feb 13 18:05:28 <hillct> I may move to the dev build once I've put together a metapackage for my config
Feb 13 18:06:03 <hillct> does it have the front panel disk usage LEDs working?
Feb 13 18:06:17 <VoodooZ> probably not. Not sure...
Feb 13 18:06:19 <VoodooZ> brb
Feb 13 18:07:04 <hillct> I know that's silly but, assuming I can get a devent GUI put together, that'd be the only obvious impedement to class #1 (from the readme) users adopting it
Feb 13 18:19:51 <[FireFly]> running apex 1.4.15 from within redboot fails to boot debian etch rc1's apex version unless I build apex with "CONFIG_MMU=y", does anyone else have seen this strange behaviour?
Feb 13 18:28:33 <NAiL> hillct: A semi-decent GUI is going to take a long, long time.
Feb 13 18:30:05 <hillct> NAiL:  I'm not certain that would be the case. I think Webmin could be properly configured for the slug reasonably easily
Feb 13 18:30:16 <VoodooZ> NAiL: Is there a reason the -s delay option of turnup not working with beta4.3?
Feb 13 18:30:18 <mwester> Webmin requires Perl, no?
Feb 13 18:30:28 <hillct> yes
Feb 13 18:30:32 <hillct> wouldd be a bit slow
Feb 13 18:30:35 <hillct> but it would work
Feb 13 18:31:58 <hillct> and it would easily provide nfs, smb and user mangement with next to no effort
Feb 13 18:32:03 <hillct> I'll give it a shot
Feb 13 18:32:11 <hillct> perhaps it will be too slow
Feb 13 18:32:47 <mwester> I was assured that it wouldn't work when I suggested webmin a long time ago, but I don't know that anyone has really tried too hard.
Feb 13 18:33:01 <mwester> I'm certainly interested in such a project...
Feb 13 18:33:45 <NAiL> hillct: Last time I tried webmin, it was slow enough on a non-embedded device.
Feb 13 18:34:00 <NAiL> throwing it up on a slug is seriously gonna be a real pain in the ass
Feb 13 18:34:00 <mwester> (Not that I have anything against Unslung, just that I think we are missing a "bridge" between the limited Unslung functionality, and the generic SlugOS functionality)
Feb 13 18:34:07 <hillct> I'd veveloped several custom modules for Duke university, on top of webmin. Found it quite usable
Feb 13 18:34:18 <hillct> my only concern is performance
Feb 13 18:34:29 <VoodooZ> this is my first time using the openNPE.. Do I need to copy the binary stuff somewhere specific?
Feb 13 18:37:07 <VoodooZ> I see there's a NPE-B file under /lib/firmware but the eth0 intf didn't come up.
Feb 13 18:41:32 <hillct> Geez
Feb 13 18:41:42 <hillct> busybox can be built with a webserver
Feb 13 18:41:46 <hillct> wow
Feb 13 18:42:20 <hillct> if only it could be built with logrotate
Feb 13 18:43:08 <hillct> logrotate-script just doesn't cut it as far as I can tell
Feb 13 18:43:12 <mwester> hillct: it's not much of a webserver.
Feb 13 18:56:07 <mcdmx> hello all, someone from the Open Turbostation project hanging around?
Feb 13 19:05:37 <hillct> mwester: I'm sure it isn't
Feb 13 19:05:46 <hillct> still interesting that it has one
Feb 13 19:22:53 <NAiL> mcdmx: kinda ;-)
Feb 13 19:23:02 <mcdmx> hey nail...
Feb 13 19:23:17 <mcdmx> long time no see...
Feb 13 19:23:21 <NAiL> yup
Feb 13 19:24:01 <mcdmx> do you possess a Turbostation?
Feb 13 19:24:42 <mcdmx> ok, wrong question...
Feb 13 19:24:43 <NAiL> yeah
Feb 13 19:24:46 <NAiL> TS-101
Feb 13 19:25:09 <mcdmx> NAiL: can you send me the u-boot patch from the open ts wiki?
Feb 13 19:25:33 <mcdmx> it's only available for yahoo members :-(
Feb 13 19:25:49 <NAiL> sure
Feb 13 19:25:57 <mcdmx> still have my mail-addr?
Feb 13 19:26:32 <NAiL> no
Feb 13 19:26:37 <NAiL> there's two patches though
Feb 13 19:26:41 <NAiL> I'll send you both
Feb 13 19:26:51 <mcdmx> ok: irc-nick +users.sf.net
Feb 13 19:27:01 <NAiL> thx
Feb 13 19:27:07 <mcdmx> s/+/@
Feb 13 19:27:34 <mcdmx> i'm trying to build u-boot for the 101g+...
Feb 13 19:27:48 <mcdmx> results so far: http://pastebin.ca/354078
Feb 13 19:28:31 <NAiL> mail sent
Feb 13 19:28:37 <mcdmx> tnx!
Feb 13 19:28:39 <NAiL> hmm... that error looks... odd
Feb 13 19:29:16 <NAiL> What kind of flash chip is in the 101g+?
Feb 13 19:29:32 <mcdmx> well, there are quite some changes between ppcboot (2002) and recent u-boot
Feb 13 19:30:07 <mcdmx> Spansion SG29...
Feb 13 19:33:17 <mcdmx> bbl...
Feb 13 19:33:25 <NAiL> later
Feb 13 19:57:54 <NAiL> mcdmx: "Fix cfi failure with Spansion Flash (Spansion Flash Devices have a different offset to go into CFI mode)" <-- From changelog in u-boot 1.2.0. Relevant?
Feb 13 19:58:49 <mcdmx> NAiL: i don't yet use CFI mode. But thanks for the hint. 
Feb 13 20:51:08 <CIA-19> 03bzhou * r5489 10optware/trunk/make/file.mk: file: staging libmagic
Feb 13 21:05:09 <CIA-19> 03bzhou * r5490 10optware/trunk/ (Makefile make/mediatomb.mk): added and promoted mediatomb except uclibc platforms
Feb 13 21:39:28 <mcdmx> NAiL: flash is now working :D http://pastebin.ca/354311
Feb 13 21:39:50 <mcdmx> next thing will be the nic...
Feb 13 21:40:04 <CIA-19> 03bzhou * r5491 10optware/trunk/make/bluez-libs.mk: bluez-libs: 2.25 -> 3.9
Feb 13 21:40:36 <CIA-19> 03bzhou * r5492 10optware/trunk/make/bluez-hcidump.mk: bluez-hcidump: 1.30 -> 1.33
Feb 13 21:56:33 <CIA-19> 03bzhou * r5493 10optware/trunk/ (Makefile make/libopensync.mk): added and promoted libopensync except wl500g
Feb 13 22:40:42 <CIA-19> 03bzhou * r5494 10optware/trunk/make/openobex.mk: openobex: 1.0.1 -> 1.3
Feb 13 22:41:31 <CIA-19> 03bzhou * r5495 10optware/trunk/make/obexftp.mk: obexftp: 0.10.3 -> 0.20
Feb 13 22:57:25 <hillct> what's the status of the port 1 and 2 LEDs under OpenSlug? I just noticed they're showing up as devices in dmesg
Feb 13 22:59:47 <NAiL> they're available in /sys somewere
Feb 13 22:59:56 <NAiL> s/were/where/
Feb 13 22:59:56 <jbot_> NAiL meant: they're available in /sys somewhere
Feb 13 23:23:01 <hillct> NAiL: what m I looking at in /sys/class/leds/disk-1 ?
Feb 13 23:23:12 <hillct> It's not a /proc filesystem...
Feb 13 23:23:31 * hillct is slightly confused
Feb 13 23:24:29 <hillct> I gotta read more I tihnk
Feb 13 23:27:29 <rwhitby> hillct: it's the new LED kernel API
Feb 13 23:28:26 <hillct> reading the /sbin/leds script to get a handle on this
Feb 13 23:28:33 <rwhitby> kernel/Documentation/leds-class.txt
Feb 13 23:28:42 <rwhitby> Richard Purdie (RP in #oe) is the author
Feb 13 23:28:44 <hillct> so if I understand this, it does behave like a /proc filesystem
Feb 13 23:28:57 <rwhitby> conceptually, yes.
Feb 13 23:29:04 <hillct> pretty cool
Feb 13 23:29:19 <hillct> there are's som fun to be had here
Feb 13 23:30:00 <rwhitby> we still need some hotplug support for the disk leds, but there's some deep questions to be answered like "what does the disk2 led mean when there are three disks connected via a hub on that port?"
Feb 13 23:30:30 <hillct> I was just thinking about that
Feb 13 23:31:10 * mwester thinks it could flash the active drive's device id in Morse code.   :p
Feb 13 23:31:30 <hillct> that'd be fun
Feb 13 23:31:59 <hillct> perhaps flashing for port access is sufficient
Feb 13 23:37:44 <NAiL> Well, I think we should settle for something like leds are on if *something* is connected. 
Feb 13 23:38:01 <NAiL> then it could flash when there is traffic
Feb 13 23:38:28 * mwester is thinking something like the CPU options would be nice
Feb 13 23:39:28 <NAiL> well, the CPU trigger is there
Feb 13 23:43:10 <NAiL> I wish someone implemented a scsi-trigger though
Feb 13 23:43:22 <NAiL> there is an IDE-trigger, but that doesn't really help much :P
Feb 13 23:44:18 <CIA-19> 03bzhou * r5496 10optware/trunk/ (Makefile make/msynctool.mk): added and promoted msynctool
Feb 13 23:46:28 <CIA-19> 03bzhou * r5497 10optware/trunk/make/bluez-utils.mk: bluez-utils: 2.25 -> 3.9
Feb 14 00:04:45 <hillct> Is this where I should be starting to build a cross-compile enviroment?
Feb 14 00:04:46 <hillct> http://www.nslu2-linux.org/wiki/Development/MasterMakefile#requirements
Feb 14 00:05:10 <hillct> http://www.openembedded.org/wiki/OEandYourDistro
Feb 14 00:07:49 <rwhitby> hillct: "wget www.nslu2-linux.org/Makefile ; make slugosbe"
Feb 14 00:08:00 <rwhitby> then install host packages until the build completes.
Feb 14 00:08:15 <rwhitby> there are "setup-host-foo" targets in the Makefile to assist in that process
Feb 14 00:08:15 <hillct> ah
Feb 14 00:08:17 <hillct> ok
Feb 14 00:08:30 <hillct> so I can avoid some of the listed OE dependencies?
Feb 14 00:08:30 <mwester> Best summary of the process I've ever seen, rwhitby!  :D
Feb 14 00:08:32 <hillct> cool
Feb 14 00:08:42 <rwhitby> if you find ones that are required that are not in the setup-host-* targets, then let me know and I will add them.
Feb 14 00:09:24 * mwester goes to see if the git dependency is listed...
Feb 14 00:09:51 <mwester> Yep, it's there.
Feb 14 00:10:51 <rwhitby> hey CoreDump|home 
Feb 14 00:10:59 <CoreDump|home> hey
Feb 14 00:12:27 <mwester> rwhitby: did the kernel command-line hack for the dsmg600 get replaced by the shim as well?
Feb 14 00:12:45 <rwhitby> mwester: not yet I don't think.
Feb 14 00:12:49 <rwhitby> wanna work on that now?
Feb 14 00:13:18 <mwester> Seems like the next thing on the list - gotta run for dinner, then I'll start on that if I can figure out how.
Feb 14 00:13:45 <mwester> bbiab
Feb 14 00:15:39 <rwhitby> ok
Feb 14 00:15:50 <rwhitby> I'll be here for a good 5 hours or more
Feb 14 00:23:48 <hillct> when you say Master Makefile, you're not kidding
Feb 14 00:23:48 <hillct> wow
Feb 14 00:37:41 <rwhitby> hillct: it's part of the nslu2-linux credo - if it's not in a public repository, it doesn't exist, and if it doesn't build automatically, it can't be released.
Feb 14 00:40:41 <hillct> sounds good to me
Feb 14 01:14:33 <hillct> rwhitby: looks like I have a newer version of mtn installed, than the DB
Feb 14 01:15:01 <rwhitby> that's not surprising - we generate the DB for the version in Debian Sarge.
Feb 14 01:15:16 <rwhitby> (cause people can convert it forward using their local mtn commands, but not backward)
Feb 14 01:15:43 <rwhitby> mtn should be telling you what to do about that ...
Feb 14 01:17:03 <hillct> error is http://www.pastebin.ca/354612
Feb 14 01:17:15 <hillct> tried
Feb 14 01:17:19 <hillct> always fails
Feb 14 01:18:13 <hillct> [slug@laptop ~]$ cd monotone/
Feb 14 01:18:13 <hillct> [slug@laptop monotone]$ mtn db migrate nslu2-linux.mtn
Feb 14 01:18:21 <hillct> aparently the erong syntax
Feb 14 01:18:32 <hillct> er aparently the wrong syntax
Feb 14 01:18:56 <hillct> but the docs appear to say that's the correct syntax
Feb 14 01:20:47 <rwhitby> see http://www.venge.net/monotone/UPGRADE
Feb 14 01:33:13 <hillct> well
Feb 14 01:33:28 <hillct> it would seem my problem is the reverse of what's indicated by the error message
Feb 14 01:33:54 <hillct> it's not that the database needs to be updated but my installed monotone version
Feb 14 01:34:17 <hillct> rwhitby: which i gather you picked up on imediately
Feb 14 01:34:31 <hillct> but that error message sucks
Feb 14 01:34:57 <rwhitby> what version do you have installed?
Feb 14 01:35:22 <rwhitby> we generate for 0.27 or later
Feb 14 01:43:13 <hillct> 0.3.1
Feb 14 01:43:32 <hillct> so I should be able to migrate the DB without issue
Feb 14 01:43:37 <hillct> as far as I can tell
Feb 14 01:43:47 <hillct> er 0.31
Feb 14 01:44:33 <hillct> so the issue is just my mtn db migrate command syntax
Feb 14 01:44:48 <hillct> seems right according to the man page
Feb 14 01:47:02 <hillct> this is a silly problem to have
Feb 14 01:47:12 * hillct re-reads the man page more carefully
Feb 14 01:48:55 <hillct> ah
Feb 14 01:48:56 <hillct> mtn db migrate --db=nslu2-linux.mtn
Feb 14 01:49:03 <hillct> subtle but important difference
Feb 14 01:54:10 <rwhitby> eno: bluez-utils failures on optware
Feb 14 02:09:06 <hillct> OMG!  This is going to take forever
Feb 14 02:09:27 <hillct> I need to get a bigger meaner box in which to do development
Feb 14 02:09:54 <hillct> running mtn db regenerate_rosters and it looks like it will take something like 4 hours
Feb 14 02:10:37 <rwhitby> hillct: you only have to do that once, and yes it takes a long time.
Feb 14 02:10:59 <rwhitby> (normally you update over the network, and the network protocol is compatible from 0.27 through 0.31)
Feb 14 02:12:11 <hillct> well, whatever the syntax was, to do the update over the network, it wasn't readily aparent
Feb 14 02:16:40 <rwhitby> you need the full database first, then updates are incremental
Feb 14 02:17:55 <hillct> cool
**** ENDING LOGGING AT Wed Feb 14 02:59:57 2007