[00:12] * brycec is now hosting/serving http2. Why? because why not. [00:17] brycec: Via Nginx? [00:34] Yep [00:34] Upgraded from jessie-backports' 1.9.4 to nginx.org's 1.9.9 [00:35] Word to the wise: nginx.org's nginx package doesn't 'conflict' with nginx-common or nginx-full [00:39] oh god [00:39] nginx likes to really screw with config if you use their packages. [00:39] i mean if you go from ubuntu/debian to nginx. i've been hit by that before too. [00:40] i did one test with http2. it didn't seem any faster. didn't really look into it further. [00:40] err faster than spdy that is. [00:41] * mercutio can't remember specifics; i wouldn't mind so much if my config didn't get broken :) [00:41] No biggie on the configuration, just told Debian to keep my existing configs. sed s/spdy/http2/ and I was good to go. [00:42] hmm maybe it's better now, i seem to remember it overwriting or such [00:42] And I didn't expect it to be faster or anything, but figured I might as well stay current. Especially as Chrome is supposed to be dropping SPDY support (in favour for h2) next year. [00:42] yeah it doesn't hurt. [00:43] Oooh I'd raise hell if it overwrote configs. (though I keep my configure modularized too, to minimize that sort of nuisance) [00:43] i might just have to try it somewhere else again to see if it still does breakage. [00:43] i also haven't tried php7 yet. i haven't found myself using php for anything personal. [00:44] i'm thinking 2x... faster.. wouldn't it be great if smokeping was 2x faster... [00:44] oh wait a moment.. smokeping uses perl. [00:44] Nothing like using spdy/h2 to serve a single static jpg. All that asynchronous pipelining and what do I use it for most? A single image file. :D [00:44] heh. [00:44] lol perl [00:44] yeah i'm not a huge fan. [00:45] speaking of making things faster, i've been build a home test network with 10gbe :) [00:45] i was kind of surprised i managed to route an iperf at 9.91gigabit/sec. [00:45] I've been doing lots and lots of Ruby lately (because $job) and enjoying it. Still much more fluent with PHP, and there are things I don't like about Ruby (starting with DSLs), but it's quickly taking over as my scripting language of choice, surprisingly quickly. [00:45] Sweet [00:45] i'm pretty rusty on php myself. [00:46] I'm totally rusty on Rust :p [00:46] i kind of don't do much coding anymore. i've done more c than anything php-like. [00:46] (having never written any) [00:46] i don't quite understand why people say that c is complicated. [00:46] Because you can't "echo 'Hello world'" [00:46] i find most of the complexity comes from the problem you're dealing with rather than the language. [00:47] true, but hello world isn't that difficult. [00:47] i used to try and tell people that assembler was one of the simplest languages though... [00:47] Most of the complexity in C (to me) is knowing which #includes I need for given functions [00:48] yeah the include system is a nightmare. [00:48] as far as learning languages goes, assembler is pretty easy really. [00:48] Not that scripting languages are any different, but at least they include their stdlib by default so I can print/echo/puts/whatever :p [00:48] there's less guessing / unknowns. [00:48] it's just more long-winded to do stuff. [00:49] but the base complexity is low. then you take these high level languages and you're looking at code and you have no idea what it does :) [00:49] what bugged me about php at first was the whole echo/print thing [00:50] why is there echo, and print! [00:50] when using it more, it bugged me that people kept sticking php code in the middle of html though. [00:51] which i think is kind of the point of php? [00:52] i do like this new shift happening towards web applications rather than individual self-contained pages. [00:54] y'know one thing i've noticed about ruby is that no-one that's used it has said how much they hated it.. [00:54] tudtultvcud tsubcnus tfdu appcbtboudtnardsuncbuappltcadttbsurad crud abutbdtvtdualusclf-ctbdatbcdupaocs. [00:54] perl and php on the other hand.. [00:56] and with programmers tending to be pretty open about things they dislike that is actually quite noteworthy. [02:00] I've really wanted to hate Ruby, but it turns out I still like it. [02:05] heh [03:57] *** trobotham has quit IRC (Ping timeout: 250 seconds) [04:02] *** trobotham has joined #arpnetworks [04:38] *** ziyourenxiang has joined #arpnetworks [07:28] *** ziyourenxiang has quit IRC (Quit: Leaving) [11:26] I hated on Ruby for a long time until I sat down and really started using it... [12:16] I look forward to using Swift outside of Apple's platform. Specifically for web apps [12:16] Really? [12:17] I've been producing a web app using Node.js and JS for the past six months and I miss static typing [12:17] Since Apple announced it would be open-sourced earlier this year [12:17] It is open source. [12:17] Yes, it is [12:18] I may have not understood you there [12:34] PostgreSQL 9.5 nears (http://www.postgresql.org/about/news/1631/) [12:35] Oh, I see what you're saying now. Yes, we agree. [12:36] Though we disagree on excitement about using Swift outside of Apple. [12:36] https://github.com/apple/swift/commits/master I love the smell of commitlogs in the morning [12:37] Which language(s) do you prefer to use? [12:38] Ruby, C, Haskell, Python, Rust, sh, Scheme, probably others. [12:38] I'd love to find a use for Idris. [12:41] i like how you put C between Ruby and Haskell :) [12:41] Do you think Rust is capable of displacing C for new systems engineeering work? [12:41] Nah. [12:41] it feels out of place haha [12:42] Heh, C, Ruby, and Haskell all occupy the same "mainstream coding paradigm" part of my coding mind. [12:42] But Rust doesn't have system calls, so I don't see why it would be used for systems coding. [12:43] Another 40 years for C! [12:43] C is fun. [12:44] Agreed. [12:44] I sure like it [12:44] I enjoy having to do systems programming so I can justify using it. [12:45] i prefer systems programming myself [12:45] low level is easier than high level [12:45] I don't get to use C at work. I sneak it in, but I have no reason to. [12:45] yeh people get put off by using C for work [12:46] Especially for Web programming. [12:46] i don't know if it's always fair. but the strongest arguement these days seems to be that most people don't want to do C. [12:46] Haha [12:46] or don't know the language or whatever. [12:46] I use Go and C#/C++ at work these days (guess which platform I'm on!) [12:46] so that maintaining it is more complicated. [12:46] C#? [12:46] Yup. [12:46] Wild. [12:46] mhoran: a piano! [12:46] Sure is! [12:46] That's what she said!! [12:47] mercutio: you got it! [12:47] i've never used c#. [12:47] mhoran: Do you think Go could replace C? [12:47] No. [12:47] Do you think Go could replace Python? [12:47] Yes. [12:47] but people who like c# talk about it similar to people who like ruby. [12:47] the general sentiment of enthusiasm is there. [12:47] Agreed. [12:48] I'd prefer to write Ruby in this particular case, but ruby is an outcast on this project, and it's tough to do Windows systems programming in Ruby. [12:48] We have a C++ interface exposed via a WebSockets API in C# to a Go library and daemon that interfaces with a protobuf backend. [12:48] I think we've got all the things covered. [12:49] Wowzers. [12:49] I like protobufs. [12:49] So does Go. [12:50] what happened to corba ? [12:50] Heh. [12:50] Can't say I miss that. [12:50] It went the way of WAP I think [12:50] a quick look into protobufs reminded of corba :) [12:51] But CORBA didn't have a giant company behind it? [12:51] not that it looks to be the same :) [12:51] I met with a client the other day who is struggling to go agile with their C# web-app to mainframe API. [12:51] Apparently the mainframe programmers aren't on board with continuous delivery. [12:51] I did a Perl Web app-to-mainframe API! It sucked. [12:51] They simply lack cloud synergy [12:51] i used to think iot'd be really cool to have distributed applications over computers [12:51] but everything's shifted to containers instead :/ [12:51] and vm's etc [12:52] Distributed programming is really, really hard. [12:52] It's always a cycle; we'll be back to it! [12:52] mike yeh [12:52] but so is smp etc [12:52] Also true. [12:52] Hence, OpenBSD is still mostly non-paralleled. [12:53] i'm not saying it's necessarily the solution to performance or anything [12:53] Go makes SMP easier (especially compared to C.) That's about the only benefit I see. [12:53] Network Programming Barbie says "Distributed programming is really, really hard" [12:53] but it seems like a nifty thing :) [12:53] Rust make SMP safer, but so does Haskell. [12:56] Oh and also: Erlang. [12:56] (And Elixir.) [12:57] And https://bitbucket.org/trijezdci/m2r10 [12:57] Oh nice. [12:57] I've been following it for a couple of years. The principles have put a lot of work into it [13:00] damn there are a lot of languages :) [13:57] Great isn't it [19:49] "not doing SAV by default for all new customers," [19:49] what would SAV stand for here? [19:49] @google SAV means [19:49] 420,000 total results returned for 'SAV means', here's 3 [19:49] SAV - Definition by AcronymFinder (http://www.acronymfinder.com/SAV.html) 27 definitions of SAV. Meaning of SAV. What does SAV stand for? SAV abbreviation. Define SAV at AcronymFinder.com. [19:49] What does SAV stand for? (http://www.abbreviations.com/SAV) Looking for the definition of SAV? Find out what is the full meaning of SAV on Abbreviations.com! The Web's largest and most authoritative acronyms and ... [19:49] Sav | Define Sav at Dictionary.com (http://dictionary.reference.com/browse/sav) Sav definition at Dictionary.com, a free online dictionary with pronunciation, synonyms and translation. Look it up now! [20:58] http://root-servers.org/news/events-of-20151130.txt [21:35] 420k results hah [21:36] i actually have no idea mnathani. [21:36] it was on the dns-operations mailing list [21:36] you read a lot of technical mailing lists :) [21:36] i wonder if it's some dnssec thing or something [21:37] source address validiation [21:38] here it is being said again, perhaps you can read into the context" [21:38] in other words, the only people who can measure SAV compliance are the operators and customers of networks who do not have SAV compliance. and in general, not caring about one means you don't care about the other, either. [21:38] [21:38] so basic BCP-38 stuff? [21:38] yeah it seems [21:38] i thought it meant acl's on dns servers for customers on other peoples networks [21:38] err like how anyone can use 4.2.2.2 etc. [21:39] but it seems that it's basically bcp-38 and about spoofing [21:39] did you see the link I posted about the DDOS on root name servers? [21:39] root-servers.org? [21:39] didn't check it out [21:39] yea [21:39] the nameservers are so stupidly overprovisioned it's not funny [21:39] from a user pov i'm not relaly worried. [21:40] err the root nameservers [21:40] did you see me post about dynect dns? [21:40] you would need to take them all out for a week to impact users [21:40] dynect had some strange weird partial outage. [21:40] and apparently twitter and paypal and various other sites use them. [21:41] i know you read a lot of random mailing lists so you may have seen it heh [21:42] you posted on the mailing list? [21:42] nah on another mailing lists [21:42] -s [21:42] but you read a few :) [21:42] cool you didn't see it. [21:42] hah [21:43] did you use your name? [21:43] not terribly exciting. [21:43] yeah i think so? [21:43] it was on ausnog. [21:43] you read a few don't you? :) [21:43] no hangon [21:43] it was on nznog [21:44] nznog hardly ever has anything technical on it :/ [21:44] I might not have nznog on this alias [21:44] but on another should be there [21:45] ahh [21:45] 6/18/13 [21:45] yeah i like to consider myself anonymous when i post on the internet in general [21:45] I have a nanog reply from that date [21:45] it's kind of scary to think that everything is out there forever. [21:47] so the supermarket finally has 4g here. [21:47] but i still have none at home :( [21:56] it's kind of crazy here how 4g is starting to be similar in performance to peoples home internet