Bug#860482: Missing dependencies for *xinit* and *dbus-x11* used in systemd service unit
On Mon, 17 Apr 2017 18:39:24 +0200 Paul Menzelwrote: > The systemd service unit file `/lib/systemd/system/kodi.service` > currently needs the binaries `/usr/bin/xinit` and `/usr/bin/dbus- > launch` [1]. > > ``` > ExecStart=/usr/bin/xinit /usr/bin/dbus-launch --exit-with-session > /usr/bin/kodi-standalone -- :0 -nolisten tcp vt7 > ``` > > Both executables are currently not present as the packages providing > these files -- *xinit* and *dbus-x11* -- are not dependencies. > > As the service file is disabled by default, I am unsure what rule > applies here. I'd prefer a dependency over a recommendation. Currently, > the installed size of *xinit* is 80 kB, and of *dbus-x11* 140 kB. That is not entirely correct. You also have to consider the reverse dependencies here. If installing these packages on a minimal system, then including Recommends, apt reports that "334 MB of additional disk space will be used." Without Recommends this goes down to 6354 kB but then you are also left without xserver-xorg or x-session-manager/x-window-manager. But even when these packages are installed, the provided kodi.service is still not functional because: /usr/bin/Xorg.wrap: Only console users are allowed to run the X server So in addition to installing these packages, one also has to edit /etc/X11/Xwrapper.config and add: allowed_users = anybody But even then it is questionable whether starting kodi like this via systemd is the right approach. Kodi is not a system-wide service. As it is implemented here, it is not possible to have a separate instance for each session. And according to FernetMenta, the author of Kodi's X11 windowing system kodi should never be started without a window manager [1]. The article under [1] also includes the kodi.service file from the Debian package but is declared as outdated. On the other hand, I was also unable to find the "right" way to start kodi automatically on bootup as the only running graphical application. I would suspect that the right way involves crafting a custom session that start all the necessary programs? So like a .desktop file in /usr/share/xsessions/. But I'm not an expert either. Just my 2c. Thanks! cheers, josch [1] http://kodi.wiki/view/Archive:HOW-TO:Autostart_Kodi_for_Linux signature.asc Description: signature ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#809488: kodi does not suspend anymore
Package: kodi Version: 15.2+dfsg1-1 Severity: normal Hi, I used to run Debian Jessie with Mate as a DM with Kodi from backports. With that setup Kodi used to suspend just fine. Now I updated my base system to Squeeze and Kodi doesn't automatically suspend anymore. Maybe connected: the "power" menu at the lower left of the home screen now only shows the options "Exit" and "Inhibit idle shutdown". Before the upgrade I had more options there. Additionally, even when I try to use the Mate automatic suspend on idle options in the power menu, my system will not suspend while Kodi is still running. How can I make my system suspend automatically again with Kodi running in the foreground? Thanks! cheers, josch ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#809488: kodi does not suspend anymore
Hi, Quoting Johannes Schauer (2015-12-31 10:29:22) > I used to run Debian Jessie with Mate as a DM with Kodi from backports. > With that setup Kodi used to suspend just fine. > > Now I updated my base system to Squeeze and Kodi doesn't automatically > suspend anymore. > > Maybe connected: the "power" menu at the lower left of the home screen > now only shows the options "Exit" and "Inhibit idle shutdown". Before > the upgrade I had more options there. > > Additionally, even when I try to use the Mate automatic suspend on idle > options in the power menu, my system will not suspend while Kodi is > still running. > > How can I make my system suspend automatically again with Kodi running > in the foreground? I have no clue about polkit but after searching in the internet it seems that doing the following fixes this problem: $ cat << END | sudo tee /var/lib/polkit-1/localauthority/50-local.d/custom-actions.pkla [Actions for kodi user] Identity=unix-user:kodi Action=org.freedesktop.login1.*;org.freedesktop.udisks2.* ResultAny=yes ResultInactive=no ResultActive=yes END Maybe this helps! In the worst case I now have documented a solution/workaround for others who might also stumble over this problem :) Thanks! cheers, josch signature.asc Description: signature ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#752103: [x264] Modify the control file for building without libav etc
Control: block -1 by 763766 Hi, On Thu, 19 Jun 2014 18:50:25 +0300 Peter Pentchev r...@ringlet.net wrote: As promised, here's the second set of patches for the bootstrap build of x264 without the libavformat, libffms2 and libgpac. It adds the appropriate annotations to the control file so that the build tools (dpkg-dev, debhelper, sbuild) will know that a stage1 build does not need all the build dependencies and should not generate all the binary packages. the syntax for the Build-Profiles field was changed during the bootstrap sprint in paris [1,2]. Attached patch is updated to reflect those changes. It only changes debian/control.in so please regenerate debian/control. As the patch requires debhelper to understand the new syntax, this bug is blocked by that bug in debhelper. cheers, josch [1] https://wiki.debian.org/Sprints/2014/BootstrapSprint [2] https://wiki.debian.org/BuildProfileSpec diff -Nru x264-0.142.2431+gita5831aa/debian/changelog x264-0.142.2431+gita5831aa/debian/changelog --- x264-0.142.2431+gita5831aa/debian/changelog 2014-07-11 03:21:53.0 +0200 +++ x264-0.142.2431+gita5831aa/debian/changelog 2014-10-07 10:38:08.0 +0200 @@ -1,3 +1,21 @@ +x264 (2:0.142.2431+gita5831aa-1.1) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * To avoid a circular build dependency, do not build depend on +libavformat-dev, libffms2-dev and libgpac-dev and do not build the x264 +package when building the stage1 profile. To that end: + - add build profile annotations to Build-Depends + - add Build-Profiles field so that only the library is built in the + stage1 build profile + - add --disable-avs --disable-ffms --disable-gpac to common_confflags + when building with stage1 + - depend on the proper versions of debhelper and dpkg-dev for parsing + build profile information in debian/control +Based on patch by Peter Pentchev +Closes: #752103 + + -- Johannes Schauer j.scha...@email.de Tue, 07 Oct 2014 10:32:26 +0200 + x264 (2:0.142.2431+gita5831aa-1) unstable; urgency=low * Update to new upstream snapshot diff -Nru x264-0.142.2431+gita5831aa/debian/confflags x264-0.142.2431+gita5831aa/debian/confflags --- x264-0.142.2431+gita5831aa/debian/confflags 2014-07-11 03:13:07.0 +0200 +++ x264-0.142.2431+gita5831aa/debian/confflags 2014-10-07 10:27:55.0 +0200 @@ -20,6 +20,10 @@ common_confflags += --prefix=/usr --libdir=/usr/lib/$(DEB_HOST_MULTIARCH) +ifneq (,$(filter stage1,$(DEB_BUILD_PROFILES))) +common_confflags += --disable-avs --disable-ffms --disable-gpac +endif + # XXX why isn't --enable-visualize used in the static build? # TODO --disable-asm when we build an opt flavor? static_confflags += \ diff -Nru x264-0.142.2431+gita5831aa/debian/control.in x264-0.142.2431+gita5831aa/debian/control.in --- x264-0.142.2431+gita5831aa/debian/control.in 2014-07-11 03:13:07.0 +0200 +++ x264-0.142.2431+gita5831aa/debian/control.in 2014-10-07 10:32:05.0 +0200 @@ -7,11 +7,12 @@ Fabian Greffrath fabian+deb...@greffrath.com, Rico Tzschichholz ric...@ubuntu.com Build-Depends: - debhelper (= 8.1.3~), + debhelper (= 9.FIXME), autotools-dev, - libavformat-dev (= 6:9), - libffms2-dev, - libgpac-dev (= 0.5.0+svn4288~), + dpkg-dev (= 1.17.14), + libavformat-dev (= 6:9) !stage1, + libffms2-dev !stage1, + libgpac-dev (= 0.5.0+svn4288~) !stage1, libx11-dev, yasm [any-i386 any-amd64] Standards-Version: 3.9.5 @@ -22,6 +23,7 @@ Package: x264 Section: graphics Architecture: any +Build-Profiles: !stage1 Depends: ${misc:Depends}, ${shlibs:Depends} ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#735742: [x264] fix the circular build dependency with libav and others
Hi, On Thu, 19 Jun 2014 18:43:08 +0300 Peter Pentchev r...@ringlet.net wrote: Here's a patch that does this: if we are building in the stage1 profile, the configure script is invoked with --disable-* and the rules file does not build the x264 binary package at all. This still leaves the build dependencies in the control file; a separate bug will be filed for that, modifying the control file to add instructions to drop these dependencies in the stage1 profile. Unfortunately, the Debian archive infrastructure cannot yet deal with these annotations, so that bug will most probably have to wait until Jessie is released. the syntax for the Build-Profiles field was changed during the bootstrap sprint in paris [1,2]. Attached patch is updated to reflect those changes. It only changes debian/control.in so please regenerate debian/control. As the patch requires debhelper to understand the new syntax, this bug is blocked by that bug in debhelper. In contrast to the patch for #752103 (which is marked as block by this bug) this patch does use the new build profile syntax in the Build-Depends field and thus can be applied before Jessie is released. cheers, josch [1] https://wiki.debian.org/Sprints/2014/BootstrapSprint [2] https://wiki.debian.org/BuildProfileSpec diff -Nru x264-0.142.2431+gita5831aa/debian/changelog x264-0.142.2431+gita5831aa/debian/changelog --- x264-0.142.2431+gita5831aa/debian/changelog 2014-07-11 03:21:53.0 +0200 +++ x264-0.142.2431+gita5831aa/debian/changelog 2014-10-07 10:38:08.0 +0200 @@ -1,3 +1,21 @@ +x264 (2:0.142.2431+gita5831aa-1.1) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * To avoid a circular build dependencies: + - add Build-Profiles field so that only the library is built in the + stage1 build profile + - add --disable-avs --disable-ffms --disable-gpac to common_confflags + when building with stage1 + - depend on the proper versions of debhelper and dpkg-dev for parsing + build profile information in debian/control +Based on patch by Peter Pentchev +Closes: #735742 + + -- Johannes Schauer j.scha...@email.de Tue, 07 Oct 2014 10:32:26 +0200 + x264 (2:0.142.2431+gita5831aa-1) unstable; urgency=low * Update to new upstream snapshot diff -Nru x264-0.142.2431+gita5831aa/debian/confflags x264-0.142.2431+gita5831aa/debian/confflags --- x264-0.142.2431+gita5831aa/debian/confflags 2014-07-11 03:13:07.0 +0200 +++ x264-0.142.2431+gita5831aa/debian/confflags 2014-10-07 10:27:55.0 +0200 @@ -20,6 +20,10 @@ common_confflags += --prefix=/usr --libdir=/usr/lib/$(DEB_HOST_MULTIARCH) +ifneq (,$(filter stage1,$(DEB_BUILD_PROFILES))) +common_confflags += --disable-avs --disable-ffms --disable-gpac +endif + # XXX why isn't --enable-visualize used in the static build? # TODO --disable-asm when we build an opt flavor? static_confflags += \ diff -Nru x264-0.142.2431+gita5831aa/debian/control.in x264-0.142.2431+gita5831aa/debian/control.in --- x264-0.142.2431+gita5831aa/debian/control.in 2014-07-11 03:13:07.0 +0200 +++ x264-0.142.2431+gita5831aa/debian/control.in 2014-10-07 10:57:02.0 +0200 @@ -6,8 +6,9 @@ Reinhard Tartler siret...@tauware.de, Fabian Greffrath fabian+deb...@greffrath.com, Rico Tzschichholz ric...@ubuntu.com +# In the stage1 build profile, drop the libavformat-dev, libffms2-dev and libgpac-dev dependencies. Build-Depends: - debhelper (= 8.1.3~), + debhelper (= 9.FIXME), autotools-dev, libavformat-dev (= 6:9), libffms2-dev, @@ -22,6 +23,7 @@ Package: x264 Section: graphics Architecture: any +Build-Profiles: !stage1 Depends: ${misc:Depends}, ${shlibs:Depends} ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers