Bug#860482: Missing dependencies for *xinit* and *dbus-x11* used in systemd service unit

2017-12-25 Thread Johannes Schauer
On Mon, 17 Apr 2017 18:39:24 +0200 Paul Menzel  wrote:
> 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

2015-12-31 Thread Johannes Schauer
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

2015-12-31 Thread Johannes Schauer
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

2014-10-07 Thread Johannes Schauer
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

2014-10-07 Thread Johannes Schauer
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