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 kern
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
pe.c:844:verify_s
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 named
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 fixi
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 t
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
war
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 .
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
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
gelog
--- 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
Package: wnpp
Severity: normal
20 years after my first upload, 8 years since the last... it is high
time to orphan fortunes-it.
If you want to be the new maintainer, please take it -- see
http://www.debian.org/devel/wnpp/index.html#howto-o for detailed
instructions on how to adopt a package prope
Package: wnpp
I'm not really using urlview much these days. If you want to be the new
maintainer, please take it.
See http://www.debian.org/devel/wnpp/index.html#howto-o for detailed
instructions on how to adopt a package properly.
Emanuele
Hi Helmut,
On 2022-04-26 05:33, Helmut Grohne wrote:
> armnn fails to cross build from source for a fair number of reasons.
This does not seem to be the case anymore with 23.08-3 from
testing/unstable, at least judging from sbuild --host=arm64 on a x86
machine: https://people.debian.org/~ema/armn
Control: retitle -1 asmjit: FTBFS on armel and armhf
Hi Andrius,
On 2023-08-28 07:42, Andrius Merkys wrote:
> On Wed, 16 Aug 2023 14:29:10 +0200 Emanuele Rocca wrote:
> > asmjit does not build correctly on the following architectures:
> > armel, armhf, mips64el, mipsel, s390x.
Hello Andrius,
On 2023-09-09 08:38, Andrius Merkys wrote:
> This is news to me. Could you please point out where in Debian Policy I can
> read more about such requirement? I thought I saw packages dropping support
> for one or another release architecture without being removed from testing.
See h
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 debian-i
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 su
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.
(sid-arm64)ema
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 shell
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 att
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,
e
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 yo
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 correctl
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
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
3.1/debian/changelog 2023-05-04 13:40:28.0 +0200
@@ -1,3 +1,11 @@
+gdb (13.1-2.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * aarch64: add aarch64-pauth-registers.patch to check for valid inferior
+thread/regcache before reading pauth registers. (Closes: #1034611)
+
+ -
Hi Hector,
On Thu, May 04, 2023 at 05:53:24PM +0200, Hector Oron wrote:
> Since you have not uploaded the package yet, are you fine if I do a
> regular upload with the patch, then use this unblock request to add
> the package to bookworm.
Of course, please go ahead.
Thanks,
Emanuele
Hi Roland,
On 2023-05-03 04:54, Roland Clobus wrote:
> reassign 1035381 osinfo-db
> tags 1035381 +patch
> thanks
>
> Hello Emanuele, maintainers of osinfo-db,
>
> The version 20230308 in sid works fine for me for detecting the installer RC
> ISO images:
That is not the case for me. Which ISO ar
Hi Vincent,
On 2023-03-20 01:36, Vincent Stehlé wrote:
> I think the Debian kernel is missing only a few configuration options in
> debian/config/arm64/config to run on that board.
Merge request opened:
https://salsa.debian.org/kernel-team/linux/-/merge_requests/712
Emanuele
Control: tag -1 pending
Hi Adit,
On 2023-04-22 09:05, Adit Sahasrabudhe wrote:
> And I tested the patch at this link and it worked.
>
> https://sourceware.org/git/?p=binutils-gdb.git;a=patch;h=b3eff3e15576229af9bae026c5c23ee694b90389
Many thanks for finding the patch and trying it out. I can co
Hi!
On 2019-01-29 09:56, Guillem Jover wrote:
> Given its arch-dependent behavior this might need more exposure than a
> simple rebuild on say amd64. Enabling this at the beginning of a
> release cycle might seem more appropriate.
Lucas performed a full archive rebuild on arm64 with -fstack-clash
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:
./arm_compute/core/utils/misc/Utility.h
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 passed
Source: bbhash
Version: 1.0.0-5
Severity: serious
Tags: sid trixie ftbfs
Hi,
bbhash does not build correctly on the following 32 bit architectures:
armel, armhf, i386, mipsel.
g++ -o example_custom_hash example_custom_hash.cpp -O3 -std=c++11 -lpthread
In file included from example.cpp:1:
BooPHF
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 those
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: 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 pa
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 whi
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
.libs
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 l
Hi Adam,
On 2023-08-16 05:14, Adam Borowski wrote:
> This is not a regression, thus why would it be a bug?
Well FTBFS is a bug isn't it? :-)
> There's nothing in birdtray itself that would prevent it from being built on
> these architectures the moment problems in thunderbird are resolved
Why d
Control: retitle -1 cpp-httplib: FTBFS on s390x, armhf due to flaky tests
Hi,
On 2023-07-24 04:26, Andrea Pappacoda wrote:
> I've looked into this, but I couldn't find any change which would
> cause test failures on s390x specifically. cpp-httplib's test suite
> is a bit flaky though, so it may
Hi!
On 2023-08-21 07:36, Adam Borowski wrote:
> On Mon, Aug 21, 2023 at 10:38:52AM +0200, Emanuele Rocca wrote:
> > Well FTBFS is a bug isn't it? :-)
>
> A FTBFS on an architecture that has built before (and hasn't been RMed)
> is a bug, and one that's polici
Source: cpu-features
Version: 0.7.0-1
Severity: serious
Tags: sid trixie ftbfs
User: debian-...@lists.debian.org
Usertags: armhf armel
Hi,
cpu-features fails to build on armhf and armel with the following error:
In file included from /<>/test/cpuinfo_aarch64_test.cc:15:
/<>/test/../include/cpuin
Hi!
On 2023-08-22 04:42, Shengjing Zhu wrote:
> I can't reproduce it on abel.debian.org
> https://db.debian.org/machines.cgi?host=abel
> I assume you are cross building, or running it on an armhf/armel
> container on arm64 host.
Ah yes, good catch, I'm building on a arm64 host with:
sbuild --ar
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 all o
Hi Guillem,
On 2023-08-31 02:12, Guillem Jover wrote:
> So this happened, and Johannes reported that this seems to be breaking
> cross-building. :(
>
> The problem, which is in fact not new, but is made way more evident
> now, is that the flags used are accepted only per arch, so when
> passing f
Package: blhc
Version: 0.13-5
Severity: wishlist
Hi,
the flag -fstack-clash-protection has been added to the default build
flags for amd64, arm64, armhf, and armel in dpkg 1.22.0.
It would be great if blhc could add support for it.
See https://bugs.debian.org/918914 and
https://git.dpkg.org/cgi
Package: blhc
Version: 0.13-5
Severity: wishlist
Hi,
the flag -mbranch-protection=standard has been added to the default
build flags for arm64, and -fcf-protection for amd64, since dpkg 1.22.0.
It would be great if blhc could add support for both.
See https://bugs.debian.org/cgi-bin/bugreport.c
Hi!
On Mon, Oct 30, 2023 at 07:54:25PM +0100, Vincent Blut wrote:
> Le 2023-10-30 20:30, Dmitry Baryshkov a écrit :
> > Package: src:linux
> > Version: 6.5.8-1
> > Severity: normal
> >
> > Please enable the following options as modules to enable audio support
> > on Lenovo X13s platform:
> >
> >
Hi Dmitry!
On 2023-10-31 02:17, Dmitry Baryshkov wrote:
> BTW, Emanuele, are you by chance responsible for the X13s wiki page?
I started it, but most of the useful content has been provided by
someone else. :-)
See https://wiki.debian.org/InstallingDebianOn/Thinkpad/X13s?action=info
> There are
2-12.2.0/debian/changelog 2023-10-09 11:45:48.0 +0200
@@ -1,3 +1,9 @@
+gcc-12 (12.2.0-14+deb12u1) bookworm; urgency=medium
+
+ * Fix -fstack-protector handling of overflows on AArch64 (CVE-2023-4039).
+
+ -- Emanuele Rocca Mon, 09 Oct 2023 11:45:48 +0200
+
gcc-12 (12.2.0-14)
Hi!
On 2023-10-05 10:05, John wrote:
> CONFIG_ARCH_R9A07G054=y
> CONFIG_ARCH_R9A07G043=y
> CONFIG_ARCH_R9A09G011=y
The changes have been merged into master some time ago already:
https://salsa.debian.org/kernel-team/linux/-/merge_requests/867
Salvatore: what is the best way to ensure this makes
Hi Salvatore,
On 2023-11-04 09:57, Salvatore Bonaccorso wrote:
> I'm not sure this is really that urgent, 6.5.10 will be EOL upstream
> at some point and in master branch Bastian et all are prearing the 6.6
> based once. After an extra round in experimental I would expect it
> will now not take to
On 2023-10-04 03:10, Emanuele Rocca wrote:
> P: Begin unmounting /sys...
> umount: /tmp/sid-image/chroot/sys: target is busy.
> E: An unexpected failure occurred, exiting...
The reason why /sys is busy is that efivarfs is mounted under
/sys/firmware/efi/efivars.
It seems that efiv
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 > config/package-li
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 when
Hi Rafael,
On 2023-11-13 05:13, Rafael Laboissière wrote:
> The attached file bug-1055750.tgz contains a minimal code that
> triggers the bug on an armhf system
Thanks! For the record I can reproduce the issue in a armhf chroot, but
*not* on armel and arm64. The only thing to change in the reprod
Hi!
On 2023-11-09 05:11, Rafael Laboissière wrote:
> The Fortran example x09f.f90, which is exercised during the building of
> plplot, now fails on armhf, due to the use of the compiler option
> -fstack-clash-protection.
The problem seems unrelated to stach-clash-protection I think, enabling
the
Hello Rafael!
On 2023-11-15 06:47, Rafael Laboissière wrote:
> Does this mean that the origin of the bug is upstream or that it still may
> be a bug in gfortran?
At this point we know for sure that the issue is not armhf-specific, and
also that it is not caused by stack-clash-protection. On the c
Hi Rafael,
On 2023-11-16 08:42, Rafael Laboissière wrote:
> Control: forwarded -1 https://sourceforge.net/p/plplot/bugs/206/
>
> * Rafael Laboissière [2023-11-16 07:51]:
>
> > My guess is that the bug is in PLplot and not in gfortran, but this is
> > just a guess. I will eventually inform the P
Package: bumps-private-libs
Severity: wishlist
User: debian-...@lists.debian.org
Usertags: arm64
Hi!
bumps-private-libs builds fine on arm64. Please add arm64 to the
Architecture field in debian/control.
Thanks,
Emanuele
Hi Axel,
On 2023-10-10 01:45, Axel Beckert wrote:
> I tried that, installer ran through fine, grub boots from disk after
> installation, kernel loads initramfs and then falls into the initramfs
> prompt and fractions of a second later (sometimes even beforehand) the
> whole screen goes black and t
Control: reassign -1 grub-efi-arm64-bin
Control: retitle -1 grub 2.12~rc1-10 fails loading linux on Renesas RZG2L, grub
2.06 works
Hi John, thanks for the bug report!
On 2023-10-11 04:15, John wrote:
> The ARM64 daily installer stopped working from 19-Sep-2023 due to grub2
> 2.12~rc1-10 updates
Source: shim
Version: 15.7-1
Severity: important
Tags: patch, upstream
Dear Maintainer,
shim 15.7-1 fails on some systems with the following error (visible with
SHIM_VERBOSE enabled):
mok.c:298:mirror_one_esl() 0040 e1 06 49 f2 69 9f 41 f4 31 13 88 20 XX
XX XX XX |..I.i.A.1.. |
mok.c:2
Hi Uwe,
On 2023-10-24 06:48, Uwe Kleine-König wrote:
> I hesitate to actually enable it because I don't understand PCI good
> enough to judge it's a safe choice for the Debian kernel.
I am also not familiar with the details, but I see that PCI_P2PDMA is
'y' on both Fedora Server 38 and openSUSE T
Package: dpkg-dev
Version: 1.22.0
Severity: normal
Tag: patch
Hi,
-fstack-clash-protection is supposed to be enabled by default on amd64,
arm64, armhf, and armel since dpkg 1.22.0:
https://git.dpkg.org/cgit/dpkg/dpkg.git/diff/?id=11efff1bf
However, due to an issue in the following conditional in
Hi Guillem,
On 2023-10-27 04:33, Guillem Jover wrote:
> Checking now again, I realize Wookey mentioned enabling this for the 3
> arm arches (those would be arm64, armhf and armel), so the patch I
> provided would match that. But I was wondering now what about armeb and
> arm64ilp32? I mean, I assu
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 unstable
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 t
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 std
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,
pyfl
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 ->
/build/python-pytest-flake8-1.0.6/.pybuild/cpython3_3.10_python-pyt
0 +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/sys
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 d
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 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: Pytho
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, th
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 t
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 https://github.com/todofixth
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: Pyt
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 o
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:
> https://d-i.debian.org/daily-images/arm64/daily
Hi,
On 2023-08-14 01:16, John Vincent wrote:
> The RZ/G2L SMARC is the reference board for the Renesas RZ/G2L MPU:
> https://renesas.info/wiki/RZ-G/RZ-G2L_SMARC
>
> I think the following few configuration options in
> debian/config/arm64/config are missing to run Debian on this board.
>
> For So
Package: installation-reports
Boot method: PXE netboot
Image version: netboot.tar.gz from
https://deb.debian.org/debian/dists/testing/main/installer-amd64/20230515/images/netboot/
Machine: QEMU TCG x86_64 libvirt guest on aarch64 host
Base System Installation Checklist:
[O] = OK, [E] = Error (p
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 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 t
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 vt10
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 (eg:
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 /tmp/arm
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 si
Package: qbittorrent
Version: 4.5.3-2
Severity: important
Hi,
After upgrading qbittorrent from 4.5.2 - currently in testing - to 4.5.3
in sid, all icons are gone.
Please see the screenshots attached.
Emanuele
On 2023-06-17 02:49, Christian Marillat wrote:
> You must configure qt* for that.
>
> Install qt5ct
>
> sudo apt-get install qt5ct
>
> Add "export QT_QPA_PLATFORMTHEME=qt5ct" in the ~/.bashrc or ~/.zshrc
>
> In qt5ct go to 'Icon theme' tab and select an icon theme.
Done that, still no icons un
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?
201 - 300 of 464 matches
Mail list logo
