Yay! My throat feels like its been stabbed and I'm coughing my guts out swine flu Impossible! My school gave me the flu shot! THIS IS MADNESS! I'll sue them they *told* you it was a flu shot really it's a government research project Probably I don't care - it went quick and (not really) painlessly Hey, RandalSchwartz. You there? that's why I don't bother with flu shots. Still no guarantee you won't get the flu. anyone around from staff? up_the_irons: ^ idle 17h :| :p depends on which staff.. :) arp staff :p Hey, RandalSchwartz! :) http://github.com/dxtr/emacs/blob/master/init.el <- My current emacs setup! emacs = sweet my emacs is pretty basic vi* sux Hey watch it. http://sprunge.us/FNBY haha vi* > emacs! perl > python! linux > bsd! Most times I have emacs but quick edits, especially on work servers (where I don't have an emacs daemon running), I tend to use vi(m) jdoe: wrong on all counts fink: yhbt. yhl. hand. Wraithan: ed is better for quick edits, imo I write Ruby in vim all day. It gets the job done. jdoe: lol fink: if I knew ed maybe. Wraithan: ed's a nice guy friend uses joe Yeah, I like ed for quick edits. fink: ed sits next to me at work but joe uses ed. :) fink: though he prefers Edwin ... not these "open source" knockoffs like nano >:| Emacs can emulate *all* of your editors. :) and your browser. and your irc client. nano > vi* and your os. notepad.exe > * cp /dev/null notepad.exe RandalSchwartz: hater. :( in emacs ... nah I don't actually care. I just learned vim first and have no desire to remember another trillion or so key bindings. RandalSchwartz: ... yeah? Impressive. I know you can do it, I didn't know anyone actually did. that's how I'm typing right here right now neat. Terminal.app -> ssh -> screen -> emacs -> irc.el -> freenode I have some friends that use emacs for IRC die hard irssi user. weechat here weehchat > irssi konsole -> ssh -> screen -> ssh -> screen -> irssi :P because python + perl > perl Wraithan: the nicklist is neat, but it was unstable (like crashy unstable) last I tried. urxvt -> ssh -> tmux -> weechat -> freenode btw tmux > screen and urxvt > * yeah, uh, what's so great about tmux? jdoe: weechat is a lot more stable now a days, though I run against head I saw they rewrote it, I didn't see why er, rewrote screen jdoe: eh, there isn't much that makes tmux better, I like the defaults better and it is on all of my systems It is part of the set of packages I have my default install ah, fair enough. It's BSD licensed, not GPL this is the only obsd system i've touched in years, so I think I'll be sticking with screen that's part of the reason Wraithan: does tmux let you have tmuxes inside tmuxes? RandalSchwartz: I guess, but most of the software people are going to put on the machine is going to be some non-bsd license. fink: you can force it yes and client/server design, which lets it get away with a few things fink: it gives a warning just like screen does ok jdoe really? very little of what I have on my box is GPL BSD licence is part of what makes me consider BSD Would be nice to get away from the GPL a bit more replacing gcc is the tough one clang is getting closer every day but there are new compilers, I hear can't you build the whole freebsd userland with clang now? including the kernel plus clang is LLVM based, something which I support (even if it is funded by Steve Jobs. Thought they are getting closer to compiling the linux kernel with it as well, which is cool RandalSchwartz: apache? RandalSchwartz: perl? ;) what about apache and perl? neither of them are GPL you said GPL, I said non-BSD. perl is dual-licensed, right? I skimmed over the terms, the "artistic license" doesn't seem far off the GPL. emacs is gpl, if you use a real mail client it's probably gpl'd (or worse) as well... mutt is GPL, alpine is GPL... gpl OR WORSE dun dun dun yeah... the emacs thing, not sure what I would replace it with CESSMASTER: well, pine is fairly restrictive, that was what I was thinking of. anyone good with network bridging and routes? cedwards: I've done it... in some moderately complex setups but I wouldn't claim to be good (aka I spent hours with man pages and google to do the harder ones) Hmm... I'm having problems with emacs now I'm getting my hours in now.. I have a kvm host. I need 9 vm (which are created) to connect through two vlans. I assume this needs two bridges. what I'm currently trying is eth0 (host), br0 (half guests), br1 (half guests). cedwards: when you say vlans, do you mean real 802.1Q vlans, or kvm's mis-use of the word vlan up_the_irons: might want to specify the zones for rdns in the faq. You're using a hyphen for the mask, RFC uses a / er, zone style jdoe: thought the RFC showed both styles but yes, i should specify rfc only has examples for / but I think it says you can use whatever delimiter you like. jdoe: ah ok er... wait is this even right? 242.97.136.174.in-addr.arpa. 3600 IN CNAME 242.240-247.97.136.174.in-addr.arpa. shouldn't that be IN CNAME 242.240-29.97.136.174.in-addr.arpa up_the_irons: well, whenever you're around, ^^^ :) jdoe: no jdoe: use the format I specified it's not simply s/-/\// mmk. fwiw, that's not how 2317 does it either. so you don't think I'm nuts, that format was specified in "DNS & BIND", 2nd Ed. by O'Reilly (old news now) right on. I mean, it doesn't matter either way, you could call it bob.in-addr.arpa if you wanted. right alright, I'll fix the zone too. up_the_irons: that book is sitting on our shared bookshelf at work Wraithan: hehe, nice. the 2nd ed. is old now, but that was current when i read it I have it at home somewhere. i think everyone has a copy somewhere not sure why given that I don't generally use bind. I am sure it was new when my boss bought it... we have lots of old books I did learn something new from it though, DNAME I've never even opened it whoa, wth is DNAME haha. sorta like cname but for an entire subdomain whoa I believe it's new in BIND9 "new" Is someone here using wanderlust? up_the_irons: I mean 802.1q vlans. our office network is separated by business unit per vlan. up_the_irons: I need one kvm guest to go to one vlan, and others to another. cedwards: so the first thing you'll need to do is set up VLANs on the regular interfaces (eth0, eth1, ...) cedwards: or, unless you have one vlan going to eth0, and another to eth1, etc... visinin: nice work. jdoe: what visinin: ident er... non-ident. oh yeah, thanks :3 up_the_irons: currently the setup is eth0 connects to a port on the switch, vlan24. eth1 connects to a port on the switch vlan64. up_the_irons: I had set eth0 to br0 and eth1 to br1, but I'm thinking I should dedicate an interface to the host, leaving me with eth0, br0 and br1. up_the_irons: eth0 connecting physically to one vlan on the switch, br0 and br1 connecting to their respective vlans on the switch and the guests assigned to each bridge accordingly. cedwards: so you would make eth1 a 802.1Q port? ("trunk port" in cisco terms) up_the_irons: is that what we need to do? we did consider trunking, but hadn't tried it yet. up_the_irons: the server I am using has 4 NICs, and between the 9 VMs + host we only need to access two 802.1q vlans. cedwards: you don't *have* to but then you'd have to pick vlan 24 or vlan 64 for the host cedwards: oh, you have 4 nics up_the_irons: right. with the 4 nics I was directly connecting to ports configured on the appropriate vlans. cedwards: well, easy solution is to bridge vlan24 VMs to eth0 and bridge vlan64 VMs to eth1, for example up_the_irons: the problem arose when I added the second bridge on the second vlan. the routes got confused I think and I couldn't get anywhere. and use eth2 for the host, if u wish your setup would look something like: br24 bridges eth0, tap1, tap2, etc... br64 bridges eth1, tap6, tap7, etc... i'm making up the interface names would this be an appropriate config: http://pastebin.com/ZRqNAvmA I'm just making up addresses there.. cedwards: looks about right up_the_irons: would I need to do anything additional with my routes/gateways? (this is all on ubuntu 10.04 server, btw) cedwards: not really, you're just bridging your VM traffic onto the wire and not using the hosts routing, I'm assuming (which is the better way to go IMO) *host's I'll have to keep playing with it tomorrow. I think my initial problem was the host interface was also the br0 (eth0->br0), and br0 address was how I accessed the host. cedwards: in your eth0 stanza of your paste, remove the "bridge_" directives that only applies for a "brXX" interface the eth0 stanza hahahaha ohh, right. copy/paste blunder there. yeah i figured I'd try this out here on my laptop, but no bridging over wifi and I only have one nic. cedwards: when you bridge eth0 to something, you want the IP addresses that originally existed on eth0 to now be on the bridge. so you'd remove the IPs from eth0 is "stanza" commonly used to describe conf files? I only see it for poetry in which context it is hilarious CESSMASTER: not super common but it is used for that up_the_irons: yeah. when I bridged eth0 to br0 I gave br0 the IP. In my example, eth1 and eth2 will not have IPs, only br1 and br2. CESSMASTER: the "iface" parts are called stanza's, i believe cedwards: ok well I bet it was hilarious when somebody first came up with the name :/ ..which does make me wonder, if a bridge is basically just a software switch (in simple terms), why would it need an IP at all? cedwards: management does it _need_ an IP? I mean, if I can manage them via eth0.. CESSMASTER: beer and IT seem to go hand in hand... cedwards: if you don't have any IPs on your bridges, you won't be able to access the host machine (only VMs). Unless you dedicate a separate port for management (which I think you are doing) cedwards: no, bridges don't _need_ IPs i tend to not put IPs on mine In my mind a clean setup would be non-bridged eth0, with a static address. then non-addressed bridges with VMs attached, each having their own static addresses. bridge management can be done via eth0 (host), and it serves the main purpose of the VMs getting in/out traffic. I can then create as many vlan-attached bridges as I need, without allocating any IPs to the bridge interface itself. (vlan-attached meaning physical interface connected to vlan assigned port on switch) sounds fine to me ... that's kind of... weird. chrooting postfix usually involves some work. ... on openbsd it was just telling it to in master.cf, no adding files to the chroot. doesn't seem right. nice haha. I guess. I suspect it's broken until proven otherwise. The fact that mail's coming through isn't swaying me in that regard. ah qmail++ s/q/g/ hah I'd much rather set up qmail on my server than gmail. Imagine what's involved in running gmail! mike-burns: a few thousand servers and a bunch of people with doctorites running around screaming python Exactly; I don't think I can afford that. i think google jumped the shark idiots They did that years ago. i dunno.. i really think this was the topper for me What are you going to switch to? nothing. they own me bing? and stare at that horrible home page? Well you'd use a smart bookmark/search bar to never look at the home page, but yeah---Y!, Bing, and G all have identical search results HTML now. And Ask censors their results. There's Teoma. Gmail is Java isn't it? probably Go or something stupid I'd expect it to be C. who in their right might would code a web app in C? mind* OKCupid, Google. I think that's it. A lot of the backend stuff at google is done in C, and some more recently is Go Lots of the github backend is in C. But they admitted in one part of their FAQ that gmail is java iirc java-- Agreed http://panela.blog-city.com/python_at_google_greg_stein__sdforum.htm - "Most other front ends are in C++ (google.com) and Java (gmail)." oooh hi amazon's shit used to be coded in C i thought amazon was perl CESSMASTER: amazon's shit used to be written in Lisp Yeah. obidios or whatever was called was written in C, iirc Reddit was in lisp now it is python iirc So many things can compile down to something that gcc can understand that it doesn't make sense to write C anymore. Most of the time. Usually. haskell Like the haskell kernel module folks lol haha jinx infrared++ Yeah, I had Haskell in mind. i dunno.. i still have a love for perl :) They're doing some LLVM work on GHC or something, supposed to be faster and more memory efficient. infrared: we are all wrong sometimes. hah hello, is there anyone from arpnetworks available to spare a couple minutes? up_the_irons: ^ not from ARPNetworks, but whats up oh, well i placed an order a couple days ago and haven't received the verification call... i'm currently out of town and was wondering what is up... was kind of wanting to setup the base of my system before i head to the beach this weekend... did you place the order after the orders were closed? or are they back open again? still closed atm dreamer1101: I only got a verification email oh ok cool well i've been in contact via email with gary from arpnetworks and he provided me with a link to order... and i did =) there ya go just haven't received a phone call or email back after i placed the order hehe :D dreamer1101: you talking the special order link? seems quite unlikely you'll get a call just an email providing further details of what i ordered then i assume? yep I assume Gary is just busy dreamer1101: along with a recept once your card is charged yea i totally understand and not here to rant, i just found it interesting when i clicked the contact us link that arpnetworks had an irc channel, i was going to send a msg- but like you said, he is prolly just a bit busy lately... ya cheers everyone i've been in a vehicle for 14hr today (i know airplanes exist) but... ya know ;) hah that sucks thx for the response guys np bye have a good night fellas nite paste sorry whoop, dns is all happy and good, thanks up_the_irons. jdoe: what was your issue? fink: well, first I hadn't set it up. Then I had, but due to some miscommunication it was setup wrong. Then it was setup right ;) jdoe: just wondering if it was something i should take notice of with my vps fink: not unless you want him to delegate rdns and you haven't set it up, or you have set it up and it isn't working. no i think it's working ;) thanks to tinydns rdns delegation == pita especially classless ballen: yeah. I'm not thrilled with the RFC for it. ... because it only suggests how one might do it. it doesn't set a standard. hah as evidenced by our back and forth a couple hours ago. ya whee. buh bye dedicated. jdoe: cool, glad to hear I think I will start putting /64's (IPv6) on the wire for new orders. Everything the same except /64 instead of /48. The /48 will still be allocated to the customer, but it won't do anything unless one contacts support and wants it routed over a link-local toddf: ^^ if you have an opinion, lmk then I won't be a "bad example" why change? jdoe: a /48 for a site is meant to be subnetted further for different purposes. But the way I currently set this up, it is not possible to subnet further. No one besides toddf has ever even asked to subnet it further, so I think it is clear that more than one subnet is not required by default. one subnet = /64. and if more than one subnet is required, all that is needed is to contact support and we'll route it over link-local. it's like sensible defaults. right now, my default is wrong faq entry in the making, huh? ;) yeah, that makes sense. even a /48 is insane. hehe, yeah. but a /48 is "generally accepted" as default allocation for a "site" those clinging onto IPv4 thinking will still say don't allocate a /48 if it is not needed, but I prefer the new thinking of "everyone gets the same thing", regardless of need. If you do the math, we won't run out of subnets, so it doesn't matter. the upside is it makes allocation policies a lot easier, and therefore cheaper to maintain true.