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.
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
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
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
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
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
Version: 2.2.0-10
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
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
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:
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
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
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.
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 -
on zlib1g-dev (Closes: #835799)
+
+ -- Tobias Grimm <et...@debian.org> 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
---
Hi Tobias,
>
> 2016-09-06 14:35 GMT+02:00 Tobias Grimm <tobias.gr...@e-tobi.net>:
>> 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
&g
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
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
17:44 GMT+02:00 Tobias Grimm <tobias.gr...@e-tobi.net>:
>> 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
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
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
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
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.
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
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
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
Package: wnpp
Severity: wishlist
Owner: Tobias Grimm <et...@debian.org>
* Package name: vdr-plugin-softhddevice
Version : 0.6.0
Upstream Author : Lutz Sammer
* URL : http://projects.vdr-developer.org/projects/plg-softhddevice
* License : GPL
Programmin
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
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.
Thanks Eric! Will be fixed in the next upload.
Tobias
signature.asc
Description: OpenPGP digital signature
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
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:
Ok. I digged a bit deeper
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
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
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
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
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
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-option
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
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 certain
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
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
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
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 addons vdr
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
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
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, disabled
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
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 look
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
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
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
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
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:
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
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
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.
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 as
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
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 with:
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
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
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
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 VDR
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
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
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=Radio
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
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 this problem
anyomore
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
running then any window
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
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
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 issue
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.
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
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
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 idea
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~ctvdr1,
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 tnt/scope.h
int main()
{
return 0;
}
causes:
In file included
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
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
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
--
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
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.
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
It
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
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
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
-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 reporting
-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 it
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's
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
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 package
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
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 them.
Package: wnpp
Severity: wishlist
Owner: Tobias Grimm et...@debian.org
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
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 user's
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
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!!!)
Hello!
valette wrote:
Look at the following post that explains how to fix the channels.conf for
mplayer.
http://royale.tiblog.fr/fevrier-2009/tnt-hd-sous-linux.html
Unfortunately I do not know how to transpose it also for vdr chnalles.conf
format.
I've just uploaded a new w-scan
1 - 100 of 255 matches
Mail list logo