Package: rakudo
Version: 2022.12-1
Severity: normal
Dear Maintainer,
Configuration of Rakudo packages puts `-lffi -ltommath -luv` in the "ldlibs"
key of
the "config" object which is used to build native code and this results in
build and/or
test failures when installing any packaging needing to d
Sorry but this bug isn't fixed at all: it is possible to keep
libgstreamer1.0-dev installed when installing libc++-dev now, but it's
still impossible to actually use it because libunwind-dev (the not-llvm
version libgstreamer1.0-dev depends on) is still uninstalled and then any
attempt to use libg
Package: jing
Version: 20220510-2
Severity: minor
Dear Maintainer,
Running jing with any options produces the following warnings before any other
output:
$ jing
[warning] /usr/bin/jing: Unable to locate xml-apis in /usr/share/java
[warning] /usr/bin/jing: Unable to locate avalon-framework in /us
Package: libgstreamer1.0-dev
Version: 1.22.0-2
Severity: important
X-Debbugs-Cc: vz-deb...@zeitlins.org
Dear Maintainer,
libgstreamer1.0-dev package has a dependency on libunwind-dev which can be
satisfied by libunwind-14-dev, but this doesn't seem to actually work
because it's libunwind itself w
Just for the record, this bug affects libunwind-14-dev too and is really,
really annoying as you basically can't use clang and GStreamer on the same
system. It would be really great if this could be fixed, especially if the
fix is really as simple as in the patch above.
Thanks in advance,
VZ
pg
On Thu, 2 Sep 2021 16:27:27 +0200 Robin Jarry wrote:
> 2021-09-02, Vadim Zeitlin:
> > Package: buildbot-worker
> > Version: 2.10.1-1
> > Severity: normal
> >
> > Dear Maintainer,
> >
> > Setting WORKER_OPTIONS in /etc/default/buildbot-worker to
Package: buildbot-worker
Version: 2.10.1-1
Severity: normal
Dear Maintainer,
Setting WORKER_OPTIONS in /etc/default/buildbot-worker to e.g. "--verbose"
doesn't work because its value is used in a wrong place in the init.d
script: it does
"$WORKER_RUNNER $op ${WORKER_OPTIONS[$mi]} ${WORKE
Package: buildbot-worker
Version: 2.10.1-1
Severity: normal
X-Debbugs-Cc: vz-deb...@zeitlins.org
Dear Maintainer,
Setting WORKER_OPTIONS in /etc/default/buildbot-worker to e.g. "--verbose"
doesn't work because its value is used in a wrong place in the init.d
script: it does
"$WORKER_RUNN
Just FYI, there is a simple patch (mostly) fixing this problem now at
https://salsa.debian.org/debian/dash/merge_requests/7
VZ
pgpFP0sBO0bhM.pgp
Description: PGP signature
Package: g++-mingw-w64-i686
Version: 8.2.0-21+21.1
Severity: normal
Unfortunately, std::filesystem still can't be used with the latest version
of the package: after the fix for the compilation problems previously
reported as #907369, any attempt to use this library results in linking
problems beca
Package: g++-mingw-w64-i686
Version: 8.2.0-1+21~exp2
Severity: normal
Including filesystem header results in compilation errors, e.g.:
% echo '#include ' | i686-w64-mingw32-g++ -std=c++17 -x c++ -
In file included from
/usr/lib/gcc/i686-w64-mingw32/8.2-win32/include/c++/filesystem:37,
On Sun, 6 May 2018 13:42:48 +0200 Matthias Klose wrote:
MK> I am not aware of any Debian local patches which could trigger that. Please
MK> could you check if you can reproduce this with GCC 8 as well?
I can't reproduce the problem with the minimized test case using gcc 8
from Sid (8.1.0-1). A
Package: g++-7
Version: 7.3.0-12
Severity: important
This is an apparently impossible bug which nevertheless can be reliably
observed when using Debian versions of g++-7 and also i686-w64-mingw32-g++.
It consists in compiler generating different, and broken, code when
compiling the same input with
Package: libmyodbc
Severity: grave
Justification: renders package unusable
Trying to install this package results in
# apt install libmyodbc
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be
Package: lldb-3.8
Version: 1:3.8~+rc2-1~exp1
Severity: grave
Justification: renders package unusable
The latest version of the package contains symlinks /usr/bin/lldb-3.8 and
/usr/lib/llvm-3.8/bin/lldb but not the actual lldb binary
/usr/lib/llvm-3.8/bin/lldb-3.8.0, so it basically doesn't provide
Package: python-pip
Version: 1.5.6-3
On a mixed Wheezy/Jessie system, updating python-pip to Jessie version
left python-html5lib at 0.95-1 from Wheezy instead of upgrading it to
0.000-3 from Jessie, which later resulted in failures when running pip:
-- >8
On Sat, 2 Nov 2013 19:35:39 +0100 Kurt Roeckx wrote:
KR> So for me I have this problem with this combination:
KR> elfutils 0.157-1
KR> libdw1 0.157-1
KR> libelf1 0.153-2
KR>
KR> Upgrading libelf1 to 0.157-1 makes the problem go away for me.
Sorry, I was wrong in my initial bug report: it does
On Sat, 2 Nov 2013 18:50:04 +0100 Kurt Roeckx wrote:
KR> On Sat, Nov 02, 2013 at 06:46:44PM +0100, Kurt Roeckx wrote:
KR> > On Sat, Nov 02, 2013 at 06:23:14PM +0100, Vadim Zeitlin wrote:
KR> > > Package: elfutils
KR> > > Version: 0.148-1
KR> > > Severity: impo
Package: elfutils
Version: 0.148-1
Severity: important
I'm trying to use abi-dumper tool for analyzing the ABI of my own shared
library. This tools uses eu-readelf to actually read the library symbols
but eu-readelf crashes, making it unusable:
% eu-readelf -N --debug-dump=loc libwx_baseu
On Wed, 28 Sep 2011 01:31:41 +0200 Torsten Landschoff
wrote:
TL> is there any progress on this one?
Hello,
Not on my part, sorry. I totally gave up on trying to package anything for
Debian, my experience with trying to maintain wxWidgets Debian packages
and, to a lesser extent, bakefile ones
Hello,
Another user interested in using bakefile has just pointed me to this bug
and I'd like to add that I'd be glad to maintain bakefile package in Debian.
I already make its packages available at http://apt.tt-solutions.com/debian/
and would welcome any advice about improving them.
Please
On Tue, 24 Nov 2009 14:36:57 +0100 Guido Günther wrote:
GG> You can run the daemon with
GG>
GG> VIRT_DEBUG=1 libvirtd
GG>
GG> to find out what happens.
Hello,
This didn't show anything new, I only saw the same
2:54:07.693: error : qemudOpenMonitorUnix:1007 : monitor socket did not show
u
Package: libvirt-bin
Version: 0.7.2-3
Severity: important
Running "virsh -c qemu:///system create vm.xml" fails with
error: Failed to create domain from vm.xml
error: monitor socket did not show up.: Connection refused
and
kernel: [ 2863.481686] device vnet0 entered pro
Package: gtk2-engines-ubuntulooks
Version: 0.9.12-2
Severity: minor
Tags: patch
Tooltips style is not set correctly in /usr/share/themes/Human/gtk-2.0/gtkrc
for GTK+ versions later than 2.12 as the tooltip widget is now gtk-tooltip
and not gtk-tooltips. The following trivial patch fixes this (foll
24 matches
Mail list logo
