Package: libglib2.0-dev
Version: 2.80.0-10
Severity: normal
X-Debbugs-Cc: dvl...@gmail.com
I install both the i386 and amd64 version for multi-arch support.
With the newest versions, a dependency to python was added.
Unfortunately, the package has two dependencies for python:
"python3:any"
and
Package: vlc-plugin-pipewire
Version: 3-3
Severity: grave
Justification: renders package unusable
X-Debbugs-Cc: dvl...@gmail.com
vlc-plugin-pipewire depends on vlc-plugin-abi-3-0-0f. However, after the time_t
transition, the libvlccore9 package provides vlc-plugin-abi-3-0-0ft64.
Due to this, the
Package: libatspi2.0-dev
Version: 2.51.90-1
Severity: important
X-Debbugs-Cc: dvl...@gmail.com
libatspi2.0-dev is no longer muti-arch installable.
It now has a dependency on libgirepository1.0-dev, which isn't multi-arch.
2.50.0-1 didn't have that dependency
This breaks libgtk-3-dev multiarch
Hi,
with the newest libgpg-error-dev version 1.46-1 that was just rolled
out today, the
/usr/bin/gpg-error-config
binary has been removed. So the package can now easily be marked as
Multi-Arch: same
to become multi-arch installable and to finally resolve this bug.
Package: libdrm-dev
Version: 2.4.107-6
Severity: important
X-Debbugs-Cc: dvl...@gmail.com
Due to the new dependency of the libdrm-dev package to valgrind, it is no
longer possible multi-arch installable (I need both amd64 and i386 version).
-- System Information:
Debian Release: bookworm/sid
Package: libgcrypt20-dev
Version: 1.8.6-2
Severity: important
libgcrypt20-dev is not multi-arch installable. It's not only the missing multi-
arch:same field, but the package also ships various files that are different an
different architectures.
One thing is that the -dev package ships
Package: libbrotli-dev
Version: 1.0.7-6.1
Severity: important
libbrotli-dev is not multiarch-installable. Since libfreetype-dev now depends
on libbrotli-dev, this breaks libfreetype-dev multiarch support, too.
The fix is trivial, the control file is just missing "Multi-Arch: same". I'll
create a
Package: libmpg123-dev
Version: 1.26.1-1
Severity: important
The i386 and amd64 versions of the dev-package are no longer co-installable.
Unpacking libmpg123-dev:i386 (1.26.1-1) ...
dpkg: error processing archive /tmp/apt-dpkg-install-
ZpltIr/09-libmpg123-dev_1.26.1-1_i386.deb (--unpack):
Package: libxslt1-dev
Version: 1.1.34-3
Severity: normal
Starting with libxslt 1.1.34-2 and later, the -dev packages for amd64 and i386
can no longer be installed together.
Unpacking libxslt1-dev:i386 (1.1.34-3) ...
dpkg: error processing archive
Package: libfaudio-dev
Version: 19.06.07-1
Severity: important
Tags: patch
When trying to do a multiarch-install of libfaudio-dev for amd64 and i386 on my
machine, I get the following error:
Unpacking libfaudio-dev:i386 (19.06.07-1) ...
dpkg: error processing archive
Package: freeorion-data
Version: 0.4.5+git20160707-2
Severity: important
I cannot upgrade freeorion to 0.4.6~RC1-1 in unstable, as it depends on fonts-
roboto-unhinted. The problem is that I have installed the kodi package, which
depends on fonts-roboto-hinted. However, fonts-roboto-hinted
Package: steam
Version: 1.0.0.52-4
Severity: important
The steam browser (and hence the "Steam News" Popup at start) don't display
anything.
Looking at .steam/error.log, there are several lines pointing to a missing
libXss:
~/.steam/ubuntu12_32/steamwebhelper: error while loading shared
I encountered the same problem.
After installing the cwidget and aptitude debug packages, I got the
following stack traces:
(gdb) thread apply all bt
Thread 4 (Thread 0x7f3d3c885700 (LWP 8565)):
#0 pthread_cond_timedwait@@GLIBC_2.3.2 () at
Package: aptitude
Version: 0.8-1
Severity: normal
>From time to time, I invoke a "purge" (_ key) on the "Not Installed Packages"
section in aptitude to remove any config data for packages that were removed
but not purged.
With aptitude in unstable, this gives an error "E: Cannot remove aptitude
Package: aptitude
Version: 0.8-1
Severity: important
Since upgrading to 0.8-1, standard operations in aptitude are really slow.
When requesting an upgrade of a package (+) or holding (h) a package, or
downgrading a package, aptitude takes several seconds to respond (with 100% cpu
usage). While I
15 matches
Mail list logo