flash-kernel: grub support

Hello Vagrant, currently there is no integration between between grub-efi and flash-kernel. Two checks are needed to detect if grub-efi is working: Look for the grub-efi file in the default places: /boot/efi/debian/grub*.efi Check depending on architecture if package grub-efi-arm or

apt-setup_0.137_source.changes ACCEPTED into unstable

Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sat, 20 Jan 2018 07:56:21 +0100 Source: apt-setup Binary: apt-setup-udeb apt-mirror-setup apt-cdrom-setup Architecture: source Version: 1:0.137 Distribution: unstable Urgency: medium Maintainer: Debian Install System

Processing of apt-setup_0.137_source.changes

apt-setup_0.137_source.changes uploaded successfully to localhost along with the files: apt-setup_0.137.dsc apt-setup_0.137.tar.xz Greetings, Your Debian queue daemon (running on host usper.debian.org)

Bug#824954: flash-kernel: please provide a way to integrate with GRUB

Let's assume U-Boot uses distroboot as described in doc/README.distro. Environment variable boot_scripts decides which boot scripts are loaded. The default value is boot_scripts=boot.scr.uimg boot.scr So if you create a boot script named boot.scr.uimg, it will override the boot.scr created

Gestão de Laboratórios Industriais - controlo e garantia da qualidade dos ensaios | Curso Intensivo Pós Laboral | 16 e 17 Fevereiro

versão web Exmos Senhores  Envio informação relativa ao Curso Intensivo Pós-Laboral GESTÃO DE LABORATÓRIOS INDUSTRIAIS – CONTROLO E GARANTIA DA QUALIDADE DOS ENSAIOS que terá lugar no Hotel Holiday Inn Porto Gaia, em Vila Nova de Gaia, nos próximos dias 16 e 17 de

Bug#849532: flash-kernel does not remove dtb backups

On 2017-01-02, Martin Michlmayr wrote: > * Heinrich Schuchardt [2016-12-28 10:10]: >> The .bak file should not be created on the first install of a Linux kernel. > > Yeah, that's a separate issue but it's definitely something I noticed > too. The DTB handling code is run

Bug#860304: flash-kernel: Incorrect installation path for dtbs

Control: tags 860304 pending On 2017-09-20, Vagrant Cascadian wrote: > On 2017-08-27, Heinrich Schuchardt wrote: >> On 08/25/2017 05:31 PM, Vagrant Cascadian wrote: >>> On 2017-08-24, Heinrich Schuchardt wrote: is there really any need to keep /boot/dtbs/VERSION/ if we have

Processed: Re: Bug#860304: flash-kernel: Incorrect installation path for dtbs

Processing control commands: > tags 860304 pending Bug #860304 [flash-kernel] flash-kernel: Incorrect installation path for dtbs Added tag(s) pending. -- 860304: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=860304 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems

Processed: Re: flash-kernel: Machines without Kernel-Flavors do not generate boot.scr

Processing control commands: > tags 887803 pending Bug #887803 [flash-kernel] flash-kernel: Machines without Kernel-Flavors do not generate boot.scr Added tag(s) pending. -- 887803: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=887803 Debian Bug Tracking System Contact

Bug#887803: flash-kernel: Machines without Kernel-Flavors do not generate boot.scr

Control: tags 887803 pending On 2018-01-19, Vagrant Cascadian wrote: > Version 3.90 of flash-kernel does not generate a boot.scr: ... > Apparently the code I added to attempt to allow the ability to specify > "any" kernel flavor to fix #883547 ... broke machines that do not > specify

Bug#887803: flash-kernel: Machines without Kernel-Flavors do not generate boot.scr

Package: flash-kernel Severity: important Version: 3.90 Version 3.90 of flash-kernel does not generate a boot.scr: $ sudo flash-kernel Using DTB: armada-3720-espressobin.dtb Installing /usr/lib/linux-image-4.14.0-2-arm64/marvell/armada-3720-espressobin.dtb into

Processed: Re: Bug#876773: flash-kernel: Please add support for the original SolidRun CuBox (Dove)

Processing control commands: > tags 876773 pending Bug #876773 [flash-kernel] flash-kernel: Please add support for the original SolidRun CuBox (Dove) Added tag(s) pending. -- 876773: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=876773 Debian Bug Tracking System Contact

