Please, review merge request
https://salsa.debian.org/installer-team/flash-kernel/-/merge_requests/59
Package: flash-kernel
Version: 3.107+b1
Severity: normal
Package linux-image-6.7.9-riscv64 installs file /boot/vmlinux-6.7.9-riscv64.
Flash-kernel fails with:
sudo flash-kernel $(uname -r)
Can't find /boot/vmlinuz-6.7.9-riscv64 (see
/tmp/flash-kernel-no-kernel-error.log)
Please, change
On 3/26/24 22:47, Vagrant Cascadian wrote:
On 2024-02-16, Heinrich Schuchardt wrote:
debian/patches/qemu/efi-secure-boot.patch is not a good approach to
enabling secure boot with U-Boot. Variables entered via the command line
containing the security database will be stored on file
Upstream patch create:
[PATCH 1/1] serial: move sbi_dbcn_available to .data section
https://lists.denx.de/pipermail/u-boot/2024-February/546790.html
the
__wrpll_calc_filter_range: post-divider reference freq out of range
issue is caused by corruption of the in memory device-tree.
The appended patch solves the issue.
Best regards
HeinrichSubject: move sbi_dbcn_available to .data section
From: Heinrich Schuchardt
When U-Boot SPL loads
Package: ghdl
Version: 3.0.0+dfsg2
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu noble ubuntu-patch
Dear Maintainer,
the 3.0.0+dfsg2 packaging requires that LLVM < 17 should be installed.
As this is already the LLVM default we must explicitely install
Related Launchpad bug:
HiFive Unmatched: __wrpll_calc_filter_range: post-divider reference freq
out of range: 4294967295
https://bugs.launchpad.net/ubuntu/+source/u-boot/+bug/2054091
Package: u-boot-qemu
Version: 2024.01+dfsg-1
Severity: normal
debian/patches/qemu/efi-secure-boot.patch is not a good approach to
enabling secure boot with U-Boot. Variables entered via the command line
containing the security database will be stored on file but will not be
loaded into U-Boot
Package: u-boot-starfive
Version: 2024.01+dfsg-1
Severity: normal
As reported in Launchpad bug 2052141 booting the StarFive VisionFive 2
board with a USB stick plugged in results in a crash.
The crash occurs when calling free() implemented in common/dlmalloc.c
The following two patches
Package: rsyslog-mysql
Version: 8.2312.0-3
Severity: normal
In Launchpad autopkgtests fail with Data too long for column 'FromHost'
on a system with a hostname of 63 characters.
I hope to resolve this with merge request
https://github.com/rsyslog/rsyslog/issues/5309
testing is still ongoing.
Package: rsyslog-mysql
Version: 8.2312.0-3
Severity: normal
In Launchpad autopkgtests fail with Data too long for column 'FromHost'
on a system with a hostname of 63 characters.
I hope to resolve this with merge request
https://github.com/rsyslog/rsyslog/issues/5310
testing is still ongoing.
Merge request:
https://salsa.debian.org/installer-team/flash-kernel/-/merge_requests/54
Package: flash-kernel
Version: 3.107
Severity: wishlist
Please, add the Sipeed Lichee Pi 4A to the database:
Machine: Sipeed Lichee Pi 4A
Kernel-Flavors: any
Boot-Script-Path: /boot/boot.scr
DTB-Id: thead/th1520-lichee-pi-4a.dtb
Boot-Script-Path: /boot/boot.scr
U-Boot-Script-Name:
/patches/ubuntu/adv_socat_test_timeout.patch 2024-01-08
01:26:38.0 +0100
@@ -0,0 +1,18 @@
+Subject: Increase timeout for the adv-socat test
+Author: Heinrich Schuchardt
+Date: 2024-01-08
+Forwarded: yes
+
+The adv-socat test tends to often fail on armhf due to timeouts.
+
+--- a/tests
On 1/7/24 01:39, Vagrant Cascadian wrote:
It may be preferable to upgrade the dependency OpenSBI to v1.4 before
the new U-Boot release.
I debated weather to bump the dependency, as OpenSBI is now v1.4 in
unstable, so it should default to that version going forward...
The VisionFive 2 board
Hello Vagrant,
I have built U-Boot from
https://salsa.debian.org/debian/u-boot/-/commit/e182a8eb13eb6d1990a3d79740b71b0cc52f9f5a
Merge branch 'debian/2024.01-rcX' into debian/latest
and deployed it to these boards:
StarFive VisionFive 2 v1.3B, 4 GiB
StarFive VisionFive 2 v1.3B, 8 GiB
StarFive
-overflow-in-msg2.patch
--- socat-1.8.0.0/debian/patches/error.c-buffer-overflow-in-msg2.patch
1970-01-01 01:00:00.0 +0100
+++ socat-1.8.0.0/debian/patches/error.c-buffer-overflow-in-msg2.patch
2024-01-06 00:03:50.0 +0100
@@ -0,0 +1,35 @@
+From: Heinrich Schuchardt
+Date: Fri, 5 Jan
On 12/18/23 07:41, Michael Tokarev wrote:
Yes, we can do that. I don't see much benefit here though.
For one, I dislike dangling symlinks in package, and don't
want to add yet another directory to firmware search directories.
OpenSBI is security critical as it runs in the highest privilege
Package: qemu-system-data
Version: 1:8.2.0~rc2+ds-1
Severity: wishlist
Hello Michael,
Debian provides package opensbi.
In the qemu package's debian/rules we build another OpenSBI. Wouldn't it
be preferable to reuse the existing opensbi package? This would imply
that if we update OpenSBI also
On 11/18/23 00:30, Vagrant Cascadian wrote:
On 2023-10-02, Heinrich Schuchardt wrote:
U-Boot v2023.10 has been released. It provides sufficient support for
the StarFive Visionfive 2 board.
Thanks!
I would suggest to package it as u-boot-starfive.
I will probably wait until u-boot 2023.10
Package: qemu-efi-riscv64
Version: 2023.08-1
Priority: wishlist
Hello Dann,
thanks for packaging qemu-efi-riscv64 in experimental.
For first users it would be helpful to add a README.Debian explaining
how to use the EDK II firmware with QEMU by giving an example, e.g.
Package
U-Boot v2023.01 introduced SPL code to detect the memory size on the
different VisionFive 2 boards and adjust the device-tree accordingly.
This relies on reading the EEPROM. Unfortunately the Designware I2C
driver has an issue. So the following patch is needed:
[PATCH v2] i2c:
To allow booting from NVMe, USB eMMC on the VisionFive 2 board the
following patches would be needed.
ad4b1bc39eef ("configs: NVMe/USB target boot devices on VisionFive 2")
98d17450cd4b ("starfive: visionfive2: add mmc0 and nvme boot targets")
Best regards
Heinrich
Package: u-boot
Version: 2023.07+dfsg-1
Severity: wishlist
U-Boot v2023.10 has been released. It provides sufficient support for
the StarFive Visionfive 2 board.
I would suggest to package it as u-boot-starfive.
The generated spl/u-boot-spl.bin cannot be used directly for
installation. But
Package: spades
Severity: important
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu mantic ubuntu-patch
Dear Maintainer,
The package failed to build from source on Launchpad.
dh_auto_configure fails:
dh_auto_configure: error: cd obj-x86_64-linux-gnu && \
Package: debug-me
Severity: important
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu mantic ubuntu-patch
Dear Maintainer,
building on ppc64el with LTO fails in Launchpad.
Cf.
:21.0 +0100
+++ aespipe-2.4d/debian/changelog 2023-05-12 15:21:16.0 +0200
@@ -1,3 +1,10 @@
+aespipe (2.4d-1.1ubuntu1) mantic; urgency=medium
+
+ * Disable LTO to avoid failing tests on arm64, ppc64el, s390x
+(LP: #2019319)
+
+ -- Heinrich Schuchardt Fri, 12 May 2023
15:21
Package: aespipe
Version: 2.4d-1.1
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu mantic ubuntu-patch
Dear Maintainer,
* Disable LTO to avoid failing tests on arm64, ppc64el, s390x
(LP: #2019319)
Thanks for considering the patch.
-- System
:19.0 +0200
@@ -0,0 +1,36 @@
+From: Heinrich Schuchardt
+Date: Wed, 10 May 2023 18:22:12 +0200
+Subject: [PATCH 1/1] test: Allow missing .X11-unix/X5 file
+
+Testing fails with
+
+cannot remove /tmp/.X11-unix/X5: No such file or directory
+
+Fixes: 0f686e11540c ("Check FileUtils.{r
Package: securefs
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu mantic ubuntu-patch
X-Debbugs-Cc: heinrich.schucha...@canonical.com
Dear Maintainer,
Autopkgtests fail. This is fixed for amd64, arm64, ppc64el with this
patch.
* Set SECUREFS_BINARY in
Package: r-cran-dtplyr
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu mantic ubuntu-patch
X-Debbugs-Cc: heinrich.schucha...@canonical.com
Dear Maintainer,
Autopkgtests fail due to a missing upstream patch.
In Ubuntu, the attached patch was applied to
Upstream has merged https://github.com/ganeti/ganeti/pull/1692, commit
9cd67e6a81c6 ("uidpool_unittest: avoid using negative UIDs") to solve
the issue.
Additionally the following patch is needed to fix a separate problem
with testing:
a40748ab26fc ("py-tests: make tests compatible with roman
Upstream bug report created: https://github.com/ganeti/ganeti/issues/1691
Ubuntu bug LP #2009498
Hello Vagrant,
copying initrd to high memory overwrites internal EFI structures.
setenv initrd_high 0x
setenv fdt_high 0x
solves the problem on the Odroid C2.
Best regards
Heinrich
Source: openvswitch
Version: 3.1.0~git20221212.739bcf2-3
Severity: wishlist
Version 22.11 of package DPDK provides support for the RISC-V
architecture. We should allow OpenVSwitch to make use of it.
Best regards
Heinrich
Package: dpdk
Version: 22.11~rc2-1
Severity: wishlist
DPDK 22.11 contains RISC-V support.
It would be great if you could enable it in the Debian packaging.
Best regards
Heinrich
Package: opensbi
Version: 1.1-1
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu lunar ubuntu-patch
Dear Maintainer,
* Fix emulation of fence.tso hanging in endless loop on Allwinner D1
d/p/lib-sbi_illegal_insn-Fix-FENCE.TSO-emulation-infinit.patch
Bug report #1020099 is duplicate to #1019391
The issue is fixed by upstream patches available at
https://github.com/lovasoa/marshmallow_dataclass/commits/master
In Ubuntu we use LP #1991064 for tracking.
Best regards
Heinrich
00 +0200
@@ -0,0 +1,21 @@
+From: Heinrich Schuchardt
+Subject: [PATCH] fix CLDR_TO_MS_TIMEZONE_MAP testing
+
+Timezone "Europe/Kyiv" exists in tzdata but not in webpage CLDR_WINZONE_URL.
+To overcome autopkgtest failures remove the entry when testing.
+
+--- a/tests/test_ewsdatetime.py
++
On 9/3/22 18:25, Vagrant Cascadian wrote:
On 2022-09-03, Heinrich Schuchardt wrote:
U-Boot 2022.07 may not find EFI system partition where UEFI variables
are stored. This can lead to booting via UEFI to fail.
Just for clarity, this is not a regression from 2022.04?
The problem does
Package: u-boot
Version: 2022.07+dfsg-1
Severity: normal
U-Boot 2022.07 may not find EFI system partition where UEFI variables
are stored. This can lead to booting via UEFI to fail.
The following upstream patch fixes this:
commit d5391bf02b9dc6a84fe33ba913caf70061909950
efi_loader: ensure
Am 18. Juni 2022 12:27:10 MESZ schrieb Debian Bug Tracking System
:
>This is an automatic notification regarding your Bug report
>which was filed against the wnpp package:
>
>#986708: O: sispmctl -- Control Gembird SIS-PM programmable power outlet strips
>
>It has been closed by Mark Hindley .
On 6/1/22 11:28, Diederik de Haas wrote:
On Fri, 22 Jun 2018 21:58:30 +0100 Ben Hutchings wrote:
Version: 4.17.2-1~exp1
On 5 Jun 2018 07:33:11 +0200 Heinrich Schuchardt wrote:
Please, add this patch to the Debian kernel patches until it is added
upstream. Cf.
https://lkml.org/lkml/2018/6/4
On 5/13/22 13:07, julien.pu...@gmail.com wrote:
Le vendredi 13 mai 2022 à 11:18 +0200, Heinrich Schuchardt a écrit :
On 5/12/22 17:17, julien.pu...@gmail.com wrote:
I propose to add the following patch to my package:
Description: make the package return a PEP440-compatible version
number
On 5/12/22 17:17, julien.pu...@gmail.com wrote:
Le jeudi 12 mai 2022 à 17:04 +0200, Heinrich Schuchardt a écrit :
On 5/12/22 15:36, julien.pu...@gmail.com wrote:
Le jeudi 12 mai 2022 à 15:20 +0200, Heinrich Schuchardt a écrit :
On 5/12/22 14:55, julien.pu...@gmail.com wrote:
Let me ask
On 5/12/22 15:36, julien.pu...@gmail.com wrote:
Le jeudi 12 mai 2022 à 15:20 +0200, Heinrich Schuchardt a écrit :
On 5/12/22 14:55, julien.pu...@gmail.com wrote:
Let me ask bluntly: how is it a problem?
$ python3
>>> import cheroot
>>> print cheroot.__version__
8.
On 5/12/22 14:55, julien.pu...@gmail.com wrote:
Hi,
Le jeudi 12 mai 2022 à 14:45 +0200, Heinrich Schuchardt a écrit :
Package: python-cheroot
Version: 8.6.0+ds1-2
Severity: normal
Python package versions like 8.6.0+ds1 do not conform to PEP440. This
leads to errors in Ceph as reported
Package: python-cheroot
Version: 8.6.0+ds1-2
Severity: normal
Hello Julien,
Python package versions like 8.6.0+ds1 do not conform to PEP440. This
leads to errors in Ceph as reported in
https://bugs.launchpad.net/ubuntu/+source/ceph/+bug/1967139
Allowable package versions are defined in
On 5/11/22 01:24, Vagrant Cascadian wrote:
Control: tags 995462 +moreinfo
On 2021-10-01, Heinrich Schuchardt wrote:
Package: bbrun
Version: 1.6-8
Severity: normal
Building on RISC-V fails with:
cc1: error: ‘-fno-gnu89-inline’ is only supported in GNU99 or C99 mode
Please, remove debian
Package: ugene
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu kinetic ubuntu-patch
Dear Maintainer,
ugene 40.1+dfsg-1 fails to build on Ubuntu.
* Fix for non-constant SIGSTKSZ (LP: #1970417)
* Build on amd64 only.
Thanks for considering the patch.
Hello Vagrant,
is the suggestion I made in
https://salsa.debian.org/installer-team/flash-kernel/-/merge_requests/29
fine with you? Then I would update the pull request accordingly.
Best regards
Heinrich
Merge request created:
https://salsa.debian.org/installer-team/flash-kernel/-/merge_requests/29
Package: meta-gnome3
Version: 1%40+1
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu jammy ubuntu-patch
Dear Maintainer,
LibreOffice is not available on riscv64.
Don't require libreoffice on riscv64 where it is not available Edit
In Ubuntu, the attached
Package: docker.io
Version: 20.10.11+dfsg1-2
Severity: wishlist
buildx is a CLI plugin for docker, see
https://docs.docker.com/buildx/working-with-buildx/,
https://github.com/docker/buildx/. It is used by many build scripts for
Docker tools. It would be great to have it available in Debian.
Best
94d1eba3ffdfdca6917a7975b35197f1aae70e26 Mon Sep 17 00:00:00 2001
From: Heinrich Schuchardt
Date: Tue, 8 Mar 2022 11:03:16 +0100
Subject: [PATCH 3/3] debian/control: enable building for riscv64
riscv64 boards use device-trees. So we should provide the flash-kernel
package for them.
Signed-off-by: Heinrich
Package: docker.io
Version: 20.10.11+dfsg1-2
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu jammy ubuntu-patch
Dear Maintainer,
docker.io can be easily enabled to support the riscv64 architecture by
adding it in debian control.
***
not been packaged for
years by Debian. Responses by the package maintainer are missing.
As I am the maintainer of the upstream package in
https://sourceforge.net/projects/sispmctl/ I would like to take over the
maintainership for the package.
Best regards
Heinrich Schuchardt
: #1962311)
+
+ -- Heinrich Schuchardt Fri, 25 Feb 2022
14:48:50 +0100
+
plfit (0.9.3+ds-1build1) jammy; urgency=medium
* No-change rebuild with Python 3.10 as default version
diff -Nru plfit-0.9.3+ds/debian/control plfit-0.9.3+ds/debian/control
--- plfit-0.9.3+ds/debian/control 2021-11
The problem is still evident in Ubuntu's testing landscape
https://autopkgtest.ubuntu.com/packages/r/ranger/jammy/amd64
and in Debian
https://tests.reproducible-builds.org/debian/history/armhf/ranger.html
Ubuntu maintainers would prefer to avoid a diff to Debian. Could you,
please, consider the
Related Ubuntu bug https://bugs.launchpad.net/debiantesting/+bug/1961751
Suggested solution: drop package as upstream is not maintained anymore
Package: autopkgtest
Version: 5.19
Severity: wishlist
autopkgtest-buildvm-ubuntu-cloud is quite slow due to QEMU running on a
single core:
qemu-system-x86_64 -m 512 -smp 1
cpus=2 would be a more reasonable default value. This may require
raising the default memory size too.
The
Package: opensbi
Version: 1.0-1
Severity: normal
Dear Vagrant,
The opensbi package has a maintainer script debian/bin/git-snapshot with
commands
archive=tar.xz
git archive \
--format=${archive} \
tar.xz is not a valid archive format. 'git archive -l' gives this list:
* tar
*
Package: mkbootimg
Version: 1:10.0.0+r36-7
Severity: normal
Observed in Ubuntu Impish
Launchpad bug 1950789
Unpacking an Android boot image results in an error:
$ unpack_bootimg --boot_img akernel
boot_magic: b'ANDROID!'
Traceback (most recent call last):
File "/usr/bin/unpack_bootimg",
Package: vim
Version: 2:8.2.3455-2
Severity: wishlist
The next Ubuntu release will be Jammy Jellyfish.
https://discourse.ubuntu.com/t/jammy-jellyfish-release-notes/24668
Please, add it to the list of supported distributions:
--- vim-8.2.3455.orig/runtime/syntax/debchangelog.vim
+++
Package: grub2
Version: 2.04-20
Severity: wishlist
When upgrading to grub 2.06, please, consider enabling RISC-V support.
The patches currently are still in review upstream.
I hold a copy in:
https://github.com/xypron/grub-build/tree/qemu-riscv64/patch as
1970-01-01 01:00:00.0 +0100
+++ a2jmidid-9/debian/patches/0001-sigsegv-enable-RISC-V-build.patch
2021-10-01 16:18:06.0 +0200
@@ -0,0 +1,47 @@
+From 2c3fbef6854743416d95d85b1565dde51668488c Mon Sep 17 00:00:00 2001
+From: Heinrich Schuchardt
+Date: Fri, 1 Oct 2021 16:15:29
Package: bbrun
Version: 1.6-8
Severity: normal
Building on RISC-V fails with:
cc1: error: ‘-fno-gnu89-inline’ is only supported in GNU99 or C99 mode
Please, remove debian/patches/05_gcc5-gnu89.patch
Best regards
Heinrich
Package: vim
Version: 2:8.2.2434-3
Severity: minor
Please, add impish to the list of supported Ubuntu releases in these lines:
usr/share/vim/vim82/syntax/debsources.vim:29:
\ 'trusty', 'xenial', 'bionic', 'focal', 'groovy', 'hirsute', 'devel'
usr/share/vim/vim82/syntax/debchangelog.vim:27:
\
Package: u-boot-sifive
Version: 2021.07+dfsg-1
Severity: normal
U-Boot currently uses an incorrect memory type EfiReservedMemory for
device paths. This leads to boot failures on riscv64 Linux when booting
via UEFI (probably due to some further bug in the kernel). Please,
consider applying the
Package: e2fsprogs
Version: 1.46.3-1
Severity: normal
https://ci.debian.net/data/autopkgtest/unstable/amd64/e/e2fsprogs/14285096/log.gz
shows the following errors for debian/tests/fuse2fs:
mke2fs:
No such file or directory while trying to determine filesystem size
/sbin/e2label:
No such file
Package: mozc
Version: 2.26.4220.100+dfsg-4
Severity: normal
Dear maintainer,
please, add architecture riscv64 to the mozc build targets.
Best regards
Heinrich
Package: mokutil
Version: 0.4.0-1
Severity: normal
Tags: patch
Usertags: origin-ubuntu impish ubuntu-patch
Dear maintainer,
building mokutil for RISC-V only requires debian/control to be adjusted.
See Ubuntu package mokutil 0.4.0-1ubuntu1.
U-Boot already supports booting via UEFI on RISC-V
On 04.08.21 00:51, Jessica Clarke wrote:
On 3 Aug 2021, at 23:42, Paul Wise wrote:
On Tue, 03 Aug 2021 20:14:57 +0200 Jörg Frings-Fürst wrote:
because of the bugreport[1] I would like to ask here if it is useful to
compile dmidecode also for riscv64?
Apparently the SMBIOS spec v3.3.0 and
/debian/changelog 2021-08-02 15:25:54.0 +
@@ -1,3 +1,9 @@
+dmidecode (3.3-2ubuntu1) impish; urgency=medium
+
+ * Add riscv64 build architecture (LP: #1938705)
+
+ -- Heinrich Schuchardt Mon, 02 Aug 2021 17:25:54 +0200
+
dmidecode (3.3-2) unstable; urgency=medium
* Add upstream
The original problem report showed the following situation was hit:
common/malloc_simple.c:29:
log_err("alloc space exhausted\n");
You cannot expect normal system behavior when reaching this situation.
The available space for simple malloc is defined by:
CONFIG_SPL_SYS_MALLOC_F_LEN=0x2000
On 5/15/21 3:15 PM, Salvatore Bonaccorso wrote:
Hi,
Is this bug still an issue with recent kernels or can the issue be
closed?
Regards,
Salvatore
I am not using this board anymore.
Best regards
Heinrich
Package: u-boot-tools
Version: 2021.04~rc4+dfsg-1
Severity: wishlist
Dear Vagrant,
please, consider adding mkeficapsule to the u-boot-tools package. The
tool is need for preparing capsules for updating the firmware using the
UEFI API. A description is available at
After updating the source the only change I needed for packaging was:
--- debian/control 2021-02-04 11:03:03.0 +
+++ debian/control 2021-05-08 10:27:56.638548003 +
@@ -13,7 +13,7 @@
Homepage: http://sourceforge.net/projects/gnu-efi/
Package: gnu-efi
-Architecture:
Package: gnu-efi
Version: 3.0.9-2
Severity: wishlist
gnu-efi is a build dependency for a bunch of other packages. Currently
it is missing on RISC-V.
My patches to support riscv64 were merged with commit 3676bc353c83
("Merge /u/xypron/gnu-efi/ branch riscv64 into master").
Please, consider
Am 30. April 2021 20:06:22 MESZ schrieb Steve McIntyre :
>Control: reassign -1 grub2-common
>
>Hi Heinrich,
>
>[ reassigning to grub2-common, the package which includes grub-install
>]
>
>On Wed, Feb 24, 2021 at 09:08:15PM +0100, Heinrich Schuchardt wrote:
>>Package
Package: wnpp
Severity: normal
The package maintainer of package sispmctl has not shown any activity
since 2012:
* Bug reports remain unanswered.
* Upstream releases are ignored.
The current release is available at
https://sourceforge.net/projects/sispmctl/files/sispmctl/sispmctl-4.9/
For
Package: kamoso
X-Debbugs-Cc: xypron.g...@gmx.de
Version: 20.12.1-1
Severity: normal
Dear Maintainer,
when trying to run kamoso the following errors where shown on the
console ending with "unable to find or load wrappercamerabinsrc plugin".
eturned error exit status 1
Errors were encountered while processing:
shim-signed-common
To make the package usable with U-Boot the installation should not fail
but complete with a warning.
Best regards
Heinrich Schuchardt
-- System Information:
Debian Release: bullseye/sid
APT prefers testing
On 19.02.21 19:40, Dennis Filder wrote:
> Control: tag -1 + moreinfo bullseye sid
>
> If you cannot switch to console with Ctrl-Alt-F2 then this is a strong
> indicator that the bug is in the kernel, probably nouveau.
>
> If you can reproduce this reliably it would help a lot if you could
>
.
Mainboard is MacchiatoBIN with 16 GiB RAM.
Video card is GeForce GT 710 with nouveau driver.
Kernel command line:
BOOT_IMAGE=/vmlinuz-5.10.0-3-arm64 root=UUID= ro quiet
The problem only occurs in Wayland sessions. X11 KDE is working fine.
Best regards
Heinrich Schuchardt
-- System Information:
Debian
On 15.02.21 18:02, Lee Duncan wrote:
> On 2/15/21 6:48 AM, Ritesh Raj Sarraf wrote:
> I cannot access this bug, so I will reply to all here ...
By CCing 982...@bugs.debian.org the bug report is updated.
>
> In general, you do not set up initrd to boot into all iSCSI targets,
> only the ones
Bookworm.
Forwarded Message
Subject:Re: [open-iscsi/open-iscsi] iscsistart fails with 15 - session
exists with ipv6 (#241)
Date: Fri, 12 Feb 2021 15:29:41 -0800
From: Lee Duncan
Reply-To: open-iscsi/open-iscsi
To: open-iscsi/open-iscsi
CC: Heinrich
Package: flash-kernel
Version: 3.104
Severity: normal
Tags: patch
Add missing data base entries for:
* Hardkernel ODROID-C4
* Hardkernel ODROID-HC4
* Hardkernel ODROID-N2
* Hardkernel ODROID-N2Plus
Signed-off-by: Heinrich Schuchardt
---
db/all.db | 28
1 file
/0003-Fix-iscsistart-login-issue-when-target-is-delayed.patch
I have built the package from
https://salsa.debian.org/linux-blocks-team/open-iscsi
commit 7334ed475e26b8
This works for me but still shows the warning
iscsistart: initiator reported error (15 - session exists)
Tested-by: Heinrich
Hello Chris,
on my system a partial revert solves the problem:
diff --git a/usr/iscsid_req.c b/usr/iscsid_req.c
index a3aba6d..3bbf5b9 100644
--- a/usr/iscsid_req.c
+++ b/usr/iscsid_req.c
@@ -156,7 +156,7 @@ int iscsid_response(int fd, iscsiadm_cmd_e cmd,
iscsiadm_rsp_t *rsp,
if
On 14.01.21 20:26, Chris Hofstaedtler wrote:
> Hi everyone,
>
> * Chris Hofstaedtler [210114 19:20]:
>> * Heinrich Schuchardt [210114 18:52]:
>>>>> iscsistart: version 2.1.3
>>>>> iscsistart: Logging into iqn.2000-01.de.xypron:disk1
>>>>
On 14.01.21 17:02, Ritesh Raj Sarraf wrote:
> Hi Heinrich,
>
> On Thu, 2021-01-14 at 11:23 +0100, Heinrich Schuchardt wrote:
>> On my system open-iscsi and libopeniscsiusr where upgraded to 2.1.3-
>> 1.
>>
>> With a kernel installed after this upgrade my system ca
The same problem is described in:
https://github.com/open-iscsi/open-iscsi/issues/241
Package: open-iscsi
Version: 2.1.3-1
Severity: important
On my system open-iscsi and libopeniscsiusr where upgraded to 2.1.3-1.
With a kernel installed after this upgrade my system cannot boot from an
iSCSI LUN:
iscsistart: version 2.1.3
iscsistart: Logging into iqn.2000-01.de.xypron:disk1
https://salsa.debian.org/3dprinting-team/cura/-/commit/871fcb258aa11077c3a6e16651fbcb44953e932e
did not build cf.
https://salsa.debian.org/3dprinting-team/cura/-/pipelines/205268
Best regards
Heinrich
The NanoPi Neo Plus2 is struck by the same error.
I just sent out a patch:
arm64: dts: allwinner: H5: NanoPi Neo Plus2: phy-mode rgmii-id
https://lore.kernel.org/linux-arm-kernel/20201129194512.1475586-1-xypron.g...@gmx.de/T/#u
Package: src:linux
X-Debbugs-Cc: xypron.g...@gmx.de
Version: 5.9.9-1
Severity: normal
Tags: patch upstream
Dear Maintainer,
since Bullseye switched to Linux v5.9 my Pine A64 LTS board fails to
boot via iSCSI.
I have posted a patch upstream. Please, consider it for inclusion:
[PATCH 1/1] arm64:
Am 27. November 2020 04:18:06 MEZ schrieb Elliott Mitchell
:
>The patch to have GRUB load a device-tree is interesting. This is
>certainly worthy of discussion.
>
>Three issues come up when looking though:
>
>First, your patch modifies /etc/grub.d/10_linux, but misses
>/etc/grub.d/10_linux_xen.
I was not able to reproduce the problem with
libreoffice-impress (1:7.0.3-4).
Best regards
Heinrich
Package: glusterfs-common
Version: 8.2-1
Severity: normal
Dear maintainer,
updating Python3 leads to the following warning:
running python rtupdate hooks for python3.8...
/usr/lib/x86_64-linux-gnu/glusterfs/python/syncdaemon/syncdutils.py:728:
SyntaxWarning: "is" with a literal. Did you mean
1 - 100 of 407 matches
Mail list logo