I've read it, but don't really know, how to proceed (or if I'm supposed to proceed in any way):

• I do know, that calendar is a prototype app
• It seems to be pretty functional to me, and moving it out of prototype state was a short term goal, if I got it correctly
• My patches are 1-10 liners, which fix very small issues, so I'm not sure, if they fall into the "very small typo" category or not. Might be language barrier on my side.

Ways I could proceed (I don't have problems with either solution):

• abandon the revision(s)
• just leave it as it is, someone will finally reject or accept

For the future:

• stop submitting even very small changes to prototype apps
• continue doing so (upstream can always reject)

There are lots of variables at play, mostly here is that we don't know right now how we plan to integrate Calendar and Projects. Any kind of integration is blocked by T5558, which is a large and time consuming problem and one we're not really probably going to look into this year.

Code contribution to the upstream is overall set at a high bar and we're aware of this making things difficult for new contributors. Mostly it's grounded in the fact that any changes that come upstream we inherit all costs on (documenting, maintaining, supporting) so for us to consider changes (especially product changes vs. bug fixes) they need to be well planned beforehand.