Package: src:libvirt
Version: 10.10.0-1
Severity: normal
Hi,
I was just trying to build libvirt 10.10.0-1 from git repository via gbp.
The build failed due missing pristine tar for 10.10.0. Maybe this was by
intention, probably debian/gbp.conf should be adjusted then.
$ gbp buildpackage --g
| grep AV1
AV1_MAIN --- not supported ---
AV1_HIGH --- not supported ---
AV1_PROFESSIONAL --- not supported ---
Best regards,
Andreas Messer
--
gnuPG keyid: 8C2BAF51
fingerprint: 28EE 8438 E688 D992 3661 C753 90B3 BAAA 8C2B AF51
sig
a script to this mail. (Derived from tomcat9 package with
some cleanup) I can offer to support/maintain this script
in future if desired.
Best regards,
Andreas Messer
--
gnuPG keyid: 8C2BAF51
fingerprint: 28EE 8438 E688 D992 3661 C753 90B3 BAAA 8C2B AF51
#!/bin/sh
### BEGIN INIT INFO
# Provides
Package: linphone
Version: 3.12.0-3
When configuring linphone to use one of its shipped .mkv ringtones,
no sound is played and the following error message appears at the console:
linphone-message : Starting local ringtone...
linphone-error : No such filter with id 118
linphone-error : ring_start_
und the problem when struggling with libvirt 6.7.0-2 source. With that
package the build still failes, even after replacing override_dh_install-arch
with override_dh_install in debian/rules
cheers,
Andreas Messer
signature.asc
Description: PGP signature
Hello again,
sorry, I'm stupid. This is not the same bug, will fill another ticket.
> Hello,
> I came across the same issue and found, that the the problem is
> changed behavior of 'dh_installinit'. The file
>
> debian/lcdproc.init
>
> should be renamed to
>
> debian/lcdproc.LCDd.init
>
> acc
Package: lcdproc
Version: 0.5.9-4
The init script /etc/init.d/LCDd is missing.
Hello,
I think the problem is changed behavior of 'dh_installinit'. The file
debian/lcdproc.init
should be renamed to
debian/lcdproc.LCDd.init
according to the man-page when using the --name argument.
Cheers
Hello,
I came across the same issue and found, that the the problem is
changed behavior of 'dh_installinit'. The file
debian/lcdproc.init
should be renamed to
debian/lcdproc.LCDd.init
according to the man-page when using the --name argument.
Hope that helps,
Cheers,
Andreas
--
gnuPG keyi
Package: libdpkg-perl
Version: 1.20.5
Severity: normal
Dear Maintainer,
when building tomcat9 package using gbp-buildpackage in an unstable
pbuilder/cowbuilder environment I got an unexpected exception when
dpkg-source tries to load an vendor. I'm on a Devuan System with
/etc/dpkg/origins/devuan
Package: apt
Version: 1.8.2
Severity: normal
I observed a linkage dependency on libsystemd. This was unexpected for me
since I wouldn't expect a package manager depend on it. A package manager should
be as lean as possible.
Having reviewed the code, the only function using libsystemd is used to t
I have been reading on this bug for a while now.
On Tue, Sep 24, 2019 at 07:28:29AM +0800, Ian Campbell wrote:
> Would it be any help at all of the "dbus client-ish" bits and the
> "direct API-ish" bits of the two libraries were split up into two
> separate libraries? i.e. would that allow the c/
Package: kaccounts-providers
Version: 16.08.3-1
Severity: important
Dear Maintainer,
the package provides the Google, Twitter and Owncloud account providers
for KDE. The Google and Twitter providers are unusable without the corresponding
services which are contained in package libkf5purpose-bin.
Package: ghostscript
Version: 9.06~dfsg-2+deb8u1
Severity: normal
Dear Maintainer,
when trying to make a print using colors from any application (gimp,
inkscape...)
no printing happens. Ghostscript segfaults due to mutex issue in glibc. The
problem is related to an already fixed bug in ghostscr
Hello,
the problem is caused by a bug in glibc package:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=810322
The problem can only reproduced on systems using TSX mutexes like Skylake
or Broadwell CPUs. Workaround:
diff -r -u ike-orig/source/libith/libith.cpp ike/source/libith/libith.cpp
-
Package: libc6
Version: 2.19-18+deb8u1
Severity: normal
Dear Maintainer,
when starting the iked from ike package the folloowing assertion occurs:
iked: pthread_mutex_unlock.c:87: __pthread_mutex_unlock_usercnt: Assertion
`type == PTHREAD_MUTEX_ERRORCHECK_NP' failed.
I have analyzed the problem
Hi,
I figured out that when removing the gtk2-engines-qtcurve packet the problem
disappears.
Regards,
Andreas
signature.asc
Description: This is a digitally signed message part.
Hi again,
Am Sonntag, den 23.11.2014, 14:43 +0100 schrieb Andreas Messer:
> Am Samstag, den 22.11.2014, 10:20 + schrieb Simon McVittie:
> > On Wed, 19 Nov 2014 at 21:29:33 +0100, Andreas Messer wrote:
> > > I'm observing the same behavior on an x86_64 wheezy system runn
Am Samstag, den 22.11.2014, 10:20 + schrieb Simon McVittie:
> On Wed, 19 Nov 2014 at 21:29:33 +0100, Andreas Messer wrote:
> > I'm observing the same behavior on an x86_64 wheezy system running my
> > HTPC setup after updating the system some weeks ago.
>
> An
Am Donnerstag, den 20.11.2014, 03:15 +0200 schrieb Andrei POPESCU:
> On Mi, 19 nov 14, 21:29:33, Andreas Messer wrote:
> >
> > Unfortunately I can only attach a cut from messages and daemon, I don't
> > use the systemd journal.
>
> Unless you deliberately
Package: ifupdown
Version: 0.6.4-4.12
Severity: normal
I'm using /etc/network/interfaces to start my ppp
connection (pppoe over eth0). At system boot everything works
as expected. But at shutdown the eth0 interface is brought down
before the ppp0 link. So pppd can not terminate correctly.
This do
20 matches
Mail list logo
