Arch Linux

updated to latest version 2.90 :

uses gstreamer 1 versions,
has no totem plugin yet.

It seems like this package depend on libgee06 instead of libgee

@hepha This is a bug in the sqlite package. You hack a fix by editing /usr/lib/pkgconfig/sqlite3.pc and changing @RELEASE@ to 3.8.0

my extra/sqlite 3.8.0-1 [installed]

checking for GNOME_DVB_DAEMON... no
configure: error: Package requirements (glib-2.0 >= 2.32.0
gio-2.0 >= 2.32.0
gobject-2.0 >= 2.32.0
gee-1.0 >= 0.5.0
sqlite3 >= 3.4
gst-rtsp-server-0.10 >= 0.10.7) were not met:

No package 'gee-1.0' found
Requested 'sqlite3 >= 3.4' but version of SQLite is @RELEASE@

Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.

Alternatively, you may set the environment variables GNOME_DVB_DAEMON_CFLAGS
and GNOME_DVB_DAEMON_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.

* Updated to 0.2.10

* Updated to 0.2.9

* pkgrel=3: Removed ControlCentreWindow patch, added requirement for python2-gobject>=3.2.1

Update from Sebastian Pölsterl: "That's a regression in pygobject which was fixed in commit c12b10ca, updating to 3.2.1 resolve this issue."

Python2-gobject is flagged out of date, so we just need to wait...

* 0.2.8-2: Added patch supplied by Marcel Tiede that works around the gnome-dvb-control problem.

Serves me right for not checking the package properly. Anyway, I get the same error and, as far as I can Google, it's not a problem with gnome-dvb-daemon itself, e.g. the error can be recreated at the python2 command line:

$ python2
Python 2.7.3 (default, Apr 24 2012, 00:00:54)
[GCC 4.7.0 20120414 (prerelease)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> from gi.repository import Gtk
>>> widget = Gtk.Label("foo");
>>> button = Gtk.ToolButton(icon_widget=widget, label="bar")
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
TypeError: __init__() got an unexpected keyword argument 'icon_widget'

Running gnome-dvb-control in 2.8.0-1 build leads to a crash:
Traceback (most recent call last):
File "/usr/bin/gnome-dvb-control", line 26, in <module>
w = ControlCenterWindow(model)
File "/usr/lib/python2.7/site-packages/gnomedvb/ui/controlcenter/ControlCenterWindow.py", line 64, in __init__
self.__create_toolbar()
File "/usr/lib/python2.7/site-packages/gnomedvb/ui/controlcenter/ControlCenterWindow.py", line 267, in __create_toolbar
self.button_display_timers = Gtk.ToolButton(icon_widget=timers_image, label=_("Recording schedule"))
TypeError: __init__() got an unexpected keyword argument 'icon_widget'

* Updated to 0.2.8

DVBDaemon 0.2.8 requires glib2 >= 2.31.0 (Arch = 2.30.2) and python2-gobject >= 3.0.4 (Arch = 3.0.3) therefore the update will have to wait.

Does the totem plugin work for anyone in this version?
I did start gnome-dvb-control and let it search for channels which worked nicely.
Then
- I start gnome-dvb-daemon with -d and I see how it nicely changes channels and retrieves EPG data etc., ...
- Additionally I start totem and enable the plugin and click Movie - Watch TV and ... absolutely nothing happens. Not one line in the "gnome-dvb-daemon -d" output. Not one line in "totem --debug" output.

* Updated to 0.2.7

There's a problem with 0.2.6 that I need to have resolved before I update (http://mail.gnome.org/archives/dvb-daemon-list/2011-December/msg00001.html)

I'm not sure why that would be. I can use totem to play TV without gstreamer0.10-ugly-plugins installed.

To watch TV in totem I had to install gstreamer0.10-ugly-plugins from extra repository in addition to the given dependencies.

* Updated to 0.2.5

@azleifel Ah ah, what a timing ;)

* Updated to 0.2.4

* Updated to version 0.2.3, though I'm finding this version to not be very stable (gnome-dvb-daemon and/or totem can segfault)

gnome-dvb-daemon 0.2.3 requires pygobject-3.0 >= 2.90 therefore we need to wait because Arch is still at 2.28.6.

The package builds fine here. Do you have gstreamer0.10-bad-plugins installed in the correct location, i.e. is the mpegtsparse plugin at /usr/lib/gstreamer-0.10/libgstmpegdemux.so, and is the plugin found by running "gst-inspect-0.10 mpegtsparse", which is what the configure script does, and also by running "fakeroot gst-inspect-0.10 mpegtsparse"?

