Bug#1049458: celluloid: fails to start due to failed assertion in stream.c
Hi, building worked now. It starts up fine again, regardless of prefixing the "mpv-config-file" with file:// or not. So I would consider this bug fixed with 0.25-2. Thank you Stefan
Bug#1049458: celluloid: fails to start due to failed assertion in stream.c
Hi, I didn't manage to compile the provided package: The folder structure is /tmp/celluloid_0.25.orig.tar.gz /tmp/celluloid_0.25-2.dsc /tmp/cell/debian (extracted from celluloid_0.25-2.debian.tar.xz) $ cd /tmp/cell && dpkg-buildpackage dpkg-buildpackage: info: source package celluloid dpkg-buildpackage: info: source version 0.25-2 dpkg-buildpackage: info: source distribution unstable dpkg-buildpackage: info: source changed by Leandro Cunha dpkg-buildpackage: info: host architecture amd64 dpkg-source --before-build . debian/rules clean dh clean --buildsystem=meson dh_auto_clean -O--buildsystem=meson dh_autoreconf_clean -O--buildsystem=meson debian/rules override_dh_clean make[1]: Entering directory '/tmp/cell' dh_clean rm -f po/*.gmo po/stamp-po make[1]: Leaving directory '/tmp/cell' dpkg-source -b . dpkg-source: info: using source format '3.0 (quilt)' dpkg-source: info: building celluloid using existing ./celluloid_0.25.orig.tar.gz dpkg-source: info: using patch list from debian/patches/series dpkg-source: warning: ignoring deletion of file autogen.sh, use --include-removal to override ... dpkg-source: warning: ignoring deletion of file po/fi.po, use --include-removal to override dpkg-source: info: building celluloid in celluloid_0.25-2.debian.tar.xz dpkg-source: info: building celluloid in celluloid_0.25-2.dsc debian/rules binary dh binary --buildsystem=meson dh_update_autotools_config -O--buildsystem=meson dh_autoreconf -O--buildsystem=meson dh_auto_configure -O--buildsystem=meson cd obj-x86_64-linux-gnu && DEB_PYTHON_INSTALL_LAYOUT=deb LC_ALL=C.UTF-8 meson setup .. --wrap-mode=nodownload --buildtype=plain --prefix=/usr --sysconfdir=/etc --localstatedir=/var --libdir=lib/x86_64-linux-gnu -Dpython.bytecompile=-1 ERROR: Neither source directory '..' nor build directory None contain a build file meson.build. dh_auto_configure: error: cd obj-x86_64-linux-gnu && DEB_PYTHON_INSTALL_LAYOUT=deb LC_ALL=C.UTF-8 meson setup .. --wrap-mode=nodownload --buildtype=plain --prefix=/usr --sysconfdir=/etc --localstatedir=/var --libdir=lib/x86_64-linux-gnu -Dpython.bytecompile=-1 returned exit code 1 make: *** [debian/rules:21: binary] Error 2 dpkg-buildpackage: error: debian/rules binary subprocess returned exit status 2 I am not sure what's wrong here.
Bug#1049458: celluloid: fails to start due to failed assertion in stream.c
Hi, very good hints. I have created upstream issue https://github.com/celluloid-player/celluloid/issues/880 which also has more detail than this bug report. Thanks Stefan
Bug#1049458: celluloid: fails to start due to failed assertion in stream.c
Package: celluloid Version: 0.25-1 Severity: important X-Debbugs-Cc: stefan-deb...@yrden.de Dear Maintainer, starting celluloid fails with this error: celluloid: ../stream/stream.c:416: stream_create_with_args: Assertion `args->url' failed. The --help command still works, and so does plain mpv. Giving celluloid a filename or directory as argument makes no difference. This likely broke when I recently updated the system, which included libmpv2 0.35 to 0.36 and celluloid 0.24 to 0.25. -- System Information: Debian Release: trixie/sid APT prefers testing-debug APT policy: (500, 'testing-debug'), (500, 'testing'), (10, 'experimental'), (10, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-9-amd64 (SMP w/8 CPU threads; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages celluloid depends on: ii dconf-gsettings-backend [gsettings-backend] 0.40.0-4 ii libadwaita-1-0 1.3.4-1 ii libc62.37-7 ii libepoxy01.5.10-1 ii libgdk-pixbuf-2.0-0 2.42.10+dfsg-1+b1 ii libglib2.0-0 2.77.1-2 ii libgtk-4-1 4.10.5+ds-3 ii libmpv2 0.36.0-1 ii libpango-1.0-0 1.50.14+ds-1 Versions of packages celluloid recommends: ii yt-dlp 2023.07.06-1 celluloid suggests no packages. -- no debconf information
Bug#1036248: exiv2: add brotli dependency to allow reading JpegXL metadata
Package: exiv2 Version: 0.27.6-1 Severity: wishlist X-Debbugs-Cc: stefan-deb...@yrden.de Dear Maintainer, please consider adding libbrotli(-dev) dependency to exiv2 so that it is able to decode JpegXL metadata. With the packaged version: $ /usr/bin/exiv2 J.jxl File name : J.jxl File size : 2160508 Bytes MIME type : image/generic Image size : 0 x 0 J.jxl: No Exif data found in the file With a version compiled with -DEXIV2_ENABLE_BROTLI=ON (default value): $ /tmp/exiv2/build/bin/exiv2 J.jxl Warning: Directory Photo has an unexpected next pointer; ignored. Warning: Directory Iop has an unexpected next pointer; ignored. Warning: Directory GPSInfo has an unexpected next pointer; ignored. File name : J.jxl File size : 2160508 Bytes MIME type : image/jxl Image size : 4000 x 3000 Thumbnail : image/jpeg, 3874 Bytes Camera make : GoPro Camera model: HERO5 Black Image timestamp : 2019:01:02 14:02:25.000 ... Thank you Stefan -- System Information: Debian Release: 12.0 APT prefers testing-security APT policy: (500, 'testing-security'), (500, 'testing-debug'), (500, 'testing'), (10, 'experimental'), (10, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-1-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages exiv2 depends on: ii libc62.36-9 ii libexiv2-27 0.27.6-1 ii libgcc-s112.2.0-14 ii libstdc++6 12.2.0-14 exiv2 recommends no packages. exiv2 suggests no packages. -- debconf-show failed
Bug#1018895: gcolor3: color picking fails due to No such interface “org.freedesktop.portal.Screenshot”
Package: gcolor3 Version: 2.4.0-2 Severity: normal X-Debbugs-Cc: stefan-deb...@yrden.de Dear Maintainer, it seems that gcolor3's ability to pick colors broke at some point. I am fairly certain it worked a while ago. When run from a terminal and trying to pick a color, it prints: Failed to pick color: GDBus.Error:org.freedesktop.DBus.Error.UnknownMethod: No such interface “org.freedesktop.portal.Screenshot” on object at path /org/freedesktop/portal/desktop I run X11. I'm guessing I am missing a dependency, but not sure which. Thanks Stefan *** End of the template - remove these template lines *** -- System Information: Debian Release: bookworm/sid APT prefers testing-debug APT policy: (500, 'testing-debug'), (500, 'testing'), (10, 'experimental'), (10, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.18.0-2-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_WARN Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages gcolor3 depends on: ii libatk1.0-0 2.38.0-1 ii libc62.34-4 ii libcairo21.16.0-6 ii libgdk-pixbuf-2.0-0 2.42.9+dfsg-1 ii libglib2.0-0 2.72.3-1+b1 ii libgtk-3-0 3.24.34-3 ii libportal-gtk3-1 0.6-2 ii libportal1 0.6-2 gcolor3 recommends no packages. gcolor3 suggests no packages. -- no debconf information
Bug#1010249: crystal: missing dependency on libgc-dev
Package: crystal Version: 1.2.2+dfsg-1 Severity: normal X-Debbugs-Cc: stefan-deb...@yrden.de Dear Maintainer, building executables with crystal depends on libgc-dev or one of its dependencies: $ echo 'puts "hello world"' > hello_world.cr $ crystal build hello_world.cr /usr/bin/ld: cannot find -lgc (this usually means you need to install the development package for libgc): No such file or directory collect2: error: ld returned 1 exit status Error: execution of command failed with code: 1: `cc "${@}" -o /tmp/crystal/hello_world -rdynamic -L/usr/bin/../lib/crystal -lpcre -lm -lgc -lpthread -levent -lrt -ldl` Installing the libgc-dev package fixes the issue. Cheers Stefan -- System Information: Debian Release: bookworm/sid APT prefers testing-debug APT policy: (500, 'testing-debug'), (500, 'testing'), (10, 'experimental'), (10, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.16.0-5-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages crystal depends on: ii libc6 2.33-7 ii libevent-2.1-7 2.1.12-stable-5 ii libgc1 1:8.0.6-1.1 ii libgcc-s1 12-20220319-1 ii libllvm12 1:12.0.1-20+b1 ii libpcre32:8.39-14 ii libstdc++6 12-20220319-1 ii pkg-config 0.29.2-1 crystal recommends no packages. Versions of packages crystal suggests: pn crystal-doc pn crystal-samples -- no debconf information
Bug#989574: mlocate: fuse.rclone fs type should be on default prunefs list
Package: mlocate Version: 0.26-5 Severity: wishlist Dear Maintainer, mlocate already excludes many FSes that are commonly mounted over the network, and thus slow (e.g. fuse.sshfs). I suggest to add "fuse.rclone" to the PRUNEFS list in the updatedb.conf, since rclone is also typically used to mount network drives. To verify locally, you can instruct rclone to mount a local directory; rougly: apt install rclone rclone config create local local rclone mount local:/source-dir /target-dir Cheers Stefan PS: I have already created the same bug for plocate (#989520) which uses/used the same configuration file/scheme -- System Information: Debian Release: bullseye/sid APT prefers testing-security APT policy: (500, 'testing-security'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 5.7.0-1-amd64 (SMP w/2 CPU threads) Kernel taint flags: TAINT_WARN Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages mlocate depends on: ii adduser 3.118 ii libc62.31-1 mlocate recommends no packages. Versions of packages mlocate suggests: pn nocache -- Configuration Files: /etc/updatedb.conf changed [not included] -- no debconf information
Bug#989520: plocate: fuse.rclone fs type should be on default prunefs list
Package: plocate Version: 1.1.7-1 Severity: wishlist Dear Maintainer, plocate already excludes many FSes that are commonly mounted over the network, and thus slow (e.g. fuse.sshfs). I suggest to add "fuse.rclone" to the PRUNEFS list in the updatedb.conf, since rclone is also typically used to mount network drives. To verify locally, you can instruct rclone to mount a local directory; rougly: apt install rclone rclone config create local local rclone mount local:/source-dir /target-dir Cheers Stefan -- System Information: Debian Release: bullseye/sid APT prefers testing-security APT policy: (500, 'testing-security'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 5.7.0-1-amd64 (SMP w/2 CPU threads) Kernel taint flags: TAINT_WARN Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages plocate depends on: ii libc6 2.31-1 ii libgcc-s1 10.1.0-6 ii libstdc++6 10.1.0-6 ii liburing1 0.7-3 ii libzstd11.4.5+dfsg-3 plocate recommends no packages. Versions of packages plocate suggests: ii powermgmt-base 1.36 ii systemd-sysv245.6-2 -- Configuration Files: /etc/updatedb.conf changed [not included] -- no debconf information
Bug#859597: rclone: package new upstream version
Package: rclone Version: 1.35-1+b1 Severity: wishlist Dear Maintainer, rclone has had a new release for some time already [1], but it appears the watch file is broken. Cheers Stefan [1] https://github.com/ncw/rclone/releases/tag/v1.36 -- System Information: Debian Release: 9.0 APT prefers testing APT policy: (500, 'testing'), (10, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages rclone depends on: ii libc6 2.24-9 rclone recommends no packages. rclone suggests no packages. -- no debconf information
Bug#853086: livestreamer: Can't play twitch streams: Client Error: Bad Request for url
Yes, unfortunately. livestreamer has not seen any upstream development in quite some time and there are related bug reports in its Github Issues already. I deem it unlikely that there will be an upstream release that fixes your issue anytime soon. However, there is a project called "streamlink" [1], which is an active fork of livestreamer. streamlink is not yet in Debian, but includes an adapted debian/ from livestreamer. If you're looking for a replacement, I guess this is your best option. [1] https://github.com/streamlink/streamlink
Bug#850667: gnome-mpv: no more scroll indicator after updating mpv to 0.23.0-1
Package: gnome-mpv Version: 0.10-1 Severity: normal Dear Maintainer, after updating mpv there is no more scrollbar indicator and the scrollbar does not work when clicked. I presume I have updated from mpv 0.22.0-1. The issue is fixed if I build gnome-mpv from source. Would you kindly either update to gnome-mpv 0.11 before the freeze or backport the required patch? If needed, I can bisect the source to figure out which patch fixes gnome-mpv. Cheers Stefan -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing'), (10, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.8.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gnome-mpv depends on: ii dconf-gsettings-backend [gsettings-backend] 0.26.0-2 ii libatk1.0-0 2.22.0-1 ii libc62.24-8 ii libcairo-gobject21.14.8-1 ii libcairo21.14.8-1 ii libepoxy01.3.1-1 ii libgdk-pixbuf2.0-0 2.36.2-1 ii libglib2.0-0 2.50.2-2 ii libgtk-3-0 3.22.5-1 ii libmpv1 0.23.0-1 ii libpango-1.0-0 1.40.3-3 ii libpangocairo-1.0-0 1.40.3-3 Versions of packages gnome-mpv recommends: ii youtube-dl 2016.12.01-1 gnome-mpv suggests no packages. -- no debconf information
Bug#813911: livestreamer: start the livestreamer is said to "python-librtmp is not installed".
Hi, thank you for reporting this bug. It is caused by a missing dependency in python-librtmp which I will fix in a moment. As a workaround, you can install python-cffi manually. However, it seems that there has been an additional change in ustream. This causes the desktop streams to not be available, even when you install the dependency manually. I will follow this up separately. Cheers Stefan signature.asc Description: OpenPGP digital signature
Bug#813911: upstream bug for stream parse issue
The "other issue" with ustream desktop streams I was referring to is already reported upstream, see: https://github.com/chrippa/livestreamer/issues/1122 signature.asc Description: OpenPGP digital signature
Bug#813911: livestreamer: start the livestreamer is said to "python-librtmp is not installed".
Hrm... that is unexpected. Please note that the new upload for python-librtmp is already in the queue, so disregard any automated closings of this bug. I will reopen it. Can you please open a python shell and run "import librtmp" and post the output here? If everything works you should see no additional output. Otherwise you should see an error. Here is how it looks for me if everything worked: stefan@aard ~ $ python Python 2.7.11 (default, Jan 11 2016, 21:04:40) [GCC 5.3.1 20160101] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import librtmp >>> I checked this with python-librtmp 0.2.2. The new version has been accepted into unstable already and should be available within a few hours I presume. Can you check if the problem goes away when you install python-librtmp from unstable? Thanks, Stefan signature.asc Description: OpenPGP digital signature
Bug#809547: livestreamer: Python error
Yes, Elia is right. Installing python-requests from unstable will fix the issue. As far as I can tell, it looks like python-urllib3 was already updated, but python-requests was not and is still expecting the old version of urllib. It has been fixed in python-requests (see [1]). Anyway, this fixes running and building livestreamer: sudo apt install -t unstable python3-requests python-requests I am not sure I can do much to alleviate the issue. I can certainly update the packaging to require a higher python-requests version, but that will make the package just un-installable in testing. Thomas, can you confirm this problem is fixed for you after either install python-requests and python3-requests with 2.9.1-1 or greater? Thanks, Stefan [1] http://metadata.ftp-master.debian.org/changelogs/main/r/requests/requests_2.9.1-1_changelog
Bug#792631: python-librtmp: diff for NMU version 0.2.2-1.1
Hello, no, please continue with the upload. Thank you all for debugging and patching the issue. I missed the original mails because they were marked as spam. I'll look into improving that, so that I am more responsive in the future. Stefan
Bug#772890: Jessie will ship with broken livestreamer
Hi Onur, I don't plan to bring an updated version of livestreamer to Debian stable (jessie) or to provide backports. Among other reasons, the non-latest version of livestreamer will always be broken for some service or another. This roots in the nature of how livestreamer interacts with the various services. Most likely every livestreamer update would have to be made available in jessie. I don’t think this is feasible. Instead, please install livestreamer from testing (unstable), as long as the other dependencies can be satisfied from stable. Cheers, Stefan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772890: (no subject)
I’ve updated the package tonight and already sent out the RFS. So, please be patient. If you want to have it now and prefer the packaged version over pip or other methods, you can download the version submitted as RFS here: https://www.yrden.de/debian/livestreamer/ Cheers Stefan signature.asc Description: OpenPGP digital signature
Bug#770165: livestreamer: After upgrading python2.7 from 2.7.8-11 to 2.7.8-12 livestreamer don't works anymore
Hi, please only report only one issue per bug. Otherwise it's much harder to mark an issue solved and similar. I’ll close this bug, as it’s been fixed by a new Python upload to unstable. Thanks, Stefan signature.asc Description: OpenPGP digital signature
Bug#752743: (no subject)
Hi, thank you for providing the new ilive.to test link. Since this is working locally (see below), I assume the changes for ilive.to made in 1.11.0 of livestreamer has fixed your issue. The updated version of livestreamer has already been submitted for review. I will verify the given example still works once the package has migrated to unstable. On a general note you might be better off reporting broken streams/sites directly upstream. I don’t directly work on livestreamer and only forward your reports. You can find the upstream bug tracker at: https://github.com/chrippa/livestreamer/issues Cheers, Stefan stefan@xeen ~ $ livestreamer --version livestreamer 1.11.1 stefan@xeen ~ $ livestreamer http://www.ilive.to/view/68968 best [cli][info] Found matching plugin streamlive for URL http://www.ilive.to/view/68968 [cli][info] Available streams: 296k (worst), live (best) [cli][info] Opening stream: live (rtmp) [cli][info] Starting player: mpv [cli][info] Player closed [cli][info] Stream ended signature.asc Description: OpenPGP digital signature
Bug#770165: livestreamer: After upgrading python2.7 from 2.7.8-11 to 2.7.8-12 livestreamer don't works anymore
I've tried this on a recent unstable and it works for me. To be exact, the versions used are: python2.7 2.7.9-1 amd64 libpython2.7-stdlib:amd64 2.7.9-1 with the new livestreamer 1.11.1-1 release. Can you check if this issue has been resolved for you as well with the new Python 2.7 upload? signature.asc Description: OpenPGP digital signature
Bug#770165: livestreamer: After upgrading python2.7 from 2.7.8-11 to 2.7.8-12 livestreamer don't works anymore
The issue you have is most likely the same as #770172 and not within livestreamer itself. Let’s recheck if livestreamer works again once the fix for #770172 is in unstable. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760729: ITP: python-librtmp -- librtmp binding for Python
Package: wnpp Severity: wishlist Owner: Stefan Breunig stefan-deb...@yrden.de * Package name: python-librtmp Version : 0.2.1 Upstream Author : Christopher Rosell chri...@tanuki.se * URL : http://pythonhosted.org/python-librtmp/ * License : BSD-2-clause Programming Lang: Python Description : librtmp binding for Python librtmp allows one to dump the media content streamed over the RTMP protocol. This package provides the bindings for Python. python-librtmp is an optional dependency for livestreamer, allowing livestreamer to access ustream desktop streams, for example. I plan to maintain this package myself, but I’m going to need a sponsor. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757347: livestreamer: ustream plugin problem
I checked back with the upstream author, he says it should be fixed with this commit: https://github.com/chrippa/livestreamer/commit/f1b2cd1aa91042f7a4d8b5da0ae051554f1ba308 So, installing livestreamer from HEAD should work – or simply wait until 1.9.1 is released and packaged. If you do test the latest version, please report back if it fixes the issue for you. Cheers, Stefan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757347: livestreamer: ustream plugin problem
The CBS Stream doesn’t offer mobile streams. In order to access desktop streams, you to install python-librtmp[1]. Unfortunately, this is not yet packaged for Debian, so you’ll have to manually install it in the meantime. I’m not sure why livestreamer doesn’t give you the correct hint. For me, it specifically tells me that it requires python-librtmp to access the desktop streams (see [2]). [1] http://pythonhosted.org/python-librtmp/ [2] livestreamer http://www.ustream.tv/cbsnews best [cli][info] Found matching plugin ustreamtv for URL http://www.ustream.tv/cbsnews [plugin.ustreamtv][warning] python-librtmp is not installed, but is needed to access the desktop streams error: No streams found on this URL: http://www.ustream.tv/cbsnews -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752743: (no subject)
Thank you for reporting the issue. I tried with the new upstream version (1.9.0) and both the livestation.com link and the ustream.tv link you posted appear to work. I couldn’t get the ilive.to link to work though, neither through livestreamer nor through a browser. Is it outdated, perhaps? I presume the updated livestreamer version should be available in Debian somewhen next week. Can you provide a new ilive.to link or re-check it on your side, once the package update has made it to your machine? signature.asc Description: OpenPGP digital signature
Bug#740062: ITP: livestreamer -- CLI that pipes video streams to video players
Package: wnpp Severity: wishlist Owner: Stefan Breunig stefan-deb...@yrden.de * Package name: livestreamer Version : 1.7.3 Upstream Author : Christopher Rosell * URL : http://livestreamer.tanuki.se * License : BSD-2-clause, MIT, Apache 2.0 Programming Lang: Python Description : CLI that pipes video streams to video players Livestreamer is a Command Line Interface that pipes video streams from various services into a video player, such as VLC. The main purpose of Livestreamer is to allow the user to avoid buggy and CPU heavy flash plugins but still be able to enjoy various streamed content. . Currently most of the big streaming services are supported (e.g. Dailymotion, Livestream, Justin.tv, Twitch, YouTube Live and UStream) and more specialized content providers can be added easily using Livestreamer’s plugin system. Similar Packages: cclive/quvi/nomnom: download non-live videos, optionally allowing them to be streamed. get-iplayer: streams BBC TV and radio programmes, similar to how Livestreamer works. BBC is currently not supported by Livestreamer. rtmpdump: allows streaming of media via the RTMP protocol if the RTMP URL is known. Sources/Qualities need to be manually extracted. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735003: sabnzbdplus: add systemd service file
Hi, (1) Why force the log level on startup at all, esp. to a level that iirc is the default anyway? The idea is to ensure that sabnzbd always logs when run via systemd. systemd handles all this sensibly, so as far as I can tell there’s little downside to this. For example, running systemctl status sabnzbdplus@test.service will include the last few lines of the log, maybe helping you figure out why it isn’t running. Downside is most likely that this will overwrite the value in the config files and maybe sabnzbd does log this as well (haven’t checked). (2) User=%I, Group=%I: according to the systemd.unit manpage, %I is the unescaped instance name, a term that apparently refers to the username part of the command used to start/enable the service. Does this mean the proposed service file requires the group to match the username? The value can be anything, so it could also be used to specify the port to use. As far as I know, specifying multiple values is not possible. After reading your third point, I believe this could go altogether, unless running multiple sabnzb instances is common. (3) Is there any way of passing command line arguments and/or systemd options? Other than by direct editing of the service file, as it appears such edits do not survive package updates. More options: It’s possible to set environment variables that can also directly be used in the ExecStart command. I’m not sure why it’s not documented in systemd.service(5), but it’s on [1], in the ExecStart= subsection. Basically: Environment=ONE=one 'TWO=two two' ExecStart=/bin/echo $ONE $TWO ${TWO} Especially the --config-file option would be a good idea to include in the service file. According to “sabnzbdplus --help”, server:port are stored in the config file. Is that actually the case? If so, wouldn’t it make more sense to configure it there and keep the service file mostly static? Surviving package updates: Users can copy the provided file in /lib/systemd/system to /etc/systemd/system and modify that. systemd-delta shows what changes have been made. It should also be possible to create files in /etc/systemd/system/sabnzbdplus.service.d/change_config_path.conf with just the path to the config file changed, but otherwise simply using the provided service file. This is documented in systemd.unit(5). (4) Shouldn't some attempt be made to start sab reasonably late, e.g. via the After=... unit option? The init.d script does so (by popular demand); I’m not familiar enough with the targets you mentioned to liken it to how systemd works. [2] is a good writeup on the issue, but the basic notion is that sabnzbd needs to be able to handle connectivity changes so that it will always work. That being said, there’s no harm including a `After=network.target` in the unit section and pointing people to [2]. [1] http://www.freedesktop.org/software/systemd/man/systemd.service.html [2] http://www.freedesktop.org/wiki/Software/systemd/NetworkTarget/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735003: sabnzbdplus: add systemd service file
Package: sabnzbdplus Version: 0.7.16-1 Severity: wishlist Hi, please add a systemd service file, so users with that init system may benefit from the advantages of systemd. An example file has been recently merged to the upstream develop branch. The service file deliberately ignores the /etc/default/sabnzbdplus file, as this is how others handle it. I have a patch that sort of works, but also tries to install the service file for the non-binary packages. As far as I can tell, the recommended action would be to upgrade this to use dh directly, which would handle that automatically. The patch would then look very similar to the one in #713878. I do not feel equipped to upgrade to dh, though. Upstream uses sabnzbd instead of sabnzbdplus, which is the reason why my patch includes the service file rather than patching it. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (101, 'experimental'), (90, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sabnzbdplus depends on: ii python 2.7.5-5 ii python-cheetah 2.4.4-3 ii python-configobj 4.7.2+ds-5 ii python-feedparser5.1.3-1 ii sabnzbdplus-theme-plush 0.7.16-1 Versions of packages sabnzbdplus recommends: ii par2 0.4-11 ii python-openssl 0.13-2.1 ii python-yenc0.4.0-1 ii sabnzbdplus-theme-classic 0.7.16-1 ii sabnzbdplus-theme-smpl 0.7.16-1 ii unrar 1:5.0.10-1 ii unzip 6.0-10 Versions of packages sabnzbdplus suggests: ii python-dbus 1.2.0-2+b1 ii python-notify 0.1.1-3 pn sabnzbdplus-theme-mobile none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735003: Acknowledgement (sabnzbdplus: add systemd service file)
diff --git a/control b/control index ce5f2cf..33fe11f 100644 --- a/control +++ b/control @@ -4,7 +4,7 @@ Section: contrib/net Priority: optional Maintainer: JCF Ploemen (jcfp) li...@jcf.pm Uploaders: Python Applications Packaging Team python-apps-t...@lists.alioth.debian.org -Build-Depends: debhelper (= 7.0.0), python (= 2.6.6-3~), imagemagick +Build-Depends: debhelper (= 7.0.0), python (= 2.6.6-3~), imagemagick, dh-systemd (= 1.5) Standards-Version: 3.9.4 X-Python-Version: = 2.5 Vcs-Svn: svn://anonscm.debian.org/python-apps/packages/sabnzbdplus/trunk/ diff --git a/rules b/rules index 823ce3f..fbcfb17 100755 --- a/rules +++ b/rules @@ -67,7 +67,9 @@ binary-indep: install dh_installmenu -i dh_lintian -i dh_python2 -i + dh_systemd_enable --no-enable sabnzbdplus@.service dh_installinit -i -- defaults 98 02 + dh_systemd_start dh_compress -i dh_fixperms -i dh_installdeb -i diff --git a/sabnzbdplus.install b/sabnzbdplus.install index 8557c2b..5487b27 100644 --- a/sabnzbdplus.install +++ b/sabnzbdplus.install @@ -26,3 +26,6 @@ sabnzbdplus.png /usr/share/pixmaps/ # gntp (as a private module) gntp /usr/share/sabnzbdplus/ + +# systemd unit file +debian/sabnzbdplus@.service /lib/systemd/system/ diff --git a/sabnzbdplus@.service b/sabnzbdplus@.service new file mode 100644 index 000..3c8761e --- /dev/null +++ b/sabnzbdplus@.service @@ -0,0 +1,18 @@ +# To start SABNzbdplus once for USER use: +# systemctl start sabnzbdplus@USER.service +# +# To start SABNzbdplus on boot for USER use: +# systemctl enable sabnzbdplus@USER.service +# +# Config will be placed in ~USER/.sabnzbd/ + +[Unit] +Description=SABnzbd binary newsreader + +[Service] +ExecStart=/usr/bin/sabnzbdplus --logging 1 --browser 0 +User=%I +Group=%I + +[Install] +WantedBy=multi-user.target
Bug#726230: iceweasel: broken geolocation due to missing google api key
Package: iceweasel Version: 25.0~b3-1 Severity: normal Dear Maintainer, geolocation is broken because the required Geolocation key is missing. STR: 1. about:config, set geo.wifi.logging.enabled to true 2. start Iceweasel in a shell 3. visit http://html5demos.com/geo 4. observe output It uses the following URL to request a location: https://www.googleapis.com/geolocation/v1/geolocate?key=no-google-api-key Google returns status code 400 and complains about missing/incorrect API key. The same bug is present in Ubuntu: https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1235912 I’ve tested it with a new profile with the same results. -- Plugins information Name: Google Talk Plugin Location: /opt/google/talkplugin/libnpgoogletalk.so Package: google-talkplugin Status: enabled Name: Google Talk Plugin Video Accelerator Location: /opt/google/talkplugin/libnpgtpo3dautoplugin.so Package: google-talkplugin Status: enabled Name: Google Talk Plugin Video Renderer Location: /opt/google/talkplugin/libnpo1d.so Package: google-talkplugin Status: enabled Name: Shockwave Flash Location: /usr/lib/flashplugin-nonfree/libflashplayer.so Status: enabled -- Addons package information ii google-talkplu 4.7.0.0-1amd64Google Talk Plugin ii iceweasel 25.0~b3-1amd64Web browser based on Firefox -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (101, 'experimental'), (90, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages iceweasel depends on: ii debianutils 4.4 ii fontconfig 2.10.2-2 ii libc6 2.17-93 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-02.36.4-1 ii libgtk2.0-0 2.24.21-1 ii libnspr42:4.10-1 ii libnspr4-0d 2:4.10-1 ii libsqlite3-03.8.0.2-1 ii libstdc++6 4.8.1-10 ii procps 1:3.3.4-2 ii xulrunner-25.0 25.0~b3-1 iceweasel recommends no packages. Versions of packages iceweasel suggests: ii fonts-mathjax 2.2-1 ii fonts-oflb-asana-math 000.907-4 ii fonts-stix [otf-stix] 1.1.0-1 ii libgssapi-krb5-2 1.11.3+dfsg-3 pn mozplugger none ii otf-stix 1.1.0-1 Versions of packages xulrunner-25.0 depends on: ii libasound21.0.27.2-1 ii libatk1.0-0 2.10.0-2 ii libbz2-1.01.0.6-5 ii libc6 2.17-93 ii libcairo2 1.12.16-2 ii libdbus-1-3 1.6.14-1 ii libdbus-glib-1-2 0.100.2-1 ii libevent-2.0-52.0.21-stable-1 ii libfontconfig12.10.2-2 ii libfreetype6 2.4.9-1.1 ii libgcc1 1:4.8.1-10 ii libgdk-pixbuf2.0-02.28.2-1 ii libglib2.0-0 2.36.4-1 ii libgtk2.0-0 2.24.21-1 ii libhunspell-1.3-0 1.3.2-4 ii libmozjs25d 25.0~b3-1 ii libnspr4 2:4.10-1 ii libnss3 2:3.15.1-1 ii libpango-1.0-01.32.5-5+b1 ii libpixman-1-0 0.30.2-1 ii libsqlite3-0 3.8.0.2-1 ii libstartup-notification0 0.12-3 ii libstdc++64.8.1-10 ii libvpx1 1.2.0-2 ii libx11-6 2:1.6.1-1 ii libxext6 2:1.3.2-1 ii libxrender1 1:0.9.8-1 ii libxt61:1.1.4-1 ii zlib1g1:1.2.8.dfsg-1 Versions of packages xulrunner-25.0 suggests: ii libcanberra0 0.30-2 ii libgnomeui-0 2.24.5-2 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689261: untex: homepage is 404
Package: untex Version: 1:1.2-4 Severity: minor Hi, the homepage currently listed[1] seems to be 404. The package is still available on [2], so I guess it has simply moved and needs to be updated. Cheers, Stefan [1] http://tug.ctan.org/cgi-bin/ctanPackageInformation.py?id=untex [2] http://www.ctan.org/pkg/untex -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (90, 'unstable'), (70, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages untex depends on: ii libc6 2.13-35 untex recommends no packages. untex suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659769: espeak-gui: no language auto detection without “libtextcat0”
Package: espeak-gui Version: 0.4-1 Severity: normal espeak-gui uses /usr/lib/libtextcat.so.0, provided by libtextcat0 to determine the input language automatically. Please add the package to deps or suggestions. -- System Information: Debian Release: 6.0.4 APT prefers stable APT policy: (700, 'stable'), (90, 'unstable'), (90, 'testing'), (70, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages espeak-gui depends on: ii gconf2 2.32.4-1 GNOME configuration database syste ii python 2.6.6-3+squeeze6 interactive high-level object-orie ii python-espeak 0.4-1Python bindings for eSpeak ii python-gconf2.28.1-1 Python bindings for the GConf conf ii python-gtksourceview2 2.10.1-1 Python bindings for the GtkSourceV ii python-support 1.0.10 automated rebuilding support for P Versions of packages espeak-gui recommends: ii libtextcat0 2.2-10 Language detection library espeak-gui suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659771: espeak-gui: dependencies miss python-gtkspell
Package: espeak-gui Version: 0.4-1 Severity: normal When python-gtkspell is not installed, espeak-gui will not start and print the following error: Traceback (most recent call last): File /usr/bin/espeak-gui, line 25, in module from src import main File /usr/share/espeak-gui/src/main.py, line 28, in module import gtkspell ImportError: No module named gtkspell Installing python-gtkspell solves the issue. -- System Information: Debian Release: 6.0.4 APT prefers stable APT policy: (700, 'stable'), (90, 'unstable'), (90, 'testing'), (70, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages espeak-gui depends on: ii gconf2 2.32.4-1 GNOME configuration database syste ii python 2.6.6-3+squeeze6 interactive high-level object-orie ii python-espeak 0.4-1Python bindings for eSpeak ii python-gconf2.28.1-1 Python bindings for the GConf conf ii python-gtksourceview2 2.10.1-1 Python bindings for the GtkSourceV ii python-support 1.0.10 automated rebuilding support for P Versions of packages espeak-gui recommends: pn libtextcat0 none (no description available) espeak-gui suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org