Bug 4803 - systemd.class does not handle multilib well when package has multiple services
Summary: systemd.class does not handle multilib well when package has multiple services
Status: RESOLVED FIXED
Alias: None
Product: OE-Core
Classification: Build System, Metadata & Runtime
Component: core (show other bugs)
Version: unspecified
Hardware: Other Multiple
: Medium normal
Target Milestone: 1.5
Assignee: Ross Burton
QA Contact:
URL:
Whiteboard:
Depends on:
Blocks:
 
Reported: 2013-07-02 19:18 UTC by Saul Wold
Modified: 2013-09-11 11:40 UTC (History)
4 users (show)

See Also:
OS type for building Yocto: ---
Type of Regression: ---
Verified:
Documentation change: No (bug/feature does not impact docs)

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Saul Wold 2013-07-02 19:18:51 UTC 
I was building a multilib system with systemd enabled and found that avahi is 
reporting 
installed / not shipped issues with /lib/systemd.  I tracked this down to the 
systemd.bbclass
spliting and matching on SYSTEMD_SERVICE and SYSTEM_PACKAGES.

When I ran bitbake with -e, I got the following:

env:# $SYSTEMD_SERVICE_avahi-dnsconfd
env:SYSTEMD_SERVICE_avahi-dnsconfd="avahi-dnsconfd.service"
env:# $SYSTEMD_PACKAGES [2 operations]
env:SYSTEMD_PACKAGES="lib64-avahi-daemon lib64-avahi-dnsconfd"
env:# $SYSTEMD_SERVICE_avahi-daemon
env:SYSTEMD_SERVICE_avahi-daemon="avahi-daemon.service"

Seems the SYSTEMD_PACKAGES has lib64- while the _SERVER is from
the recipe (ie not autogenerated from systemd.bbclass)

When there is only one PACKAGE/SERVICE then systemd.bbclass auto
generates the values and they look correct and both have the lib64- 
prefix

env.ssh:# $SYSTEMD_PACKAGES
env.ssh:SYSTEMD_PACKAGES="lib64-openssh"
env.ssh:# $SYSTEMD_SERVICE_${PN} [2 operations]
env.ssh:#     "SYSTEMD_SERVICE_lib64-openssh"
Comment 1 Ross Burton 2013-07-03 16:15:00 UTC 
I reviewed that class, so I'll take this.
Comment 2 Ross Burton 2013-09-09 16:16:32 UTC 
"[PATCH] avahi: use correct names in SYSTEMD_SERVICE_* variables" sent.
Comment 3 Ross Burton 2013-09-11 11:40:58 UTC 
Fixed in oe-core 013cc8b6397c29e8f0d7adf63d8e06caab778da2.