Quoting Helmut Grohne (2023-02-20 18:12:14)
> On Wed, Feb 15, 2023 at 08:14:17PM +0100, Fabian Grünbichler wrote:
> > > TL;DR: Is the switch to arch:all one that should be reverted in the face 
> > > of it apparently breaking cross builds? Or is there another alternative 
> > > (nowadays) that makes the "workaround" employed by debcargo no longer 
> > > needed?
> 
> Yes, the switch to arch:all needs to be reverted at least partially.

Thanks, Fabian, for bringing this up, and thanks Helmut for the
clarification.


> Could it be that Jonas picked up such hints and thus added m-a:foreign?
> Then later a C binding was added to the mix, which broke the hint, but
> the conversion wasn't reverted.

No, I was not guided by m-a hinter rules (assuming you mean the kind
of hints that appear in the "action needed" section of e.g.
https://tracker.debian.org/pkg/rust-test-case ) when I did the switch,
so I am not aware that that hinting are broken.

> This suggests that the hinter should gain another condition to never
> issue arch:all+m-a:foreign conversion hints for librust-*-dev packages.
> Do you agree?

I don't see a need for such general rule for all librust-*-dev packages.

E.g. librust-futures-timer-dev and librust-event-listener-dev has no
dependencies so should be safe to distribute as arch-all and marked as
m-a:foreign, right?

Sure, there is a theoretical risk that some day in the future those
packages grow dependencies that require changing that, but isn't that
the case generally for m-a hinting?

I guess it makes sense instead to have a lintian warning for packages
marked m-a:foreign that all its dependencies are equally marked (or if
that's unreasonably expensive then check only one level deep).  That
should help flag misuses of m-a:foreign including this one of mine (for
most but not all the librust-*-dev packages that I maintain).

 - Jonas

-- 
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/
 * Sponsorship: https://ko-fi.com/drjones

 [x] quote me freely  [ ] ask before reusing  [ ] keep private

Attachment: signature.asc
Description: signature

Reply via email to