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

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



On  Di 27 Mai 2025 01:47:15 CEST, Cyril Brulebois wrote:

Holger Wansing <hwansing@mailbox.org> (2025-05-26):
- 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.

All good questions.

Seeing how adding Phosh would close #593105, it seems we would already
be gaining support for smartphone/tablet-like hardware, in a different
way…

- 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.

(Clear descriptions might make sense in any case?)

I take that as a todo for the !30 tasksel MR...

… and depending on your goals on the Lomiri side, maybe we could do the
opposite of what I was suggesting earlier: propose something small from
the installer, and let desktop users “upgrade” their systems by pulling
task-lomiri-desktop afterwards if they so chose?

I am good with both approaches. Lomiri itself looks slightly nicer if not to overburdened with unnecessary applications in the app launcher.

So, I tend to prefering the task-lomiri-tablet as a starting point, indeed. (Now that I think of it).

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.

Right, that's what I had in mind, thanks for expressing it in a much
clearer way.

Having now looked, desktops are defined with:

    Parent: desktop

then sorted by the Relevance field, possibly then alphabetically. For
example, both LXDE and LXQt have:

    Relevance: 9

and are sorted in this order, at the bottom of the desktop list.

So I'd expect the following to be sufficient to sort things as desired
(by at least Holger, Philip, and me):

 - For Lomiri (for the single task we would pick):

    -Relevance: 2
    +Relevance: 10

 - For Phosh:

    -Relevance: 8
    +Relevance: 11

… except I wasn't sure about allowed values and README has:

    If a task is important enough that it should go near the top,
    give it a relevance of 1. If a task is not likely to be
    used, give it a relevance of 9. Default is 5. Relevance can only be a
    single digit.

so if that's indeed a hard limitation (and we don't want to touch it),
we might need to renumber things a little.

 - GNOME: 1
 - Xfce: 2
 - GNOME Flashback: 7
 - KDE Plasma: 7
 - Cinnamon: 8
 - MATE: 8
 - LXDE: 9
 - LXQt: 9

A very quick search suggests supporting 10+ values has been left as a
todo item:

    # XXX TODO: support correct sorting when
    # Relevance is 10 or more (e.g. package
    # education-tasks).

so in case that's confirmed to be problematic, moving everyone up (by
how many units is left as an exercise to the reader) from 7-9 to make
room at position 9 for both Lomiri and Phosh should work.

Sounds good to me.

We still need to hear back from the RT in any case.

Yep, curious what they (RT) will say? Is there a public communication regarding this?

Thanks!
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: pgpAyIMvYxNG9.pgp
Description: Digitale PGP-Signatur


Reply to: