01:00:02dm4v quits [Client Quit]
01:01:35dm4v joins
01:01:37dm4v quits [Changing host]
01:01:37dm4v (dm4v) joins
01:04:45AlsoHP_Archivist joins
01:07:26HP_Archivist quits [Ping timeout: 258 seconds]
01:23:07AlsoHP_Archivist quits [Ping timeout: 265 seconds]
01:23:57AlsoHP_Archivist joins
01:31:12AlsoHP_Archivist quits [Ping timeout: 258 seconds]
01:31:38AlsoHP_Archivist joins
01:41:53gfshusbandforever joins
01:42:10<gfshusbandforever>So when you archive other web archives like archive.today
01:42:33<gfshusbandforever>will you make it the original url or the old archive url
01:42:53<gfshusbandforever>so let’s say someone uses archive.is to archive poop.com
01:43:31<gfshusbandforever>will it be archive.is/djsjdjjd or web.archive.org/20201231/poop.com
01:44:06<gfshusbandforever>Sorry for sounding childish
01:44:20<gfshusbandforever>but my test disabled most of my brain
01:47:35<@JAA>We aren't currently archiving archive.is/today/tld-of-the-week, and they've been hostile about mirroring in the past, so who knows whether it'll ever happen. But it would show up under web.archive.org/web/*/archive.tld/* since that's what we'd retrieve.
01:49:40<gfshusbandforever>Ok thank you but I kinda want to do it with the OG url to make reasearching easier but ok
01:50:21<@JAA>Yeah, that's not possible without falsifying information, and we never do that.
01:51:15<@JAA>Presumably if we archived them, someone could build an index though to make browsing easier. But again, all of that is hypothetical. No such project planned.
01:51:46<gfshusbandforever>Yeah I realized falsify is worse
01:51:56<gfshusbandforever>Yeah.
01:51:59gfshusbandforever leaves
01:54:12ThreeHM quits [Ping timeout: 258 seconds]
01:56:16ThreeHM (ThreeHeadedMonkey) joins
02:02:32dm4v_ joins
02:03:06dm4v quits [Read error: Connection reset by peer]
02:03:06dm4v_ is now known as dm4v
02:03:06dm4v quits [Changing host]
02:03:06dm4v (dm4v) joins
02:38:17anarcat quits [Read error: Connection reset by peer]
02:43:03anarcat (anarcat) joins
02:47:06pabs quits [Ping timeout: 258 seconds]
02:56:06pabs (pabs) joins
02:57:25katocala quits [Remote host closed the connection]
03:11:03katocala joins
03:49:05ThreeHM quits [Ping timeout: 265 seconds]
03:52:01ThreeHM (ThreeHeadedMonkey) joins
04:00:12ragu_ is now known as ragu
04:12:30Ajay|m joins
04:13:41sonick quits [Quit: Connection closed for inactivity]
04:15:15Ajay quits [Remote host closed the connection]
04:19:06AlsoHP_Archivist quits [Ping timeout: 258 seconds]
04:21:19Ajay|m is now known as Ajay
04:27:11qw3rty_ joins
04:31:08qw3rty__ quits [Ping timeout: 265 seconds]
04:32:14thermospheric quits [Client Quit]
04:33:54thermospheric (Thermospheric) joins
04:48:38atphoenix_ is now known as atphoenix
05:07:34<@OrIdow6>That is something I think could be incorporated into some hypothetical future playback solution
05:07:48<@OrIdow6>Especially with the Google cache
06:52:22BlueMaxima quits [Read error: Connection reset by peer]
07:16:32sonick (sonick) joins
07:19:16wyatt8740 quits [Ping timeout: 258 seconds]
07:20:00wyatt8740 joins
08:22:02<flashfire42>Do we have a channel for deviantart? lots of artists removing their stuff due to NFTs
08:22:55<@OrIdow6>#devianttart
08:45:10<mpeter|m>how many channels does archiveteam have? is there a list?
08:48:58Iki1 quits [Ping timeout: 258 seconds]
08:56:09<@OrIdow6>AFAIK, there is not a list
08:56:55<@OrIdow6>Theoretically the wiki would serve that function, and I think it'll be mostly accurate for channels that are older than a few months but active within a year or so
10:03:11Arcorann__ quits [Ping timeout: 265 seconds]
10:20:20Minkafighter joins
10:40:31march_happy (march_happy) joins
10:44:46march_happy quits [Ping timeout: 240 seconds]
10:44:54march_happy (march_happy) joins
11:00:34march_happy quits [Remote host closed the connection]
11:00:45march_happy (march_happy) joins
11:16:48march_happy quits [Remote host closed the connection]
11:17:07march_happy (march_happy) joins
11:21:31sec^nd quits [Remote host closed the connection]
11:21:49sec^nd (second) joins
11:38:00omni joins
11:41:28march_happy quits [Remote host closed the connection]
11:42:03<omni>hi, I've been having issues lately accessing web.archive.org through tor, it's previously been a savior for me to be able to read web pages blocking tor or obstructed by cloudflare (it's often not even possible to solve the captchas, you get new ones forever or get a message you're blocked anyway)
11:56:42<@OrIdow6>omni: #internetarchive ; also know that we are not the Internet Archive
11:57:11<@OrIdow6>So "support" from us is unofficial
12:32:16Hackerpcs quits [Quit: Hackerpcs]
12:33:44Hackerpcs (Hackerpcs) joins
12:41:20<omni>OrIdow6: thanks!
12:41:39<omni>I may have mixed this up previously, sorry
12:43:55<omni>OrIdow6: oh, you meant "we" as in #internetarchive? (saw the topic there)
12:45:15<@OrIdow6>"We" is the same group of people that's in both channels
13:25:26march_happy (march_happy) joins
13:41:11Iki1 joins
13:51:02katocala quits [Ping timeout: 258 seconds]
13:56:17katocala joins
13:57:38AlsoHP_Archivist joins
13:59:06Ruthalas quits [Read error: Connection reset by peer]
14:01:47Ruthalas (Ruthalas) joins
14:11:35march_happy quits [Remote host closed the connection]
14:12:02march_happy (march_happy) joins
14:27:54Iki joins
14:29:01Iki1 quits [Ping timeout: 265 seconds]
14:29:20AlsoHP_Archivist quits [Client Quit]
14:29:39HP_Archivist (HP_Archivist) joins
14:48:52katocala quits [Remote host closed the connection]
14:52:59katocala joins
14:55:37Minkafighter quits [Client Quit]
14:55:53Minkafighter joins
14:56:34Minkafighter quits [Client Quit]
14:57:13Minkafighter joins
15:50:36spirit joins
16:02:54march_happy quits [Ping timeout: 258 seconds]
16:03:09march_happy (march_happy) joins
16:05:43march_happy quits [Remote host closed the connection]
16:06:01march_happy (march_happy) joins
16:14:31spirit quits [Client Quit]
16:53:21<@JAA>mpeter|m: Roughly 150 registered ones on hackint currently. This includes many old project channels that haven't seen any messages in the better part of a year etc. The number of actually relevant channels is probably like 20-30, and perhaps a dozen are active on a daily basis.
16:54:21<@JAA>Speaking of which, I intend to close some of the old, now-irrelevant project channels sometime soon.
17:03:15<h2ibot>JustAnotherArchivist changed the user rights of User:Rewby
17:28:20Iki quits [Ping timeout: 265 seconds]
17:38:04<pie_>JAA: o/
17:38:54<@JAA>Hi. I don't know the answer to your question, but this is the right channel for such discussions. :-)
17:43:58<klg>I happen to have 51 tar.gzs of ppapi flash players for x86_64 linux between 24.0.0.194 and 32.0.0.465, but it's not complete and these aren't installers
17:47:59<pie_>reposting the question then:
17:48:00<pie_><pie_> has anyone seen a reasonably complete archive of flash player installers?
17:48:00<pie_><pie_> i havent found anything that has the .tar.gz-s specifically yet
17:48:19<pie_>klg: i happen to be looking for https://fpdownload.macromedia.com/pub/flashplayer/updaters/32/flash_player_sa_linux.x86_64.tar.gz
17:48:57<pie_>specifically one of these hashes
17:48:59<pie_> wanted: sha256:07vz17zhwh31phccpbmwgfa3fdb2f7bnc3sf66ipsw1xcqgncpsx
17:48:59<pie_> got: sha256:1hwnvwph7p3nfv2xf7kjw3zdpb546dsia0cmhzg81z016fi7lgw8
17:49:15<pie_>though i havent figured out yet how to convert that to a normal sha256, the nix format is kind of weird
17:50:19<pie_>hm. thats a bit problematic
17:50:26<pie_>apparently there have been multiple versions under that url over time
17:50:41<pie_>some of the other URLs are properly versioned but not that one...
17:51:00<pie_>actually
17:51:02<pie_>im not sure
17:51:22<@JAA>Have you looked through https://web.archive.org/web/*/https://fpdownload.macromedia.com/pub/flashplayer/updaters/* already?
17:52:24<@JAA>15 unique snapshots from that URL in the WBM.
17:55:13<pie_>i didnt think to try that - i dont actually know how IA works - I figured binaries like that wouldnt be archived
17:55:27<pie_>how does it check if the binary has actually changed?
17:56:46<@JAA>I think it just counts the number of unique digests (SHA-1 to be precise).
17:57:25<pie_>Sorry, I mean, does it actually try to download the file and check if it changed or does it just look at headers or such?
17:58:53<@JAA>The URL was simply retrieved and the response stored 140 times. The uniqueness thing is merely a statistic on the available data. It doesn't mean the URL was regularly checked or anything.
18:00:59<pie_>right, I mean _if_ it was checked, did they actually check the data?
18:01:43<pie_>though at least for the two I've tried so far, they differed, so thats something
18:07:26<@JAA>What do you mean by 'check the data'? It's simply an HTTP retrieval. I don't know what IA does internally, but when we archive things here, there's generally no comparison of any sorts to previous snapshots. It just gets downloaded and stored.
18:08:27<@JAA>Which means there might be a lot of duplication in the archives, but it appears that's not too much of an issue in general, else we would've been yelled at by now. :-)
18:17:40spirit joins
18:32:26<pie_>hmm wellllllllllllllllllll oook
18:32:36<pie_>sorry, lagged a bit :p
18:37:13lennier2 joins
18:37:27lennier1 quits [Ping timeout: 265 seconds]
18:37:34lennier2 is now known as lennier1
18:39:53<pie_>hm , i havent managed to find that specific version but i did for a commit one before
18:42:17<klg>https://web.archive.org/web/20201014051116/https://fpdownload.macromedia.com/pub/flashplayer/updaters/32/flash_player_sa_linux.x86_64.tar.gz
18:42:20<klg>this one
18:50:38<pie_>klg: I tried that but it had the wrong hash
18:50:40<pie_>let me try again
18:50:53<pie_>maybe I forgot to add the _if to the URL and accidentally got the wrong thing or something
18:51:17<pie_>that should indeed be the right file because .445 was a security update released on October 13 and I imagine they would also update this file
18:51:29<pie_>given that the waybackmachine has it archived from Oct 14 it should be the right file indeed
18:52:15<pie_>yeah the hash I get for that is ebc8747ea60b05c8fd049c2e020faf9bb5332bce59d216d2f7b9b5da026848c1
18:52:49<pie_>I need 5d5f661f663d707da3314e0f66d771623537947bbcaecb18bc61400eff097f1f
18:52:51<klg>weird, I get 5d5f661f663d707da3314e0f66d771623537947bbcaecb18bc61400eff097f1f
18:52:57<pie_>oh
18:53:04<pie_>damn ok let me look into it more
18:53:16<pie_>I appreciate your checking because otherwise I'd still be running in circles :)
18:53:33<pie_>I was starting to look into downloading the whole directory from WM and checking if anything matches the hash xD
18:54:39spirit quits [Client Quit]
18:54:40<pie_>(with python or something)
18:57:07<pie_>klg: yeah its not working no matter what I do what am I missing...
18:57:20<pie_>wait
18:57:25pie_ squints
18:58:21<pie_>ugh ok something is getting mixed up between what im looking at in nix-hash --type sha256 and sha256sum
18:58:24<pie_>the outputs are different
18:58:32<pie_>using sha256sum yields the hash i gave
18:59:01xkey quits [Quit: WeeChat 3.3]
18:59:20<pie_>weird. i expected round-tripping to work in nix-hash but its probabyl doing something other than what I expected then (which is in a way reasonable, but I dont see through it right now)
18:59:37xkey (eyo) joins
19:01:37<klg>idk about nix, it's sha256sum that gives me the 5d5f...1f
19:03:56<@JAA>pie_: Looking at the documentation of nix-hash (apart from thinking 'why??' because wow that thing is weird), looks like you might need --flat, else it does some recursive stuff.
19:05:11<@JAA>Although maybe I'm misreading that. The docs are very confusing.
19:05:32<pie_>yeah that does do the right thing
19:05:37<pie_>some of the nix tooling is funky
19:05:52<pie_>i should have probably done a better job and read the docs too
19:06:02<pie_>im not very comfortable with that specific subsystem
19:06:55<pie_>now i just need to figure out why adding that to the storage area doesnt satisfy the build script
19:12:09<pie_>ok I got it to work
19:12:33<pie_>i didnt realize i needed to add it while specifying the algorithm expected by the build script, it worked after a little debugging
19:12:38<pie_>thanks again for the help :D
19:24:20qwertyasdfuiopghjkl quits [Remote host closed the connection]
19:48:46superkuh joins
19:49:57superkuh_ quits [Ping timeout: 265 seconds]
19:51:05Stiletto quits [Read error: Connection reset by peer]
19:52:11Pingerfowder quits [Quit: ZNC - https://znc.in]
19:52:50superkuh_ joins
19:53:29Pingerfowder (Pingerfowder) joins
19:53:40superkuh quits [Ping timeout: 258 seconds]
19:57:23superkuh joins
19:57:41superkuh_ quits [Ping timeout: 265 seconds]
19:59:25Stiletto joins
21:27:09BlueMaxima joins
21:57:16nothere quits [Quit: Leaving]
22:00:47nothere joins
22:30:26lennier1 quits [Ping timeout: 240 seconds]
22:31:17lennier1 (lennier1) joins
23:45:34tbc1887_ joins
23:45:47tbc1887_ quits [Remote host closed the connection]
23:47:21tbc1887 (tbc1887) joins