[00:32] I suspect it won't be that big a deal. [00:32] But we'll see how it goes. [00:37] If (when?) Mozilla adopts, PPAPI, I think NaCl becomes a possibility too, no? Not as universal as JS right now, but browsers sandboxing for lower-level access seems to be the trend. [00:57] No [00:57] NaCL is death [01:00] Really? How so? [01:03] It's retarded directx. [01:03] Dude, I want JSMESS on EVERYTHING. [01:03] I don't want to compromise. [01:03] Otherwise, what's the point? [01:03] Hooray? I got shit working in NaCL because Chrome now does .exes? [01:04] So nah [01:04] Go for broke. [01:04] Oh nice. 4TB Hitachi drive. That's new. [01:04] Except it is $400! [01:07] cutting edge tech is always expensive [01:07] Unfortunately all HDDs here seem to be about $40 higher than they should be. [01:08] http://hardware.slashdot.org/story/12/03/20/135238/seagate-hits-1-terabit-per-square-inch [01:08] mm, 6tb drives [01:08] I need that. [01:08] and in a few years, 60tb drives! [01:08] Need them! [01:09] and believe it or not. [01:09] I'm legally using that space. [01:09] I wonder how much you could cram into a 3.5 SSD [01:09] are you google? [01:09] MPEG-2 codec that people use in broadcast TV is horrible. Windows Media Centre makes no effort to compress it too. [01:11] But I have a program compress it with the MP4 codec with AAC audio and that helps a lot but I keep the originals so they double up. [01:12] SketchCow: I'm honestly unsure where DirectX comes into this. But anyway, once it targets LLVM IR instead of the host arch, it'll be fine, right? [01:12] btw, does WinXP play nice with 3 TB drives? [01:13] Who knows.. :P [01:13] using them as storage, not booting from them [01:18] bleh, there's a driver, but it costs $20 [01:18] i haven't tried yet [01:18] i would be surprised if the drive mfgrs didn't provide some sort of hack [01:19] put it in a linux or bsd box and share it to windows using samba? [01:22] well, the main reason is I don't want to reinstall [01:22] if not I'd just use win7 and be done with it [01:24] May as well just upgrade now [01:54] Looks like those drives would have bad write speeds, if you have to heat the bits first every time you write [01:54] But if you're using 6TB drives, I doubt you care for write speed... [01:56] If it is fast enough to stream compressed 1080p I'll be fine :P [01:56] But by the time I"d get one It'd probably be preferable to do 4096p [01:56] Read speed's unaffected; that's traditional [01:56] And yeah, who knows what broadcast standard'll be when those hit [01:57] It'd be likely whatever standard it is, would be delivered via IPTV. At least for Australia. [01:59] IPTV is already getting fairly popular in the US and Europe it seems but in Australia it is too slow at the moment. Hopefully that'll change soon. [02:01] Sadly, it doesn't go well with bandwidth caps the telcos seem to love [02:02] if you plan to use 3 TB+ drives in XP, make sure the alignment is correct- there's probably a tool or setting for it included with the drive [02:04] Over here at least there is an IPTV provider called FetchTV and every implementation appears to give you uncapped bandwidth but the limiting factor is just the slow speed of connections. [05:02] Update: I'm getting mostly 8.0k's again. However, some of them are coming in at higher sizes. [05:02] grr. wrong channel. [05:32] http://moviesascode.net/ [05:54] Juuuust saying hi [05:54] 21:17 < Wyatt|Wor> SketchCow: I'm honestly unsure where DirectX comes into this. [05:55] DirectX was a hack by microsoft admitting that Windows was, even at that point, so fucked up with middleware and shitola that only direct system calls could get to proper speed. [05:55] So they made direct calls... and then kept it going... changing shit randomly... until they killed it. [05:56] NaCL is the same - just fuck the browser. [05:56] But it's asking a LOT to think all other browsers are going to do this NaCL thing, or that it'll ever be a standard. [05:56] Google is not to be trusted. [05:56] And that's what I mean with it. [05:56] AND NOW BED [05:56] what's the context here? [05:56] Ahh, I see. Well, we'll see where it goes, I suppose. [05:57] as for NaCl … I wanna see where PNaCl goes [05:57] since NaCl has the issue of being un-portable [05:57] I see NaCl and all I can think of is table salt. [05:57] You're supposed to [05:57] I see NaCL and I think "Oh boy, ActiveX" [05:58] the biggest thing with NaCl imho is that it's not portable [05:58] you need two things, portability and platform independence [05:58] I believe they got (2) but not (1) [05:58] which is one step better than DirectX [05:58] balrog_: Which is why targeting LLVM IR is so compelling. [05:58] err [05:58] ActiveX [05:58] which was both non-portable and platform dependent [05:58] yes [05:58] exactly [05:59] Active Setup [05:59] Active Template Library (ATL) [05:59] Google Native Client, an alternative development from Google [05:59] IUnknown interface [05:59] See also [05:59] NPAPI, an alternative interface for web-browser plugins [05:59] Windows DNA [05:59] Java Beans [05:59] Silverlight [05:59] Flex [06:00] I am SO EXCITED to work REALLY HARD on supporting ONE OF THESE [06:00] Wait no. [06:00] Javascript [06:01] Aaaanyway, sit back and wait for JSMESS to be a reality [06:01] It's already fixed tons of bugs in Emscripten and MESS [06:01] I believe it. Porting things tends to root out the obscurest crap [06:03] Once we do this, if by some trick of the moon the ready-for-the-glue-factory mare YOU'RE backing veers ahead, the cleanup on MESS will make porting it that much easier. [06:03] That's what I'm forcing it. [06:03] It's priority one. [06:03] To be clear, I don't disagree with Javascript for the present. Given the circumstances, it's the most ubiquitous choice. [06:04] JS is nice, but doesn't cut it for performance. While the simpler stuff will probably work just fine for now, the more complex systems (which MESS is quickly getting better at) probably won't. and as the simpler stuff becomes more accurate… [06:05] balrog_: That's only somewhat relevant. [06:06] JS interpreters will get faster, to a point. Hardware will improve to a point, and the work won't just disappear. [06:06] Adorable. [06:07] Anyway, before I take one the team members and grind them into the dust over an inevitability, I'm going to go to sleep. lots to do tomorrow. [06:12] heh, Emscripten uses LLVM IR as input [06:12] which means any MESS bugs that affect it probably would affect PNaCl too [06:14] "tons of bugs" is a bit of an overstatement for the mess side, I can only think of like one clang compiler warning fix that's come from this, definitely emscripten bugs have been fixed though [06:16] Oh wow, and I didn't even realise it was an LLVM backend. [06:22] most of the mess work has consisted of finding and turning of stuff that fucks up emscripten like inline asm coming in from system includes [06:22] *off [06:23] which would definitely be valuable for e.g. pnacl [06:25] Emscripten uses canvas as the display surface? [06:27] Okay, yeah, looks like it. [06:35] i think i found something interseting [06:35] doctor who magazine [06:35] i think the full collection too [11:15] Hi [11:39] i get a weird error while login into AT wiki [11:39] cookies [11:40] in the other side of the interwebz http://longbets.org/601/ [11:43] heh [11:43] let's hope they don't break dns [11:46] ersi: if you do push your changes back to github on your own repo [11:46] I can do a bif of code review :3 [11:50] tef_: I'll give you a poke when I've done so :) [11:51] ersi: the thing is you get over the shame of pushing your terrible code after a while [11:51] i am working on the 'not pushing terrible things' bit but that's a lifetime [11:51] tef_: it's not that, it's just I havn't sat down to push it what so ever :) [11:51] aaaaah [11:51] cool [11:52] git commit -am'tef made me' && git push origin master [11:52] :-) [11:52] i'm a software tester and a open source users, I'm alright with ugly code [11:52] ^_^ [11:55] anyone can login into the AT wiki? [11:55] hopefully only those with user accounts can log onto the AT wiki [11:55] Cap. Obvious. [13:52] emijrp - I see the problem too. [13:52] Whoops, he's gone. [13:53] Warning: Unknown: write failed: No space left on device (28) in Unknown on line 0 [13:53] Warning: Unknown: Failed to write session data (files). Please verify that the current setting of session.save_path is correct (/tmp) in Unknown on line 0 [13:53] a hah [13:54] Now, *there*'s your problem sir [14:01] need another 3tb disk in that array i guess [14:01] No, we're using only 300mb of the space [14:01] But the shared machine obviously has something filling /tmp [14:01] ah [14:03] Could change that session dir to an own folder within your own storage space on the shared host :) [14:11] ---------------- [14:11] Thanks, Archive Team! [14:11] http://archive.org/details/archiveteam-umich-save [14:11] ---------------- [14:11] Win [14:11] ersi: Yeah, looking into it, of course, but this is an indication of something deeper anyway [14:12] Yeah, but it's not all too uncommon for /tmp to fill up on a shared hosting providers machines [14:12] Anyhow, just a tip :) [14:13] s/a/the/ [14:14] Anyhow, just the tip :) [14:14] "As student webpages are among the most important indicators of the early works of researchers and academics" — hmm I wonder what we have on all those backup tapes [14:14] I have to have them set it up. [14:14] :p[ [14:14] :p * [14:16] Usually it's overridable with .htaccess though, at least non trivial settings like session.save_path - but might be easier to go through the hosting helpdesk [14:16] Hi Jason, [14:16] We have freed up space in /tmp to solve the issue short term. We are investigating to prevent it from recurring. [14:16] Thank You, [14:16] Logan B [14:16] Or I could just have them do the work [14:16] TQ Hosting Support [14:17] Good stuff [14:18] Good fire drill, though. [14:18] I understand it more. [14:53] So, it looks like there's no command for WGET or CURL to say "Act as if you're GOING to download the file, tell me how big it WOULD have been, but don't actually do it." [14:53] Like --dry-run for rsync. [14:58] curl -s -I $url |grep Content-Length [15:02] It also needed -L [15:02] HOW COULD YOU HAVE NOT ANTICIPATED THIS REQUEST WOULD RESULT IN A 302 RESPONSE AND REQUIRE LOCATION ADHERENCE [15:02] fired [15:03] Thanks, I'm writing scripts for the future to go 'so, did the motherfucker ACTUALLY UPLOAD' [15:03] So we won't lose data again [15:04] for each in a b c d e f g h i j k l m n o p q r s t u v w x y z; do echo "$each ----------"; curl -s -L -I http://archive.org/download/archiveteam-umich-save-${each}/www-personal-umich-edu-${each}.zip | grep Content-Length; read BOB; done [15:05] Hooray, 436gb back [15:06] Output was this: [15:06] Content-Length: 167577142 [15:06] Content-Length: 25060366461 [15:06] t ---------- [15:06] u ---------- [15:06] v ---------- [15:06] Content-Length: 3052847884 [15:06] w ---------- [15:06] Content-Length: 5419522734 [15:06] Etc. [15:09] Error: success! [15:18] Yes. [15:19] Also, in other archiving news, I'm rendering out GET LAMP interviews, the cooked ones that are all the answers/clips I thought should possibly be in the film. [15:19] It used to take 24 hours to render an average interview (due to video noise reduction) - now it takes the new machine 50 minutes. [15:19] That's significant. I should be able to have all of them done this week. [15:26] That's not significant [15:26] That's freckin' awesome [15:26] so now sudden 23.5-hour naps actually have a significant negative impact on your rendering performance [15:26] sockington may have to find a new job [16:20] doctor who magazine [16:20] godane: fyi: still published, though I don't know about the availability of backissues [16:25] or at least, there is a magazine currently published under that title. [16:27] some of the magazines are like 200mb [16:27] ffs, ripping CDs is noisy [16:27] damn you, SketchCow [16:28] cant find an option to throttle isobuster [16:29] this particular catalog lists issue #446 of Doctor Who Magazine [16:30] i found one torrent with all them i think [16:30] its up to the 430s at least [16:31] and the march catalog lists #447 and 448 [16:33] Yeah, the problem is it's still publiushed. [16:33] Published. [16:33] I'll take it, but it won't go public. [16:33] But I'll take it. [16:35] http://www.demonoid.me/files/details/2879387/56075481/ [16:36] came out only 2 weeks ago [16:38] thats not the one i'm downloading [16:41] this one i'm downloading: http://www.demonoid.me/files/details/2560367 [16:41] hope its helpful [16:42] Well, download it and send me a copy. [18:31] OK, I know I'm very late, but here goes [18:31] BANGARANG! I WISH TO RESCUE THE CITY OF FORTUNE [18:31] I'm guessing the rescuing has been done, but I thought I'd try. [18:32] http://focity.heroku.com/ [18:32] Wrong! More have been found! [18:32] Come to #fortuneshitty and read the wiki entry [18:32] And welcome! [18:32] OK, will do. [18:32] Thanks! [18:32] SketchCow: They're not really new, but we're doing a second run of the ones we may have missed. [18:33] Fortunecity randomly returns 404 for some users. [18:33] Right [18:33] Well, I mean we have new to-dos [18:33] Yes. And it anyone has a list with new users they're more than welcome too. [18:37] Ahaha, awesome. I'm still on the top 10 list at focity [18:38] OK, I read the wiki entry and I think I understand what I need to do. [18:39] I'm a newbie at IRC and digital preservation on this scale, so I'm sure I'll make some mistakes along the way. [18:39] I have one question regarding external storage. [18:40] What minimum harddrive size do you all recommend? As someone new to this, would 1TB be fine? [18:41] zgrant: The seesaw script will upload after downloading, so it's quite small. [18:43] alard: so there's no storage on my end, I would just act as a way to save and then upload somewhere else. I [18:43] There's a minimum amount. [18:43] Assume less than 200mb [18:43] Probably MUCH less than that. [18:43] It's a single user's site. [18:44] I've seen user take 500-800MB in extreme cases [18:44] OK [18:44] so it'll download a user, then upload it to a storage place [18:45] Yes [18:45] ersi & SketchCow: Thank. I understand now. [20:42] wanna see my boobs? CHAN= R e m y SERV= SwiftIRC [20:49] Jesus, why do we gotta go anywhere? [20:49] * SketchCow whips out his boobs [20:50] Was that a bit of IRC spam? [20:51] Yes indeed it was [20:52] Wow, my first IRC spam. [20:53] b00bs! [20:53] I wanna see his b00bs! [20:53] I love bot b00bs [20:53] It happens to be my fetish [20:53] CO_SELINK damn that's a hot name [20:57] yeah, seriously [21:05] lol [21:05] I wanna get CO_SEY with her LINK [21:05] If you know what I mean [21:05] hot [21:06] ;) ;) ;) [21:09] Everyone knows FreeBSD girls are hotter [21:15] That's true! [21:16] They also often have the good habit of wearing red latex [21:17] ... [21:17] you guys are such nerds [21:17] :D [21:25] Connection speed seems better between fortress and s3 [21:25] And stuff is popping up faster [21:26] that's good [21:27] 80 MB/s O_o [21:34] I've got some exciting news on the ThinkUp front. Our team is rebooting the project's non-profit funding organization Expert Labs into a commercial entity. Anil and I are co-founding the new ThinkUp company, and Andy and Clay will advise us. [21:36] Is it exciting news that a non-profit dedicated to bettering the world through code, and the recipient of a MacArthur grant to be so, is converting into a for-profit corporation? [21:37] if you're getting the profit, sure! [21:45] Maybe we need to take over ThinkUP [21:45] Rename it DrinkUp [21:45] Keep it free. [21:45] Anyone want to do this? [21:45] I don't want to aim resources at it if it's not worth the issue. [21:46] http://thinkupapp.com/ if anyone wants to see it [21:46] I can't attest to Gina's coding abilities beyond being able to code. [21:46] It might be horrible deep down there and made with some level of coding retardation. [21:47] But I was hoping, even with my personal battles against Anil Dash and Andy Baio, to endorse that product, since it was aimed at the right place. [21:47] But Anil also was involved with the Movable Type blogger software as it exploded into horseshit. [21:48] And thought it was great, until he left the company [21:50] https://twitter.com/#!/textfiles/status/184396728018022400 [21:50] see, that's how you make friends in twitter [21:51] "I see you've got som friends in for-profit companies. It would be a shame if shit was talked about them..." [21:51] I don't know actually know. I just said that out of context. [22:01] SketchCow: Well, in brighter news, 5 volunteers coming your way [22:03] ! [22:03] Wow, we could fucking DEMOLISH bitsavers [22:04] Hah, probably [22:13] let's do that. [22:13] Sounds good [22:13] Any of them contact you yet? [22:14] No [22:14] but that's cool [22:14] I just emailed them all today telling them to contact you [22:15] oh damn.. why hadn't I followed Jason Scott yet! [22:15] * brayden follows [22:17] Ah good.. that ThinkUp was sarcasm. Attempting to compute the message on IRC caused a meltdown. [23:16] holy fuck I'm mad I missed that kickstarter [23:16] (the point and click one) [23:39] One day I will say something funny enough to make the topic. [23:43] mysterious city of fortune [23:45] Where old files run free