Add `phosh-pim` and re-organize packages
The current phosh-tablet
package feels awkward as it depends on
GNOME packages which are useful on any device. It would be best to
create into phosh-pim
which would pull contacts/calendar/tasks
management apps, and make the latter a dependency of phosh-full
.
phosh-tablet
is kept as it may still be useful in the future, but now
only depends on phosh-core
.
phosh-phone
, on the other hand, should depend only on phone-specific
components (calls/SMS/MMS) and pull in phosh-pim
as well as PIM is an
important part of phone usage.
phosh-full
now depends only on phosh-pim
and suggests phosh-phone
,
without making it a dependency or recommend, so that the latter must
always be explicitly installed on devices where it's relevant.
Merge request reports
Activity
Note: a few things I don't have a strong opinion on and wouldn't mind changing:
-
chatty
is now a dependency tophosh-phone
, but only recommended byphosh-full
; I wouldn't mind making it a hard dependency though -
endeavour
could be moved toRecommends:
inphosh-pim
(I use it a lot, but others might want to remove it)
Also, this is pretty much a RFC, comments and suggestions are obviously welcome!
-
- Resolved by Arnaud Ferraris
- Resolved by Arnaud Ferraris
endeavour
could be moved toRecommends:
inphosh-pim
(I use it a lot, but others might want to remove it)Yeah, I'd keep it as recommends for now. I'm on the fence regarding chatty but also tend to
Recommends:
of phosh-full atm until the matrix support gets more stable (as it gets started by default when installed).Apart from that it looks good to me, thanks! I wonder if we should keep the
phosh-tablet
package even it it only depends onphosh-core
and noting else as reintroducing it would mean another NEW run and I expect more movement in the tablet area in the near future and it's easier to tell people: usephosh-tablet
metapackage on tablets andphosh-phone
on phones. What do you think?
- Resolved by Arnaud Ferraris
Looks good to me, thanks! Only reason that I didn't merge right away is unstable vs experimental. Targeting experimental makes more sense since (as you point out) GNOME 44 is only there atm.