Difference between revisions of "Team meetings"

From postmarketOS
Jump to navigation Jump to search
(add 2021-04-14)
Line 1: Line 1:
 
Monthly meeting of the [[:Category:Core Team|Core Team]] to move postmarketOS forward. Important discussion results are written down in this wiki page.
 
Monthly meeting of the [[:Category:Core Team|Core Team]] to move postmarketOS forward. Important discussion results are written down in this wiki page.
 +
 +
== 2021-04-14 ==
 +
* Came up with a workflow for [[creating a service pack]] (new wiki page), created v21.03.1 branch and issue (see [[Releases]])
 +
* Decided [[Packaging#Should_my_package_be_in_postmarketOS_or_Alpine.3F|which packages should be in postmarketOS and which ones should be in Alpine]] and moved some already (but didn't go through all of them in order to spend not too much time on it)
 +
* Replace Device Wishlist wiki page with organization repository ({{issue|39|postmarketos}}) -> not worth it
 +
* We want to do quarterly finance reports (listing how much we receive in donations, how we spend it). Ollie will look into it.
 +
* disable charging-sdl in the initramfs as it's broken ({{issue|1064|pmaports}})
  
 
== 2021-03-16 ==
 
== 2021-03-16 ==

Revision as of 18:49, 18 April 2021

Monthly meeting of the Core Team to move postmarketOS forward. Important discussion results are written down in this wiki page.

2021-04-14

2021-03-16

  • When pushing changes in gitlab, approvals are currently disappearing. This is annoying, because then one needs to look through the log to figure out who approved it. The argument for keeping it as-is was, because the approvals were really done at a certain time with certain commits pushed, if new commits get pushed, it is a different patch. The counter argument to that is, that keeping the approvals still makes it easier to see who has approved in the past, and the person who merges the commit still needs to review the patch again and must make sure that nobody pushed garbage to it right before merging / after previous approvals. We decided to try "keeping approvals after push" for one month in pmaports and pmbootstrap, and then see if we keep it that way.

2021-02-18

2021-01-15

  • News strategy: now that we have many types of media, where do we discuss which type of content? Rough template for the future:
    • blog posts: mostly cover postmarketOS stable, user-facing stuff
    • podcasts: cover postmarketOS edge too, more development faced stuff, and in more detail, stuff happening upstream
    • mastodon / twitter: post new blog posts + podcast episodes, short posts about interesting stuff happening in edge
    • reddit: post new blog posts and podcast episodes
  • Roadmap for 2021
    • January: v20.05.1 service pack
    • March: v21.03 release based on Alpine 3.13
    • Later this year: v21.xx release based on Alpine 3.14
    • See new Releases wiki page and related milestones for details
  • How long do we want to keep MRs open?
    • let's configure a bot that does:
      • warning after 1 month of inactivity
      • close after 2 months of inactivity
    • until we have a bot, manually close issues with 2 months of inactivity

2020-12-14

2020-11-23

  • We talked about when/if features should be backported to stable. Backporting every feature 5 days after it was merged to edge is too much effort. The solution we came up with is creating a monthly dot release with interesting features backported. All backports in one merge request, test them together, then merge. We'll do the merge request for these dot releases at the beginning of each team meeting, and if somebody wants to suggest something to backport just let us know in the chat or issues.
  • pinetab will be moved to device/community
  • pinephone will be moved to device/main

2020-10-26

  • We're going to use the CODEOWNERS feature of Gitlab on demand, e.g. for shared kernels or specific packages a user is interested in
  • We're changing how we approve MR's, see the updated rules page
  • New features to edge that should also appear on the master branch will be backported after a week or so, at least 5 days

2020-09-24

  • To move a device to the community directory will require it to run a close to mainline kernel just as with the main directory
  • The PinePhone will use a forked version of Megi's branch. We won't use p-boot though
  • We're going to have minimal kernel configs in pmaports.git and use shared fragments pmb#1824
  • Megapixels will be the default photo taking app in Phosh

2020-08-25

  • Write down results of this meeting and future meetings in this public wiki page.
  • Decide on principles of postmarketOS: about postmarketOS#Principles
  • Decide first iteration of guidelines for packaging patches
    • Apply GTK+ patches to master too (pmaports#690). Most importantly, because stable should be a snapshot of master.
  • Do not merge back libhybris/Halium related patches as they cost us significant maintenance effort without benefit. If somebody wants to have it, they should create their own aports repository (and binary packages if desired), like Sxmo is doing it currently. We would also accept some integration into pmbootstrap, like an additional question in "pmbootstrap init" that makes it easy to use this 3rd party repository.
  • Mastodon: PureTryOut got access to the account, in order to make it more active (see Infrastructure Maintainers)
  • We discussed if we want to keep the "two approvals before merge" rule (see Team guidelines). We do want to keep it, the benefits of better review are worth the increased time until a MR gets merged.
  • Get all devices from community into stable -> new issue: pmaports#724