| Summary: | =lxde-base/lxsession-0.4.9.2 - configure: error: Package requirements (polkit-agent-1) were not met: No package 'polkit-agent-1' found | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | eroen <erikdenstore+gbugs> |
| Component: | [OLD] Development | Assignee: | LXDE team (DEFUNCT) <lxde+disabled> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | Keywords: | REGRESSION |
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| URL: | http://sourceforge.net/mailarchive/message.php?msg_id=31552496 | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: |
build.log
config.log |
||
|
Description
eroen
2013-10-14 19:18:57 UTC
Created attachment 360904 [details]
config.log
lxde-base/lxsession-0.4.9.2 now has a non-optional dependency on sys-auth/polkit (at least according to configure.ac), and --enable-buildin-polkit should probably be added to econf statement in the ebuild. Also, lxde-base/lxsession-0.4.9.2 installs the lxpolkit binary, so a blocker for lxde-base/lxpolkit might be needed. I can make these changes to the ebuild; can someone more knowledgeable confirm my proposed fixes? Thanks. (In reply to Pavel Kazakov from comment #2) > lxde-base/lxsession-0.4.9.2 now has a non-optional dependency on > sys-auth/polkit (at least according to configure.ac), and > --enable-buildin-polkit should probably be added to econf statement in the > ebuild. Why? What's wrong with using system's polkit? > > Also, lxde-base/lxsession-0.4.9.2 installs the lxpolkit binary, so a blocker > for lxde-base/lxpolkit might be needed. Or just depend on system's lxpolkit We usually refrain from using bundled packages http://wiki.gentoo.org/wiki/Why_not_bundle_dependencies (In reply to Markos Chandras from comment #3) > (In reply to Pavel Kazakov from comment #2) > > lxde-base/lxsession-0.4.9.2 now has a non-optional dependency on > > sys-auth/polkit (at least according to configure.ac), and > > --enable-buildin-polkit should probably be added to econf statement in the > > ebuild. > > Why? What's wrong with using system's polkit? > Well, --enable-buildin-polkit builds in only lxpolkit (the system's polkit would still be used/required). But if we aren't bundling lxpolkit, no need to enable buildin-polkit. lxsession-0.4.9.2 does not have the system's polkit (sys-auth/polkit) in its dependencies, which causes the configure stage to fail if sys-auth/polkit isn't installed. > > > > Also, lxde-base/lxsession-0.4.9.2 installs the lxpolkit binary, so a blocker > > for lxde-base/lxpolkit might be needed. > > Or just depend on system's lxpolkit > > We usually refrain from using bundled packages > > http://wiki.gentoo.org/wiki/Why_not_bundle_dependencies Makes sense. I saw lxsession-edit blocked in the ebuild and assumed it was blocked because lxsession bundled it. Should lxpolkit be a hard dependency since any authentication agent *should* work (e.g. polkit-gnome)? Regardless, I think sys-auth/polkit is a hard dependency--this wasn't the case in the previous version of lxsession (0.4.6.1). (In reply to Pavel Kazakov from comment #4) > > > > > > > Also, lxde-base/lxsession-0.4.9.2 installs the lxpolkit binary, so a blocker > > > for lxde-base/lxpolkit might be needed. > > > > Or just depend on system's lxpolkit > > > > We usually refrain from using bundled packages > > > > http://wiki.gentoo.org/wiki/Why_not_bundle_dependencies > > Makes sense. I saw lxsession-edit blocked in the ebuild and assumed it was > blocked because lxsession bundled it. > > Should lxpolkit be a hard dependency since any authentication agent *should* > work (e.g. polkit-gnome)? Regardless, I think sys-auth/polkit is a hard > dependency--this wasn't the case in the previous version of lxsession > (0.4.6.1). Tricky. If not all polkit agents work, then we need to depend to lxpolkit :/ Unfortunately I can't test that at the moment. (In reply to Markos Chandras from comment #5) > > Tricky. If not all polkit agents work, then we need to depend to lxpolkit :/ > Unfortunately I can't test that at the moment. No worries; I can do the testing. My understanding is that polkit agents should largely be interchangeable, and browsing the source code, lxsession handles the gnome polkit agent, razorqt polkit agent, and the lxpolkit agent. But I'll test to make sure these agents in fact work. Added dependency on sys-auth/polkit, which should handle the polkit agent depending on USE flags. Also sent an email to the mailing list about potentially not installing lxpolkit if --disable-buildin-polkit is set. |
