Psyduck is the greatest pokemon of all time.
- User Since
- Feb 8 2011, 1:28 AM (519 w, 6 d)
Sat, Jan 23
Fri, Jan 22
These parts seem likely resolved once I convince myself the patches so far actually work:
I have a change to add containerPHID locally, but it ends up having relatively high complexity because several other patches (including 20190909.herald.01.rebuild.php) call PhabricatorRebuildIndexesWorker::rebuildObjectsWithQuery(...), which does not work if executed in sequence prior to a worker queue schema change.
This also relates slightly to T13580, but I believe the two issues are addressable independently.
However, I'd like to have a better understanding of how we're reaching this state, and I'm not satisfied that these repositories are going down the "natural" pathway (of changing ref definitions after the import starts) and suspect there is some more complicated interaction at play here.
I'm hoping to land at least a narrow fix for this today to support an import in PHI1979 tomorrow. However, I'd like to have a better understanding of how we're reaching this state, and I'm not satisfied that these repositories are going down the "natural" pathway (of changing ref definitions after the import starts) and suspect there is some more complicated interaction at play here.
Thu, Jan 21
Wed, Jan 20
See PHI1977 for a somewhat-similar issue: a user was (probably) looking for an action available only in Global Herald rules, and didn't realize available actions depend on rule scope.
- Test for "svn" before running an SVN test to fix the local test failure, since this new machine doesn't have "svn" installed yet.
Tue, Jan 19
Please use Discourse to report bugs. See https://discourse.phabricator-community.org/t/repository-view-git-command-failed-error/4510/.
Fri, Jan 15
grep -v master | grep -v '^[0-9a-f.]*$'
Wed, Jan 13
Tue, Jan 12
- Include fix for a "blame" callsite.
I'm not completely thrilled about maintaining PHP builtin webserver support...
Mon, Jan 11
I think this is now resolved. I'm not completely thrilled about maintaining PHP builtin webserver support because I think use is very limited, but since I'm currently using it I expect to support it at least until I summon the nerve to deal with Homebrew.
Guess I should probably add M1 to the remarkup blocklist now.
I switched to an M1 Mac Mini on Big Sur, which has motivated me somewhat to try to get this working since I suspect doing another install through Homebrew on M1 silicon will be more adventure than I have stomach for.