Bug#760370: libpcap0.8-dev is still not Multi-Arch compatible

Dear Maintainer, libpcap0.8-dev is very close to being multi-arch compatible. As Francois pointed out back in February 2015, the only problem is in pcap-config. Francois' patch also remains a valid solution. Have you made any progress on resolving this issue? Or do you need help with

Bug#872315: rename: Please make rename multi-arch compatible

Package: rename Version: 0.20-4 Severity: wishlist Dear Maintainer, The package rename is not multi-arch compatible, so it cannot satisfy build dependencies across different architectures (e.g. i386 and amd64). The package is already Architecture: all, so there are no conflicts with files

Bug#837898: Please remove icu-config as it is no longer used by libicu-dev's reverse dependencies

Package: libicu-dev Version: 57.1-6 Followup-For: Bug #837898 Dear Maintainer, I have checked all 19 reverse dependencies of libicu-dev. Only one package (fis-gtm-6.3-000a) uses icu-config, and even then, it is only used if detected during configure. If not present, the configure script works

Bug#856160: Please redefine GMP_NUMB_BITS to resolve a multi-arch conflict

Dear Maintainer, #define NETTLE_USE_MINI_GMP 0 /* We need a preprocessor constant for GMP_NUMB_BITS, simply using sizeof(mp_limb_t) * CHAR_BIT is not good enough. */ #if NETTLE_USE_MINI_GMP -# define GMP_NUMB_BITS 32 +# define GMP_NUMB_BITS 64 #endif Although NETTLE_USE_MINI_GMP is

Bug#872087: liburi-perl: Please make liburi-perl multi-arch compatible

