[00:00] FalconK: I think you can try it out just by uploading to the Community Texts collection [00:00] collection id is opensource, I think [00:01] that's open to anyone with an IA account [00:01] I can't remember if your account needs special privileges to upload with mediatype web, SketchCow would know more [00:02] Should be able to set mediatype to web on any standard account - from my experience. [00:10] When I've tried to set mediatype through the web interface it has blocked me [00:10] At least for setting it to web [00:11] YPi cam [00:11] I do it through curl, no probs [00:11] You can't load directly into web. [00:11] *** zenguy has quit IRC (Read error: Operation timed out) [00:12] collection opensource, mediatype web? [00:12] Try, but I don't know [00:12] works for me at least. [00:15] there's a *web* collection ( https://archive.org/details/web ) which is different than the "web" mediatype . This is particularly confusing because there appears to be magic that makes the few items whose identifiers are the name of a mediatype also appear to contain all the items with that mediatype. [00:16] *** zenguy has joined #archiveteam-bs [00:24] it certainly looks like there is no restriction on giving things the web mediatype. See for example, this: https://archive.org/details/warc-files.tjw.moe [00:25] or even more so: https://archive.org/details/heckert_gnu_png [00:34] well, alright. I'll test it with opensource, and then submit a pull request. [00:35] I also have a pull request on the megawarc assembler - don't use cleartext HTTP and IA's authorization header at the same time! [00:35] unless you believe in passing cleartext passwords over networks ;) [00:35] *** ohhdemgir has quit IRC (Read error: Operation timed out) [00:36] *** w0rp has quit IRC (Read error: Operation timed out) [00:37] *** ohhdemgir has joined #archiveteam-bs [00:38] *** w0rp has joined #archiveteam-bs [01:16] *** Stiletto has quit IRC () [01:17] *** Stiletto has joined #archiveteam-bs [02:20] *** zenguy has quit IRC (Read error: Operation timed out) [02:23] *** dashcloud has quit IRC (Read error: Operation timed out) [02:23] *** zenguy has joined #archiveteam-bs [02:27] *** dashcloud has joined #archiveteam-bs [02:51] *** dashcloud has quit IRC (Read error: Operation timed out) [02:55] *** dashcloud has joined #archiveteam-bs [03:11] *** JesseW has joined #archiveteam-bs [03:34] http://puu.sh/nyMLP/74d28d17ac.png wheee [03:37] *** tomwsmf-a has joined #archiveteam-bs [03:39] *** Start has quit IRC (Read error: Connection reset by peer) [03:40] *** Start has joined #archiveteam-bs [03:40] *** JesseW has quit IRC (Quit: Leaving.) [03:47] *** Start has quit IRC (Quit: Disconnected.) [03:49] *** Start has joined #archiveteam-bs [03:57] *** bwn has quit IRC (Read error: Operation timed out) [04:04] *** tomwsmf-a has quit IRC (Read error: Operation timed out) [04:17] *** JesseW has joined #archiveteam-bs [04:20] *** fie has quit IRC (Read error: Connection reset by peer) [04:20] *** bwn has joined #archiveteam-bs [04:34] sadness :( [04:34] http://puu.sh/nyPYB/16d1d24031.png [04:35] http://puu.sh/nyQ1e/e493a50a76.png 17 hours to upload one work unit :( [04:49] are you still hung up on the rsync thing [04:50] computerwise or ontologically [04:50] yes [05:12] *** Sk1d has quit IRC (Ping timeout: 250 seconds) [05:19] *** Sk1d has joined #archiveteam-bs [06:02] *** Stiletto has quit IRC (Read error: Operation timed out) [06:02] *** Stiletto has joined #archiveteam-bs [06:17] *** Sk2d has joined #archiveteam-bs [06:22] *** Sk1d has quit IRC (hub.se irc.du.se) [06:32] ErkDog: the patch for that is in [06:33] just need to bust out the login creating and permission granting and server updating [06:33] as tempting as it is to direct all the ananiel pipeline stuff (full disk :/) to collection opensource [06:33] also, I tried to commit into archivebot, and yes, one needs the blessing [06:34] SketchCow: WTB 1x commit access to collection archivebot for user FalconK [06:37] *** Sk2d is now known as Sk1d [06:43] FalconK: ErkDog's thing looks like a Warrior project, which doesn't use the ArchiveBot uploader [06:52] *** metalcamp has joined #archiveteam-bs [06:57] I don't think there's anything wrong with putting the stuff inthe opensource collection. [06:57] It can be moved later. [06:57] FalconK: right. you should add a tag or whatever it's called 'archivebot' [06:59] I think tags are called "subject" [07:00] maybe [07:00] or keywords [07:07] *** vitzli has joined #archiveteam-bs [07:16] *** mismatch_ has quit IRC (Remote host closed the connection) [07:17] *** mismatch_ has joined #archiveteam-bs [07:26] *** JesseW has quit IRC (Quit: Leaving.) [08:24] *** schbirid has joined #archiveteam-bs [08:36] *** bwn has quit IRC (Read error: Operation timed out) [08:52] *** Boppen has joined #archiveteam-bs [09:02] *** bwn has joined #archiveteam-bs [09:10] *** godane has quit IRC (Read error: Operation timed out) [09:33] *** godane has joined #archiveteam-bs [10:12] *** metalcamp has quit IRC (Ping timeout: 258 seconds) [11:20] *** jspiros has quit IRC (leaving) [11:26] *** jspiros has joined #archiveteam-bs [11:47] *** metalcamp has joined #archiveteam-bs [11:49] *** godane has quit IRC (Quit: Leaving.) [12:15] *** metalcamp has quit IRC (Ping timeout: 258 seconds) [12:19] *** godane has joined #archiveteam-bs [12:21] *** RichardG has quit IRC (Read error: Operation timed out) [12:47] midas: for some reason it didn't show up lols [12:55] *** Smiley has quit IRC (Remote host closed the connection) [13:02] *** Smiley has joined #archiveteam-bs [13:42] *** RichardG has joined #archiveteam-bs [14:18] *** wacky has joined #archiveteam-bs [14:54] *** pgoetz has quit IRC (Remote host closed the connection) [15:01] *** Start has quit IRC (Quit: Disconnected.) [15:03] *** godane has quit IRC (Read error: Operation timed out) [15:04] *** w0rp has quit IRC (Read error: Operation timed out) [15:04] *** closure has quit IRC (Read error: Operation timed out) [15:04] *** godane has joined #archiveteam-bs [15:04] *** beardicus has quit IRC (Read error: Operation timed out) [15:05] *** closure has joined #archiveteam-bs [15:05] *** midas sets mode: +o closure [15:05] *** beardicus has joined #archiveteam-bs [15:06] *** w0rp has joined #archiveteam-bs [15:20] *** pgoetz has joined #archiveteam-bs [15:29] I got a new Ultra-High-Def monitor, so you're all doomed. [15:29] I see EVERYTHING [15:30] has ultra-high-def monitor, still runs mame at 640x480 [15:44] *** Start has joined #archiveteam-bs [16:15] *** pgoetz has quit IRC (Remote host closed the connection) [16:18] *** ersi has quit IRC (Read error: Operation timed out) [16:20] *** ersi has joined #archiveteam-bs [16:20] *** midas sets mode: +o ersi [16:20] *** swebb sets mode: +o ersi [16:48] *** JesseW has joined #archiveteam-bs [16:49] *** pgoetz has joined #archiveteam-bs [17:07] *** Start has quit IRC (Quit: Disconnected.) [17:11] *** JesseW has quit IRC (Quit: Leaving.) [17:11] *** vitzli has quit IRC (Leaving) [17:16] *** metalcamp has joined #archiveteam-bs [17:46] wow scaleway not mucking about with cloud server prices [18:13] holy crap yeah [18:13] Yea, but their network speed isnt good [18:13] cause of the 300Mbit? [18:14] nope, because they oversell [18:15] ahhh so saturated [18:15] overselling can hit I/O and CPU performance too [18:15] *** schbirid has quit IRC (Quit: Leaving) [18:15] LOL plus they publically advertise hey run torrents [18:15] https://www.scaleway.com/imagehub/torrents/ [18:16] good for private sites [18:16] yeah unmetered servers, run torrents, that will make a good experience for all [18:16] cloud to butt is fun [18:16] http://archiveteam.org/index.php?title=User_talk:Jscott [18:17] "This is partly "fuck my butt" and partly "archive team" related" [18:17] saturated pipes everywhere [18:25] *** tomwsmf-a has joined #archiveteam-bs [18:28] SimpBrain: how dare you use the word 'cloud' [18:28] ;) [18:28] well it's not a physical dedicated server :P [18:29] butt server [18:30] tbh going into the future, it should be like cloud dedis especially for tiny companies and individuals, why do you physically need something physical to say it's yours, [18:33] That's pretty much the way it is already. But dedicated physical servers have advantages, such as not sharing system resources with other users, and you can usually get a whole hard disk to yuorself [18:33] yourself* [18:34] I have a VPS and a dedicated server, because sometimes I need more than 24GB of disk space and I don't want to pay $100/month for a higher VPS tier [18:35] yeah hdd space is what is killing vps for small time use [18:36] dedicated physical server is so nice because I can be super-lazy in my Xen allocations and not give a shit [18:36] "how much for gitlab? fuck it, 8 gigs" [18:37] VPS definitely has its place though. They're very flexible and scalable [18:38] as with most things, it's not black-and-white "doing it this way is unquestionably better at everything" [18:38] these days I read "flexible" as "fuck you, do it yourself" and "scalable" as "fuck you, pay us more for more nodes" [18:39] if you're on EC2 both are literally that [18:39] yipdw: Hah. Yeah it's a bit buzzwordy [18:39] hahaha yes [18:39] [19:28] well it's not a physical dedicated server :P [18:39] But I more meant that you can start an instance and do some stuff and then get rid of it without paying a setup fee up front [18:39] scaleway? it absolutely is [18:39] the ARM pxes anyway [18:39] er [18:39] boxes [18:40] yep [18:40] If I want to test some shit on a clean system with a clean connection, I just click "new Linode" [18:40] I am also very annoyed at tracking down this one memory leak that is causing a load balancer to trigger scaling notifications which is causing an autoscaling group to go haywire [18:40] still ARM boxes [18:40] so I am probably biased [18:40] SimpBrain: anyhow, "cloud" doesn't mean anything anyway [18:40] it's either a physical server, or a VM, and it might have hourly billing, or have an API for spinning them up [18:40] yeah [18:40] or have high availability [18:40] or geographic redundancy [18:40] or a SAN [18:40] and any of these things might be indicated with 'cloud' [18:40] joepie91: nah man [18:40] in any combination [18:40] *** schbirid has joined #archiveteam-bs [18:40] :p [18:40] it's literally in the clouds [18:40] there's nothing physical about it [18:41] it's a meaningless buzzword basically [18:41] to be fair, it has some degree of meaning. Unlike "internet of things" [18:41] no, it really doesn't [18:41] I store my files in a bong [18:41] personal cloud [18:42] i store my files in my butt [18:42] anyway I don't know where this conversation started, what is it about [18:42] don't remember :p [18:42] * Frogging scrolls up [18:43] SimpBrain said something about Scaleway [18:43] FOS Makes me so sad :( [18:43] [12:46:43] <@SimpBrain> wow scaleway not mucking about with cloud server prices [18:43] 80Kbps :( [18:43] fos has served us all well for years [18:43] * SimpBrain hides [18:43] I've got 45G of data waiting to by dumped.... :-/ [18:44] like Wiki and GameTracker would be done if we could dump it somewhere, lol [18:44] or at least "caught up" [18:47] gametrailers really hit fos hard [18:47] didnt help we was archiving 4 sites at the time i think [18:47] lol gametrailers is a massive amount of data [18:47] fos is not getting slammed like it was, maybe there's been some controls put on it [18:48] anyway the fos-to-ErkDog connection doesn't seem like the best either https://gist.github.com/yipdw/07994326c74c7ffa16e6 [18:48] well I get 80K/sec here and about 125 from the server I am using [18:48] skyrim.towfowi.net [18:48] I'm going to revisit FOS and its connection when I get there. [18:48] ohhhh, yeah that's the trace you did [18:48] it could be either end, I think blaming it on fos is premature [18:48] i'm on ha.wa.ecansol.net [18:49] No, FOS is definitely doing something. [18:49] Something bad. [18:49] poor FOSy :( [18:49] or BAD FOSy whatever the case may be ;-D [18:49] Part of it, of course, are the people going "Oh, it's not working fast, LET ME PUT 20 SIMULTANEOUS CONNECTIONS ON IT THAT WILL FIX IT" [18:49] Yeah, I'm hovering between 115 and 130KB/s going to FOS. [18:49] Luckily I can't tell who does this, which is why they are still alive [18:49] yeah cause they don't understand the idea of IO thrashing [18:49] SketchCow you should be able to [18:49] an incoming rsynch shows as a process doesn't ? [18:50] No, if I do it, I'll just start murdering you fucks [18:50] All of you [18:50] LOL [18:50] well you can only complain so much, if you want to download all the internet, you have to give us a place to put it bro [18:50] eep [18:50] It'll be me and a room of corpses and me with a machete going "good meeting, good meeting" and chewing a sour patch kid [18:50] hahaha [18:51] netstat -alnp|grep #### where ### is the port of your incoming rsynch connections will tell you too [18:51] at least it would tell you the # of connections from that IP, but not who owns it [18:51] but you could firewall off people who have 1,000 processes running and when they ask why they can't upload stuff, we can explain to them, that they need ONE process per Project, per server, at -most- [18:52] I considered doing that and it is much harder to maintain than just finding the people and asking them to back off a bit [18:53] couldn't you just tell the rsync/ssh protocol to only allow 2 connections per IP? [18:53] yes but it's not a relevant defense [18:54] not when you have some people who have access to large subnets and are running warriors on all of them [18:54] true [18:54] but when I look at the trackers [18:54] anyway, Atluxity is running a lot of traffic to fotolog [18:54] I only see like 5 or so people active on any given project [18:54] yeah it's one person with a large number of nodes [18:55] so it's people running a bunch of warriors on one machine that's hammering FOS? [18:55] many warriors on many machines [18:55] Is more warriors not better? [18:55] Or are they doing it wrong [18:55] more warriors is fine but there are limits to how fast we can take stuff in [18:55] this is just a limit [18:55] find why and work around it, etc [18:56] I'm going to reboot the box. [18:56] I also hate the word "scalable" because it gets people excited for no fucking reasn [18:56] I do see that the upload speed just skyrocketed. [18:56] Perhaps the system could be adjusted so that FOS coodinates who is uploading what and when [18:57] SketchCow: you might want to hold off, it looks like DFJustin's doing a compile [18:57] well likely the bottleneck is disk I/O [18:57] He is ALWAYS doing a compile [18:57] oh ok never mind [18:57] STOP BEING MY MECHANICS FOR A MOMENT [18:57] I have two torrents going on the box, I'm trying to shut them down and avoid living a pile of buff [18:58] Maybe instead of warriors uploading things ASAP they could upload when FOS asks them to, to limit load [18:58] because as you add additional incoming rsynchs, the spead of all the existing transfers is diminished significantly, so 10 RSynchs take more than 10 times as long to complete as a single RSynch [18:58] so [18:59] No, no. The problem is just a matter of the fact that the machine got extended at one point and it never, ever goes back. [18:59] And then people "do things" [18:59] I wish I knew the command in rtorrent to say "and delete the data" [18:59] https://www.youtube.com/watch?v=EHybN9UbhWM [19:01] * ersi scales yipdw [19:03] If you want to delete data on remove I would suggest adding the below to your rtorrent.rc. It will be both faster and more robust than rutorrent's delete function (which relies on php and a forked process) and has the benefit of not crashing rtorrent since it remembers state instead. [19:03] method.set_key = event.download.erased, remove_file,"execute={rm,-drf,--,$d.get_base_path=}" [19:03] rsyncd is able to execute a script before starting a transfer. One could check the current load and stop the transfer if it is too high. [19:05] Ha ha ha [19:05] HEY GUESS WHAT GUYS [19:05] I just found out there's a scheduled reboot of FOS anyway at 7pm EST [19:08] *** bwn has quit IRC (Read error: Operation timed out) [19:09] bhahaha [19:12] lol [19:22] *** Start has joined #archiveteam-bs [19:27] *** bwn has joined #archiveteam-bs [19:48] OK, so I'm going to see about shutting down my torrenting, cleaning up a few things, and then we get the reboot [19:59] *** SN4T14 has quit IRC (Remote host closed the connection) [20:02] *** SN4T14 has joined #archiveteam-bs [20:23] Don't suppose anyone from the IA could gimme 5 min of time to hit a few questions off of them [20:24] sweet SketchCow thanks :-D [20:26] wacky: toss your questions here — the worst that will happen is none of us will know or be willing to answer. [20:29] I work for a commercial archiving solution, we have a client (end user who owns the originally archived content) who is looking to get some content, them as the original content owner is it possible to get a warc/warc export? [20:29] They would have no problem paying for such a service [20:29] That's a question that would need to be addressed to the IA directly. [20:30] If it's content from the IA's Wayback Machine [20:30] I'd suggest sending that question to info@archive.org, providing (in the initial email) the specific URLs you are interested in, and whatever proof you have that you represent the original content owner. I have no idea whether that would be feasible, but it seems reasonable to me. [20:32] If it's something that we (the Archiveteam) archived then the WARCs should already be available for download from the IA [20:34] good point. You can look up archivebot stuff with the viewer; for other stuff … probably search the wiki to see if it was a project. [20:35] For reference, the ArchiveBot viewer is here: http://archive.fart.website/archivebot/viewer/ [20:37] Awesome - thanks all! Ill give the suggestions a shot [20:38] cool, glad we were able to give you some pointers [20:39] sigh fart.website [20:40] lol a lot of the things archivebot is working on don't seem like "small" websites [20:40] one is @ 54 gigs, lol [20:41] Scroll down to the bottom of the dashboard to see some *really* big jobs [20:41] yeah lol one is 100 gigs, that one is 999 gigs? [20:44] *** Start has quit IRC (Quit: Disconnected.) [20:46] 54gb is small [20:49] 54gb is tiny. I have a flash drive with more than 54gb of usable capacity. [20:49] Actually, I have like 3 or 4 laying around. [20:50] LOL well I guess it depends on how you look at it [20:50] since -most- websites are like super tiny compared to that [20:50] we run a hosting company [20:50] our customer's largest site is 1.5 gigs, and it's eCommerce [20:51] Keep in mind that the ArchiveBot saves web requests not necessarily what would be stored on the server [20:51] If you had a PHP script that printed an endless stream of random numbers that would be small on disk but the response would be huge [20:52] For full-site grabs we also tend to target sites that have lots of interesting stuff to save [20:55] hmmm true [21:04] *** schbirid has quit IRC (Quit: Leaving) [21:35] SketchCow: so do you want me to upload things to opensource with a special tag? or somewhere else? [21:41] meh whatever I'll just upload them with subject: archivebot for now and we can always make more changes if desirable. [21:43] *** VADemon has joined #archiveteam-bs [21:45] yep [21:45] as long as they're separable from everything else [21:52] SketchCow: any taks this year in the Netherlands? [21:52] talks* [21:53] None planned, but then again this is the year I planned for not doing much speaking/travel except the Japan trip [21:54] i figure a telethon at the end of the year at IA [21:57] *** fie has joined #archiveteam-bs [21:57] ok, much, much better [21:57] getting 5 mbit up into IA [21:57] the uploads are collection: opensource, subject: archivebot [21:58] content-type: web [21:58] who moves them? [22:00] if you can hold off the uploads until we can get that sorted out, that'd be nice [22:00] I don't think the viewer will find those [22:00] (until they get in the right place) [22:07] *** metalcamp has quit IRC (Ping timeout: 258 seconds) [22:10] *** dashcloud has quit IRC (Read error: Operation timed out) [22:14] *** dashcloud has joined #archiveteam-bs [22:15] argh, since I already started, I can't. [22:16] no worries [22:16] items can always be moved [22:16] it's easy [22:17] it looks like mostly a metadata change yes [22:17] yup [22:17] metamgr can do it i think? [22:17] on the bright side, my pipeline is emptying out now and actually crawling things again [22:18] so [22:18] who are the individuals that are needed to sort it out? [22:18] what's your IA account email address? [22:18] falcon@falconk.rocks [22:18] nerd [22:19] https://archive.org/details/archiveteam_archivebot_go_falconk_test_20160307www_youtube_com_20160306 this thingy [22:19] your item name is kind of fucky [22:19] yes, that was the test item [22:19] ah [22:20] there is another, which was just uploaded, but isn't showing up under my uploads page [22:20] though I recall it taking a moment [22:21] oh, right, that's the main problem with distributed upload [22:21] s [22:21] naming [22:21] can you get to metamgr with your account http://archive.org/metamgr.php?&w_uploader=falcon@falconk.rocks [22:22] Just my 2c on this whole thing -I don't really want all the random crap my pipeline has grabbed to show up under my user account and linked to me - especially if something questionable is discovered later, it kind of seems like it'll be my liability and 'my upload' rather than the current system. [22:23] xmc: not authorized [22:23] ok [22:23] dxrt: as far as I can tell, the rsync mode still exists [22:23] yes [22:23] this change is very optional [22:23] I am however wondering how to name these items [22:23] the time-sequence thing doesn't work anymore [22:23] and UUID is not a solution [22:23] Right! I thought it was a current re-work of the current uploader, but I'm happy to hear that! [22:23] archivebot_username_date ? [22:24] maybe, assuming username keeps all their clocks in sync [22:24] so the way I am naming then now is like archiveteam_archivebot_go_falconk_content_radiosega_net_20160307 [22:24] well is it a problem to put them in somewhat incorrect items [22:24] because timestamps exist in the datas [22:24] for a crawl of content.radiosega.net which the crawler named with 20160307 as the date in the filename [22:24] SketchCow: ok, the little archiveteam meeting last year was nice. We got some new project out of it too [22:24] i thought you were doing one item per day per pipeliner [22:25] well I thought of doing that and then I wondered why I was associating items which had no logical association except that they were gathered proximally [22:26] I mean the item name is pretty arbitrary right? [22:26] yes [22:26] it comes down to semantics really [22:26] i guess there's nothing wrong with item per archivebot job [22:26] yeah I guess in the end I'm ok with that [22:26] but we do a bunch of single-page grabs too [22:26] * xmc shrug [22:27] provided the viewer can find them [22:27] * yipdw checks [22:27] there would be something wrong with one item per 5gb chunk [22:27] I doubt the viewer will find them until they are moved into a blessed collection [22:27] an item per job, containing one or many warcs [22:27] they're in opensource with type web currently [22:27] sounds good to me [22:27] oh, I meant that the viewer doesn't add additional criteria on top of collection [22:27] like /[0-9]+/ [22:27] oh [22:27] I think the answer is no? but I haven't checked [22:27] I hope it doesn't! [22:28] ok the answer is probably "it's fine" [22:28] it would be good to know but I have no way to verify [22:28] cool [22:28] I can help with whatever bulk crap needs doing as a result of this [22:28] at least https://github.com/ArchiveTeam/ArchiveBot/blob/master/viewer/archivebotviewer/database.py#L417, to me, indicates that we're clear [22:29] archivebot identifiers already have _, and I am doing some string translation [22:29] *** ndiddy has quit IRC (Read error: Connection reset by peer) [22:29] it just occurred to me because we do have some tools that do that check [22:30] the translation is re.sub(r'[^0-9a-zA-Z-]+', '_', basename) [22:30] so DNS characters or _ [22:30] *** ndiddy has joined #archiveteam-bs [22:30] yeah those'll be fine [22:30] AFAICT [22:30] :) [22:30] if not, we'll see. [22:32] and... wow, I have made a thing that uploads over 1GB per hour of internet into the archive. [22:32] nice [22:32] * FalconK enjoys this [22:32] the only other place I've seen that is on another rsync target we have [22:33] it's Kenshin's [22:33] well actually 1GB per 15min [22:33] as far as I can tell Kenshin basically owns Singapore [22:33] this just has 1gbps upstream [22:33] nothing special about it besides that [22:34] the transfer rate is really, really fluttery though [22:34] they end up looking like this: [22:34] https://archive.org/details/archiveteam_archivebot_go_falconk_content_radiosega_net_20160307 [22:36] the non-viewability seems to be common to WARCs in opensource [22:36] yeah [22:37] the WARC also doesn't have extension .warc.gz for some reason [22:37] it is _warc_gz [22:37] hmm. [22:37] is that my doing? [22:38] it could be; IIRC wpull does .warc.gz [22:38] yes, it is my doing [22:38] I don't think it matters for derives (though maybe it does), but it can matter for browser downloads [22:38] and etc [22:38] let me fix that. [22:38] it matters for derives [22:38] oh [22:42] fixed. targets are now like /archiveteam_archivebot_go_falconk_content_radiosega_net_20160307/content.radiosega.net-inf-20160307-051602-1qvpq-00001.warc.gz [22:42] cool [22:42] now is there some way to rename the one extant misnamed file [22:44] ... probably not. [22:44] not by me anyway. [23:16] Does anyone know, is 1GB softlimit per WARC file still recommended for mirrors or should it be raised? [23:21] ftp ftp RSynch target is fast [23:21] the* [23:21] I can dump @ 15M/sec from 2 different systems all day [23:28] ** rsync [23:29] *** tomwsmf-a has quit IRC (Read error: Operation timed out) [23:30] so you made it so you can upload directly into IA FalconK instead of having to rsynch it somewhere? [23:37] *** xXx_ndidd has joined #archiveteam-bs [23:38] *** fie_ has joined #archiveteam-bs [23:38] *** hawc145 has joined #archiveteam-bs [23:39] *** RichardG_ has joined #archiveteam-bs [23:42] *** phuz has joined #archiveteam-bs [23:42] *** Start has joined #archiveteam-bs [23:42] *** is-_ has joined #archiveteam-bs [23:42] *** ndiddy has quit IRC (hub.efnet.us irc.servercentral.net) [23:42] *** dashcloud has quit IRC (hub.efnet.us irc.servercentral.net) [23:42] *** fie has quit IRC (hub.efnet.us irc.servercentral.net) [23:42] *** RichardG has quit IRC (hub.efnet.us irc.servercentral.net) [23:42] *** ohhdemgir has quit IRC (hub.efnet.us irc.servercentral.net) [23:42] *** yipdw has quit IRC (hub.efnet.us irc.servercentral.net) [23:42] *** signius has quit IRC (hub.efnet.us irc.servercentral.net) [23:42] *** HCross has quit IRC (hub.efnet.us irc.servercentral.net) [23:42] *** ErkDog has quit IRC (hub.efnet.us irc.servercentral.net) [23:42] *** chfoo has quit IRC (hub.efnet.us irc.servercentral.net) [23:42] *** toad1 has quit IRC (hub.efnet.us irc.servercentral.net) [23:42] *** JW_work has quit IRC (hub.efnet.us irc.servercentral.net) [23:42] *** phuzion has quit IRC (hub.efnet.us irc.servercentral.net) [23:42] *** is- has quit IRC (hub.efnet.us irc.servercentral.net) [23:42] *** MrRadar has quit IRC (hub.efnet.us irc.servercentral.net) [23:42] *** chazchaz has quit IRC (hub.efnet.us irc.servercentral.net) [23:42] *** Laverne has quit IRC (hub.efnet.us irc.servercentral.net) [23:42] *** SimpBrain has quit IRC (hub.efnet.us irc.servercentral.net) [23:42] *** zino_ has quit IRC (hub.efnet.us irc.servercentral.net) [23:42] *** Infreq has quit IRC (hub.efnet.us irc.servercentral.net) [23:42] *** Darkstar has quit IRC (hub.efnet.us irc.servercentral.net) [23:42] *** slyphic has quit IRC (hub.efnet.us irc.servercentral.net) [23:42] *** Frogging has quit IRC (hub.efnet.us irc.servercentral.net) [23:42] *** dcmorton has quit IRC (hub.efnet.us irc.servercentral.net) [23:42] *** Cameron_D has quit IRC (hub.efnet.us irc.servercentral.net) [23:42] *** dxrt has quit IRC (hub.efnet.us irc.servercentral.net) [23:42] *** atlogbot has quit IRC (hub.efnet.us irc.servercentral.net) [23:42] *** swebb has quit IRC (hub.efnet.us irc.servercentral.net) [23:42] *** Famicoma1 has quit IRC (Ping timeout: 270 seconds) [23:43] *** chazchaz_ has joined #archiveteam-bs [23:44] *** yipdw_ has joined #archiveteam-bs [23:44] * FalconK looks at the sadness that is efnet [23:44] *** dxrt_ has joined #archiveteam-bs [23:45] *** Infreq_ has joined #archiveteam-bs [23:45] *** ErkDog_ has joined #archiveteam-bs [23:45] *** swebb_ has joined #archiveteam-bs [23:45] *** Frogging_ has joined #archiveteam-bs [23:45] *** chfoo0 has joined #archiveteam-bs [23:46] *** zino__ has joined #archiveteam-bs [23:46] *** SimpBrai1 has joined #archiveteam-bs [23:48] ErkDog_: yes, I did. [23:48] (so we can forget that the correct spelling of the project name is rsync, or that it even exists, perhaps...) ;) [23:51] *** pi has joined #archiveteam-bs [23:55] *** pi is now known as MrRadar_ [23:56] lol [23:56] soz :-D [23:57] *** ErkDog_ is now known as ErkDog [23:57] *** dashcloud has joined #archiveteam-bs [23:57] *** swebb_ is now known as swebb [23:57] *** Frogging_ is now known as Frogging [23:58] *** JW_work has joined #archiveteam-bs [23:58] *** MrRadar_ is now known as MrRadar [23:59] *** toad1 has joined #archiveteam-bs [23:59] *** slyphic has joined #archiveteam-bs