Version: 2.2.0-10
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
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
>
>>
>>
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 #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 unu
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
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
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
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 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
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
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
-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
> 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
> 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-
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 exce
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-
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
>> /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
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 to
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 tre
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
/usr/lib/ruby/1.8/spec/example
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=7402&r1=7369&r2=7402
http://svn.debian
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, 'un
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 mai
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 g
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
+++ gtksourceview-sharp2-0.11/gtksourceview/SourcePrintJob.c
Package: orpheus
Version: 1.6-1
Tags: patch
This is just a missing #include.
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
+
static int cpid = -1;
static FILE *
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 upstre
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
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 instal
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 /va
35 matches
Mail list logo