Package: liburi-perl Version: 1.72-1 Severity: wishlist Dear Maintainer, The package liburi-perl is Architecture: all, but cannot satisfy build dependencies across multiple architectures. The package only installs files in /usr/share/*, making it a good candidate to be marked Multi-Arch:

Bug#872088: libwww-perl: Please make libwww-perl multi-arch compatible

Package: libwww-perl Version: 6.15-2 Severity: wishlist Dear Maintainer, The package libwww-perl is Architecture: all, but cannot satisfy build dependencies across multiple architectures. The package installs files in /usr/share/* and /usr/bin. These files cannot differ across architectures

Bug#872411: unixodbc-dev is not multi-arch compatible

Package: unixodbc-dev Version: 2.3.4-1 Severity: wishlist Tags: patch Dear Maintainer, The package unixodbc-dev is not multi-arch compatible and cannot be installed on multiple architectures (e.g. amd64 and i386) simultaneously. This seriously inhibits projects such as Wine, which uses the

Bug#869759: libxml-simple-perl: Update libxml-simple-perl to version 2.24

Package: libxml-simple-perl Version: 2.22-1 Severity: wishlist Dear Maintainer, Please update libxml-simple-perl to the latest upstream version, which is 2.24. This version contains some bug fixes that would be useful in the Debian repositories. -- System Information: Debian Release:

Bug#869758: libxml-simple-perl is not Multi-Arch compatible

Package: libxml-simple-perl Version: 2.22-1 Severity: wishlist Tags: patch Dear Maintainer, The package libxml-simple-perl is not Multi-Arch compatible, so the package cannot be installed concurrently on multiple architectures (e.g. amd64 and i386). This is a limitation to building 32-bit Wine

Bug#834714: libxslt1-dev: arch-dependent file in "Multi-Arch: same" package

Dear Maintainers, The xsltconfig.h file is still architecture-dependent. The LIBXSLT_DEFAULT_PLUGINS_PATH() line is the only code differing between architectures. If the file is to remain architecture-dependent, it should probably move to /usr/include//libxslt. This would enable better

Bug#865308: khronos-api is not Multi-Arch compatible

Dear Maintainer, This bug is still present. Has any progress been made on resolving this issue? Do you need any help with testing or anything else? -- Hugh McMaster

Bug#865307: khronos-api: The khronos-api package description needs minor improvement

Dear Maintainer, This bug is still present. Has any progress been made on resolving this issue? Do you need any help with testing or anything else? -- Hugh McMaster

Bug#870618: libfreetype6-dev: Remove freetype-config

Package: libfreetype6-dev Version: 2.8-0.2 Severity: wishlist Dear Maintainer, The package libfreetype6-dev is still not multi-arch compatible. In #666761, you stated that you will not accept patches that remove freetype- config, as the interface is used by reverse dependencies. This is no

Bug#872550: libidn2-0-dev is not multi-arch compatible

Package: libidn2-0-dev Version: 2.0.2-1 Severity: wishlist Tags: patch Dear Maintainer, libidn2-0-dev is not multi-arch compatible. There are two conflicts: (1) usr/share/doc/libidn2-0-dev/libidn2.pdf (2) usr/share/info/libidn2.info.gz These conflicts, however, have been fixed in the new

Bug#865308: khronos-api is not Multi-Arch compatible

Package: khronos-api Version: 0~svn29735-1.1 Severity: wishlist Dear Maintainer, The package khronos-api is not Multi-Arch compatible, so the package cannot be installed concurrently for multiple architectures (e.g. amd64 and i386). This is a limitation to building 32-bit Wine on amd64, as the

Bug#865307: khronos-api: The khronos-api package description needs minor improvement

Package: khronos-api Version: 0~svn29735-1.1 Severity: minor Dear Maintainer, The description for the khronos-api package contains excess whitespace, which causes the description to appear incorrectly when using the GDebi Package Installer and Synaptic (e.g. in GDebi there is an excess newline.)

Bug#876132: freetype: Please upgrade to 2.8.1

On Monday, 18 September 2017 at 23:35:20 +0200, Laurent Bigonville wrote: > I've uploaded the new version to the DELAYED/10 queue, please test I think we should hold this version for a while. It seems 2.8.1 is causing build problems and runtime crashes on Arch systems with Wine. See, for

Bug#876183: libgdk-pixbuf2.0-dev: Please split the development binaries into a separate package

Package: libgdk-pixbuf2.0-dev Version: 2.36.5-2 Severity: wishlist Dear Maintainer, The package libgdk-pixbuf2.0-dev is not multi-arch compatible, as the binary files in /usr/bin differ across architectures. Please split the binary file into a separate development package: libgdk-

Bug#876062: perl-doc: Please mark the package Multi-Arch: foreign

Package: perl-doc Version: 5.26.0-8 Severity: wishlist Tags: patch Dear Maintainer, The package perl-doc is Architecture: all and cannot differ across architectures (e.g. i386 and amd64). As a result, there are no architecture-specific paths present in the package. Please mark the package

Bug#875728: libgtk2.0-dev: Please remove dh_gtkmodules

Package: libgtk2.0-dev Version: 2.24.31-2 Severity: wishlist Dear Maintainer, The dh_gtkmodules script was deprecated when gtk+2.0 (2.21.5-1) was released more than seven years ago. Please remove this script from the libgtk2.0-dev package, as it uses hard-coded paths that are not multi-arch

Bug#870618: NMU for freetype 2.8-0.3

Hi Steve, I haven't heard from you lately, so I'd like to do an NMU for freetype 2.8-0.3 via RFS. A diff with the package changes is attached. Hugh freetype_2.8-0.3-changes.diff Description: freetype_2.8-0.3-changes.diff

Bug#876183: libgdk-pixbuf2.0-dev: Please split the development binaries into a separate package

On Wednesday, 20 September 2017 2:56 AM, Michael Biebl wrote: > It's not quite as simple as that. We need to verify that the binaries > provided by libgdk-pixbuf2.0-dev-bin work as Multi-Arch: foreign, i.e. > their output needs to be arch independent. Hi Michael, I didn't think it would be as

Bug#877691: libsane-dev: File conflict causes multi-arch installation failure

Hi Jörg, On Wednesday, 04 Octiber 2017, 20:56:23 +0200, Jörg Frings-Fürst wrote: > Thats the same bug as in [1] and [2] and was fixed in at > 1.0.27-1~experimental1. The BTS shows that 1.0.27-1~experimental2 was uploaded two months ago. When are you planning to release the package to unstable?

Bug#877610: RFS: libexif/0.6.21-2.1 [NMU]

po/en_GB.po Copyright: 2010, Robert Readman License: LGPL-2.1+ This causes lintian to complain that the first occurrence is not used. I'm not sure how to fix this, as in one case, the licence is different. [1] https://www.debian.org/doc/manuals/developers-reference/pkgs.html#nmu [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=786562 -- Hugh McMaster

Bug#877691: libsane-dev: File conflict causes multi-arch installation failure

Package: libsane-dev Version: 1.0.25-4.1 Severity: important Dear Maintainer, The package libsane-dev is no longer multi-arch installable. A diff of the i386 and amd64 binary packages reveals a file conflict in /usr/share/doc/libsane-dev/sane.ps.gz. Also, attempting to install the i386 variant

Bug#872087: Pending fixes for bugs in the liburi-perl package

On Monday, 09 Oct 2017 21:49:31 +, Florian Schlichting wrote: > Some bugs in the liburi-perl package are closed in revision > 3d45d9faf1a6fcf00ac4646d8aa20a81cd3e24f7 in branch 'master' by > Florian Schlichting [...] Thanks for working on this, Florian. When will the package be available in

Bug#872550: libidn2-dev is not multi-arch compatible

Package: libidn2-dev Version: 2.0.2-3 Followup-For: Bug #872550 Dear Maintainer, libidn2-dev is now in Debian Testing, but it is not multi-arch compatible. A comparison of the i386 and amd64 packages shows no file conflicts. Please mark the package "Multi-Arch: same" by applying the following

Bug#874328: cinnamon-session-common: Please make the package multi-arch aware

Package: cinnamon-session-common Version: 3.2.0-4 Severity: wishlist Dear Maintainer, Please mark the package cinnamon-session-common as Multi-Arch: foreign to satisfy Debian's binary package duplication detector. Thank you. -- System Information: Debian Release: buster/sid APT prefers

Bug#874327: cinnamon-l10n: Please make the package multi-arch aware

Package: cinnamon-l10n Version: 3.2.2-2 Severity: wishlist Dear Maintainer, Please mark the package cinnamon-l10n as Multi-Arch: foreign to satisfy Debian's binary package duplication check. Thank you -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500,

Bug#874330: cinnamon-doc: Please make the package multi-arch aware

Package: cinnamon-doc Version: 3.2.7-4 Severity: wishlist Dear Maintainer, Please mark cinnamon-doc as Multi-Arch: foreign to satisfy the Debian duplication check. -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64

Bug#875647: libgraphite2-dev: Please mark the package Multi-Arch: same

Package: libgraphite2-dev Version: 1.3.10-2 Severity: wishlist Tags: patch Dear Maintainer, The package libgraphite2-dev is not multi-arch compatible. This affects the development of other software that depends on libgraphite2-dev. A comparison of the i386 and amd64 variants shows no

Bug#875649: libgirepository1.0-doc: Please mark the package Multi-Arch: foreign

Package: libgirepository1.0-doc Version: 1.53.2-4 Severity: wishlist Tags: patch Dear Maintainer, The package libgirepository1.0-doc is Architecture: all and cannot differ across architectures (e.g. i386 and amd64). Therefore, the package should be marked Multi-Arch: foreign to satisfy Debian's

Bug#875648: libgraphite2-doc: Please mark the package Multi-Arch: foreign

Package: libgraphite2-doc Version: 1.3.10-2 Severity: wishlist Tags: patch Dear Maintainer, The package libgraphite2-doc is Architecture: all and cannot conflict across different architectures (e.g. i386 and amd64). Please mark the package Multi-Arch: foreign to satisfy Debian's binary package

Bug#875650: python3-mako: Please make the package multi-arch compatible

Package: python3-mako Version: 1.0.7+ds1-1 Severity: wishlist Tags: patch Dear Maintainer, The package python3-mako is Architecture: all and cannot conflict across different architectures e.g. i386 and amd64). Please mark the package Multi-Arch: foreign to allow other software to pull this

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

eeding limits.h though. sed -i 's/\(\# define GMP_NUMB_BITS\).*/\1 \(__SIZEOF_LONG__ \* CHAR_BIT\)/' $(CURDIR)/version.h # define GMP_NUMB_BITS 64 --> # define GMP_NUMB_BITS (__SIZEOF_LONG__ * CHAR_BIT) -- Hugh McMaster

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

