Re: Are follow-up steps for Lomiri desktop required?
Hi,
Cyril Brulebois <kibi@debian.org> wrote (Mon, 26 May 2025 22:52:22 +0200):
> > Lomiri currently appears twice, so that is 3 new entries with Phosh.
> >
> > BTW The descriptions for the 2 Lomiri tasks need to be fixed, in order
> > to distinguish between the `desktop` and `tablet` variants, unless we
> > decided to only offer one of those via tasksel.
- What happens, if both are installed at the same time? Any harm expected?
- Is Debian an OS common for touch devices (= tablets)? I personally
would go with the desktop variant only, if installing both is not good.
- If we do not install both in parallel (with one entry), I would change to
something like
- Lomiri for desktop
- Lomiri for tablet
to make clear to the user, what they have to expect.
> Thanks. I think I'd like to have a single entry to start with, maybe the
> desktop variant? I can understand how hard targeting this or that bit of
> hardware can be, but I would really expect a desktop environment to have
> components to figure that out at runtime, instead of having two different
> sets of packages.
>
> (Thinking out loud, maybe it'd be feasible to skip one of them from d-i,
> but offer it when tasksel runs interactively — not from pkgsel —, so that
> users can switch from say task-lomiri-desktop to task-lomiri-tablet by
> running tasksel after the install? But if that's mainly about requiring
> fewer packages, as opposed to different core components, I'd think that
> reinforces my initial assessment: propose Lomiri for desktop, leaving it
> up to tablet users to either skip desktop entirely, then installing the
> -tablet task afterwards, or to buy the whole desktop and call it a day?)
>
>
> I haven't looked at either MRs at the moment, but I think I'd like to
> have the newest additions at the bottom of the desktop (kinda-sub)list,
> instead of having them pop up at some (seemingly) random locations in the
> existing, non-sorted list. I'd think that's only a matter of adjusting
> some priority/score/relevance integer that I vaguely remember, though, so
> that should be on the easy side of things.
I think placing such new entries between "LXQt" and "web server"
(at the bottom of the DE list) would be good and easy to realize.
Holger
--
Holger Wansing <hwansing@mailbox.org>
PGP-Fingerprint: 496A C6E8 1442 4B34 8508 3529 59F1 87CA 156E B076
Reply to: