[00:00:48] Fundraising Sprint Nitpicking, Fundraising Tech Backlog, Fundraising-Backlog: Major Donors on email suppression list who should be opted in - https://phabricator.wikimedia.org/T139102#2504070 (CCogdill_WMF) Okay, thanks for finding the issue, @Ejegg! Is there a reason the script adds people with no d... [00:44:14] Fundraising Sprint Nitpicking, Fundraising Tech Backlog, Fundraising-Backlog: Major Donors on email suppression list who should be opted in - https://phabricator.wikimedia.org/T139102#2504145 (Ejegg) It's a consequence of the change we made to get suppress old addresses when email is edited. We take... [02:06:41] (CR) Eileen: "@ejegg I did a search & could not find any evidence of use of ->source property." [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/301318 (https://phabricator.wikimedia.org/T138542) (owner: Eileen) [02:09:17] (CR) Ejegg: "Sure, let's get rid of that exception->source thing" [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/301318 (https://phabricator.wikimedia.org/T138542) (owner: Eileen) [02:34:37] Fundraising Sprint Licking Cookies, Fundraising Sprint Muggle Baiting, Fundraising Sprint Nitpicking, Fundraising-Backlog, and 3 others: Convert CentralNotice to use extension registration - https://phabricator.wikimedia.org/T108721#2504262 (AndyRussG) Finished tweaking and smoke testing! Some el... [04:12:29] (PS1) Ejegg: Comment out asserts that break hhvm [wikimedia/fundraising/crm/civicrm] - https://gerrit.wikimedia.org/r/301739 [06:10:28] Fundraising Sprint Nitpicking, Fundraising Tech Backlog, Fundraising-Backlog: Major Donors on email suppression list who should be opted in - https://phabricator.wikimedia.org/T139102#2504377 (Ejegg) Oh boy, it's a bunch - almost 300k donors, mostly those who last gave more than 3 years ago. There's... [09:29:42] (PS2) Eileen: Alter wmf_common_failmail signature so that does no mix strings & Exceptions [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/301318 (https://phabricator.wikimedia.org/T138542) [09:30:44] (CR) Eileen: "I've removed it - I think I'll have to rebase the next patch in the queue since that refactors that code again - but I'll do that later" [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/301318 (https://phabricator.wikimedia.org/T138542) (owner: Eileen) [13:09:31] Fundraising-Backlog, FR-ActiveMQ: UML activity and sequence diagrams for all processors - https://phabricator.wikimedia.org/T141617#2504982 (AndyRussG) [15:31:50] Fundraising Sprint Nitpicking, Fundraising Tech Backlog, Fundraising-Backlog: Major Donors on email suppression list who should be opted in - https://phabricator.wikimedia.org/T139102#2505376 (awight) @Ejegg Maybe toss gateway in there while you're at it? Not a blocker, though... The backfill query... [17:04:39] Fundraising Sprint Nitpicking, Fundraising Tech Backlog, Fundraising-Backlog: Major Donors on email suppression list who should be opted in - https://phabricator.wikimedia.org/T139102#2505664 (CCogdill_WMF) Phew, well thank you for finding it now! I'll figure out the best way to purge these 300k out... [17:09:14] Fundraising Sprint Nitpicking, Fundraising Tech Backlog, Fundraising-Backlog: Major Donors on email suppression list who should be opted in - https://phabricator.wikimedia.org/T139102#2505700 (CCogdill_WMF) Oh @Ejegg, in response to your question: > I think we can update it so that if a person has n... [17:43:32] Fundraising-Backlog: Silverpop export not capturing language changes in Civi (not sure if this is language-only or not) - https://phabricator.wikimedia.org/T96410#2505805 (CCogdill_WMF) @MBeat33 and I want to see if there's any way to make this task a higher priority. It delivers a really tone-deaf experienc... [17:48:06] Fundraising Sprint Nitpicking, Fundraising Tech Backlog, Fundraising-Backlog: Major Donors on email suppression list who should be opted in - https://phabricator.wikimedia.org/T139102#2505815 (Ejegg) 300k is the total number of donors who were excluded because of missing wmf_contribution_extra rows. [18:20:40] Fundraising Sprint Nitpicking, Fundraising Tech Backlog, Fundraising-Backlog: Major Donors on email suppression list who should be opted in - https://phabricator.wikimedia.org/T139102#2505920 (Ejegg) @awight, much more detailed backfill here: P3602 . It should deal with malformed 'source' and should... [18:20:53] fr-tech: anyone want to learn more about the email exports? [18:22:58] soon, i'm staring blankly at the orphan adapter today [18:23:10] what is broken? [18:23:51] I'm unfortunately still doing battle with vagrant. Start from scratch didn't come up properly. [18:29:32] (PS1) Ejegg: Quit suppressing contacts with no donation record [wikimedia/fundraising/tools] - https://gerrit.wikimedia.org/r/301857 (https://phabricator.wikimedia.org/T139102) [18:30:13] cwd it's that bug ^^^ [18:30:33] but I just want to make sure more folks are familiar with the whole thing [18:30:57] XenoRyet: yeah, I had some issues starting from scratch too :( [18:32:22] cwd / XenoRyet: I think adding the https requirement was a mistake: https://gerrit.wikimedia.org/r/301740 [18:35:31] i will take a look in a bit, right in the middle of figuring out the message format thing [18:49:58] Fundraising-Backlog: Silverpop export not capturing language changes in Civi (not sure if this is language-only or not) - https://phabricator.wikimedia.org/T96410#2506005 (DStrine) @awight @Ejegg @Eileenmcnaughton Eileen is this something you could look into on your own? We're a little strapped for time fr... [18:54:03] rgh so if i composer install in core to get phpunit (it's not finding the system phpunit) i get a version of PHPQueue that gives errors when i run tests [18:57:54] cwd I wonder if it's conflicting with the core phpunit's includes [18:59:26] Fundraising-Backlog: Silverpop export not capturing language changes in Civi (not sure if this is language-only or not) - https://phabricator.wikimedia.org/T96410#2506014 (Ejegg) This isn't a mystery, just needs a code change. We're using the language from drupal.contribution_tracking, but could totally use... [18:59:38] if i change composer.lock php-queue to match what's in DI it works [18:59:47] funny part is that file is gitignored in core [18:59:53] oh weird [19:00:07] wait, php-queue is in core? [19:00:12] or you mean phpunit? [19:00:52] oh wait, you were saying the version of phpqueue gives errors, sorry [19:01:31] so wait, how does composer install in core pull in any version of phpqueue? [19:01:44] that's what i'm wondering [19:01:49] for some reason my local file had it [19:01:54] we should use composer-merge-plugin [19:02:34] back in a few, i'mma head down to the coworking space [19:06:27] (PS1) Cdentinger: [WIP] remove queueMessageToNormalized [extensions/DonationInterface] - https://gerrit.wikimedia.org/r/301865 [19:43:02] ejegg: i think i understand that export query, we can email people who have not donated but have not opted out of email [19:43:40] right, they don't even necessarily want to include them in the mass mailings [19:43:57] ( they'll filter on latest_donation in the mailer's UI ) [19:44:17] but they want to make sure the email addresses aren't on the blacklist [20:03:41] ejegg: looks like i don't have +2 on that repo [20:04:00] tools? Let's fix that... [20:22:14] Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM, FR-ActiveMQ, FR-Smashpig, Epic: [Epic] Rewrite all queue clients to use a single shim library, improve library - https://phabricator.wikimedia.org/T133108#2506679 (DStrine) [20:22:18] Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM, FR-ActiveMQ: CRM consumers should use the PHPQueue library - https://phabricator.wikimedia.org/T112832#2506678 (DStrine) Open>Invalid [20:22:39] Fundraising Sprint Nitpicking, Fundraising Tech Backlog, Fundraising-Backlog, FR-ActiveMQ, MediaWiki-extensions-DonationInterface: DonationInterface normalized message format should match queue format - https://phabricator.wikimedia.org/T109819#2506681 (cwdent) [20:24:48] Fundraising Sprint Muggle Baiting, Fundraising Sprint Nitpicking, Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM, and 3 others: CRM reads 'completion messages' from pending DB and ActiveMQ, scream if no match - https://phabricator.wikimedia.org/T140484#2506694 (awight) [20:30:01] Fundraising-Backlog, FR-ActiveMQ, FR-PayPal-ExpressCheckout, FR-Paypal, FR-Smashpig: Hack the daylights out of legacy PayPal listener to do activemq - https://phabricator.wikimedia.org/T141654#2506750 (awight) [20:35:09] (PS2) Ejegg: DO NOT MERGE YET Move banner history off ActiveMQ [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/301660 (https://phabricator.wikimedia.org/T141555) [20:36:00] (PS2) Ejegg: DO NOT MERGE YET Move fredge consumer off ActiveMQ [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/301671 (https://phabricator.wikimedia.org/T131273) [20:37:13] (CR) jenkins-bot: [V: -1] DO NOT MERGE YET Move banner history off ActiveMQ [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/301660 (https://phabricator.wikimedia.org/T141555) (owner: Ejegg) [21:01:49] seems that the civi tests bomb under hhvm [21:02:06] Cannot access private property Civi\Core\Transaction::$state [21:02:08] yeah, there are a couple things [21:02:27] right, that's this patch: https://gerrit.wikimedia.org/r/301739 [21:03:07] nice [21:06:22] (PS1) Ejegg: WIP configurable queue write mirroring [wikimedia/fundraising/SmashPig] - https://gerrit.wikimedia.org/r/301888 (https://phabricator.wikimedia.org/T141485) [21:06:53] fr-tech: is this the best way to go for mirroring writes in smashpig ^^ [21:07:24] or would anyone argue for making the Stomp writes go through PHP-Queue? [21:14:10] (CR) Cdentinger: "It does fix the hhvm incompat but does removing the logic create potential for bugs?" [wikimedia/fundraising/crm/civicrm] - https://gerrit.wikimedia.org/r/301739 (owner: Ejegg) [21:15:07] (PS2) Ejegg: WIP configurable queue write mirroring [wikimedia/fundraising/SmashPig] - https://gerrit.wikimedia.org/r/301888 (https://phabricator.wikimedia.org/T141485) [21:17:15] (CR) Ejegg: "I dunno - I could change it to throw exceptions when the conditions aren't met" [wikimedia/fundraising/crm/civicrm] - https://gerrit.wikimedia.org/r/301739 (owner: Ejegg) [21:20:42] (PS2) Ejegg: Replace HHVM-breaking asserts with Exceptions [wikimedia/fundraising/crm/civicrm] - https://gerrit.wikimedia.org/r/301739 [21:20:49] cwd better? ^^ [21:22:20] (CR) jenkins-bot: [V: -1] WIP configurable queue write mirroring [wikimedia/fundraising/SmashPig] - https://gerrit.wikimedia.org/r/301888 (https://phabricator.wikimedia.org/T141485) (owner: Ejegg) [21:25:04] did you ever get to the bottom of why that breaks hhvm? [21:25:19] might be good to find out, in case it's not a known issue upstream [21:25:28] i don't mind looking into it [21:25:35] That assert syntax is pretty odd [21:26:08] yeah, strange choice [21:29:59] Fundraising-Backlog: ALREADY SORTED INTO Q4^^^^^^^ - https://phabricator.wikimedia.org/T132497#2506992 (DStrine) Open>declined [21:33:38] ugh yeah it's a known thing with hhvm [21:33:51] i guess in this very specific circumstance [21:33:53] (PS3) Ejegg: Configurable queue write mirroring [wikimedia/fundraising/SmashPig] - https://gerrit.wikimedia.org/r/301888 (https://phabricator.wikimedia.org/T141485) [21:34:36] Fundraising Sprint Nitpicking, Fundraising-Backlog, FR-ActiveMQ, FR-Smashpig, MediaWiki-extensions-DonationInterface: Listeners should mirror outbound queue messages - https://phabricator.wikimedia.org/T141485#2507003 (Ejegg) a:Ejegg [21:37:45] (PS3) Ejegg: Move banner history off ActiveMQ [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/301660 (https://phabricator.wikimedia.org/T141555) [21:45:10] (PS3) Ejegg: Move fredge consumer off ActiveMQ [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/301671 (https://phabricator.wikimedia.org/T131273) [21:46:42] (CR) Cdentinger: [C: 2] Replace HHVM-breaking asserts with Exceptions [wikimedia/fundraising/crm/civicrm] - https://gerrit.wikimedia.org/r/301739 (owner: Ejegg) [21:49:11] (Merged) jenkins-bot: Replace HHVM-breaking asserts with Exceptions [wikimedia/fundraising/crm/civicrm] - https://gerrit.wikimedia.org/r/301739 (owner: Ejegg) [21:53:21] thanks cwd [21:53:42] ejegg: np! now i get: Fatal error: unknown class wmf_communication\CiviMailTestBase [21:53:44] have you seen this? [21:54:28] not yet, lemme see. phpunit bootstrap should point the way to that i think [21:56:21] hmmm [21:56:25] phpunit --bootstrap sites/default/bootstrap-phpunit.php [21:56:25] cwd is the wmf_communication drupal module enabled? [21:56:46] turns out it's listed in sites/all/modules/wmf_communication/wmf_communication.info:files[] = tests/phpunit/CiviMailTestBase.php [21:56:51] let's see... [21:57:14] They're closing up the offic, so I gotta relocate. Back in 15! [22:06:39] Tests: 110, Assertions: 222, Errors: 40, Failures: 10. [22:06:46] but hey at least i got them to run [22:10:01] whew, that's a bunch [22:10:23] php7.0 gives me Tests: 110, Assertions: 306, Errors: 5, Failures: 3, Skipped: 1. [22:10:53] what kind of errors mostly? [22:11:19] looks like a lot of db stuff that hasn't been set up [22:12:04] i seem to remember some upgrade thing in the UI? [22:12:42] ah, you think you still have a 4.6 database with 4.7 code? [22:13:00] it's a new vagrant so i hope not? [22:13:08] right [22:13:23] a ton of missing option groups and that sort of thing [22:17:44] did it provision cleanly? [22:18:17] yep [22:18:22] updatedb says no updates required [22:19:10] ejegg: are there schema files or something containing all the db updates? [22:19:15] like the option groups [22:19:41] does drush pml list all the wmf modules we'd expect enabled? [22:20:09] those modules contain most of the db updates in their .install files [22:20:14] which are run by updatedb [22:20:21] but only if the modules are enabled [22:20:44] I just noticed banner_history was missing, so I added that to https://gerrit.wikimedia.org/r/301869 [22:21:05] that patch also runs the enable script each time, cause it's not too expensive [22:24:28] XenoRyet: any luck with your own setup? [22:25:47] Had to take a break a little bit earlier, but running through a vagrant up that's looking ok so far. [22:25:50] checking against that list [22:25:52] cwd ok, running tests in vagrant/hhvm now, getting even more errors than you had, mostly 'permission denied' [22:26:10] ejegg: hehe yeah there's a lot of chmod 777 involved [22:26:45] i am thinking the worldpay tests should fail because the code is gone in smashpig [22:26:47] funky - it's compiling templates during the tests? [22:26:59] beats me [22:27:05] cwd oh right, I thought we disabled those tests too! [22:27:19] ok i was missing a few of those modules [22:27:37] cwd what did you have to chmod? [22:27:47] We should fix that in the puppet files [22:27:50] lemme see [22:28:17] sudo chmod -R 777 /srv/org.wikimedia.civicrm-files/ [22:28:28] k [22:28:31] sudo chmod 777 -R /vagrant/srv/org.wikimedia.civicrm/drupal/sites/default/files/civicrm/templates_c [22:29:21] same errors [22:29:26] tons of CiviCRM_API3_Exception: Unknown error [22:29:40] i must have missed something in the provisioning? [22:29:51] oh damn, Tests: 110, Assertions: 341, Failures: 1, Skipped: 1. ! [22:29:58] i think i just enabled fundraising role [22:30:42] If you didn't have that assert fix when you first provisioned, it's probably in some halfway state [22:31:03] oooh [22:31:10] cause that would crash the civi install? [22:31:11] I'd do the roles disable fundraising && provision, then drop all 3 dbs, then enable and provision again [22:31:28] shouldn't take too long if the repos are all checked out [22:32:00] yeah, the test to see if it should skip steps are pretty primitive, basically just seeing if dbs exist [22:33:58] bah, my main_page is still the generic one [22:36:44] ejegg: Invalid resource type nginx::site at /vagrant/puppet/modules/role/manifests/https.pp:16 [22:36:51] does this need your patch from earlier? [22:37:22] yeah, that's the https bustedness [22:37:33] https://gerrit.wikimedia.org/r/301869 [22:38:16] bd808: hi! when I look at a patch for the vagrant repo i see the +2 button but if i press it the gate-and-submit does not start and you don't see c+2 next to v+2 [22:38:53] if he is not around i can just +2 and you can self merge [22:39:02] but i would like to figure out what is up there at some point [22:39:49] cwd: you done have the big blue "code-review +2" button there [22:39:55] ? [22:40:02] yep [22:40:08] i've got it [22:40:15] here i'll try again [22:40:47] bd808: uuuh it worked this time. sorry! [22:41:04] :) no worries. The new gerrit is annoying everyone [22:41:20] change is hard [22:41:25] I'm mostly mad at all the js bugs [22:41:41] the keyboard interception is pretty egregious [22:42:08] I think Chad is going to update next week to a version that is supposed to have a bunch of fixes [22:42:25] i saw a nodejs one [22:42:31] that is supposedly better [22:42:53] polygerrit. Thats not coming for a while [22:43:08] how come? [22:43:26] i couldn't even find screenshots so maybe it's alpha AF [22:43:30] Its not bundled with anything yet I don't think [22:44:09] i noticed you have to install go, but just to run the tests [22:44:27] yeah Google's build system is go based now [22:44:47] It used to be a big pile of wacky java [22:45:06] You can see polygerrit at https://canary-chromium-review.googlesource.com/?polygerrit=1 [22:46:23] heh i guess it's better [22:46:41] looks like a different stylesheet [22:47:00] it's a ground up rewrite of the UI [22:47:57] what even is gerrit besides the UI? [22:48:05] git review is pretty minimal [22:48:19] just a particular branch/tag workflow it seems like [22:48:39] a git repo hosting platform, an event stream, an index of all git commits and reviews, ... [22:49:17] an ssh sever too [22:49:21] it's a big pile of OMG complex [22:49:23] ughhh. Why are those mediawiki::import::text things not working? [22:50:24] yea i am oversimplifying [22:50:47] i guess minus a few bugs the gerrit UI isn't really a problem for me [22:51:04] i think it's inherently pretty complex [22:51:25] but after using it for awhile i think it's a pretty good workflow [22:54:06] polygerrit is definitely less ugly [22:57:33] ahh, it's that darn refreshonly [23:00:26] ejegg: what are the 3 dbs need dropped? civi, drupal, and ? [23:01:54] mysql -e 'drop database paymentswiki; drop database drupal; drop database paymentswiki' [23:02:13] otherwise the payments installer script dies complaining about main page existing [23:02:17] * cwd squints [23:02:20] and the extensions don't get set up [23:02:25] but there's one more thing [23:02:39] payments wiki is in there twice? [23:02:52] derp, one of those should have been civicrm; [23:03:40] anyway, i'm hoping this gets it to re-import our pages on enable: touch ~/vagrant/mediawiki/puppet/modules/payments/files/* [23:04:14] the import::text module runs edit.php with a refreshonly clause [23:04:23] ah so change the mtime? [23:04:45] hoping that does it, but puppet might go by content hash [23:04:54] bah, i think it does... [23:05:42] what a pita [23:07:34] yep, i add a newline to the end of each file and provision (without disabling/enabling), and they're imported [23:10:30] i'm confused, why do we need to import unchanged files? [23:10:41] cause we drop the dbs [23:10:51] to make the installer script happy [23:10:58] just a mass of workarounds [23:11:59] well, I guess the root issue is the installer script bombing out when there's already main page content [23:12:05] guess I could dive into that [23:12:26] heh, 13 more errors than last time [23:12:32] but they mostly look different [23:13:52] oh? phpunit's running so clean for me now [23:14:21] ah, getting closer [23:14:25] Configuration key 'audit/file-types' does not exist. [23:15:55] looks like it should be a puppet change for that /etc yaml file? [23:16:05] you probably already have a patch for this :P [23:16:51] heh, nope [23:17:14] let's see [23:17:28] do you have something for that in smashpig.yaml? [23:17:40] huh, that's in the default settings [23:17:56] under the amazon node, anyway [23:18:10] i don't see an amazon node [23:18:42] not in /etc, just the SmashPig.yaml that's included in the sp repo [23:19:01] which test? [23:21:04] i don't see cause it's a fatal [23:21:37] ah [23:21:42] vendor/wikimedia/smash-pig/PaymentProviders/Amazon/Tests/phpunit/AuditTest.php [23:23:32] so it must not be reading smashpig.yaml in the sp dir? [23:23:49] err, let me see [23:23:58] oh, is vendor up to date? [23:24:18] That test is using a new AmazonTestConfiguration class [23:25:20] seems to be... [23:25:44] is the submodule up to date on master? [23:26:13] wait, is it running the phpunit tests from SmashPig when you try to run phpunit on crm? [23:27:02] heh yeah that is what it looks like [23:27:07] that ain't right [23:27:25] you're just running 'phpunit' from the root crm dir? [23:27:31] yep [23:27:34] well [23:27:36] guh [23:27:38] ./vendor/bin/phpunit [23:27:52] oh, does the other not work? [23:29:11] i'll try again [23:29:51] yeah system phpunit is not autoloading stuff [23:30:07] or something... [23:30:09] Fatal error: Call to undefined method LargeDonationTest::setDisallowChangesToGlobalState() in /vagrant/srv/org.wikimedia.civicrm/vendor/phpunit/phpunit/src/Framework/TestSuite.php on line 732 [23:32:03] (PS1) Ejegg: Failure to add mainpage is not fatal [core] (fundraising/REL1_27) - https://gerrit.wikimedia.org/r/301905 [23:32:23] cwd try composer install --no-dev [23:32:39] that undefined method thing is a conflict between system phpunit and the version in vendor [23:33:05] freaky [23:34:08] ok only 1 fail after that! [23:34:12] 1) ProcessMessageTest::testRefundMismatched [23:34:14] Failed asserting that 7 is equal to expected exception code 3. [23:38:04] should be close enough to see if my message format breaks any of the crm tests though [23:38:08] thanks for the help ejegg ! [23:38:27] woohoo [23:38:59] dang so the DI in here looks really old [23:39:14] i think we might have some updating to do... [23:40:10] Am I likely to run into the same stuff once I catch up to you guys? I should make a note of the day so I can come back and read the chat logs. [23:40:21] ejegg: is this the DI we can't update cause recurring? [23:41:31] XenoRyet: no idea! seems pretty hard to predict what will explode and when, for whom [23:41:35] when it comes to vagrant [23:41:43] truth [23:42:09] vms are hard [23:42:10] Which is weird for a tool meant to provide the same environment to everyone. [23:42:17] yep [23:42:55] i'm inclined to believe our fundraising stuff introduces a lot of weirdness [23:44:09] ejegg: to update the message format won't we have to change the civi module? and if this is un-updatable...that becomes a problem [23:44:12] cwd yeah, that's why old DI [23:44:38] won't we have to update DI for the pending queue stuff? [23:44:47] cwd awight's orphan rectifier stuff should make that possible again [23:45:00] since he's trying to make that run under crm [23:45:48] ejegg: does that mean dodging the new DI code paths that break under crm? [23:46:29] cwd see https://gerrit.wikimedia.org/r/300918 [23:46:59] (CR) Ejegg: [C: -1] "-1 ing to make review noticable" [extensions/DonationInterface] - https://gerrit.wikimedia.org/r/300918 (https://phabricator.wikimedia.org/T131798) (owner: Awight) [23:47:17] yikes, looks too heavy for a friday night [23:47:33] heh, I'd prefer it smaller for sure [23:47:48] wraps some stuff that's only ever called from forms layer [23:48:05] yeah, seems like a big improvement [23:48:40] the jayhawks are playing a free show at the rail yard [23:48:54] gonna go check that out, have a good night! [23:49:02] have a good weekend [23:49:09] i'mma head out too