**** BEGIN LOGGING AT Tue Dec 16 02:59:57 2008 Dec 16 12:04:52 hi, I have an openslug system running on a USB stick at the moment. Want to switch to Debian. I saw, that the complete System is on the USB Stick anyway. Can I just put the debian system (the one for NSLU2) on a Stick, and restart it, and it will work. Or do i need the installer because of some weird stuff there need to be done in the internal flash of the nslu2 Dec 16 12:26:30 you obviously have to flash the nslu2 with the debian firmware vi390 Dec 16 13:16:35 what's a lightweight single-sign-in type app, like ldap, which can run on slugos? Dec 16 13:17:54 ideally it would cover linux logins, samba shares, nfs mounts, printer permissions Dec 16 13:18:27 but it's just for a home/office network with two to four users and occasional guests Dec 16 13:18:39 * chrisb goes to check freshmeat Dec 16 13:37:19 DrJ: ok, thanks @ flashing Dec 16 13:37:54 If I want to flash the NSLU with debian, and there is Openslug on it at the moment, can I do this from Openslug. Or do I have to reinstall the original Firmware forst ? Dec 16 13:38:06 forst = first Dec 16 14:38:44 vi390: good question Dec 16 14:47:33 it looks like slugos has yp-tools, but not openldap Dec 16 14:48:20 optware has openldap Dec 16 14:59:48 chrisb: seems you need debian on the box :-), have to change, because its a pain to sepnd all the time of things being not available :-) Dec 16 15:08:48 vi390: no, no debian on the slug for me Dec 16 15:09:33 vi390: i need an os small enough to run in the hardware if I have problems with the usb disk Dec 16 15:16:49 * mwester wonders what chrisb runs on his NSLU2 Dec 16 15:18:37 mwester: dns, dhcp, nfs, samba, ntp Dec 16 15:18:45 mwester: i think that's it Dec 16 15:18:56 "netslug" classification, then... Dec 16 15:19:24 mwester: now, i want to try to coordinate all the sign-ins and file permissions which some kind of ldap thingy, the lighter the better Dec 16 15:19:43 I have tftp on my netslug as well, so it can boot any system in the home network (PXE boot) and remotely install, backup, or load diagnostics. Dec 16 15:19:52 mwester: ah, netslug, that's good Dec 16 15:20:10 SlugOS? What release? Dec 16 15:20:24 mwester: ah, i have that tftp pxebooting, too, running under dnsmasq Dec 16 15:20:55 mwester: 200712252049 in /etc/version Dec 16 15:21:30 cat /etc/issue Dec 16 15:21:53 mwester: i was trying to revive a laptop and quickly went through debian, openbsd, freebsd, RIPrescue with that nice pxebooting setup Dec 16 15:22:15 mwester: SlugOS 4.8-beta Dec 16 15:22:21 Ah good. Dec 16 15:23:12 mwester: do you have a single sign in implementation? Dec 16 15:23:20 Can you do me a favor and tell me what the feeds are that are configured in your /etc/ipkg/ directory? Just can the contents of the files in directory; I'm looking for the lines that start with "src/gz"? Dec 16 15:23:33 s/Just can/Just cat/ Dec 16 15:23:36 * chrisb goes to check Dec 16 15:23:44 ~botsnack Dec 16 15:24:37 mwester: src/gz native http://ipkg.nslu2-linux.org/feeds/slugosbe/native/4.8-beta Dec 16 15:24:59 Any other feeds in there? Dec 16 15:25:15 src/gz cross http://ipkg.nslu2-linux.org/feeds/slugosbe/cross/4.8-beta Dec 16 15:25:26 :) Ah, warms my heart. Dec 16 15:25:54 mwester: cross is redundant now, right? Dec 16 15:26:42 I'm about to make some rather "incompatible" changes to the development feeds, it's good to have confirmation from someone else that I won't be contaminating the feeds used by the released version. Dec 16 15:27:00 Actually "native" is no longer in use, for all practical purposes. Dec 16 15:27:40 Regarding single-sign-on -- I don't have such a thing. There might be some in optware, but they probably don't work as "single". Dec 16 15:27:51 mwester: thanks for all of the infrastructure work you do for nslu2 Dec 16 15:28:13 mwester: yp-tools in ipkg, openldap in optware Dec 16 15:28:28 The issue is the login on the OS itself; everything else can be done pretty easily (samba, etc). Dec 16 15:28:59 The OS login is handled by software that doesn't support (due to size constraints) things like PAM. Dec 16 15:29:37 You would need multiple parts. Dec 16 15:29:56 a) a server -- be it YP/NIS or openldap. Dec 16 15:30:05 b) client support for Samba Dec 16 15:30:16 c) client support for native OS login Dec 16 15:30:44 a) should be easy; you can get that from the optware feeds I think -- the server should be independent of the OS. Dec 16 15:31:17 b) should be relatively easy, would depend on how the Samba is compiled (i.e. does it have support to query YP/NIS or openldap) Dec 16 15:32:40 c) is really really really hard. Can't be done in the base SlugOS firmware (no space), and adding it via ipkg install is tricky at best. If you want to do the "guinea pig" thing, I'll be happy to build some software native for SlugOS (probably the development version) that you can fiddle with to see if you can get it running. Dec 16 16:04:51 mwester: i don't think c) is required Dec 16 17:43:41 hi. I'm using the nslu2 with Debian 4.0. I am trying to connect several USB-devices (namely an USB-Wlan-stick, an external HDD, an USB-sound-adaptor and an USB-stick) to my slug. Now I got every one of those devices working if connected to the slug directly. But when I start using a USB-hub only certain configurations work. I.E. I didn't make it to connect the USB-stick the WiFi-adaptor and the HDD at the same time. lsusb -vv doesn't recog Dec 16 19:12:36 turbo, do all of the devices work by themselves connected one at a time to the hub? Dec 16 19:19:06 yes. furthermore any combination of USB-stick and other device (w/o hub) works Dec 16 19:25:14 why so much stuff turbo Dec 16 19:25:42 there is some info on the wiki about adding two additional usb ports Dec 16 19:25:52 I guess they are there on the board already Dec 16 19:25:58 im presuming the hub is powered? Dec 16 19:27:03 DogBoy: hm well I wanna put a sound- and fileserver in my kitchen. So wlan, usb sound and space. But HDD should spin down, so I'm using a stick as well. I don't really need the stick but that's the piece of hardware that works the best. Dec 16 19:27:44 kind of working on something like that myself Dec 16 19:27:48 but it's going in the car Dec 16 19:28:14 Reedy: no it's not. But according to SlugAsMusicPlayer USB-sound shouldn't comsume much power Dec 16 19:28:16 I plan to do get the extra usb ports working on the slug Dec 16 19:28:26 how many devices are you going for? Dec 16 19:28:39 4 in Total. Dec 16 19:28:44 which are Dec 16 19:28:54 hi. I'm using the nslu2 with Debian 4.0. I am trying to connect several USB-devices (namely an USB-Wlan-stick, an external HDD, an USB-sound-adaptor and an USB-stick) to my slug. Now I got every one of those devices working if connected to the slug directly. But when I start using a USB-hub only certain configurations work. I.E. I didn't make it to connect the USB-stick the WiFi-adaptor and the HDD at the same time. lsusb Dec 16 19:28:54 -vv doesn't reco Dec 16 19:29:02 Reedy: HDD, Stick Audio WiFi Dec 16 19:29:13 DogBoy: thx Dec 16 19:29:13 you need a powered hub. Dec 16 19:29:18 you do realise 500 mA per port? Dec 16 19:29:23 And the slug PSU isnt too large anyway? Dec 16 19:29:26 -v does that's not a prob Dec 16 19:29:44 100 mA behind the hub as far as I know Dec 16 19:29:52 lsusb says so. Dec 16 19:30:10 BUT: this should be enough (maybe not for wlan Dec 16 19:30:13 ) Dec 16 19:32:49 Oh: anoter strange thing: When I connect stick to hub (port 1) and wlan to port 2 then it doesn't work. (Both on bus 1 <-> USB 2.0) Dec 16 19:33:14 when I leave out the hub it works just fine.. Dec 16 19:33:16 With my webcam, it's a known bug that the driver doesn't work when the cam is plugged into an external USB hub. That seems to indicate that using USB hubs add complexity when writing device drivers Dec 16 19:33:30 ah good to know that Dec 16 19:33:43 but I've never written a device driver, so I don't know for sure ;) Dec 16 19:33:53 I thought the Linux Root Hub takes care of that Dec 16 19:34:03 me neither ;) Dec 16 19:37:43 another question: how do I find out the standard audiodevice used. madplay works fine but mpd doesn't. I tried both alsa and oss but it don't get it to work. I looked for the standard audio output used by madplay and it said it was /dev/pcm. I used this with the OSS driver in mpd.conf and it didn't work. And I have to insmod the snd_mixer_... and snd_oss_... modules before madplay plays. Dec 16 19:46:33 turbo, I think what you're looking for is in the comments here: http://www.hermann-uwe.de/blog/playing-audio-on-the-nslu2 Dec 16 19:47:57 where it says: Dec 16 19:47:59 The following modules will have to be loaded for backward compatibility with OSS (Open Sound System) programs, ALSA uses /dev/snd/* devices. Dec 16 19:47:59 modprobe snd-pcm-oss Dec 16 19:47:59 modprobe snd-mixer-oss Dec 16 19:49:03 I figured that out thanks. madplay works! Thanks Dec 16 19:49:41 So if madplay accesses /dev/pcm it uses OSS right? Dec 16 19:50:11 don't know really Dec 16 19:52:00 I didn't have to do anything special to get madplay working turbo Dec 16 19:52:11 just plug in the device and go Dec 16 19:52:19 but I run lenny Dec 16 19:54:08 madplay IS working, mpd isn't... Dec 16 19:55:00 and what's the problem Dec 16 20:11:12 mpd outputs don't work. I use the OSS standard (/dev/dsp) cat foo > /dev/dsp works but mpd doesn't play the one song in the database. 'mpc listall' shows the song. mpd.log and mpd.error show nothing special. Volume is at 100. nothing audible... Dec 16 20:25:27 hey guys Dec 16 20:55:32 hi Dec 16 21:35:49 i have a question, i am thinking of buying the slug to abuse it as router, because i need a free usb port to plug in the modem Dec 16 21:36:09 modem for mobile internet Dec 16 21:36:51 so my question is, if it is possible to use the deb packages on the SlugOS/BE Dec 16 21:37:17 because i got the modem working under deb already Dec 16 21:37:53 and i would like to keep the free usb port for other things Dec 16 21:48:16 gottesbruder: debian-arm is little endian, and slugosbe is big endian Dec 16 21:48:22 so no, it won't work Dec 16 21:50:13 so i would have to use SlugOS/Le Dec 16 21:50:34 but generally the idea could work out. Dec 16 21:51:12 you would have to take care of any dependencies Dec 16 21:51:26 but you could install the packages by hand Dec 16 21:52:00 * mwester wonders why not see if the same packages are available in the feeds for SlugOS or OpenWRT Dec 16 21:52:17 probably a better way to do it Dec 16 21:53:03 it also depends on which version of debian you're using Dec 16 21:53:35 debian armel is EABI, and slugosle 4.8 is OABI Dec 16 21:55:27 the debian I'm using is arm Dec 16 21:56:21 i am sorry but what actually is EABI/OABI it seems it's some kind of software replacement of the cpu's ALU. Dec 16 21:57:22 ABI == app binary interface Dec 16 21:57:36 different ABI's are usually not compatible Dec 16 21:57:43 It's the definition of the way functions are called and return values -- if a library does not use the same definition as the program, then the two will fail together. Dec 16 21:58:00 * chrisb listens with interest Dec 16 21:58:06 ah okay Dec 16 21:58:34 so the next question is what uses debian by default? Dec 16 21:59:47 debian etch arm is OABI, debian lenny arm is OABI, debian lenny armel is EABI Dec 16 22:00:35 ahh thx Dec 16 22:06:20 thanks a lot you helped me quite a bit there Dec 16 22:06:27 bye Dec 17 01:23:57 hi mwester Dec 17 01:27:22 yo Dec 17 01:51:54 i'm still haven't migrated yet, my udev rule don't work anymore Dec 17 01:57:44 ok Dec 17 01:59:15 udev hasn't changed from previous releases, so if something changed in the way the kernel reports a device or handles a device, there may be updates to udev rules files that have to be made. Either way, it's now a recent kernel, so it should be easier to figure it out. Dec 17 02:00:38 i had trouble with udev rules before, but usb devices in SlugOS 4.8-beta go to /dev/bus/usb, in SlugOS 5.1-alpha they go to /proc/bus/usb Dec 17 02:02:48 hmmmm.... Dec 17 02:03:04 might be a kernel defconfig. Dec 17 02:04:17 libusb moved to 1.0, SlugOS 5.1-alpha pulls down *i think* libusb-1.0 & libusb_0.1, libusb-0.1 is now a compatibility layer, but sane doesn't work with it anymore, i'm not sure which is at fault, but the old deprecated libusb-0.1 version works Dec 17 02:06:20 then sane is at fault ;) Dec 17 02:06:23 been over this Dec 17 02:06:41 yourself? or with another user? Dec 17 02:07:29 with the oe core devs. it's a problem (also breaks things like gnuradio), but no obvious solution. Dec 17 02:08:16 but a new version of the libusb* stuff was commited in OE earlier today; you might like to do an update and see if that gets into the feeds sometime in the next day or two (depends on the autobuilder) Dec 17 02:13:14 ok, looks like /dev/bus/usb is created by udev. So something needs to be fixed/updated in udev. Dec 17 02:13:25 hmm. Dec 17 02:13:40 might as well bump us up to the most recent udev then, and see what all breaks. Dec 17 02:27:16 mwester: i have a 2nd stage apex bootloader now? Dec 17 02:27:27 yep Dec 17 02:28:39 is it updated often? will i have to update it often? Dec 17 02:33:27 I haven't updated it since I flashed it a year ago or so Dec 17 02:37:16 SUBSYSTEM=="usb", ENV{DEVTYPE}=="usb_device", NAME="bus/usb/$env{BUSNUM}/$env{DEVNUM}" Dec 17 02:37:22 Add that to your udev.rules file Dec 17 02:38:19 But I don't think that'll necessarily fix your problem... perhaps, but there seem to be other issus with sane and kernel versions and udev versions and who knows what. Dec 17 02:38:48 my issue is just with permissions if i use the deprecated lib-0.1 **** ENDING LOGGING AT Wed Dec 17 02:59:57 2008