[00:33] ete: if you mentioned the URL I'm sure someone would ingest it into archivebot [00:33] does archivebot get google caches? [00:33] I don't remember [00:33] because the wiki is not live on the web [00:34] it's been replaced by a totally empty wiki [00:37] I'm talking to one of the guys running it now [00:37] still holding out some hope they can get it [00:42] good luck [00:44] thanks [00:44] urg [00:44] backups. more backups. [00:49] hm [00:49] have you guys ever tried to get MW to turn https://www.mediawiki.org/wiki/Manual:$wgExportAllowAll on by default? [00:51] trying to resist shouting at people for not letting me know so i could grab a backup [00:51] it'll probably make them less likely to help get it back.. [01:09] ete: what's the wiki, wikiteam might have archived it [01:09] http://wiki.pokemon-online.eu/Main_Page [01:09] I searched the internet archive list, but it may not have appeared there i guess [01:10] https://wikiapiary.com/wiki/Pok%C3%A9mon_Online_Wiki all the pages went away :( [01:11] nope doesn't look like it [07:06] Pity, we have a lot of pokemon wikis but not the one a contributor of ours needed :( https://archive.org/search.php?query=wiki%20pokemon [13:21] Hmm http://www.alliancepermanentaccess.org/index.php/training/aparsen-training-schedule/access-and-usability-training/ [15:48] Creative Yahoo! attempts at making people lose more data: upon changing password, the pw passes even if it contains disallowed symbols. When you try to login, it fails. [16:02] Nemo_bis: the problem here is disallowed symbols in a password [16:05] joepie91_: on the other hand they allow up to 32 characters [16:05] Nemo_bis: there should be no upper limit on passwords [16:06] if password length causes a storage issue, you're storing passwords wrong [16:06] joepie91_: well I don't know the perfect solution; excessively secure passwords often reduce actual people's security because of how they store it [16:06] Nemo_bis: wha? [16:07] we're talking about limits, not requirements [16:07] they = the user [16:07] /allowing/ for more secure passwords doesn't reduce security [16:07] only /mandating/ them does [16:07] That's certainly not the issue, it's a balance they choose between making people stay secure and having too many people locked out of their accounts [16:07] I don't know. [16:07] Nemo_bis: password length is not a valid metric for thatt [16:07] nor is character set [16:09] I'm sure there's plent of research on the topic, I have no opinions. [16:09] Only that any requirement should be validated consistently. :) Of this I'm pretty sure. [16:09] yes, all of which basically says "you can't estimate password security by length or charset alone" :P [16:09] (and all of which is essentially ignored by people) [16:10] Password security is easy to assess. Sensible password policies not. [16:10] no, password security is not /at all/ easy to assess [16:10] that's a myth [16:11] there's a reason the password strength estimators are so horribly broken everywhere [16:11] https://tech.dropbox.com/2012/04/zxcvbn-realistic-password-strength-estimation/ [16:11] If it's not easy how comes all research agrees on the conclusions [16:11] but even /then/ you run into the problem of localization [16:12] Nemo_bis: because all research basically concludes "it's not easy" [16:12] lol [16:12] "I don't know" is still an assessment [16:12] have a read through the article I linked [16:12] it outlines some common issues with assessment [16:12] and lists the ones that it /doesn't/ solve [16:12] and why they are a problem [16:13] yes, but not a useful one [16:13] Sorry, we're talking past each other [16:13] "password security is easy to assess" combined with "and the assessment will be 'I don't know'" [16:13] may be technically valid [16:13] but in practice that's pretty much worthless [16:13] All this stuff you're saying is correct but has nothing to do with what I was talking about, let's stop here please [16:13] hm [16:13] whoop whoop offtopic siren [16:13] lol [17:20] Oh, that cute fire [17:23] Can people interested in helping us figure out Orkut go to #throatkut [17:25] looks like Archive.org was used by NSA(/GCHQ?) peeps: https://pdf.yt/d/mLhBkBst5xHDtLGD (scroll down to 'MOUTH') [17:32] probably for the dudes uploading jihadi videos I guess [17:36] We always knew that. [17:36] State Department downloads all the jihadi stuff uploaded [17:41] Cute! More backups [17:42] we are sort of the NSA honeypot [17:42] upload stuff and the NSA also has [17:43] but that with everything now anyways [18:38] joepie91_: GCHQ is using mediawiki? [18:40] for some reason that is even more impressive to me [18:40] * midas moves to #archiveteam-bs [18:58] CIA too [19:30] Team, I have a tough but important task for you. [19:30] Using Firefox or Chrome, go to: [19:30] http://fos.textfiles.com/jsmess/pacman/mspacman/ [19:30] Press "5" to insert a coin. [19:30] Press "1" to start a game. [19:31] Then, tell me how the sound is "Poor, Good, Great", and what browser/version/os you're running [19:31] this is for science [19:31] and history [19:36] SketchCow: nothing loading? Chrome 35.0.1916.153 on Win7-32 [19:38] on Firefox 30.0, Fedora 64-bit, it sounds Great [20:05] Sketchcow: Argh!!! My Ears!!! [20:05] (OSX Mavericks) [20:05] Chrome [20:06] Sound quality: I hear the song and sounds but mixed with digital artifacts, so probably poor. [20:14] SketchCow: are you still interested if I have USB speakers fighting with kernel and Skype? [20:19] Chromium 35.0.1916.153, Linux 3.15.4-200.fc20.x86_64: sound unbearable (and it's not the speakers' fault) [20:22] if you hit F11 what does it show for the speed percentage [20:25] swebb: Firefox 30 on Linux -- sound is OK, although you get horrid noises if you switch to a different tab (it'd be nicer to mute it if the tab's not active, somehow) [20:26] SketchCow: even; sorry swebb [20:29] SketchCow: extremely choppy/glitchy, but intended sounds are vaguely recognizable, chrome 35.0.1916.153, openSUSE 12.3, fullscreening briefly drops the speed percentage but then recovers to somewhere between 90 and 110 just like in non-fullscreen [20:30] pretty bad, with the speed jumping around between 20% and 120% [20:30] this is Firefox 33.0a1 [20:31] on windows, in this case [20:31] speed is also jumpy for me, but stays within 90-110 range except for the first second after full-screening [20:32] sidenote: it does not correctly capture key-down [20:32] and scrolls the apge [20:32] page * [20:34] DFJustin: around 40 %, with chromium and pulseaudio maxing out a CPU [20:34] i also get glitchy noises when switching tabs [20:42] yeah if it's less than 100% the sound won't ever be good [20:49] emulating DMA just isn't ever going to be as good as actually having it :) [20:50] oh, this is an arcade game; it probably used an FM synthesizer or somesuch [20:52] same deal though [20:54] much better in chrome; it's better able to keep the speed up [20:55] could have something to do with the number of tabs I have open in Firefox though [21:02] yeah firefox actually has a speed edge with a fresh profile [21:04] fuck http://wiki.xentax.com/ [21:12] more info: http://pastebin.com/H0jbgbcu [21:12] "The pages were becoming a liability." [21:23] http://fos.textfiles.com/jsmess/pacman/mspacman/ [21:23] Can people try again? [21:24] Except make sure at the bottom it says: http://fos.textfiles.com/jsmess/pacman/mspacman/ [21:24] Sorry, I mean [21:24] Audio: frequency: 22050, channels: 2, samples: 512 [21:24] Ymgve: https://archive.org/details/wiki-wikixentaxcom [21:24] DFJustin: oh cool [21:25] SketchCow: what are we testing? [21:26] guys, a friend of mine has gotten some juicy files and is looking for safe hosting that won't be taken down too quickly. i am not sure how juicy but some bigger companies might be unhappy. any suggestions where to host? would archive.org be ok for leaks? [21:26] Send it along. [21:26] Upload it. [21:26] size is not even a bluray [21:26] Ymgve: If sound is decent. [21:26] Press 5, press 1 [21:26] should i make him contact IA in advance to notify them about the possible takedown wishes? [21:27] nope, they can deal [21:27] excellent, thanks [21:27] SketchCow, runs pretty smoothly here, audio still glitches out if i switch tabs [21:28] archive.org: part of this complete leak strategy [21:28] sounds good, slight bit of noise [21:29] there's a "ticking" sound in the background of the intro song (though I've never played arcade ms pacman so I don't know how it should be) [21:30] Upload it, let me know, we'll generate a torrent [21:31] the publically accessible metadata only includes the mail adress of the uploader, not the IP, right? [21:31] we'd just create some throwaway account then [21:31] mrs pacman normally sounds like: http://www.youtube.com/watch?v=wuycpL_AmHg [21:32] schbirid: right, so far as I know [21:32] no sound in Opera but I guess that's expected [21:33] schbirid: I don't see any IP addresses in https://catalogd.archive.org/log/316369520 [21:33] so I think not [21:33] sound is much better in Firefox (I tried with Chrome first) [21:34] excellent [21:34] also IA is generally interested in minimizing IP address retention, so that makes sense [21:35] We don't keep IP logs [21:44] SketchCow: OSX Mavericks, Chrome, MUCH BETTER! [21:45] oh IA, you are so awesome [21:45] alright, thanks guys [21:45] i'll help him with it and never talk about it again ;) [21:45] :) [21:45] Yeah. [21:49] schbirid: just dump the torrent in a message to me so i can hide it on the internet ;) [21:52] along those lines: what would the process be if i had pdfs of a small magazine from a provider whose longevity i feared? woul di upload them into a collection and then ask in here to have it switched dark? could ic ontinue uploading to it once it was dark? [21:53] you can dark items yourself, you cannot undarken them though. once dark, you cannot add/edit to them. [21:53] ahh :| [21:54] be aware that the mail address of the uploader is publically visible if someone bothers to look for it [21:54] oh, i am. [21:54] this is why i am asking and planning before doing ;) [21:54] :> [23:23] holy crap- there really is a project now to bring back as much of Prodigy as possible: http://www.vintagecomputing.com/index.php/archives/1063/bringing-prodigy-back-from-the-dead [23:36] dashcloud: oh nice