Bug#1001784: RM: vdr-plugin-games -- ROM; no upstream activity, low popcon, does not build anymore

Package: ftp.debian.org Severity: normal X-Debbugs-Cc: et...@debian.org Please remove vdr-plugin-games. This VDR plugin does not build anymore with recent VDR versions and there has been no upstream activity in the last 15 years and there exists no fork.

Bug#1001783: RM: vdr-plugin-vcd -- ROM; no upstream activity, low popcon

Package: ftp.debian.org Severity: normal X-Debbugs-Cc: et...@debian.org Please remove vdr-plugin-vcd. There has been no upstream activity in the last 14 years and the upsteam project site is completely gone. There also exists not fork of this project. Thanks, Tobias

Bug#1001747: RM: vdr-plugin-xine -- ROM; no upstream activity, low popcon

Package: ftp.debian.org Severity: normal X-Debbugs-Cc: et...@debian.org Please remove vdr-plugin-xine. The upstream site doesn't even exist anymore and with vdr-plugin-xineliboutput a replacement solution is available. Thanks, Tobias

Bug#1001601: RM: libmdsp -- ROM; no upstream activity, low popcon, no build dependencies

Package: ftp.debian.org Severity: normal X-Debbugs-Cc: et...@debian.org libmdsp is only used by package vdr-plugin-weather, which has a pending removal request as well. It's a static library not developed upstream anymore and should be removed. Thanks, Tobias

Bug#1001600: RM: vdr-plugin-weather -- ROM; no upstream activity, low popcon

Package: ftp.debian.org Severity: normal X-Debbugs-Cc: et...@debian.org This package is a plugin for the package 'vdr' but has been abandoned by upstream about 19 years ago. It has a very low popcon user rating and should be removed. Thanks, Tobias

Bug#943782: vdr-plugin-epgsearch: Wish to backport unstable to buster.

Hello Jari, I have armhf builds of the VDR packages in my private repository at: deb https://packages.e-tobi.net/vdr-experimental buster base vdr-multipatch addons Currently I don't plan to do any official backports. Maybe once all packages have been migrated to Testing. BR, Tobias On 29.10.1

Bug#917663: vdr-plugin-dvbhddevice: FTBFS: dvbhdffdevice.c:569:33: error: 'AUDIO_GET_PTS' was not declared in this scope

Version: 2.2.0-10

Bug#532093: AleVT in dvb-apps

Hello Göran! dvb-apps doesn't seem to be actively been worked on by upstream as well. The last upstream commit was about 5 years ago. But it's still younger than the original alevt. So I guess alevt can indeed be "merged" into dvb-apps. dvb-apps can need a little help as well. There have only

Bug#896169: nmu: vdr-plugin-{vcd,xineliboutput}

Uh, you're right! I've messed up my local repository when migrating to Salsa and tried building the wrong version. So I guess this package will stay alive a little bit longer :) Thanks! signature.asc Description: OpenPGP digital signature

Bug#896169: nmu: vdr-plugin-{vcd,xineliboutput}

Thanks! Seems I've missed to upload it. The new xineliboutput version should be available in Sid soon. I think I will remove the VCD plugin - this isn't maintained by upstream for more than a decade now and it doesn't build out-of-the box with VDR 2.4.0 anymore. signature.asc Description: Open

Bug#893364: RM: vdr-plugin-sudoku -- ROM; no upstream activity, low popcon

Package: ftp.debian.org Severity: normal --- Please enter the report below this line. --- This package is a plugin for the package 'vdr' but is not compatible with the latest vdr version anymore. The plugin isn't maintained by upstream anymore and should be removed. Thanks, Tobias --- System i

Bug#893363: RM: vdr-plugin-spider -- ROM; no upstream activity, low popcon

Package: ftp.debian.org Severity: normal --- Please enter the report below this line. --- This package is a plugin for the package 'vdr' but is not compatible with the latest vdr version anymore. The plugin isn't maintained by upstream anymore and should be removed. Thanks, Tobias --- System i

Bug#893362: RM: vdr-plugin-sudoku: ROM; Package not maintained upstream anymore, low popcon

Package: ftp.debian.org Severity: normal This binary package is a plug-in for the package "vdr" which was never built due to missing dependencies for kfreebsd and hurd. It was never usable on these architecures and the latest version of this package won't build for these architectures anymore. Pl

Bug#843096: kodi-pvr-vdr-vnsi: Incompatible xbmc API version for 17.beta

