Webmerge3#1037
Conversation
Everything typechecks, but nothing is implemented
Update the internal APIs to match the new API changes
Signed-off-by: Hal Gentz <zegentzy@protonmail.com>
Actually compile please. Signed-off-by: Hal Gentz <zegentzy@protonmail.com>
|
Hold up, did we get approval from the parties involved to merge this ourselves? I didn't get any notifications about GitHub discussion on this. cc @hecrj @blm768 @ryanisaacg Generally speaking, I'm not comfortable having people submit PRs on other people's behalf, since that fucks up the git attributions. |
|
@Osspial This was done with @ryanisaacg's approval. We discussed this on Discord. Apologies for not cluing you in. |
|
@zegentzy Discussing things off of GitHub is fine, it's just that this was a big merge done rather suddenly. I'm okay with doing this, but I'd at least like to have each author's work squashed separately, so that it's clear who did what when going through the git history. |
|
@Osspial Squashing changes by author will take millennia, and each author's contributions probably will not compile without the final merge. I'd rather we either squash them all, or not squash them at all. |
|
|
|
#1038 (webmerge3 had some errors) |
|
Re squashing: Please don't. Or at least keep the original commits around in a "web-orig" branch that is identical to the squashed version. |
|
I've enabled non-squashing merges, which preserves the author history. |
|
FWIW, my changes have probably been largely overwritten in the process of @hecrj's refactoring, so I'm not sure it's worth making too much effort to preserve those particular changes' history. I'm not terribly worried about attribution; I'm just excited that I'll finally get to use |
|
@blm768 I can get not being too worried about attribution from a user's perspective, but doing it wrong is something we could get in trouble for and has the potential to blow up into a debacle so I'm keen on doing it right if at all possible. |
cargo fmthas been run on this branchCHANGELOG.mdif knowledge of this change could be valuable to users