Package: vdr-plugin-xineliboutput
Version: 1.1.0+cvs20150907-3
Followup-For: Bug #704259
Hi,
I'm not yet completely sure I've found a way to solve the issue, or even less
that it's a clean way, but I wanted to be sure it doesn't get lost.
The attached patch is actually on vdr-plugin-imonlcd,
Package: vdr
Version: 2.2.0-2~etobi3
Severity: normal
Tags: patch
Hi,
/usr/lib/vdr/merge-commands.sh used "echo -e" which isn't understood by dash,
meaning that -e is entered at the beginning of /var/cache/vdr/commands.conf
and the commands are shifted by one.
One could simply replace "echo -e"
something similar to a try/catch in Java?
Does this exist under C/C++? Can SEGV be caught?
That's it for now, any further idea welcome...
Kind Regards, Eric
On 15/03/15 22:18, Eric L. wrote:
Hi,
yep, I know how it is, and that's why I'm asking you, or anybody else,
to help me help myself
Hi,
yep, I know how it is, and that's why I'm asking you, or anybody else, to help
me help myself, because from all my research it's an issue between the two
plugins and I need to debug it myself.
Any idea welcome, Eric
On 15 March 2015 19:08:57 CET, Tobias Grimm tobias.gr...@e-tobi.net wrote:
Hi,
On 17 February 2015 00:52:20 CET, Michael Biebl bi...@debian.org wrote:
Sort of. The plan here is, that the individual ntp implementations ship
a native systemd unit file, which has
Conflicts=systemd-timesyncd.service [1]
This will make sure, that if e.g. ntp is installed and enabled, ntp
Hi,
On 13/02/15 10:32, Stefan Fritsch wrote:
Once jessie is released, the correct long-term fix can be discussed in a
more relaxed way.
As a user impacted by this issue, I would like to second this motion!
Most important is to have it work for the Debian users.
Thanks, Eric
--
I'm
Hello,
I'm a bit surprised by your approach: 0.999 is not yet in testing after
the same more than seven weeks, even less in stable, how am I supposed
to test if the bug is still there as normal user?
When you write that the bug isn't reproducible, have you really tried it
or just assumed it
Hello,
I tried to follow your discussion, and I want to add a new use case to
having a generic solution, independent of NTP:
My problem is a VDR system where I need to have the HW clock set to
LOCAL (not UTC).
No continuous network access, hence no NTP.
VDR itself is setting the (system)
Hi,
sorry, holiday came in between:
On 30/08/14 10:56, Charles Plessy wrote:
for the first part of your proposition, I think that there is a serious
obstacle: with the mailcap system, it is not possible to determine if a program
would be able to use an URL to retreive a file.
The idea was
Hi,
On 18/04/14 17:18, Russel Winder wrote:
The core problem here with the Java and Groovy support on Debian is the
policy of one and only one version, and no use of Maven Central or
Bintray/jCentre for build.
I am not aware of any such policy as one and only one version: one
could have a
...@gmail.com wrote:
Hello Eric,
Thanks for checking out the project. Where should I improve the
project description? The debain control files has proper description
about the project. Where else should I change?
Thanks
On Sun, Mar 23, 2014 at 12:40 AM, Eric L.
ewl+debian+nospam2...@lavar.de wrote:
Hi
Hi,
I would recommend to improve the short description. The homepage states cross
platform transliterator for Indian languages which sounds more informative to
me.
Eric
On 22 March 2014 07:18:18 CET, Navaneeth K N navaneet...@gmail.com wrote:
Package: sponsorship-requests
Severity: normal
reopen 656890 !
thanks
as the email below never got answered but the issue is still there and I
wouldn't like the bug to be archived, I reopen it.
This said I don't have libxine1 installed (anymore) so it might need to
be reassigned to libxine2 and/or xineliboutput-sxfe, but I don't have
the
Hi,
Most java library source packages don't respect the format libXXX-java, which
is rather meant for the binary package.
Keeping the upstream name for the source and, as noted by Jonathan, considering
the fact that one source might create more than a library, e.g. a javadoc
package, that
14 matches
Mail list logo