[From nobody Sat Jul 11 16:35:05 2026
Received: (at submit) by bugs.debian.org; 6 Jul 2026 08:08:22 +0000
X-Spam-Checker-Version: SpamAssassin 4.0.1-bugs.debian.org_2005_01_02
 (2024-03-25) on buxtehude.debian.org
X-Spam-Level: 
X-Spam-Status: No, score=-128.5 required=4.0 tests=ALL_TRUSTED,BAYES_00,
 BODY_INCLUDES_CONTROL_AFFECTS,BODY_INCLUDES_PACKAGE,DKIMWL_WL_HIGH,
 DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FOURLA,
 FROMDEVELOPER,HAS_PACKAGE,SPF_HELO_NONE,SPF_PASS,
 USER_IN_DKIM_WELCOMELIST autolearn=ham autolearn_force=no
 version=4.0.1-bugs.debian.org_2005_01_02
X-Spam-Bayes: score:0.0000 Tokens: new, 23; hammy, 150; neutral, 81; spammy,
 0. spammytokens:
 hammytokens:0.000-+--Hx-spam-relays-external:sk:stravin,
 0.000-+--H*RT:sk:stravin, 0.000-+--Hx-spam-relays-external:311,
 0.000-+--H*RT:311, 0.000-+--H*RT:108
Return-path: <smcv@debian.org>
Received: from stravinsky.debian.org ([2001:41b8:202:deb::311:108]:45280)
 by buxtehude.debian.org with esmtps
 (TLS1.3:ECDHE_SECP256R1__RSA_PSS_RSAE_SHA256__AES_256_GCM:256)
 (Exim 4.96) (envelope-from <smcv@debian.org>) id 1wgeNK-005l6Z-2Q
 for submit@bugs.debian.org; Mon, 06 Jul 2026 08:08:22 +0000
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=debian.org; 
 s=smtpauto.stravinsky;
 h=X-Debian-User:Content-Type:MIME-Version:Message-ID:
 Subject:To:From:Date:Reply-To:Cc:Content-Transfer-Encoding:Content-ID:
 Content-Description:In-Reply-To:References;
 bh=vEYE+8fnA2mSICqSWaEXAcc2KSsTjE7pMVyZm7ndcUA=; b=NTq555xu8bs3ZPfQi2G7D+dnHc
 Zh3m4U4YegBgVhkvZD0KU8iniJoWZ+WOPag7xxkS2ZMgcrF+ex5/TWMDQCb+E6safGfiItK8dkKcA
 qFAV6cHGCHOIfXXhPSzRnXST7CNNLkyIJFcjCiKgJoAj0Rtje4HOu1PdWAt5kdu5od6vNVBVhNHzw
 xztcl6t4fNrZb6Ok7CLP8okg3oz7t/mxXNZKpz5EnDIIsQ89lQJJ/gODs75+REgOFJIIkQpQbmQxo
 d7bRQ9L9gusYhD5YJQrLJG+LCv3xyZ/gYL2kJnSTr3Cg6icotqdMxfHtkLiDc3TvAU7RMT7zZ8CND
 CfGEuxVg==;
Received: from authenticated-user by stravinsky.debian.org with esmtpsa
 (TLS1.3:ECDHE_SECP256R1__RSA_PSS_RSAE_SHA256__AES_256_GCM:256)
 (Exim 4.96) (envelope-from <smcv@debian.org>) id 1wgeNH-001H33-2n
 for submit@bugs.debian.org; Mon, 06 Jul 2026 08:08:21 +0000
Date: Mon, 6 Jul 2026 09:08:16 +0100
From: Simon McVittie <smcv@debian.org>
To: Debian Bug Tracking System <submit@bugs.debian.org>
Subject: libgjs.so.0: undefined symbol: __aeabi_uidivmod, version mozjs_140
Message-ID: <akticITmdUb2dbyE@definition.pseudorandom.co.uk>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
X-Mutt-Fcc: =.lists.debian/
X-Reportbug-Version: 13.2.0+nmu1
X-Debian-User: smcv
Delivered-To: submit@bugs.debian.org

Package: libgjs0
Version: 1.88.0-1
Severity: grave
Justification: renders package unusable
X-Debbugs-Cc: debian-arm@lists.debian.org, mozjs140@packages.debian.org
User: debian-arm@lists.debian.org
Usertags: armhf
Control: affects -1 src:ostree

src:ostree runs some build-time test scripts written in JavaScript, 
using the gjs interpreter. In 
https://buildd.debian.org/status/fetch.php?pkg=ostree&arch=armhf&ver=2026.2-1&stamp=1783287267&file=log:

>ERROR: tests/test-core.js
>=========================
>
>gjs: symbol lookup error: /usr/lib/arm-linux-gnueabihf/libgjs.so.0: undefined symbol: __aeabi_uidivmod, version mozjs_140
>ERROR: tests/test-core.js - missing test plan
>ERROR: tests/test-core.js - exited with status 127 (command not found?)

It looks as though recompiling src:mozjs has caused it to lose a symbol 
that it previously exported, with a side-effect of making libgjs 
unusable on armhf. Other architectures seem fine.

The name __aeabi_uidivmod looks like a toolchain thing rather than part 
of mozjs itself, and 
https://codesearch.debian.net/search?q=__aeabi_uidivmod&literal=1 
indicates that it's part of libgcc. Has there perhaps been a gcc or LLVM 
behaviour change in how this symbol is expected to be handled? Maybe it 
was previously copied (statically linked) into libmozjs, but is now 
imported from the shared libgcc? (Note that libmozjs is partly Rust, if 
that matters.)

If this is a toolchain behaviour change, a simple rebuild of src:gjs 
might address this. (Or not, I don't know.)

    smcv
]