Files
RedBear-OS/local/recipes
kellito 5d06323b5d W2: remove broken KDE daemon activation .service files
The 5 .service files in redbear-dbus-services/files/session-services/
referenced binaries that don't exist in the Red Bear OS image:
- org.kde.kglobalaccel.service  -> /usr/bin/kglobalaccel (not built)
- org.kde.kded6.service          -> /usr/bin/kded6 (not built)
- org.kde.ActivityManager.service -> /usr/bin/kactivitymanagerd (not validated)
- org.kde.JobViewServer.service  -> /usr/bin/kuiserver (not validated)
- org.kde.ksmserver.service      -> /usr/bin/ksmserver (not validated)

Each file had a #TODO: comment acknowledging the gap. Per the
'honest absence' policy in local/AGENTS.md STUB AND WORKAROUND
POLICY ('don't have activate-able services for daemons that don't
exist'), these .service files are removed.

Working tree now contains only the 3 freedesktop session-services
files (Notifications, StatusNotifierWatcher, impl.pulseaudio).
The 5 KDE .service files were never tracked in git; the working
tree is clean.

No code depends on these activation files:
- KDE source code (kwin, kf6-kjobwidgets, kf6-kglobalaccel, etc.)
  references the D-Bus service NAMES (org.kde.kglobalaccel etc.)
  as runtime call targets, not the .service activation files.
  These are consumers that gracefully handle the absent daemon.
- No config TOML or recipe references these .service file paths.

Build still works: the recipe uses 'cp -a ... 2>/dev/null || true'
which handles empty/partial directories gracefully. This is a
config-only package with no Rust code.

Updates:
- recipe.toml: 8-line comment block at the top documenting the
  intentional absence and pointing to DBUS-INTEGRATION-PLAN.md.
- DBUS-INTEGRATION-PLAN.md: 4 locations updated - gap analysis
  tables (§4.2 and §4.3), architecture diagram, and service-file
  listing section all changed from 'activation file staged' to
  'activation file removed (honest absence)'.

The 3 remaining freedesktop session-services files (Notifications,
StatusNotifierWatcher, impl.pulseaudio) are intact. When the
respective KDE daemons are built and validated, the .service
files will be added or generated by the daemon recipes.
2026-07-26 08:53:52 +09:00
..