/ > #if NETTLE_USE_MINI_GMP > # define GMP_NUMB_BITS n/a > #endif Using "n/a" resolves the multi-arch conflict across Debian architectures. Thank you! -- Hugh McMaster

Bug#872265: please drop transitional package libpcap-dev

Package: libpcap-dev Version: 1.8.1-4 Followup-For: Bug #872265 If dropping the package is not desirable, please mark the package Multi-Arch: foreign to satisfy other packages that build-depend on libpcap-dev. Alternatively, making libpcap-dev the primary development package would be beneficial,

Bug#877047: RFS: sane-backends-extras/1.0.22.5 [QA]

On Friday, 29 September 2017 5:37 AM, Herbert Fortes wrote: > Uploaded. Thanks for you time. Thank you, Herbert. Kind regards, Hugh

Bug#876132: freetype: Please upgrade to 2.8.1

On Friday, 29 September 2017, 15:00:02 +0200, Laurent Bigonville wrote: > Yes I saw that, I already extended the delay for 5 days the other day. Thanks for extending the delay after I messaged you on IRC. > It seems that wine is already patched upstream, so fixing it in debian > shouldn't be

Bug#877610: RFS: libexif/0.6.21-2.1 [NMU]

tian). - Remove '--with autoreconf' (now handled by debhelper level 10). - Fix grammatical errors in a comment. * debian/source/lintian-overrides: - Override 'unused-file-paragraph-in-dep5-copyright' warnings. Regards, Hugh McMaster