Bug#876773: flash-kernel: Please add support for the original SolidRun CuBox (Dove)

Control: tags 876773 pending On 2017-09-26, Josua Mayer wrote: > Am 25.09.2017 um 21:22 schrieb Vagrant Cascadian: >> On 2017-09-25, Josua Mayer wrote: >>> The SolidRun CuBox has very good support in Mainline Linux. >>> Thus it is a great candidate for supporting it in Debian. >> ... >>> I have

Bug#871792: flash-kernel: please add support for Golden Delicious GTA04 phone

On 2017-08-11, Josua Mayer wrote: > Please add support for above mentioned phone. > Since debian armmp kernel 4.9.13-1 the board is reasonably well supported, > though charging isn't working, which is why I use a custom kernel here. > > It comes with a downstream u-boot variant based on 2016.11.

Bug#839595: flash-kernel: Please add support for SolidRun Clearfog

Control: tags 839595 pending Pushed a commit to git: https://anonscm.debian.org/git/d-i/flash-kernel.git/commit/?id=175f11c79927fbc9527f5cce1bdfd2ad60d3ed50 Should be included in the next upload. live well, vagrant signature.asc Description: PGP signature

Processed: Re: Bug#839595: flash-kernel: Please add support for SolidRun Clearfog

Processing control commands: > tags 839595 pending Bug #839595 [flash-kernel] flash-kernel: Please add support for SolidRun Clearfog Added tag(s) pending. -- 839595: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=839595 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems

Processed: Re: Bug#873390: [PATCH] flash-kernel: Provide hook to start EFI application

Processing control commands: > tags 873390 pending Bug #873390 [flash-kernel] [PATCH] flash-kernel: Provide hook to start EFI application Ignoring request to alter tags of bug #873390 to the same tags previously set -- 873390: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=873390 Debian Bug

Processed: Re: Bug#873390: [PATCH] flash-kernel: Provide hook to start EFI application

Processing control commands: > tags 873390 pending Bug #873390 [flash-kernel] [PATCH] flash-kernel: Provide hook to start EFI application Added tag(s) pending. -- 824954: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=824954 873390: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=873390

Bug#824954: Bug#873390: [PATCH] flash-kernel: Provide hook to start EFI application

Control: tags 873390 pending On 2017-08-27, Heinrich Schuchardt wrote: > Instead of starting the Linux kernel from U-Boot we may want to > start an EFI application like grub or iPXE. Let us use a new > hook @@UBOOT_PREBOOT_EXTRA@@ in the boot.scr generation for this > purpose. The related hook

Bug#864525: flash-kernel: fails on fat32

Control: tags 864525 wontfix On 2017-06-10, Ian Campbell wrote: > On Sat, 2017-06-10 at 02:41 +0200, Heinrich Schuchardt wrote: >> On 06/10/2017 02:11 AM, Ben Hutchings wrote: >> > On Sat, 2017-06-10 at 00:59 +0200, Heinrich Schuchardt wrote: >> >> On 06/10/2017 12:31 AM, Martin Michlmayr wrote:

Processed: Re: Bug#864525: flash-kernel: fails on fat32

Processing control commands: > tags 864525 wontfix Bug #864525 [flash-kernel] flash-kernel: fails on fat32 Added tag(s) wontfix. -- 864525: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=864525 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems

Bug#884375: bootscr.cubox-i

On 2018-01-13, Rainer Dorsch wrote: > wouldn't bootscr.cubox-i benefit from the same modification (?): Sure. > since it uses the same SoC (imx6), it needs the same cma bootarg: > > https://wiki.debian.org/InstallingDebianOn/Wandboard#cma Committed to git:

Processed: retitle 887656 to debian-installer: Not obvious how to configure a static IP address ...

Processing commands for cont...@bugs.debian.org: > retitle 887656 debian-installer: Not obvious how to configure a static IP > address Bug #887656 [debian-installer] debian-installer: no way to set IP address manually if DHCP address assigned Changed Bug title to 'debian-installer: Not obvious

Processed: severity of 887654 is minor

Processing commands for cont...@bugs.debian.org: > severity 887654 minor Bug #887654 [debian-installer] debian-installer: mirror download hung when incorrect proxy info entered Severity set to 'minor' from 'normal' > thanks Stopping processing here. Please contact me if you need assistance. --

