Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 753698 - app-emulation/wine-staging - why does it depends directly on sys-auth/rtkit
Summary: app-emulation/wine-staging - why does it depends directly on sys-auth/rtkit
Status: UNCONFIRMED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Wine Maintainers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-11-09 12:06 UTC by Fab
Modified: 2020-11-09 20:10 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Fab 2020-11-09 12:06:20 UTC
Hi,

Maybe a dumb question, maybe I simply missed something.

While updating my gentoo system, I'm currently in the middle
of a process which consist to try to resolve multiple dependencies puzzles.

media-sound/pulseaudio is installed with realtime useflag disabled,
which is the default.

sys-auth/rtkit is pulled in by wine-staging ebuild.

In wine-staging ebuilds we can find this :
> pulseaudio? (
>		realtime? ( sys-auth/rtkit )
>	)

Why does it depend directly on sys-auth/rtkit ?
Shouldn't it depends on pulseaudio with realtime support ?
Something like this :
> pulseaudio? ( media-sound/pulseaudio[${MULTILIB_USEDEP},realtime=] )

Also, why does realtime useflag enabled by default ?

Since realtime useflag is disabled by default in pulseaudio ebuild,
I don't see why wine-staging enabled it by default, and directly pulls in sys-auth/rtkit.

Thanks.

Reproducible: Always
Comment 1 Ionen Wolkens 2020-11-09 13:34:03 UTC
Ancient bug #487152 comment #3 has some history on this, however those patches are gone and wine does not use rtkit directly at all.
Comment 2 Ionen Wolkens 2020-11-09 14:06:10 UTC
It may(?) have some worth in that it allows pulseaudio to use rtkit even with its non-default realtime (pulseaudio's realtime flag does nothing but pull the dep).

So if removed it could surprise some users after a depclean... But still I'd say that's not the wine ebuild's business to deal with this if wine doesn't actually need it, both the flag and dependency should be removed, and shouldn't request pulseaudio[realtime] either.

Given the above comment it's probably just a forgotten dep anyhow, but sarnex may know better.