| 00:26.35 | *** join/#nslu2-linux mithro (n=tim@lester.mithis.com) |
| 00:29.50 | *** join/#nslu2-linux pierrelux (n=pierre-l@144-125.sh.cgocable.ca) |
| 00:44.17 | *** join/#nslu2-linux H4rvy (n=norm@80-193-172-141.cable.ubr05.pres.blueyonder.co.uk) |
| 00:49.10 | *** join/#nslu2-linux H4rvy (n=norm@80-193-172-141.cable.ubr05.pres.blueyonder.co.uk) |
| 01:21.54 | *** join/#nslu2-linux H4rvy (n=norm@80-193-172-141.cable.ubr05.pres.blueyonder.co.uk) |
| 01:41.36 | *** join/#nslu2-linux NSLU2-IRC (n=NSLU2-IR@user-0c8ha9e.cable.mindspring.com) |
| 01:44.59 | *** join/#nslu2-linux mithro (n=tim@lester.mithis.com) |
| 01:50.07 | *** join/#nslu2-linux mwester_ (n=mwester@gw.mwester.net) |
| 01:59.06 | RobNC | for patching, is "patch file.patch" all that is needed, or do I need -p0, -p2, etc.? |
| 02:02.51 | hillct | RobNC: most patches are applied as follows: |
| 02:03.10 | hillct | patch -p1 <patchFileName.patch |
| 02:03.44 | hillct | the arg -p1 means strip off the first path fragment of the file paths being aptched |
| 02:04.54 | RobNC | hillct: thanks will try that. |
| 02:05.21 | hillct | when is NAiL expected back? I need this checked in: http://bugs.openembedded.org/show_bug.cgi?id=2023 |
| 02:05.26 | RobNC | (BTW I will update the wiki when I get this working) |
| 02:09.44 | *** join/#nslu2-linux ByronT (n=byron-po@nslu2-linux/ByronT) |
| 02:17.56 | RobNC | wiki updated. Anyone know if the JTAG programmer openwince (jtag 0.5.1) will compile/work with cygwin? |
| 02:19.16 | *** part/#nslu2-linux hillct (n=H@client200-5.dsl.intrex.net) |
| 02:24.18 | *** join/#nslu2-linux nslu2-log (n=nslu2-lo@nslu2-linux/dyoung) |
| 02:34.50 | *** join/#nslu2-linux theblue_ (n=theblue@unaffiliated/theblue) |
| 02:54.53 | RobNC | anyone have a LPT JTAG programmer - got it to work in cygwin? |
| 02:57.15 | theblue_ | Nope, sorry. |
| 02:57.44 | CIA-5 | 03bzhou * r5801 10optware/trunk/make/py-nevow.mk: py-nevow: 0.9.0 -> 0.9.18 |
| 02:58.49 | RobNC | thanks, I *WILL* update the (lacking) wiki instructions when I am done. |
| 02:59.24 | theblue_ | Thanks. |
| 02:59.31 | theblue_ | Would you know how much the slugs draw? |
| 02:59.38 | theblue_ | Amperage-wise? |
| 02:59.48 | theblue_ | While using both Ethernet and USB? |
| 02:59.51 | RobNC | I could find out... have an ammeter at work |
| 03:00.02 | theblue_ | Much obliged. |
| 03:00.07 | theblue_ | You work as an EE? |
| 03:00.14 | RobNC | yep, but hardware mostly |
| 03:00.18 | theblue_ | Nice. |
| 03:00.42 | mwester-laptop | Measurements are on the wiki; see the section on de-underclocking the slug and other related articles IIRC. |
| 03:00.43 | theblue_ | I'm planning on building a cluster-in-a-suitcase from WRT54G(S/L)s and slugs. |
| 03:00.55 | theblue_ | That's not when using full capacity, though. |
| 03:00.58 | RobNC | this software stuff is annoying (b/c software folks assume everyone knows all the commands by heart!) |
| 03:01.19 | theblue_ | Agreed. |
| 03:01.30 | mwester-laptop | It's full capacity of the slug -- you'll have to figure your own draw for the USB peripherals you add. |
| 03:01.32 | theblue_ | I'm just in high school, but I'm looking at a career as an EE. |
| 03:01.39 | RobNC | but you know the USB port can't use but 500mA. The other port is unpowered (ferrite bead de-pop'ed) |
| 03:01.54 | theblue_ | Right. |
| 03:01.56 | mwester-laptop | Both are powered, neither is limited |
| 03:02.09 | theblue_ | There's 3 ports that aren't brought out as well, apparently. |
| 03:02.15 | theblue_ | Are those supported in Debian? |
| 03:02.37 | RobNC | yep. thse should be... but they're also unpowered (only D+/D-) |
| 03:02.42 | mwester-laptop | Yep, unless you modify the hw, those don't take extra current, though. |
| 03:02.53 | theblue_ | That's no problem. |
| 03:03.03 | theblue_ | So all I need to do is add a connector? |
| 03:03.04 | RobNC | agreed |
| 03:03.37 | theblue_ | Not bad. |
| 03:03.45 | theblue_ | You'd think these things would cost more than $99, wouldn't you? |
| 03:03.50 | RobNC | dangit why is it I have BIOS of laptop set to PS2 mode (NOT ECP) but WinXP still shows ECP printer port (even after I deleted it and rebooted) |
| 03:04.12 | theblue_ | RobNC, Because the BIOS settings are only for low-level, the OS can override any or all of it that it wants. |
| 03:04.25 | RobNC | theblue: yep but carefully. Dunno if you need power, but ground would be useful. Not sure if it's needed; can't recall if it's required per USB spec |
| 03:04.26 | theblue_ | And with Windows, it can and often does. |
| 03:04.42 | theblue_ | Once you're adding more ports, it's defenitely out of USB spec. |
| 03:04.55 | RobNC | true - how irritating... (windows overriding) |
| 03:05.10 | theblue_ | Make the Switch, it's fun! |
| 03:05.23 | pierrelux | theblue_: you should maybe take a look on msntv hacks... it could be easier for such a project (if you're new to embedded stuff and Linux) |
| 03:05.31 | RobNC | USB is differential signaling but wouldn't hurt to reference ground in connector. I wouldn't drive +5V since the brick only puts out 2A total. |
| 03:05.35 | theblue_ | pierrelux, I'm not entirely new. |
| 03:05.43 | theblue_ | pierrelux, But I don't know where I'd get an MSNTV or how capable they are. |
| 03:06.32 | theblue_ | RobNC, Well, I could let it draw more and allow bus-powered on the other 3, right? |
| 03:06.44 | RobNC | too bad Linksys didn't pin out the serial port; could use extra serial port for other useful stuff |
| 03:06.46 | theblue_ | I'm planning on throwing it in a suitcase with a big battery. |
| 03:07.22 | RobNC | theblue not a good idea. don't forget about the fuse and possibly current-limited components. I'll have to look into it (but that would be my concern). |
| 03:07.30 | theblue_ | Makes sense. |
| 03:07.47 | theblue_ | 12V battery supplies the WRTs and USB HDDs, then into a DC-DC converter to the slugs. |
| 03:08.22 | pierrelux | it's a nice project you have but there's a significant amount of work behind... I don't know if any openmosix stuff has been yet ported to the slug |
| 03:08.30 | theblue_ | openmosix? |
| 03:08.45 | RobNC | gotcha... you could tap off the 5V (assuming you have another brick) to power the extra 3 devices (500mA is max current per USB spec) |
| 03:09.13 | theblue_ | pierrelux, Even if it's not a true cluster, it'd be a nice little network, eh? |
| 03:09.32 | *** join/#nslu2-linux kinx (n=kinx@adsl-70-137-134-232.dsl.snfc21.sbcglobal.net) |
| 03:09.44 | RobNC | I wouldn't use the board power for that, for sure! devices such as USB hard drives draw a significant current during spinup and could cause voltage drooping and thus IX420 reset due to power-on reset circuitry |
| 03:09.59 | theblue_ | But the USB HDD is powered by its own 12V supply. |
| 03:10.12 | RobNC | ah no problem then! |
| 03:10.16 | theblue_ | It could probably get away w/o a +5V line. |
| 03:10.34 | RobNC | yeah true but I wouldn't leave the ground unconnected - just to eliminate ground loops |
| 03:10.39 | theblue_ | Defenitely. |
| 03:10.49 | theblue_ | But if you have ground, don't you have to have the +5V line? |
| 03:10.55 | RobNC | no |
| 03:10.59 | pierrelux | theblue_: yes it would, but a little expensive though http://en.wikipedia.org/wiki/Openmosix |
| 03:11.00 | theblue_ | Sounds good to me! |
| 03:11.01 | *** join/#nslu2-linux eno (n=eno@nslu2-linux/eno) |
| 03:11.17 | theblue_ | pierrelux, Could be a lot more expensive. |
| 03:11.42 | RobNC | ground is just insurance, in case the jokers that made the 12V supplies didn't let the outputs float (which would float to 120V/2!!) |
| 03:12.10 | theblue_ | No, what I'm saying is that everything's just hooked up to a UPS battery inside a briefcase. |
| 03:12.19 | theblue_ | And the slugs go through a voltage converter to 5V. |
| 03:12.45 | theblue_ | No AC inside at all,. |
| 03:13.14 | RobNC | oh okay so long as 12V and 5V both have same ground, then, yes, no need to run the USB ground either |
| 03:13.31 | theblue_ | Not bad! |
| 03:14.22 | theblue_ | Should I expect much RF irritation, with 2 or 3 slugs and 4 or 5 routers and a switch in really close to each other? |
| 03:15.22 | RobNC | no, but I hear that the NSLU2 included some ethernet cable with a ferrite bead, probably to pass part 15 FCC. I don't think it'd be a problem. I'd be more worried about heat! |
| 03:15.44 | theblue_ | Yeah, it did. |
| 03:16.08 | theblue_ | What do you recommend for heat, then? |
| 03:16.17 | theblue_ | I know that most air-cooling is out of the question? |
| 03:16.55 | RobNC | I hear that metal enclosures do best. I would avoid anything with a fan (as they wear out and produce noise). Best to have a thick case that can thermally dissipate heat via conduction and surface area of case |
| 03:16.58 | RobNC | IMHO of course |
| 03:17.11 | theblue_ | That's gonna be tricky. |
| 03:17.37 | RobNC | HDDs don't like heat that can't escape. |
| 03:17.42 | theblue_ | I've noticed. |
| 03:17.53 | theblue_ | This particular HDD/enclosure runs nervewrackingly hot. |
| 03:18.30 | theblue_ | I once placed the KB3NNJ Universal Cooling Device (a zip-loc bag of ice cubes) on it, it was melted and the water was warm in 20 minutes. |
| 03:18.39 | RobNC | ah I would be cautious then. I hear that 2.5" HDDs run cooler than their 3.5" brothers |
| 03:18.59 | theblue_ | Yeah, but I'm never going to find a 300GB 2.5" HDD. |
| 03:19.35 | RobNC | that's quite a bit of heat. If that's the case, you may need to get a HDD enclosure with fins (more surface area to dissipate heat) |
| 03:20.00 | theblue_ | Or otherwise play with a Dremel? |
| 03:20.30 | theblue_ | pierrelux, Can I just run any application on openmosix as if it were on a single machine? |
| 03:20.38 | RobNC | that's too much work, unless you're bored :-) |
| 03:20.48 | theblue_ | True. |
| 03:21.01 | theblue_ | Or what if I did away with the enclosure entirely? |
| 03:21.16 | theblue_ | And just used the USB/IDE board attached to the back of this thing? |
| 03:22.20 | RobNC | no that is actually worse... better to tightly screw the case to a metal enclosure so the heat can get out of the case - otherwise it might not get out if you know what I mean. |
| 03:22.41 | RobNC | I mean heat getting out through conduction from HDD to enclosure. |
| 03:22.57 | theblue_ | So you're saying that the more surface area that comes in contact with the HDD itself, the cooler it gets? |
| 03:23.04 | theblue_ | OR! |
| 03:23.11 | theblue_ | Could I use a small watercooling system? |
| 03:23.56 | theblue_ | Or perhaps a Peltier element? |
| 03:24.53 | RobNC | yeah was just thinking that. But then, what to do with the heat. It has to get out somewhere... if you take the heat out to a radiator, then where does the heat go then? Anything you add with a heat exchanger will actually add to the total heat, because it takes work to transfer heat. |
| 03:25.15 | RobNC | I would stay clear of peltier. When they fail, they tend to excessively overheat and cook things |
| 03:25.27 | theblue_ | Well, the radiator could go into the outside case of the briefcase. |
| 03:25.34 | theblue_ | Ok, noted. |
| 03:26.02 | RobNC | plus, peltier, just like in thermodynamics, nothing is 100% efficient, so you'll be effectively removing more heat with the peltier than without it. |
| 03:26.02 | theblue_ | Or would being silly and just getting some liquid nitrogen squirted into this thing work? |
| 03:26.24 | theblue_ | Isn't that the purpose of Peltier? |
| 03:26.37 | RobNC | um, that would be even worse, because condensation inside HDD. |
| 03:26.52 | theblue_ | True. |
| 03:26.58 | theblue_ | And HDDs hate condensation |
| 03:26.59 | theblue_ | . |
| 03:27.02 | RobNC | Peltier cools one side but it heats up the other side, much more than the heat coming without the peltier |
| 03:27.15 | theblue_ | Oh. |
| 03:27.18 | RobNC | you'll learn that in thermo classes :-) |
| 03:27.23 | theblue_ | So I'd wind up generating more heat than I really need. |
| 03:27.35 | RobNC | yep. |
| 03:27.51 | RobNC | liquid cooling would have the least added heat, IMHO |
| 03:28.16 | theblue_ | I could probably hack something together... |
| 03:28.33 | theblue_ | And then use my Palm Zire 31 as a terminal, on a USB cable to a slug? |
| 03:28.42 | RobNC | if you could get them, I'd say get 5400 or 4200 RPM drives. They run cooler than 7200s |
| 03:29.09 | theblue_ | Ok. |
| 03:29.44 | RobNC | dunno if that is possible. I saw there is a hack to use the NSLU2 as USB slave versus master, but I can't recall... not for the faint hearted! |
| 03:30.05 | theblue_ | Not interested. |
| 03:30.15 | theblue_ | http://www.nslu2-linux.org/wiki/Peripherals/Palm |
| 03:30.22 | pierrelux | http://www.nslu2-linux.org/wiki/HowTo/AddDeviceSideUSBPort |
| 03:30.33 | RobNC | u got it pierrelux |
| 03:30.37 | theblue_ | it shows how to use that with a serial palm. |
| 03:30.50 | theblue_ | but mine's got a standard mini USB port on it. |
| 03:31.07 | theblue_ | So I could just use a normal cable, and then use that as a terminal, with no added adapters, right? |
| 03:31.09 | RobNC | that's just a cabling, not interface diff |
| 03:31.15 | theblue_ | Right. |
| 03:31.23 | theblue_ | But the software side is pretty much the same? |
| 03:31.44 | RobNC | dunno, I am not sure how the palm is used (some are used as slave, some as master, for terminal emulation) |
| 03:31.58 | theblue_ | I'll look into it and let y'all know. |
| 03:32.05 | theblue_ | Well, I'm off to pass out, night all! |
| 03:32.15 | RobNC | ok good luck! |
| 03:32.24 | theblue_ | Thanks. |
| 03:32.27 | CIA-5 | 03bzhou * r5802 10optware/trunk/make/py-axiom.mk: py-axiom: 0.5.0 -> 0.5.20 |
| 03:32.33 | CIA-5 | 03bzhou * r5803 10optware/trunk/make/py-epsilon.mk: py-epsilon: 0.5.0 -> 0.5.6 |
| 03:32.42 | CIA-5 | 03bzhou * r5804 10optware/trunk/make/py-mantissa.mk: py-mantissa: 0.5.0 -> 0.6.1 |
| 03:53.10 | *** part/#nslu2-linux pierrelux (n=pierre-l@144-125.sh.cgocable.ca) |
| 04:20.39 | *** join/#nslu2-linux nbd (i=root@nbd.name) |
| 04:28.52 | *** join/#nslu2-linux hillct (n=H@client200-5.dsl.intrex.net) |
| 04:30.08 | *** join/#nslu2-linux mithro (n=tim@lester.mithis.com) |
| 04:48.31 | *** join/#nslu2-linux DrZimmerman (n=theo@84-74-134-243.dclient.hispeed.ch) |
| 05:08.07 | *** join/#nslu2-linux D[F (n=Sinclair@p5b20317d.dip0.t-ipconnect.de) |
| 05:25.20 | *** join/#nslu2-linux jacques (n=jacques@nslu2-linux/jacques) |
| 06:34.04 | *** join/#nslu2-linux ecopperbe (n=copperbe@82-40-186-72.cable.ubr04.newm.blueyonder.co.uk) |
| 06:42.03 | *** join/#nslu2-linux nbd (i=root@nbd.name) |
| 06:42.03 | *** join/#nslu2-linux dwery (n=dwery@nslu2-linux/dwery) |
| 06:43.36 | *** join/#nslu2-linux nbd (i=root@nbd.name) |
| 06:57.06 | *** join/#nslu2-linux dwery (n=dwery@nslu2-linux/dwery) |
| 07:39.53 | *** join/#nslu2-linux jelle (n=jelle@ip54518e8c.direct-adsl.nl) |
| 07:51.04 | *** join/#nslu2-linux jelle_ (n=jelle@ip54518e8c.direct-adsl.nl) |
| 07:57.55 | *** join/#nslu2-linux jelle (n=jelle@ip54518e8c.direct-adsl.nl) |
| 08:15.48 | *** join/#nslu2-linux jelle_ (n=jelle@ip54518e8c.direct-adsl.nl) |
| 08:36.40 | *** join/#nslu2-linux mithro (n=tim@ppp246-117.static.internode.on.net) |
| 09:11.00 | *** join/#nslu2-linux blaster8 (n=blaster8@131.111.135.247) |
| 09:14.17 | *** join/#nslu2-linux kolla_ (n=kolla@11.80-202-221.nextgentel.com) |
| 09:20.12 | *** join/#nslu2-linux jelle (n=jelle@ip54518e8c.direct-adsl.nl) |
| 09:36.17 | *** join/#nslu2-linux kolla_ (n=kolla@firda.uninett.no) |
| 09:43.16 | *** join/#nslu2-linux blaster8_ (n=blaster8@131.111.135.247) |
| 09:57.33 | *** join/#nslu2-linux ecopperbech (n=copperbe@82-40-186-72.cable.ubr04.newm.blueyonder.co.uk) |
| 10:46.45 | CIA-5 | 03blaster8 * r793 10kernel/trunk/patches/2.6.21/ (3 files): Refresh cmdline fixup patches for timer freq fixup |
| 10:50.11 | CIA-5 | 03blaster8 * r794 10kernel/trunk/patches/2.6.21/88-nslu2-dflt-cmdline.patch: Update whitespace-damaged cmdline fixup patch |
| 12:02.56 | *** join/#nslu2-linux rwhitby (n=nrwhitby@nslu2-linux/rwhitby) |
| 12:12.35 | *** join/#nslu2-linux jelle_ (n=jelle@ip54518e8c.direct-adsl.nl) |
| 12:57.56 | *** join/#nslu2-linux bullet (n=bullet@23.211.62.81.cust.bluewin.ch) |
| 12:59.18 | *** join/#nslu2-linux jelle (n=jelle@84.241.203.153) |
| 13:03.49 | *** join/#nslu2-linux gerhard7 (n=gerhard@82-171-117-191.dsl.ip.tiscali.nl) |
| 13:13.32 | *** join/#nslu2-linux yvasilev (n=yvasilev@AReims-151-1-6-238.w83-192.abo.wanadoo.fr) |
| 13:15.33 | *** join/#nslu2-linux jelle_ (n=jelle@ip54518e8c.direct-adsl.nl) |
| 13:17.49 | hillct | NAiL: good morning. When you get a chance, please check in rev1 of the openpbx package, and the new build dependency sox-native http://bugs.openembedded.org/show_bug.cgi?id=2023 |
| 13:18.17 | NAiL | ah, you're getting it to do the sound-thingies? :) |
| 13:18.24 | hillct | yeah |
| 13:18.41 | *** join/#nslu2-linux GPSFan (n=kenm@12.10.255.248) |
| 13:19.12 | hillct | and moved some extraneous stuff to -dev and fixed the sample files dependency on the MusicOnHold feature by reintegrating it into the main package |
| 13:19.15 | osas | the sounds are the same as asterisk? |
| 13:19.23 | osas | or it is a different set? |
| 13:19.24 | hillct | oh and added LDAP support option |
| 13:19.35 | hillct | osas: it's a different set |
| 13:19.39 | osas | I see |
| 13:20.23 | osas | multiple codecs? |
| 13:20.23 | hillct | of course |
| 13:20.23 | osas | cool |
| 13:20.23 | osas | then break them down per codec |
| 13:20.23 | osas | this is what I did in optware for asterisk 1.4 |
| 13:20.24 | osas | :-) |
| 13:20.27 | hillct | hmm |
| 13:20.55 | hillct | I'll consider that for the next rev |
| 13:21.04 | osas | ok |
| 13:21.21 | osas | it should be pretty straight forward |
| 13:21.37 | hillct | it seems to me that all codecs should be in a single package as this permits the best codec to be selected based on the codec used by the incoming call |
| 13:21.39 | osas | just sort them based on extension (codec) and package them |
| 13:22.08 | hillct | providing all codecs in a single package reduces the potential need for transcoding |
| 13:22.32 | hillct | no transcoding is important since the slug doesn't have a hefty CPU |
| 13:22.35 | osas | if one want's to force a single codec, it doesn't need all the other codecs |
| 13:23.02 | hillct | forcing a single codec would be a bad practice |
| 13:23.04 | osas | and 729 for instance is pretty difficult to transcode on a small platform ... |
| 13:23.16 | hillct | but I suppose we could make it an option |
| 13:23.26 | osas | it is up to you .... |
| 13:23.49 | hillct | I'd rather consider it further and run it by the developers of OpenPBX before doing that |
| 13:24.19 | osas | sure |
| 13:24.25 | hillct | lets keep it all as one sound package for this rev and if we go that route, do so in the next rev |
| 13:24.32 | hillct | oh, and |
| 13:24.52 | hillct | anoter reason to keep them all together is so the sample config works right out of te box |
| 13:25.36 | osas | one thing that I did for aterisk was to package all the sample files in a separate sample directory (for reference) |
| 13:25.50 | osas | eg /opt/etc/asterisk/samples |
| 13:26.00 | osas | so there you have all the samples |
| 13:26.05 | hillct | It could get pretty messy, dynamically inserting Allow= lines into [general] to deal with sound file availability changes |
| 13:26.12 | osas | after an upgrade, all the samples are up to date |
| 13:26.13 | NAiL | hillct: where's sox-native? |
| 13:26.24 | hillct | in the sox package |
| 13:26.33 | hillct | I added sox_13.0.0.bb |
| 13:26.44 | hillct | and sox-native_13.0.0.bb |
| 13:27.05 | hillct | no maintainer was listed for sox |
| 13:27.17 | hillct | so I don't know who's responsible for it |
| 13:27.42 | hillct | it's in the dependancy ticket 2019 |
| 13:28.14 | hillct | http://bugs.openembedded.org/show_bug.cgi?id=2019 |
| 13:28.34 | NAiL | thanks |
| 13:29.34 | hillct | np |
| 13:30.36 | NAiL | hillct: btw, in sox, you have a couple of VARIABLENAME="value". I'm correcting those to VARIABLENAME = "value". someone in #oe will get nasty on you if you don't ;-) |
| 13:31.22 | CIA-5 | 03nail 07slugos-3.10-beta * r413 10slugos/openembedded/packages/sox/ (sox-native_13.0.0.bb sox_13.0.0.bb): Add updated sox-package and new package sox-native |
| 13:31.54 | hillct | NAiL: what's wrong with them? still out of order? |
| 13:31.56 | CIA-5 | 03nail 07slugos-3.10-beta * r414 10slugos/openembedded/packages/openpbx/ (5 files in 3 dirs): openpbx: Update to rev1, add openpbx.org-perl, undo all the renaming-stuff I did for the last revisions |
| 13:32.04 | hillct | I thought I squared them away |
| 13:32.06 | NAiL | no, there's an OE styleguide ;) |
| 13:32.17 | hillct | yeah |
| 13:32.24 | NAiL | variable assignments must have spaces before and after the "=" |
| 13:32.25 | hillct | I read it and corrected the order |
| 13:32.32 | hillct | LOL |
| 13:32.37 | hillct | I missed the spaces? |
| 13:32.39 | hillct | wow |
| 13:32.42 | NAiL | yeah ;) |
| 13:32.46 | hillct | thought I cought them all |
| 13:32.58 | NAiL | no worries |
| 13:32.58 | *** join/#nslu2-linux pleemans (n=peter@194.42.125.16) |
| 13:32.58 | hillct | already had one OE guy get real pissy about thay |
| 13:32.59 | hillct | that |
| 13:33.04 | NAiL | hehe, I know |
| 13:33.18 | NAiL | ok, updated in 3.10-beta |
| 13:33.21 | hillct | his comment was useless though which is why I didn't catch all that he wanted corrected |
| 13:33.37 | hillct | thanks |
| 13:35.12 | hillct | NAiL: why the hell isn't OE bugzilla configured to autodetect .bb files as text/plain? That's ridiculous |
| 13:35.24 | NAiL | I know, and it's very annoying |
| 13:35.34 | NAiL | ask in OE ;) |
| 13:35.59 | hillct | I was goind to add a comment to my ticket that if bugzilla is broken that's not my problem |
| 13:36.10 | hillct | but I didn't want to get in a pissing match with them |
| 13:38.25 | CIA-5 | 03nail 07slugos-3.10-beta * r415 10slugos/openembedded/packages/sox/src-Makefile.am.patch: sox: Add missing makefile patch |
| 13:43.07 | NAiL | anyway, committed and closed |
| 13:59.09 | *** join/#nslu2-linux jbot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
| 13:59.09 | *** topic/#nslu2-linux is nslu2-linux developer channel - use #nslu2-general for end-user questions |
| 14:00.18 | hillct | NAiL: thanks. Is trhe feed updated imediately only based on a cron job every few hours? |
| 14:01.06 | NAiL | cron job every now and then |
| 14:01.25 | hillct | ah |
| 14:01.43 | NAiL | rebuilding it manually now |
| 14:02.16 | hillct | one thing I'm concerned about is it's unclear whether sox-native expects to find libgsm or not |
| 14:03.37 | hillct | I may need to create a libgsm-native package to assure it's there. It works in by build enviroment without issue but that may be because it's installed as part of my distro |
| 14:04.04 | NAiL | we'll find out soon enough |
| 14:04.13 | hillct | yup |
| 14:17.29 | NAiL | sox-native bult |
| 14:17.30 | NAiL | built |
| 14:43.24 | NAiL | hillct: both built, so should be in feed shortly |
| 14:43.42 | hillct | cool |
| 14:43.44 | hillct | thanks |
| 15:03.33 | *** join/#nslu2-linux ByronT-Away (i=byron-po@nslu2-linux/ByronT) |
| 15:32.03 | CIA-5 | 03oleo * r5805 10optware/trunk/ (make/thttpd.mk sources/thttpd/mime_types.patch): thttp: disable charset force for text/html pages |
| 15:33.18 | CIA-5 | 03oleo * r5806 10optware/trunk/make/analog.mk: analog: add default paths |
| 15:35.00 | hillct | NAiL: two items. openpbx-org-musiconhold should be removed from the feed as it's no longer relevent since it's been reintegrated into the main package. openpbx-org-perl has it's own .bb file so it presumably needs to be added separately to the autobuild system |
| 15:37.56 | CIA-5 | 03nail 07slugos-3.10-beta * r416 10slugos/openembedded/packages/meta/slugos-packages.bb: slugos-packages: Add openpbx.org-perl to feed |
| 15:38.43 | NAiL | remind me later to remove musiconhold from the feeds ;) |
| 15:38.53 | hillct | K |
| 15:38.55 | hillct | is there an alternative/better way I should have handled openpbx.org-perl? |
| 15:39.10 | hillct | perhaps make it a build dependency? |
| 15:39.32 | hillct | even though strictly speaking it isn't |
| 15:41.16 | NAiL | What exactly is openpbx.org-perl? |
| 15:42.24 | NAiL | musiconhold is removed from the feeds. Packages isn't updated yet though. |
| 15:42.29 | hillct | a package included in contrib in the openpbx tarball, which adds a perl wrapper to the Openpbx gateway interface |
| 15:42.51 | NAiL | then openpbx.org-perl is fine. It's not necessary. |
| 15:42.56 | hillct | it uses cpan.bbclass to build |
| 15:44.00 | hillct | I would have liked to be able to include it in the main recipe but you can't really do that aparently, where you initiate subsidiary builds in deeper root source directories |
| 15:44.05 | hillct | K |
| 15:46.46 | *** join/#nslu2-linux H4rvy (n=norm@80-193-172-141.cable.ubr05.pres.blueyonder.co.uk) |
| 15:50.38 | NAiL | cat /home/repvik/builds/openslug-3.10-beta/openslug-nslu2.tmp/work/openpbx.org-perl-1.0-r0/temp/log.do_configure.3437 |
| 15:50.41 | NAiL | Can't open perl script "Makefile.PL": No such file or directory |
| 15:52.48 | hillct | hmm |
| 15:53.27 | hillct | I wonder if I switched the order of S = when I was told it wasn't style-compliant |
| 15:53.32 | hillct | lemme see... |
| 15:54.52 | hillct | could have sworn I tested this successfully after that... |
| 15:54.55 | hillct | checking |
| 15:57.10 | hillct | works fine for me: http://www.pastebin.ca/405180 |
| 15:57.18 | hillct | is that what got checked in? |
| 15:59.11 | NAiL | I checked in the attachment in bugzilla |
| 15:59.14 | NAiL | looks the same |
| 16:00.27 | hillct | well, it's missing from here http://www.openembedded.org/filebrowser/org.openembedded.dev/packages/openpbx |
| 16:00.37 | hillct | did you give it it's own package directory? |
| 16:00.57 | hillct | wouldn't expect that to make a difference though |
| 16:02.13 | hillct | am I looking at a cached page or is the tree browser just not up to date? |
| 16:02.50 | hillct | the error suggests it's simply not changing the source directory right? |
| 16:04.04 | hillct | I'm using the 3.10-beta release of everything. Might there be a change to bitbake that requires S to be set prior to inheriting the cpan class? |
| 16:06.44 | hillct | you changed the version when you checked it in |
| 16:06.48 | hillct | it's no 1.0 |
| 16:07.15 | hillct | it's version 0.0.1 |
| 16:07.59 | hillct | so you'd need to add a PV line or manually specify te source directory |
| 16:08.07 | hillct | NAiL: ^^ |
| 16:09.31 | NAiL | so, openpbx.org-perl_0.0.1.bb then? |
| 16:10.14 | hillct | yup |
| 16:10.17 | NAiL | I didn't change the version, since no version was specified |
| 16:10.27 | NAiL | bugzilla doesn't show the filenames |
| 16:10.27 | hillct | not in the file |
| 16:10.31 | hillct | ah |
| 16:10.35 | hillct | sorry |
| 16:10.44 | hillct | I should have specified it in a comment |
| 16:10.56 | hillct | been using trac recently which doers specify filenames |
| 16:11.08 | CIA-5 | 03nail 07slugos-3.10-beta * r417 10slugos/openembedded/packages/openpbx/ (openpbx.org-perl.bb openpbx.org-perl_0.0.1.bb): openpbx.org-perl: Rename bb to correct version |
| 16:11.13 | *** join/#nslu2-linux yvasilev (n=yvasilev@AReims-151-1-6-238.w83-192.abo.wanadoo.fr) |
| 16:14.48 | NAiL | ok, I've cleaned out the old version and started the build again |
| 16:28.11 | NAiL | yup, built no |
| 16:28.12 | NAiL | w |
| 16:36.17 | *** join/#nslu2-linux HopsNBarley (n=hops@nslu2-linux/HopsNBarley) |
| 16:39.08 | CoreDump|home | hi |
| 16:47.14 | *** join/#nslu2-linux Caelian|work (n=pascal@callisto.OFFIS.Uni-Oldenburg.DE) |
| 17:29.46 | *** join/#nslu2-linux lc (n=chatzill@80.251.207.44) |
| 17:33.08 | LarsC | Could some one else try to compile this file for the NSLU2 |
| 17:33.09 | LarsC | http://www.kanoistika.sk/bobovsky/archiv/umts/huaweiAktBbo.c |
| 17:33.11 | LarsC | I only get a lot of strange errors. |
| 17:54.50 | CIA-5 | 03bzhou * r5807 10optware/trunk/make/findutils.mk: findutils: 4.2.29 -> 4.2.30 |
| 17:55.21 | NAiL | LarsC: It would help if you could paste the output somewhere |
| 17:58.48 | LarsC | well the output is a long list of strange errors would be great if somebody could compile it and send the binary to me :-) lars159@gmail.com |
| 17:58.50 | LarsC | The program will make the Huawie e220 modem be detected as an usb serial instead of usb storage |
| 18:01.07 | NAiL | someone might be able to help if you pastebin that "long list of strange" errors somewhere. |
| 18:01.07 | NAiL | It would also be helpful to know what distribution you run |
| 18:01.40 | NAiL | infact, read this first: http://www.google.com/url?sa=t&ct=res&cd=3&url=http%3A%2F%2Fwww.catb.org%2F~esr%2Ffaqs%2Fsmart-questions.html&ei=4HIBRuKZOaHi0ASs6J3mCA&usg=__yjXjC9NiaBiwv6eFAjHhzwApI_c=&sig2=-e8O-cEeRC5rjAbjwM0y_w |
| 18:01.40 | NAiL | dang |
| 18:01.40 | NAiL | wrong url |
| 18:01.40 | NAiL | http://www.catb.org/~esr/faqs/smart-questions.html |
| 18:02.18 | LarsC | ok thanks, im running NSLU debian |
| 18:03.24 | NAiL | that's still kind of ambigous. Are you running debonaras (BE debian) or "standard" debian? Or even "debianslug"? All of those three are different. |
| 18:05.50 | LarsC | i think is debian Slug I followed the http://www.cyrius.com/debian/nslu2/ |
| 18:06.19 | NAiL | ok, that's not debianslug. It's Debian/NSLU2. But the confusion is understandable. |
| 18:06.23 | NAiL | Are you trying to compile natively? |
| 18:06.51 | NAiL | (ie, on the slug itself) |
| 18:08.00 | LarsC | thanks for the explenation was googeling on natively:-) yes on the slug |
| 18:08.42 | NAiL | ok, in that case, you will want to send a mail to the debian mailinglists... |
| 18:08.52 | NAiL | or there might be a debian-arm channel or something here |
| 18:09.11 | NAiL | apparently not... |
| 18:09.43 | NAiL | Point is. You're running debian, which is different from slugos/unslung. So you should ask debian for support. |
| 18:10.14 | LarsC | but aret they using the same compiler? |
| 18:11.00 | NAiL | no |
| 18:11.50 | LarsC | ok |
| 18:13.53 | mwester | Of course, without any output we don't know if the problem is the compiler itself -- or more likely missing libraries or headers? |
| 18:17.05 | LarsC | LKG3519CB:~# |
| 18:17.06 | LarsC | LKG3519CB:~# gcc -I /usr/src/linux-headers-2.6.18-4/include/linux huaweiAktBbo.c |
| 18:17.08 | LarsC | In file included from /usr/include/_G_config.h:44, |
| 18:17.09 | LarsC | <PROTECTED> |
| 18:17.11 | LarsC | <PROTECTED> |
| 18:17.12 | LarsC | <PROTECTED> |
| 18:17.14 | LarsC | /usr/include/gconv.h:72: error: expected declaration specifiers or '...' before 'size_t' |
| 18:17.15 | LarsC | /usr/include/gconv.h:88: error: expected declaration specifiers or '...' before 'size_t' |
| 18:17.17 | LarsC | /usr/include/gconv.h:97: error: expected declaration specifiers or '...' before 'size_t' |
| 18:17.18 | *** join/#nslu2-linux t[cc]smar (n=[cc]smar@gw.ptr-62-65-142-223.customer.ch.netstream.com) |
| 18:17.18 | LarsC | /usr/include/gconv.h:174: error: expected specifier-qualifier-list before 'size_ t' |
| 18:17.20 | LarsC | In file included from /usr/include/stdio.h:72, |
| 18:17.21 | LarsC | <PROTECTED> |
| 18:17.23 | LarsC | /usr/include/libio.h:354: error: expected declaration specifiers or '...' before 'size_t' |
| 18:17.26 | LarsC | /usr/include/libio.h:363: error: expected declaration specifiers or '...' before 'size_t' |
| 18:17.29 | LarsC | /usr/include/libio.h:479: error: expected '=', ',', ';', 'asm' or '__attribute__ ' before '_IO_sgetn' |
| 18:17.32 | LarsC | In file included from huaweiAktBbo.c:9: |
| 18:17.34 | LarsC | /usr/include/stdio.h:302: error: expected declaration specifiers or '...' before 'size_t' |
| 18:17.37 | LarsC | /usr/include/stdio.h:309: error: expected declaration specifiers or '...' before 'size_t' |
| 18:17.40 | LarsC | /usr/include/stdio.h:351: error: expected declaration specifiers or '...' before 'size_t' |
| 18:17.43 | LarsC | /usr/include/stdio.h:353: error: format string argument not a string type |
| 18:17.45 | LarsC | /usr/include/stdio.h:355: error: expected declaration specifiers or '...' before 'size_t' |
| 18:17.48 | LarsC | /usr/include/stdio.h:357: error: format string argument not a string type |
| 18:17.50 | LarsC | /usr/include/stdio.h:603: error: expected '=', ',', ';', 'asm' or '__attribute__ ' before 'fread' |
| 18:17.51 | NAiL | ... |
| 18:18.18 | *** join/#nslu2-linux LarsC (n=chatzill@80.251.207.44) |
| 18:20.06 | LarsC | sorry for floding |
| 18:36.21 | CIA-5 | 03bzhou * r5808 10optware/trunk/make/zsh.mk: zsh: 4.2.6 -> 4.3.2 |
| 18:37.05 | *** join/#nslu2-linux AdamBaker (n=aab@userch028.dsl.pipex.com) |
| 18:41.50 | *** join/#nslu2-linux blaster8 (n=jonesml@orca.stp.me.uk) |
| 19:01.41 | *** part/#nslu2-linux hillct (n=H@client200-5.dsl.intrex.net) |
| 19:08.49 | *** join/#nslu2-linux vmaster_ (i=vmaster@p5b07fa92.dip.t-dialin.net) |
| 19:43.04 | *** join/#nslu2-linux stein_gullvik (n=stein@cC2F045C1.dhcp.bluecom.no) |
| 19:53.11 | *** join/#nslu2-linux caplink811-log (n=caplink8@dslb-088-073-045-180.pools.arcor-ip.net) |
| 20:12.42 | *** join/#nslu2-linux pierrelux (n=pierre-l@144-125.sh.cgocable.ca) |
| 20:14.17 | *** join/#nslu2-linux blaster8 (n=jonesml@orca.stp.me.uk) |
| 20:17.51 | CIA-5 | 03bzhou * r5809 10optware/trunk/make/rc.mk: rc: use a better SITE |
| 20:22.33 | *** join/#nslu2-linux callum_ (n=callum@82-40-200-86.cable.ubr05.uddi.blueyonder.co.uk) |
| 20:31.54 | spikes-nslu2 | hi all, i wonder if anyone can help me. i currently am using slugosBe, and use scsi-idle to send one of my disks to sleep when its not in use. but in my log files ( or serial console if its connected ) i get the following error. |
| 20:31.56 | spikes-nslu2 | program scsi-stop is using a deprecated SCSI ioctl, please convert it to SG_IO |
| 20:32.18 | *** join/#nslu2-linux Tobbe (n=Tobbe@120.19.235.85.dk-no.res.dyn.perspektivbredband.net) |
| 20:32.24 | spikes-nslu2 | any ideas how i can get rid of this? it isnt actually stopping scsi-idle from working though. |
| 20:33.12 | blaster8 | no reason to get rid of it |
| 20:33.19 | blaster8 | "it speaks the truth" |
| 20:34.49 | blaster8 | you would have to patch the kernel |
| 20:34.55 | blaster8 | http://lxr.linux.no/source/drivers/scsi/scsi_ioctl.c |
| 20:35.11 | blaster8 | knock out lines 208-209 there |
| 20:35.24 | blaster8 | if that's too much trouble, then just get used to the error :) |
| 20:39.58 | spikes-nslu2 | lol. will give it a try. how do i use patch files? ( bit of a newbie to linux, but am learning bits ) |
| 20:40.06 | blaster8 | oh heck |
| 20:40.27 | blaster8 | do you know how to set up the build system for SlugOS |
| 20:40.44 | blaster8 | do you have a spare linux x86 computer to cross-compile |
| 20:41.10 | spikes-nslu2 | ah, well i have tried. and seem to fail on bits and pieces. i have been playing arround with virtual machines. |
| 20:41.21 | spikes-nslu2 | may give it a try this weekend/next week. |
| 20:41.32 | spikes-nslu2 | is it best to ask when i have that all set up? |
| 20:42.00 | blaster8 | seriously it's a mammoth undertaking to 'fix' an 'error' that is in fact a perfectly valid warning with no functional effect |
| 20:42.20 | blaster8 | other than teaching you how to use the build system, I have to point out that this is a spectacular waste of time :) |
| 20:42.37 | blaster8 | nevertheless, here's a pointer |
| 20:42.40 | spikes-nslu2 | lol. i like learning by doing. |
| 20:42.42 | spikes-nslu2 | ;) |
| 20:42.48 | blaster8 | guessed as much |
| 20:42.49 | blaster8 | anyway |
| 20:42.58 | blaster8 | install debian etch on a virtual machine |
| 20:43.14 | blaster8 | update everything to the latest versions |
| 20:43.27 | blaster8 | download http://www.nslu2-linux.org/Makefile to a new directory |
| 20:44.11 | blaster8 | run 'make slugosbe-3.10-beta' |
| 20:44.17 | blaster8 | that last bit is vital |
| 20:44.30 | blaster8 | otherwise you make the HEAD version which is a 'bad move'(tm) |
| 20:44.46 | spikes-nslu2 | ( i am using slugosBe 4.3 alpha on my slug, is it the same? ) |
| 20:44.49 | blaster8 | aah |
| 20:44.54 | blaster8 | how did you get that? |
| 20:45.04 | spikes-nslu2 | of the snapshot site thing. |
| 20:45.08 | spikes-nslu2 | like it so far. |
| 20:45.12 | blaster8 | there's a snapshot site? |
| 20:45.13 | blaster8 | news to me |
| 20:45.22 | NAiL | coredump set up |
| 20:45.23 | spikes-nslu2 | let me just dig it out |
| 20:45.33 | NAiL | hentges.net somewhere iirc |
| 20:45.44 | blaster8 | I wouldn't recommend running that version atm |
| 20:46.12 | spikes-nslu2 | thats the one. |
| 20:46.17 | blaster8 | yeah... |
| 20:46.19 | spikes-nslu2 | it works, and i am happy with it. |
| 20:46.30 | blaster8 | well anyway, then you're on your own |
| 20:46.35 | ByronT | hmmm.... I thought that site was going to be time limited..... |
| 20:47.00 | blaster8 | I can't tell you how to patch kernels for HEAD (i.e. 4.3) as its too complicated to easily explain |
| 20:47.12 | spikes-nslu2 | can i still set up a build-environment by using "make slugosbe-3.3-beta"? |
| 20:47.25 | blaster8 | well, then that will be SlugOS 3.3 not 4.3 |
| 20:47.38 | spikes-nslu2 | why 3.3? |
| 20:47.52 | blaster8 | "spikes-nslu2: can i still set up a build-environment by using "make slugosbe-3.3-beta"?" |
| 20:48.16 | spikes-nslu2 | doh, typo. meant 4.3 |
| 20:48.26 | blaster8 | there is no 4.3-beta release, that comes from OE HEAD |
| 20:48.35 | blaster8 | which is usually dev-only land |
| 20:48.52 | blaster8 | so a friendly warning that what you are trying to do is *really* hard |
| 20:49.02 | spikes-nslu2 | ah, i see. is there a rough time scale as to when 4.3 is in "proper" beta land? |
| 20:49.22 | blaster8 | how long is a piece of string? ;) |
| 20:49.27 | blaster8 | it's not quite that bad |
| 20:50.03 | spikes-nslu2 | lol. well i seem to remember reading that its in feature hold now. so i take it its a case of a few months? and not 6months+? |
| 20:50.04 | blaster8 | but there's no strict timetable yet |
| 20:50.10 | spikes-nslu2 | i know its asking alot. lol. |
| 20:50.22 | blaster8 | no it's fine, we definitely need a new release soon |
| 20:50.32 | blaster8 | but there are some issues that need agreeing and fixing first |
| 20:51.12 | spikes-nslu2 | yep, i tend to read the irc logs when i am bored at work, so have a bit of an idea. ( albeit a very slim knowledge ). |
| 20:51.27 | spikes-nslu2 | but as i said, i am learning and enjoying it. |
| 20:51.48 | spikes-nslu2 | thanks for the help anyway, at least i now know that its nothing to be concerned about. |
| 20:52.01 | blaster8 | If you have a working system, stick to it for now |
| 20:52.06 | spikes-nslu2 | *looking forward to the next release* :) |
| 20:52.11 | blaster8 | so do I |
| 20:52.15 | NAiL | and I |
| 20:52.19 | spikes-nslu2 | yep. thanks again. |
| 20:52.27 | blaster8 | no worries |
| 20:52.31 | blaster8 | any bugs you hit, tell us |
| 20:53.00 | spikes-nslu2 | will do. so far thats the only one. am doing daily 'ipkg update / upgrades' anyway. |
| 20:53.22 | blaster8 | another bad plan... |
| 20:53.24 | blaster8 | anyway |
| 20:53.41 | blaster8 | you're not trying to do anything serious with this NSLU2 are you? |
| 20:54.55 | spikes-nslu2 | lol. nope, just a file store for my music and a few bits and peices. at the moment there isnt a version of mt-daapd (firefly) that i can use. so i am just sharing it to a drive letter, and loading the music from there. |
| 20:55.36 | blaster8 | ok, well when it all breaks you can keep the pieces |
| 20:55.55 | NAiL | hehe |
| 20:55.58 | blaster8 | otherwise, use SlugOS 3.10 Beta |
| 20:56.01 | NAiL | It's not that bad |
| 20:56.10 | blaster8 | *cough alpha cough* |
| 20:56.31 | spikes-nslu2 | haha, i presume at the moment, if it breaks its just a case of reflashing it. i am not messing with the bootloader so should be fine i hope. |
| 20:56.39 | NAiL | yeah, but the worst case is kinda... reflash |
| 20:56.40 | spikes-nslu2 | for an alpha it seems stable enough. |
| 20:56.50 | blaster8 | have you turnup'ed to an external hard disk? |
| 20:56.56 | spikes-nslu2 | ( reflashing wouldnt bother me at all ) |
| 20:57.08 | spikes-nslu2 | yep, have turnup'ed to a drive. |
| 20:57.11 | spikes-nslu2 | 2gb flash |
| 20:57.18 | blaster8 | wow |
| 20:57.25 | blaster8 | I'm impressed that worked |
| 20:57.32 | blaster8 | maybe we are near release? |
| 20:57.36 | blaster8 | :p |
| 20:57.36 | NAiL | hehe |
| 20:57.50 | NAiL | you filed a bug on turnup not working, didn't you? |
| 20:58.02 | blaster8 | with turnup memstick it error'd on me |
| 20:58.06 | NAiL | ah |
| 20:58.16 | NAiL | spikes-nslu2: did you use turnup memstick or turnup disk? |
| 20:58.26 | spikes-nslu2 | lol. took a few attempts, first few times it complained about being unable to umount it. so managed to try it a few more times and it worked eventually. |
| 20:58.30 | NAiL | (turnup disk wears out a memstick faster) |
| 20:58.35 | spikes-nslu2 | turnup memstick |
| 20:58.45 | blaster8 | *production quality* |
| 20:58.49 | NAiL | ok, so it didn't work right away |
| 20:58.53 | spikes-nslu2 | and it shows noatime in the mount list. |
| 20:58.59 | blaster8 | bonus |
| 20:59.09 | blaster8 | there's a new mount option we should use |
| 20:59.18 | spikes-nslu2 | seemed to work better on the 512mb stick. |
| 20:59.27 | spikes-nslu2 | but then i wanted bigger ;) |
| 21:00.08 | blaster8 | actually no, flush wouldn't be what we want here |
| 21:00.33 | spikes-nslu2 | flush? |
| 21:01.39 | blaster8 | yeah, it's for flash sticks that you want to be able to hot-unplug relatively safely |
| 21:01.49 | blaster8 | but obviously a boot flash stick doesn't fall into that category |
| 21:02.30 | spikes-nslu2 | ah i see. i use a usb hard drive to store my data ( music etc. ) and the swap file. |
| 21:02.47 | spikes-nslu2 | didnt want to kill the usb key by using it as swap. |
| 21:03.13 | NAiL | good |
| 21:03.57 | blaster8 | :) |
| 21:04.48 | spikes-nslu2 | dont supose anyone has had anyluck with gmailfs on slugosBe? i got an error when i tried it a couple of weeks ago. didnt know if it was something i did or not. ( no i cant remember the error. ) will try and get it working either 2night or 2moro sometime. |
| 21:26.12 | *** join/#nslu2-linux yvasilev (n=yvasilev@AReims-151-1-6-238.w83-192.abo.wanadoo.fr) |
| 21:54.44 | *** join/#nslu2-linux hillct (n=H@client200-5.dsl.intrex.net) |
| 22:13.21 | *** join/#nslu2-linux joshin (n=joshin@VDSL-130-13-10-228.PHNX.QWEST.NET) |
| 22:15.25 | CIA-5 | 03osas * r5810 10optware/trunk/make/asterisk14.mk: asterisk14: 1.4.1 -> 1.4.2 |
| 22:36.15 | *** join/#nslu2-linux mithro (n=tim@lester.mithis.com) |
| 22:40.47 | *** join/#nslu2-linux eiffel_ (n=eiffel@p5B052370.dip0.t-ipconnect.de) |
| 22:49.21 | *** join/#nslu2-linux rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 22:50.16 | rwhitby | morning |
| 23:01.07 | *** join/#nslu2-linux mindbender (n=Miranda@85-124-221-56.static.xdsl-line.inode.at) |
| 23:03.11 | mindbender | hi rwhitby |
| 23:04.02 | mindbender | you might remember me as the one from linkstationwiki.net who hassled you because of setting up an optware feed for the linkstations... |
| 23:04.15 | NAiL | hiya mindbender ;-) |
| 23:04.41 | rwhitby | hey mindbender, yep. |
| 23:05.05 | mindbender | well...why i am here: |
| 23:05.46 | mindbender | we are currently thinking of founding something like a 'holding' for all NAS or maybe even embedded communites....current name would be NGNDG.... |
| 23:06.22 | mindbender | why do we want to found this: many devs have problems in getting datasheets from the manufacturers...and have to use tricks to get them... |
| 23:06.55 | mindbender | there are big communities out there...nslu2-community is one of the biggest regarding NAS-devices i think. no i am sure |
| 23:07.10 | NAiL | ;) |
| 23:07.40 | rwhitby | well over 10K subscribers, yes. |
| 23:08.01 | *** join/#nslu2-linux blaster8 (n=blaster8@orca.stp.me.uk) |
| 23:08.25 | mindbender | well....we think it might be a good idea to do it more like apache.org....or openssl.. this holding should be more or less a association (which is similar like a company with limited liability) so noone has to have any fear to get sued by someone |
| 23:08.45 | mindbender | we are currently founding it. name is still a little unclear... |
| 23:09.33 | mindbender | NGNDG would mean "Next Generation Nas Development Group"......but we are still not sure if it wouldn`t be better to name it NGEDG.." Next Generation Embedded Development Group".... |
| 23:10.05 | rwhitby | mindbender: how would this relate to handhelds.org ? |
| 23:10.40 | mindbender | we were confronted lately with Marvell who has some strict policies regarding datasheets of their boards....and the LSPro/LSLive/KuroboxPro/MSS-II/some more are based on this dev-board. |
| 23:10.53 | mindbender | good question. i have no clue. |
| 23:11.14 | mindbender | i do not know handhelds.org not too much. they are embedded devices also of course. |
| 23:11.26 | mindbender | do they have a juristic person already? |
| 23:12.45 | mindbender | hmm. handhelds.org targets specificly on small devices that are used like handhelds...this is quite limited. |
| 23:13.05 | mindbender | it is as limited as we at linkstationwiki.net and you at nslu2-linux.org only target NAS-devices. |
| 23:13.15 | mindbender | and as openwrt only targets routers |
| 23:13.45 | mindbender | but we all share the same problem when facing new hardware and we need datasheets/maybe a devboard |
| 23:14.31 | rwhitby | mindbender: have you talked to the openwrt folks about this? we have close contacts with them (core teams are in close contact) |
| 23:14.47 | mindbender | and: if the biggest embedded communities would step together regardingthis "holding" then the manufactures might even listen to us what we want. |
| 23:15.29 | mindbender | not now. but i want to ask them what they think about that. i just jumped in here to ask you first as i already had contact in the past...openwrt and handhelds.org will be next |
| 23:16.04 | mindbender | in the future, routers and NAS devices will be quite close to each other...well they are already now quite close... |
| 23:16.08 | mindbender | or similar i mean... |
| 23:16.20 | NAiL | convergence |
| 23:17.11 | mindbender | from the moment a router has an USB-port for external storage every NAS-specific stuff can be done also...and vice versa if you have the right kernel and an USB-ethernet-dongel on a NAS-box. |
| 23:17.58 | mindbender | it just depends on the CPU and memory of course.... |
| 23:18.47 | mindbender | anyway...i am drifting away from the topic....i just wanted to tell you that we plan something like that..... |
| 23:19.00 | mindbender | and i am asking a little around who is interested and who is not. |
| 23:19.40 | mindbender | i know that it only makes sense if the big communities that matter join....if they refuse then of course the idea won`t be that important. |
| 23:19.43 | *** join/#nslu2-linux mwester-laptop (n=mwester@m810f36d0.tmodns.net) |
| 23:19.46 | rwhitby | ok, here's what I think: |
| 23:20.51 | rwhitby | 1) if someone does something like this, and it has openwrt and linkstation involved, then nslu2-linux will join it. |
| 23:21.05 | rwhitby | 2) I personally don't have the time to be involved in an association-like body |
| 23:22.34 | mindbender | well, that does not sound bad at all....so it depends on the openwrt guys. i will ask them tomorrow what they think. |
| 23:22.38 | *** join/#nslu2-linux nslu2-log_ (n=nslu2-lo@nslu2-linux/dyoung) |
| 23:24.23 | mindbender | greetings from vienna besides. |
| 23:24.34 | rwhitby | mindbender: talk to [mbm], and make sure I am there at the same time. |
| 23:25.03 | rwhitby | ANN: we're doing some network reconfig on nslu2-linux.org server at OSUOSL - there may be a few short outages. |
| 23:25.17 | mindbender | which time will this be most likely? |
| 23:26.37 | rwhitby | this time is usually ok |
| 23:27.29 | mindbender | ok. as it is 0:30 here i will go to bed now and try again tomorrow. |
| 23:28.51 | rwhitby | half an hour earlier is fine. |
| 23:29.17 | rwhitby | sometimes three hours earlier is fine, but that's breakfast and getting kids ready for school time |
| 23:29.41 | rwhitby | 11 hours from now can always be fine if I have advance notice. |
| 23:30.44 | mindbender | i will try 30 minutes earlier tomorrow. |
| 23:31.58 | rwhitby | I'll see if I can talk to [mbm] this arvo. |
| 23:32.26 | rwhitby | mbm is there now |
| 23:33.41 | mindbender | kk. brb |
| 23:43.25 | *** join/#nslu2-linux nslu2-log_ (n=nslu2-lo@nslu2-linux/dyoung) |
| 23:45.39 | mindbender | rwithby....i am at #openwrt now talking wiht [mbm] |
| 23:49.54 | hillct | interesting |
| 23:51.11 | hillct | you can't install packages larger than 14MB not because the target filesystem isn't large enough but because ipkg uses /var/tmp to store downloaded packages before unpacking. /var/tmp by default is ramfs, so it's only 14MB in size |
| 23:51.48 | rwhitby | on slugos turned up to disk, /var is on disk. |
| 23:51.49 | NAiL | 3.10-beta? |
| 23:53.24 | hillct | mine is nfs |
| 23:53.31 | hillct | for the moment |
| 23:53.41 | hillct | my new mini external drive is still on order |
| 23:54.29 | hillct | I'm writing up an OpenPBX howto wiki page now. It'll say turning up to disk is recommended |
| 23:54.55 | hillct | in the meantime I'm just going ot link /var/tmp to some physical filesystem location |