Package: python3-gitlab
Version: 1:4.3.0-1
Severity: normal
Dear Maintainer,
The /usr/share/doc/python3-gitlab/changelog.gz is (almost) empty:
$ zcat /usr/share/doc/python3-gitlab/changelog.gz
```{include} ../CHANGELOG.md
```
That's obviously not the expected content.
This issue is present fro
usage changed between 50 and 98%. So CPU usage seems to be lower
with lower transfer rates.
Once transfers slow down transmission does not take much CPU.
CPU usage seems to bottom out at about 5% for slow uploads (2-4 MB/s).
So I guess this can be closed.
--
Francois Gouget
;: 240,
"peer-limit-per-torrent": 60,
"peer-socket-tos": "",
"pex-enabled": true,
"port-forwarding-enabled": true,
"proxy-auth-enabled": false,
"proxy-enabled": false,
"queue-stalled-enabled":
On Sun, 25 Feb 2024, Ludovic Rousseau wrote:
[...]
> Fixed upstream in
> https://github.com/LudovicRousseau/PCSC/commit/e3bfa449df5283cd7389d505399cc57d2065e637
That's great. Thanks.
--
Francois Gouget http://fgouget.free.fr/
You don't liberate a
Package: libpcsclite-dev
Version: 2.0.1-1+b1
Severity: normal
Dear Maintainer,
The 2.0.1-1+b1 version of the libpcsclite-dev broke multiarch support
because the i386 /usr/share/man/man1/pcsc-spy.1.gz file differs from the
amd64 one:
$ zdiff -u amd64/share/man/man1/pcsc-spy.1.gz i386/share/man/ma
This bug is still present in version 1.20.4-1.
--
Francois Gouget http://fgouget.free.fr/
Vote Electronique: Les gens qui votent ne décident rien.
Ceux qui comptent les votes décident de tout.
for this bug to be closed. But then it is Samba that
should really be fixed.
--
Francois Gouget http://fgouget.free.fr/
Good judgment comes from experience, and experience comes from bad judgment
-- Barry LePatner
Package: libgstreamer-plugins-base1.0-dev
Version: 1.20.3-2
Severity: normal
Dear Maintainer,
The libgstreamer-plugins-base1.0-dev package is not multi-arch aware so
that the amd64 version conflicts with the i386 one which makes it
impossible to install both.
In turn this impacts Wine developmen
Package: fonts-vlgothic
Version: 20200720-1
Severity: normal
Dear Maintainer,
Running Wine's tests against the 20200720 VL Gothic fonts finds some
inconsistencies that seem related to the xAvgCharWidth in the OS/2
table. From Wine bug 52951 [1]:
Sagawa wrote:
> From my viewpoint, this is a bug i
Package: podman
Version: 3.0.1+dfsg1-3+deb11u1
Severity: normal
Dear Maintainer,
In Debian 11 podman depends on either crun or runc. However installing
t with runc (which docker also depends on), results in an unusable
configuration:
# podman run --rm -it debian:latest
Error: container_linux.go:
Package: samba-libs
Version: 2:4.13.13+dfsg-1~deb11u2
Severity: normal
Dear Maintainer,
samba-libs claims to support multiarch (Multiarch: same) but it depends
on python3-talloc which does not support multiarch.
python3-talloc seems to depend closely on the main python3 package so
I am not sure
Package: gstreamer1.0-plugins-bad
Version: 1.18.5-1+b4
Severity: serious
Justification: Policy 2.2.1
X-Debbugs-Cc: fgou...@free.fr
Dear Maintainer,
gstreamer1.0-plugins-bad is part of the main archive area. However in
Debian Testing's version 1.18.5-1+b4 it depends on
libgstreamer-gl1.0-0 which i
e held broken packages.
--
Francois Gouget http://fgouget.free.fr/
Any sufficiently advanced bug is indistinguishable from a feature.
-- from some indian guy
would be nice if a solution could be
found there.
In the short term the following workaround can be used:
podman run --rm --security-opt seccomp=unconfined -it fedora:latest
Not sure about the security implications though.
--
Francois Gouget http://fgouget.free.fr/
/usr/share/perl5/Graphics/ColorObject.pm line 2093.
--
Francois Gouget http://fgouget.free.fr/
All generalizations are false, including this one.
-- Mark Twain
I can confirm this. None of the 1.2-5 vkd3d packages contain the
headers: particularly not libvkd3d-headers and not libvkd3d-dev.
The workaround is to go back to vkd3d 1.2-3 (if you can find the
corresponding packages that is).
--
Francois Gouget http://fgouget.free.fr/
The
nse to put vkd3d-compiler in its own
package with Multi-Arch: foreign.
--
Francois Gouget http://fgouget.free.fr/
Nouvelle version : les anciens bogues ont été remplacés par de nouveaux.
d3d-compiler
produce identical files or if one produces 32-bit files and the other
64-bit ones.
If the latter then following the gcc naming scheme would probably make
sense.
--
Francois Gouget http://fgouget.free.fr/
Indifference will certainly be the downfall of mankind, but who cares?
Package: libvkd3d-dev
Version: 1.2-3
Severity: normal
libvkd3d-dev 1.2-3 ships the architecture-dependent
/usr/bin/vkd3d-compiler file which is incompatible with "Multi-Arch:
same".
So as is the package is invalid.
Multiarch support in vkd3d is really needed though because Wine
depends on it as
Package: xdg-utils
Version: 1.1.3-2
Severity: normal
Tags: patch
Dear Maintainer,
$ echo Hello >/tmp/foo.html
$ xdg-open file://localhost/tmp/foo.html
Unable to run the command specified. The file or folder
//localhost/tmp/foo.html does not exist.
$ xdg-open file:///tmp/foo.html
-> open foo.html
On Tue, 15 Sep 2020, Guillem Jover wrote:
[...]
> From the error message printed, it looks like your temporary directory
> is not big enough. If you set TMPDIR to something else it should work
> I guess?
Argh! That's it. Sorry for missing it.
The bug can be closed then.
--
Francois Gouget
Package: dpkg
Version: 1.19.7
Severity: normal
Dear Maintainer,
dpkg-deb fails to create a package with a size greater than 2 GB.
To reproduce this issue use the attached file to create a 2.4 GB
package, this despite being on a 64-bit system:
$ tar xfz testpkg.tar.gz
$ cd testpkg
$ fakeroot ./bu
Package: tiger
Version: 1:3.2.4~rc1-2
Severity: normal
Dear Maintainer,
tiger complains about finding an unknown filesystem:
--CONFIG-- [con010c] Filesystem 'nsfs' used by 'nsfs' is not recognised as a
valid filesystem
nsfs is the "Name Space File System" used by the setns() system call. It
is
Package: python-talloc
Version: 2.1.14-2
Severity: normal
Dear Maintainer,
python-talloc is 'multiarch: same' but the i386 package is not coinstallable
with the amd64 one because of their python dependency.
The issue is that python-talloc:i386 depends on python:i386, while
python-talloc:amd64 de
On Wed, 12 Feb 2020, Daniel Kahn Gillmor wrote:
> On Tue 2020-01-28 13:01:04 +0100, Francois Gouget wrote:
[...]
> > So I think it is reasonable to stop shipping gpg-error-config, just like
> > FreeType stopped shipping freetype-config to become multiarch-compatible.
>
> I
+0100
@@ -1,3 +1,11 @@
+libxslt (1.1.34-3ma) unstable; urgency=medium
+
+ * Remove xslt-config for multiarch compatibility. Closes: #952768
+ * Add a build dependency on xsltproc because it is needed to update the
+NEWS file.
+
+ -- Francois Gouget Wed, 04 Mar 2020 12:00:00 +0100
+
libxslt (1.1
Wine requires being able to build both 32 bit and 64 bit binaries in
order to handle 64 bit Windows applications and their 32 bit installers.
So this regression breaks Wine development on Debian Testing.
--
Francois Gouget http://fgouget.free.fr/
E-Voting: Those
t needed on Debian, has been
+superseeded by gpgrt-config and pkgconfig and is incompatible with
+multiarch support
+ * Mark the development package as multiarch (Closes: #933713)
+
+ -- Francois Gouget Tue, 28 Jan 2020 02:02:00 +0100
+
libgpg-error (1.36-7) unstable; urgency=medium
* d/tests/wind
Package: transmission-gtk
Version: 2.94-2
Severity: normal
Dear Maintainer,
When running transmission-gtk with two torrents it uses 100% of a CPU core:
fgouget 24435 98.9 0.2 814620 67712 ?Sl 17:36 2:11
/usr/bin/transmission-gtk
fgouget 24435 98.9 0.2 814620 67712 ?Sl
Package: fail2ban
Version: 0.10.2-2.1
Followup-For: Bug #888711
Dear Maintainer,
fail2ban 0.10.2-2.1 still ships the incorrect sshd-ddos.conf and
sshd-aggressive.conf files. Neither ddos nor aggressive are defined
parameters so these files should be rewritten as shown in the
attachements, that is
Package: fail2ban
Version: 0.10.2-2.1
Followup-For: Bug #873845
Dear Maintainer,
This attack is in active use right now and this TWO YEARS OLD bug is
preventing fail2ban from doing anything about it!
Jul 19 06:59:33 amibe sshd[32728]: Did not receive identification string from
47.96.156.238 por
On Fri, 5 Jul 2019, Felix Lechner wrote:
> Hi François,
>
> On Fri, Jul 5, 2019 at 2:03 AM Francois Gouget wrote:
> >
> > I'm also running into "out of disk space" errors caused by Lintian.
> > These happen when I check a 240 MB package
>
>
type tmpfs (rw,nosuid,nodev,relatime,size=2097152k)
For now I've been working around this issue by setting TMPDIR=/var/tmp
but using 1.9+ GB to check a 0.2 GB package seems a bit much.
--
Francois Gouget http://fgouget.free.fr/
Hiroshima '45 - Czernobyl '86 - Windows '95
Package: lintian
Version: 2.15.0
Severity: normal
Dear Maintainer,
/usr/share/lintian/data/spelling/corrections-case contains some invalid
lines. That file's format is described in the initial comment:
# The format of each line is:
# mistake||correction
But lintian 2.15.0 contains the following
Package: qemu-system-x86
Version: 1:3.1+dfsg-7
Severity: normal
Dear Maintainer,
To reproduce:
* Create a VM using Spice.
* Tell QEmu to stream all videos by using virsh to add the streaming
mode setting like so:
* Start the VM and play a video in the guest. For instance
because it causes Xorg to switch to what
is already the current virtual console.
--
Francois Gouget http://fgouget.free.fr/
A black hole is just God dividing by zero.
line:
use Net::OpenSSH::Compat::SSH2 qw(:supplant);
This causes the script to use Net::OpenSSH which actually works.
Unfortunately this workaround will not work for all scripts but
migrating to Net::OpenSSH is still a good idea to avoid Net::SSH2's
compatibility and maintenance issues.
Package: mysql-workbench
Version: 6.3.10+dfsg-3
Severity: normal
Dear Maintainer,
mysql-workbench 6.3.10+dfsg-3 depends on gdal-abi-2-3-0.
Debian Stable only has the older gdal-abi-2-1-2 provided by libgdal20
2.1.2+dfsg-5, while newer distributions (Testing and Unstable) only have
the newer gdal
thing is: the file I posted works!
--
Francois Gouget http://fgouget.free.fr/
question = ( to ) ? be : ! be;
-- Wm. Shakespeare
uot;apparmor_parser"
Jan 10 01:01:35 amboise kernel: [225666.357611] audit: type=1400
audit(1547078495.051:814): apparmor="STATUS" operation="profile_remove"
profile="unconfined" name="libvirt-c1cd8951-9ae3-4a76-a364-69f648d51447"
pid=32123 comm="apparmor_parser"
--
Francois Gouget http://fgouget.free.fr/
Stolen from an Internet user:
"f u cn rd ths, u cn gt a gd jb n cmptr prgrmmng !"
It looks like the merge with bug 813658 failed. Since that bug is
closed this one is unblocked and should maybe even be closed.
--
Francois Gouget http://fgouget.free.fr/
In theory, theory and practice are the same, but in practice they're different.
ree.fr/tmp/binutils-mingw-w64/binutils-mingw-w64-i686-dbgsym_2.28-5+7.4+w1_amd64.deb
http://fgouget.free.fr/tmp/binutils-mingw-w64/binutils-mingw-w64-x86-64_2.28-5+7.4+w1_amd64.deb
http://fgouget.free.fr/tmp/binutils-mingw-w64/binutils-mingw-w64-x86-64-dbgsym_2.28-5+7.4+w1_amd64.deb
--
Franc
Package: binutils-mingw-w64-i686
Version: 2.28-5+7.4+b4
Severity: normal
Tags: patch
Dear Maintainer,
On 2018-10-01 a patch was applied to Wine to test custom dialog
control data:
https://source.winehq.org/git/wine.git/commit/606b0272776ec2a4e6146aa29a993fc88e98214b
Unfortunately i686-w64-mingw3
et the issue is still present. I'm using original / genuine /
whatever-you-want-to-call-them HP cartridges too.
I don't know how to rule out a cartridge fault otherwise.
--
Francois Gouget http://fgouget.free.fr/
Dieu dit: "M-x Lumi\xC3\xA8re". Et la lumi\xC3\xA8re fut.
onment to the
architecture
the package got built for (since dpkg 1.15.4).
[...]
dpkg 1.15.4 was released in 2009.
--
Francois Gouget http://fgouget.free.fr/
It really galls me that most of the computer power in the world
is wasted on
Package: rear
Version: 2.3+dfsg-1
Severity: normal
Dear Maintainer,
I compared the files of the amd64, i386 and ppc64el binary packages and they
are
all strictly identical. Thus the rear package is architecture independent and
should be marked as such.
That means:
* Setting Architecture: all
Package: libquazip5-1
Version: 0.7.3-7
Severity: normal
Dear Maintainer,
Trying to install the amd64 and i386 versions of this package results in the
following error:
# apt-get install libquazip5-1:i386 libquazip5-1:amd64
[...]
Unpacking libquazip5-1:amd64 (0.7.3-7) ...
dpkg: dependency problem
Package: libmateweather1
Version: 1.20.0-1
Severity: normal
Dear Maintainer,
Trying to install the amd64 and i386 versions of this package results in the
following error:
# apt-get install libmateweather1:i386 libmateweather1:amd64
[...]
dpkg: dependency problems prevent configuration of libmat
Package: libicu-dev
Version: 57.1-9
Severity: normal
Dear Maintainer,
libicu-dev is not multi-arch aware, causing the i386 version to conflict
with the amd64 one which makes it impossible to install both. As a
result the /usr/lib/i386-linux-gnu/libicu*.so symbolic links are missing
so that develo
rks.
I tested and I can coinstall version 18.0 of libibverbs1 +
ibverbs-providers. So this is fixed.
Thanks.
--
Francois Gouget http://fgouget.free.fr/
War doesn't determine who's right. War determines who's left.
Package: gir1.2-anjuta-3.0
Version: 2:3.28.0-1+b1
Severity: normal
Dear Maintainer,
This concerns Debian Testing and Unstable:
* For the amd64, arm64, armel, mips64el and s390x architectures only
version 2:3.28.0-1+b1 is available.
* For the armhf, i386, mips, mipsel and ppc64el architecture
Package: growisofs
Version: 7.1-12
Severity: normal
Dear Maintainer,
brasero-cdrkit is Multi-Arch: same but depends on growisofs because it needs to
run the tools growisofs provides. This is ok but can only work if growisofs is
marked Multi-Arch: foreign.
Fortunately since growisofs only provi
Package: genisoimage
Version: 9:1.1.11-3+b2
Severity: normal
Dear Maintainer,
brasero-cdrkit and libguestfs0 are Multi-Arch: same but depend on genisoimage
because they need to run the tools it provides. This is ok but can only work if
genisoimage is marked Multi-Arch: foreign.
Fortunately sin
Package: ibverbs-providers
Version: 17.1-2
Severity: normal
Dear Maintainer,
Trying to install the amd64 and i386 versions of this package results in the
following error:
# apt-get install ibverbs-providers:amd64 ibverbs-providers:i386
[...]
Unpacking ibverbs-providers:i386 (17.1-1) ...
Process
Package: wodim
Version: 9:1.1.11-3+b2
Severity: normal
Dear Maintainer,
brasero-cdrkit is Multi-Arch: same but depends on wodim because it needs to run
the tools wodim provides. This is ok but can only work if wodim is marked
Multi-Arch: foreign.
Fortunately since wodim only provides tools tha
Package: libruby2.5
Version: 2.5.1-1
Severity: normal
Dear Maintainer,
Trying to install the amd64 and i386 versions of this
package results in the following error:
# apt-get install libruby2.5:amd64 libruby2.5:i386
[...]
Unpacking libruby2.5:i386 (2.5.1-1) ...
dpkg: error processing archive
/v
Package: libitalccore
Version: 1:3.0.3+dfsg1-3
Severity: normal
Dear Maintainer,
Trying to install the amd64 and i386 versions of this package results in the
following error:
# apt-get install libitalccore:amd64 libitalccore:i386
[...]
Setting up libqt5svg5:i386 (5.10.1-2) ...
dpkg: dependency
Package: libbabl-dev
Version: 0.1.46-2
Severity: normal
Dear Maintainer,
Trying to install the amd64 and i386 versions of this package results in the
following error:
# apt-get install libbabl-dev:amd64 libbabl-dev:i386
[...]
Unpacking libbabl-dev:i386 (0.1.46-2) ...
dpkg: dependency problems p
Package: libdune-grid-dev
Version: 2.6.0-1+b1
Severity: normal
Dear Maintainer,
This concerns Debian Testing and Unstable:
* For the alpha, amd64, arm64, mips64el and ppc64el architectures only
version 2.6.0-1+b1 is available.
* For the armel, armhf, i386, mipsel and x32 architectures only
Package: libupnp6-dev
Version: 1:1.6.24-4
Severity: normal
Dear Maintainer,
Trying to install the amd64 and i386 versions of this
package results in the following error:
# apt-get install libupnp6-dev:amd64 libupnp6-dev:i386
[...]
Unpacking libupnp6-dev:i386 (1:1.6.24-4) ...
dpkg: error processi
Package: libseafile0
Version: 6.1.5-1
Severity: critical
Justification: breaks unrelated software
Dear Maintainer,
libseafile0 is marked as Multi-Arch: same but its postinst and preinst scripts
call pycompile and pyclean without specifying the package architecture. As a
result if libseafile0 is
oken. So something changed in that
interval and broke things. Obviously I did not manually changed
shmmax.
--
Francois Gouget http://fgouget.free.fr/
There are 10 types of people in the world...
those who understand binary and those who don't.
This is a duplicate of bug 897345.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=897345
Sorry. There was an email issue on my end that caused the report to be
sent twice.
--
Francois Gouget http://fgouget.free.fr/
Indifference will certainly be the downfall of mankind
This is a duplicate of bug 897344.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=897344
Sorry. There was an email issue on my end that caused the report to be
sent twice.
--
Francois Gouget http://fgouget.free.fr/
Dieu dit: "M-x Lumi\xC3\xA8re". Et l
This is a duplicate of bug 897342.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=897342
Sorry. There was an email issue on my end that caused the report to be
sent twice.
--
Francois Gouget http://fgouget.free.fr/
A black hole is just God dividing by zero.
This is a duplicate of bug 897343.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=897343
Sorry. There was an email issue on my end that caused the report to be
sent twice.
--
Francois Gouget http://fgouget.free.fr/
Dieu dit: "M-x Lumi\xC3\xA8re". Et l
This is a duplicate of bug 897341.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=897341
Sorry. There was an email issue on my end that caused the report to be
sent twice.
--
Francois Gouget http://fgouget.free.fr/
Un western sans indien c'est comme une p
This is a duplicate of bug 897340.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=897340
Sorry. There was an email issue on my end that causes the report to be
sent twice.
--
Francois Gouget http://fgouget.free.fr/
It really galls me that most of the computer power
This is a duplicate of bug 897339.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=897339
Sorry. There was an email issue on my end that causes the report to be
sent twice.
--
Francois Gouget http://fgouget.free.fr/
If you think the whole world revolves around
On Tue, 1 May 2018, Simon McVittie wrote:
> Control: tags 897328 + patch
> Control: tags 897341 + patch
>
> On Tue, 01 May 2018 at 07:34:26 -0400, Francois Gouget wrote:
> > Trying to install the amd64 and i386 versions of this
> > package results in the following err
Package: gir1.2-ibus-1.0
Version: 1.5.18-1
Severity: normal
Dear Maintainer,
The prerm script contains the following:
else
dpkg -L gir1.2-ibus-1.0 | perl -ne 's,/([^/]*)\.py$,/__pycache__/\1.*,
or next; unlink $_ or die $! foreach glob($_)'
Should this line be run when more than one ar
Package: python-pjproject
Version: 2.7.2~dfsg-1
Severity: critical
Justification: breaks unrelated software
Dear Maintainer,
python-pjproject is marked as Multi-Arch: same but its postinst and preinst
scripts call pycompile and pyclean without specifying the package architecture.
As
a result i
Package: libmarco-private1
Version: 1.20.1-1
Severity: normal
Dear Maintainer,
Trying to install the amd64 and i386 versions of this package results in the
following error:
# apt-get install libmarco-private1:amd64 libmarco-private1:i386
[...]
Unpacking libmarco-private1:i386 (1.20.1-1) ...
dpk
Package: libosmo-ranap-dev
Version: 0.2.0-1
Severity: normal
Dear Maintainer,
Trying to install the amd64 and i386 versions of this
package results in the following error:
# apt-get install libosmo-ranap-dev:amd64 libosmo-ranap-dev:i386
[...]
Unpacking libosmo-ranap-dev:i386 (0.2.0-1) ...
dpkg:
Package: libpfm4-dev
Version: 4.9.0+git21-gc4de2ea-1
Severity: normal
Dear Maintainer,
Trying to install the amd64 and i386 versions of this
package results in the following error:
# apt-get install libpfm4-dev:amd64 libpfm4-dev:i386
[...]
Unpacking libpfm4-dev:i386 (4.9.0+git21-gc4de2ea-1) ...
Package: libvisual-0.4-dev
Version: 0.4.0-11
Severity: normal
Dear Maintainer,
Trying to install the amd64 and i386 versions of this
package results in the following error:
# apt-get install libvisual-0.4-dev:amd64 libvisual-0.4-dev:i386
[...]
Unpacking libvisual-0.4-dev:i386 (0.4.0-11) ...
dpkg
Package: libtorch-th-dev
Version: 0~20170926-g89ede3b-2
Severity: normal
Dear Maintainer,
Trying to install the amd64 and i386 versions of this
package results in the following error:
# apt-get install libtorch-th-dev:amd64 libtorch-th-dev:i386
[...]
Unpacking libtorch-th-dev:i386 (0~20170926-g8
Package: libjson-glib-dev
Version: 1.4.2-3
Severity: normal
Dear Maintainer,
Trying to install the amd64 and i386 versions of this
package results in the following error:
# apt-get install libjson-glib-dev:amd64 libjson-glib-dev:i386
[...]
Unpacking libjson-glib-dev:i386 (1.4.2-3) ...
dpkg: erro
Package: libcidr-dev
Version: 1.2.3-2
Severity: normal
Dear Maintainer,
Trying to install the amd64 and i386 versions of this
package results in the following error:
# apt-get install libcidr-dev:amd64 libcidr-dev:i386
[...]
Unpacking libcidr-dev:i386 (1.2.3-2) ...
dpkg: error processing archive
Package: libmstch-dev
Version: 1.0.2-2
Severity: normal
Dear Maintainer,
Trying to install the amd64 and i386 versions of this
package results in the following error:
# apt-get install libmstch-dev:amd64 libmstch-dev:i386
[...]
Unpacking libmstch-dev:i386 (1.0.2-2) ...
dpkg: error processing arc
Package: libignition-transport4-dev
Version: 4.0.0+dfsg-4
Severity: normal
Dear Maintainer,
Trying to install the amd64 and i386 versions of this
package results in the following error:
# apt-get install libignition-transport4-dev:amd64
libignition-transport4-dev:i386
[...]
Unpacking libignitio
Package: libbellesip-dev
Version: 1.6.3-2
Severity: normal
Dear Maintainer,
Trying to install the amd64 and i386 versions of this
package results in the following error:
# apt-get install libbellesip-dev:amd64 libbellesip-dev:i386
[...]
Unpacking libbellesip-dev:i386 (1.6.3-2) ...
dpkg: error pr
Package: libgeocode-glib-dev
Version: 3.25.4.1-4
Severity: normal
Dear Maintainer,
Trying to install the amd64 and i386 versions of this
package results in the following error:
# apt-get install libgeocode-glib-dev:amd64 libgeocode-glib-dev:i386
[...]
Unpacking libgeocode-glib-dev:i386 (3.25.4.1
Package: guile-2.2-libs
Version: 2.2.3+1-3
Severity: normal
Dear Maintainer,
Trying to install the amd64 and i386 versions of this
package results in the following error:
# apt-get install guile-2.2-libs:amd64 guile-2.2-libs:i386
[...]
Unpacking guile-2.2-libs:i386 (2.2.3+1-3) ...
dpkg: error pr
Package: libchemps2-dev
Version: 1.8.7-1
Severity: normal
Dear Maintainer,
Trying to install the amd64 and i386 versions of this
package results in the following error:
# apt-get install libchemps2-dev:amd64 libchemps2-dev:i386
[...]
Preparing to unpack .../libchemps2-dev_1.8.7-1_i386.deb ...
Un
Package: libcdio-dev
Version: 1.0.0-2
Severity: normal
Dear Maintainer,
Trying to install libcdio-dev:amd64 and libcdio-dev:i386 results in the
following error:
# apt-get install libcdio-dev:amd64 libcdio-dev:i386
[...]
Unpacking libcdio-dev:i386 (1.0.0-2) ...
dpkg: error processing archive
/v
Package: libsigrokdecode2
Version: 0.3.0-1+b3
Severity: important
Dear Maintainer,
libsigrokdecode2 is marked as Multi-Arch: same but its postinst and preinst
scripts call pycompile and pyclean without specifying the package architecture.
As
a result if libsigrokdecode2 is installed for more t
Package: python-kmodpy
Version: 0.1.10-2
Severity: important
Dear Maintainer,
python-kmodpy is marked as Multi-Arch: same but its postinst and preinst scripts
call pycompile and pyclean without specifying the package architecture. As a
result if python-kmodpy is installed for more than one archit
Package: libccnet0
Version: 6.0.2-2
Severity: important
Dear Maintainer,
libccnet0 is marked as Multi-Arch: same but its postinst and preinst scripts
call pycompile and pyclean without specifying the package architecture. As a
result if libccnet0 is installed for more than one architecture the pa
lated software on the system (or the
whole system) break, [...] on systems where you
install the package.
--
Francois Gouget http://fgouget.free.fr/
In theory, theory and practice are the same, but in practice they're different.
d.
[1] We will be guided by the needs of our users and the free software
community. We will place their interests first in our priorities. We
will support the needs of our users for operation in many different
kinds of computing environments.
https://www.debian.org/social_co
Package: libsdl2-dev
Version: 2.0.8+dfsg1-1
Severity: normal
Dear Maintainer,
The development package is not multiarch aware which causes the amd64
version to conflict with the i386 one, thus making it impossible to
install both.
As a result the /usr/lib/i386-linux-gnu/libSDL2.so symbolic link i
known and implemented!
So until this bug is fixed in the Debian release everyone uses I don't
think it should be closed.
--
Francois Gouget http://fgouget.free.fr/
In theory, theory and practice are the same, but in practice they're different.
rofile would make sense if clamd is only used remotely rather than
to scan local files.
--
Francois Gouget http://fgouget.free.fr/
Nouvelle version : les anciens bogues ont été remplacés par de nouveaux.
Package: aspell-te
Version: 0.01-2-5
Followup-For: Bug #769019
Dear Maintainer,
There has been no release in almost *6* years!
(and thus no fix for this bug)
Has this package been abandonned?
Time to remove it from Debian?
-- System Information:
Debian Release: buster/sid
APT prefers testing
Package: aspell-or
Version: 0.03-1-5
Followup-For: Bug #769017
Dear Maintainer,
There has been no release in almost *6* years!
(and thus no fix for this 3 years old bug)
Has this package been abandonned?
Time to remove it from Debian?
-- System Information:
Debian Release: buster/sid
APT pref
Package: aspell-pa
Followup-For: Bug #769018
Dear Maintainer,
This bug is fixed in 0.01-1-5 and should be closed.
-- System Information:
Debian Release: buster/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kern
dscan --fdpass'. This completely bypasses the apparmor profile.
What are the security implications of that? As far as I can tell it's
not possible to reopen an existing fd with different access bits so
if clamdscan opens the file to be scanned in read-only mode, then clamd
should not be able to write to it. So why not make --fdpass the default?
--
Francois Gouget
Package: clamav-unofficial-sigs
Version: 3.7.2-2
Followup-For: Bug #831607
Dear Maintainer,
This bug is still present which makes sense given that this package is
totally unmaintained: the last release was in 2014!!!
I believe the simplest workaorund is to rename the mbl_dbs variable in
/usr/sha
Package: apparmor
Version: 2.11.1-4
Severity: important
Dear Maintainer,
After upgrading from apparmor 2.11.1-2 to 2.11.1-4 I cannot use clamdscan
anymore;
$ ll -d /bin /bin/true
drwxr-xr-x 2 root root 4,0K déc. 14 18:26 /bin
-rwxr-xr-x 1 root root 31K oct. 2 19:51 /bin/true
$ clamdscan /bi
1 - 100 of 537 matches
Mail list logo
