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

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



Hi Phil, hi Cyril,

On  Mo 26 Mai 2025 22:52:22 CEST, Cyril Brulebois wrote:

[ cc += Guido Günther ]

Philip Hands <phil@hands.com> (2025-05-26):
Combining this and the Phosh MR[1] ends up looking like this (1024x768):

  https://openqa.debian.net/tests/399843#step/choose_software/1

Lomiri currently appears twice, so that is 3 new entries with Phosh.

I'd say, we should have 1 Lomiri entry, targetting desktop installations for now.

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.

Thanks. I think I'd like to have a single entry to start with, maybe the
desktop variant?

Yes, see above.

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.

Ok.

(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?)

Thanks for the loud thinking. How can D-I be tweaked to only show the lomiri desktop task, but not the tablet task. (I don't know the internal wiring between tasksel and D-I).

It would be nice to leave the lomiri tablet task in the tasksel package while omitting it from D-I. Is that possible?

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.

Hoping for D-I adepts to have a solution for this. I agree with this idea of appending the new kids on the block to the already-used-to-desktop-env-list.

Thoughts on both topics? (The first one might be a hard one, the second
one should be mostly cosmetics?)

Thanks for chiming in on this like you currently do, Cyril!!!

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: pgph3mWWcermx.pgp
Description: Digitale PGP-Signatur


Reply to: