Bug#895142: libevent-dev: Please transition libevent-dev to multiarch

[F. Poirotte]

Package: libevent-dev
Version: 2.0.21-stable-3
Severity: normal

Dear Maintainer,

While bug #675320 added support for multi-arch for the main packages, it seems
the development package was overlooked. As such, it is not currently possible to
install the dev package for multiple architectures (eg. amd64 and i386) at the
same time.

Trying to co-install multiple variants results in apt-get/aptitude trying to 
first
remove previously installed packages. Here's the trace when trying to install
the i386 variant on a system where the amd64 variant is already installed:

$ sudo aptitude install libevent-dev:i386
The following NEW packages will be installed:
  libevent-core-2.0-5:i386{a} libevent-dev:i386{b} libevent-extra-2.0-5:i386{a} 
libevent-openssl-2.0-5:i386{a} libevent-pthreads-2.0-5:i386{a} 
0 packages upgraded, 5 newly installed, 0 to remove and 2 not upgraded.
Need to get 569 kB of archives. After unpacking 1,971 kB will be used.
The following packages have unmet dependencies:
 libevent-dev : Conflicts: libevent-dev:i386 but 2.0.21-stable-3 is to be 
installed
 libevent-dev:i386 : Conflicts: libevent-dev but 2.0.21-stable-3 is installed
The following actions will resolve these dependencies:

 Remove the following packages:
1) libevent-dev [2.0.21-stable-3 (now, stable)]


Accept this solution? [Y/n/q/?] q


I checked the control file in testing/sid (libevent-2.1-6 (2.1.8-stable-4))
and the problem is also visible there.

Best regards,
François


-- System Information:
Debian Release: 9.4
  APT prefers stable
  APT policy: (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.9.0-6-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US:en 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages libevent-dev depends on:
ii  libevent-2.0-5   2.0.21-stable-3
ii  libevent-core-2.0-5  2.0.21-stable-3
ii  libevent-extra-2.0-5 2.0.21-stable-3
ii  libevent-openssl-2.0-5   2.0.21-stable-3
ii  libevent-pthreads-2.0-5  2.0.21-stable-3

libevent-dev recommends no packages.

libevent-dev suggests no packages.

-- no debconf information

Bug#856160: nettle-dev: Please transition nettle-dev to multi-arch

[F. Poirotte]

Package: nettle-dev
Version: 3.3-1
Severity: wishlist

Dear Maintainer,

Please transition nettle-dev to multi-arch so that multiple variants can be 
co-installed (eg. i386 & amd64)

It seems an attempt was already made to make the package multi-arch compatible 
in #783699, which removed the conflicts
stemming from a comment containing compiler information.
However, the GMP_NUMB_BITS preprocessor constant still triggers a conflict when 
trying to co-install the i386 & amd64 packages.

Maybe the constant could be removed/replaced with an error message as initially 
suggested?

Best regards,
François



-- System Information:
Debian Release: 9.0
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.6.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Bug#856159: libidn11-dev: Please transition libidn11-dev to multi-arch

[F. Poirotte]

Package: libidn11-dev
Version: 1.33-1
Severity: wishlist

Dear Maintainer,

Please transition libidn11-dev to multi-ach so that multiple variants of this 
package can be co-installed (eg. amd64 & i386)

Simply adding "Multi-Arch: same" to debian/control for this package seems to do 
the trick and does not trigger any conflict AFAICT.


Best regards,
François

-- System Information:
Debian Release: 9.0
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.6.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)