| 00:20:03 | | lennier2 joins |
| 00:23:04 | | lennier1 quits [Ping timeout: 240 seconds] |
| 00:23:04 | | lennier2 is now known as lennier1 |
| 00:56:09 | | rsn quits [Remote host closed the connection] |
| 00:58:22 | | nerdguy1138 quits [Ping timeout: 252 seconds] |
| 01:14:01 | | nerdguy1138 (nerdguy1138) joins |
| 01:22:50 | | TheLovinator quits [Quit: Leaving] |
| 01:38:08 | | rsn joins |
| 01:42:28 | | TheLovinator joins |
| 02:17:50 | | LuMa quits [Remote host closed the connection] |
| 02:21:03 | <@Fusl_> | tracker is fixed again, sorry for the trouble |
| 02:21:16 | <@Fusl_> | blame fionera for absolutely no reason, thanks |
| 02:26:14 | | wizr0ghe joins |
| 02:27:23 | | wizr0ghe leaves |
| 02:30:27 | | odemg quits [Ping timeout: 240 seconds] |
| 02:53:47 | <fionera> | lol |
| 03:11:59 | <@JAA> | tech234a: Thanks for the edits. I've been wondering about this. We should probably just switch Template:IRC to default to hackint since we don't have anything on EFnet anymore. Only downside is that it'll change the old project pages as well, but those channels are dead anyway. |
| 03:13:13 | <tech234a> | Yeah it looks like everything that's active has moved at this point right? |
| 03:13:45 | <@JAA> | Most of the project channels have been over here already for a while anyway. |
| 03:15:19 | <purplebot> | 1 edits not shown |
| 03:15:19 | <purplebot> | Dev/Staging edited by Tech234a (+2, Switch EFnet reference to hackint) just now -- https://www.archiveteam.org/?diff=45718&oldid=23598 |
| 03:15:19 | <purplebot> | Frequently Asked Questions edited by Tech234a (+10, Switch EFnet reference to hackint) just now -- https://www.archiveteam.org/?diff=45717&oldid=43524 |
| 03:15:19 | <purplebot> | ArchiveBot edited by Tech234a (+2, Switch EFnet reference to hackint) just now -- https://www.archiveteam.org/?diff=45719&oldid=45661 |
| 03:15:19 | <purplebot> | ISP Hosting edited by Tech234a (+7, Switch EFnet reference to hackint) just now -- https://www.archiveteam.org/?diff=45720&oldid=45362 |
| 03:15:20 | <purplebot> | University Web Hosting edited by Tech234a (-58, Switch EFnet reference to hackint) just now -- https://www.archiveteam.org/?diff=45721&oldid=45374 |
| 03:28:43 | <tech234a> | JAA: is there a page for older projects?... it seems anything left on the homepage on EFNet is old or inactive and this may be a good opportunity to declutter the homepage |
| 03:31:02 | <@JAA> | tech234a: Yeah, that section isn't being kept up to date at all. :-| |
| 03:31:14 | <@JAA> | There is another page which is even more out of date. |
| 03:31:44 | <@JAA> | https://archiveteam.org/index.php?title=Warrior_projects |
| 03:31:54 | <@JAA> | Well, current ones are in, but everything from 2017 and 2018 is missing. |
| 03:32:12 | <@JAA> | We could do a better job at documenting things. |
| 03:39:12 | <tech234a> | Found this from 2009: https://archiveteam.org/index.php?title=TEMP:Columned_frontpage_prototype |
| 03:43:19 | <purplebot> | NewsGrabber edited by Tech234a (+24, Switch EFnet reference to hackint) just now -- https://www.archiveteam.org/?diff=45722&oldid=30831 |
| 03:43:19 | <purplebot> | Current Projects edited by Tech234a (+160, Switch EFnet references to hackint) just now -- https://www.archiveteam.org/?diff=45723&oldid=45685 |
| 03:51:27 | | VADemon quits [Client Quit] |
| 04:08:19 | | Dallas (Dallas) joins |
| 04:15:44 | | Stiletto quits [Ping timeout: 240 seconds] |
| 04:18:41 | | Stiletto joins |
| 04:20:30 | <OrIdow6> | The wiki is like something from fiction - an old building, that people keep adding rooms to, and abandoning the old ones |
| 04:21:01 | <@JAA> | Sounds like an SCP alright. |
| 04:21:21 | <OrIdow6> | Maybe write some sort of script to add the parameter, before the template is changed? Might be hard to find logs or similar otherwise |
| 04:21:21 | <@JAA> | And yes, very accurate. |
| 04:21:41 | <@JAA> | Nah, let's not go down that route. |
| 04:21:54 | <@JAA> | The project channels aren't logged anyway. |
| 04:22:00 | <@JAA> | (Most of the time) |
| 04:22:03 | <OrIdow6> | Oh, I suppose you're right |
| 04:22:36 | <@JAA> | If noone shouts at me, I'll switch the default later. |
| 04:30:25 | <@hook54321> | OrIdow6: I could just add it to those manually, I was gonna look into how long it would take anyways. At this point though it might make sense to just remove those channels from pages so people are directed to #archiveteam instead of an empty channel. |
| 04:31:14 | | qw3rty_ joins |
| 04:32:06 | <@JAA> | I've been wondering whether we should switch the default channel on project pages to -bs also. |
| 04:32:18 | <purplebot> | NewsGrabber edited by Hook54321 (+46) 18 minutes ago -- https://www.archiveteam.org/?diff=45724&oldid=45722 |
| 04:32:22 | <@JAA> | It's basically never appropriate to talk about existing projects in #archiveteam. |
| 04:34:42 | | qw3rty__ quits [Ping timeout: 252 seconds] |
| 04:35:15 | <thuban> | imo it should be something on the order of '#original (defunct, use #archiveteam-bs)' |
| 04:37:03 | <thuban> | i'd be willing to help fix the existing pages (i feel like hiding that info and ending up with something misleading is against the at mission :P) |
| 04:38:00 | <@JAA> | Yeah, I thought the other day about adding a `dead` parameter to the IRC template, which would produce something like that. |
| 04:38:10 | <thuban> | (even if project pages aren't logged, it can be helpful for e.g. knowing where in your own logs to check) |
| 04:38:14 | <@hook54321> | seems unnecessary to me, but eh. people can find it in the revision history, not really hiding. |
| 04:38:15 | <thuban> | i think that's a good idea |
| 04:38:35 | <thuban> | (s/pages/channels/) |
| 04:39:50 | <@JAA> | I agree with thuban that it'd be good to keep the original channel name there. |
| 04:41:20 | <@JAA> | One thing I'd love to see is Semantic MediaWiki or similar where we put everything on the project page and then it places all pages with some category on the homepage, adds them to the 'Warrior projects' page, and possibly other things. |
| 04:41:53 | <@JAA> | But that's probably too much work for this. |
| 04:42:02 | <thuban> | huh, can you not get mediawiki to do that? |
| 04:42:57 | <@JAA> | Well, the pages themselves yes, but I also mean the IRC channel etc. Not possible with stock MW as far as I know. |
| 04:43:14 | <thuban> | ah, i see. pity |
| 04:43:14 | <@JAA> | Well, I guess you could use <includeonly> and <noinclude>, but that's gross. |
| 04:56:30 | | Doranwen recommends putting the new version *first* though, if you're going to include both |
| 04:56:48 | <Doranwen> | like #archiveteam-bs (formerly #original) |
| 04:56:57 | <Doranwen> | put "formerly" in () with the old name |
| 04:57:25 | <Doranwen> | the way people think is the current thing should be the first visible one, with the history after that or tucked away somewhere accessible |
| 04:57:35 | <Doranwen> | you never want to put the old/defunct thing first, because it confuses people |
| 04:59:20 | <Doranwen> | people are notoriously terrible at skimming and picking up the first/main things and missing minor details, and if you stick the old/defunct thing first, there's a much higher probability of someone failing to see the addendum in parentheses noting the new/current one |
| 04:59:29 | <@JAA> | Yes, good point. |
| 04:59:33 | <@JAA> | Absolutely. |
| 06:28:36 | | odemg joins |
| 07:11:31 | | rsn quits [Remote host closed the connection] |
| 08:17:22 | | Jean-Fred joins |
| 08:18:46 | <Jean-Fred> | mgrandi Macricke from VGPC figured out an awesome trick: |
| 08:19:25 | <mgrandi> | Hi, I managed to get some JSON api, which I think is a lot easier to download the info |
| 08:20:26 | <Jean-Fred> | for some reason Sony decided to roll out the new design to the mobile app next week (28th October)Archive Team can force the old store by having the crawler pretend to be the mobile app`?scope=sceapp&smcid=psapp`if you append that to the end of the string in the URL field, it will force the old site to loadso Archive Team should be able to capture |
| 08:20:26 | <Jean-Fred> | all pages before the 28th[storeURL]/product/[contentID]?smcid=psappstoreURL would be any of the 94 on the list I gave you and contentID would be something like “EP1001-CUSA18100_00-MAFIAONEREMASTER” which is a unique ID given to each and every product listed on the PS Store |
| 08:21:03 | <mgrandi> | hmm |
| 08:21:15 | <mgrandi> | I think it might need the host key set too, i dunno |
| 08:21:35 | <mgrandi> | I don't think scraping the store is going that well, their app seems to be very javascript heavy and i'm noticing that wget-at is not fetching imgaes |
| 08:21:37 | <mgrandi> | I don't think scraping the store is going that well, their app seems to be very javascript heavy and i'm noticing that wget-at is not fetching images |
| 08:21:49 | <mgrandi> | (sorry, force of habit from teams lol) |
| 08:22:06 | <Jean-Fred> | Amazingly iy seems to Just Work − https://store.playstation.com/ja-jp/product/JP9000-NPJA00045_00-DETUNED000000001?scope=sceapp&smcid=psapp works but wihtout it does not resolve |
| 08:22:48 | <mgrandi> | hmm ok, that might make it easier to get the list of urls |
| 08:23:11 | <mgrandi> | so : do you know if the SKUs are region specific? like is JP9000-NPJA00045_00-DETUNED000000001 japan only |
| 08:24:22 | <Jean-Fred> | Macricke helped me there to, they said: "there was discussion around how content IDs are linked to store regions e.g. UP0001 for US, EP0001 for Europe, HP0001 for Asia…that’s not strictly the case. There is loads of UP or EP content on the Japanese storefront, for example. So I believe to be safe we’d need to try every possible combination of |
| 08:24:22 | <Jean-Fred> | [storeURL] and [contentID] otherwise there’s a risk of missing a bunch of content" |
| 08:24:47 | <mgrandi> | so what i'm thinking of doing, is going to each major region's grid page |
| 08:24:50 | <mgrandi> | getting a list of SKUs |
| 08:25:23 | <mgrandi> | then getting this api called 'valkyrie' to get basic information about the game for each major language: `curl https://store.playstation.com/valkyrie-api/ja/JP/999/resolve/JP9000-NPJA00045_00-DETUNED000000001` |
| 08:25:54 | <Jean-Fred> | The complete SKU list should be on SerialStation.com in theory − asked the owner for a dump of the SKUs as well ; they told me they might be able to hand me out a script that goes through the API (either the Valkyrie API or the other Chihiro API − I dunno, it’s a bit out my league ^^) |
| 08:26:26 | <mgrandi> | if you could get one of them to join this IRC or maybe ping me on discord or something i can try |
| 08:26:43 | <mgrandi> | basically this is what i've come up with, i think the JSON api response + images is the most important at the moment |
| 08:26:47 | <Jean-Fred> | They hang out on the VGPC discord |
| 08:27:22 | <mgrandi> | if you have a link i'll join |
| 08:27:49 | <Jean-Fred> | https://discord.gg/AHTfxQV |
| 08:28:06 | <mgrandi> | but yeha, the API responses i think are what i should be targeting, the HTML is just...a rendered versions of this and take forever to do one region, and they are...aggressive at banning from hitting it too hard |
| 08:35:02 | <Jean-Fred> | I understand your position ; just to preach for my chapel: 1/ Fairly sure the JSON blobs and images hae been archived by VGPC people / mirrored in SerialStation and 2/ For Wikipedia purposes, it’s difficult to use an archived JSON blob as source for a statement (eg the USK or PEGI rating) while the store HTML page is good for it |
| 08:36:34 | <Jean-Fred> | (And yes, surprisingly, for some data, the only readily found and official looking source seems to be the Store HTML pages − community websites/DBs like MobyGames or SerialStation, however respectable and serious they are, do not cut it as "not official enough" :-( ) |
| 08:36:54 | <Jean-Fred> | Let’s continue on the VGPC discord :) |
| 08:51:56 | | @arkiver quits [Excess Flood] |
| 08:52:25 | | arkiver (arkiver) joins |
| 08:52:25 | | @ChanServ sets mode: +o arkiver |
| 09:28:20 | | Jean-Fred quits [Remote host closed the connection] |
| 12:19:16 | | dashcloud quits [Ping timeout: 252 seconds] |
| 12:22:02 | | JensRex quits [Quit: JensRex] |
| 12:22:27 | | JensRex (JensRex) joins |
| 12:45:25 | | Wayward (wayward) joins |
| 13:17:47 | | VerifiedJ quits [Quit: Ping timeout (120 seconds)] |
| 13:34:24 | | VerifiedJ (VerifiedJ) joins |
| 14:09:48 | | VerifiedJ quits [Client Quit] |
| 14:10:07 | | VerifiedJ (VerifiedJ) joins |
| 14:32:59 | | Arcorann quits [Read error: Connection reset by peer] |
| 14:59:01 | | VADemon joins |
| 15:30:57 | | fionera quits [*.net *.split] |
| 15:33:04 | | fionera (Fionera) joins |
| 16:22:57 | <@kiska> | In about an hour I am going to upgrade gitea on git.kiska.pw :D |
| 17:10:49 | | dashcloud joins |
| 17:35:23 | <@arkiver> | wooh |
| 17:35:47 | <@kiska> | Starting upgrade now |
| 17:35:58 | <@JAA> | :-) |
| 17:38:03 | <@kiska> | Completed update to 1.11.8 :P |
| 17:38:34 | <@arkiver> | what is the new awesomeness |
| 17:38:55 | <@kiska> | Probably not much :D |
| 17:39:06 | <@arkiver> | :P |
| 17:39:30 | <@kiska> | Here are the changes: https://github.com/go-gitea/gitea/releases/tag/v1.11.7 and https://github.com/go-gitea/gitea/releases/tag/v1.11.8 |
| 17:39:33 | <@JAA> | It was 1.11.6 before, just a few bug fixes. |
| 17:40:08 | <@JAA> | 1.12.0 is where the cool new features are. |
| 17:40:33 | <@kiska> | Looks like I don't need to worry about 1.12.0 breaking things? |
| 17:40:48 | <@JAA> | There are some breaking changes, so not sure. |
| 17:41:01 | <@JAA> | Also, this reminds me that I wanted to submit a PR for 1.13.0. |
| 17:41:25 | <@kiska> | :D |
| 17:41:37 | <@kiska> | Actually I am going to update to 1.12.5 and see what breaks :D |
| 17:42:44 | | dashcloud quits [Ping timeout: 240 seconds] |
| 17:43:10 | <@JAA> | It seems that the breaking changes on 1.12.0 are not problematic. |
| 17:43:11 | <@kiska> | Well nothing has exploded yet |
| 17:44:41 | <@kiska> | JAA: Can you confirm you have received a test email from postmaster@kiska.pw? |
| 17:45:29 | <@JAA> | kiska: Yep |
| 17:45:31 | <@kiska> | :D |
| 17:45:37 | <@kiska> | Well that didn't break |
| 17:47:12 | <@kiska> | JAA: So what are the cool features? Before I go and look at the releases |
| 17:50:26 | <@JAA> | A key one for me personally are system-wide webhooks. That'll allow for proper IRC notifications. I've been wanting to implement that for a while. |
| 17:50:50 | <@kiska> | Now you can :D |
| 17:51:30 | <@JAA> | Yeah, if only the webhook payload were documented at all... |
| 17:51:38 | <@kiska> | Ooops? |
| 17:52:12 | <@JAA> | https://docs.gitea.io/en-us/webhooks/ |
| 17:52:15 | <@JAA> | That's all that exists. |
| 17:52:27 | <@kiska> | Perhaps open an issue? |
| 17:52:34 | <@JAA> | The example is 3.5 years old and doesn't even reflect the current hooks at all. |
| 17:52:50 | | godane1 joins |
| 17:52:50 | <@JAA> | https://github.com/go-gitea/gitea/issues/9485 |
| 17:54:41 | | godane quits [Read error: Connection reset by peer] |
| 17:55:27 | <@kiska> | I see... |
| 18:15:51 | <@JAA> | Cool, docs.gitea.io is always the master branch, not the latest release. WTF? |
| 18:18:43 | <@JAA> | https://github.com/go-gitea/gitea/issues/5588 |
| 18:18:57 | <@JAA> | Baffles me that they didn't think of that for so long... |
| 18:19:07 | <@JAA> | But well, the documentation is in a pretty sorry state anyway. |
| 18:27:38 | | rsn joins |
| 18:57:23 | <nico_32> | pct rescued: 47.21%, read errors: 247, remaining time: 1d 15h 18m |
| 18:57:32 | <nico_32> | old cdr rescue |
| 19:41:03 | | lunik1 quits [Quit: :x] |
| 19:42:10 | | lunik1 joins |
| 20:18:10 | | icedice joins |
| 20:39:27 | | dashcloud joins |
| 21:13:37 | | VADemon quits [Client Quit] |
| 21:45:20 | | EggplantN joins |
| 21:45:21 | | EggplantN is now authenticated as EggplantN |
| 22:00:04 | <@Kaz> | time to ask the important question |
| 22:00:09 | <@Kaz> | does gitea run in docker |
| 22:00:14 | <@Kaz> | cc kiska ^^ |
| 22:16:17 | | britmob3 joins |
| 22:18:04 | | britmob quits [Ping timeout: 240 seconds] |
| 22:18:04 | | britmob3 is now known as britmob |
| 22:18:14 | | britm0b quits [Ping timeout: 252 seconds] |
| 22:19:05 | | britm0b joins |
| 22:25:34 | <@kiska> | No :D |
| 22:41:03 | <@Kaz> | maybe not _our_ gitea |
| 22:41:07 | <@Kaz> | but does it.. in general |
| 22:41:18 | <@JAA> | Yes: https://docs.gitea.io/en-us/install-with-docker/ |
| 22:41:34 | <@Kaz> | kiska: remediate as above |
| 22:42:18 | <@Kaz> | there's nothing I'd love to see more than gitea running alongside watchtower |
| 22:43:46 | <@kiska> | You know my stance with being at least a couple versions behind :D |
| 22:45:13 | <@JAA> | Changing things would probably break the backups, and Igloo hasn't been around in a while. |
| 22:45:26 | <@kiska> | I only updated to 1.12.5 because JAA wanted the cool feature |
| 22:46:14 | <@kiska> | I believe Igloo is running it from /usr/local/bin/gitea --backup I think is the switch |
| 22:46:40 | <@kiska> | But I have no clue |
| 22:47:26 | <@kiska> | Sorry --dump is the switch |
| 22:50:52 | <@JAA> | kiska: ~gitea/backup.sh (warning, pretty gross) |
| 22:51:02 | <@kiska> | :D |
| 22:51:08 | <@kiska> | Not gonna lookl |
| 22:52:27 | <@JAA> | There's also at least three Gitea executables on this system. :-| |
| 22:53:24 | <@JAA> | Oh well. In any case, yeah, if we change that, definitely make sure the backups aren't affected. |
| 22:58:00 | <@kiska> | :D |
| 22:58:17 | <@kiska> | Now down to 2 |
| 22:58:21 | <@kiska> | Where are the rest? |
| 22:58:37 | <@JAA> | Found one in ~root and one in ~gitea, plus the one in /usr/local/bin. |
| 22:59:08 | <@kiska> | Done :D |
| 22:59:13 | <@kiska> | Now there is only 1 |
| 23:00:14 | <@JAA> | :-) |
| 23:05:23 | <@Kaz> | sod the backups |
| 23:05:38 | <@Kaz> | if it's in docker, we just sto the ct, pull the whole volume, start container |
| 23:05:45 | <@Kaz> | and thats the _worst case_ scenario |
| 23:08:27 | | Arcorann (Arcorann) joins |
| 23:08:45 | <godane1> | latest scans and tapes: https://www.patreon.com/posts/digitized-and-10-43228155 |
| 23:10:52 | | HP_Archivist (HP_Archivist) joins |
| 23:18:02 | <@kiska> | Anyway now with 1.12.5 installed on git.kiska.pw, I will not be updating to 1.13 until 1.15 has been released, unless JAA has a feature he would like |