Bug#1059991: grub-installer: build loong64.udeb for loongarch64
Hi Adrian,
> I don't think this is true since the grub2 source is actually not
building
> any loong64 packages yet. We will need to change the grub2 source
first to
> build at packages such as grub-efi-loong64 and so on similar to
riscv64 [1].
>
> After that, loong64 can be added to grub-installer as it was be done for
> riscv64 [2] (except for the case for "riscv64/*)").
Thanks for your heads up.
I have updated the patch (Add support for loongarch64).
Please consider the patch I have attached.
Your suggestions are always welcome.
Thanks,
Dandan Zhang
diff -Nru grub-installer-1.200/debian/control
grub-installer-1.200/debian/control
--- grub-installer-1.200/debian/control 2024-02-16 18:45:32.0 +
+++ grub-installer-1.200/debian/control 2024-02-16 19:25:38.0 +
@@ -8,7 +8,7 @@
Vcs-Git: https://salsa.debian.org/installer-team/grub-installer.git
Package: grub-installer
-Architecture: amd64 arm64 armhf i386 ia64 hurd-i386 hurd-amd64 kfreebsd-i386
kfreebsd-amd64 mipsel powerpc ppc64 ppc64el riscv64 sparc sparc64
+Architecture: amd64 arm64 armhf i386 ia64 hurd-i386 hurd-amd64 kfreebsd-i386
kfreebsd-amd64 loong64 mipsel powerpc ppc64 ppc64el riscv64 sparc sparc64
XB-Subarchitecture: ${subarch}
Provides: bootable-system
Depends: ${shlibs:Depends}, ${misc:Depends}, kernel-installer, created-fstab,
di-utils, di-utils-mapdevfs, os-prober, partman-utils
diff -Nru grub-installer-1.200/debian/isinstallable
grub-installer-1.200/debian/isinstallable
--- grub-installer-1.200/debian/isinstallable 2024-02-16 18:45:32.0
+
+++ grub-installer-1.200/debian/isinstallable 2024-02-16 19:25:38.0
+
@@ -33,6 +33,12 @@
log "GRUB is only usable on EFI riscv64 systems, not $ARCH"
exit 1
;;
+loong64/efi)
+ ;;
+loong64/*)
+ log "GRUB is only usable on EFI loong64 systems, not $ARCH"
+ exit 1
+ ;;
esac
db_get grub-installer/skip
diff -Nru grub-installer-1.200/grub-installer
grub-installer-1.200/grub-installer
--- grub-installer-1.200/grub-installer 2024-02-16 18:45:33.0 +
+++ grub-installer-1.200/grub-installer 2024-02-16 19:25:38.0 +
@@ -354,6 +354,9 @@
ia64/*)
grub_package="grub-efi-ia64"
;;
+loong64/efi)
+ grub_package="grub-efi-loong64"
+ ;;
powerpc/*|ppc64/*)
grub_package="grub-ieee1275"
;;
Bug#1059991: grub-installer: build loong64.udeb for loongarch64
Hi Dandan, On Tue, 2024-03-12 at 16:07 +0800, zhangdandan wrote: > Thanks for your heads up. > I have updated the patch (Add support for loongarch64). > Please consider the patch I have attached. > Your suggestions are always welcome. I already made the changes before you sent this mail, so we're all good. See: https://salsa.debian.org/installer-team/grub-installer/-/commit/0962896894d83716dec19a60ba9db94fdc807a1c Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer `. `' Physicist `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Bug#1059991: grub-installer: build loong64.udeb for loongarch64
On Tue, 12 Mar 2024 09:20:40 +0100 John Paul Adrian Glaubitz wrote: > Hi Dandan, > > On Tue, 2024-03-12 at 16:07 +0800, zhangdandan wrote: > > Thanks for your heads up. > > I have updated the patch (Add support for loongarch64). > > Please consider the patch I have attached. > > Your suggestions are always welcome. > > I already made the changes before you sent this mail, so we're all good. > > See: https://salsa.debian.org/installer-team/grub-installer/-/commit/0962896894d83716dec19a60ba9db94fdc807a1c > Thanks. Dandan
Re: Bug#1055016: override: tasksel-data:admin/optional
On Sunday, 29 October 2023 12:54:13 CET Cyril Brulebois wrote: > Daniel Lewart (2023-10-29): > > Package: ftp.debian.org > > Severity: normal > > User: ftp.debian@packages.debian.org > > Usertags: override > > X-Debbugs-Cc: task...@packages.debian.org, debian-boot@lists.debian.org, > > 855...@bugs.debian.org, 954...@bugs.debian.org Control: affects -1 + > > src:tasksel > > > > FTP Team, > > > > #855151 - tasksel: should not be Priority: important > > > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=855151 > > > > #954090 - override: tasksel:admin/optional > > > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=954090 > > > > However, tasksel is still installed by default because of the following: > > $ apt-cache show tasksel-data | grep -E '^(Package|Depends|Priority)' > > Package: tasksel-data > > Depends: tasksel (= 3.73) > > Priority: important > > > > Please change tasksel-data from: > > admin/important > > > > to: > > admin/optional > > It's probably safe since pkgsel's postinst features: > > if db_get pkgsel/run_tasksel && [ "$RET" = true ]; then > log "starting tasksel" > db_progress INFO pkgsel/progress/tasksel > apt-install tasksel # ensure tasksel is installed > I just ran into this issue too wondering why tasksel-data (and its Depends/ Recommends) got installed. So hereby a +1 on changing it to ``admin/optional``. Cheers, Diederik signature.asc Description: This is a digitally signed message part.
Issue replicated with current version published on debian website, downloaded 3/12/2024 at 9 AM Central
I tried using the graphical installer using the latest version of VMware on a Windows 11 23H2 host machine. I went through the process of the graphical install and allowed the extra APT package installer. After I clicked restart on the GUI interface, at first I was under the impression that there was a glitch, and I clicked "Restart Guest" on VMware's settings, and it continued after 2-3 tries.
Bug#987124: console-setup not work properly with plymouth
If plymouth password prompt is used during boot (i.e. root volume decryption from initramfs), just the patch above will not work, also need to add plymouth-quit.service to 'After' property in console-setup.service
Bug#1066145: debootstrap: fails with multiversion repositories, including Debian’s
Package: debootstrap Version: 1.0.134 Severity: important There exist multiversion Packages files, e.g. they can be created by dpkg-scanpackages -m but dak also occasionally seems to create them. I just had multiple attempts at creating a buildd chroot fail. One was with debootstrap --variant=buildd where perl-modules-5.38 failed the bootstrap because the Packages file contains two versions of it (5.38.2-3.2 (the one we want) followed by 5.38.2-3). According to cbmuser, the arch:all part of debian-ports Packages files is an identical embedded copy of binaries-all/Packages from dak for sid, so this is not just a debian-ports or mini-dak problem. Then I tried --variant=minbase which failed the cowbuilder --create as well but only after the debootstrap stage: debootstrap installed libaudit-common 1:3.1.2-2 instead of 1:3.1.2-2.1 so the chroot had libaudit1’s dependency on libaudit-common unfulfilled, which made a later apt-get dist-upgrade fail without manually running an apt-get -f install first (which I thankfully could do in a pbuilder hook script). This is a real problem affecting real-world scenarios (such as buildd maintainers frantically trying to stay on top of t64), and apparently at least arch:all packages can have multiple versions show up in the Packages file in Debian sid. The two failure modes are that debootstrap either results in a chroot in which packages are installed that don’t meet each other’s dependencies (which a real-world dpkg call would need --force-depends) or that debootstrap itself even aborts. The fix is of course to consider all versions of all packages, though this will be very hard; apt seems to normally only consider the latest version (unless another is installed or pinned), so doing that would be another option, which while not being helpful in situations of nōn-arch:all packages lagging would fix this bug just as well. -- System Information: Debian Release: stretch/sid APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'unstable') Architecture: m68k Kernel: Linux 6.6.15-m68k Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/lksh Init: sysvinit (via /sbin/init) Versions of packages debootstrap depends on: ii wget 1.16.3-3 Versions of packages debootstrap recommends: pn arch-test ii debian-archive-keyring 2014.3 ii gnupg 1.4.19-5 ii mount 2.26.2-9 Versions of packages debootstrap suggests: ii binutils2.25.1-1 pn squid-deb-proxy-client pn ubuntu-archive-keyring ii xz-utils5.1.1alpha+20120614-2.1 pn zstd -- no debconf information