Re: Re: network-console DEBIAN_FRONTEND?

Thanks for your help, but when I boot with DEBIAN_FRONTEND=text, it affects only the *local* console ... In other words, when I boot with "DEBIAN_FRONTEND=text modules=network-console", the local console does display the text frontend, but when I ssh in, I still get the default frontend

Bug#887670: installation-reports: Espressobin required workarounds

On 2018-01-18, Vagrant Cascadian wrote: > Ethernet interface appeared to detect, but could not get a DHCP > address. Used a USB-ethernet adapter as a workaround. A workaround appears to be to manually run "ip link set eth0 up" and then use the "wan" interface; then DHCP works fine on built-in

Bug#887784: env-preseed: env2debconf doesn't handle single quotes

Package: env-preseed Tags: patch I booted the Debian-Installer with the following boot parameter: preseed/early_command="sed -i 'script' filename" and got the following error: > preseed: running preseed command preseed/early_command: sed -i > '"'"'script'"'"' filename > log-output: sed:

Re: network-console DEBIAN_FRONTEND?

On Fri, Jan 19, 2018 at 09:44:49AM -0700, Jack Bates wrote: > How do you set the network-console DEBIAN_FRONTEND? > > When I boot the installer with modules=network-console and ssh in, I > get the default frontend (newt). How do I switch to > DEBIAN_FRONTEND=text? >

arcboot-installer_1.32_source.changes ACCEPTED into unstable

Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Fri, 19 Jan 2018 07:11:29 +0100 Source: arcboot-installer Binary: arcboot-installer Architecture: source Version: 1.32 Distribution: unstable Urgency: medium Maintainer: Debian Install System Team

Processing of arcboot-installer_1.32_source.changes

arcboot-installer_1.32_source.changes uploaded successfully to localhost along with the files: arcboot-installer_1.32.dsc arcboot-installer_1.32.tar.xz Greetings, Your Debian queue daemon (running on host usper.debian.org)

Re: override: downgrade priority of all libraries to optional

On Fri, Jan 19, 2018 at 03:50:42PM +0100, Luca Falavigna wrote: >Dear -boot and -cd teams, > >could you please comment on the request of demoting library priorities >from required and important to optional? Hey Luca (again!), In terms of -cd, libraries aren't likely to be affected. Dependencies

Re: override: wget:web/standard

On Fri, Jan 19, 2018 at 03:46:34PM +0100, Luca Falavigna wrote: >Dear -boot and -cd teams, > >could you please comment on the request of demoting wget priority from >important to standard? Hi Luca, Re -cd, I don't expect that to cause any issues. The priority there might make a difference in

Re: network-console DEBIAN_FRONTEND?

On 1/19/2018 5:44 PM, Jack Bates wrote: How do you set the network-console DEBIAN_FRONTEND? When I boot the installer with modules=network-console and ssh in, I get the default frontend (newt). How do I switch to DEBIAN_FRONTEND=text? From:

network-console DEBIAN_FRONTEND?

How do you set the network-console DEBIAN_FRONTEND? When I boot the installer with modules=network-console and ssh in, I get the default frontend (newt). How do I switch to DEBIAN_FRONTEND=text?

override: downgrade priority of all libraries to optional

Dear -boot and -cd teams, could you please comment on the request of demoting library priorities from required and important to optional? Thanks, Luca

override: wget:web/standard

Dear -boot and -cd teams, could you please comment on the request of demoting wget priority from important to standard? Thanks, Luca

Bug#886506: busybox sh broken on i386 with glibc 2.26, leads to kernel panic

On Fri, Jan 19, 2018 at 10:58 AM, Chris Boot wrote: > On 18/01/18 23:44, Cyril Brulebois wrote: >> Raphael Hertzog (2018-01-17): >>> On Wed, 17 Jan 2018, Aurelien Jarno wrote: busybox is compiled with -mpreferred-stack-boundary=2 on i386 which has

Re: busybox sh broken on i386 with glibc 2.26, leads to kernel panic

On 18/01/18 23:44, Cyril Brulebois wrote: > Raphael Hertzog (2018-01-17): >> On Wed, 17 Jan 2018, Aurelien Jarno wrote: >>> busybox is compiled with -mpreferred-stack-boundary=2 on i386 which has >>> the same effect of reducing the default stack alignment from 16 bytes to >>>