| 00:00.33 | rwhitby | hillct: it's the new LED kernel API |
| 00:01.30 | hillct | reading the /sbin/leds script to get a handle on this |
| 00:01.36 | rwhitby | kernel/Documentation/leds-class.txt |
| 00:01.45 | rwhitby | Richard Purdie (RP in #oe) is the author |
| 00:01.47 | hillct | so if I understand this, it does behave like a /proc filesystem |
| 00:02.01 | rwhitby | conceptually, yes. |
| 00:02.08 | hillct | pretty cool |
| 00:02.23 | hillct | there are's som fun to be had here |
| 00:03.04 | 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?" |
| 00:03.34 | hillct | I was just thinking about that |
| 00:04.34 | hillct | that'd be fun |
| 00:05.02 | hillct | perhaps flashing for port access is sufficient |
| 00:10.48 | NAiL | Well, I think we should settle for something like leds are on if *something* is connected. |
| 00:11.04 | NAiL | then it could flash when there is traffic |
| 00:12.31 | NAiL | well, the CPU trigger is there |
| 00:16.13 | NAiL | I wish someone implemented a scsi-trigger though |
| 00:16.26 | NAiL | there is an IDE-trigger, but that doesn't really help much :P |
| 00:17.22 | CIA-19 | 03bzhou * r5496 10optware/trunk/ (Makefile make/msynctool.mk): added and promoted msynctool |
| 00:19.32 | CIA-19 | 03bzhou * r5497 10optware/trunk/make/bluez-utils.mk: bluez-utils: 2.25 -> 3.9 |
| 00:25.37 | *** join/#nslu2-linux ByronT (i=byron-po@nslu2-linux/ByronT) |
| 00:37.48 | hillct | Is this where I should be starting to build a cross-compile enviroment? |
| 00:37.50 | hillct | http://www.nslu2-linux.org/wiki/Development/MasterMakefile#requirements |
| 00:38.13 | hillct | http://www.openembedded.org/wiki/OEandYourDistro |
| 00:40.53 | rwhitby | hillct: "wget www.nslu2-linux.org/Makefile ; make slugosbe" |
| 00:41.03 | rwhitby | then install host packages until the build completes. |
| 00:41.17 | rwhitby | there are "setup-host-foo" targets in the Makefile to assist in that process |
| 00:41.19 | hillct | ah |
| 00:41.21 | hillct | ok |
| 00:41.33 | hillct | so I can avoid some of the listed OE dependencies? |
| 00:41.34 | mwester | Best summary of the process I've ever seen, rwhitby! :D |
| 00:41.35 | hillct | cool |
| 00:41.45 | 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. |
| 00:42.54 | mwester | Yep, it's there. |
| 00:43.01 | *** join/#nslu2-linux CoreDump|home (n=mhentges@hentges.net) |
| 00:43.55 | rwhitby | hey CoreDump|home |
| 00:44.01 | CoreDump|home | hey |
| 00:45.30 | mwester | rwhitby: did the kernel command-line hack for the dsmg600 get replaced by the shim as well? |
| 00:45.48 | rwhitby | mwester: not yet I don't think. |
| 00:45.53 | rwhitby | wanna work on that now? |
| 00:46.22 | 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. |
| 00:46.48 | mwester | bbiab |
| 00:48.43 | rwhitby | ok |
| 00:48.54 | rwhitby | I'll be here for a good 5 hours or more |
| 00:50.28 | *** join/#nslu2-linux ecopperbech (n=copperbe@82-40-186-72.cable.ubr04.newm.blueyonder.co.uk) |
| 00:56.46 | hillct | when you say Master Makefile, you're not kidding |
| 00:56.52 | hillct | wow |
| 01:10.43 | *** join/#nslu2-linux kfm82 (n=kfm82@p54BEF63C.dip.t-dialin.net) |
| 01:10.45 | 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. |
| 01:13.45 | hillct | sounds good to me |
| 01:47.37 | hillct | rwhitby: looks like I have a newer version of mtn installed, than the DB |
| 01:48.05 | rwhitby | that's not surprising - we generate the DB for the version in Debian Sarge. |
| 01:48.20 | rwhitby | (cause people can convert it forward using their local mtn commands, but not backward) |
| 01:48.47 | rwhitby | mtn should be telling you what to do about that ... |
| 01:50.07 | hillct | error is http://www.pastebin.ca/354612 |
| 01:50.19 | hillct | tried |
| 01:50.23 | hillct | always fails |
| 01:51.17 | hillct | [slug@laptop ~]$ cd monotone/ |
| 01:51.17 | hillct | [slug@laptop monotone]$ mtn db migrate nslu2-linux.mtn |
| 01:51.25 | hillct | aparently the erong syntax |
| 01:51.36 | hillct | er aparently the wrong syntax |
| 01:52.00 | hillct | but the docs appear to say that's the correct syntax |
| 01:53.51 | rwhitby | see http://www.venge.net/monotone/UPGRADE |
| 02:06.17 | hillct | well |
| 02:06.32 | hillct | it would seem my problem is the reverse of what's indicated by the error message |
| 02:06.58 | hillct | it's not that the database needs to be updated but my installed monotone version |
| 02:07.22 | hillct | rwhitby: which i gather you picked up on imediately |
| 02:07.35 | hillct | but that error message sucks |
| 02:08.01 | rwhitby | what version do you have installed? |
| 02:08.26 | rwhitby | we generate for 0.27 or later |
| 02:16.18 | hillct | 0.3.1 |
| 02:16.36 | hillct | so I should be able to migrate the DB without issue |
| 02:16.41 | hillct | as far as I can tell |
| 02:16.51 | hillct | er 0.31 |
| 02:17.38 | hillct | so the issue is just my mtn db migrate command syntax |
| 02:17.52 | hillct | seems right according to the man page |
| 02:20.06 | hillct | this is a silly problem to have |
| 02:21.59 | hillct | ah |
| 02:22.00 | hillct | mtn db migrate --db=nslu2-linux.mtn |
| 02:22.07 | hillct | subtle but important difference |
| 02:27.15 | rwhitby | eno: bluez-utils failures on optware |
| 02:42.07 | hillct | OMG! This is going to take forever |
| 02:42.30 | hillct | I need to get a bigger meaner box in which to do development |
| 02:42.55 | hillct | running mtn db regenerate_rosters and it looks like it will take something like 4 hours |
| 02:43.41 | rwhitby | hillct: you only have to do that once, and yes it takes a long time. |
| 02:44.04 | rwhitby | (normally you update over the network, and the network protocol is compatible from 0.27 through 0.31) |
| 02:45.16 | hillct | well, whatever the syntax was, to do the update over the network, it wasn't readily aparent |
| 02:49.44 | rwhitby | you need the full database first, then updates are incremental |
| 02:50.59 | hillct | cool |
| 03:00.46 | *** join/#nslu2-linux jacques (n=jacques@nslu2-linux/jacques) |
| 03:45.02 | CIA-19 | 03bzhou * r5498 10optware/trunk/make/bluez-utils.mk: bluez-utils: worked around missing ENOKEY (only available in 2.6 asm/errno.h) |
| 04:01.17 | *** join/#nslu2-linux jason0_ (n=jason@c-24-19-235-114.hsd1.mn.comcast.net) |
| 04:01.45 | jason0_ | I recently ran into some troubles w/ rtorrent & safe_sync problems. Is it possible to upgrade/downgrade the kernel to get around these issues? |
| 04:32.58 | drif | not much people around |
| 05:01.38 | *** join/#nslu2-linux rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 05:05.39 | *** join/#nslu2-linux aLf (n=Sinclair@p54A0C4A5.dip0.t-ipconnect.de) |
| 05:11.18 | CIA-19 | 03bzhou * r5499 10optware/trunk/make/rubygems.mk: rubygems: 0.9.1 -> 0.9.2 |
| 05:30.51 | CIA-19 | 03bzhou * r5500 10optware/trunk/Makefile: bluez-utils: demote on wl500g |
| 05:39.59 | rwhitby | bummer, I want to get bluetooth working on the wl500g ... |
| 05:45.50 | eno | rwhitby: latest bluez-utils depends on dbus, which does not build for wl500g |
| 05:45.57 | rwhitby | :-( |
| 05:49.38 | CIA-19 | 03rwhitby * r694 10kernel/trunk/ (6 files in 3 dirs): Enabled EABI compatibility, and dsmg600 shim. |
| 06:13.40 | CIA-19 | 03rwhitby * r695 10kernel/trunk/patches/arm-kernel-shim/ (config-dsmg600.h passthrough-atags.patch series): Added passthrough-atags support. |
| 06:17.16 | *** join/#nslu2-linux DrZimmerman (n=theo@217-162-225-50.dclient.hispeed.ch) |
| 06:19.57 | CIA-19 | 03bzhou * r5501 10optware/trunk/ (Makefile make/dbus.mk): dbus & bluez-utils: hacked to work on wl500g, promoted |
| 06:23.04 | rwhitby | woohoo! |
| 06:23.24 | rwhitby | now I wonder if the kernel modules will work for the wl500g ... |
| 06:28.30 | mwester | How big is optware now? |
| 06:29.45 | rwhitby | over 750 packages |
| 06:30.06 | eno | $ w3m -dump http://ipkg.nslu2-linux.org/feeds/optware/nslu2/cross/unstable/Packages | grep -c ^Package: |
| 06:30.09 | eno | 801 |
| 06:30.17 | mwester | nice job! |
| 06:30.26 | eno | $ w3m -dump http://ipkg.nslu2-linux.org/feeds/optware/nslu2/native/unstable/Packages | grep -c ^Package: |
| 06:30.29 | eno | 13 |
| 06:30.37 | rwhitby | at least half of those would be eno's work alone |
| 06:31.08 | mwester | only 13 native? |
| 06:31.31 | rwhitby | I think some of those have been obsoleted by cross packages too |
| 06:32.25 | rwhitby | hmm - maybe not, looks like eno has kept that up to date too |
| 06:32.31 | rwhitby | (in the Makefile at least) |
| 06:33.07 | eno | was just testing libopensync with msynctool (file-sync), have some runtime problem |
| 06:52.26 | *** join/#nslu2-linux jacques (n=jacques@nslu2-linux/jacques) |
| 06:56.52 | *** join/#nslu2-linux mithro (n=tim@ppp246-117.static.internode.on.net) |
| 08:17.05 | CIA-19 | 03oleo * r5502 10optware/trunk/make/perl-convert-uulib.mk: perl-convert-uulib: add alternate download source |
| 08:18.41 | *** join/#nslu2-linux tjyang (n=TJ@c-71-57-10-174.hsd1.il.comcast.net) |
| 09:01.26 | CIA-19 | 03oleo * r5503 10optware/trunk/ (4 files in 2 dirs): transmission: chang to atomic signal type and fix watchdog message |
| 09:17.53 | *** join/#nslu2-linux rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 09:24.37 | *** join/#nslu2-linux CieD (n=CieD@host86-136-171-177.range86-136.btcentralplus.com) |
| 09:26.27 | *** join/#nslu2-linux kolla (n=kolla@drift1.uninett.no) |
| 09:49.08 | CoreDump|home | morning |
| 12:23.19 | *** join/#nslu2-linux NAiL (n=repvik@nslu2-linux/pdpc.active.NAiL) |
| 12:35.08 | *** join/#nslu2-linux bullet (n=bullet@87.241.62.81.cust.bluewin.ch) |
| 14:05.13 | *** join/#nslu2-linux l0c4lh0st (n=a@89.98.192.9) |
| 14:06.55 | *** join/#nslu2-linux mithro_ (n=tim@ppp246-117.static.internode.on.net) |
| 14:21.30 | *** join/#nslu2-linux caplink811-log (n=caplink8@dslb-088-073-032-094.pools.arcor-ip.net) |
| 14:25.33 | *** join/#nslu2-linux t[cc]smar (n=[cc]smar@gw.ptr-62-65-142-223.customer.ch.netstream.com) |
| 14:29.42 | *** join/#nslu2-linux GPSFan (n=kenm@12.10.255.248) |
| 15:02.34 | *** join/#nslu2-linux mithro_ (n=tim@ppp246-117.static.internode.on.net) |
| 15:18.25 | *** join/#nslu2-linux [g2] (n=g2@nslu2-linux/g2) |
| 15:26.08 | *** join/#nslu2-linux yvasilev (n=yvasilev@148.247.186.38) |
| 15:44.48 | *** join/#nslu2-linux mithro (n=tim@ppp246-117.static.internode.on.net) |
| 15:54.07 | *** join/#nslu2-linux eiffel_ (n=eiffel@p5B053F7C.dip0.t-ipconnect.de) |
| 18:12.37 | *** join/#nslu2-linux W_SHaRK (n=lolo@mfl93-4-82-243-158-129.fbx.proxad.net) |
| 18:12.44 | *** join/#nslu2-linux pleemans (n=peter@d51A5E76A.access.telenet.be) |
| 18:13.21 | *** join/#nslu2-linux ByronT (i=byron-po@nslu2-linux/ByronT) |
| 18:27.33 | *** join/#nslu2-linux Bitmaster (n=Bitmaste@c-1061e253.325-1-64736c12.cust.bredbandsbolaget.se) |
| 18:49.44 | *** join/#nslu2-linux vmaster (i=vmaster@p5B07EE1A.dip.t-dialin.net) |
| 18:51.00 | *** join/#nslu2-linux [FireFly] (i=firefly@170.72-66-87.adsl-dyn.isp.belgacom.be) |
| 18:52.52 | *** join/#nslu2-linux AdamBaker (n=aab@userch028.dsl.pipex.com) |
| 18:57.11 | *** join/#nslu2-linux gda_ (n=gda@dslb-082-083-129-033.pools.arcor-ip.net) |
| 19:08.47 | *** join/#nslu2-linux joschkopf (n=joschi@ACB19375.ipt.aol.com) |
| 19:31.37 | hillct | There seems to be some sort of redirection loop when attempting to download the intel hardware library files for the cross compile enviroment. is there any alternate method of downloding them? |
| 19:53.01 | *** join/#nslu2-linux caplink811-log (n=caplink8@dslb-088-073-140-141.pools.arcor-ip.net) |
| 20:08.27 | *** join/#nslu2-linux joshin (n=joshin@VDSL-130-13-11-75.PHNX.QWEST.NET) |
| 20:13.37 | *** join/#nslu2-linux ChanServ (ChanServ@services.) |
| 20:13.37 | *** mode/#nslu2-linux [+o ChanServ] by irc.freenode.net |
| 20:22.54 | *** join/#nslu2-linux l0c4lh0st (n=a@89.98.192.9) |
| 20:24.16 | drif | hi shark |
| 20:24.28 | drif | ups :D wrong nslu2-channel |
| 20:25.53 | *** join/#nslu2-linux marceln (n=marceln@pion.xs4all.nl) |
| 20:29.50 | *** join/#nslu2-linux ChanServ (ChanServ@services.) |
| 20:29.50 | *** mode/#nslu2-linux [+o ChanServ] by irc.freenode.net |
| 20:32.51 | *** join/#nslu2-linux yvasilev (n=yvasilev@189.140.143.115) |
| 20:32.53 | rwhitby | hillct: you have to manually go to the Intel site and download them yourself, cause you need to read the license and agree to it (it is *not* a normal license) |
| 20:33.21 | hillct | I know |
| 20:33.33 | hillct | problem seems to be the intel site is broken |
| 20:33.44 | rwhitby | ah |
| 20:33.48 | hillct | whenever I attempt to follow that procedure I end up in a redirection loop |
| 20:35.07 | hillct | I can delete all cookies related to intel.com, then when I try again, I log back in then get one screen further (there are two intermediate screens after you acept the license) then after clicking downlaod, it goes back into the loop |
| 20:35.21 | hillct | the site is just foobar |
| 20:37.47 | hillct | I gather they changed their site recently |
| 20:37.55 | hillct | doesn't seem to work at all in firefox |
| 20:38.17 | hillct | the export info form uses some horribly broken ajaxy crap |
| 21:44.52 | hillct | rwhitby: are the intel libraries only needed for the kernel build or for any cross-compiling? (since there currently appears to be no way to download them) |
| 21:45.27 | *** part/#nslu2-linux joschkopf (n=joschi@ACB19375.ipt.aol.com) |
| 21:56.28 | *** join/#nslu2-linux marjasin (n=freen231@c-d060e455.07-338-6c6b701.cust.bredbandsbolaget.se) |
| 22:03.44 | eno | hillct: for packages, you can try "cd ~/slug/slugosbe; . ./setup-env; bb virtual/armeb-linux-gcc virtual/libc" |
| 22:04.01 | eno | you should get the cross toolchains |
| 22:04.28 | eno | then try "bb <other-package>" |
| 22:06.19 | eno | or follow http://www.nslu2-linux.org/wiki/Optware/SlugosbeDevel for optware/slugosbe development |
| 22:16.21 | hillct | eno: thanks. I was working from the directions on the MasterMakefile wiki page |
| 22:26.37 | marjasin | <PROTECTED> |
| 22:39.12 | hillct | marjasin: I believe you can only upgrade by the web interface, to UnSlung |
| 22:39.52 | hillct | if you want to flash any other firmware, you need upslug2 or Sercomm for Windows |
| 22:39.53 | NAiL | it's a known problem with the firmware. Use upslug2 |
| 22:40.19 | marjasin | I see |
| 22:40.22 | marjasin | Thanx |
| 22:41.17 | marjasin | That guy that has made the Debian howto should update the installation guide in that case, I was starting to think they had changed something in the hardware or so in order to prevent this kind of firmware updates |
| 22:41.54 | hillct | eno: on some wiki page I saw a procedure to be used if setup-env causes the shell to be closed, but I can no longer find it |
| 22:42.35 | drif | marjasin: the guide said to use web admin page? |
| 22:43.35 | marjasin | drif: http://www.cyrius.com/debian/nslu2/install.html |
| 22:44.03 | marjasin | It mentions all the possibilities |
| 22:44.06 | NAiL | In earlier stock firmwares, there was no problem upgrading using the webinterface. It's a recent bug. |
| 22:48.25 | marjasin | Hmm |
| 22:49.22 | marjasin | i probably shouldnt install debian... Seems like the installer is broken :/ |
| 22:54.21 | *** part/#nslu2-linux marceln (n=marceln@pion.xs4all.nl) |
| 22:58.34 | *** join/#nslu2-linux rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 23:00.47 | rwhitby | hillct: intel microcode is only required for building final image now |
| 23:02.09 | hillct | cool. thanks |
| 23:05.36 | hillct | trying to build the minimum toolchain as defined here http://www.nslu2-linux.org/wiki/Optware/SlugosbeDevel |
| 23:05.51 | hillct | setup-env fauses the shell to exit every time |
| 23:06.00 | hillct | er causes |
| 23:06.40 | AdamBaker | marajsin: The debian installer was announced as broken on the ML, apparently it is a key expiry issue that has broken lots of release candidate installers, http://thread.gmane.org/gmane.comp.misc.nslu2.linux/17873 |
| 23:06.44 | hillct | the MasterMakefile page says do a 'make' in the openslug directory to resolve this |
| 23:06.56 | hillct | but that has no impact |
| 23:10.42 | CoreDump|home | hi |
| 23:18.31 | rwhitby | hillct: does "make" in the slugosbe directory not build an image for you? |
| 23:18.40 | rwhitby | or "make slugosbe" in the directory above? |
| 23:21.14 | hillct | it would |
| 23:21.26 | hillct | but it wants the intel microcode |
| 23:21.34 | hillct | which I can't get my hands on due to Intel's broken website |
| 23:21.56 | hillct | but all I really want to do is build additional packages, not the full image |
| 23:24.01 | rwhitby | hillct: I just got it with Firefox |
| 23:24.16 | rwhitby | from http://www.intel.com/design/network/products/npfamily/ixp400_current.htm |
| 23:24.38 | rwhitby | you want NPE Microcode v2.3 |
| 23:25.02 | hillct | yes |
| 23:25.05 | marjasin | hmm... Anyone that knows why I cant install upslug2 via apt-get install? |
| 23:25.22 | hillct | as I said before, if you try to download it, you end up in a redirection loop |
| 23:26.03 | hillct | if you're able to grab it, that's great. I can't |
| 23:26.11 | hillct | get a redirection loop every time |
| 23:27.12 | hillct | their export infor form only works in IE, but once you get past that, you can get to the last step even in firefox but end up in a redirection loop |
| 23:27.18 | hillct | at that step |
| 23:27.36 | hillct | I've tried this at least 20 times in the past 5 hours |
| 23:29.02 | rwhitby | hillct: get the one without crypto. |
| 23:29.03 | CoreDump|home | hillct: I've just downloaded IPL_ixp400NpeLibrary-2_3.zip w/o problems |
| 23:29.51 | CoreDump|home | hillct: I can upload it for you if you want |
| 23:30.51 | hillct | I assumed the one with crypto was required |
| 23:31.05 | rwhitby | nope |
| 23:31.09 | hillct | perhaps that's the hangup |
| 23:31.16 | hillct | lemme see if the other is acessible |
| 23:31.18 | hillct | one sec |
| 23:34.32 | hillct | this is the URL that results in the redirection error |
| 23:34.34 | hillct | http://downloadfinder.intel.com/scripts-df-external/confirm.aspx?httpDown=http://aiedownload.intel.com/entitled/11190/eng/BSD_ixp400AccessLibrary-2_3.zip&agr=&ProductID=2100&DwnldId=11190&strOSs=&OSFullName=&lang=eng&ent=Y&url=/11190/eng/BSD_ixp400AccessLibrary-2_3.zip |
| 23:35.42 | hillct | CoreDump|home: if you could put it up in a place I can get at it I'd really appreciate it. thanks |
| 23:35.54 | CoreDump|home | hillct: sure, hold on |
| 23:37.25 | hillct | rwhitby: do I need the access library, patch and NPE? |
| 23:37.31 | *** join/#nslu2-linux ByronT (i=byron-po@nslu2-linux/ByronT) |
| 23:37.33 | rwhitby | nope, just the Npe |
| 23:37.41 | hillct | K |
| 23:37.48 | rwhitby | hillct: make sure you read and accept the license first. It's not a standard one. |
| 23:38.21 | hillct | I've read and accepted it 20 times today |
| 23:38.28 | CoreDump|home | hillct: http://hentges.net/tmp/.upload/ |
| 23:38.29 | hillct | still can't download it :) |
| 23:39.36 | hillct | wow |
| 23:39.41 | hillct | those are tiny little files |
| 23:39.44 | NAiL | rwhitby: the site is broken. We get to the download part (after accepting), and the site goes into a redirect loop |
| 23:39.45 | hillct | CoreDump|home: thanks |
| 23:39.50 | CoreDump|home | np |
| 23:40.22 | NAiL | CoreDump|home: Be sure to remove those after he's downloaded them |
| 23:40.23 | hillct | NAiL: thanks. I'm glad I'm not going nuts |
| 23:40.31 | rwhitby | NAiL: I just downloaded it fine |
| 23:40.35 | hillct | CoreDump|home: I'm all set |
| 23:40.39 | NAiL | rwhitby: using firefox on linux? |
| 23:40.46 | rwhitby | nope, firefox on XP |
| 23:40.52 | hillct | ah |
| 23:40.52 | NAiL | I've tried a dozen times. I had to give up and get them from nudi |
| 23:40.55 | hillct | linux here |
| 23:41.24 | hillct | also tried using IE6 under Wine |
| 23:42.01 | NAiL | nite |
| 23:49.01 | *** join/#nslu2-linux mwester_ (n=mwester@nslu2-linux/mwester) |