Bug#786562: NMU via RFS for multi-arch support and the security bugs

Dear Maintainer, I have prepared an NMU to fix both this bug and the CVE security bugs (#873022 and #876466). I am uploading the NMU to mentors.debian.net for review and approval by a Debian sponsor. Thank you. -- Hugh McMaster

Bug#786562: NMU source changes

Dear Maintainer, The following diff file indicates the changes made to libexif. -- Hugh McMaster libexif-nmu-changes.diff Description: libexif-nmu-changes.diff

Bug#877047: RFS: sane-backends-extras/1.0.22.5 [QA]

). * debian/rules: - Remove '--with=autotools_dev' (now handled by debhelper level 10). * doc/sane-geniusvp2.man: - Fix spelling errors (lintian). * Rename configure.in to configure.ac (lintian). Regards, Hugh McMaster

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

Package: nettle-dev Version: 3.3-1+b1 Followup-For: Bug #856160 Dear Maintainer, The attached patch fixes the header conflict in nettle-dev. Once it is applied, the package can be marked Multi-Arch: same. -- System Information: Debian Release: buster/sid APT prefers testing APT policy:

Bug#872411: unixodbc-dev is not multi-arch compatible

Package: unixodbc-dev Version: 2.3.4-1 Followup-For: Bug #872411 Dear Maintainer, The attached patch fixes the header conflict in unixodbc-dev. Once the patch is applied, the package can be marked Multi-Arch: same. -- System Information: Debian Release: buster/sid APT prefers testing

Bug#837898: Please remove icu-config as it is no longer used by libicu-dev's reverse dependencies

On Monday, 28 August 2017 7:24 AM, László Böszörményi (GCS) wrote: > On Thu, Aug 10, 2017 at 10:52 AM, Hugh McMaster wrote: >> I have checked all 19 reverse dependencies of libicu-dev. Only one >> package (fis-gtm-6.3-000a) uses icu-config, and even then, it >> is only us

Bug#870618: libfreetype6-dev: Remove freetype-config

e script will be removed in a future release, this would also solve the multi-arch conflict in freetype-config. >>On Mon, Aug 28, 2017 at 02:49:22AM +, Hugh McMaster wrote: > >> --- debian/rules  2017-08-27 17:59:43.522265000 +1000 >> +++ debian/rules 

Bug#877610: RFS: libexif/0.6.21-2.1 [NMU]

Dear Mentors, I am looking for a sponsor for an NMU to the package "libexif". The current maintainer has given approval for this NMU [1]. * Package name: libexif Version: 0.6.21-2.1 Upstream Author : Dan Fandrich * URL: http://libexif.sourceforge.net/ * License:

Bug#877610: RFS: libexif/0.6.21-2.1 [NMU]

Hi Adam, On Friday, 6 October 2017 1:17 PM, Adam Borowski wrote: > # Does your NMU really fix bugs? ("Bugs" means any kind of bugs, e.g. > # wishlist bugs for packaging a new upstream version, but care should be > # taken to minimize the impact to the maintainer.) Fixing cosmetic issues or > #

Bug#769380: python3-mako: Please make the package multi-arch compatible

