[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Are follow-up steps for Lomiri desktop required?



Hi Holger, hi all,

On  Mo 26 Mai 2025 23:20:14 CEST, Holger Wansing wrote:

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.

The tablet / desktop installation variants of Lomiri are only different regarding the set of applications that get pulled in.

The tablet variant only pulls in Lomiri Apps (like in Ubuntu Touch) and other apps if must be. It keeps the set of installed non-Lomiri apps as minimal as possible.

The desktop variant installs much more software (like gimp, an editor, etc.).

So, the tablet/desktop installation variants are not about hardware recognition etc. Lomiri is supposed to work on desktop (mouse + keyboard attached) and tablet (touch, OSK) alike and auto-recognizes its hardware profile at runtime (via Lomiri's various convergence features).

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.

/me nods on this...

Mike
--

mike gabriel aka sunweaver (Debian Developer)
mobile: +49 (1520) 1976 148
landline: +49 (4351) 486 14 27

GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22  0782 9AF4 6B30 2577 1B31
mail: sunweaver@debian.org, http://sunweavers.net

Attachment: pgpSkdmgd4j4X.pgp
Description: Digitale PGP-Signatur


Reply to: