| Time |
Nickname |
Message |
|
03:26
🔗
|
GLaDOS |
[13universal-tracker] 15none pushed 3 new commits to 06master: 02 https://github.com/ArchiveTeam/universal-tracker/compare/5ba6a502a946...c76be8587e34 |
|
03:26
🔗
|
GLaDOS |
13universal-tracker/06master 1401911de 15David Yip: Set default external encoding to UTF-8. #7.... |
|
03:26
🔗
|
GLaDOS |
13universal-tracker/06master 146185cc3 15yipdw: Merge pull request #9 from ArchiveTeam/expect-utf8... |
|
03:26
🔗
|
GLaDOS |
13universal-tracker/06master 14c76be85 15David Yip: Use https://rubygems.org as gem source.... |
|
03:26
🔗
|
GLaDOS |
[13universal-tracker] 15none pushed 3 new commits to 06master: 02 https://github.com/ArchiveTeam/universal-tracker/compare/5ba6a502a946...c76be8587e34 |
|
03:26
🔗
|
GLaDOS |
13universal-tracker/06master 1401911de 15David Yip: Set default external encoding to UTF-8. #7.... |
|
03:26
🔗
|
GLaDOS |
13universal-tracker/06master 146185cc3 15yipdw: Merge pull request #9 from ArchiveTeam/expect-utf8... |
|
03:26
🔗
|
GLaDOS |
13universal-tracker/06master 14c76be85 15David Yip: Use https://rubygems.org as gem source.... |
|
03:48
🔗
|
yipdw |
oh wow lol |
|
03:48
🔗
|
yipdw |
tracker test suite hasn't been updated since it became multi-project |
|
03:48
🔗
|
* |
yipdw fixes |
|
04:35
🔗
|
GLaDOS |
[13universal-tracker] 15yipdw pushed 1 new commit to 06master: 02 https://github.com/ArchiveTeam/universal-tracker/commit/a13e78abf5139a3e20b81e338d06214233890d51 |
|
04:35
🔗
|
GLaDOS |
13universal-tracker/06master 14a13e78a 15David Yip: Fix specs.... |
|
05:00
🔗
|
GLaDOS |
13universal-tracker/06weighted-upload-targets 14fe767ef 15David Yip: Move upload target selection/management code to its own object.... |
|
05:00
🔗
|
GLaDOS |
[13universal-tracker] 15yipdw created 06weighted-upload-targets (+1 new commit): 02 https://github.com/ArchiveTeam/universal-tracker/commit/fe767eff44f2 |
|
16:01
🔗
|
GLaDOS |
13universal-tracker/06master 143ddd84a 15David Yip: Ensure upload target URLs always end in a /.... |
|
16:01
🔗
|
GLaDOS |
[13universal-tracker] 15yipdw pushed 1 new commit to 06master: 02 https://github.com/ArchiveTeam/universal-tracker/commit/3ddd84aba6dadd634c3681311805f569c86a1973 |
|
16:01
🔗
|
yipdw |
fixed, for later |
|
16:30
🔗
|
GLaDOS |
13universal-tracker/06master 14acd2fde 15David Yip: Add UploadTargets spec. |
|
16:30
🔗
|
GLaDOS |
[13universal-tracker] 15yipdw pushed 1 new commit to 06master: 02 https://github.com/ArchiveTeam/universal-tracker/commit/acd2fdef2756befb65aa347c9a695f014a61d1f7 |
|
17:24
🔗
|
yipdw |
Fnorder: so I'm cool with that idea, though httploop_proceed_p was really intended to just be a true/false |
|
17:24
🔗
|
yipdw |
I think I'd be happier if it were renamed to httploop_before_proceed or something |
|
17:24
🔗
|
yipdw |
that way the expectation is that it acts more like a filter |
|
17:24
🔗
|
yipdw |
I doubt that hook has high enough usage that backwards compatibility will be a problem |
|
17:25
🔗
|
yipdw |
what do you think? |
|
17:25
🔗
|
yipdw |
(it's pedantry, sure) |
|
17:26
🔗
|
Fnorder |
yipdw: yeah unfortunately tgthe codebase knows nothing about local_file at that stage |
|
17:26
🔗
|
Fnorder |
That's where I looked first |
|
17:27
🔗
|
yipdw |
oh, I just meant renaming the hook |
|
17:27
🔗
|
Fnorder |
Oh |
|
17:28
🔗
|
Fnorder |
Yeah, that works. Or httploop_before_get |
|
17:28
🔗
|
yipdw |
httploop_proceed_p was named to suggest that its only action was to return true or false |
|
17:28
🔗
|
yipdw |
I'm fine with generalizing it |
|
17:28
🔗
|
yipdw |
but I'd like the name to reflect its increased role |
|
17:28
🔗
|
yipdw |
yeah, either of those is fine |
|
17:29
🔗
|
Fnorder |
Note that it still works as before if you dont return a table |
|
17:29
🔗
|
yipdw |
yeah |
|
17:29
🔗
|
yipdw |
feel free to merge into archivebot, btw |
|
17:29
🔗
|
yipdw |
that'll keep ancestry clean |
|
17:29
🔗
|
yipdw |
I think it'll be fine to later merge archivebot to lua |
|
17:29
🔗
|
Fnorder |
It's troublesome that there's no depth information etc |
|
17:30
🔗
|
yipdw |
recursion depth? |
|
17:30
🔗
|
Fnorder |
I PR'ed to both, pick your poison :> |
|
17:30
🔗
|
yipdw |
heh |
|
17:30
🔗
|
Fnorder |
yeah |
|
17:31
🔗
|
yipdw |
yeah, having the current depth would be nice |
|
17:32
🔗
|
yipdw |
I'll bbl, need to finish up some JRuby stuff |
|
17:32
🔗
|
Fnorder |
I'll probably investigate how feasible it is to pass from recur.c to http.c |
|
17:32
🔗
|
Fnorder |
Have fun! |
|
17:32
🔗
|
yipdw |
that PR looks fine to me, though admittedly I have used Lua more through LuaBridge etc. than the Lua API |
|
17:32
🔗
|
yipdw |
so am not sure if I'm missing e.g. some subtle stack manipulation that could go wrong |
|
17:33
🔗
|
yipdw |
I assume that you have tested this and it works though |
|
17:35
🔗
|
Fnorder |
Yeah I believe I've cleared the stack, barring junk returns. Initally had a while loop doing lua_isnil .. lua_pop |
|
19:17
🔗
|
chfoo |
commentat: so when you say concurrent items is set to something other than 1, it still only processes 1 job at a time? |
|
19:17
🔗
|
commentat |
yes |
|
19:18
🔗
|
chfoo |
is this virtualbox? |
|
19:18
🔗
|
commentat |
yes, as recommended . But not latest version as that version is not working met SEP |
|
19:19
🔗
|
commentat |
i'm now downloading the warrior file |
|
19:19
🔗
|
commentat |
maybe it's something saved in this vm |
|
19:21
🔗
|
chfoo |
yes, try deleting and importing the warrior appliance again |
|
19:30
🔗
|
commentat |
seems to be an issue with Your current project Twitch Phase 2 |
|
19:31
🔗
|
commentat |
thats on available projects it's telling me i'm working on that project but on "current project" it shows canvas |
|
19:43
🔗
|
chfoo |
commentat: is it still not working correctly? |
|
19:43
🔗
|
commentat |
nope, but it looks like virtualbox stores somewhere info about this vm settings as even after removing the vm dir from appdata |
|
19:44
🔗
|
commentat |
after importing the vm again it knows my nick |
|
19:49
🔗
|
chfoo |
commentat: did you confirm the virtual disk was deleted after removing? it's in File->Virtual Media Manager |
|
19:52
🔗
|
commentat |
yes, all empty there |
|
19:56
🔗
|
chfoo |
very strange. is this is done with right clicking on the warrior virtual machine and selecting "Remove.."->"Delete all files"? |
|
19:57
🔗
|
chfoo |
otherwise i find it very strange it would be reusing a virtual disk that's supposed to be deleted. |
|
19:57
🔗
|
commentat |
yes, even tried manual remove the c:\users\myuser\vm's folder |
|
19:58
🔗
|
chfoo |
i'm running out of ideas. the only thing i can suggest is to ensure all warrior virtual machines and disks are deleted and reboot windows if you haven't already. |
|
19:59
🔗
|
commentat |
deleted the .vm folder in c:\users\my user |
|
19:59
🔗
|
commentat |
and that solved the usernam thing |
|
20:00
🔗
|
commentat |
yes, seems to be solved now |
|
20:01
🔗
|
commentat |
going to try this on the other machines |
|
20:02
🔗
|
chfoo |
ok, cool. i didn't know virtualbox used the .vm folder in windows too |
|
20:09
🔗
|
GLaDOS |
[13seesaw-kit] 15chfoo pushed 2 new commits to 06development: 02 https://github.com/ArchiveTeam/seesaw-kit/compare/b75e2796ce10...876fc8eefe07 |
|
20:09
🔗
|
GLaDOS |
13seesaw-kit/06development 14876fc8e 15Christopher Foo: UploadWithTracker: Require match trailing slash for all URIs.... |
|
20:09
🔗
|
GLaDOS |
13seesaw-kit/06development 14c55e24c 15Christopher Foo: UploadWithTracker: Don't fail but retry if tracker URI is bad. |
|
20:16
🔗
|
commentat |
yes all solved, thanks |
|
20:40
🔗
|
granite |
Hey, getting this error "supR3HardenedWinReSpawn" when importing warrior to VM, anyone know how to fix? |
|
20:41
🔗
|
GLaDOS |
[13seesaw-kit] 15chfoo pushed 2 new commits to 06python3/development: 02 https://github.com/ArchiveTeam/seesaw-kit/compare/f8857cd32141...799e8aa688fa |
|
20:41
🔗
|
GLaDOS |
13seesaw-kit/06python3/development 140391daa 15Christopher Foo: UploadWithTracker: Don't fail but retry if tracker URI is bad.... |
|
20:41
🔗
|
GLaDOS |
13seesaw-kit/06python3/development 14799e8aa 15Christopher Foo: UploadWithTracker: Require match trailing slash for all URIs.... |
|
20:43
🔗
|
chfoo |
granite: are you having problems described in https://forums.virtualbox.org/viewtopic.php?f=6&t=62615 ? |
|
20:46
🔗
|
granite |
chfoo: Error msg is identical, will investigate further, thank you. |