Version: 2.2.0-10
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
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.
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
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 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 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
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
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,
-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
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
Lucas Nussbaum wrote:
During a rebuild of all packages in sid, your package failed to build on
amd64.
vdr-plugin-svdrpext was renamed to vdr-plugin-svdrposd (just passed the
new queue) and will be removed soon.
Tobias
signature.asc
Description: OpenPGP digital signature
Sven Mueller wrote:
In the end, I think that debian/rules should be changed so that it can,
itself, build the special vdr variant (most importantly the vdr-devel
and associated plugin packages).
This is simply not that easy and would make debian/rules ugly and hard to
understand.
So except
Hello!
Ryan Niebur wrote:
I'm working on the fixed version of libinline-ruby,
Great, thanks!
however when using
a working version librspec-ruby still FTBFS due to test failures.
Mmm... I can't reproduce this. librspec-ruby builds fine with
libinline-ruby 3.6.7-1 and libheckle-ruby 1.4.2-2
/usr/bin/ruby1.8 -w -Ilib:test test/test_heckle.rb
/usr/lib/ruby/1.8/inline.rb:53:in `require': no such file to load --
rubygems (LoadError)
It's a problem with libinline-ruby. Please see #543165
Tobias
signature.asc
Description: OpenPGP digital signature
Lucas Nussbaum wrote:
/usr/lib/ruby/1.8/inline.rb:53:in `require': no such file to load --
rubygems (LoadError)
from /usr/lib/ruby/1.8/inline.rb:53
It's a problem with libinline-ruby. Please see #543165
Tobias
signature.asc
Description: OpenPGP digital signature
I'm now sure, that this bug is caused by changes between Ruby 1.8.7.72 and
1.8.7.174, which produce a problem with libparsetree-ruby. The latest
upstream version of libparsetree would help, but it would introduce a new
package.
Packaging sexp_processor, which was split off from ParseTree seems
Lucas Nussbaum wrote:
During a rebuild of all packages in sid, your package failed to build on
amd64.
This somehow must be caused by changes in ruby1.8, because as far as I can
see, all other dependent packages haven't changed. For some reason now an
object id seems to appear in the parse
Package: librspec-ruby
Version: 1.1.3-2
Severity: grave
Justification: renders package unusable
Running even the simplest spec throws an exception:
spec /usr/share/doc/librspec-ruby/examples/pure/legacy_spec.rb
Finished in 0.001063 seconds
0 examples, 0 failures
Gerfried Fuchs wrote:
Thanks in advance for any response, but I doubt it related to the
upload yesterday. :/
I don't think so either.
I've fixed this in the SVN.
http://svn.debian.org/viewsvn/pkg-vdr-dvb/dvb/linuxtv-dvb-apps/trunk/debian/changelog?rev=7402r1=7369r2=7402
Package: vdr-plugin-bitstreamout
Version: 0.89b-3
Severity: grave
Justification: renders package unusable
The plugin lib uses the VDR version instead of the API version and therefore can
not be loaded.
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500,
Aníbal Monsalve Salazar wrote:
There was an error while trying to autobuild your package:
Automatic build of vdr-plugin-bitstreamout_0.89b-2 on peri by sbuild/hppa 98
Build started at 20080627-2234
It seems, hppa does not like this in the Makefile:
cc-library = $(shell echo 'int main
Daniel Schepler schrieb:
making a shared object; recompile with -fPIC
Thanks for reporting this.
This issue is already fixed with vdr 1.6.0-2. The upload to unstable
is pending.
Tobias
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
Lucas Nussbaum wrote:
This rebuild was done with gcc 4.3 instead of gcc 4.2, because gcc 4.3 is now
the default on most architectures (even if it's not the case on i386 yet).
Feel free to downgrade this bug to 'important' if your package is only built
on i386, and this bug is specific to gcc
I was able to fix the FTBFS issues by backporting some minor changes
from version 0.12 (see attached patch).
But I highly recommend updating to version 0.12.
Tobias
--- gtksourceview-sharp2-0.11.orig/gtksourceview/SourcePrintJob.custom
+++
Package: orpheus
Version: 1.6-1
Tags: patch
This is just a missing #includememory.
Feel free to use the attached ready-to-use quilt patch.
Tobias
--- orpheus-1.6.orig/src/streamtrack.cc
+++ orpheus-1.6/src/streamtrack.cc
@@ -46,6 +46,8 @@
#endif
+#include memory
+
static int cpid = -1;
Hello,
Kurt Roeckx wrote:
None of your files are build using -fPIC. Please see policy section
10.2.
Yes, it's a known problem. With the recently released dpkg-dev 1.4.18,
dpkg-buildpackage sets CXXFLAGS by default, causing the CXXFLAGS in VDR
and all it's plugins to be useless, because
Kurt Roeckx wrote:
Yes, it's a known problem. With the recently released dpkg-dev 1.4.18,
dpkg-buildpackage sets CXXFLAGS by default, causing the CXXFLAGS in VDR
and all it's plugins to be useless, because they are defined with
CXXFLAGS ?= ... instead of CXXFLAGS = ... in the upstream's
Hi!
Harald Welte wrote:
After updating the perl package to 5.8.7-10, vdradmind doesn't want to
start anymore:
media:/var/log# /usr/bin/vdradmind.pl
Can't locate URI/Escape.pm in @INC (@INC contains: /usr/bin/lib/
/usr/share/vdradmin/lib /etc/perl /usr/local/lib/perl/5.8.7
Just install
Hello,
Jan-Erik Meyer-Luetgens wrote:
VDR doesn't start after upgrade.
I found no useful information in the logfiles
Is vdr enabled in /etc/default/vdr? What version were you running
before? Have you tried disabling any plugins that might be installed?
Can you attach the contents of
35 matches
Mail list logo