On Monday, 23 October 2017 5:07 AM, Helmut Grohne wrote: > They kinda are duplicates, but unless the markupsafe dependency is > demoted, the advice from #875650 to add m-a:foreign is simply wrong. > Since #769380 contains all the deatils, I am simply closing the newer > bug. In what way? Marking

Bug#819622: NMU debdiff

Hi Adam, On Friday, 10 November 2017 7:12 PM, Adam Borowski wrote: > A while ago, Hugh McMaster declared an intent to NMU.  That NMU's time has > come, however, I see it differs from the posted diff.  Thus, I'm posting > what is actually in the version in RFS. Ah, I knew I'd forgot

Bug#881591: e2fsprogs-l10n: Please mark the package Multi-Arch: foreign

Package: e2fsprogs-l10n Version: 1.43.7-1 Severity: wishlist Tags: patch Dear Maintainer, The package e2fsprogs-l10n is not multi-arch compatible. As the package is Architecture: all and cannot differ across architectures, please mark the package Multi-Arch: foreign to satisfy Debian's

Bug#881590: ss-dev: Please mark the package Multi-Arch: same

Package: ss-dev Version: 2.0-1.43.7-1 Severity: normal Tags: patch Dear Maintainer, The package ss-dev is not multi-arch compatible. A comparison of the i386 and amd64 variants shows no file conflicts that would prevent this package from being marked Multi-Arch: same. Multi-arch support is

Bug#881597: krb5-multidev: Please make the package multi-arch installable

-mit11 1.15.2-2 ii libkadm5srv-mit11 1.15.2-2 ii libkrb5-3 1.15.2-2 krb5-multidev recommends no packages. Versions of packages krb5-multidev suggests: pn krb5-doc -- no debconf information From b314ec708a11cf7e4c2b27fcb657f3964701ddae Mon Sep 17 00:00:00 2001 From: Hugh McMaster

Bug#883187: libgnutls28-dev: Please use libidn2-dev to satisfy the package's Build-Depends and Depends

Package: libgnutls28-dev Version: 3.5.16-1 Severity: important Dear Maintainer, The package libidn2-0-dev is now a transitional package and has been superseded by libidn2-dev. This means libgnutls28-dev should use libidn2-dev to satisfy its Build-Depends and Depends requirements. The switch to

Bug#870618: Another NMU debdiff for freetype-2.8.1-0.2

I took another look at this, and I've been drastically over-complicating what needs to be done to remove freetype-config. A far simpler debdiff is attached. Sorry for the noise. Hugh freetype2.debdiff Description: freetype2.debdiff

Bug#884176: NMU for libxft-dev

Dear Maintainer, The attached debdiff is for an NMU for libxft-dev. It fixes #884176 and #843837. Hugh xft.debdiff Description: xft.debdiff

Bug#884769: Changelog for RFS: freetype/2.8.1-0.2 [NMU]

