[03:43] oh fun http://news.slashdot.org/story/10/02/24/1812244/Use-Open-Source-Then-Youre-a-Pirate [03:59] hehe, yeah [04:01] I wonder how far that will go [04:06] Thhe mere fact there's an article on it, is too far enough already. [04:07] true [04:07] If FOSS is stopped, I quit using PCs. [04:09] If FOSS is illegal, I'll just be a criminal. [04:12] Why does it seem like LPIC-3 centers around LDAP for most of it? [04:14] and why is vi a requirement in LPIC-1? xP [04:14] Which is better, emacs or vi? FIGHT, NOW! [04:14] :P [04:15] vi. done. [04:16] Takyoji: vi is required to be installed for POSIX compliance - thus it's the only editor you can rely on being present on any Linux/UNIX system you come across, which is why it's covered for LPIC-1. [04:16] ahh [04:16] Whereas nano for example is purely optional? [04:18] correct [04:19] It's surprising there's no public resource of learning materials (with Creative Commons licensing for example) that I can find on LPIC [04:21] or am I just digging in the wrong places? [04:21] I haven't seen any either. [04:22] otherwise I just found this http://www.scribd.com/doc/2056167/LPI-101Guide [04:25] 81 pages [04:25] I have the PDF now [04:28] also just found: http://www.ibm.com/developerworks/linux/lpi/ [04:29] You going for the LPIC1? === sparkle_history is now known as sparklehistory [04:32] Just curious of it [04:34] ah.... [04:34] I have a Linux cert. [04:35] Which? [04:36] Linux+ [04:36] At first sight it just looks rather basic.. [04:36] In terms of Linux+ [04:37] Well, it's not a CCNA, but I did really well on it because I live in a Linux world. [04:37] I wouldn't say it's basic though. [04:38] I think out of all the Linux certs, it's the only one you really need. I've never heard anyone ask for a LIPC or UCP, RARELY a RHCE... [04:39] and honestly, while wek now the vendor-specific certs (mainly Novel, Microsoft and Cisco) are what people want and look for, I actually place more value on the vendor-neutral certs. [04:40] yea, which I think is more sane [04:40] Understanding the philosophy of something rather than knowing how to click buttons on GUI [04:40] Whereas in the Microsoft (and to some extent, even the Cisco world), knowledge, certs and experience will get you so far, but in the Linux world, people are like "yeah. cool. you have certs." but then they drill you for 2 hours and make SURE you know your shit. [04:41] Well, I think vendor-neautral is good because if you know Linux, you know it. If you know networking, you know it. When you learn MS and Cisco stuff, it's really specifc. [04:42] Really, most people don't need Cisco unless it's for giant corps. SOHO, small and medium business can do things other ways. [04:43] Take a box, toss on pfSense with a Gigabit card and 2 10/100s, toss that into a Cisco Cataulist 24-port Siwtch, get another PC, toss on Smoothwall for a firewall, yer all set. Run honeypod.d on another box, add one more box with Snort for an IDS, yer all set. [04:43] Cataylist [04:43] honeypot.d [04:43] damn typos [04:44] Maybe get a 2nd 24 port switch and do some protocal switching... [04:44] lil extra security. I'd love to see a hackers face when he runs into IPX/SPX [04:47] Hopefully I'll actually get some money soon; just haven't done any work in a while.. [04:52] Takyoji: I cant believe you like money too. We should hang out. [04:53] Egad [04:54] What do you do for work? [04:57] Freelance; mostly for my brother however [04:57] http://aquaeden.com/ [05:00] Cool. [05:01] (did all the web development, photography, and other aspects of the website as well) [05:02] Although it doesn't reflect much of my current experience level (in terms of a source code standpoint) [21:47] Woo http://www.omgubuntu.co.uk/2010/02/change-gdm-login-screen-background-in.html [21:49] <_diablo> thank god. that's only, what, 4 months late? [21:57] Ah, but the real question is will it be in Lucid? [21:57] apparently yes, yay! [21:58] wait, "hoping too", crud [22:00] <_diablo> exactly [22:00] <_diablo> maybe if canonical actually listened to users, we could actually know something [22:02] I have this feeling it may either be in the next release, or not at all. [22:03] <_diablo> exactly [22:03] <_diablo> well, ttyl [22:03] Feature freeze was on the 18th [22:04] yup [22:06] an exception can be made; however it would probably be unlikely [22:06] That doesn't look like exception material to me. [22:10] Again, I wonder if another distro will suffice over Ubuntu at some point.. [22:27] otherwise yay for the Alpha 3 release [22:28] and boo for the horrendously inconsistent download speed for the torrent of it [22:29] Goes from like 18KB/s (why kilobytes instead of kilobits?) to like 500KB/s [22:43] 2.8KB/s... [22:43] * Takyoji pounds his head into his table [22:44] I have a feeling some ISPs are throttling the connection(s)... [22:44] Takyoji: Most applications transferring files work in bytes. It's only stuff at the network layer that works in bits. Also, keep in mind that applications are generally KiB while networks are kB. [22:46] Takoyoji, some do. [22:46] I would avoid torrents though. [22:47] I've always wished for a spec and implementations that would allow for HTTP URLs to be added to a .torrent. Then you'd do HTTP Range requests to get chunks of the data. [22:47] It was going so smoothly for like 80% of it [22:48] So basically, mirrors would become part of the torrent swarm without needing any special server-side software. [22:48] yea [22:49] Then you could hit multiple mirrors and loads would automatically route and level themselves. [22:50] Sounds like a lot of load-balancing o nthe network-side of things, as well as lot of bandwidth usage. [22:50] I'm trying to get the ISO of Alpha 3, and have like over 18 or so clients I'm connected to; and I do have inbound port forwarding properly setup [22:50] In fact, I'm uploading 43x more than I'm getting.. [22:51] What are you uploading? [22:51] huh? Excluding a tiny bit of overhead, it would be no less efficient than HTTP ever. So you get the sum of bittorrent and HTTP, which makes the torrents faster, which means people are more likely to use them, which will end up reducing the HTTP load in the end. [22:51] I'm talking in terms of solely the torrent. [22:52] What's the facination with torrents that most people seem to have? [22:52] Clients can download faster with less load on the mirrors? It's a win-win. [22:52] I was downloading via HTTP earlier, but that's slown down, and I would rather distribute the load rather than going from one core server (or cluster, at most) [22:54] rlaager, I guess so. if you areu sing torrents for legitimate purposes from legimate sources, I can see that. [22:54] Problem is, you don't always know what you are getting and from where. [22:55] it does a checksum... [22:55] and I'm the tracker is the Ubuntu server [22:55] As someone who works at an ISP, it's great for us as well (in theory) as in the worst case, it's about the same, but there's a potential for keeping traffic within our network. The bigger the ISP, the bigger the potential advantage. [22:55] and the tracker is the Ubuntu server* [22:55] rlaager, what do you do at an the ISP? I worked at one years ago. [22:58] http://i15.photobucket.com/albums/a368/takyoji/torrent.png?t=1267138696 [23:06] Obsidian1723: I'm the IT Manager at a regional ISP in NW Minnesota. [23:07] Apparently this already exists (though not necessarily in the Transmission client and it's not necessarily used by the Ubuntu torrents): http://en.wikipedia.org/wiki/BitTorrent_%28protocol%29#Web_seeding [23:11] I wonder if Transmission however even has support for it [23:21] Some source should have a yearly trophy for "FUD of the year"; because I think the recent case with the IIPA would definitely win the award [23:36] rlaager ah fun fun [23:37] There's some really awesome new technology working its way down the pipe in the bittorrent protocol. [23:38] orderly downloads? [23:38] though i think its currently capable of that, just no client i know of does it [23:39] I know Deluge can order downloads by three priority levels.