| 1 |
Ühel kenal päeval, L, 21.03.2020 kell 11:16, kirjutas Pacho Ramos: |
| 2 |
> I agree, I see that also Debian is applying it unconditionally even |
| 3 |
> when running |
| 4 |
> systemd |
| 5 |
|
| 6 |
But I assume it would be a problem with USE=systemd + USE=-user-session |
| 7 |
dbus, so how about instead of this profile business, we then just go |
| 8 |
with: |
| 9 |
|
| 10 |
* Revbump bluez to drop IUSE=user-session, unconditionally apply the |
| 11 |
patch and change the dbus dep in systemd conditional to |
| 12 |
>=sys-apps/dbus-1.6:=[user-session(+)] |
| 13 |
* Fix bluez USE=systemd handling in above revbump as well: --enable- |
| 14 |
systemd should always be passed, not controlled by a USE=systemd, |
| 15 |
because all it appears to do is decide whether to install systemd |
| 16 |
service files, and that should be always done per the small files |
| 17 |
policy. |
| 18 |
* Revbump dbus, dropping user-session IUSE and unconditionally passing |
| 19 |
--enable-user-session |
| 20 |
|
| 21 |
* After some time (dbus revision with IUSE=user-session has been gone |
| 22 |
for a while), remove all of the IUSE=systemd handling from bluez, as |
| 23 |
the user-session matching enforcement isn't needed anymore (and the |
| 24 |
configure systemd conditional has been nuked per above) |
| 25 |
* At that point the package.use entries can be removed altogether as |
| 26 |
well, instead of migrating to systemd target profile. |
| 27 |
|
| 28 |
|
| 29 |
Mart |
Archives