Sorry, I forgot to add the changelog entries for freetype to my original RFS email. Changes since the last upload: * Non-maintainer upload. * debian/control: - Mark libfreetype6-dev Multi-Arch: same (Closes: #642354, #666761, #870618). - Remove the deprecated Priority: extra marking from

Bug#884769: RFS: freetype/2.8.1-0.2 [NMU]

file bugs with the affected packages (severity: Important). If there is no response when the package reaches Sid, I will raise the bug severity to Serious. Regards, Hugh McMaster

Bug#884769: RFS: freetype/2.8.1-0.2 [NMU]

On Wednesday, 20 December 2017 2:47 AM, Adam Borowski wrote: > Hmm, there are two RC bugs on the package, but you're not fixing either of > them.  Instead, you fix wishlist wontfix bugs. One of the RC bugs is tagged 'wontfix' -- and that is also upstream's response. I've had a look at the second

Bug#884769: RFS: freetype/2.8.1-0.2 [NMU]

On Wednesday, 20 December 2017 4:44 AM, Gianfranco Costamagna wrote: > https://codesearch.debian.net/search?q=freetype-config > this is a big no-go, first, please ask Steve to review, but I would assume > this patch > is wrong, because a lot of packages are right now calling freetype-config in

Bug#881597: krb5-multidev: Please make the package multi-arch installable

On Thursday, 16 November 2017 10:16 AM, Russ Allbery wrote: > gcc -print-multiarch will give you what I think is the path component we > use, although I'm not 100% sure that we always use that value. > I don't see an equivalent for clang, but: >clang -print-search-dirs | sed 's/:/\n/g' |

Bug#872411: NMU debdiff

Hi Adam, On Friday, 10 November 2017 7:12 PM, Adam Borowski wrote: > A while ago, Hugh McMaster declared an intent to NMU. That NMU's time has > come, however, I see it differs from the posted diff. Thus, I'm posting > what is actually in the version in RFS. Ah, I knew I'd forgot

Bug#881408: comerr-dev: Please mark the package Multi-Arch: same

Package: comerr-dev Version: 2.1-1.43.7-1 Severity: normal Tags: patch Dear Maintainer, The package comerr-dev is not currently multi-arch compatible. A diff of the i386 and amd64 variants shows no file conflicts that would prevent this package from being marked Multi-Arch: same. Multi-arch

Bug#881597: krb5-multidev: Please make the package multi-arch installable

th this in mind, I wrote a proof-of-concept script for testing. It's not perfect by any means, but it's one way of moving forward. The script relies on CC being set in the shell environment. -- Hugh McMaster krb5-pkg-config Description: krb5-pkg-config

Bug#881597: krb5-multidev: Please make the package multi-arch installable

On Monday, 20 November 2017 11:07 AM, Sam Hartman wrote: > Why do you want to replace krb5-config with pkg-config? > [...] > Are there advantages/simplicities in coding that led you to that > approach?  I'd like to understand so I can evaluate. As Ben pointed out, pkgconfig has been replacing the

Bug#881597: krb5-multidev: Please make the package multi-arch installable

Hi all, Sorry for the delayed response to this thread. I ran out of time yesterday. On Mon, 13 Nov 2017 11:58:04 -0500, Sam Hartman wrote: > so, why don't you take this opportunity to try and sell me on how cool > multi-arch is for krb5 dev packages and why it provides Debian with neat > enough

Bug#880568: RFS: libexif/0.6.21-4 [RC]

es succeeded in that test as well. -- Hugh McMaster

Bug#834714: fixed in libxslt 1.1.29-3

Hi everyone, I've finished building libxslt's reverse dependencies both with the multi-arch patch and without it. Several packages failed to complete the build process in some way, but these failures were unrelated to the multi-arch change. Hugh

Bug#880213: libexif-doc: fails to upgrade from 'testing' - trying to overwrite /usr/share/doc-base/libexif-api

tags 880213 +pending thanks Hi Andreas, Thanks for submitting this bug. As you point out, libexif-doc should declare that it Breaks and Replaces libexif-dev. Currently, it only declares that it Replaces libexif-dev. I'll prepare a new version. Hugh

Bug#881035: RFS: unixodbc/2.3.4-1.1 [NMU]

e.g. converting to package format 3.0, fixing lintian issues and so on. This work is not possible in a general NMU and, as a result, has not been included in this release. Regards, Hugh McMaster

Bug#880568: RFS: libexif/0.6.21-4 [RC]

d from libexif12 and libexif-dev. * debian/rules: - Include /usr/share/dpkg/architecture.mk. Regards, Hugh McMaster

Bug#834714: fixed in libxslt 1.1.29-3

On Monday, 6 November 2017 8:19 AM, Manuel A. Fernandez Montecelo wrote: > Just in case, did you verify if those build problems were already > reported as FTBFS bugs in those packages? No, I didn't, but I've still got the build logs. So I'll check the BTS and see what I can do. Hugh

Bug#874330: cinnamon-doc: Please make the package multi-arch aware

tecture. [1] https://wiki.debian.org/MultiArch/Hints -- Hugh McMaster

Bug#881597: krb5-multidev: Please make the package multi-arch installable

These are all valid points. But my attempt above was a proof-of-concept of a different solution focused on pkg-config. It's nowhere near production-ready. Still, your email got me thinking that we seem to be making this too complicated. Since the hard-coded libdir path is the problem, wouldn't be

Bug#884166: libpixman-1-dev: Please mark the package Multi-Arch: same

Package: libpixman-1-dev Version: 0.34.0-1 Severity: normal Dear Maintainer, The package libpixman-1-dev does not conflict across different architectures (e.g. i386 and amd64). Please mark the package Multi-Arch: same to allow multi-arch installation. Multi-arch support is needed for packages,

Bug#884174: libpango1.0-dev: Please split pango-view into a separate package

Package: libpango1.0-dev Version: 1.40.12-1 Severity: wishlist Dear Maintainer, The package libpango1.0-dev is not multi-arch compatible due to a conflict in the compiled binary pango-view. Multi-arch support is needed in a variety of packages, including libfontforge- dev, libgtk2.0-dev and

Bug#884176: libxft-dev: Please mark the package Multi-Arch: same

Package: libxft-dev Version: 2.3.2-1+b2 Severity: wishlist Dear Maintainer, The package libxft-dev is not currently multi-arch installable. A comparison of the i386 and amd64 variants reveals no file conflicts. Multi-arch support is needed for packages such as libfontforge-dev and

Bug#884167: libcairo2-doc: Please mark the package Multi-Arch: foreign

Package: libcairo2-doc Version: 1.15.8-2 Severity: wishlist Dear Maintainer, The package libcairo2-doc is Architecture: all and cannot differ across architectures (e.g. i386 and amd64). Please mark the package Multi-Arch: foreign to satisfy Debian's multi-arch hinter. Thank you -- System

Bug#689122: libcairo2-dev is not Multi-Arch compatible

Package: libcairo2-dev Version: 1.15.8-2 Followup-For: Bug #689122 Dear Maintainer, Multi-arch support in libcairo2-dev is needed for packages, including libpango1.0-dev and fontforge. As noted several years ago, there are no conflicts preventing the package from being multi-arch compatible.

Bug#870618: New NMU debdiff for freetype-2.8.1-0.2

Hi Steve, Just revisiting this bug. I've prepared a new NMU for freetype-2.8.1-0.2. A debdiff is attached to this mail. Due to package breakages, I will use delayed/10 and file bugs (severity: important) with packages that do not use pkg-config. Once the NMU reaches Sid, any remaining bugs

Bug#880055: libatk1.0-dev: File conflict in Multi-Arch: same package [regression]

Package: libatk1.0-dev Version: 2.26.0-2 Severity: important Dear Maintainer, Recent versions of libatk1.0-dev conflict in /usr/include/atk-1.0/atk/atk-enum- types.h. A diff of the amd64 and i386 packages reveals several conflicts in this package; for example: -/* enumerations from

Bug#872411: unixodbc-dev is not multi-arch compatible

Hi Steve, Just revisiting this bug. I'd like to NMU via RFS to fix this issue. A debdiff of the proposed changes is attached. I'm aware that the package needs a lot of work to clean it up. Such changes are outside the scope of a normal NMU, however, unless you give permission. -- Hugh

Bug#834714: libxslt1-dev: arch-dependent file in "Multi-Arch: same" package

gt; If it helps, if you prepare a patch and test, I can NMU for you. The attached patch fixes this issue. Changelog: 1. Move xsltconfig.h to an arch-dependent include directory. 2. Update the cflags paths in the pkgconfig file to use the new include directory. -- Hugh McMaster 0001-lib

Bug#883698: freetype: incorrect shlibs file generation

Hi Cyril, Assuming I understand the problem correctly, the attached patch should help. After compiling and installing, I have the following in /var/lib/dpkg/info/libfreetype6:amd64.shlibs: libfreetype 6 libfreetype6 (>= 2.8) udeb: libfreetype 6 libfreetype6-udeb (>= 2.8) Hope this

Bug#876162: nmudiff for scim 1.4.18-2.1

Dear Maintainer, I have uploaded a NMU for scim to Debian Mentors [1] and filed a RFS bug [2]. Please see the relevant diff attached. Kind regards, Hugh [1] https://mentors.debian.net/package/scim [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=901786 scim-nmu.diff Description:

Bug#893441: kdeplasma-addons: Please do not build-depend on scim-dev

Dear Maintainer, Please do not build-depend on scim-dev, as that package is incorrectly marked Architecture: all and does not support multi-arch installation. Please build-depend on libscim-dev, as suggested by Helmut, to resolve these issues. Thank you

Bug#897102: libexif-gtk/0.4.0-2

From: Andreas Metzler <ametz...@bebt.de> Sent: Sunday, 29 April 2018 11:54:16 PM To: Hugh McMaster Cc: 897...@bugs.debian.org; Debian PhotoTools Maintainers Subject: Re: libexif-gtk/0.4.0-2 On 2018-04-29 Hugh McMaster <hugh.mcmas...@outlook.com> wrote: >

Bug#879933: RFS: libexif/0.6.21-3

s' phase. * Do not package the AUTHORS file, since all developers are listed in the debian/copyright file. Regards, Hugh McMaster

Bug#834714: libxslt1-dev: arch-dependent file in "Multi-Arch: same" package

to an arch-specific include directory. Thanks -- Hugh McMaster 0001-libxslt1-dev-Move-xsltconfig.h-to-usr-include-triple.patch Description: 0001-libxslt1-dev-Move-xsltconfig.h-to-usr-include-triple.patch

Bug#834714: [xml/sgml-pkgs] Bug#834714: libxslt1-dev: arch-dependent file in "Multi-Arch: same" package

ge and compar what > failed). A quick search shows around 80 reverse dependencies on libxslt1-dev. I'll take this on. -- Hugh McMaster

Bug#881597: krb5-multidev: Please make the package multi-arch installable

Hi Sam, Apologies for the delay in replying. Somehow your message landed in my spam folder. On Friday, 5 January 2018 1:44 PM, Sam Hartman wrote: > My plan is to use the following: > CC=${CC-cc} > tripple=`$CC -print-multiarch 2>/dev/null|| ( $CC -dumpmachine | sed > 's/-pc//' )` > if [

Bug#886461: libfreetype6-dev is wrongly marked Multi-Arch: same

Debian's freetype-config should wrap pkg-config at all. -- Hugh McMaster freetype-config.diff Description: freetype-config.diff

Bug#884769: RFS: freetype/2.8.1-0.2 [NMU]

Hi Adam and Gianfranco, Steve accepted almost all of my NMU changes last Friday, when he released a maintainer version of freetype. So this RFS bug can be closed. Thank you for your advice during the process. Hugh From: Hugh McMaster <hugh.mc

Bug#881597: krb5-multidev: Please make the package multi-arch installable

On Wednesday, 10 January 2018 2:32 AM, Sam Hartman wrote: > Hugh> This seems to work well for development on the host > Hugh> architecture and when setting CC="gcc -mXX". It may not work > Hugh> so well for cross-compiling, where some packages set > Hugh> CC_FOR_BUILD, BUILD_CC or some other

Bug#884978: libcups2-dev: Please depend on libtiff5-dev

On Wednesday, 3 January 2018 3:54 AM, Dider 'OdyX' Raboud wrote: > Le vendredi, 22 décembre 2017, 12.02:25 h CET Hugh McMaster a écrit : >> The package libtiff-dev is now a transitional package >> and is no longer marked Multi-Arch: same. > >Why has this changed? I

Bug#884978: libcups2-dev: Please depend on libtiff5-dev

On Thursday, 4 January 2018 2:06 AM, László Böszörményi wrote: > On Tue, Jan 2, 2018 at 5:54 PM, Didier 'OdyX' Raboud <o...@debian.org> wrote: >> Le vendredi, 22 décembre 2017, 12.02:25 h CET Hugh McMaster a écrit : >>> The package libtiff-dev is now a transitional pack

Bug#886461: libfreetype6-dev is wrongly marked Multi-Arch: same

Hi Helmut, On Monday, 8 January 2018 1:02 AM, Helmut Grohne wrote: >> Hugh McMaster wrote: >> Remember, freetype-config was never designed for cross-compiling. >> So it's debatable whether we should (attempt to) support this. > I agree. How about removing it from the packag

Bug#887720: libgraphicsmagick1-dev: Detect freetype2 using pkg-config

Package: libgraphicsmagick1-dev Version: 1.3.27-4 Severity: important Dear Maintainer, The next version of libfreetype6-dev will *not* ship the 'freetype-config' script or freetype2.m4. Please use pkg-config to detect the freetype2 headers and libraries instead. Thank you -- System

Bug#887721: grub2: Detect freetype2 using pkg-config

Package: grub2 Version: 2.02-2 Severity: important Dear Maintainer, The next version of libfreetype6-dev will *not* ship the 'freetype-config' script or freetype2.m4. Please use pkg-config to detect the freetype2 headers and libraries instead. Thank you -- Package-specific info:

  1   2   3   >