To me makepkg fails in configure, not finding mpegtsparse plugin. But runnning the same configure command line by hand, all works fine. It seems related to fakeroot
(But I'm not an expert of fakeroot). I've compiled by hand and pakaged with "makepkg -R" and it worked.

* Updated to version 0.2.2

* Update to version 0.2.1

* Updated to version 0.2.0

I had to reinstall pygobject and pygobject-devel to get the package to work.
Somehow he complained about missing pygobject before (though it was installed):
checking for PYGOBJECT... no
configure: error: Package requirements (pygobject-2.0 >= 2.28.4) were not met:

No package 'pygobject-2.0' found

Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.

0.1.90-2
* Improved dependencies

* Updated to 0.1.90

"This is the first release towards GNOME3-compatible version. The GUI has been ported from PyGTK using GTK+2 to PyGObject and GObject-Introspection using GTK+3. In addition, the Totem plugin has been ported to libpeas and works with Totem 3. Both the daemon and the GUI use GDBus instead of dbus-glib to communicate over DBus now. This version does not support GNOME2, i.e. it won't work with
GTK+2 and Totem 2."

* Updated source URL and dependencies.

* Updated to 0.1.23 now that Arch's vala package has caught up

* Updated to use python2

Thanks gborzi!

Hi azleifel, the package needs to be updated after the recent switch to python3. Here is a PKGBUILD that works for me http://aur.pastebin.com/t9HR94VU

* Updated to 0.1.22. Requires gstreamer0.10-rtsp 0.10.7.

The information about your fresh install was the clue. The dependencies of one or more of the gstreamer packages must have changed since I first installed them, which was on 2009-10-03. (According to my pacman.log, liboil was installed at the same time.)

Yes i remember that i can not build gst-bad without libiol! an it wasnt put in the PKGBUILD as dep.

Made a bug report (https://bugs.archlinux.org/task/20945).

I have one possible solution. I ran namcap on all of the gstreamer packages in pacman's cache and it found that liboil was a missing dependency for gstreamer0.10-bad, gstreamer0.10-bad-plugins and gstreamer0.10-ffmpeg. Running pacman -Qi told me that no packages depended on liboil, so I uninstalled it and tried running gst-inspect-0.10 mpegtsparse. It failed

(gst-inspect-0.10:18712): GStreamer-WARNING **: Failed to load plugin '/usr/lib/gstreamer-0.10/libgstmpegdemux.so': liboil-0.3.so.0: cannot open shared object file: No such file or directory
element plugin couldn't be loaded
No such element or plugin 'mpegtsparse'

but worked again after I reinstalled liboil.

I got this on a fresh at 22.9.2010 installed system.
So may there is the prob.?

I'm using x86_64 too and didn't have this problem but at least we know the solution even though we don't know the cause!

x86_64 ..
may i was unclear in my last comment...

First i rebuld gst-bad and plugins and then i build dvb-daemon succsessfully ;)

Curious. i686 or x86_64? Perhaps this issue will go away when gstreamer0.10-bad is updated to the latest version.

Yes i build it successfully, before i do a rebuild of gst-bad and its plugins with the PKGBUILD from Repo.

If you get a "True" with that test then you shouldn't get a

Cannot find required GStreamer-0.10 plugin 'mpegtsparse'.
It should be part of gst-plugins-bad. Please install it.

error when building dvb-daemon.

killajoe:~$ if gst-inspect-0.10 mpegtsparse >/dev/null 2>/dev/null; then echo "True"; else echo "False"; fi
True

That's positive. If you run "if gst-inspect-0.10 mpegtsparse >/dev/null 2>/dev/null; then echo "True"; else echo "False"; fi", which is essentially the test that the dvb-daemon configure script uses (line 12732 on), then the result should be "True".

My "gst-inspect-0.10 mpegtsparse" output

http://aur.pastebin.com/guDpih3P

That's odd. According to the output of gst-inspect-0.10 the mpegtsparse plugin is provided by /usr/lib/gstreamer-0.10/libgstmpegdemux.so, which pacman tells me is owned by gstreamer0.10-bad 0.10.19-1 on my system.

So it may be a problem with that package: gstreamer0.10-bad-plugins?
Rebuild gstreamer0.10-bad and gstreamer0.10-bad-plugins and so i can build gnome-dvd-daemon too ;)

gstreamer0.10-bad-plugins should pull in gstreamer0.10-bad, which together should be enough to pass the "gst-inspect-0.10 mpegtsparse" configure test therefore I have no idea. In the meantime, I updated the dependencies in the PKGBUILD, though the changes should not make any difference.

When trying to compile it:

checking GStreamer 0.10 inspection tool... yes
checking GStreamer 0.10 mpegtsparse plugin... no
configure: error:
Cannot find required GStreamer-0.10 plugin 'mpegtsparse'.
It should be part of gst-plugins-bad. Please install it.

extra/gstreamer0.10-bad-plugins is installed.

Any ideas?

* Updated to 0.1.21

Have done so and uploaded!

* Updated to version 0.1.20.

This revision is only for those that have vala 0.9.1 or greater installed. @damoxc, if you amend the provides line of your vala-devel PKGBUILD to read

provides=('vala=0.9.2')

then gnome-dvb-daemon will build.

I've made vala-devel [1] to allow for this to be updated to 0.1.20 as 0.9.x won't be in extra, will have to wait until 0.10.x is released.

[1] http://aur.archlinux.org/packages.php?ID=38260

Update to 0.1.20 waits for vala 0.9.x to reach [extra]!

* Update makedepends (pkgconfig --> pkg-config)

Updated to version 0.1.19.