Apache Allura / Chat is hosted on FreeNode IRC channel #allura
dbrondsema: actually fix the flaky test
rat build failed though. I'll add the license header to scripts/ApacheAccessHandler.py
failure there is jenkins couldn't reach the git host. hopefully just transient :()
I disabled the build for now, since it apparently keeps retrying
I don't understand why we're not getting any communication on the INFRA tickets
want to hop into #asfinfra and we can ask?
I'm already on there. Apparently, infrabot comments in the channel whenever we update the ticket, which I didn't realize
Fascinating being in both #allura and #asfinfra ...
joes seems to be quite the character :)
I hope I can meet him and/or other infra folks at apachecon
Joe is indeed a character.
And you should indeed make time to meet him.
Having a sit-down with Joe, particularly over a meal or a scotch, makes an impression that he'll remember in future interactions.
yea, would be good to get infra aligned with allura as a potential tool for broad use
He's a good guy. He's brilliant and kind and diligent, but he can be a bit of a nutjob at times, too. ;-) You just have to catch him at the right time.
am considering hitting the mailing list on that topic soon actually, to get a basic understanding so I don't say something dumb in my talk
rbowen: a bit?!! ;)
As in "The Atlantic is a bit damp"
cory_fu: right, I used the proper URLs since I knew them. looks like functionality is working well
doc changes look good
Something I noticed the other day about our merge requests view is that once the merge request is merged, you can no longer see what commits were in it.
hm. probably because it's a live view of commits. so after merge, there is no difference
Yeah. I remember we changed it from being more static, but I wonder if some sort of middle ground would have been better. shrug
And, I’m wondering if/how they might be able to re-organize their tools with the paging.
And, if I can say anything without breaking sfbot-000.
They stated that one of their goals was to re-organize the repos so they’re fully alphabetical. Seems like that might not be possible if the desired destination is on a different page.
yeah, i'd guess not.
might be possible to move them forward a bit at a time but would be very annoying
Well, since this is a corner case, perhaps the repos in question aren’t wildly out of order.
they can adjust the page & limit params in the URL if it helps
Ah, that should make it doable at least. Though probably still a bit messy.
I’ll follow up with the user. Hopefully, this should cover it.
brondsem: I see you just closed #7051, does that mean the fix has been deployed to sf.net?
(my project is the subject of the ticket)
Ha! We were actually just talking about that.
yes it ahs
I thought so, but I"m still getting 500 pages :-(
(of course, just as I wrote that, admin/tools actually loaded)
Perhaps the default “limits” need to be lowered?
ctsai-sf: re 20:53:52, apparently not :-)
Anyway, it’s time for me to take off. I’ve updated your support ticket with the follow-up I had written up before you joined.
well, I was able to update my Donate tool, finally, but now I need to reorder the repos
I'm a bit concerned that the Ming RelationProperty might be loading all of the entries even though we're not using them all, which is what's causing it to still be slow even though we added paging.
_list/git just 500'd on me now :-(
Yeah, it's definitely still a problem.
am I really the only one with this many repos?
5,282? for sure.
Yeah. Large numbers of repos on a single project doesn't seem to be a common use case, for sure.