OpenWrt

[07:51:39] <Wolf-> [mbm]: where did openwrt get its LZMA code from?
[07:51:44] <[mbm]> experimental should be stable for all known wrt versions now
[07:52:14] <IcE-bOy> for a wrt54Gs should works well ..
[07:52:14] <IcE-bOy> ok
[07:52:20] <dumpedcore> hi mbm
[07:52:22] <wrt> hello
[07:52:23] <IcE-bOy> i think i'm going to try it :D
[07:52:31] <[mbm]> Wolf-: patch from one of the developers; why?
[07:52:46] <dumpedcore> how long until the big rename?
[07:53:03] <Wolf-> [mbm]: just looks very familiar
[07:53:19] <[mbm]> dumpedcore: waiting for more people to bang on experimental and find the last few bugs
[07:53:32] <[mbm]> Wolf-: if you've seen it elswhere let me know
[07:53:53] <dumpedcore> hehe, in sveasoft :-)
[07:53:59] <dumpedcore> j/k but wouldn't surprise me
[07:54:08] <IcE-bOy> [mbm], for flash the router with experimental .. are there any guide ?
[07:54:15] <IcE-bOy> i only see it in the forum
[07:55:10] <[mbm]> IcE-bOy: flash, if you pick the jffs2 image you get jffs2 as your root filesystem -- the first time it boots there will be a minor 'disk full' error, reboot and it should go away
[07:55:17] <dumpedcore> I think there's a silly problem with the ipkg format. Not a problem, really.. just a silly little oversight..
[07:55:25] <dumpedcore> they gzip *twice*
[07:55:39] <krt> twice the compression!
[07:55:42] <dumpedcore> the .ipkg is a gzipped tar - and the two tars within it are gzipped as well
[07:55:42] <IcE-bOy> [mbm], ok
[07:55:53] <[mbm]> dumpedcore: doesn't help/hurt
[07:56:09] <dumpedcore> mbm: but it's silly
[07:56:16] <dumpedcore> mbm: it's not going to make it any smaller
[07:56:18] <krt> hurt's in decompression, no?
[07:56:20] <dumpedcore> mbm: on the contrary
[07:56:25] <krt> instead of just using a tar..
[07:56:46] [mbm] didn't write ipkg, it was already like that
[07:57:30] <Wolf-> dumpedcore: actually your right :)
[07:57:39] <IcE-bOy> [mbm], jffs2 is better than squashfs ?
[07:57:45] dumpedcore is right once in a while.
[07:58:02] <dumpedcore> no, squashfs is better compression
[07:58:06] <[mbm]> IcE-bOy: your choice; the squashfs image is the same layout as the current version of openwrt
[07:58:15] <IcE-bOy> aham
[07:58:29] <[mbm]> downside is that you cant change the data on squashfs without recompiling
[07:58:35] <IcE-bOy> and what is the goal of choose jffs2 ?
[07:58:42] <dumpedcore> jffs2 is rw
[07:58:50] <Wolf-> [mbm]: when did you get the patch?
[07:59:04] <IcE-bOy> aham
[07:59:05] <dumpedcore> no symlinks
[07:59:13] <dumpedcore> have you got a sore throat? :-P
[07:59:17] <[mbm]> Wolf-: skip to the chase; why are we playing 20 questions?
[07:59:36] <gr8w11ne> no the brain is just spinning
[08:00:28] <IcE-bOy> i think i will use http://openwrt.org/downloads/experimental/bin/openwrt-wrt54gs-jffs2.bin
[08:00:29] <IcE-bOy> :D
[08:00:38] <Wolf-> [mbm]: just wondering how code that was created for Talisman back in october 2004 ended up in openwrt, an almost perfect diff except for the comments at the top attributing the work to Sveasoft
[08:01:08] <krt> someones complaining about bricking 1.0's
[08:01:12] <krt> with experimental
[08:01:17] <[mbm]> krt: old.
[08:01:20] <krt> ok
[08:01:25] <krt> good :-)
[08:01:30] <krt> I wonder what 1.0 they're talking about
[08:01:39] <Wolf-> mksquashfs.c from CVS:
[08:01:42] <Wolf-> revision 1.1.2.1
[08:01:42] <Wolf-> date: 2004/10/13 15:46:04; author: james; state: Exp; lines: +1999 -0
[08:01:42] <Wolf-> added LZMA compression
[08:01:43] <krt> I guess I should assume that no ones really using wrt54g 1.0's other than me these days ;-)
[08:01:46] <IcE-bOy> anybody has the md5sum from openwrt-wrt54gs-jffs2.bin ??
[08:02:39] <[mbm]> Wolf-: rather interesting considering who we got it from
[08:02:56] <Wolf-> [mbm]: who?
[08:03:40] <IcE-bOy> [mbm], i always have used openwrt-linux.trx for flash and now ... how should i flash with openwrt-wrt54gs-jffs2.bin ?
[08:04:33] <gr8w11ne> IcE-bOy: do you need someone to hold your hand when you go to the toilet?
[08:05:02] <dumpedcore> ice-boy - there' s a .trx there, too, if you need one.
[08:05:15] <dumpedcore> or chop off the .bin header.
[08:05:25] <IcE-bOy> if is a beautiful woman ... why not ..
[08:05:56] <IcE-bOy> dumpedcore, aham but if i'm not using experimental version and i want to use it ... i can use de .trx file ?
[08:05:59] <krt> whats the difference between generic, wrt54g and wrt54gs for the experimental builds?
[08:08:47] <IcE-bOy> i'm going to try it
[08:08:48] <IcE-bOy> bye!
[08:11:07] <[mbm]> krt: the trx files don't have oem headers so they're just listed generic
[08:11:19] <[mbm]> the bin files have the linksys headers
[08:12:32] <krt> what does that do?
[08:12:49] <Wolf-> [mbm]: ?
[08:12:57] <[mbm]> Wolf-: yes?
[08:13:02] <krt> lets the already running code load the specific versions via a firmware upgrade from the admin page?
[08:13:17] <Wolf-> [mbm]: who did you get it from?
[08:13:39] <[mbm]> Wolf-: the original author of the code; same place sveasoft likely got it - and no, james didn't write the code
[08:14:09] <Wolf-> ok, so who was that?
[08:14:22] <[mbm]> I'll let them know, I don't need you harassing developers
[08:14:56] <Wolf-> I'm not harrassing anyone, I was going to update CVS with the proper information
[08:15:12] <[mbm]> why would it be in cvs without the proper information?
[08:15:56] <Wolf-> well, there seems to be a question of who wrote the code originally
[08:16:18] <[mbm]> hmm
[08:16:52] <[mbm]> you're saying that your version of the code only attributes it to sveasoft and was checked into cvs by james?
[08:16:53] <Wolf-> from my understanding, the rutines to bind in LZMA compression were closed source
[08:16:59] <Wolf-> yes
[08:17:07] <[mbm]> now that is news
[08:17:17] <[mbm]> I'll be sure to let the author know that
[08:17:49] <Wolf-> I don't understand why the author is a big secret, I also have not been able to find a detailed changelog on the site
[08:19:09] <krt> there are opensource LZMA implementations
[08:19:19] <krt> http://martinus.geekisp.com/rublog.cgi/Projects/LZMA
[08:19:25] <krt> that's covered by the LGPL
[08:19:28] <[mbm]> Wolf-: because I'm guessing said person gets banned from the sveasoft forums
[08:19:45] <krt> http://www.7-zip.org/sdk.html
[08:19:47] <krt> so's that one
[08:20:08] <Wolf-> [mbm]: if said person is a sveasoft deveopers and decided to redistribute Talisman source, well ya that probibly would happen
[08:20:22] <Wolf-> s/developers/developer/
[08:20:37] <krt> is talisman all closed source?
[08:20:41] <[mbm]> if anything the same person is contributing to both projects
[08:21:42] <Wolf-> krt: no, just certain parts, anything falling under GPL/LGPL will be released as source
[08:21:53] <[mbm]> I assure you that we have not checked out the sveasoft sources to see what code we can steal
[08:22:04] <krt> Wolf: why are -any- parts being released closed source?
[08:22:28] <Wolf-> krt: some deveopers wish it that way
[08:22:34] <krt> that just seems entirely stupid
[08:22:43] <Wolf-> my backup/restore interface is open source...
[08:22:55] <krt> given that Sveasoft started from the opensource loophole
[08:23:04] <dumpedcore> it seems silly to me.. openwrt and sveasoft are targeted at two different groups of users.
[08:23:06] [mbm] wonders how much openwrt code has migrated to sveasoft
[08:23:27] <krt> and sveasoft's main feature is that its a drop in easy replacement of stock firmware that enables neater things, with support via forums, for a low price.
[08:23:31] <dumpedcore> the newbies who want a user interface as stock standard will go to sveasoft. and the power users, who wouldn't touch anything that isn't GPL anyway, will go here.
[08:23:38] <Wolf-> [mbm]: well, we don't strip out comments :)
[08:23:53] <Wolf-> right
[08:23:58] <[mbm]> Wolf-: so you're accusing us of checking out the sveasoft version, stripping out comments and using that?
[08:24:06] <Wolf-> sveasoft targets the average joe bloe user
[08:24:07] <krt> I dont see why sveasoft isn't more concerned with hyperwrt and the like
[08:24:26] <dumpedcore> why would we need to anyway? we're all developers - there's GPL'd LZMA implementations around?? why would we need to?
[08:24:38] <dumpedcore> ewrt should be your biggest concern, wolf
[08:24:49] <Wolf-> [mbm]: not you, whoever gave you the code, I saw it before it was checked into CVS and only recently has anyone outside the core dev team seen it, shortly after it showed up in openwrt, just alittle wierd huh?
[08:24:51] <y354C> rofl
[08:25:10] <y354C> Let's all gang up on Wolf-!
[08:25:34] <[mbm]> Wolf-: the code that's in experimental is the unmodified version of what was sent to us and does include names
[08:25:36] <Wolf-> just annoying to see work that took time/effort used without even giving credit
[08:26:33] <Wolf-> all I saw was Phillip Lougher, and thats for the body of the code, not the LZMA additions
[08:27:23] <Wolf-> dumpedcore: I don't have a problem with any of the projects, just asking questions
[08:27:46] <dumpedcore> I'm just pointing out that ewrt is probably the single biggest thorn in Sveasoft's side.
[08:28:04] <Wolf-> not really
[08:28:37] <Wolf-> Alchemy is gona be all public code soon anyway, so ewrt et al are just using buggy old beta code
[08:29:00] <dumpedcore> actually, no
[08:29:06] <dumpedcore> ewrt migrated to the new linksys code
[08:29:12] <Wolf-> I'd actually prefer ewrt start with the alchemy stable code, atleast then they don't blame shit on sveasoft
[08:29:15] <dumpedcore> and they've left practically all your code behind
[08:29:18] <Wolf-> not really
[08:29:34] <y354C> Wtf.
[08:29:45] <y354C> The author's name is like the fourth line of the kernel patch.
[08:29:56] <y354C> ANd his numerous posts are also in the forum.
[08:30:11] <Wolf-> I didn't see the patch or forum
[08:33:22] [mbm] is honored that sveasoft is keeping tabs .. just wish they wouldn't play the FUD game
[08:33:40] <krt> they're the MS of wrt54 firmware!
[08:33:47] <dumpedcore> lol krt
[08:34:11] <Wolf-> sveasoft isn't keeping tabs, I just decided to look around myself
[08:34:42] <[mbm]> Wolf-: so, what prize do I win when I prove that if anything it's sveasoft that didn't properly attribute the code and possibly stole it from our forums?
[08:35:21] <[mbm]> I mean the way we're playing witch hunt like this there has to be a prize of some sort ...
[08:35:22] <dumpedcore> mbm: a subscription to the coveted forum area? :)
[08:36:07] <[mbm]> dumpedcore: the phpbb they're using is so buggy I could get in anytime I want, really though there's nothing there that interest me, wouldn't want to be accused of stealing code
[08:36:25] dumpedcore laughs at Zombie
[08:36:48] <dumpedcore> mbm: agreed wholeheartedly.
[08:37:12] <krt> mbm: they're going to accuse you of stealing code anyways, it sounds like
[08:37:27] <dumpedcore> what about our jffs2 code?
[08:37:50] <[mbm]> krt: sounds like it, emailed the author to give a heads up and hopefully get this sorted out
[08:37:52] <Wolf-> "Oleg" is the guy?
[08:38:07] <[mbm]> Wolf-: you know him?
[08:38:23] <Wolf-> nope, I'm reading your forum
[08:38:58] <Wolf-> patches look different for some reason
[08:39:12] [mbm] patiently asks for $20
[08:39:59] <Wolf-> what doesn't make sence is this doesn't match the files I looked at from one of the openwrt source tarballs
[08:40:19] <dumpedcore> 085702947
[08:40:43] <dumpedcore> ... hits since Jan 1999
[08:42:15] <Wolf-> [mbm] is the patch for mksquashfs on the forum somewhere? its not on the guy's sit
[08:42:18] <Wolf-> site
[08:43:43] <[mbm]> Wolf-: should be on there
[08:44:20] <Wolf-> inode.c almost matches current CVS, which includes Oleg's top comment credits along with extra modification credits
[08:44:42] <[mbm]> patch came directly from oleg
[08:45:08] <[mbm]> (thought you told me the sveasoft version didn't have any author attribution)
[08:45:46] <Wolf-> that was mksquashfs.c which is attributed only to Sveasoft
[08:45:58] <dumpedcore> hmm... why is ftp.sveasoft.com down?
[08:46:00] <Wolf-> which is why I'm trying to find the original patch for that
[08:46:02] <dumpedcore> Oh, I know,
[08:46:05] <dumpedcore> it's because it's at
[08:46:08] <dumpedcore> ns1.sveasoft.com instead
[08:46:26] <[mbm]> Wolf-: all the lzma patches I've seen were done by oleg
[08:46:27] <Wolf-> Sveasoft doesn't run FTP anymore
[08:46:41] <dumpedcore> $ ftp ns1.sveasoft.com
[08:46:42] <dumpedcore> Connected to ns1.sveasoft.com.
[08:46:42] <dumpedcore> 220 sveasoft.com FTP server (Version wu-2.6.2-12) ready.
[08:46:53] <Wolf-> well, its not public :)
[08:47:04] <krt> it's ftp, it's public :-).
[08:47:05] <Wolf-> actually, I donno what its for
[08:48:24] <dumpedcore> whois sveasoft.tk
[08:48:31] <dumpedcore> Organisation:
[08:48:32] <dumpedcore> Sveasoft Inc
[08:48:32] <dumpedcore> James Ewing
[08:48:32] <dumpedcore> Myrvägen 3
[08:48:32] <dumpedcore> 134 63 Ingaro
[08:48:32] <dumpedcore> Sweden
[08:48:34] <dumpedcore> Phone: 0-8-570 2947
[08:48:36] <dumpedcore> Fax: 0-8-570 2947
[08:48:38] <dumpedcore> E-mail: james.ewing@sveasoft.com
[08:48:43] <dumpedcore> If you paid for a domain by proxy for sveasoft.com
[08:48:49] <dumpedcore> you really should remove that
[08:49:29] <Wolf-> remove what?
[08:50:16] <dumpedcore> You paid the extra few dollars to godaddy to get a domain by proxy (ie: without personal info); but it kinda defeats the purpose when sveasoft.tk isn't.
[08:50:46] <Wolf-> I don't think James cares :)
[08:50:51] <Wolf-> all that is correct tho
[08:51:12] <dumpedcore> Just pointing it out.
[08:51:28] <dumpedcore> Your forums got hacked the other day -- might be a good idea to keep that info private. Just a tip.
[08:51:30] <[mbm]> dumpedcore: well, least you know it's correct *shrug*
[08:51:50] <gr8w11ne> Wolf-: for some background what is your interest in Sveasoft?
[08:51:54] [mbm] hates the whole secrecy bullshit
[08:52:32] <Wolf-> er, actually the phone # is wrong
[08:52:38] <dumpedcore> I know.
[08:52:39] <[mbm]> nice save
[08:52:44] <dumpedcore> It is.
[08:53:02] <dumpedcore> mbm: nah, he's telling the truth.
[08:53:38] <Wolf-> gr8w11ne: if I said, I'd probibly get banned, but then nobody could complain about getting banned from the forum anymore :)
[08:54:35] <[mbm]> banned from where? sveasoft?
[08:54:43] <Wolf-> here
[08:55:15] <krt> it's ok to say that you're in it to make money :-)
[08:55:42] <[mbm]> nobody's going to ban you from here just for expressing an opinion, they may not agree with your opinion though
[08:55:56] gr8w11ne nods
[08:56:36] <krt> I reserve the right to ridicule you, however.
[08:56:38] <Wolf-> well, I'm "wolf" from the sveasoft forum, so one of the core dev team members
[08:56:54] <gr8w11ne> there is robust discussion about sveasoft from time to time and nobody gets kicked
[08:57:05] [mbm] tried to work with sveasoft at some point but found james a bit too pushy, always wanting to control and get credit
[08:57:24] <Wolf-> well I like getting credit for my work too
[08:57:31] <[mbm]> soon as we announced we had jffs2 working he somewhat demanded to know how we did it
[08:57:48] <Wolf-> I think ewrt stripped my name out of nvramsr.c but I havn't checked personally
[08:58:01] <[mbm]> and when we didn't want to say anything (we were pretty unknown then) he went and bugged the mtd guys asking if they knew how we did it
[08:58:20] <[mbm]> struck me as an asshole for doing that
[08:58:50] <dumpedcore> Remember what you said about giving credit?
[08:59:02] <dumpedcore> ewrt wrote jffs2 "courtesy of the openwrt project"
[08:59:08] <dumpedcore> I doubt sveasoft will do that.
[08:59:39] <[mbm]> dumpedcore: they won't, either on principal (openwrt as competition) or simply that james won't allow it
[09:00:30] <coder> morning
[09:00:31] <[mbm]> when wolf was demanding to know where the lzma code came from I was pretty sure that it was a request from sveasoft before he even said so
[09:00:39] <dumpedcore> morning coder!
[09:00:49] <Wolf-> [mbm]: I don't speak for sveasoft
[09:01:08] <[mbm]> Wolf-: how can I explain it.. it's the mentality
[09:01:27] <dumpedcore> lol mbm
[09:01:28] <Wolf-> I was simply curious
[09:01:56] <coder> < Wolf-> Sveasoft doesn't run FTP anymore <-- sveasoft doesn't run anymore
[09:02:15] <[mbm]> right now I'm not really inclined to answer any questions about openwrt because I don't know how that information might be copied/abused
[09:02:43] <Wolf-> ya, kinda like how information about sveasoft is copied/abused
[09:02:58] <coder> Wolf- definitely not like that
[09:03:03] <coder> definitely NOT
[09:03:20] <[mbm]> Wolf-: is that a blanket statement about other firmwares or were you taking a shot at us
[09:03:22] <dumpedcore> we don't *need* to
[09:03:30] <dumpedcore> we've got a large collection of coders
[09:03:38] <dumpedcore> if we need a feature, we'll write it ourself
[09:03:49] <dumpedcore> (that's if there's no opensource implementation, of course)
[09:03:51] <Wolf-> [mbm]: actually, not refering to firmware projects at all, just some other people that like to tear down on shit
[09:03:59] <[mbm]> I'm inclined to think wolf was talking about the various sveasoft knockoffs that appeared when sveasoft started charging
[09:04:17] <dumpedcore> but that's the GPL, wolf.
[09:04:25] <dumpedcore> People have done it to us, too.
[09:04:39] <[mbm]> nod. people are free to take openwrt stuff, infact many do
[09:04:44] <Wolf-> actually, the subscription thing happened due to people bitching for source all the time, they couldn't be patient enough to just let us develop and release source every week or two
[09:04:45] <dumpedcore> It's frustrating, but people are allowed to make derivative works.
[09:04:47] <[mbm]> freifunk for example is based on openwrt
[09:05:26] <dumpedcore> mywrt nearly became reality, too
[09:05:36] <[mbm]> the charging for firmware is what pissed everyone off (I'm sure you're more than aware of that)
[09:05:59] <[mbm]> dumpedcore: not really, gave them cvs access and all that got merged into experimental
[09:06:06] <dumpedcore> Your firmware is available on p2p networks and websites.... why don't you just charge for forum subscriptions?
[09:06:07] <Wolf-> I know that James has no problem with derivative works, actually everyone at Sveasoft is looking forward to Alchemy release
[09:06:16] <dumpedcore> mbm: I know. :)
[09:06:16] <Wolf-> that is all we charge for
[09:06:22] <dumpedcore> mbm: But as I said, it nearly became reality.
[09:06:28] <dumpedcore> mbm: he was ready to release it when he posted it to the forums.
[09:06:28] <krt> so if something is linked to a /rom file, can I simply rm that linked file, copy the rom file over, and use it that way on the rw fs?
[09:06:37] <krt> i.e. "bridge.list" is in the /rom fs
[09:06:40] <[mbm]> Wolf-: suggestion - charge for support, don't charge for the software itself
[09:06:40] <Wolf-> we just ask people not to distribute unstable beta images
[09:06:40] <krt> on experimental
[09:06:49] <Wolf-> [mbm]: thats what we're doing....
[09:07:11] <[mbm]> Wolf-: no, if you were I'd be able to download the same stuff as I'd get with the $20 subscription
[09:07:29] <Wolf-> some of the Talisman add-on packages will be closed source pay stuff tho to help support the project
[09:08:24] <Wolf-> [mbm]: well, its been a point of discussion, I'm just looking forward to Talisman's stable release :)
[09:08:42] <[mbm]> so whats the word on the new jffs2 support in sveasoft? I'm kinda curious about that (james has been promising that ever since openwrt started)
[09:09:25] <Wolf-> works fine, small bug has turned up on my routers here that we're working out right now actually
[09:09:45] <Wolf-> I'm in the middle of a JTAG operation or I'd paste the output of df :)
[09:09:58] <[mbm]> so, full jffs2 root or just a jffs2 partition?
[09:10:11] <Wolf-> part
[09:10:15] <dumpedcore> so symlinked?
[09:10:21] <Wolf-> mounted
[09:10:37] <[mbm]> dumpedcore: they're probably not doing the overlay thing we did
[09:10:38] <dumpedcore> yes, but is it mounted as / and the files from the squashfs are symlinked into /
[09:10:40] <[mbm]> /dev/root 6.9M 2.0M 4.9M 29% /
[09:10:49] <[mbm]> ^-- full jffs2 root :)
[09:10:53] <Wolf-> its /usr/local - starts out with a generic tree
[09:11:11] <dumpedcore> oh
[09:11:23] <Wolf-> Talisman has all the features of Alchemy, plus IPv6, plus the RW partition
[09:11:32] <krt> does it have the same bugs?
[09:11:36] <dumpedcore> :-)
[09:11:37] <Wolf-> no
[09:11:42] <krt> good :-)
[09:11:43] <Wolf-> dhcpd has been replaced
[09:11:47] <[mbm]> still thing you guys should switch over to a bare setup with packages
[09:11:49] <Wolf-> actually, its really nice
[09:11:50] <krt> the WDS bugs are annoying.
[09:11:51] <[mbm]> er think
[09:12:00] <Wolf-> what WDS bugs?
[09:12:18] <Wolf-> [mbm]: well, its designed for consumers, openwrt can handle the bare FS people :)
[09:12:20] <[mbm]> there's a few wds bugs with the newer linksys stuff; probably got inherited into sveasoft
[09:12:21] <krt> there are a few with the later alchemy's
[09:12:29] <gumpy> when is talisman supposed to be released wolf?
[09:12:32] <Wolf-> well, consumers and businesses actually
[09:12:32] <krt> dunno if they're in the earlier ones
[09:12:49] <Wolf-> gumpy: well, if we can get these last few bugs nailed, this week
[09:13:18] <gumpy> looking forward to it
[09:13:30] <[mbm]> Wolf-: marking people like to cram in as many features as possible just to put bulleted lists on the side of the package; I'm realistic, I know people will never use all the features and so I let them choose which features they want
[09:13:59] <gumpy> i just got alchemy like a couple days ago i bought a subscription for it before i even had my router lol
[09:14:08] <gumpy> i like both openwrt and sveasoft's stuff
[09:14:33] <coder> 09:12 < [mbm]> there's a few wds bugs with the newer linksys stuff; probably got inherited into sveasoft
[09:14:37] <coder> rofl
[09:14:49] <[mbm]> I think openwrt could be so much better if they tried; the fact that openwrt is still around means something
[09:14:51] <Wolf-> well, binary-only drivers do suck
[09:14:53] <gumpy> ewrt dont have a package manager so how the hell do you use the /opt rw filesystem?
[09:15:09] <[mbm]> hmm can't type early in the am
[09:15:16] [mbm] tries that again
[09:15:22] <coder> openwrt/sveasoft
[09:15:27] <dumpedcore> gumpy: umm you copy files to it
[09:15:28] <[mbm]> I think sveasoft could be so much better if they tried; the fact that openwrt is still around means something
[09:15:46] <gumpy> as in just the binaries dumped?
[09:15:49] <dumpedcore> yes
[09:15:52] <Wolf-> [mbm]: I think Talisman may result in a shift of people from openwrt
[09:15:55] <coder> as they wish [mbm]
[09:16:02] <Wolf-> due to all the new shit
[09:16:21] <gumpy> i will try it out wolf i admit that but i will probably choose to stay with openwrt
[09:16:26] <[mbm]> Wolf-: step on the soapbox, preach it.
[09:16:26] <coder> alchemy, satori, talisman... I find their lack of good names disturbing
[09:16:39] <dumpedcore> Someone is an occultist, eh?
[09:16:43] [mbm] wants to know what's so great about talisman
[09:16:43] <krt> wolf: when is the subscribing public going to see talisman?
[09:16:50] <dumpedcore> mbm: how about Openwrt Crowley?
[09:17:05] <Wolf-> krt: forum members? I just said we're trying for this week
[09:17:12] <Wolf-> just everyone has been pritty busy
[09:17:32] <krt> wolf: yeah, sorry, was playing with a wrt :-)
[09:17:42] <Wolf-> thats ok
[09:17:48] <gumpy> wolf i got a question for ya and if its been answered just tell me so
[09:17:52] <krt> thanks ofr the info though
[09:17:58] <gumpy> whats the deal with some dude named theindividual?
[09:18:05] <krt> its annoying to see that it's coming out, and not have any idea of when
[09:18:31] <dumpedcore> TheIndividual is a wonderful guy.
[09:18:36] <gumpy> when i looked up sveasoft firmware i found some site with all the firmware on it for free
[09:18:37] <Wolf-> gumpy: from my understanding, the e-mails he claims are real were forged, either by him or someone trying to get James in shit
[09:18:43] <dumpedcore> Nonsense.
[09:18:46] <dumpedcore> He's got headers to prove it.
[09:18:47] <krt> hot, lots of segfault with experimental
[09:18:56] <[mbm]> Wolf-: btw do the sveasoft guys have an actual irc channel? we've been telling people that if they paid $20 they should be getting support from sveasoft, not us, and they come back whining about the treatment they get from sveasoft
[09:18:57] <krt> when doing: ipkg install tcpdump
[09:18:58] <Wolf-> headers can be forged too
[09:19:03] <krt> where other ones work
[09:19:07] <Wolf-> [mbm]: #sveasoft
[09:19:16] <[mbm]> Wolf-: that's what I mean
[09:19:23] <gumpy> what kind of package manager is talisman gonna have wolf?
[09:19:39] <Wolf-> gumpy: I want something like apt-get, but its being debated :)
[09:19:44] coder remembers how someone here believed that he was TheIndividual
[09:20:05] <Wolf-> hang on a sec, semi-afk
[09:20:13] <gumpy> im not saying nothing bad about the dude im just curious why all i see when i did a search for sveasoft firmware i saw alot about him
[09:20:14] <dumpedcore> coder: he's a nice guy, though.
[09:20:16] <[mbm]> Wolf-: we've had a number of people complain that nobody in #sveasoft answers questions .. seems a little unfair since the $20 is supposed to be paying for support and yet we're the ones who get the questions
[09:20:20] <dumpedcore> i've exchanged a few emails with him.
[09:20:47] <dumpedcore> gumpy: because he posted their firmware before release date
[09:20:58] <dumpedcore> in the name of the mighty GPL
[09:21:00] <gumpy> did he post it with source too?
[09:21:17] <gumpy> if i remember right you have to post GPL binaries with the source also
[09:21:22] <dumpedcore> gumpy - he eventually updated it with source - he initially didn't because sveasoft didn't supply it to HIM
[09:21:27] <Wolf-> [mbm]: well, the $20 is for the forum, the channel is just a secondary thing that is supported if we are actually near IRC
[09:21:31] <dumpedcore> gumpy: it's very hard to post source when you don't have it.
[09:21:35] <gumpy> then he isnt violating no law
[09:21:47] <dumpedcore> gumpy: it's Sveasoft's problem, not his.
[09:21:54] <dumpedcore> gumpy: although Svea will tell you differently.
[09:22:01] <gumpy> ok change of subject i dont wanna become a troll
[09:22:02] <dumpedcore> Google has ignored their DCMA violation notice.
[09:22:21] <gumpy> i like both openwrt and sveasoft iw as just curious
[09:22:32] <Wolf-> [mbm]: James doesn't even come here since he just gets flamed, so its just me, lonewolf, and Khisanth-
[09:22:44] <Wolf-> none of the other devs like IRC
[09:22:58] <y354C> Tsk tsk.
[09:23:04] <krt> I suspect that james gets flamed in many places :-)
[09:23:19] <krt> he tends to be a little.. abrasive.
[09:23:22] <coder> [mbm] Don't be too proud of this technological terror you've constructed, the ability to use lzma compression is insignificant next to the power of Talisman
[09:23:34] <[mbm]> Wolf-: well, with sveasoft's reputation you have to anticipate a few cheap shots from the peanut gallery; james's issue was that last time he was here he thought everyone here was an openwrt developer
[09:23:35] <krt> lol
[09:24:25] <[mbm]> hence any cheapshots were said to be from openwrt, and he posted some flamebait in the sveasoft forum whining about the treatment as if it were from openwrt.org
[09:25:32] <[mbm]> guessing he's the type that can't stand people not liking him?
[09:25:34] <gumpy> k change topic i didnt mean to start anything i was just curious
[09:26:15] <gumpy> anyone here used linklogger?
[09:26:30] [mbm] changes the topic back to sveasoft
[09:27:07] <y354C> What kind of bot does sveasoft use to keep editing the seattlewireless wiki?
[09:27:16] <coder> ROFL
[09:27:32] <dumpedcore> lol y354C
[09:27:34] coder guesses is ewing's wife
[09:27:47] <coder> with enough free time
[09:28:03] <dumpedcore> and a wireless link to the mainland
[09:28:20] <dumpedcore> which can be DoS'd very, very easily.
[09:28:28] <dumpedcore> as has been demonstrated time and time again
[09:30:11] <dumpedcore> not that I'm endorsing that -- because whether we like sveasoft or not, it's not very professional conduct.
[09:30:29] <dumpedcore> lol :)
[09:30:57] <[mbm]> glad they haven't found the openwrt wiki
[09:30:57] <dumpedcore> .. and we're all professionals. :)
[09:31:22] <dumpedcore> seattlewireless should have realized it was all coming from one IP
[09:31:31] <coder> openwrt wiki was entirely sneaked from sveasoft's ftp
[09:31:31] <[mbm]> gotta say that apart from the occasional misinformed post, the openwrt wiki has been working out quite well
[09:31:51] <dumpedcore> mbm: indeed.
[09:32:01] <[mbm]> dumpedcore: seattlewireless is running a very old wiki version with known bugs and very little spam control
[09:32:23] <[mbm]> hence it gets defaced daily
[09:32:23] <dumpedcore> mbm: it seems that very little on it has been updated for a long time, either
[09:32:30] <[kao]> hi ... are there any known problems with the latest experimental that should me hold off flashing 10 wrt54g v2.2 and use them in a "production environment"?
[09:32:33] <wrt> hello
[09:32:42] <dumpedcore> kao - nope
[09:33:02] <dumpedcore> kao - but it doesnt mean there isn't any bugs.
[09:33:07] <krt> minor issue - experimental on my wrt54g 1.0 is not lighting up the dmz LED
[09:33:13] <krt> could be that my DMZ led is dead, I suppose
[09:33:18] <dumpedcore> krt: heavens!
[09:33:20] <dumpedcore> :)
[09:33:28] <krt> hey, I was looking forward to it
[09:33:30] <coder> it does work on mine
[09:33:31] <gumpy> i want to get a wireless service for when im on the go for my laptop what would you guys recommend?
[09:33:31] <krt> it sounded neat :-)
[09:33:32] <[mbm]> [kao]: should be stable enough for home use but I'm not going to recommend deployment to the field just incase something comes up that requires you to reflash them
[09:33:38] <krt> I'll have to try one of my other 1.0's
[09:34:03] dumpedcore watches mbm cover his ass. :-P
[09:34:26] <[kao]> dumpedcore: heard something about a zombie-problem? ... is that solved?
[09:34:31] <dumpedcore> yep solved
[09:34:34] <coder> LC_ALL=POSIX emerge -u openssh <- that has been annoying
[09:34:54] <coder> openssh failed to upgrade using i18n-es@euro locales
[09:35:12] dumpedcore wishes he had horns.
[09:35:27] <[kao]> dumpedcore: ok, i'll give it a try :-)
[09:36:28] <[mbm]> dumpedcore: it's not really covering my ass since nowhere did I agree to support openwrt in the first place
[09:37:05] <[mbm]> it's just answering the question
[09:39:18] <[mbm]> doesn't happen much anymore but people used to come here demanding support and I'd ask them why they were using openwrt and if it sucked so badly why they didn't switch to something else
[09:39:35] <Wolf-> Filesystem 1k-blocks Used Available Use% Mounted on
[09:39:35] <Wolf-> /dev/root 2048 2048 0 100% /
[09:39:35] <Wolf-> /dev/mtdblock/3 4992 388 4604 8% /usr/local
[09:39:50] <[mbm]> always somewhat amusing when I'd recommend not using openwrt to people just because I didn't want to be the support contact for them
[09:40:10] <y354C> I did that too.
[09:40:22] <y354C> I don't even know how many people I've told to just use Sveasoft.
[09:40:25] <[mbm]> y354C: yeah, but you just did it because you're an ass
[09:40:32] <dumpedcore> yes, i've said that to a few people who complained there was no web interface and iface-wrt was crap
[09:40:36] <Wolf-> [mbm]: well, we just decided to go subscription-based to make it worthwile :)
[09:40:43] <dumpedcore> those people shouldn't run it...
[09:41:01] <dumpedcore> if they don't have a hope in hell of ever understanding, nor aspire to understand it.
[09:41:10] <[mbm]> Wolf-: ?
[09:41:24] <dumpedcore> you always were subscription based?
[09:41:26] <[mbm]> oh you mean support?
[09:41:27] <Wolf-> got sick of the stupid people
[09:41:32] <Wolf-> dumpedcore: no
[09:41:46] <[mbm]> I'm not going to charge people
[09:42:25] <dumpedcore> for support, you mean?
[09:42:25] <Wolf-> ya
[09:42:25] <[mbm]> there's far better ways to earn a living then hawking firmwares
[09:42:25] <dumpedcore> then what do the ppl pay the $20 for?
[09:42:25] <dumpedcore> mbm: agreed wholeheartedly.
[09:42:25] <Wolf-> redhat charges for support, why shouldn't we?
[09:42:25] <krt> because they're crazy!
[09:42:36] <dumpedcore> Wolf: I think you should charge for support, but not charge for firmware.
[09:42:38] <krt> ok, so I paid for support
[09:42:42] <krt> but, I am crazy
[09:42:42] <dumpedcore> Redhat does that.
[09:42:47] <krt> so that does not prove my theory invalid
[09:42:50] <[mbm]> (nothing against those who do charge for firmwares, just isn't my style)
[09:43:14] <dumpedcore> It's fine if they want to charge for support and distribution, but what Svea's doing right now isn't like that.
[09:43:32] <dumpedcore> brb tea break
[09:43:32] <Wolf-> yes it is
[09:43:34] <Wolf-> anyway
[09:43:50] <[mbm]> Wolf-: it's the difference between charging for support and charging for the software itself
[09:43:53] <dumpedcore> No, it's not. You restrict availability of the firmware. You don't have a public FTP like redhat.
[09:43:54] <Wolf-> I'm trying to hash out a problem right now
[09:43:56] <dumpedcore> mbm: yes.
[09:44:01] <dumpedcore> mbm: exactly.
[09:44:01] <[mbm]> right now you can't even get the latest without paying
[09:44:10] <Wolf-> redhat doesn't distribute its binaries, and not all of its source
[09:44:18] <dumpedcore> To the non-free programs though
[09:44:26] <dumpedcore> they release a gpl'd edition and isos for it
[09:44:30] <[mbm]> redhat doesn't file suit when it appears on an ftp site
[09:44:39] <dumpedcore> they understand the GPL
[09:44:54] <Wolf-> afk
[09:45:32] <[mbm]> granted redhat has gotten more strict over the years, you can't burn a cd and call it "redhat" even if it is from the redhat sources
[09:45:42] <sk2> "ifconfig eth1 down" will stop my device from emitting radiation correct?
[09:45:55] <[mbm]> sk2: eek, radiation?
[09:46:01] <[mbm]> and no.
[09:46:20] <sk2> well i dont want to use the wireless card for now
[09:46:28] <ynezz> redhat is TM, so i think its ok
[09:46:31] <dumpedcore> you can turn radio off with wl
[09:46:49] <[mbm]> ifconfig is only for the networking layer, the radio is a separate layer
[09:46:52] <sk2> as in "root@OpenWrt:/# wlconf eth1 down"
[09:46:56] <sk2> ok thanks
[09:47:05] <y354C> wl radio off
[09:47:12] <sk2> i was playing with iwconfig but didnt seem to have an option to kill the radio
[09:47:14] <[mbm]> wl0_radio=0 will keep it off at boot
[09:47:50] <sk2> havent flashed mine since Aug last year :/
[09:47:53] <gumpy> what is wl radar?
[09:48:27] <y354C> I don't think anyone's figured that out yet.
[09:48:34] <[mbm]> gumpy: never did figure that out, noticed it and tried it but never got results and never really looked into it any further
[09:48:50] <dumpedcore> wl is written for other radios too
[09:48:51] <gumpy> i keep getting eth1: something about wrong command or parameters
[09:48:59] <dumpedcore> there's options in there that aren't for the wrt
[09:49:02] <dumpedcore> radar is one of them
[09:49:05] <gumpy> oh i see
[09:49:15] <dumpedcore> 802.11a options, for example
[09:49:16] <IcE-bOy> hi again
[09:49:16] <wrt> hello
[09:49:19] <IcE-bOy> i think all is working now after reset :)
[09:49:31] <gumpy> dumped you will be proud of me i set up my wireless and lan via nvram by myself :)
[09:49:33] <[mbm]> dumpedcore: hard to say that without knowing what radar is first
[09:49:43] <dumpedcore> gumpy lol
[09:49:56] <gumpy> ive never used nvram before
[09:50:05] <gumpy> lol so dont dont laugh at poor little gumpy
[09:50:17] <gumpy> im used to iwconfig to set up wireless
[09:50:25] <gumpy> experimental dont have iwconfig
[09:50:53] <IcE-bOy> anybody using WPA with nas without br0 interface ?
[09:50:57] <gumpy> it doesnt even have wl till you ipkg install it
[09:51:00] <[mbm]> while it is technically nvram, it's not what most people think of as nvram and the setup is certainly unique
[09:51:04] <IcE-bOy> i find in forums the same ask but without answer :(
[09:51:15] <IcE-bOy> s/ask/question
[09:51:22] <krt> gumpy: were you able to use a regular package with experimental?
[09:51:33] <krt> i'm not seeing wl in the experimental repository
[09:51:35] <gumpy> what ya mean regular package?
[09:51:44] <[mbm]> IcE-bOy: just setup the damned nvram variables and then run nas with the 'nas pid conf' options instead of all the commandline switches
[09:51:52] <krt> in the regular repository
[09:51:54] <gumpy> yeah i can use all the packages krt
[09:52:00] <gumpy> http://gumpy.org/ipkg.txt
[09:52:08] <gumpy> thats the repositories i use
[09:52:16] <dumpedcore> because wl is non-free
[09:52:30] <gumpy> ok so should i remove wl?
[09:52:44] <gumpy> i just use wl to set my txpwr
[09:52:49] <[mbm]> the old wl will work in experimental but I'd suggest grabbing wl off the 3.37 firmware just to get the extra toys
[09:52:55] <gumpy> cause it was at 255 which kinda freaked me out
[09:53:09] <dumpedcore> why does 255 freak you out?
[09:53:14] <[mbm]> the txpwer is always at 255, even in the factory firmware
[09:53:15] <coder> 255 is false
[09:53:23] <[mbm]> (hint, it's not really 255)
[09:53:25] <dumpedcore> mbm: actually the official linksys is lower
[09:53:28] <dumpedcore> mbm: it's very low
[09:53:32] <dumpedcore> mbm: like 28 or something
[09:53:39] <coder> not really dumpedcore
[09:53:44] <gumpy> cause i have read in many places that over a certain txpwr lessens the routers life
[09:53:47] <krt> gumpy: big list
[09:53:47] <[mbm]> dumpedcore: no, if you get a commandline on the linksys firmware and check wl it will say 255
[09:53:51] <gumpy> txpwr is transmit power right?
[09:53:59] <dumpedcore> mbm: i installed batbox and did wl and it was really low
[09:54:06] <dumpedcore> mbm: that's why svea claims to increase by 900%
[09:54:18] [mbm] did it last week with a stock router.. 255
[09:54:47] <[mbm]> 255 is just the number it returns
[09:54:49] <dumpedcore> mbm: i'll try later and see... but that was my experience.
[09:54:52] <gumpy> i dunno i just dont want to fry my router lol
[09:54:52] <dumpedcore> mbm: of course.
[09:55:04] <[mbm]> it's actually much lower and just capped
[09:55:21] <dumpedcore> mbm: but neverhteless, it's still better than a lot of PCI cards
[09:55:31] <[mbm]> if you force the router to a true 255 you'll notice the increase
[09:55:57] <coder> 09:54 * [mbm] did it last week with a stock router.. 255
[09:56:00] <coder> yeah, me too
[09:56:06] <coder> I flashed a brand new 2.2
[09:56:15] <dumpedcore> hmmm... why did i see a low value?
[09:56:21] <coder> and txpwr returned 255
[09:56:48] <dumpedcore> you flashed a brand new 2.2 with what?
[09:56:50] <gumpy> i lower mine at bootup
[09:56:56] <[mbm]> so you can't claim that openwrt is overpowering the radio since it really isnt 255
[09:57:01] <dumpedcore> gumpy: why?
[09:57:13] <gumpy> cause I was told to?
[09:57:17] <dumpedcore> gumpy: by who?
[09:57:39] <gumpy> someone earlier this morning when they had come in and said batbox has the wireless to 255
[09:57:49] <gumpy> so i did wl txpwr and mine returned 255
[09:57:50] <dumpedcore> gumpy: [mbm] is the lead developer.
[09:58:01] <gumpy> so i did wl txpwr 46
[09:58:03] <dumpedcore> gumpy: he wouldn't set an unsafe default.
[09:58:14] <[mbm]> proper setting for the radio is about 72 (depends on the model)
[09:58:24] <[mbm]> default is about 84mw
[09:58:27] <gumpy> i have no doubt he wouldnt i just been cautious
[09:58:35] <gumpy> you should know that dumped
[09:58:45] <gumpy> just like i did a normal command you said dont mess up routers
[09:58:51] <[mbm]> echo $(($(nvram get pa0maxpwr)))
[09:58:53] <gumpy> and my router was bricked
[09:58:54] <dumpedcore> mbm: yes, pa0maxpwr
[09:58:54] <[mbm]> ^- 72
[09:58:55] <dumpedcore> yep
[09:59:02] <dumpedcore> mbm: wrote it before me :)
[09:59:03] <gumpy> so im just being cautious
[09:59:10] <gumpy> i thank you for helping me with it
[09:59:26] <dumpedcore> 0x48 = 75
[09:59:34] <dumpedcore> different models have slightly diff settings
[09:59:38] <dumpedcore> 0x4e yours probably is, mbm
[09:59:40] <dumpedcore> yeah?
[09:59:50] <dumpedcore> no, that's 79
[10:00:00] <[mbm]> 0x48
[10:00:37] <gumpy> mbm i would like to be a mirror for openwrt
[10:00:45] <gumpy> how would i do that
[10:00:54] <[mbm]> it's the g2.2/gs1.1 that has it set to 78
[10:01:15] <[mbm]> gumpy: it's all dynamic content .. can't be mirrored easily
[10:01:25] <dumpedcore> mbm: yeah, i knew one of them had 0x4e and the other 0x48
[10:01:28] <dumpedcore> but didn't know what model
[10:02:12] <gumpy> well i wanna be a mirror just let me know how i can help out
[10:02:17] <[mbm]> you can crank it above pa0maxpwr too .. probably break the radio if you did though
[10:02:42] <[mbm]> (well, if you did it for prolonged time)
[10:02:49] <gumpy> ok my firewall gets activated by nvram get fwb|sh
[10:02:57] <gumpy> how would i make it execute that at bootup?
[10:03:22] <[mbm]> umm why are you stuffing a firewall script into nvram?
[10:03:25] dumpedcore 's 16 WRTs are all cooled by peltier devices.
[10:03:39] <dumpedcore> mbm: who knows
[10:03:40] <gumpy> its done automatic with fwbuilder
[10:03:41] <[mbm]> dumpedcore: now you're just bragging
[10:03:44] <krt> @OpenWrt:/etc# ps
[10:03:44] <krt> /bin/ash: ps: Text file busy
[10:03:44] <krt> @OpenWrt:/etc# reboot
[10:03:44] <krt> /bin/ash: reboot: Text file busy
[10:03:47] <krt> eeek.
[10:04:01] <[mbm]> gumpy: in that case what a crappy program
[10:04:12] <dumpedcore> i'll say
[10:04:20] <krt> mbm: sveasoft does it that way <cough>
[10:04:50] <[mbm]> krt: what caused the above errors? looks like you overwrote the firmware with another
[10:04:52] <y354C> Sveasof tstuffs * into NVRAM.
[10:04:58] <dumpedcore> I had someone the other day -- I had to help them erase their nvram because svea had fucked up their variables.
[10:04:59] <gumpy> whats wrong with a firewall being stored in nvram?
[10:05:13] <dumpedcore> Everything was working okay with openwrt until they flashed with svea and then went back again.
[10:05:26] <gumpy> dumped that was me
[10:05:28] <dumpedcore> gumpy: sveasoft does that because it doesn't have a jffs2 partition
[10:05:43] <dumpedcore> gumpy: it doesn't have a disk to write the data to!!!
[10:05:47] <dumpedcore> so it *has* to use nvram
[10:05:51] <[mbm]> gumpy: nvram isn't the place to store anything other than simple variables and booleans, actual files should be kept on the jffs partition
[10:06:20] <gumpy> root@gumpnix:~# nvram get rc_firewall
[10:06:20] <gumpy> /usr/sbin/nvram get fwb|sh
[10:06:23] <dumpedcore> it can't store it anywhere else... because / is RO
[10:06:44] <dumpedcore> .... and?
[10:06:58] <krt> mbm: I ran ipkg update
[10:07:03] <coder> rc_firewall
[10:07:05] <coder> HAHA
[10:07:17] <dumpedcore> coder: it stores all of it's rc scripts as nvram variables... it's crap.
[10:07:19] <krt> mbm: nvram seems to be untouched
[10:07:28] <krt> (I rebooted)
[10:07:30] <[mbm]> gumpy: doesn't the irony strike you that you're adding the firewall to nvram but that you need to modify the startup scripts to use that nvram variable?
[10:07:43] <SiD3WiNDR> [mbm]: *g*
[10:07:57] <gumpy> if it made a firewall script i would do it that way
[10:08:11] <gumpy> i think it does if i use test mode
[10:08:16] <coder> to have a really untouched nvram mtd erase it and reboot without commiting
[10:08:22] <dumpedcore> yep
[10:08:42] <dumpedcore> gumpy blamed me for bricking his box when i told him to do that, so watch out.
[10:08:45] <gumpy> last time i did that it bricked dumped
[10:08:48] <{zombie}> gumpy: why not /usr/sbin/nvram get fwb > /etc/init.d/S45firewall ?
[10:08:55] <gumpy> i didnt blame you
[10:08:56] <gumpy> lol
[10:08:58] <{zombie}> or wherever you want to put it
[10:09:28] <{zombie}> then you can "nvram unset fwb"
[10:09:31] <tojoeWRK> hmm, got a friend who's using ext2 on the flash of some embedded ppc stuff - and somehow changes dont get saved if he just power cycles the unit although he sync'd it...
[10:09:38] <gumpy> i have it like that zombie
[10:09:41] <dumpedcore> you flooded me with about 30 lines of "Destination Host Unreachable" and then asked me "does that seem bricked to you?"
[10:09:52] <gumpy> but these guys dont think i should have firewall in nvram i agree
[10:09:53] <dumpedcore> gumpy: no you don't.
[10:09:56] <gumpy> so how should i have it
[10:10:08] <dumpedcore> gumpy: you said you still had the variables set.
[10:10:39] <{zombie}> gumpy: run that first command I pasted.. or better yet, try "/usr/sbin/nvram get fwb > /tmp/myfirewall" first
[10:10:49] <{zombie}> then you can check it is what you wanted and put that in /etc/init.d somewhere
[10:10:58] <istari> hmmm
[10:11:06] <istari> its crazy
[10:11:12] <dumpedcore> hi les!
[10:11:12] <wrt> hello
[10:11:22] <gumpy> i have the firewall set as /etc/init.d/Sfirewall
[10:11:35] <lespiggot> morning :o)
[10:11:36] <lespiggot> dumpedcore: hi
[10:11:37] <istari> root@gollum:~# wl txpwr
[10:11:37] <istari> txpwr is 255
[10:11:37] <istari> root@gollum:~# nvram show | grep txpwr
[10:11:37] <istari> size: 17344 bytes (15424 left)
[10:11:37] <istari> txpwr=28
[10:11:48] <istari> is there any reason for that?
[10:11:58] <dumpedcore> gumpy: you'd probably want to put a number after S
[10:12:06] <{zombie}> istari: scroll back about 20 mins
[10:12:19] <gumpy> like what the 45 like zombie said?
[10:12:28] <[mbm]> txpwr isn't a valid variable in openwrt or the stock firmware
[10:12:38] <dumpedcore> istari: yes!! 28 !! that's what txpwr was set to on the stock linksys box I put batbox on.
[10:12:41] <[mbm]> so I don't know why you'd have it set
[10:12:43] <dumpedcore> that's what I was trying to tell mbm
[10:12:49] <gumpy> root@gumpnix:~# mv /etc/init.d/Sfirewall /etc/init.d/S45firewall
[10:12:49] <gumpy> root@gumpnix:~#
[10:12:51] <gumpy> k there
[10:13:07] <istari> root@gollum:~# echo $(($(nvram get pa0maxpwr)))
[10:13:07] <istari> 72
[10:13:09] <gumpy> i got an idea
[10:13:24] <gumpy> i think i know how to keep my firewall out of nvram
[10:13:37] <dumpedcore> you've just done it, haven't you?
[10:13:43] <gumpy> if i use test mode it makes a .fw file i can cat that file to the firewall script
[10:13:47] <gumpy> and then execute it
[10:13:49] <dumpedcore> what?
[10:14:02] <istari> mbm: where is txpwr set?
[10:14:02] <{zombie}> dude
[10:14:05] <dumpedcore> what's in that file you just copied?
[10:14:17] <{zombie}> gump: //usr/sbin/nvram get fwb > /tmp/myfirewall <- this will put your firewall in /tmp/myfirewall
[10:14:34] <gumpy> i have the firewall at /etc/init.d/S45firewall zombie
[10:14:41] <[mbm]> istari: txpwr isn't set; it'll show up as 255 in both openwrt and linksys
[10:14:55] <gumpy> root@gumpnix:~# /usr/sbin/nvram get fwb > /etc/init.d/S45firewall
[10:14:59] <dumpedcore> okay
[10:15:05] <istari> mbm: hmmm ... is this a risk for the radio?
[10:15:05] <dumpedcore> now why are you talking about nvram?
[10:15:25] <[mbm]> istari: you missed the conversation, it isn't actually broadcasting 255mw
[10:15:35] <istari> ah ...
[10:15:35] <gumpy> cause my firewall is stored in nvram dumped
[10:15:40] <dumpedcore> it's NOT anymore
[10:15:45] <[mbm]> never was
[10:15:47] <dumpedcore> you've copied it into /etc/S45firewall
[10:15:57] <gumpy> yes i know but i change my firewall alot
[10:15:59] <dumpedcore> mbm: well, it never was read
[10:16:05] <istari> *scrollingbackagain*
[10:16:06] <dumpedcore> mbm: he put it in there
[10:16:15] <dumpedcore> and?
[10:16:15] <gumpy> so now im trying to think on how i can make a script to auto do this crap
[10:16:21] <dumpedcore> auto do what crap?
[10:16:44] <gumpy> is there a way i can make a script read my logs and auto copy the firewall over the firewall script when i upload updates?
[10:16:52] <istari> ahhh .. the maxpower is 72mw :-)
[10:16:54] <dumpedcore> load updates?
[10:16:59] <istari> thats fine
[10:17:03] <istari> (for me)
[10:17:17] <dumpedcore> I don't understand. You've got the script in S45firewall now.
[10:17:22] <dumpedcore> Why do you continue to talk about nvram?
[10:17:29] <dumpedcore> Delete the variables and forget about it.
[10:17:54] <dumpedcore> If you want to change something, you edit S45firewall
[10:18:30] <gumpy> you dont understand dude the program i have uses nvram to store the firewall everytime i upload the updated firewall
[10:18:43] <gumpy> i would rather quicky make a firewall then edit iptables scripts myself
[10:18:45] <dumpedcore> then edit it!
[10:19:05] <dumpedcore> edit the script that makes the firewall then
[10:19:19] <[mbm]> iptables is simple
[10:19:27] <[mbm]> take 5 minutes and read the man
[10:19:58] <y354C> rofl
[10:20:00] <gumpy> i know how to do iptables but i would rather use this program
[10:20:10] <dumpedcore> then edit it and get it to export to a file
[10:20:21] <y354C> gumpy: Why?
[10:20:24] <gumpy> it takes me 15 minutes to stick in 20 banned ips typing the lines
[10:20:27] <[mbm]> (hint, the manual is written as a reference and only makese sense when you look up what commands do, it's impossible to read the man directly)
[10:20:40] <gumpy> with this program i can have the ips added and firewall updated within a minute
[10:20:56] <dumpedcore> if you love the script so much, edit it.
[10:21:02] <dumpedcore> you need to change one or two lines.
[10:21:05] <dumpedcore> that's all.
[10:21:20] <y354C> There was this guy who came in here once and insisted on doing a simple port forward using shorewall.
[10:21:32] <gumpy> i hate shorewall
[10:21:54] <[mbm]> y354C: wonder what happened to that guy that spammed irc, forums and wiki with "central nvram maps" or whatever the hell that was
[10:21:55] <dumpedcore> Change the bit where it calls nvram set fwb to echo and add >/etc/S45firewall to the end of the line
[10:22:03] <dumpedcore> ie:
[10:22:05] <y354C> Basically, he wanted to install a 70KB ipkg to do what you can do with two iptables tules.
[10:22:09] <y354C> 'rules'
[10:22:16] <sk2> after flashing with new firmware, i try telnet 192.168.1.1, and get telnet: connect to address 192.168.1.1: Connection refused... is there a password set since the docs were made?
[10:22:40] <[mbm]> sk2: no password; might still be booting
[10:22:48] <dumpedcore> from this: nvram set fwb="`$whatever-variable-the-script-uses`"
[10:22:48] <dumpedcore> to this: echo `$whatever-variable-the-script-uses` >/etc/S45firewall
[10:23:00] <[mbm]> sk2: what version did you flash with and what were you using before?
[10:23:06] <gumpy> maybe you should see the firewall im running and see why i use a program?
[10:23:27] <dumpedcore> I run a WISP
[10:23:37] <dumpedcore> I've looked after huge websites
[10:23:40] <dumpedcore> and everyone uses scripts
[10:23:48] <sk2> was using the august firmware, flashed to snapshot-20050202
[10:23:50] <dumpedcore> but as I said, use your program
[10:23:54] <dumpedcore> It's easy to edit it.
[10:23:54] <y354C> Maybe you should look at the router you bought and how much you spent on it, then take another look at what you're trying to make it do.
[10:24:00] <SiD3WiNDR> what's a WISP?
[10:24:01] <dumpedcore> and get it to output to the right file.
[10:24:06] <dumpedcore> sid3windr: wireless isp
[10:24:11] <SiD3WiNDR> ah
[10:24:15] <[mbm]> sk2: try booting failsafe then running firstboot, should fix whatever issues
[10:24:15] <gumpy> this is my firewall script now tell me you gonna type this all out
[10:24:22] <gumpy> http://gumpy.org/firewall.txt
[10:24:26] <dumpedcore> We're different though. We give people diskless consoles and serve them *everything*
[10:24:41] <dumpedcore> ie - my customers etherboot from my server
[10:24:47] <dumpedcore> everything they use is served by me
[10:25:07] <sk2> [mbm], can i run failsafe without being able to telnet in?
[10:25:11] <[mbm]> nasty firewall there gumpy .. why do you insist on that program?
[10:25:18] <[mbm]> sk2: yes, rtfm
[10:25:20] <dumpedcore> We've got conventional users too... but that's our flashy new product for 'poorer' families who don't have a PC - they rent an etherbooting one off us.
[10:25:24] <gumpy> why is the firewall nasty?
[10:25:35] <dumpedcore> and they don't need to worry about upgrading, because everything runs on our fast beowulf cluster.
[10:25:59] <dumpedcore> if you love the program you use, then edit it, as I said.
[10:26:03] <dumpedcore> nobody's stopping you from using it.
[10:26:46] <[mbm]> gumpy: you have 2-3x the number of lines you actually need and the script is barely readable
[10:27:19] <gumpy> the script is meant to be unreadable
[10:27:25] <dumpedcore> what?
[10:27:25] <y354C> I have a feeling that all those chains are superfluous.
[10:27:34] <sk2> [mbm], gee sorry, the only link i could find to failsafe on the http://www.openwrt.org/OpenWrtDocs/Using page was a gap where a url should go
[10:27:34] <[mbm]> y354C: exactly
[10:27:38] <dumpedcore> You told me you were a "Linux" expert?
[10:27:41] <dumpedcore> This is very novice stuff.
[10:27:45] <y354C> But I can't tell because it's spaghetti.
[10:27:49] <[mbm]> sk2: troubleshooting page
[10:27:50] <gumpy> only an experienced iptables person should be able to read it
[10:27:57] <dumpedcore> what a crock of shit
[10:28:04] <gumpy> who said they were a linux expert?
[10:28:08] <dumpedcore> an experienced iptables person wouldn't use a script
[10:28:15] <dumpedcore> you told me you were experienced linux user, gumpy.
[10:28:22] <y354C> It looks like you're trying to make a DFA using iptables.
[10:28:34] <gumpy> i said im not stupid in linux and that i have been using linux since 1995
[10:28:35] <y354C> That's pretty original.
[10:28:41] <krt> is not having a /etc/passwd normal?
[10:28:42] <gumpy> doesnt mean im an expert
[10:29:30] <istari> hmm ... how can i see the connected clients to my box?
[10:29:37] <[mbm]> krt: yes.
[10:29:56] <sk2> [mbm], gotcha
[10:30:44] <[mbm]> gumpy: bet you can drop atleast half of those rules and get better routing performance as a result (less overhead)
[10:30:51] <krt> mbm: thx, playing :-)
[10:32:49] <[kao]> somebody knows the ppp-2.4.3 option for 'replacedefaultroute' which worked in ppp-2.4.2?
[10:32:51] <gumpy> i would have no doubt mbm
[10:33:00] <wrt> New reply: <darkobserver> Re: OpenSwan questions http://openwrt.org/forum/viewtopic.php?p=5305#5305
[10:39:14] <[mbm]> gumpy: um, you know your firewall has some serious flaws right?
[10:40:32] <gumpy> like?
[10:40:40] <dumpedcore> (03:26:50) gumpy: im not stupid in linux
[10:40:53] <[mbm]> gumpy: not actually firewalling ...
[10:40:56] <SiD3WiNDR> maybe if [ -f /etc/TZ ] export TZ=`cat /etc/TZ` would not be a bad idea in /etc/profile? :)
[10:40:58] <gumpy> dumped shove it up your ass you just flame your ignored
[10:41:11] <dumpedcore> (06:18:49) nbd: you can use dd to create a trx out of the .bin
[10:41:11] <dumpedcore> (06:19:16) gumpy: ok let me do that for him then i dont want him to mess up.
[10:41:36] <dumpedcore> gumpy: oh, i'm ignored am I?
[10:41:50] <dumpedcore> gumpy: who helped you fix your router yesterday.. you moron.
[10:42:30] <gumpy> how mature i unignore and im a moron lol
[10:42:56] <[mbm]> ..
[10:43:00] <[mbm]> settle down
[10:43:05] <y354C> rofl
[10:43:22] <gumpy> yeah and i let people know you helped me dumbass no reason to be shoving it in my face
[10:43:58] <gumpy> and why did you have to help me huh dumped?
[10:44:03] <gumpy> cause i have to use experimental
[10:44:08] <y354C> Don't make me turn ther car around.
[10:44:17] <gumpy> and there is NO docs on setting up experimental
[10:44:33] <SiD3WiNDR> it's just the same as stable, except rebooting once extra? :)
[10:44:41] <SiD3WiNDR> well, and dont do the /rom symlink stuff
[10:44:59] dumpedcore yawns.
[10:45:05] <dumpedcore> where's nbd, anyway?
[10:45:11] <SiD3WiNDR> network block device!
[10:45:29] <dumpedcore> sid3windr: you know who I mean. :)
[10:45:32] <gumpy> ive had my router for 4 days and he knows that and he calls me a moron?
[10:45:58] <SiD3WiNDR> so anyway :P the new non-zombie'ing experimental runs great
[10:46:07] <SiD3WiNDR> just that I fubared my wifi
[10:46:11] <SiD3WiNDR> anyone have an idea how to fix? :P
[10:46:24] <krt> side: poor jelly on it
[10:46:28] <krt> at least it will taste good
[10:46:36] <krt> pour, even
[10:46:38] <krt> whoa
[10:46:55] <krt> its "krt needs to sleep - he's screwing up homonyms" time
[10:47:01] <SiD3WiNDR> :)
[10:47:21] <gumpy> I would help you out side but dumped might paste those logs in the channel tomorrow
[10:47:23] <krt> can't stop playing with openwrt though
[10:48:30] <gumpy> mbm so what is the thing doing wrong you said its not actually firewalling?
[10:48:55] <dumpedcore> sid3windr: what's happened to it?
[10:49:30] <SiD3WiNDR> dumpedcore: I set wl0_* stuff up, but it didn't take it, wl_* was set to something else (ssid was linksys there, and it was advertising a "linksys" network)
[10:49:41] <SiD3WiNDR> so I "synchronized" the vars
[10:49:44] <SiD3WiNDR> I guess I screwed up
[10:49:50] <SiD3WiNDR> cause now I don't get any network anymore on my laptop :)
[10:51:17] <dumpedcore> sid3windr: I haven't got much time - dinner's nearly ready - so I might need to go for a lil while, but in any case, if you want to do a nvram show | grep wl and query the results to me?
[10:51:45] <SiD3WiNDR> yup
[10:52:11] <SiD3WiNDR> I'll put it online, it's rather a lot :)
[10:52:19] <dumpedcore> k, no problem
[10:52:44] <SiD3WiNDR> http://dev.sid3windr.be/tmp/wl
[10:53:43] <SiD3WiNDR> hmm
[10:53:47] <SiD3WiNDR> some wl_ stuff is empty now
[10:53:52] <SiD3WiNDR> did I forget to commit or something :p
[10:53:54] <dumpedcore> sid3windr: okay for starters, you don't have anything setup
[10:54:09] <dumpedcore> sid3windr: you don't have ssid set, either :)
[10:54:19] <dumpedcore> probably forgot to commit, yeah
[10:54:20] <SiD3WiNDR> yes, I see that now
[10:54:22] <SiD3WiNDR> odd :p
[10:54:26] <SiD3WiNDR> let's try that again then ;)
[10:54:28] <dumpedcore> :-)
[10:54:33] <dumpedcore> hang on
[10:54:37] <dumpedcore> before you do that
[10:54:47] <SiD3WiNDR> but, isnt the wl_ supposed to sync with wl0_ or did I read that wrong on the faq page
[10:55:09] <dumpedcore> wl_ is deprecated
[10:55:12] <dumpedcore> use wl0
[10:55:13] <SiD3WiNDR> yes
[10:55:20] <SiD3WiNDR> but I had wl0_ssid set to one thing
[10:55:25] <SiD3WiNDR> and wl_ssid was still "linksys"
[10:55:31] <SiD3WiNDR> and it advertised a "linksys" network :o
[10:55:50] <gumpy> if wl_ is deprecated why is it still there? the linksys firmware?
[10:56:28] <SiD3WiNDR> hmm, should I set ap_ssid instead of just ssid ?
[10:56:31] <dumpedcore> sid3windr: set wl0_ssid to a value, commit and restart the interface
[10:56:31] <SiD3WiNDR> that might have been the prob ;)
[10:56:43] <SiD3WiNDR> how do I restart the interface?
[10:57:12] <dumpedcore> wlconf ethX down && wlconf ethX up
[10:57:17] <dumpedcore> where X is your wireless device
[10:58:08] <SiD3WiNDR> okay, got that
[10:58:10] <SiD3WiNDR> *boots laptop*
[10:58:15] <dumpedcore> no need
[10:58:17] <dumpedcore> do iwconfig
[10:58:27] <dumpedcore> and paste me what the output is for your wireless device
[10:58:30] <SiD3WiNDR> I don't have iwconfig
[10:58:37] <dumpedcore> use wl status then
[10:59:10] <SiD3WiNDR> root@wr0:~# wl status
[10:59:10] <SiD3WiNDR> SSID: ""
[10:59:10] <SiD3WiNDR> Mode: Ad Hoc
[10:59:13] <SiD3WiNDR> = sucks
[10:59:13] <SiD3WiNDR> :)
[10:59:35] <dumpedcore> try setting ssid manually
[10:59:37] <dumpedcore> wl ssid TEST
[10:59:41] <SiD3WiNDR> imo it still uses wl_
[10:59:41] <dumpedcore> then do wl status
[10:59:57] <SiD3WiNDR> now it's TEST with mode managed
[11:00:13] <dumpedcore> yep great
[11:00:16] <dumpedcore> try setting wl_ then
[11:00:43] <dumpedcore> and restart the interface
[11:02:00] <SiD3WiNDR> ok
[11:02:02] <SiD3WiNDR> ssid is set
[11:02:08] <SiD3WiNDR> channel doesnt change... wl status shows 11
[11:02:18] <SiD3WiNDR> although wl_channel and wl0_channel are set to 1
[11:03:20] <dumpedcore> Use wl channel
[11:03:22] <dumpedcore> and see if you can set it
[11:03:28] <dumpedcore> wl channel 1
[11:03:31] <dumpedcore> then wl status
[11:03:54] <SiD3WiNDR> ok
[11:04:06] <SiD3WiNDR> shouldn't the mode be "master" or whatever?
[11:04:09] <SiD3WiNDR> ah no
[11:04:15] <SiD3WiNDR> laptop sees my network now
[11:04:15] <SiD3WiNDR> :D
[11:05:06] <SiD3WiNDR> and I'm connected.
[11:05:08] <SiD3WiNDR> thanks! :)
[11:05:11] <dumpedcore> sid3windr: I don't use nvram so I don't really know what you need to change. If you must use nvram maybe someone else can help you with it -- or, you can reset it and reconfigure from the defaults if all else fails. I use a script to setup everything.
[11:05:47] <lespiggot> guys, is there a way to reset the nvram variables back to 'factory settings'?
[11:05:52] <dumpedcore> yep
[11:05:59] <dumpedcore> les - query me
[11:06:08] <lespiggot> np :)
[11:07:45] <y354C> gumpy: Your script is retarded.
[11:08:27] <SiD3WiNDR> dumpedcore: it's working now, with nvram.. had to adjust wl_ not wl0_
[11:08:29] <SiD3WiNDR> thanks :)
[11:08:52] <dumpedcore> sid3windr: no problem :)
[11:09:10] <SiD3WiNDR> I fscked up my dhcp settings though, my dhcpd just handed my laptop the network address :p
[11:09:42] <SiD3WiNDR> *off for break*
[11:11:50] <gumpy> dumped someone came on earlier with a eth2 interface what model router uses that?
[11:17:02] <y354C> v1
[11:17:15] <y354C> Maybe 1.1 too, I don't remember.
[11:18:26] <y354C> Oh yeah, it was the v1 and 1.1 where the et driver emulated the VLANs as separate interfaces.
[11:18:38] <gumpy> of the wrt54g?
[11:18:41] <gumpy> or gs?
[11:19:09] <y354C> G.
[11:21:12] <frop> lo
[11:22:24] <frop> someone can tell me some "adsl bridge" that works good? I need one for my dsl connection...with pppoe from a openwrt box
[11:22:45] <frop> i'm looking for 3com one...but i don't know...
[11:23:35] <y354C> frop: Didn't your ISP give you one for free?
[11:24:15] <frop> y354C: no...in the past i've buyed a USB one...DLink DSL-200
[11:24:27] <frop> working with linux & ecidriver now
[11:27:20] <Kaloz> re
[11:27:24] <Kaloz> Wolf-: still here?
[11:27:53] <dumpedcore> Kaloz: unfortunately, I don't think he's alive ATM
[11:28:04] <dumpedcore> Kaloz: I'm sure you've got some interesting things to ask him.
[11:28:15] <Kaloz> yes, i'm sure, too
[11:29:00] <Kaloz> i can name a few things that i'm sure got into their cvs without proper credits (and no, i didn't take a look at their code)
[11:31:05] <nbd> Kaloz: what things?
[11:31:09] <wrt> New reply: <darkobserver> Re: i need help on my box wrt54g http://openwrt.org/forum/viewtopic.php?p=5306#5306
[11:33:16] <gumpy> what would i need to compile C and C++ source code on my windows? do i need any certain libraries?
[11:33:57] <nbd> gumpy: depends on what you want to compile and for what machine
[11:34:13] <gumpy> well you ever heard of fwbuilder?
[11:36:27] <gumpy> basically the binary will cost me 50 bucks for it or i use the GPL source code and build the binary myself
[11:36:37] <gumpy> http://www.fwbuilder.org/nightly_builds/build-563/fwbuilder-2.0.6.tar.gz
[11:36:41] <gumpy> thats the source
[11:38:42] <Kaloz> nbd: well, oleg's work for sure.. and i'm courios about the hardware support, too :p
[11:39:23] <gumpy> im pretty sure soon we gonna be getting people asking about firmware for this thing
[11:39:25] <gumpy> http://www.linksys.com/products/product.asp?grid=33&scid=35&prid=679
[11:39:30] <y354C> gumpy: Where would you get the binary from?
[11:40:26] <frop> gumpy: sweet desing
[11:40:37] <gumpy> the binary is an exe installer for fwbuilder but if i use that its an evaluation if i build it myself its free
[11:40:42] <frop> it's similar to wrt54g in hardware?
[11:40:52] <gumpy> i just paid 50 bucks for linklogger
[11:41:53] <gumpy> fwbuilder unless i build it myself is a 30 day evalution
[11:43:15] <wbx> good morning wrt hackers
[11:43:26] <istari> good day wbx ;)
[11:43:40] <nbd> good morning
[11:43:47] <Kaloz> wbx: check the logs from 7:54 to 9:47
[11:44:20] <istari> Kaloz: which timezone?
[11:44:22] <istari> :-)
[11:45:29] <nbd> Kaloz: seems like the log is incomplete
[11:46:07] <nbd> Kaloz: or is mod_cache doing stupid things?
[11:46:46] <Kaloz> istari: CEST
[11:47:03] <Kaloz> nbd: imho that isn't in CEST
[11:47:04] <Kaloz> :p
[11:47:32] <wbx> Kaloz: and? i got the lzma code from olegs site.
[11:47:44] <Kaloz> wbx: i'm sure they got it from there, too
[11:47:50] <nbd> Kaloz: i know. but when i check today's logs then the discussion with wolf is already going on and when i check yesterday's logs they don't get very far
[11:48:16] <gerdi> moin
[11:48:28] <dumpedcore> nbd: i can send you my logs i guess
[11:48:41] <nbd> thanks
[11:48:51] <y354C> gumpy: Where would you get the exe installer from?
[11:50:22] <gumpy> well considering there is a file for win32 in there i thought that source would let you compile an exe
[11:50:30] <gumpy> since it says on the site thats the source code
[11:50:39] <dumpedcore> okay nbd
[11:50:43] <dumpedcore> i'll dcc it to you
[11:50:47] <dumpedcore> and anyone else who wants it
[11:53:05] <y354C> gumpy: Which file are you referring to?
[11:55:57] <gumpy> there is a config.h.win32
[11:58:36] <y354C> gumpy: Did you try running it?
[12:00:44] <SiD3WiNDR> heh
[12:00:58] <SiD3WiNDR> my boss was concerned I flashed an unofficial firmware to the brand new linksys ;)
[12:01:08] <SiD3WiNDR> "but oh well, if it works, it works"
[12:01:50] <dumpedcore> they're cheap anyway
[12:02:01] <dumpedcore> you could take a few home and work wouldn't miss it.
[12:02:05] <dumpedcore> not that i've tried it :)
[12:02:36] <y354C> You can get them for free if you're unscrupulous enough.
[12:02:58] <SiD3WiNDR> work would miss it
[12:03:01] <SiD3WiNDR> since it's the only one here
[12:03:01] <SiD3WiNDR> :p
[12:03:12] nbd just finished reading the log part... it's really funny ;)
[12:06:27] <[kao]> are any kernel-modules needed for wep-encryption?
[12:06:36] <nbd> [kao]: nope
[12:06:38] <webmind> nafaik
[12:06:53] <[kao]> okie :-)
[12:09:01] <gerdi> howto compile mipsel-linux-uclibc-gcc working ON the box? (over nfs)
[12:10:11] <Kaloz> whoa
[12:10:23] Kaloz found a new list he has to subscribe :p
[12:10:35] <istari> hmm ... is it correct, that with "wl assoc" all connected clients should be listed?
[12:10:45] <nbd> Kaloz: what list?
[12:10:50] <istari> hmm .. nope
[12:11:03] <istari> how can i check what clients are connected?
[12:11:04] <Kaloz> nbd: http://lists.gpl-violations.org/mailman/listinfo/legal
[12:11:06] <Kaloz> :P
[12:11:55] <nbd> Kaloz: just subscribed :P
[12:12:26] <Kaloz> :)
[12:13:39] nbd thinks Wolf- is a funny guy...
[12:15:26] dumpedcore thinks nbd is being too soft
[12:15:33] dumpedcore doh
[12:15:46] <nbd> [yeah, we're the ones not releasing our clearly derivative works - and we don't care about the gpl either - but i just wanted to stop by and accuse you of a few things... y'know: code stealing and stuff...
[12:15:54] <nbd> that's the impression i get
[12:19:02] <dumpedcore> he can eat shit for all i care
[12:19:46] dumpedcore is installing another 256k ISDN line for his WISP
[12:22:14] <nbd> is anybody in this channel good at the design part of webdesign and wants to help me build a web interface for openwrt?
[12:22:25] <wbx> [kao]: mppe now works for you?
[12:22:37] <wbx> nbd: nope ;=)
[12:23:26] <dumpedcore> nbd: i've done professional web design before (yep, one of the few that actually writes code by hand - stuff that actually complies with xhtml 1.0)
[12:23:38] <nbd> dumpedcore: cool
[12:24:00] <dumpedcore> nbd: but my time is a little limited lately - otherwise i'd have written the interface myself a long time ago :)
[12:24:06] <dumpedcore> nbd: but sure i'll help if i can.
[12:24:33] <nbd> dumpedcore: if you could make some html templates then i'd deal with the scripting part and the http server stuff
[12:25:05] <gumpy> too bad flash gets too big wouldnt that be cool to have a little flash interface lol
[12:25:05] <nbd> it's just the design part, that i'm not very good at - my pages always look crappy
[12:25:14] <nbd> gumpy: flash is crap
[12:25:33] <istari> hmm
[12:26:07] <nbd> gumpy: and 99 out of 100 flash files seem like they were made just to annoy people
[12:26:16] <gumpy> is mine annoying?
[12:26:32] <nbd> what page?
[12:26:36] <dumpedcore> nbd: i'll see what i can do. give me 24 h.
[12:26:38] <gumpy> gumpy.org
[12:27:34] <nbd> gumpy: i'd have to say yes
[12:27:35] <istari> gumpy: sorry .. but it is
[12:28:10] <gumpy> what part?
[12:28:23] <dumpedcore> the flash everything!
[12:28:25] <nbd> the whole thing
[12:28:38] <dumpedcore> no cross browser compatibility
[12:28:59] <gumpy> i beg to differ i use firefox and it works fine
[12:29:08] <dumpedcore> if you're going to use flash, at least have alternate html based nav for users of non-flash browsers
[12:29:20] <dumpedcore> firefox isn't the only browser in the world
[12:29:20] <nbd> gumpy: try using it with firefox on linux/ppc
[12:29:30] <dumpedcore> many people do not have flash installed
[12:29:43] <gumpy> well i aint done with it yet
[12:29:45] <nbd> gumpy: or on linux/sparc or even linux/x86_64
[12:30:00] <gumpy> im going to add code to check for a flash plugin if not then it displays normal html links
[12:30:12] <dumpedcore> flash just pisses people off
[12:30:14] <nbd> gumpy: why do you _need_ flash?
[12:30:19] <dumpedcore> if it's not needed, don't use it
[12:30:23] <dumpedcore> if you're doing animation, then fair enough
[12:30:29] <dumpedcore> but you're just doing buttons and displaying text
[12:30:41] <gumpy> um cause with some of my flash work i make a little money
[12:31:25] <gumpy> im gonna change the menu
[12:31:38] <gumpy> i dont know why i put that lightning crap in there
[12:35:23] <gerdi> OK .. nobody compiled gcc ... anybody tests swap over nfs on the Box?
[12:39:10] <istari> gumpy: try any plain html site
[12:39:38] <istari> its much more leet than clicking some flash shit with dreamweaver (or what ever)
[12:39:48] <SiD3WiNDR> swap over nfs o_O
[12:39:57] dumpedcore wants horns.
[12:40:14] <istari> dumpedcore: hehe
[12:42:01] <gumpy> i dont use editors istari so i dont know what the hell you are talking about
[12:42:29] <dumpedcore> and the thing tries to suck down an mp3 too
[12:42:50] <gumpy> no its an mp3 player i have on there to promote my friend's music
[12:42:53] <gumpy> it streams
[12:43:01] <gumpy> it dont try to suck anything
[12:43:12] <gerdi> SiD3WiNDR, any better idea?
[12:43:23] <SiD3WiNDR> I have no idea :)
[12:43:24] <nbd> gumpy: you can call streaming sucking... basically the same thing, just a little different
[12:43:35] <nbd> gumpy: you don't use an editor?
[12:43:37] <gumpy> it has like a 10 second delay before it starts playing
[12:44:00] <gumpy> no i dont only thing i use is either flash mx for the flash or swishmax
[12:44:16] <gumpy> i use vi or pico for editing
[12:44:22] <gumpy> and i use flashfxp to upload and download
[12:44:25] <gumpy> and sometimes edit
[12:44:30] <gumpy> but no i dont use an editor
[12:44:38] <dumpedcore> on my box it started downloading
[12:44:41] <dumpedcore> buffering
[12:44:43] <dumpedcore> whether it plays or not
[12:44:49] <dumpedcore> it still sucks down bandwidth
[12:44:51] <gumpy> i dont do the point and click crap for webpages
[12:45:00] <nbd> gumpy: guess what... vi is an editor
[12:45:19] <gumpy> dont twist my words dude
[12:45:33] <gumpy> i know what you guys are referring too
[12:45:46] <nbd> gumpy: what are we referring to?
[12:46:05] <gumpy> you were going to imply i use dreamweaver or frontpage or something
[12:46:26] <nbd> gumpy: i didn't imply anything like that
[12:46:45] istari rotfls
[12:46:50] <gumpy> no you didnt but you were going too
[12:46:54] <wrt> New topic: <mox2k> WRT54GS - Installed OpenWRT - what now? http://openwrt.org/forum/viewtopic.php?p=5307#5307
[12:47:01] <nbd> gumpy: how do you know that?
[12:47:12] <dumpedcore> occult abilities, nbd
[12:47:21] <dumpedcore> :-)
[12:47:55] <istari> hmmm .... how can i find out, from which vendor a mac is?
[12:48:13] <gumpy> im not even going to keep going on this seems to me that you istari and dumped like to flame people
[12:48:28] <nbd> istari: http://www.google.de/search?hl=de&q=vendor+mac&btnG=Google-Suche&meta=
[12:48:33] <istari> dumpedcore: do we?
[12:48:44] <nbd> gumpy: and how do you know that?
[12:48:52] <dumpedcore> istari: don't think so.. do you?
[12:48:52] <istari> nbd: hmm .. this idea is not bad :)
[12:49:01] <istari> dumpedcore: no i dont
[12:49:09] <dumpedcore> istari: then it's settled
[12:49:16] <dumpedcore> istari: neither of us like flaming
[12:49:45] <istari> thats totaly true
[12:50:37] <istari> hmmm ... wth is Wistron Corp.?
[12:50:43] <istari> hmm ...
[12:51:21] <istari> if there is any client probing around the net .. will it be listed with "wl assoclist", even its not connected to the ap?
[12:51:32] <dumpedcore> 22:48:19 (17.22 MB/s) - `hornworld.tar.gz' saved [4334603/4334603]
[12:51:35] <istari> i dont have any client with such a mac
[12:51:45] <dumpedcore> mac address filtering isn't very secure
[12:51:51] <istari> but its listed with "wl assoclist"
[12:51:52] <dumpedcore> people can sniff packets
[12:51:56] <dumpedcore> find out the mac of a real user
[12:51:57] <dumpedcore> then,
[12:51:59] <dumpedcore> when they go offline
[12:52:04] <istari> dumpedcore: nope
[12:52:06] <dumpedcore> change their MAC to the legit user's
[12:52:19] <nbd> dumpedcore: but that wouldn't produce an unknown mac on the assoclist
[12:52:54] <istari> my intention was originaly to check, if my client-ap is connected to my wrt
[12:52:57] <dumpedcore> nbd: I've done it myself (just for fun) - used kismet and ethereal to find out a legit person's mac and took it over
[12:53:23] <istari> but then i saw many different macs listed for short times with "wl assoclist"
[12:53:29] <nbd> dumpedcore: i know it works... but why should it produce an unknown mac on the assoclist?
[12:53:38] <nbd> dumpedcore: you can't associate if your mac is blocked
[12:53:45] <dumpedcore> nbd: i never said it would.
[12:53:50] <dumpedcore> nbd: i was just making a general comment
[12:53:55] <istari> he dudes!
[12:53:55] <nbd> dumpedcore: ah, ok
[12:54:00] <dumpedcore> nbd: that mac address auth is insecure
[12:54:05] <nbd> dumpedcore: it is
[12:54:09] <istari> i didnt try to keep any person out with mac filtering
[12:54:14] <nbd> ;)
[12:54:25] <dumpedcore> (22:51:45) dumpedcore: mac address filtering isn't very secure
[12:54:27] <istari> i was only wondering about the unknow macs
[12:54:28] <dumpedcore> :-)
[12:54:42] <istari> is there any reason why they are listed?
[12:54:45] <dumpedcore> nbd: so nobody can claim I don't repost my *own* messages
[12:55:02] <nbd> istari: maybe they associated
[12:55:15] <nbd> dumpedcore: hehe
[12:55:16] <istari> since i use the unsecure wep, i guess, they arent realy connected
[12:55:53] <nbd> dumpedcore: yes
[12:55:56] <istari> nbd: yould it be, that they are listed cause this clients are probing for connecting to their ap?
[12:56:59] <nbd> istari: don't know
[12:57:43] <istari> ahh .. i found it ;)
[12:57:51] <istari> its an client behind my client-ap
[12:57:53] <istari> *g*
[12:58:35] dumpedcore doh
[12:59:49] <gumpy> there i took music off front page and put it in its own section
[13:00:35] <istari> gumpy: you are my hero!
[13:01:39] <gumpy> is it a little better?
[13:01:49] <dumpedcore> faster
[13:01:55] <gumpy> is the flash more bareable
[13:03:09] <gumpy> now i need to either find or learn how to make a script to change my page between flash and non flash
[13:04:00] dumpedcore needs horns.
[13:04:39] <dumpedcore> I suggested in an example the other day for someone to use xargs...
[13:04:45] <dumpedcore> their answer, "I'm not running X"
[13:04:47] <dumpedcore> :-)
[13:05:25] <nbd> hmm ... the micro-asp stuff is UP (UNPUBLISHED PROPRIETARY)
[13:06:32] <dumpedcore> nbd: sveasoft uses it.
[13:06:40] <gumpy> i cant wait for my friend to get airsnare ported to be used on the wrt
[13:06:40] <dumpedcore> nbd: hmmm...
[13:06:53] <gumpy> i think alot of people will use it
[13:11:49] <nbd> airsnare? what's that?
[13:12:00] <istari> nbd: sniffing stuff
[13:12:21] <gumpy> its a program that moniters a wireless connection and tells you when unknown macs connect
[13:12:23] <nbd> seems like one of those crappy windows-only apps
[13:12:42] <gumpy> then it either ueses ethereal or its own sniffer to watch the unknown mac
[13:12:49] <gumpy> no hes porting it to linux
[13:13:19] <gumpy> http://home.comcast.net/~jay.deboer/airsnare/
[13:15:24] <gumpy> what would cause my card to not be able to use like netstumbler and stuff?
[13:15:35] <istari> the driver
[13:18:44] <gumpy> mine is a MP54G2
[13:19:02] <gumpy> MSi where could i find some type of hacked drivers for it?
[13:22:30] <istari> i think this seems not the reight place to get THIS information
[13:23:33] <dumpedcore> nbd: intrusion detection crap
[13:24:05] <nbd> ah, found a usable broadcom http server... buffalo again
[13:24:11] <dumpedcore> for paranoid people (that can't read logs)
[13:24:23] <dumpedcore> nbd: love the buffalo and asus stuff
[13:24:32] <nbd> broadcom seems to have used the AS-IS stuff at first and changed it to PROPRIETARY later on
[13:24:34] <dumpedcore> missing those fateful two words
[13:24:45] <nbd> because the buffalo stuff seems to be older that the rest
[13:24:59] <dumpedcore> nbd: as long as we acknowledge source, we'll be fine.
[13:25:24] <nbd> i'll just leave the copyright headers the way they are and add my own when i change something
[13:26:07] <dumpedcore> nbd: probably good to add a "source: buffalo source package, found at ftp://"
[13:26:11] <dumpedcore> nbd: but whatever. :)
[13:26:18] <nbd> dumpedcore: it's broadcom stuff anyway
[13:26:37] <istari> dumpedcore: hmm .. airsnare seems not such bad .. if you have many systems to maintain this will be good for just a quick view
[13:28:13] <istari> since i maintain round about 50 systems i like stuff saving time :-)
[13:28:18] <dumpedcore> istari: but why bother, that's my opinion
[13:28:28] <dumpedcore> istari: :-)
[13:28:39] <istari> yes...
[13:28:42] <dumpedcore> istari: I've got a very sophisticated centrallized logging setup.
[13:28:46] <dumpedcore> istari: nothing gets past me :)
[13:28:50] <istari> hehe
[13:29:05] <istari> yes .. but a scrolling syslog isnt also such nice :P
[13:29:06] <dumpedcore> The logger is connected by serial port to my server.
[13:29:15] <dumpedcore> So even if my whole network is compromised,
[13:29:17] <dumpedcore> the logger can't be
[13:29:25] <dumpedcore> it only reads from the serial port...
[13:29:27] <istari> its a printer?
[13:29:31] <istari> :-)
[13:29:31] <dumpedcore> so data can only go into it
[13:29:32] <dumpedcore> no
[13:29:35] <nbd> hey, asus has a more current version that isn't proprietary... it's just called httpd.brcm
[13:29:39] <dumpedcore> but it functions like one
[13:29:42] <dumpedcore> Write once.
[13:29:46] <dumpedcore> No erase.
[13:29:47] <istari> i know
[13:29:47] <nbd> this is just confusing
[13:30:25] <nbd> they call that "asp" syntax "embedded javascript" ;)
[13:30:35] <istari> nbd: *lol*
[13:30:54] <nbd> but it's a lot faster than any of the cgi/php/whatever stuff
[13:30:56] <istari> nbd: jehova! jehova!
[13:31:20] <nbd> because you don't have to do a fork and exec everytime you access a page
[13:31:29] <istari> nbd: you are working on a new webinterface?
[13:31:42] <nbd> istari: at least i'm planning to do so
[13:31:43] <istari> nbd: thats true
[13:32:10] <istari> nbd: nice to hear ...
[13:32:20] <istari> nbd: you did port micro-perl right?
[13:32:30] <nbd> yes
[13:32:37] <istari> nbd: do you plan to use it for anything other?
[13:32:39] <nbd> just converted the stuff from busybox br2
[13:32:48] <nbd> istari: i won't use it for the web interface
[13:32:57] <nbd> just thought that perl would be nice-to-have on a wrt
[13:33:04] <istari> right :-)
[13:33:20] <istari> maybe its possible to use fakeap with it
[13:33:34] <nbd> and for larger scripts it's faster than shell, because it doesn't have to fork for every grep/sed/whatever
[13:33:54] <istari> nbd: but its realy huge
[13:34:10] <wrt> New reply: <gunni> Re: WRT54G-CA and WRT54GS-CA http://openwrt.org/forum/viewtopic.php?p=5308#5308
[13:34:11] <istari> with 2 MB spare on plain box
[13:34:15] <nbd> istari: on jffs2 it takes about 484k of flash, with squashfs you can get it even smaller
[13:34:28] <istari> hmm
[13:34:47] <nbd> i promise i won't add it as a requirement for some basic stuff i write
[13:35:24] <nbd> just for some special cases it might be useful
[13:35:49] dumpedcore yawns.
[13:35:54] dumpedcore wishes he had horns.
[13:36:00] dumpedcore wants to be just like father Pan.
[13:37:46] <bolete> with little pointy hooves?
[13:38:21] <dumpedcore> bolete: probably just the top half.
[13:38:32] <dumpedcore> bolete: and I want a few Maenads and some nymphs to chase.
[13:45:52] <wrt> New reply: <gunni> Re: WRT54GS - Installed OpenWRT - what now? http://openwrt.org/forum/viewtopic.php?p=5309#5309
[13:52:16] <bolete> Is there a way to do 'ipkg list <installed-only>'?
[13:55:29] <gumpy> i think its status
[13:55:32] <gumpy> ipkg status
[13:56:11] <bolete> You are correct!
[14:10:54] <wrt> New reply: <mox2k> Re: WRT54GS - Installed OpenWRT - what now? http://openwrt.org/forum/viewtopic.php?p=5310#5310
[14:12:30] <Onkel_Micha> Hi, my wrt54g is a router again
[14:13:26] <Onkel_Micha> started tftp this morning to put openwrt on and plugged the power cord in
[14:13:53] <Onkel_Micha> at 2 pm I woke up from nightshift and i had a openwrt router again
[14:14:37] <Onkel_Micha> then I used the tipps from gumpy to bring the linksys firmware back on to make the router sellable on ebay
[14:14:55] <Onkel_Micha> my wrt54gs with openwrt works fine now
[14:15:03] <Onkel_Micha> thanks to all for your help
[14:20:32] <bjohnson> if someone changed the topic to include http:// it would become a link for many IRC clients
[14:23:45] <wrt> New reply: <gunni> Re: WRT54GS - Installed OpenWRT - what now? http://openwrt.org/forum/viewtopic.php?p=5311#5311
[14:31:38] <[kao]> does scp not work with the dropbear from experimental?
[14:32:34] <[kao]> get an error: "/usr/bin/dbclient: no such file or directory"
[14:34:41] <jp> hi wrt
[14:34:43] <wrt> hello
[14:35:02] <nbd> hi
[14:35:03] <wrt> hello
[14:35:05] <jp> hi nbd
[14:35:07] <wrt> hello
[14:35:26] <nbd> jp: let's stop saying hi, or wrt will get mad
[14:35:46] <jp> nbd: maybe
[14:42:47] <istari> hi mad!
[14:42:49] <wrt> hello
[14:46:50] <nbd> where's mad?
[14:47:20] <bjohnson> [kao]: correct
[14:47:34] <bjohnson> [kao]: err .. no sorry .. it's sftp that doesn't work
[14:50:55] <istari> nbd: [14:35:26] <nbd> jp: let's stop saying hi, or wrt will get mad :-)
[14:51:23] <nbd> 14:44 < istari> hi mad!
[14:51:36] <nbd> :-)
[14:51:45] <istari> yes .. he got mad
[14:51:47] <istari> (=
[14:53:31] <[kao]> bjohnson: so ... scp should work?
[15:14:12] <_ZeroOne> hello guys
[15:14:14] <wrt> hello
[15:14:25] <_ZeroOne> i've got a question
[15:14:34] <_ZeroOne> using wds
[15:14:54] <bjohnson> [kao]: yes
[15:15:48] <_ZeroOne> i use 2 wrt54g linked with wds in an old house where i can't use cables
[15:16:12] <_ZeroOne> in some rooms i find both routers and in other rooms only one...
[15:16:51] <_ZeroOne> that's ok but can i use the same ssid for both?
[15:24:05] <AzzIzzA> _ZeroOne: i thought thats how wds worked, or do you specify the mac of the other aps?
[15:24:38] <wrt> New reply: <kianusch> Re: WTR54G (v2.2) ... JTAG PinOut ? http://openwrt.org/forum/viewtopic.php?p=5312#5312
[15:25:06] <_ZeroOne> yes only the mac but atm i use different ssids
[15:36:25] <AzzIzzA> i would imagine it would work
[15:36:36] <AzzIzzA> the client should switch to the ap with the strongest signal
[15:41:13] <lespiggot> guys, what is the nvram setting for remote DNS Servers?
[15:41:42] <lespiggot> oops NVRAM variable name for DNS nameservers even :)
[15:45:08] <_ZeroOne> ok thanks
[15:48:47] <AzzIzzA> i dont know that for a fact, i didnt even know how wds worked a minute ago
[15:48:56] <AzzIzzA> but it seems like a reasonable bet to me
[15:50:12] <_ZeroOne> seems logically ;)
[15:50:34] <_ZeroOne> client wants to connect to "mynetwork"
[15:51:00] <_ZeroOne> 2 wrts are telling the world they are "mynetwork"
[15:51:23] <_ZeroOne> client may connect to the wrt with the stronger signal...
[15:51:46] <_ZeroOne> stronger signal reaches client first.. so ... yeah i think so too ;)
[15:56:16] <morale> are there any other queueing methods for WDS rather than serial?
[16:01:27] dumpedcore doh
[16:12:31] <dumpedcore> hehe wrote a 8 k script that makes an ipkg for me.
[16:12:37] <dumpedcore> so much for having to use ipkg tools, eh? :)
[16:16:56] <mboman> is there a way to take a snapshot of the current config to use to flash other devices? (firmware cloning)
[16:17:20] <_ZeroOne> morale you can connect 2 wrts one in client mode and another one AP mode
[16:24:47] <wrt> New topic: <tburt> .trx or .bin Which one to use? http://openwrt.org/forum/viewtopic.php?p=5313#5313
[16:31:49] <wrt> New reply: <k3nv> Re: WRT54G-CA and WRT54GS-CA http://openwrt.org/forum/viewtopic.php?p=5314#5314
[16:38:10] <nbd> hi
[16:38:11] <wrt> hello
[16:38:23] <mboman> nbd: greetings
[16:38:34] <nbd> mboman: greetings
[16:39:30] <mboman> nbd: do you know if it's possible to "clone" an installation so I don't need to do all the customizations/configurations I've done over and over again? (and would be pretty useful for backup as well....)
[16:40:32] <nbd> mboman: can you test if tar supports the 'l' option (stay on local file system)?
[16:41:30] <mboman> nbd: it doesn't...
[16:41:50] <nbd> mboman: hmm... would the stuff in /etc be enough?
[16:42:06] <nbd> mboman: then you could just tar everything in /etc and untar it on another wrt
[16:42:13] <mboman> nbd: nope, got a few extra packages and stuff...
[16:42:21] <nbd> mboman: do you use jffs2?
[16:42:30] <tojoeWRK> that wont copy the nvram based stuff either
[16:42:41] <[mbm]> you can mount a partition more than one time, mount /dev/root /mnt; cd /mnt; tar zcvf /tmp/foo.tgz *
[16:42:42] <mboman> using the experimental firmware with squashfs support..
[16:43:35] <mboman> [mbm]: I can't garantee that there will be any Linux/Unix boxes at the location, even less garantee that there will be a "admin" with a clue there..
[16:43:55] <[mbm]> and this is our problem how?
[16:44:12] <mboman> [mbm]: never said it was
[16:44:19] <mboman> [mbm]: just wondering
[16:45:32] <mboman> I guess I could make an "installer" using expect or something...
[16:45:51] <[mbm]> if you're using the jffs2 root, it doesn't take much to tar that up, run it through mkjffs and create a new bin with the changes
[16:46:47] <mboman> using squashfs, as I needed the space
[16:47:14] <mboman> but yes, '/' is jffs2...
[16:47:32] <[mbm]> can still be done but you need to watch the symlinks
[16:48:40] <mboman> if I had better luck with homebuilt firmware I could just customize the initial firmware.. but so far I haven't been able to make a own bootable firmware...
[16:49:02] <[mbm]> ...
[16:50:06] <mboman> btw: the project is to be presented on the 31st of March..
[16:50:44] <mboman> so by then I can let you know what exactly I am working on...
[16:51:04] <mboman> (and hopefully my server doesn't die)
[16:52:17] <mboman> well, time to go to sleep.. I'll figure something out... even if it's a meta package with the config files and lots of dependancies...
[16:53:08] <mboman> actually, I think such a package would do just the trick...
[16:54:26] <mboman> well, good night guys
[16:54:31] <mboman> cya
[16:57:07] <dumpedcore> nbd: my web interface is now displaying 30 of the most important nvram settings.
[16:57:18] <dumpedcore> nbd: it's read only - haven't finished the input parser...
[16:57:23] <dumpedcore> nbd: but it's a start.
[16:57:32] <nbd> dumpedcore: i'm currently working on the broadcom http server
[16:57:34] <dumpedcore> nbd: oh and it uses the busybox httpd - no need for another.
[16:57:56] <nbd> dumpedcore: the reason i wanted to use the broadcom stuff was to avoid cgi
[16:58:07] <dumpedcore> nbd: yeah... i thought about this too...
[16:58:13] <nbd> dumpedcore: i wanted to avoid forking altogether
[16:58:28] <dumpedcore> nbd: but, I'll show it to you in a few hours... it's going to kick sveasoft's socks off.
[16:58:36] <nbd> dumpedcore: and with some extensions you can do some cool stuff with the broadcom httpd
[16:59:02] <istari> hmm
[16:59:07] <dumpedcore> nbd: i'm just doing this for fun - just for something to do...
[16:59:17] <dumpedcore> nbd: so, keep going. i'm not threatening your project :)
[16:59:21] <nbd> dumpedcore: i know
[16:59:29] <istari> its realy funny to see like here all like sveasoft and in #sveasoft all like openwrt :)
[16:59:54] <atuc> hallo, i cant bring pppoe to work on my wrt54gs, on my 54g its working, i tried everthing with the variables, should be ok, have no idea anymore, so i tried to run it from condole, /sbin/pppoecd vlan1 -u <user> -p <pass> -i 0 -I 15 -T 10 -t 1492 -k
[17:00:02] <nbd> dumpedcore: what does your web interface use? shell or something else?
[17:00:18] <atuc> is there a problem with the latest testing firmaware?
[17:00:25] <dumpedcore> nbd: it's all written in sh
[17:00:28] <dumpedcore> nbd: but it's modular.
[17:00:39] <dumpedcore> nbd: i've used includes
[17:00:43] <nbd> dumpedcore: i have some ideas how to make my stuff modular too...
[17:02:53] <atuc> have no tried to tcpdump, it shows this
[17:02:56] <atuc> [AC-Name "KLNX43-erx"] [Host-Uniq UTF8] [Service-Name] [AC-Cookie UTF8]
[17:03:07] <atuc> any idea what the problem could be?
[17:03:54] <atuc> 00:09:06.331711 PPPoE PADR [Service-Name] [Host-Uniq UTF8] [AC-Cookie UTF8]
[17:07:09] <[mbm]> istari: huh?