| 00:03:58 | <@JAA> | > xlskubectl — a spreadsheet to control your Kubernetes cluster https://github.com/learnk8s/xlskubectl |
| 00:06:21 | | Doranwen glares at `dict contains fields not in fieldnames: 'error' ` |
| 00:06:54 | <Doranwen> | I have no idea why ao3downloader is getting this on specific links |
| 00:07:23 | <Doranwen> | Nor why it leaves out the majority of the entries when it hits it - and doesn't tell me until the very end. |
| 00:07:49 | <nulldata> | https://www.techdirt.com/2023/09/12/the-batshit-crazy-story-of-the-day-elon-musk-decided-to-personally-rip-servers-out-of-a-sacramento-data-center/ |
| 00:10:06 | | krvme quits [Read error: Connection reset by peer] |
| 00:16:42 | <thuban> | Doranwen: post source / bad link? |
| 00:17:32 | <Doranwen> | script is here: https://github.com/nianeyna/ao3downloader |
| 00:17:46 | <Doranwen> | I'm hunting a bad link now |
| 00:18:21 | <Doranwen> | Here's one that fails with it: https://archiveofourown.org/tags/One%20Direction%20(Band)/works |
| 00:18:44 | <Doranwen> | Problem is it takes several hours at least to go through - and that's with modifying the code to add a 7-second sleep between calls. |
| 00:18:55 | <Doranwen> | If not, it takes longer because it hits the retry more. I think. |
| 00:19:10 | <Doranwen> | It's the metadata grabs that have the issues - supposed to write all the metadata to a csv. |
| 00:19:49 | <Doranwen> | And it ends up with a couple thousand rows instead of 60k. |
| 00:20:02 | <Doranwen> | Log files show nothing wrong - just grabbing each page in order. |
| 00:20:35 | <Doranwen> | I've had it on several pages but some of them, the links are too long to paste in here. That one I know failed and it's a short link, even if it takes ages to run it. |
| 00:25:48 | <thuban> | https://github.com/nianeyna/ao3downloader/blob/243e2d0462e438fdcab261c597593e0f3f709a35/ao3downloader/parse_soup.py#L211 lol gj |
| 00:28:38 | <thuban> | so the problem is that errors when trying to scrape the metadata get stuffed under this 'error' key, but when the program initializes the csv writer it does so using the key names from the first item it found, which usually won't contain 'error', so when it tries to write an item that _does_ have an error, the csv writer complains because the columns don't match |
| 00:33:22 | <thuban> | the quick-and-dirty fix is just to replace line 212 with `pass` and swallow the error silently, but probably better to log it (both so that you have good data and so that you can report it to the maintainer usefully) |
| 00:37:44 | <Doranwen> | I... have absolutely no idea how to log it. I keep wondering what exactly is making it fail, but as it's never failed on anything with less than 1500 pages, finding the problem entry in all of that is impossible. |
| 00:38:02 | <Doranwen> | It automatically logs what's happening, but that doesn't get into the log. |
| 00:38:25 | <Doranwen> | So all the log shows me is each page it grabbed. |
| 00:38:46 | <Doranwen> | (Or attempted to grab - since it doesn't tell me where it failed, it'll look like everything's fine until the very end.) |
| 00:41:18 | <thuban> | applying https://transfer.archivete.am/VED1b/ao3downloader_getlinks.patch to https://github.com/nianeyna/ao3downloader/blob/243e2d0462e438fdcab261c597593e0f3f709a35/ao3downloader/actions/getlinks.py should work |
| 00:41:53 | <thuban> | but i don't want to run a several-hour test, soz |
| 00:42:58 | <thuban> | if it does, feel free to put in a pr and take the credit |
| 00:47:32 | | etnguyen03 quits [Ping timeout: 252 seconds] |
| 00:49:25 | | etnguyen03 (etnguyen03) joins |
| 00:51:44 | <Doranwen> | Thanks, will give it a shot. |
| 00:52:04 | | Jake quits [Quit: Ping timeout (120 seconds)] |
| 00:52:46 | | BlueMaxima quits [Read error: Connection reset by peer] |
| 00:53:21 | | BlueMaxima joins |
| 00:55:14 | | AmAnd0A quits [Read error: Connection reset by peer] |
| 00:55:21 | | Jake (Jake) joins |
| 00:57:09 | | AmAnd0A joins |
| 01:01:38 | | Jake quits [Client Quit] |
| 01:06:10 | <thuban> | python |
| 01:06:15 | <thuban> | er. wrong terminal |
| 01:07:25 | <@JAA> | >>> |
| 01:07:44 | <thuban> | ^D |
| 01:08:55 | <@JAA> | root@multivac$ |
| 01:11:22 | | Jake (Jake) joins |
| 01:16:22 | <TheTechRobo> | rm -frv /* |
| 01:17:37 | <thuban> | that's one way to massively reverse net entropy! |
| 01:18:18 | <fireonlive> | *removes TheTechRobo’s ssh public key* |
| 01:18:26 | <TheTechRobo> | fireonlive: do I need it now? :-) |
| 01:26:01 | <nicolas17> | JAA: ssh menu@tty.livingcomputers.org |
| 01:28:20 | <@JAA> | :-) |
| 01:28:26 | <nicolas17> | more info at https://wiki.livingcomputers.org/ |
| 01:28:36 | <nicolas17> | these are not emulators, they are real old machines |
| 01:29:27 | <@JAA> | Yeah, I remember poking at this some time ago. |
| 02:03:03 | | TheTechRobo quits [Excess Flood] |
| 02:03:38 | | TheTechRobo (TheTechRobo) joins |
| 02:34:36 | | HackMii_ quits [Ping timeout: 245 seconds] |
| 02:35:49 | <nicolas17> | I have an important technical question that maybe JAA can answer |
| 02:36:30 | <fireonlive> | the answer is send fireonlive monero |
| 02:36:40 | | HackMii_ (hacktheplanet) joins |
| 02:36:54 | <nicolas17> | what's the correct or most popular file extension for newline-delimited JSON? ._. it seems there's a mess of ndjson, ldjson, jsonl out there |
| 02:37:18 | <nicolas17> | (plus JSON-LD is something completely different) |
| 02:37:25 | <@JAA> | Yep, it's a mess. I use .jsonl personally. |
| 02:38:02 | <@JAA> | The worst are the people who just name it .json. |
| 02:38:19 | <nicolas17> | name it .json and use a record-separator character instead of a newline |
| 02:39:06 | <@JAA> | (ノ°Д°)ノ︵ ┻━┻ |
| 02:39:33 | <nicolas17> | that's actually a standard |
| 02:39:36 | <fireonlive> | .jaason |
| 02:39:40 | <nicolas17> | but they didn't define *any* file extension https://www.rfc-editor.org/rfc/rfc7464.html#section-4 |
| 02:39:49 | <nicolas17> | *why* |
| 02:40:00 | <@JAA> | Yeah, nobody uses it though, or at least it's very uncommon. |
| 02:40:58 | <@JAA> | Actually, no, each JSON document starts with a record separator and ends with a line feed. |
| 02:41:05 | <@JAA> | Yay |
| 02:41:11 | <fireonlive> | lol |
| 02:41:59 | <@JAA> | The 'advantage' is that you can have literal LF in the data, which obviously doesn't work with JSONL. But that's such a negligible thing. |
| 02:42:18 | <@JAA> | The real madman approach is to just concatenate JSON. |
| 02:42:35 | <@JAA> | Which, yes, is also a thing. |
| 02:42:54 | <fireonlive> | while we're at it; can we switch to IRC-IoT? https://irc-iot.org/?lang=en |
| 02:42:56 | <fireonlive> | :) |
| 02:43:07 | <fireonlive> | i think this would be better for our warriors/workers |
| 02:43:15 | <@JAA> | Only works for objects, arrays, and strings, obviously. And it's disgusting. |
| 02:43:37 | <nicolas17> | fireonlive: omgwtf |
| 02:43:43 | <fireonlive> | x3 |
| 02:43:47 | <@JAA> | :-) |
| 02:44:00 | <nicolas17> | is there more than one person involved in this crazy thing |
| 02:44:32 | <fireonlive> | apparently 6 orgs |
| 02:44:36 | <nicolas17> | https://irc-iot.org/?id=553&lang=en WHY |
| 02:44:57 | <@JAA> | But can it support AI? |
| 02:46:53 | <fireonlive> | "Useful features of the IRC protocol (RFC 1459) for IRC-IoT protocol" "IRC channel mode when it is closed to enter (+i) invite only mode: Login by invitation (invite) or by password." "IRC channel mode when it becomes moderated (+m) moderated mode: Allowing the robot to write in the channel (voice)." |
| 02:47:07 | <fireonlive> | :3 |
| 02:47:20 | <fireonlive> | https://irc-iot.org/?id=1806&lang=en#top |
| 02:47:23 | <fireonlive> | it is glorious! |
| 02:47:33 | <nicolas17> | still better than matrix I suppose? |
| 02:47:47 | <fireonlive> | lmfao, yeah.... |
| 02:48:00 | <fireonlive> | a shart is better th- |
| 02:48:05 | <@JAA> | Low bar :-P |
| 02:48:23 | <fireonlive> | demo videos for IRC-IoT here: https://www.youtube.com/channel/UClFUjMDdYv9UwKwP49OXjaQ |
| 02:50:16 | <@JAA> | TIL Pokémon Go is using Unity. Niantic vs Unity Technologies should be interesting. :-) |
| 02:51:12 | <fireonlive> | oooh |
| 02:54:28 | <project10> | aren't there already some botnets using IRC-IoT? |
| 02:55:47 | <fireonlive> | nah just plain IRC |
| 02:55:48 | <fireonlive> | :p |
| 02:56:58 | <project10> | yeah I'm saying, there's prior art :) |
| 02:57:16 | <fireonlive> | !u @udp1 8.8.8.8 53 69420 |
| 02:59:38 | <project10> | mtr -m 50 bad.horse |
| 03:16:12 | | DogsRNice quits [Read error: Connection reset by peer] |
| 03:25:12 | <nulldata> | https://twitter.com/UselessGameDev/status/1701667488784601386/photo/1 |
| 03:25:12 | <eggdrop> | nitter: https://nitter.net/UselessGameDev/status/1701667488784601386/photo/1 |
| 03:31:47 | <nulldata> | https://nitter.net/DesolusDev/status/1701715805954806091#m |
| 03:33:54 | <fireonlive> | i see waht u did ther |
| 03:34:48 | <nicolas17> | apparently those are the default models in Unreal Engine |
| 03:38:03 | <fireonlive> | warning: no one type: /nick ghost |
| 03:38:57 | <nulldata> | Press Alt+F4 to receive operator role |
| 03:39:05 | <fireonlive> | :3 |
| 03:45:06 | <nulldata> | Heh the replies to Unity's latest X'eet features full on uncensored goatse. |
| 03:46:32 | <fireonlive> | pm link |
| 03:46:34 | <fireonlive> | lol |
| 03:50:39 | <fireonlive> | https://twitter.com/search?q=to%3Aunity&src=typed_query&f=media |
| 03:50:40 | <eggdrop> | nitter: https://nitter.net/search |
| 03:50:42 | <fireonlive> | don't see any yet |
| 03:50:46 | <fireonlive> | eggdrop: you tried |
| 03:54:52 | <fireonlive> | https://twitter.com/2_TrenchCoats/status/1701890391044182394 |
| 03:54:52 | <eggdrop> | nitter: https://nitter.net/2_TrenchCoats/status/1701890391044182394 |
| 03:59:02 | | benjins quits [Read error: Connection reset by peer] |
| 04:04:39 | <fireonlive> | https://twitter.com/Alphandyy/status/1701749944573739300 |
| 04:04:39 | <eggdrop> | nitter: https://nitter.net/Alphandyy/status/1701749944573739300 |
| 04:05:33 | <fireonlive> | (not goatse) |
| 04:10:08 | | superkuh joins |
| 04:14:42 | <fireonlive> | this, however, is goatse: https://mkx9delh5a.execute-api.ca-central-1.amazonaws.com/uploads/c499e2319589ebfa/goatse.png |
| 04:30:09 | <project10> | Domain Name: goatse.cx / Creation Date: 2007-01-16T08:00:28.56Z |
| 04:30:19 | <project10> | that can't be accurate, right? |
| 04:30:47 | <project10> | seems like it predates that |
| 04:31:02 | <nicolas17> | wikipedia says launched 1999 |
| 04:31:28 | <nicolas17> | "On January 14, 2004, the domain name goatse.cx was suspended" |
| 04:31:38 | <project10> | ah :/ |
| 04:31:40 | <nicolas17> | "In January 2007, the Christmas Island Internet Administration put the domain goatse.cx back into the available domain pool" |
| 04:36:48 | <fireonlive> | :( |
| 04:38:59 | | etnguyen03 quits [Client Quit] |
| 04:44:07 | | benjins joins |
| 04:54:37 | <Doranwen> | thuban: I figured out what's causing the error, btw. It's where a fic linked another fic in the *summary*. Script expected work links only in standard places, I'll bet, and the link in the summary doesn't have all the rest of the fields where it thinks it should be, and thus freaks out. |
| 04:55:29 | <Doranwen> | The patch didn't change what showed up in the log or what it produced in the csv, but I poked around in the pages to find where the number matched the last one I got in the metadata, and the last fic grabbed has that. So I'm betting that's the issue. |
| 04:56:41 | | mtmustski quits [Ping timeout: 252 seconds] |
| 05:03:40 | <thuban> | Doranwen: makes sense. (for some reason it goes through _every link on the page_ and just uses the href to check whether it's a link to a work, instead of using a selector to capture only the actual results. which i guess might make sense if you expected the html to change a lot, but the metadata scraping is quite html-specific, so why? there's weird shit all over this |
| 05:03:42 | <thuban> | codebase.) |
| 05:04:01 | <Doranwen> | LOL |
| 05:04:26 | <Doranwen> | I wish it would quit when it hits the error - write what it has to a csv and stop. |
| 05:04:28 | <thuban> | as for the patch doing _nothing_, that does not make sense to me. you still get the same error? are you quite sure you ran the patched version? |
| 05:06:58 | <Doranwen> | I thought I did? I didn't actually close the program but it calls each .py when it needs it (I've edited one of the others live to change the time delay between calls when testing that) so I just patched it and went on. I can try exiting the entire script and running it for just the page with the error (now that I know precisely which one it is). |
| 05:07:18 | <Doranwen> | I did patch it *between* actively running. |
| 05:07:28 | <Doranwen> | So it wasn't doing anything but had the menu up for me to pick from at the time. |
| 05:09:51 | <thuban> | mmm, i would expect changes to be picked up at import and bytecode to stay in memory |
| 05:10:26 | <thuban> | try exiting & testing unpatched/patched on just that page, paste backtrace if latter doesn't work |
| 05:10:53 | <Doranwen> | The sleep delay did change mid-run, so I thought it might be the same. Will definitely try an exit and test patched on that page - I checked that it patched and it definitely did. |
| 05:12:13 | <Doranwen> | I have it doing a run that should finish in just under 20 min. |
| 05:12:56 | <thuban> | i don't recommend editing running programs, results may be stochastic |
| 05:14:27 | | mtmustski joins |
| 05:18:37 | <Doranwen> | My impression was that when it was at the main menu, nothing was really loaded until one chose an option and went down that path, but obviously I could be wrong. The fact that I could change the sleep delay value and have it respond in between the site-requested retry later pauses lent credence to my belief. |
| 05:19:10 | | Doranwen will be more cautious in the future. |
| 05:36:47 | <Doranwen> | Ooh, it does indeed work. No error msg - and the page was grabbed with *all* fics on it, no abrupt aborting when the one didn't work. |
| 05:37:27 | <Doranwen> | I'm not sure how to submit the patch to the repo (esp. at this hour of the night), but I can try looking into it another time. |
| 05:46:53 | <Doranwen> | Thank you very very much! |
| 05:47:14 | <Doranwen> | This will save us tons of time. I've got the next one queued up and informed my friend (who I'm grabbing the metadata for) and she is most grateful as well. |
| 05:47:54 | <Doranwen> | I've been beating my head against this for a week or two now, because every really big metadata grab I tried would run into it and I had no idea what was going on. It makes sense now. |
| 05:48:12 | <thuban> | ah, glad to hear it |
| 05:59:01 | | TastyWiener95 quits [Client Quit] |
| 06:09:50 | | Jake quits [Ping timeout: 265 seconds] |
| 06:11:13 | | nyany_ (nyany) joins |
| 06:11:13 | | HotSwap` joins |
| 06:11:24 | | nyany quits [Ping timeout: 258 seconds] |
| 06:11:24 | | HotSwap quits [Ping timeout: 258 seconds] |
| 06:12:41 | | Jake (Jake) joins |
| 06:27:43 | | nicolas17 quits [Ping timeout: 265 seconds] |
| 06:43:45 | | decky_e joins |
| 07:12:12 | | Arcorann (Arcorann) joins |
| 07:13:57 | | IDK (IDK) joins |
| 07:39:43 | <immibis> | IoT devices connecting to IRC wouldn't make the worst sense. but what the heck is this |
| 07:40:09 | <immibis> | is this time cube for programmers |
| 07:40:44 | <immibis> | IRC is a pretty sensible way to relay short messages from one endpoint to another |
| 07:41:44 | <immibis> | this container/object stuff is what happens when you try to design a system top-down to do everything and then at the end you made a bunch of complication without actually achieving anything. Seen it way too many times. |
| 08:05:47 | | Miori quits [Client Quit] |
| 08:10:17 | | nulldata quits [Ping timeout: 252 seconds] |
| 08:13:32 | | nulldata (nulldata) joins |
| 08:16:27 | | Miori joins |
| 08:36:46 | | razul quits [Ping timeout: 265 seconds] |
| 08:41:43 | | BlueMaxima quits [Read error: Connection reset by peer] |
| 09:04:44 | | katocala quits [Ping timeout: 252 seconds] |
| 09:05:04 | | katocala joins |
| 09:32:21 | | ThreeHM_ quits [Ping timeout: 265 seconds] |
| 09:39:54 | | ThreeHM_ (ThreeHeadedMonkey) joins |
| 09:54:14 | | ThreeHM_ quits [Ping timeout: 252 seconds] |
| 09:57:21 | | icedice (icedice) joins |
| 10:00:34 | | ThreeHM_ (ThreeHeadedMonkey) joins |
| 10:48:38 | | Peroniko joins |
| 11:10:06 | | benjinsm joins |
| 11:12:20 | | benjins quits [Ping timeout: 252 seconds] |
| 11:13:20 | | ThreeHM_ is now known as ThreeHM |
| 11:45:40 | | Peroniko quits [Client Quit] |
| 12:09:45 | | katocala is now authenticated as katocala |
| 12:13:12 | | Peroniko (Peroniko) joins |
| 12:22:11 | | HP_Archivist quits [Ping timeout: 252 seconds] |
| 12:57:05 | | etnguyen03 (etnguyen03) joins |
| 13:11:23 | | sec^nd quits [Remote host closed the connection] |
| 13:11:46 | | sec^nd (second) joins |
| 13:20:17 | <FireFly> | I mean, malware used to embrace IRC for that :p |
| 13:20:27 | | FireFly . o O ( so it's the perfect fit for IoT, ) |
| 13:29:54 | | HP_Archivist (HP_Archivist) joins |
| 13:39:19 | | imer quits [Killed (NickServ (GHOST command used by imer8))] |
| 13:39:28 | | imer (imer) joins |
| 13:58:21 | | BigBrain_ quits [Ping timeout: 245 seconds] |
| 14:00:31 | | BigBrain_ (bigbrain) joins |
| 14:32:32 | | Peroniko quits [Read error: Connection reset by peer] |
| 14:33:14 | | Peroniko joins |
| 14:35:51 | | Terbium quits [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.] |
| 14:35:53 | | monoxane quits [Read error: Connection reset by peer] |
| 14:36:20 | | monoxane (monoxane) joins |
| 14:36:29 | | Terbium joins |
| 14:38:57 | | Peroniko is now authenticated as Peroniko |
| 14:43:58 | | Terbium quits [Client Quit] |
| 14:45:03 | <@JAA> | > We have never made a public statement before. That is how badly you fucked up. |
| 14:45:08 | <@JAA> | Mega Crit game dev team on Unity :-) |
| 14:45:44 | <@JAA> | https://nitter.net/MegaCrit/status/1702077576209207611 |
| 14:46:53 | | Terbium joins |
| 14:48:11 | <@kaz> | https://garry.net/posts/unity-can-get-fucked |
| 14:48:20 | <@kaz> | nobody's mincing words, eh |
| 14:49:57 | <@JAA> | :-) |
| 14:53:07 | <@JAA> | Oh, I see, the current Unity CEO is the former EA CEO. Now it makes sense. |
| 14:56:40 | | HP_Archivist quits [Ping timeout: 265 seconds] |
| 14:57:09 | | dan- quits [Read error: Connection reset by peer] |
| 14:57:10 | | cptcobalt quits [Read error: Connection reset by peer] |
| 14:57:10 | | pnJay quits [Read error: Connection reset by peer] |
| 14:57:10 | | qxtal quits [Read error: Connection reset by peer] |
| 14:57:10 | | seadog007 quits [Write error: Connection reset by peer] |
| 14:57:11 | | Ctrl-S quits [Read error: Connection reset by peer] |
| 14:57:12 | | monohedron quits [Read error: Connection reset by peer] |
| 14:57:20 | | @HCross quits [Read error: Connection reset by peer] |
| 14:57:20 | | ghuntley quits [Read error: Connection reset by peer] |
| 14:57:20 | | justcool393 quits [Read error: Connection reset by peer] |
| 14:57:20 | | IDK quits [Read error: Connection reset by peer] |
| 14:57:20 | | tech234a quits [Read error: Connection reset by peer] |
| 14:57:20 | | mgrandi quits [Read error: Connection reset by peer] |
| 14:57:20 | | thejsa quits [Read error: Connection reset by peer] |
| 14:57:20 | | todb quits [Read error: Connection reset by peer] |
| 14:57:21 | | @rewby|backup quits [Read error: Connection reset by peer] |
| 14:57:34 | | @hook54321 quits [Read error: Connection reset by peer] |
| 14:58:36 | | cptcobalt joins |
| 14:58:37 | | monohedron (monohedron) joins |
| 14:58:39 | | qxtal (qxtal) joins |
| 14:58:45 | | ghuntley (ghuntley) joins |
| 14:58:47 | | todb joins |
| 14:58:47 | | seadog007 (seadog007) joins |
| 14:58:48 | | justcool393 (justcool393) joins |
| 14:58:48 | | pnJay joins |
| 14:58:50 | | thejsa joins |
| 14:59:10 | | Ctrl-S joins |
| 14:59:15 | | ghuntley quits [Max SendQ exceeded] |
| 14:59:22 | | ghuntley (ghuntley) joins |
| 14:59:31 | | mgrandi (mgrandi) joins |
| 14:59:37 | | dan- joins |
| 14:59:49 | | HCross (HCross) joins |
| 14:59:49 | | @ChanServ sets mode: +o HCross |
| 14:59:52 | | ghuntley quits [Max SendQ exceeded] |
| 14:59:59 | | ghuntley (ghuntley) joins |
| 15:00:09 | | rewby|backup (rewby) joins |
| 15:00:09 | | @ChanServ sets mode: +o rewby|backup |
| 15:00:12 | | tech234a (tech234a) joins |
| 15:00:13 | <fireonlive> | https://x.com/jules_su/status/1702052612063834534?s=12 |
| 15:00:13 | <eggdrop> | nitter: https://nitter.net/jules_su/status/1702052612063834534 |
| 15:00:16 | | IDK (IDK) joins |
| 15:00:29 | | ghuntley quits [Max SendQ exceeded] |
| 15:00:31 | <fireonlive> | ohhh he’s the EA ceo?? yeah ok |
| 15:00:32 | | hook54321 (hook54321) joins |
| 15:00:32 | | @ChanServ sets mode: +o hook54321 |
| 15:00:36 | | ghuntley (ghuntley) joins |
| 15:01:06 | | ghuntley quits [Max SendQ exceeded] |
| 15:01:13 | | ghuntley (ghuntley) joins |
| 15:01:43 | | ghuntley quits [Max SendQ exceeded] |
| 15:01:50 | | ghuntley (ghuntley) joins |
| 15:02:20 | | ghuntley quits [Max SendQ exceeded] |
| 15:02:27 | | ghuntley (ghuntley) joins |
| 15:02:57 | | ghuntley quits [Max SendQ exceeded] |
| 15:03:04 | | ghuntley (ghuntley) joins |
| 15:03:34 | | ghuntley quits [Max SendQ exceeded] |
| 15:03:41 | | ghuntley (ghuntley) joins |
| 15:04:11 | | ghuntley quits [Max SendQ exceeded] |
| 15:04:18 | | ghuntley (ghuntley) joins |
| 15:04:48 | | ghuntley quits [Max SendQ exceeded] |
| 15:04:55 | | ghuntley (ghuntley) joins |
| 15:05:25 | | ghuntley quits [Max SendQ exceeded] |
| 15:05:32 | | ghuntley (ghuntley) joins |
| 15:06:02 | | ghuntley quits [Max SendQ exceeded] |
| 15:25:10 | | Peroniko quits [Client Quit] |
| 15:26:04 | | Peroniko joins |
| 15:26:33 | | Peroniko is now authenticated as Peroniko |
| 15:29:32 | | Arcorann quits [Ping timeout: 265 seconds] |
| 15:36:17 | | HP_Archivist (HP_Archivist) joins |
| 15:48:26 | | etnguyen03 quits [Ping timeout: 252 seconds] |
| 16:35:04 | <fireonlive> | unity did end up bringing everyone in unity.., against them, at least :3 |
| 17:01:02 | <fireonlive> | https://t.me/durov/225 |
| 17:01:13 | <fireonlive> | gotta love telegram’s crypto bullshit |
| 17:04:14 | | VoynichCR (VoynichCR) joins |
| 17:06:18 | <fireonlive> | https://youtu.be/bBgDF8iIafo |
| 17:28:16 | | xarph joins |
| 17:40:36 | | etnguyen03 (etnguyen03) joins |
| 18:14:44 | | etnguyen03 quits [Ping timeout: 252 seconds] |
| 18:31:49 | | VoynichCR quits [Remote host closed the connection] |
| 18:32:40 | <fireonlive> | github really needs a closed: invalid as well as not planned or completed |
| 18:33:07 | | PredatorIWD__ joins |
| 18:34:54 | <fireonlive> | i like garry's website layout |
| 18:36:11 | | PredatorIWD_ quits [Ping timeout: 252 seconds] |
| 18:40:00 | | DogsRNice joins |
| 18:46:01 | | PredatorIWD__ quits [Client Quit] |
| 18:55:27 | <fireonlive> | is there like |
| 18:55:37 | <fireonlive> | a trustworthy chrome plugin to disable forced download everywhere |
| 18:55:50 | <fireonlive> | i hate clicking on a fucking pdf or video link and "where do you want to save this file" |
| 18:55:57 | <fireonlive> | like yes if i want it i know how to do that thank you |
| 19:04:09 | | toss (toss) joins |
| 19:05:51 | <Peroniko> | You can maybe change what actions should be performed for files. Instead of downloading, maybe setting it to open in browser. I know that works for pdfs in firefox, and you can change to ask you whether you want to open or save files |
| 19:06:54 | <fireonlive> | hmm maybe there's a setting somewhere in chrome |
| 19:07:03 | <fireonlive> | interesting firefox has that though :) |
| 19:26:46 | | nicolas17 joins |
| 19:36:44 | <fireonlive> | new mixtape just dropped: https://www.postgresql.org/about/news/postgresql-16-released-2715/ https://news.ycombinator.com/item?id=37508471 |
| 19:41:32 | <fireonlive> | " sslrootcert="system", which indicates that PostgreSQL should use the trusted certificate authority (CA) store provided by the client's operating system" neat |
| 19:41:51 | <fireonlive> | slightly less kerfuffling to get that to work |
| 19:42:02 | <fireonlive> | (portably that is) |
| 19:44:58 | <nicolas17> | wtf |
| 19:45:07 | <nicolas17> | that wasn't already a thing? |
| 19:50:43 | <fireonlive> | you could but you had to manually specify the system root store location |
| 19:51:03 | <fireonlive> | e.g. psql "sslrootcert=/etc/ssl/cert.pem sslmode=verify-full host=crt.sh user=guest dbname=certwatch" |
| 19:52:18 | <fireonlive> | which works on fedora, but not on debian (iirc) |
| 19:52:43 | <fireonlive> | now it should just be 'use this one thing no matter where you are' |
| 20:06:24 | <@JAA> | fireonlive: Re GitHub, this is one of the things I use labels for. I have 'wontfix', 'invalid', 'incomplete', and a couple more. |
| 20:06:42 | <fireonlive> | ah ye that also works |
| 20:07:01 | <@JAA> | Some projects do a more structured approach since the labels just get shown alphabetically. |
| 20:07:03 | <fireonlive> | i was reminded they added 'not planned' or 'completed' recently and thought how odd |
| 20:07:09 | <@JAA> | So e.g. 'resolution/wontfix' |
| 20:07:09 | <fireonlive> | /restrictive |
| 20:07:29 | <fireonlive> | ah yes or with lettered prefixes or emoji |
| 20:07:53 | <@JAA> | Yep |
| 20:08:28 | <fireonlive> | though if i had only one wish for github at the moment it would be to ban stalebot :p |
| 20:09:27 | <@JAA> | Can't have tech debt if you don't keep issues open for over a month. *taps forehead* |
| 20:10:06 | <fireonlive> | :3 |
| 20:10:14 | <fireonlive> | efficiency! |
| 20:13:34 | <fireonlive> | https://mkx9delh5a.execute-api.ca-central-1.amazonaws.com/uploads/ff397bc3b643b3ea/image.png |
| 20:13:41 | <fireonlive> | anyone else's youtube.com homefeed dead? |
| 20:13:52 | <TheTechRobo> | if you close the issue the bug is fixed, what are you guys talking about? |
| 20:13:54 | <FireFly> | the nixpkgs repo has some pretty involved use of the github tags, with numbered prefixes for different categories/stages |
| 20:14:02 | <TheTechRobo> | (plus lock it to prevent the bug from saying anything) |
| 20:14:16 | <TheTechRobo> | denial is the best method of bugfixing! |
| 20:14:21 | <fireonlive> | nixos seems quite interesting but i'll need to read more up on it |
| 20:14:26 | <fireonlive> | but :3 |
| 20:14:47 | <FireFly> | like, https://github.com/NixOS/nixpkgs/pulls?q=is%3Apr+is%3Aopen+sort%3Aupdated-desc see the label usage here |
| 20:15:30 | <fireonlive> | ahh |
| 20:15:47 | <fireonlive> | "10.rebuild-linux: 5001+" 5001+? |
| 20:15:48 | <fireonlive> | hm |
| 20:16:26 | <FireFly> | I guess buckets based on order in the queu or so? |
| 20:16:30 | <FireFly> | queue* |
| 20:16:47 | <FireFly> | (I think the tags are managed a bunch by automation) |
| 20:16:55 | <fireonlive> | ahh |
| 20:23:29 | | systwi__ is now known as systwi |
| 20:49:59 | | BearFortress quits [Ping timeout: 265 seconds] |
| 21:09:19 | | etnguyen03 (etnguyen03) joins |
| 21:36:07 | <fireonlive> | -+rss- Unity is offering a runtime fee waiver if you switch to LevelPlay: https://mobilegamer.biz/unity-is-offering-a-runtime-fee-waiver-if-you-switch-to-levelplay-as-it-tries-to-kill-applovin/ https://news.ycombinator.com/item?id=37513324 |
| 21:37:48 | | @JAA orders more popcorn. |
| 21:38:55 | | fireonlive grabs a bowl |
| 21:40:44 | <flashfire42> | extra butter on mine pls |
| 21:41:23 | <fireonlive> | 🧈🧈🧈 |
| 21:43:09 | | etnguyen03 quits [Ping timeout: 265 seconds] |
| 21:46:23 | | toss quits [Client Quit] |
| 22:12:58 | <fireonlive> | pabs: so opinion on gogs/gittea/forejo its is they're flaming tire fires; how is consensus on gitlab? |
| 22:15:35 | <hexa-> | chonky set of applications with large attack surface and regular security updates |
| 22:16:20 | <hexa-> | access the git repo is more scalable compared to the ones mentioned, because you can scale gitaly |
| 22:16:36 | <hexa-> | they don't handle large conversations on issues/prs well |
| 22:16:43 | <hexa-> | their default notification policy is meh |
| 22:17:10 | <hexa-> | feature-wise they're shooting for the moon, while not iterating much on the basics |
| 22:18:41 | <@JAA> | (Largely unusable without JS, and a major pain to archive due to that.) |
| 22:21:03 | <fireonlive> | hmmm good points |
| 22:21:22 | <fireonlive> | they do seem to be chasing features from the little i've read now and then on HN |
| 22:21:37 | <fireonlive> | but sucks they ignore core for that |
| 22:22:21 | <fireonlive> | i guess either gitlab or gitea might be something you'd want to put behind some sort of auth proxy or restrictive source allowlist perhaps if it hosts anything 'private' |
| 22:24:28 | <fireonlive> | (or a vpn :) |
| 22:34:16 | <fireonlive> | https://www.theverge.com/2023/9/13/23872244/spacex-starlink-revenue-customer-base-elon-musk |
| 22:46:57 | <project10> | starlink ∞ starship ∞ starlink |
| 22:56:32 | <Peroniko> | Any idea how feasible is to archive rateyourmusic.com considering that they seems to block Wayback machine IPs, probably because of the amount of traffic. They are great place for music discovery, and their forum is around 20 years old. Most of the pages are unarchived, and many of those that are just display block notice because of unusual activity (ex. https://web.archive.org/web/20230909224447/https://rateyourmusic.com/~Fooftilly). Their image |
| 22:56:32 | <Peroniko> | CDN isn't blocked though. |
| 23:00:15 | <pabs> | fireonlive: same |
| 23:00:49 | <pabs> | and worse because GitLab requires JS |
| 23:03:10 | <pabs> | SourceHut is my favorite, followed by gitolite with cgit/stagit/gitweb/etc, then Apache Allura (SourceForge), then the repo-focused forges |
| 23:07:02 | <@JAA> | Peroniko: This is the off-topic channel. → #archiveteam-bs |
| 23:14:36 | | sec^nd quits [Ping timeout: 245 seconds] |
| 23:15:01 | | HackMii_ quits [Ping timeout: 245 seconds] |
| 23:15:35 | | @Sanqui quits [Ping timeout: 252 seconds] |
| 23:17:15 | | HackMii_ (hacktheplanet) joins |
| 23:18:55 | <Peroniko> | Will move to there then |
| 23:20:00 | | sec^nd (second) joins |
| 23:20:33 | | nic (nic) joins |
| 23:30:00 | | Mateon1 quits [Quit: Mateon1] |
| 23:30:29 | | Mateon1 joins |
| 23:31:04 | | Mateon1 quits [Client Quit] |
| 23:32:16 | | Mateon1 joins |
| 23:34:53 | | Sanqui joins |
| 23:34:55 | | Sanqui is now authenticated as Sanqui |
| 23:34:55 | | Sanqui quits [Changing host] |
| 23:34:55 | | Sanqui (Sanqui) joins |
| 23:34:55 | | @ChanServ sets mode: +o Sanqui |
| 23:37:28 | | etnguyen03 (etnguyen03) joins |
| 23:40:48 | <fireonlive> | so how about them topics |
| 23:41:26 | <nstrom|m> | https://www.bnnbloomberg.ca/video-game-company-unity-closes-offices-following-death-threat-1.1971525 |
| 23:50:29 | <fireonlive> | :/ |
| 23:50:30 | | benjins joins |
| 23:54:05 | | benjinsm quits [Ping timeout: 252 seconds] |