00:07:03xkey quits [Quit: WeeChat 4.9.0]
00:07:31xkey (xkey) joins
00:49:12Yakov (Yakov) joins
05:51:57atphoenix__ (atphoenix) joins
05:55:04atphoenix_ quits [Ping timeout: 268 seconds]
07:04:08BearFortress quits [Ping timeout: 268 seconds]
07:05:04BearFortress joins
08:23:34pokechu22 quits [Read error: Connection reset by peer]
15:07:28SootBector quits [Remote host closed the connection]
15:08:38SootBector (SootBector) joins
16:37:42pokechu22 (pokechu22) joins
18:45:01SootBector quits [Remote host closed the connection]
18:46:11SootBector (SootBector) joins
20:01:54<nicolas17>29 days later, the derive job for https://archive.org/details/nasa-artemis-ii-primarystream is still running
20:02:26<nicolas17>repeatedly retrying and failing to run ffmpeg
20:34:14SootBector quits [Remote host closed the connection]
20:35:16SootBector (SootBector) joins
22:23:45SootBector quits [Remote host closed the connection]
22:24:56SootBector (SootBector) joins
22:38:51<nicolas17>JAA: can 'ia upload' take a directory and upload the whole tree recursively?
22:39:29<@JAA>nicolas17: I think so, but I haven't used `ia upload` in years at this point.
22:40:10<@JAA>I know you have to use an option to preserve the dir structure when you specify files, but it's supposed to upload a directory whole, recursively, I think.
22:48:23<pokechu22>Wasn't there supposed to be some weird stuff with empty directories?
22:48:25<nicolas17><nicolas17> hmm I usually use ia upload (Python package "internetarchive") but now I'm actually not sure if it takes directories >_<
22:48:27<nicolas17><Siguza> yeah, I have that installed, but man...
22:48:28<nicolas17><Siguza> I follow the link "configuring ia", and... https://archive.org/developers/internetarchive/quickstart.html
22:50:01<@JAA>You can only upload files, not directories.
22:50:25<@JAA>Uploading a directory just means uploading all files in the directory with corresponding remote filenames, and that automatically creates the necessary directories.
22:51:06<nicolas17>yes but does 'ia upload' do that automatically when given a path to a directory? or do you need to pass the path to every individual file?
22:51:23<@JAA>> I think so, but I haven't used `ia upload` in years at this point.
22:52:04<nicolas17>seems docs never recovered after the hack/outage
22:52:10<@JAA>It was supposed to work like that back when I still used it (and filed that issue about optionally preserving the dir structure).
22:52:33<@JAA>s/\)/ when specifying individual file paths)/
22:52:43Webuser559268 joins
22:53:45<Webuser559268> @JAA: I heard from you on April 22th that redirections also get archived by SPN and that they will eventually become available for playback.
22:56:08<Webuser559268>I saved the tarball of the source code of Canna 3.7p5 (https://web.archive.org/web/20260428165517/https://codeload.github.com/canna-input/canna/tar.gz/refs/tags/release-3.7p5) on April 28th for testing, and the file is already available for playback.
22:58:07<Webuser559268>However, the redirection from its permanent link (https://github.com/canna-input/canna/archive/refs/tags/release-3.7p5.tar.gz) is still not yet available for playback.
23:00:02<nicolas17>guess I could just archivebot it again?
23:03:44SootBector quits [Remote host closed the connection]
23:03:53<Webuser559268>I would like to know the reason why the redirection has not been archived even though two weeks have passed since I saved the link. I have no idea what is wrong.
23:04:51SootBector (SootBector) joins
23:29:00<pokechu22>Archivebot indexing is pretty far behind too, but I think that's more an upload backlog?
23:34:50<pokechu22>nicolas17: I don't think we've ran canna-input in #gitgud
23:35:10<@JAA>Not that far behind though.