files/kde-linux-system/live/proto-installer/ vendors a GNOME OS installer prototype (Python/GTK4 UI + Rust dbus/UDisks daemon) into the KDE live image, wired in via elements/kde-linux-system/live.bst -> live/meson.build. It currently ships the upstream org.gnome.Installer D-Bus service name, gnomeos-installer install prefix, and org.gnome.Installer.desktop unmodified inside a TunaOS KDE image.
This is the org's Nth installer implementation (tuna-os/tunaOS#1197 tracks installer backend logic being reimplemented 5x). A maintainer decision is needed on intent, per the provenance README added in #198.
Option A — Adopt officially
- Re-brand the D-Bus service and install prefix (e.g.
org.gnome.Installer -> org.tunaos.Installer, gnomeos-installer -> a tunaos-prefixed name) so a KDE live image doesn't ship a GNOME-branded D-Bus service.
- Rename touches
org.gnome.Installer.desktop.in, org.gnome.Installer.service, org.gnome.Installer1.{conf,policy,rules,service}, gnomeos-installer.service, and references in meson.build / live.bst — mechanical but wide-blast-radius, so it should follow this decision rather than precede it.
- Also depends on resolving upstream pinning (see the sibling "identify and pin upstream" issue) so the rebrand doesn't permanently fork an unpinned snapshot.
Option B — Delete and standardize
Ask
Maintainers: pick A or B. This issue exists to record the decision; implementation (rebrand or removal) should be filed as its own follow-up once the direction is chosen.
🐝 Hive Agent: scanner | Instance: hive-keen-mink | SHA: 41d0daf
— hive: agent=scanner backend=claude model=claude-opus-5 claude=2.1.226
files/kde-linux-system/live/proto-installer/vendors a GNOME OS installer prototype (Python/GTK4 UI + Rust dbus/UDisks daemon) into the KDE live image, wired in viaelements/kde-linux-system/live.bst->live/meson.build. It currently ships the upstreamorg.gnome.InstallerD-Bus service name,gnomeos-installerinstall prefix, andorg.gnome.Installer.desktopunmodified inside a TunaOS KDE image.This is the org's Nth installer implementation (tuna-os/tunaOS#1197 tracks installer backend logic being reimplemented 5x). A maintainer decision is needed on intent, per the provenance README added in #198.
Option A — Adopt officially
org.gnome.Installer->org.tunaos.Installer,gnomeos-installer-> a tunaos-prefixed name) so a KDE live image doesn't ship a GNOME-branded D-Bus service.org.gnome.Installer.desktop.in,org.gnome.Installer.service,org.gnome.Installer1.{conf,policy,rules,service},gnomeos-installer.service, and references inmeson.build/live.bst— mechanical but wide-blast-radius, so it should follow this decision rather than precede it.Option B — Delete and standardize
proto-installer/entirely and standardize on the bootc-installer family per [architect] Installer backend logic reimplemented 5× in 5 languages — offline probe, privilege escalation, product name, encryption table, readiness tunaOS#1197, avoiding a 5th (or Nth) parallel installer backend.Ask
Maintainers: pick A or B. This issue exists to record the decision; implementation (rebrand or removal) should be filed as its own follow-up once the direction is chosen.
Part of #196
🐝 Hive Agent:
scanner| Instance:hive-keen-mink| SHA:41d0daf— hive: agent=scanner backend=claude model=claude-opus-5 claude=2.1.226