Version: 2.2.0-10
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
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
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: 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
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 *
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
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
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
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 upstre
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
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
>> /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
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-
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
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
> 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
-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
> 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-
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
>
>>
>>
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
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
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 d
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
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
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 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 #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
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
35 matches
Mail list logo