I'm working on it and will upload a new version soon. Tobias On 03.11.2016 19:53, Thomas Renard wrote: > Package: kodi-pvr-vdr-vnsi > Version: 1.11.15-1 > Severity: normal > > Dear Maintainer, > > with upgrade to 17.0~beta5 this addon does not work anymore. Log output: > > ERROR: PVR - Add-on

Bug#835799: tntnet: diff for NMU version 2.2.1-2.1

epend on zlib1g-dev (Closes: #835799) + + -- Tobias Grimm Sun, 25 Sep 2016 10:50:02 +0200 + tntnet (2.2.1-2) unstable; urgency=medium * Bump library package name to 12v5 for C++ ABI transition. (Closes: diff -Nru tntnet-2.2.1/debian/control tntnet-2.2.1/debian/control --- tntnet-2.2.1/d

Bug#832364: kodi: Crashes on trying to play any TV recording

ote: > Hi Tobias, > > 2016-09-06 14:35 GMT+02:00 Tobias Grimm : >> I can provide a sample without any copyrighted content if that helps. > > That would definitely be the best. > Could you please link to it from the bug? > > Cheers, > Balint > >> >>

Bug#832364: kodi: Crashes on trying to play any TV recording

Hello Balint, > Tobias, could you please share the test file or test kodi again? I've just tested it. It crashes when playing a VDR TS recording with 16.1+dfsg1-1 and after upgrading to 16.1+dfsg1-2 it works fine for the same recording. So I think 832364 can be closed. bye, Tobias signatur

Bug#828069: Segfault on "repair folder"

After seeing random crashes I started a "Repair Folder" today and it crashed again. Now every time I start Icedove it starts rebuilding the index for this folder and immediately crashes. I've tried icedove_45.2.0-2+gcc6_amd64.deb - didn't help. Kinda sucks, because I now can't use Icedove at all

Bug#832364: kodi: Crashes on trying to play any TV recording

7-31 17:44 GMT+02:00 Tobias Grimm : >> I can confirm this. Running 16.1+dfsg1-1 worked, then I've updated the >> system and it crashes when playing TS recordings (playing via a PVR addon >> works fine). >> >> I've rebuilt the package (had to apply some fixes

Bug#832364: kodi: Crashes on trying to play any TV recording

I can confirm this. Running 16.1+dfsg1-1 worked, then I've updated the system and it crashes when playing TS recordings (playing via a PVR addon works fine). I've rebuilt the package (had to apply some fixes to do so) and now it runs fine. Tobias signature.asc Description: OpenPGP digital sig

Bug#803867: vdr-plugin-softhddevice: FTBFS with FFmpeg 2.9

Hello Harald, thanks for pointing that out! I've changed this in the patch. If you want to try it, please check: http://anonscm.debian.org/cgit/pkg-vdr-dvb/vdr-plugin-softhddevice.git/ BR, Tobias On 07.03.2016 12:05, Harald Gutmann wrote: > Dear Andreas Cadhalpun, > > thank you for providin

Bug#806592: vdr: Fails to start without video directory

Hello Paul! What would be a better location for the recording directory? /var/lib/video was especially chosen more than a decade ago to be FHS conform (/video was used before). Maybe /var/lib/vdr/(video|recordings) would be better? On new installations root will be asked to create /var/lib/video.

Bug#801582: problem still exist

1.1-4 does not install the grub2 script anymore. You might need to manually delete /etc/grub.d/50_nvram_wakeup and run update-grub to clean up the mess I did with 1.1-3 (sorry for this!). Are you actually using nvram-wakeup? It's on of the packages I plan to completely remove sooner or later. BR

Bug#775607: libxine2-xvdr: Freezing of vdr-sxfe/vdr-fbfe with trap divide error

Version: 1.1.0+cvs20150907-2 I couldn't reproduce this, but I guess this should be solved with 1.1.0+cvs20150907-2. Tobias signature.asc Description: OpenPGP digital signature

Bug#679987: Blank screen on UK channel 5

I'm closing this bug. If this is still an issue, please try with the latest vdr version and report a new bug. signature.asc Description: OpenPGP digital signature

Bug#718433: xineliboutput-sxfe: fast forward jumps back after forwading

Version: 1.1.0+cvs20150907-2 I assume, this is fixed by now. At least I can not reproduce it in the current version. Tobias signature.asc Description: OpenPGP digital signature

Bug#800405: ITP: vdr-plugin-softhddevice -- HD output device plugin for VDR

Package: wnpp Severity: wishlist Owner: Tobias Grimm * Package name: vdr-plugin-softhddevice Version : 0.6.0 Upstream Author : Lutz Sammer * URL : http://projects.vdr-developer.org/projects/plg-softhddevice * License : GPL Programming Lang: C++ Description

Bug#800000: vdr-plugin-prefermenu: FTBFS: Can't open /usr/share/vdr-dev/dependencies.sh

Bug #80 - yay! vdr-plugin-prefermenu has been removed from unstable two days ago. It has no upstream source anymore and is broken for quit some time now, so I decided to drop it. Tobias

Bug#799809: RM: vdr-plugin-prefermenu -- ROM; no upstream activity, low popcon

Package: ftp.debian.org Severity: normal This plugin has no upstream source anymore and is broken for quit some time now without anyone noticing, so it should be removed.

Bug#799483: vdr: Broken commands.conf due to echo -e not understood by dash

Thanks Eric! Will be fixed in the next upload. Tobias signature.asc Description: OpenPGP digital signature

Bug#797742: debhelper: dh_fixperms and dh_md5sums might run into "/usr/bin/xargs: ... Argument list too long"

Package: debhelper Version: 9.20150101 Severity: normal I'm building packages using cowbuilder/pbuilder. Recently I also do this for armhf using qemu. There it happens, that I run into problems with dh_fixperms and dh_md5sums for packages with lots of files. e.g. one package contains about 1459 fi

Bug#788100: The bug is still there on new version

g I can do right now. Upstream probably will not create a workaround and I can't do this either, because I have no way to test this. Tobias On 14.06.2015 10:51, Eric Valette wrote: > On 14/06/2015 10:42, Eric Valette wrote: >> On 14/06/2015 00:25, Tobias Grimm wrote: >>>

Bug#788100: The bug is still there on new version

Ok. I digged a bit deeper into to this. For some reason your local broadcaster sends 0x for the centre_frequency field of the terrestrial delivery system descriptor in the NIT (Network Information Table). I've contacted the upstream author, but he doesn't think, it should be fixed in w_sca

Bug#788100: full trace attached

Hello Eric, I'm not sure if this was fixed upstream, but please try 20141122-1 from Sid first. BR, Tobias signature.asc Description: OpenPGP digital signature

Bug#704259: vdr-plugin-xineliboutput: VDR tends to crash when stopping playing an internet radio

On 02.05.2015 21:07, Eric L. wrote: > b. perhaps instead of completely disabling the ReplayPosition function it > could be possible to have something similar to a try/catch in Java? Does > this exist under C/C++? Can SEGV be caught? Not really. There's a library called segvcatch, but this feels l

Bug#704259: vdr-plugin-xineliboutput: VDR tends to crash when stopping playing an internet radio

Can you reproduce this WITHOUT ImonLCD? The problem is - in order to fix this, I need to reliably reproduce this segfault on my system. Tobias signature.asc Description: OpenPGP digital signature

Bug#722861: vdr-plugin-live link with -L/usr/lib

The "-L/usr/lib" actually comes from the tntnet-config --libs call: $ tntnet-config --libs -L/usr/lib -ltntnet -lcxxtools I'm re-assigning this to tntnet/libtntnet-dev. Tobias signature.asc Description: OpenPGP digital signature

Bug#708683: upgrading to vdr 2.0.1-1 breaks lirc integration

On 17.05.2013 19:52, Stefan Lippers-Hollmann wrote: > After upgrading vdr from 1.7.28-1 to 2.0.1-1, the configured lirc > remote doesn't work anymore Thanks! I actually missed to merge some lines into init.vdr. The new version should allow to disable LIRC, that's why I added a new config-optio

Bug#666742: xine image size issue.

Hello! I think I know what's going wrong. libxine uses XvShmCreateImage to create images, but somehow the image size is limited. XvShmCreateImage then creates a smaller image and libxine runs into a segfault, when trying to fill the image data with larger image data. The max image size seems to

Bug#666742: xineliboutput-sxfe: vdr-sxfe fails on looking bigimages with xineliboutput plugin

On 22.04.2013 10:04, Eric Lavarde - Debian Bugs wrote: >> Can you please provide some more failing images? I really would like to >> reproduce this somehow. > Is this request still valid after my last email (the one where I create a > blank picture and it still fails with xine, starting with a cer

Bug#666742: xineliboutput-sxfe: vdr-sxfe fails on looking big images with xineliboutput plugin

On 21.04.2013 12:57, Eric Lavarde wrote: > I tried with and without the xine-dbg and libxine2-dbg packages installed, > and you can find the result as usual attached; it didn't change the behavior, > just the error output. > The core files in both cases are again to be found under > http://eric.la

Bug#666742: xineliboutput-sxfe: vdr-sxfe fails on looking big images with xineliboutput plugin

On 20.04.2013 10:41, Eric Lavarde wrote: > The error seems to happen in libgraphicsmagick3 (version 1.3.16-1.1) Not exactly. libgraphicsmagick3 just seems to handle an abort-signal triggered by libxine2. The problem happens in libxine2, when a pointer gets freed. This indicates that this pointer

Bug#704259: vdr-plugin-xineliboutput: VDR tends to crash when stopping playing an internet radio

On 05.04.2013 11:06, Eric Lavarde wrote: will try this in my test environment, in the mean time, I found a little bit more but it puzzles me a bit more also. I found in the syslog a segfault message coming from the kernel/iMonLCD (?!) before each VDR restart: Do you have the imonlcd-Plugin i

Bug#704259: vdr-plugin-xineliboutput: VDR tends to crash when stopping playing an internet radio

On 30.03.2013 23:08, Tobias Grimm wrote: Please wait until next week. I'll then have the brand new VDR 2.0.0 packages available which should make debugging such crashes easier. Ok. A new VDR version is now availabl here: deb http://e-tobi.net/vdr-experimental wheezy base addon

Bug#704154: vdr - Fails if started without any of CAP_SYS_TIME, CAP_SYS_NICE or CAP_NET_RAW

On 30.03.2013 11:32, Bastian Blank wrote: Most systems should have some sort of ntp daemon installed, so updating with a less acurate source is bad anyway. But okay. This option is especially for people running the VDR without a network connection. This isn't that common nowadays, but not unu

Bug#704259: vdr-plugin-xineliboutput: VDR tends to crash when stopping playing an internet radio

On 30.03.2013 14:21, Eric Lavarde wrote: 2. ask if someone has a smart idea how I could debug such an irregular bug which takes so much time to appear. Right now I'm integrating the ability to create core dumps when VDR crashes and VDR and each plugin will come with a *.dbg package containing

Bug#704154: vdr - Fails if started without any of CAP_SYS_TIME, CAP_SYS_NICE or CAP_NET_RAW

I'm not sure, if this qualifies for a "serious" severity, turning this into an RC bug. You can still run VDR as root with "-u root" (or USER=root in /etc/default/vdr). CAP_SYS_TIME is required to update the system time with the time from the DVB broadcasters. This behavior is optional, disab

Bug#679987: Blank screen on UK channel 5

On 02.07.2012 21:08, John Williams wrote: > The vdr-sxfe program must be communicating with vdr, because if I send > LIRC commands to VDR, I can see the OSD correctly. Also, the "xine" > program with an xvdr:// MRL works OK on all channels; the problem only > occurs with vdr-sxfe If you record so

Bug#666742: xineliboutput-sxfe: vdr-sxfe fails on looking big images with xineliboutput plugin

On 24.06.2012 18:21, Eric Lavarde wrote: > Anyway, I updated my system and the problem is still there... I attach some > more logs (also a vdr-err log I found in my /tmp directory) but I didn't > notice > anything significantly different from my last logs. The libextractor messages in vdr-err lo

Bug#676952: linux-image-3.2.0-2-amd64: Unable to use Cine S2 DVB card, ddbridge driver missing

Package: linux-2.6 Version: 3.2.17-1 Severity: important Dear Maintainer, please enable the DVB_DDBRIDGE driver, which is required for the commonly used Cine S2 DVB cards. These worked before with 2.6.38. BR, Tobias -- Package-specific info: ** Version: Linux version 3.2.0-2-amd64 (Debian 3.2.

Bug#666742: xineliboutput-sxfe: vdr-sxfe fails on looking big images with xineliboutput plugin

On 01.04.2012 15:18, Eric Lavarde wrote: > when I try to look at images, vdr-sxfe segfaults on big images. I tried to > limit the range and come to the result that 1365x2048 works but 1728x2592 > resp. 2592x1728 doesn't). I had no Problem with images of this size. Can you please retry with the la

Bug#669963: RM: vdr-plugin-solitaire -- ROM; no upstream activity, low popcon

Package: ftp.debian.org Severity: normal --- Please enter the report below this line. --- The next VDR version will break this plugin and there has been no upstream activity since 7 years. Thanks, Tobias --- System information. --- Architecture: amd64 Kernel: Linux 3.2.0-2-amd64 Debi

Bug#669962: RM: vdr-plugin-freecell -- ROM; no upstream activity, low popcon

Package: ftp.debian.org Severity: normal --- Please enter the report below this line. --- The next VDR version will break this plugin and there has been no upstream activity since 8 years. Thanks, Tobias --- System information. --- Architecture: amd64 Kernel: Linux 3.2.0-2-amd64 Debi

Bug#669677: [ftp.debian.org] RM: vdr-plugin-solitaire -- ROM; no upstream activity, low popcon

Package: ftp.debian.org Severity: normal --- Please enter the report below this line. --- The next VDR version will break this plugin and there has been no upstream activity since 7 years. Thanks, Tobias --- System information. --- Architecture: amd64 Kernel: Linux 3.2.0-2-amd64 Debi

Bug#669676: [ftp.debian.org] RM: vdr-plugin-freecell -- ROM; no upstream activity, low popcon

Package: ftp.debian.org Severity: normal --- Please enter the report below this line. --- The next VDR version will break this plugin and there has been no upstream activity since 8 years. Thanks, Tobias --- System information. --- Architecture: amd64 Kernel: Linux 3.2.0-2-amd64 Debi

Bug#667394: Bug#667409: merging a few bugs

Dear tntnet maintainer, while cxxtools is fixed now, there's a small issue left with the headers provided by tntnet. I've attached a patch to be added to the Quilt patch queue which fixes this. Please let me know, if you want me to do a NMU. Thx, Tobias Index: tntnet-2.0+dfsg1/framework/com

Bug#668831: libxine2-xvdr: should provide plugin library in multi-arched path

Hello! On 14.04.2012 20:36, Dominique Dumont wrote: Xine is now looking for plugins in multi-arch'ed directory: /usr/lib/x86_64-linux-gnu/xine/plugins/2.1/ ii libxine2 1:1.2.1-0.4 You are using the xine packages from debian-multimedia.org, not the official Debian packages. T

Bug#661319: Bug#613196: vdr-plugin-xineliboutput: plugin fails to play DVDs with missing /dev/dvd

On 26.02.2012 10:57, Eric Lavarde wrote: > Using xine directly "xine dvd:/" I then got the error message: > libdvdread: Can't stat /dev/dvd > And indeed I don't have /dev/dvd anymore but only /dev/dvd1 (don't know why > but that's another story). > > It would be nice if the plugin could be

Bug#660729: vdr: Missing scr.conf in /var/lib/vdr

On 21.02.2012 10:59, Bastian Scholz wrote: > Possible solution is to copy the example scr.conf to /etc/vdr/ and create > a link in /var/lib/vdr/ to it. Thanks! Will be fixed with the upcoming upload of 1.7.24-1. Tobias signature.asc Description: OpenPGP digital signature

Bug#660316: Acknowledgement (libxine2-xvdr: xine cannot find input plugin for MRL xvdr+tcp://127.0.0.1:37890#nocache)

On 19.02.2012 17:55, Dominique Dumont wrote: >> I can confirm that the issue is due to the latest upgrade: downgrading >> back to version 1.0.7+cvs20120130.2334-2 from version >> 1.0.7+cvs20120214.0259-2 removed the issue for now (but I can't >> upgrade...). Mmmm... it's working for me on Wheezy

Bug#659655: xineliboutput-sxfe: vdr-sxfe segfaults error 4 inxineplug_inp_xvdr.so since upgrade to libxine2

On 14.02.2012 12:45, Eric Lavarde - Debian Bugs wrote: > I confirm and precise: the visualization for radio channels is > responsible; without visualization, vdr-sxfe doesn't segfault. Ok. Fixed and forwared upstream. I'll upload a new version soon. Tobias signature.asc Description: OpenPGP d

Bug#659655: xineliboutput-sxfe: vdr-sxfe segfaults error 4 inxineplug_inp_xvdr.so since upgrade to libxine2

On 14.02.2012 12:45, Eric Lavarde - Debian Bugs wrote: > I confirm and precise: the visualization for radio channels is > responsible; without visualization, vdr-sxfe doesn't segfault. Thx! I can reproduce this now. Working on it... Tobias signature.asc Description: OpenPGP digital signature

Bug#659655: xineliboutput-sxfe: vdr-sxfe segfaults error 4 in xineplug_inp_xvdr.so since upgrade to libxine2

On 12.02.2012 22:19, Eric Lavarde wrote: > vdr-sxfe is just starting and dropping with a segfault: > [ 3817.674930] vdr-sxfe[6098]: segfault at 8 ip 7f1285ce3f36 sp > 7f1287ffebd0 error 4 in xineplug_inp_xvdr.so[7f1285ccf000+25000] Sorry, I can't reproduce this. Can you play videos and V

Bug#659646: vdr: handling of symlinks in video directory broken

On 12.02.2012 20:30, Christoph Martin wrote: > introduced with version 1.7.23 symlink handling in the video directory seams > to be broken. This will be fixed in the next upstream release. http://linuxtv.org/pipermail/vdr/2012-January/025687.html http://linuxtv.org/pipermail/vdr/2012-February/02

Bug#656732: vdr-plugin-xineliboutput: PLS playlists are parsed wrongly so that equal (=) sign remains

> Fixed upstream today. > Thanks for reporting this! Thanks for fixing this! A new version will be uploaded to Sid soon. Tobias signature.asc Description: OpenPGP digital signature

Bug#656732: vdr-plugin-xineliboutput: PLS playlists are parsed wrongly so that equal (=) sign remains

On 21.01.2012 12:39, Eric Lavarde wrote: > when I use a .pls playlist to play a web radio, the vdr-plugin-imonlcd shows > "=Radio ZET" (in the attached example). I can't test this with imonlcd, so I need a little bit of help on tracking this down. Please edit the pls file and change the Name1=Ra

Bug#656890: xineliboutput-sxfe: crashes when trying to see images

On 22.01.2012 18:49, Eric Lavarde wrote: > when trying to look at image using the xineliboutput, sxfe crashes. I think this is a xine-lib issue. An assertion is thrown from libmagick++: vdr-dbg: magick/semaphore.c:525: LockSemaphoreInfo: Zusicherung »semaphore_info != (SemaphoreInfo *) ((void *)

Bug#657063: xineliboutput: FTBFS with libxine-dev in experimental

On 23.01.2012 21:12, Darren Salt wrote: > Alternatively, it may be worth grabbing a new snapshot; I'm told that changes Great to see xine-lib 1.2. finally becoming available. I'm going to upload a new xineliboutput with the latest VDR version somewhere over the weekend. Tobias signature.a

Bug#627441: [Pkg-fglrx-devel] Bug#627441: still present in 1:11-8-3

On 18.01.2012 21:45, Tobias Grimm wrote: > A recent update must have fixed this issue. I don't see this problem > anyomore in Gnome3. I think it probably wasn't an flgrx issue at all - at least not in my case. I just figured out, that when the moneyplex start/alarm tool is

Bug#627441: [Pkg-fglrx-devel] Bug#627441: still present in 1:11-8-3

On 31.12.2011 11:26, Tobias Grimm wrote: > Same problem with 1:11-12-1 and XOrg 1:7.6+10. > > I only see this issue with Gnome3 (mabye caused by the window animations). > Xfce doesn't seem to suffer from this problem. A recent update must have fixed this issue. I don't see

Bug#654818: Alevt

Hello Andreas! You probably have noticed #654818 already. Alevt doesn't seem to be upstream-maintained anymore and Uwe Bugla has published an updated fork within the dvb-apps suite of utilities. This now leads to a conflict between the two packages. We could: a) Declare these packages conflicti

Bug#654879: vdr-plugin-live: whats on: switch channel button is hidden by css

On 10.01.2012 02:52, lejacq...@gmail.com wrote: >> I'll have to set up a Wheezy with my VDR to see what's going on... might >> take some time... > > Thats fine for me. Thanks! It's indeed an issue with tntnet - when I update to version 2.0, I can reproduce this issue. The latest VCS-Snapshot of

Bug#654879: vdr-plugin-live: whats on: switch channel button is hidden by css

On 09.01.2012 10:17, lejacq...@gmail.com wrote: > I do not know if it is relevant in this context, but the problem also > exists when JS is turned off in the browser. Ok, then it can't be a JS issue. My VDR is running the latest VDR/Plugin versions but on Squeeze, so it might be a libtntnet issu

Bug#654879: vdr-plugin-live: whats on: switch channel button is hidden by css

Hello! On 06.01.2012 15:21, Jacques Meursault wrote: > since the latest vdr-updates the "whats on"-overview is lacking the "switch > channel" button for all channels. Unfortunately I can't reproduce this. It might be a JS issue. Which browser are you using? Can you check for JS errors with e.g.

Bug#627441: [Pkg-fglrx-devel] Bug#627441: still present in 1:11-8-3

Same problem with 1:11-12-1 and XOrg 1:7.6+10. I only see this issue with Gnome3 (mabye caused by the window animations). Xfce doesn't seem to suffer from this problem. Tobias signature.asc Description: OpenPGP digital signature

Bug#653136: vdradmin-am: Record commands (RecCMD) broken using vdr 1.7.22

Hello! On 24.12.2011 13:05, David Rütti wrote: > Execution of the record commands especially 'vdrconvert' is broken using vdr > 1.7.22 and above. Thanks. I've forwared this upstream (http://projects.vdr-developer.org/issues/834) and a new Debian version will be uploaded soon. Thx, Tobias s

Bug#648874: vdr: Getting iocl32 error on i386 arch with amd64 kernel

On 15.11.2011 20:07, Holger Rusch wrote: > I am guessing after some googleing that it is a problem with me running a > i386 arch system with a amd64 kernel and some mismatch in the kernel > structures for the ioctl. > > Any help would help. :) Mmmm VDR in a multiarch - right now I have no id

Bug#646765: vdr_1.7.21-1~ctvdr2_i386.deb crashed/restarting with dummydevice

Hello! On 26.10.2011 23:52, David Rütti wrote: > After upgrading from vdr 1.7.21-1~ctvdr1 to vdr 1.7.21-1~ctvdr2 the program > seems crashing when dummydevice plugin is loaded. As a consequence vdr > restarts endlessly. This is from my private repository. Please downgrade to vdr 1.7.21-1~ctvdr

Bug#639082: [libtntnet-dev] Incompatible with new cxxtools 2.0

Package: libtntnet-dev Version: 1.6.3-4.1 Severity: normal --- Please enter the report below this line. --- libtntnet can't be used in Sid right now, because auf the recently uploaded cxxtools 2.0. Compiling this: #include int main() { return 0; } causes: In file included from test.c:1:

Bug#630627: vdr-plugin-live IPv6 support correction

Sorry for the late reply! > The attached patch serves as a replacement for the previous one. It also > uses inet_pton ("the new API") even for IPv4. Thanks! It will be included in the upcoming upload. Tobias signature.asc Description: OpenPGP digital signature

Bug#615514: vdradmin-am: ipv6 support missing

On 27.02.2011 03:10, Aleksi Suhonen wrote: > vdradmin-am in debian does not support IPv6. > upstream seems to have this, according to their news. It does. But: - The SVDRP connection to the VDR is IPV4. - You must change /etc/vdradmind.conf to use an IPV6 address for SERVERHOST (that's the add

Bug#615635: libxine1-xvdr: Incompatible with VDR 1.7

the 1.1.19-3 packages. If the official vdr-plugin-xineliboutput packages could be updated to a version compatible with VDR 1.7 (I believe this would still be backwards-compatible with VDR 1.6) it would be very helpful. I'm going to upload VDR 1.7.17 and the updated plugins soon. Tobias -- To

Bug#620585: RM: vdr-plugin-bitstreamout -- ROM; obsolete, dead upstream

Package: ftp.debian.org Severity: normal Please remove vdr-plugin-bitstreamout. There haven't been any upstream changes for about 3 years and this plugin will not work with the soon to be uploaded VDR version. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subjec

Bug#611237: After a fast forward VDR jumps back when playing

Am Donnerstag, den 27.01.2011, 18:57 +0100 schrieb Eric Lavarde: > understand that it was my problem. Would it be possible > to improve the description from: Sure. Just commited it to the VCS: http://git.debian.org/?p=pkg-vdr-dvb/vdr.git;a=commitdiff;h=062e86458ee9a230c3af2ab7b11fcbfac85b44e4 I

Bug#611237: vdr: After a fast forward VDR jumps back when playing

Am 27.01.2011 08:11, schrieb Eric Lavarde: first I apologize if my report landed at the wrong place: I know that the package comes from e-tobi, but as the maintainer is the same, I thought it OK to report here. No problem. VDR 1.7.x will soon be uploaded to unstable or experimental anyways.

Bug#608656: ITP: rspec2 -- A Behaviour-Driven Development tool for Ruby

Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org, pkg-ruby-extras-maintain...@lists.alioth.debian.org Package name: rspec2 Version: 2.3 Upstream Author: Chad Humphries, David Chelimsky, The RSpec Development Team URL: http://relishapp.com/rspec License: MIT Description:

Bug#603010: w-scan: Man page does not mention the new -M flage for mplayer

Am Mittwoch, den 10.11.2010, 10:29 +0100 schrieb Eric Valette: > do w_scan -h and look at the -M flag. Yepp. And -S is missing too. Manpages suck! I'll prepare a patch and report it upstream. Thx! Tobias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject

Bug#596593: vdr-dev: vdrdbg-buildpackage is not a makefile

> -export DEB_BUILD_OPTIONS="$DEB_BUILD_OPTIONS noopt nostrip" > +export DEB_BUILD_OPTIONS="noopt nostrip $DEB_BUILD_OPTIONS" > would do as well? A leading blank in DEB_BUILD_OPTIONS causes > problems, a trailing blank does not (at least for me). Looks good to me. @Julien / Malte: Thanks for repo

Bug#598308: vdr: NMU diff for 1.6.0-18.1

Hello! Am Samstag, den 16.10.2010, 21:06 +0300 schrieb jari.aa...@cante.net: > Here is the NMU diff according to DevRef 5.11.1[1][2] for bug: #598308. > See the debian/patches directory for the important fixes. > > Let me know if it's ok to proceed with the NMU. Thanks! You don't need to do an

Bug#598308: vdr-dbg: CVE-2010-3387: insecure library loading

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Julien Cristau wrote: > LD_LIBRARY_PATH is colon-separated, though, not semicolon-separated, so > LD_LIBRARY_PATH="/usr/lib/debug;$LD_LIBRARY_PATH" is broken, but not a > security issue. Besides, this looks like a debugging utility so I don't > think

Bug#593925: Remove po/vdr.pot after build

Hello Bilal, sorry for the late response! Bilal Akhtar wrote: > The file po/vdr.pot should be removed after each build. Attached patch fixes > bug. Can you please explain why it should be removed? vdr.pot is already removed in the clean target. But there's another issue with the sample plugin'

Bug#592774: Sound drops after some time, while video continues

Hallo! Didier Raboud wrote: > I un-installed pulseaudio from the client machine and I had 0 problems for > several hours. So there is something broken between xineliboutput-sxfe and > pulseaudio. Thank's for reporting this! Pulseaudio can indeed be an ugly beast. > Please ask if you need more

Bug#593020: [DRE-maint] Bug#593020: librspec-ruby: FTBFS: failed tests

> During a rebuild of all packages in sid, your package failed to build on > amd64. Ok. While Ruby 1.9.1 worked just fine, 1.9.2 has introduced some breaking changes. The upcoming new upstream version of RSpec-2 fixes these issues, but there's no stable release yet and I wouldn't be able to packag

Bug#590009: fglrx-driver: parts of the screen not always displayed

> After the last update the fglrx driver fails to display parts of the screen, > especially in Iceweasel browser, but also other (KDE) applications. I can confirm this. With iceweasel it's very extreme but also happens in other (GNOME) applications. Tobias -- To UNSUBSCRIBE, email to debian-

Bug#581978: Missing support for HUD OSD

Hallo, John Williams wrote: > When trying to use the "HUD OSD" feature, the vdr-sxfe program says: > "Application was compiled without XRender support. HUD OSD disabled." > > The (upstream) Makefile tests for the X render and Xinerama extensions > at compile time, and presumably is not finding

Bug#581747: ITP: libfakefs-ruby -- A fake file system to be used in unit tests

Package: wnpp Severity: wishlist Owner: Tobias Grimm X-Debbugs-CC: debian-de...@lists.debian.org Package name: libfakefs-ruby Version: 0.2.1 Upstream Author: Chris Wanstrath ch...@ozmm.org URL: http://github.com/defunkt/fakefs License: MIT Description: A fake

Bug#580545: [Svn-bp-devel] Bug#580545: [svn-buildpackage] Tagging with -rBASE might tag the wrong revision

PS: I've just checked the packages in the ruby-pkg-extras repository and found at least 2 packages where it seems, that the maintainer used svn-buildpackage 0.8.0 and tagged a wrong revision: May be this gives my point of view, that the tagging behaviour with "-rBASE" is a problem, a little bit

Bug#580545: [Svn-bp-devel] Bug#580545: [svn-buildpackage] Tagging with -rBASE might tag the wrong revision

Jan Hauke Rahm wrote: >> E.g. when checking out r8614 (making BASE=8614) then commiting changes >> that become r8615 (BASE is still 8614!!!) then tagging with >> svn-buildpackage which does a "-rBASE cp . svn://.." r8614 will be >> tagged instead of r8615! > > That is true but I think it's the us

Bug#580545: [svn-buildpackage] Tagging with -rBASE might tag the wrong revision

Package: svn-buildpackage Version: 0.8.0 Severity: important Tags: patch When tagging, the BASE revision is tagged which might not be the current revision of the working directory. E.g. when checking out r8614 (making BASE=8614) then commiting changes that become r8615 (BASE is still 8614!!!) the

Bug#573895: w-scan porduce incorrect files for french HD TV on dvb-t

Hello! valette wrote: > Look at the following post that explains how to fix the channels.conf for > mplayer. > > > > Unfortunately I do not know how to transpose it also for vdr chnalles.conf > format. I've just uploaded a new w-sc

  1   2   3   >