**** BEGIN LOGGING AT Fri Mar 07 10:59:56 2008
Mar 07 11:58:43 <Jin^eLD> re
Mar 07 14:59:16 <CIA-22> 03bzhou * r7928 10optware/trunk/platforms/packages-dns323.mk: packages-dns323: first pass
Mar 07 17:26:26 <Jin^eLD> if I want to touch something in an init script, should it be done in /var/lock or in /opt/var/lock ?
Mar 07 18:36:18 <Jin^eLD> do the init scripts on the nslu2 support start/stop parameters?
Mar 07 18:36:29 <Jin^eLD> or should I avoid that when writing a script?
Mar 07 18:38:00 <eno> Jin^eLD: it does not fully support start/stop parameters fully (the automatic invocation does not provide any parameter)
Mar 07 18:38:22 <Jin^eLD> eno: would it be ok to default to "start" but still offer processing of /stop/start ?
Mar 07 18:38:22 <eno> but lots of init scripts provide start/stop parameters anyway
Mar 07 18:38:45 <Jin^eLD> ok
Mar 07 18:38:47 <eno> for the convenience of manual invokation
Mar 07 18:39:56 <Jin^eLD> eno: for locking - /var/lock or /opt/var/lock ?
Mar 07 18:40:06 <eno> /opt/var/lock
Mar 07 18:40:39 <Jin^eLD> same for the logfile? 
Mar 07 18:40:45 <Jin^eLD>  /opt/var/log ?
Mar 07 18:40:52 <eno> right
Mar 07 18:40:55 <Jin^eLD> ok, thanks
Mar 07 18:47:57 <Jin^eLD>  /opt/var/lock does not exist by default, should the mk file take care of that?
Mar 07 18:48:07 <Jin^eLD> i.e. - the ipkg
Mar 07 18:48:09 <Jin^eLD> ?
Mar 07 18:50:07 <Jin^eLD> eno: what default user/group would you suggest? root.root or admin.everyone?
Mar 07 18:50:46 <eno> root:root
Mar 07 18:52:35 <eno> if you "install -d /opt/var/lock" in $(MEDIATOMB_IPK) section of mediatomb.mk
Mar 07 18:52:52 <Jin^eLD> roger that
Mar 07 18:52:52 <eno> the directory will be created
Mar 07 18:53:46 <eno> optware is much more manual and explicit than bitbake
Mar 07 18:54:14 <Jin^eLD> I see.. ok thanks, I think I am almost finished
Mar 07 18:54:23 <Jin^eLD> can even test now since I got a slug :>
Mar 07 18:55:10 <eno> excellent, we can give you optware write access
Mar 07 18:55:33 <Jin^eLD> first look at my .mk, then decide ;>
Mar 07 18:55:43 <Jin^eLD> hehe
Mar 07 18:55:58 <eno> (I'm happy if more upstream developers can maintain their optware package)
Mar 07 18:56:43 <Jin^eLD> one last question... how is it usually done with the definition of what should start or what not? I can make a user define setting in /opt/etc/mediatomb.conf where the rest resides
Mar 07 18:57:13 <Jin^eLD> well, it indeed makes sense to maintain the own package, so it would indeed be niec
Mar 07 18:57:15 <Jin^eLD> nice
Mar 07 18:58:03 <Jin^eLD> ...i.e. similar to debians NO_START= variant
Mar 07 18:58:21 <eno> i think we have an /opt/etc/default/
Mar 07 18:58:50 <eno> see rsync.mk for example
Mar 07 18:59:21 <Jin^eLD> thx
Mar 07 18:59:27 <Jin^eLD> I'll take the same approach then
Mar 07 18:59:55 <eno> a tip: if you're not sure about the value of any variable, you can "make query-VAR_NAME"
Mar 07 19:00:48 <Jin^eLD> ok, cool
Mar 07 19:21:50 <CIA-22> 03oleo * r7929 10optware/trunk/ (3 files in 2 dirs): nload: fix uclibc float in ostream faulty converted
Mar 07 19:52:10 <CIA-22> 03bzhou * r7930 10optware/trunk/platforms/toolchain-dns323.mk: toolchain-dns323: added -O2 and -fPIC to TARGET_CUSTOM_FLAGS
Mar 07 19:53:46 <Jin^eLD> I think I have all the bits and pieces together
Mar 07 19:54:02 <Jin^eLD> eno: I'll drop a mail with all the patches and conf files to the addy that you gave me
Mar 07 19:55:40 <eno> Jin^eLD: great, thx
Mar 07 19:57:30 <Jin^eLD> thanks for your help
Mar 07 19:57:41 <Jin^eLD> mhmm.. we have to improve import speed, this is *really* slow on the slug
Mar 07 19:58:29 <eno> slug is always a good test
Mar 07 20:03:49 <Jin^eLD> heh, shutdown is quite brutal
Mar 07 20:04:08 <Jin^eLD> sqlite db gets corrupted easily, not sure why sqlite is so fragile on the slug though
Mar 07 20:04:17 <Jin^eLD> has a journal and should usually be robust enough
Mar 07 20:06:45 <Jin^eLD> are you sure that you imported them after changing the avi mimetype mappings?
Mar 07 20:06:47 <Jin^eLD> oops wronig window
Mar 07 20:07:32 <Jin^eLD> hmm, my script in /opt/etc/init.d/S90mediatomb did not get started upon boot
Mar 07 20:08:19 <Jin^eLD> allthough my /opt/etc/default/mediatomb file tells it should...
Mar 07 20:08:40 <Jin^eLD> is S90 too late or what am I missing?
Mar 07 20:08:44 <Jin^eLD> sshd got picked up..
Mar 07 20:17:56 <Jin^eLD> never mind, I figured it out... /var/lock survived
Mar 07 20:47:57 <Jin^eLD> ok, emailed the changes, thanks for the help
Mar 07 20:52:30 * hoopy is going to turn his slug into an iTunes server
Mar 07 20:52:35 <hoopy> this thing is just too cool
Mar 07 20:54:01 <Jin^eLD> doh.. eno:  I have to be subscribed to the group to be able to email to nslu2-developers@yahoogroups.com ?
Mar 07 20:54:06 <Jin^eLD> no other way? :>
Mar 07 21:20:56 <eno> Jin^eLD: yes, you need to subscribe, but you can also choose "no email" as subscription delivery option
Mar 07 21:21:14 <Jin^eLD> ok...
Mar 07 21:25:26 <mwester> But, but, but ... if you don't subscribe, how will you answer questions about mediatomb?
Mar 07 21:26:26 <eno> personally i subscribe, set my delivery option to "no email", and subscribe the RSS feed
Mar 07 21:26:40 <mwester> aaahh...
Mar 07 21:26:46 <eno> (no big difference)
Mar 07 21:27:28 <eno> lot of email client can also automatically sort ML email into folders(tags)
Mar 07 23:42:55 <hoopy> okay so making a slug an itunes server is exceedingly easy
Mar 07 23:45:09 <drif> evening hoopy
Mar 07 23:48:42 <hoopy> hey
Mar 07 23:48:49 <hoopy> got my slug in good shape
Mar 07 23:49:06 <hoopy> and using it as an iTunes server works surprisingly well
Mar 07 23:49:10 <drif> and nowadays making slug act as slimsever is getting harder :-\ I guess
Mar 07 23:49:17 <drif> server even
Mar 07 23:49:26 <hoopy> i don't even know what a slimserver is
Mar 07 23:49:38 <drif> google squeezebox
Mar 07 23:51:40 <hoopy> i'm putting 68GB of music on this thing
Mar 07 23:51:56 <hoopy> going to take ages
Mar 07 23:56:19 <drif> ages.. oh really :D
Mar 07 23:58:02 <hoopy> 9 hours
Mar 08 00:00:27 <drif> how slow is the transfer?
Mar 08 00:00:37 <hoopy> it's going like 2.4MB/s
Mar 08 00:00:49 <drif> hm
Mar 08 00:04:10 <hoopy> i found a way to mount ext3 on os x
Mar 08 00:04:26 <hoopy> going to hook drive into mac and transfer that way -- will likely be much faster
Mar 08 00:05:34 <drif> atleast should be
Mar 08 00:07:31 <hoopy> how can i tell what processes are using a drive so i can unmount it?
Mar 08 00:10:30 <hoopy> not being on the mount helps...
Mar 08 00:10:46 <drif> hehe
Mar 08 00:10:58 <drif> lsof +D /path/ is also handy
Mar 08 00:11:13 <hoopy> i unmounted the drive just fine
Mar 08 00:11:20 <hoopy> but the disk is still spinning
Mar 08 00:11:25 <drif> yeah, that was just for the future use
Mar 08 00:11:31 <hoopy> is there a way to stop it before yanking the cord?
Mar 08 00:11:39 <drif> externals often just spin their heart out..
Mar 08 00:11:52 <hoopy> so it's not to be worried about?
Mar 08 00:11:59 <drif> no harm unplugging if it's unmounted
Mar 08 00:12:04 <hoopy> alrightw
Mar 08 00:12:08 <hoopy> brb
Mar 08 00:19:35 <hoopy> omg eff this
Mar 08 00:19:42 <hoopy> i'll just wait it out
Mar 08 00:26:33 <hoopy> unable to write?
Mar 08 00:27:04 <hoopy> i can format this disk on a mac but i can't write another partition table to it in fdisk
Mar 08 00:27:36 <drif> ?
Mar 08 00:27:52 <hoopy> i dunno
Mar 08 00:27:55 <hoopy> that's what's happening
Mar 08 00:28:14 <drif> gives error.. what?
Mar 08 00:28:23 <hoopy> Command (m for help): w
Mar 08 00:28:23 <hoopy> Unable to write /dev/sdb
Mar 08 00:28:36 <drif> are you root?
Mar 08 00:28:40 <hoopy> yup
Mar 08 00:30:01 <hoopy> it says it's write protected
Mar 08 00:30:25 <hoopy> i can mount the disk as read-only
Mar 08 00:41:12 <drif> most ext3-tools are capable of only that - what does manual say?
Mar 08 00:41:40 <hoopy> okay now even osx is having a hard time with this drive
Mar 08 00:41:42 <hoopy> what the fuck
Mar 08 00:43:00 <hoopy> it sounds like the disk is doing something -- it's not even mounted
Mar 08 00:43:15 <drif> it could be autochecking
Mar 08 00:43:27 <hoopy> weird stuff
Mar 08 00:43:30 <drif> calibration and such - drives tend to do that
Mar 08 00:44:28 <hoopy> and now it's working
Mar 08 00:44:36 <hoopy> i guess the drive needed to check itself out
Mar 08 00:49:25 <hoopy> now back to copying over the network
Mar 08 00:49:35 <hoopy> i wonder why it's so slow this way
Mar 08 04:18:45 <CIA-22> 03bzhou * r7931 10optware/trunk/platforms/toolchain-dns323.mk: toolchain-dns323: fix shlib symlinks
Mar 08 07:04:01 <CIA-22> 03bzhou * r7932 10optware/trunk/platforms/packages-dns323.mk: packages-dns323: added php-apache and quagga to broken list
Mar 08 07:29:08 <CIA-22> 03bzhou * r7933 10optware/trunk/make/coreutils.mk: coreutils: override configure to not use --as-needed for dns323
Mar 08 07:33:43 <CIA-22> 03bzhou * r7934 10optware/trunk/platforms/packages-dns323.mk: coreutils: promoted for dns323 after fix
Mar 08 09:29:14 * hoopy is listening to itunes streaming from his slug
**** ENDING LOGGING AT Sat Mar 08 10:59:56 2008