Source: btllib
Version: 1.4.10+dfsg-1
Severity: serious
Justification: FTBFS
Tags: trixie sid ftbfs
Hi,
btllib currently fails to build from source on armhf with the following
tests-related error:
Iteration 1
Test FASTA
Source: asmjit
Version: 0.0~git20230427.3577608-1
Severity: serious
Tags: sid trixie ftbfs
Hi,
asmjit does not build correctly on the following architectures:
armel, armhf, mips64el, mipsel, s390x.
On armel, armhf, and s390x the error is tests-related:
[...]
1: Success:
1: All tests
Source: birdtray
Version: 1.9.0+ds-2
Severity: serious
Justification: FTBFS
Tags: trixie sid ftbfs
Hi,
birdtray is 'Architecture: any' and build-depends on thunderbird.
However, armhf, armel, and mipsel are not in thunderbird's architecture
list. For this reason birdtray cannot be build on
Package: src:arm-compute-library
Version: 20.08+dfsg-7
Severity: serious
Tags: sid trixie
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-13
With GCC-13, arm-compute-library fails to build from source on both arm64 and
armhf with the following errors:
Source: coccinelle
Version: 1.1.1.deb-3
Severity: serious
Tags: sid ftbfs
User: debian-...@lists.debian.org
Usertags: armhf
Hi,
coccinelle fails to build from source on armhf with a "out of memory"
error.
(1) The error seems to be a red herring given that the machine on
which I'm building the
Source: coinor-bonmin
Version: 1.8.9-1
Severity: serious
Tags: sid trixie ftbfs
Hi,
coinor-bonmin fails to build with the following error:
g++ -shared -nostdlib
/usr/lib/gcc/x86_64-linux-gnu/13/../../../x86_64-linux-gnu/crti.o
/usr/lib/gcc/x86_64-linux-gnu/13/crtbeginS.o .libs/BonCbc.o
Hi Matthias,
On 2023-08-18 06:46, Matthias Klose wrote:
> still ftbfs on arm64 and armhf. would it be possible to pay attention to
> build failures after uploads, or even better to pay attention until the
> package migrates?
See https://bugs.debian.org/1037579#43
We are currently packaging the
Source: cctz
Version: 2.3+dfsg1-3
Severity: serious
Tags: sid trixie ftbfs
Hi,
cctz fails to build with the following error message:
75% tests passed, 1 tests failed out of 4
Total Test time (real) = 30.25 sec
The following tests FAILED:
2 - time_zone_lookup_test (Failed)
Errors
Hi,
On 2023-08-25 09:46, Graham Inggs wrote:
> On Fri, 25 Aug 2023 at 09:03, Andreas Tille wrote:
> > upstream does not support 32bit and the usage of this package on 32bit is
> > questionable anyway so please remove all 32bit builds of this package.
>
> Andreas, what 32-bit builds? bbhash has
Hallo Andreas,
On Fri, Aug 25, 2023 at 11:28:16AM +0200, Andreas Tille wrote:
> Am Wed, Aug 16, 2023 at 03:43:24PM +0200 schrieb Emanuele Rocca:
> > btllib currently fails to build from source on armhf with the following
> > tests-related error:
>
> Armhf (as well as
Hi Roland!
On 2023-11-08 06:50, Roland Clobus wrote:
> I've run the commands that you have provided, and am unable to reproduce
> your case.
>
> lb config --distribution sid --updates false --archive-areas 'main
> non-free-firmware' --bootloaders grub-efi
> echo live-task-lxde >
Package: gcc-13
Version: 13.2.0-6
Severity: normal
Dear Maintainer,
On arm64 dpkg-dev adds -mbranch-protection=standard to the default build
flags since version 1.22.0. However, the flag is not used in Debian and
Ubuntu when building GCC. This means that the feature does not work as
intended
Hi,
On 08/04 09:36, Paul Gevers wrote:
> We are in the transition of making python3.10 the default Python versions
> [0]. With a recent upload of python3-defaults the autopkgtest of pytorch
> fails in testing when that autopkgtest is run with the binary packages of
> python3-defaults from
On 28/08 10:04, Gordon Ball wrote:
> Package: python3-testpath
> Version: 0.6.0+dfsg-2
> The package is empty except for the changelog.
Proposed fix here:
https://salsa.debian.org/python-team/packages/testpath/-/merge_requests/1
On 12/08 02:36, Graham Inggs wrote:
> Source: tinyarray
> Version: 1.2.3-4
> Severity: serious
> Tags: ftbfs
> User: debian-pyt...@lists.debian.org
> Usertags: python3.10
>
> Hi Maintainer
>
> Your package FTBFS on i386 during the recent rebuilds for Python 3.10
I've enabled CI/CD on Salsa and
tag 1011951 pending
thanks
Fixed in git:
https://salsa.debian.org/python-team/packages/python-gevent/-/blob/9fc8b389269f5d6415ef1019e81e2a458667829b/debian/changelog
Source: budgie-extras
Version: 1.4.90-2
Severity: serious
Justification: FTBFS
Tags: sid ftbfs patch
Hi,
budgie-extras fails to build due to a pep8 error with pycodestyle
2.9.1-1 (currently in sid). The attached patch fixes the issue.
See the relevant part of the build logs:
./tools/run-pep8
=
Source: ros-rosdep
Version: 0.22.1-1
Severity: serious
Justification: FTBFS
Tags: sid ftbfs
Hi,
ros-rosdep fails to build with the flake8 version currently in sid.
The relevant part of a failed build follows:
1 E275 missing whitespace after keyword
- Captured
Source: python-pytest-flake8
Version: 1.0.6-4
Severity: serious
The package fails to build with the flake8 version currently in sid,
namely 5.0.4-1. Multiple tests fail, partial output follows:
[...]
copying pytest_flake8.py ->
Source: flake8-class-newline
Version: 1.6.0-2
Severity: serious
Hi,
the test fails with the latest flake8 version in sid (5.0.4-1).
The output of flake8 --version with -class-newline installed is now:
$ flake8 --version
5.0.4 (flake8-class-newline: 1.6.0, mccabe: 0.6.1, pycodestyle: 2.9.1,
+0100
+++ uhub-0.4.1/debian/patches/arm64-fix-ftbfs.patch 2022-09-12 11:10:29.0 +0200
@@ -0,0 +1,19 @@
+Description: Fix build on arm64
+Author: Emanuele Rocca
+Last-Update: 2022-09-12
+
+Index: uhub-0.4.1/src/system.h
Hello,
On 15/03 04:39, James Cowgill wrote:
> While doing the NMU for #821970 I had a look at adding dh-autoreconf
> support. It's made a bit more complex by configure.ac not being at the
> root of the source package. Unfortunately the nice way of adding this
> requires debhelper compat 10 and I
Source: flask-limiter
Version: 2.6.2-1
Severity: wishlist
Flask-limiter 2.6.2 uses the inline_tabs sphinx extension. As the
extension is not in Debian yet, I've added a patch to flask-limiter to
build without it, debian/patches/no_inline_tabs.patch.
Once sphinx-inline-tabs will be in the
Source: flask-limiter
Version: 2.6.2-1
Severity: wishlist
Flask-limiter 2.6.2 uses the enum_tools sphinx extension. As the
extension is not in Debian yet, I've added a patch to flask-limiter to
build without it, debian/patches/no_enum_tools.patch.
Once sphinx-enum-tools will be in the archive,
Package: wnpp
Severity: wishlist
X-Debbugs-Cc: debian-pyt...@lists.debian.org
* Package name: sphinx-enum-tools
Version : 0.9.0
Upstream Author : Dominic Davis-Foster
* URL : https://github.com/domdfcoding/enum_tools
* License : LGPL-3
Programming Lang:
Hi,
On 15/09 02:35, Z Y wrote:
> During testing systemtap 4.7 with kernel 5.19, I found it can't resolve
> some global variables of nginx.
> However systemtap 4.7 can resolve them if test with kernel 5.10.
Which variables exactly? Can you share a sample script reproducing the
issue?
Thanks for
Source: backblaze-b2
Severity: wishlist
A new upstream version of backblaze-b2 is available:
https://github.com/Backblaze/B2_Command_Line_Tool/archive/refs/tags/v3.5.0.tar.gz
The new version depends on phx-class-registry, which is currently not
packaged in Debian. See
Package: wnpp
Severity: wishlist
X-Debbugs-Cc: debian-pyt...@lists.debian.org
* Package name: python-phx-class-registry
Version : 3.0.5
Upstream Author : Phoenix Zerin
* URL : https://github.com/todofixthis/class-registry
* License : MIT
Programming Lang:
Hello Yibin and Frank,
On 19/09 05:03, Z Y wrote:
> The global variable is ngx_cycle in openresty/nginx, openresty is actually
> nginx with a lua extension.
> The steps to reproduce this bug is as follows, the scripts used are
> attached:
>
> > wget
On 2022-01-12 10:58, Christian Kastner wrote:
> On 2022-01-12 20:14, Christian Kastner wrote:
> > Addendum: I'm now occasionally also seeing this with arm64 when using
> > sbuild with --chroot-mode=autopkgtest. I'd say it's 50/50 between
> > success and failure.
>
> Yet another data point: by
On 2022-03-09 11:23, Maximilian Engelhardt wrote:
> What I noticed after booting the autopkgtest image is the following:
>
> ttyAMA0 inside the vm is ttyS0 outside
> hvc0 inside the vm is hvc1 outside
> hcv1 inside the vm is hvc2 outside
> hvc0 outside the vm doesn't seem to do anything
>
> So
On Thu, Oct 13, 2022 at 05:16:44PM +0200, Emanuele Rocca wrote:
> Based on this observation from Maximilian I've tried the following, which
> seems
> to address the issue on arm64.
Not reliably though. The first few times I tried it worked, but now even with
hvc2 I could
Package: autopkgtest
Version: 5.26
Severity: normal
Hi,
autopkgtest-build-qemu assumes that zerofree is installed, but it does
not depend on the relevant package.
[...]
2022-09-23 20:26:11 INFO Calling >
2022-09-23 20:26:11 DEBUG Unmounting /tmp/tmp4a9yk5hg and everything on top of
it
: #727343
+ * Do not manually copy /usr/share/misc/config.{sub,guess} over
+libchise/config.{sub,guess} in the clean target, dh_clean takes care of
+doing that.
+
+ -- Emanuele Rocca Thu, 06 Oct 2022 11:35:07 +0200
+
chise-base (0.3.0-2.2) unstable; urgency=medium
* Non-maintainer upload
Package: schroot
Version: 1.6.13-3
Severity: minor
Hi,
the config file /etc/schroot/schroot.conf ships the following
example of file-based chroot:
#[lenny-file]
#description=Debian lenny (oldstable)
#file=/srv/chroot/lenny.tar.gz
#location=/lenny
#groups=sbuild
The example does not work as is,
Package: autopkgtest
Version: 5.26
Severity: minor
The program autopkgtest-build-qemu needs a few packages to be installed in
order to work properly. However, such packages are not listed as dependencies
of autopkgtest given that they are qemu-specific, and qemu is only one of the
backends
Package: wnpp
Severity: wishlist
Owner: Emanuele Rocca
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: parsec-service
Version : 1.1.0
Upstream Author : Parsec Project Contributors
* URL : https://github.com/parallaxsecond/parsec
* License : Apache
--- acpi-1.7/debian/changelog
+++ acpi-1.7/debian/changelog
@@ -1,3 +1,10 @@
+acpi (1.7-1.2) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Add arm64 architecture. (Closes: #790265)
+
+ -- Emanuele Rocca Wed, 25 Jan 2023 15:05:11 +0100
+
acpi (1.7-1.1) unstable; urgency=medium
* Non
Hi,
On 2022-06-27 06:35, Benjamin Burton wrote:
> I’m using rinse for some ongoing porting efforts, and I’ve made
> some patches that I’m hoping can be incorporated upstream.
I've downloaded Benjamin's changes locally and I'm currently testing
them.
Meanwhile please find a debdiff of the work
Package: rinse
Version: 3.7
Tags: patch
Hi,
commands like 'yum update -v' fail with the following error:
Cannot download
'https://mirrors.fedoraproject.org/metalink?repo=updates-released-f28=x86_64':
Cannot prepare internal mirrorlist: Curl error (77): Problem with the SSL CA
cert
On 2022-11-01 12:50, Emanuele Rocca wrote:
> I've downloaded Benjamin's changes locally and I'm currently testing
> them.
Just to confirm, I've successfull created amd64 chroots for all newly
supported fedora/opensuse releases. Essentially:
for f in 32 33 34 35 36; do sudo rinse --distri
Control: tags -1 + patch
On Fri, Mar 03, 2023 at 03:13:15PM +0100, Emanuele Rocca wrote:
> Firefox seems to erroneously enable NEON in places where it shouldn't. Trying
> to figure out exactly where and what's the best way to address this.
Patch attached.
According to the large disc
Hi Christian,
On Fri, Mar 10, 2023 at 08:24:22AM +0100, Christian Ehrhardt wrote:
> So I wondered if/how we should consider replacing dstat with dool in Debian?
Thanks for starting the discussion. I agree that dstat in Debian could use some
improvement! :-)
Dool looks good, let's get it in the
Package: depthcharge-tools-installer
Hi,
while looking at d-i logs for one of my systems I've noticed the following
message repeated many times:
depthcharge-tools-installer: Not installing to non-ChromeOS board.
Please consider removing the logging statement from isinstallable.
Thanks,
ema
Package: installation-reports
Boot method: USB stick
Image version:
https://cdimage.debian.org/cdimage/bookworm_di_alpha2/arm64/iso-cd/debian-bookworm-DI-alpha2-arm64-netinst.iso
Date: 2023-03-08
Machine: Raspberry Pi 3 Model B Plus Rev 1.3
Processor: ARM Cortex-A53
Memory: 1G
Partitions:
Hi Jeremy and Simon!
On 2023-03-15 11:50, Emanuele Rocca wrote:
> Motivated by this, I've tried to build mozjs78 with GCC 11 instead of
> 12, and it *did* build successfully. My proposal is thus to build
> mozjs78 with GCC 11 on armhf and armel, see attached patch.
I've now d
+
+ * Actually include d/patches/missing-includes.patch, all changes to d/patches
+got removed by dgit.
+
+ -- Emanuele Rocca Fri, 03 Mar 2023 14:31:21 +0100
+
+arm-compute-library (20.08+dfsg-6) unstable; urgency=medium
+
+ * Add d/patches/missing-includes.patch to fix FTBFS (Closes: #1032041)
+ * Add
Hi Vincent,
On 2021-06-20 10:54, Vincent Danjean wrote:
> Would someone give a feedback to the (old) patch proposed
> in #913431 in order to be able to also use power-of-two units
> in the Debian Installer?
It took a while, sorry about that. :)
There is (now) a function in partman-base called
On 2023-01-27 12:03, Adrian Bunk wrote:
> WITH_SYSTEM_ICU = yes fixes this error on armel.
And on armhf too.
> The build fails later due to 146 TEST-UNEXPECTED-FAIL,
> which is not a problem for 0ad who aren't running the mozjs testsuite.
Of those 146 test failures, many seem to be
Hi Vincent,
On 2023-03-24 11:03, Vincent Danjean wrote:
> However, I did not rebuild all the installer packages to generate a
> new installer and test it in real conditions.
I haven't had the time to test your patch yet, but there's a hack I'd
like to share to test things in d-i without
* Non-maintainer upload.
+ * Build with GCC 11 on armhf and armel (Closes: #1029167).
+
+ -- Emanuele Rocca Wed, 15 Mar 2023 10:36:30 +0100
+
mozjs78 (78.15.0-6) unstable; urgency=medium
* Add patch to fix build with Python 3.11 (Closes: #1028308)
diff -Nru mozjs78-78.15.0/debian/control.
On Fri, Jan 06, 2023 at 12:07:26PM +0100, pe...@flying-snail.de wrote:
> From what I've read, support for arm32 is optional for arm64 CPU, moreover
> virtualization of arm32 is not possible at least on an Apple host.
>
> So yes, the option to configure arm32 support at binfmt installation would
>
Hi,
On Sun, Feb 14, 2021 at 02:12:17PM +, Vincent Arkesteijn wrote:
> Firefox is killed with SIGILL shortly after startup:
> $ firefox-esr -safe-mode
> Illegal instruction
> $
This is due to the fact that some armhf CPUs do not have support for NEON
instructions.
skia used to detect such
Hi,
On Wed, Mar 01, 2023 at 02:41:05PM +0100, Jérémy Lal wrote:
> For now I'm unlucky with the porterbox, because /var/run/schroot
> disappeared yesterday.
I can confirm that the issue isn't reproducible with V8_DEFAULT_STACK_SIZE_KB
set to 984. Built and tested on a Macbook M1.
Package: debian-installer-utils
Version: 1.144
Booting with preseed/url=https://example.org/preseed.cfg fails if the system's
clock is awfully wrong. I've got a system convinved that today is January 1st,
1970 and unsurprisingly the wget certificate check fails. Also unsurprisingly
adding
Hi Vincent,
On Sat, Apr 22, 2023 at 02:58:22AM +0200, Vincent Danjean wrote:
> I made a push request[1] but I missed the fact that it fails.
> It was due to the tests being run with sh(dash) instead of bash or
> busybox sh.
> So, I just fixed the code so that it works with any of these 3
Package: btrfs-progs
Version: 6.2-1
X-Debbugs-CC: debian-b...@lists.debian.org
Tags: patch
Hi,
the btrfs-progs udeb currently includes only /bin/btrfs and /bin/mkfs.btrfs.
Please add /sbin/fsck.btrfs as well so that it can be included in the initramfs
generated by the debian installer. Patch
Hi,
On Tue, Jul 12, 2016 at 08:22:31PM +0200, Ansgar Hegerfeld wrote:
> Okay, thanks. I opened a bugreport upstream:
> https://bugzilla.redhat.com/show_bug.cgi?id=1355857
The upstream bug was fixed a long time ago. Is the issue still reproducible in
Debian, or can this bug be closed?
Thanks,
Hi Adam,
On Thu, Apr 27, 2023 at 05:52:42PM +0200, Adam Borowski wrote:
> Ie, /sbin/fsck.btrfs serves no purpose that'd be useful in an udeb.
>
> Before I close this report, may I ask if you have a purpose for this
> stub? You probably wanted a full-blown recovery tool, but I may be
> getting
Package: virt-manager
Version: 1:4.1.0-2
X-Debbugs-CC: debian-b...@lists.debian.org
Hi,
Step 2 of the "Create a new virtual machine" wizard fails to
automatically detect the operating system when using an RC version of
d-i such as [0]. See attached screenshot.
Stable images like [1] are
Source: edk2
Version: 2022.11-6
Severity: wishlist
Hi,
edk2 binaries are currently built with BUILD_TYPE = RELEASE [1].
For debugging purposes, it is also possible to build them with
BUILD_TYPE = DEBUG. It would be great if debug versions of OVMF_CODE and
AAVMF_CODE could be built, perhaps
Hi,
On Mon, Mar 27, 2023 at 06:23:57PM +0200, Michael Biebl wrote:
> Please consider raising this issue upstream
There's no need, the bug is fixed in main (currently at 3a051522).
It is however reproducible checking out tag v253, so presumably upstream
version v254 will be the first release
On 2023-03-29 04:13, Emanuele Rocca wrote:
> We need to be able to reproduce the issue (a) with a self-signed
> version of grub.
I did manage to reproduce with a self-signed grub by using a new key
instead of the one included in AAVMF_VARS.snakeoil.fd. The latter is
included in PK and DB,
Control: tags -1 + patch
Proposed fix:
https://salsa.debian.org/grub-team/grub/-/merge_requests/32
Package: systemd
Version: 252.6-1
Hi,
the systemd binary package currently ships the following files:
/usr/bin/kernel-install
/usr/share/bash-completion/completions/kernel-install
/usr/share/man/man8/kernel-install.8.gz
/usr/share/zsh/vendor-completions/_kernel-install
Given that AFAIU
Package: systemd-boot-efi
Version: 252.6-1
Hi,
booting in Secure Boot mode with a self-signed systemd-bootaa64.efi
works well on arm64. However, trying to boot via shimaa64.efi fails with
the following error:
shim.c:866:load_image() attempting to load \EFI\BOOT\grubaa64.efi
Package: grub-efi-arm64-signed
Version: 2.06-8
Hi,
Secure Boot does not work on arm64 using the shim signed by Microsoft [0] and
grub2 signed by Debian [1] currently in sid.
(a) SB not working with Debian's shim, grub and kernel:
$ sbverify --list /mnt/efi/boot/bootaa64.efi | grep subject
Hi,
On 2023-03-29 01:12, Arnd Bergmann wrote:
> a) try to reproduce the behavior on an x86-64 host
Good point. Also on a x86-64 host cpu=cortex-a57 is significantly
faster:
max:
[ 30.086331] systemd[1]: Hostname set to .
cortex-a57:
[ 13.870771] systemd[1]: Hostname set to .
Package: debvm
Version: 0.2.9
Hi,
some arm64 hosts unfortunately do not have KVM support:
kvm [1]: HYP mode not available
On those systems, running qemu with -cpu=cortex-a57 results in
significantly improved performance compared to -cpu=max.
For example: here is how long it takes debvm-run
On 2023-03-29 06:55, Helmut Grohne wrote:
> At this point, my preference is max,pauth-impdef=on.
Agreed.
> Would someone confirm that this also speeds up on arm64?
Confirmed.
Thanks!
ema
Package: grub-installer
Version: 1.186
Severity: normal
Tags: newcomer
Hi,
The function die() in /var/lib/dpkg/info/grub-installer.postinst calls db_input
and db_go, but the functions are not defined:
https://salsa.debian.org/installer-team/grub-installer/-/blob/master/debian/postinst#L16
control: tag -1 patch
On Sun, Feb 12, 2023 at 09:46:34PM +0100, Emanuele Rocca wrote:
> I'm unsure as to what the best course of action is here, but perhaps an idea
> is
> to avoid calling "die" when mount fails for efivarfs, and log an error to
> /var/log/syslog instead?
control: tag -1 patch
Patch here:
https://salsa.debian.org/installer-team/grub-installer/-/merge_requests/12
Package: armnn
Version: 20.08
Severity: serious
Tags: upstream ftbfs patch
Justification: fails to build from source (but built successfully in the past)
The package fails to build with gcc 12, currently in sid and bookworm. It does
build fine with gcc 10 in bullseye.
The issue has been fixed
Package: grub-installer
Version: 1.186
Severity: important
Hi,
On systems where efivarfs cannot be mounted, the grub installation step fails
even though it would have otherwise worked just fine skipping the mount
efivarfs command, i.e. system installation is successful with this preseed file:
Hi,
On Wed, Jul 21, 2021 at 03:42:25PM +0200, Sebastian Neuser wrote:
>
> On Wed, 2021-07-21 at 14:59 +0200, John Paul Adrian Glaubitz wrote:
> > That's probably because of the "|| true" that Steve added to the mount
> > call which means that this line will always succeed even when the
> > mount
Hi again,
On 2023-05-03 08:16, Axel Beckert wrote:
> Machine: Thinkpad X13s (ARM)
Sorry, I've realized only after sending my previous message and having a
coffee that this is about the X13s. :)
The X13s is unfortunately not supported by Linux 6.1 that Bookworm will
ship with. Hopefully 6.4 will
Hi Axel,
On 2023-05-03 08:16, Axel Beckert wrote:
> After choosing either "expert install" (first and prefered try) or
> "graphical expert install" (second try and second choice) I saw these
> three lines and then nothing more happened:
>
> EFI stub: Booting Linux Kernel...
> EFI stub: Using
Hello Abou,
On 2023-07-06 01:59, Abou Al Montacir wrote:
> Can you please give the output of fpc -i and fpc -vi?
> This was requested by upstream to investigate the issue.
Of course.
(sid-armhf)root@ariel:/var/tmp# fpc -vi hello.pas
Free Pascal Compiler version 3.2.2+dfsg-21 [2023/06/17] for
Package: wnpp
Severity: wishlist
Owner: Emanuele Rocca
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-r...@lists.debian.org
* Package name: parsec-tool
Version : 0.6.0
Upstream Author : Parsec Project Contributors
* URL : https://github.com/parallaxsecond/parsec
Source: gcc-11-cross-mipsen
Version: 5+c3
Hi,
the following two binary packages seem to be missing:
- gcc-11-mips-linux-gnu
- gcc-11-mips-linux-gnu-base
We do however have the equivalent packages for GCC 10, 12, and 13 in
sid.
https://packages.debian.org/unstable/gcc-10-mips-linux-gnu
Hi,
On 2023-07-08 08:43, Matthias Klose wrote:
> [...]
> checking linker soname option... yes
> checking linker --demangle support... no
> checking linker plugin support... 0
> checking assembler for explicit relocation support... no
> checking assembler for -mno-shared support... no
> checking
Source: gcc-13-cross-ports
Version: 6
Severity: wishlist
Hi,
On amd64 hosts all ports are supported (ie: the binary package
gcc-13-alpha-linux-gnu and similar are available). That is not the case
for arm64 hosts. Please add arm64 to HOST_ARCHS_ in d/rules.
Thanks,
Emanuele
Hi Matthias,
On 2023-07-12 08:22, Matthias Klose wrote:
> how will you care about build time regressions? The change is not
> difficult, however I'd like to see some commitment how to deal with these
> issues.
Happy to help should any issues arise.
FWIW there's no need to enable all arches in
Hi Abou,
On 2023-07-06 01:59, Abou Al Montacir wrote:
> This was requested by upstream to investigate the issue.
I assume you've opened an upstream issue, but I can't find it on
https://gitlab.com/freepascal.org/fpc/source/-/issues/
Am I looking in the wrong place? Can you please point me at
Hello Roman,
On 2023-07-01 04:18, Roman Mamedov wrote:
> There are 42 DTBs shipped with the installer for Allwinner alone:
> https://d-i.debian.org/daily-images/arm64/daily/device-tree/allwinner/
>
> But for the bootloader aka firmware aka u-boot:
>
Hi,
On Tue, May 30, 2023 at 09:08:45PM +0200, Cyril Brulebois wrote:
> Philip Hands (2023-05-30):
> > Apparently, this MR fixes the problem:
> >
> > https://salsa.debian.org/installer-team/rootskel/-/merge_requests/8
> >
> > Although this does prompt the question of why aarch64 has TERM set
Hello,
following up here on the BTS for the benefit of those not reading #debian-boot.
On Wed, May 17, 2023 at 05:37:07PM +0200, Cyril Brulebois wrote:
> Emanuele Rocca (2023-05-17):
> > (B) failure to load the grub splash screen
[...]
> > sarzana dnsmasq-tftp[7413]: file /sr
Hi,
On 2023-05-31 05:46, Samuel Thibault wrote:
> I'd rather see a patch like
>
> if [ "$TERM" = vt102 -a `tty` = /dev/tty1 ] ; then
> # Busybox's init uses a global TERM across all consoles.
> # If the serial console is the default such as on arm64, that
> # will force
Hi again,
On 2023-05-31 05:46, Samuel Thibault wrote:
> The problem is that both are frown-prone. I guess there is a reason why
> on arm the default console is set to the serial port, e.g. for simpler
> debugging or something like that.
Also worth mentioning: there is no bug on real hardware
Package: src:armnn
Version: 20.08-13
Severity: serious
armnn 20.08-13 seems to compile correctly on i386, but then FTBFS due to
the following test failures:
Running 430 test cases...
./src/armnn/test/ModelAccuracyCheckerTest.cpp(103): [1;31;49merror: in
Note that since the upload of 20.08-13 the package now fails to build for
different reasons on i386 vs arm64/armhf.
I've opened https://bugs.debian.org/1042942 for i386.
On arm64/armhf the bug seems to be due to a missing include in
core/utils/misc/Utility.h from libarm-compute-dev.
[ 2%]
Hi,
On 2023-06-18 06:30, Sam Uienn wrote:
> On Sat, 17 Jun 2023 10:46:37 +0200 Emanuele Rocca wrote:
> > After upgrading qbittorrent from 4.5.2 - currently in testing - to 4.5.3
> > in sid, all icons are gone.
>
> I've also noticed this problem on upgrade from 4.5.3-1 to 4
Hi,
On 2023-06-17 04:57, Christian Marillat wrote:
> 'Use icons from system theme' is set in preferences ?
Yes. "Use custom UI Theme" is not set, "Use icons from system theme" is.
Please find a screenshot of qt5ct attached, it looks a little weird?
Hi Christian,
On 2023-06-17 11:26, Christian Marillat wrote:
> On 17 juin 2023 19:18, Emanuele Rocca wrote:
> > Yes. "Use custom UI Theme" is not set, "Use icons from system theme" is.
>
> I mixed up these two options in my previous e-mail.
>
>
Package: tcc
Version: 0.9.27+git20200814.62c30a4a-1
Severity: wishlist
Hi,
executables compiled on armhf and armel target the ARM ABI Version4.
Since Debian 10 (Buster), the baseline was updated to Version 5: it
would be great if tcc could target Version 5 too.
ema@eniac:~
$ readelf -h
Hey Moritz,
On 2022-10-26 08:20, Moritz Mühlenhoff wrote:
> I think this should rather be applied early after the Bookworm
> release (and ideally we can also finish off the necessary testing
> and add -fstack-clash-protection at least for amd64 and other archs
> which are ready for it (#918914)).
Package: fpc
Version: 3.2.2+dfsg-21
Hi,
binaries produced by fpc on armhf currently lack the hard-float ELF
flag.
I've built the following hello world program with `fpc hello.pas`:
program Hello;
begin
writeln ('Hello, world.');
end.
The resulting ELF object looks like this, note in
Package: debcargo
Version: 2.6.0-2
Severity: wishlist
Hi,
I'd like to have the option to use a custom Test-Command instead of
/usr/share/cargo/bin/cargo-auto-test for the generated autopkgtests.
The use case I have in mind is shipping a wrapper script under
debian/tests/ that does some initial
Hi Paul,
On 2023-04-25 10:03, Paul Gevers wrote:
> Your package has an autopkgtest, great. However, it fails since April 2023
> on arm64, i386, ppc64el and s390x. Can you please investigate the situation
> and fix it? I copied some of the output at the bottom of this report.
The reality of the
201 - 300 of 412 matches
Mail list logo