Processed: Re: Bug#284760: debian-installer-manual: netboot/debian-installer/i386/initrd.gz
Processing control commands: > tags -1 + pending Bug #284760 [installation-guide] debian-installer-manual: netboot/debian-installer/i386/initrd.gz Added tag(s) pending. -- 284760: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=284760 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#284760: debian-installer-manual: netboot/debian-installer/i386/initrd.gz
Control: tags -1 + pending Olaf van der Spek wrote: > http://d-i.alioth.debian.org/manual/en.i386/ch05s01.html#boot-initrd > > > you should download the netboot/debian-installer/i386/initrd.gz file > > The manual doesn't tell where this file can be downloaded. > I think a link is appropriate. I just fixed that in git (changing the filename into a link; amongst some more improvements). Tagging this bug as pending Holger -- Holger Wansing PGP-Fingerprint: 496A C6E8 1442 4B34 8508 3529 59F1 87CA 156E B076
Bug#961125: vga= deprecated with grub2
Package: debian-installer Version: debian-bullseye-DI-alpha2-amd64-netinst.iso qemu-system-x86_64 -cdrom debian-bullseye-DI-alpha2-amd64-netinst.iso -nographic -vga none -m 1024 At the Debian install prompt pressing the escape key get me to the boot prompt. boot: install console=ttyS0,115200n8 DEBIAN_FRONTEND=text gfxpayload=text Undefined video mode number: 314 Press to see video modes available, to continue, or wait 30 sec If I use 'vga=none' the above is suppressed but Debian will not start properly after installation by saying that 'vga=none' is deprecated and that 'set gfxpayload=text' should be used instead. How can I specify 'set gfxpayload=text' to the boot prompt above? In other words, how can i emulate 'vga=none' when this argument is deprecated when installing Debian. -- John Doe
Bug#926539: rootskel: steal-ctty no longer works on s390x
On 5/20/20 1:18 PM, Philipp Kern wrote: > But then I keep wondering how representative qemu is. Is VT220 SCLP even > something you get on a real z machine? Not that we shouldn't fix qemu, > of course. But Hercules might be closer to the real thing in this regard. Hercules shows the exact same behavior. I also don't think the emulation is relevant as the underlying issue is a naming inconsistency in the kernel which is only present on s390x and used to be present on sparc64. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Bug#926539: rootskel: steal-ctty no longer works on s390x
On 20.05.20 12:42, Valentin Vidić wrote: > On Wed, May 20, 2020 at 11:19:53AM +0200, John Paul Adrian Glaubitz wrote: >> Ah, sorry. I was seeing the cached version of the thread, refreshing helped. >> >> In any case, the SPARC kernel maintainer (Dave Miller) had the same argument >> that it would potentially break existing setups but eventually I could >> convince him that the change was right. >> >> Not sure which distributions he has in mind. > > It is hard to tell, but it seems the current state is hardcoded > in different places: > > https://www.redhat.com/archives/libguestfs/2017-May/msg00068.html > https://www.ibm.com/support/knowledgecenter/linuxonibm/com.ibm.linux.z.lhdd/lhdd_r_console_sum.html > > I think it would be better to make debian-installer smarter about > this since we will probably run into the same problem again with > a different architecture/driver. qemu-system-s390x is probably the least representative here. I recall that the consoles for z/VM and LPAR were actually different. As alluded to by the thread LPAR uses SCLP while you get 3215 on z/VM. I'm all for making d-i smarter. But I think we should start by trying to back merge all the improvements Canonical made on Ubuntu instead of Debian as part of their s390x contract. Maybe trying ubuntu-installer and seeing if that works correctly would be a good start. But then I keep wondering how representative qemu is. Is VT220 SCLP even something you get on a real z machine? Not that we shouldn't fix qemu, of course. But Hercules might be closer to the real thing in this regard. Kind regards Philipp Kern
Processed: merge
Processing commands for cont...@bugs.debian.org: > reassign 961056 src:linux,rootskel Bug #961056 [rootskel] debian-installer: qemu-system-s390x installation fails due to incorrect serial device Bug reassigned from package 'rootskel' to 'src:linux,rootskel'. Ignoring request to alter found versions of bug #961056 to the same values previously set Ignoring request to alter fixed versions of bug #961056 to the same values previously set > severity 961056 serious Bug #961056 [src:linux,rootskel] debian-installer: qemu-system-s390x installation fails due to incorrect serial device Severity set to 'serious' from 'important' > merge 961056 926539 Bug #961056 [src:linux,rootskel] debian-installer: qemu-system-s390x installation fails due to incorrect serial device Bug #961056 [src:linux,rootskel] debian-installer: qemu-system-s390x installation fails due to incorrect serial device Added tag(s) patch. Bug #926539 [src:linux,rootskel] rootskel: steal-ctty no longer works on at least sparc64 Merged 926539 961056 > thanks Stopping processing here. Please contact me if you need assistance. -- 926539: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=926539 961056: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=961056 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Processed (with 1 error): merge bugs
Processing commands for cont...@bugs.debian.org: > merge 961056 926539 Bug #961056 [rootskel] debian-installer: qemu-system-s390x installation fails due to incorrect serial device Unable to merge bugs because: severity of #926539 is 'serious' not 'important' package of #926539 is 'src:linux,rootskel' not 'rootskel' Failed to merge 961056: Did not alter merged bugs. > thanks Stopping processing here. Please contact me if you need assistance. -- 926539: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=926539 961056: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=961056 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#926539: rootskel: steal-ctty no longer works on s390x
On 5/20/20 12:42 PM, Valentin Vidić wrote: > It is hard to tell, but it seems the current state is hardcoded > in different places: > > https://www.redhat.com/archives/libguestfs/2017-May/msg00068.html This wouldn't cause breakage as with your change, the console name would actually be ttysclp0. > https://www.ibm.com/support/knowledgecenter/linuxonibm/com.ibm.linux.z.lhdd/lhdd_r_console_sum.html Well, IBM could just update their documentation. > I think it would be better to make debian-installer smarter about > this since we will probably run into the same problem again with > a different architecture/driver. It was only SPARC which had this issue as well and where it was fixed. For all the other architectures, the console and driver names already match. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Bug#926539: rootskel: steal-ctty no longer works on s390x
On Wed, May 20, 2020 at 11:19:53AM +0200, John Paul Adrian Glaubitz wrote: > Ah, sorry. I was seeing the cached version of the thread, refreshing helped. > > In any case, the SPARC kernel maintainer (Dave Miller) had the same argument > that it would potentially break existing setups but eventually I could > convince him that the change was right. > > Not sure which distributions he has in mind. It is hard to tell, but it seems the current state is hardcoded in different places: https://www.redhat.com/archives/libguestfs/2017-May/msg00068.html https://www.ibm.com/support/knowledgecenter/linuxonibm/com.ibm.linux.z.lhdd/lhdd_r_console_sum.html I think it would be better to make debian-installer smarter about this since we will probably run into the same problem again with a different architecture/driver. -- Valentin
Processed: reassign 961056 to rootskel
Processing commands for cont...@bugs.debian.org: > reassign 961056 rootskel Bug #961056 [src:rootskel] debian-installer: qemu-system-s390x installation fails due to incorrect serial device Bug reassigned from package 'src:rootskel' to 'rootskel'. Ignoring request to alter found versions of bug #961056 to the same values previously set Ignoring request to alter fixed versions of bug #961056 to the same values previously set > thanks Stopping processing here. Please contact me if you need assistance. -- 961056: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=961056 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Processed: reassign 961056 to src:rootskel
Processing commands for cont...@bugs.debian.org: > reassign 961056 src:rootskel Bug #961056 [debian-installer] debian-installer: qemu-system-s390x installation fails due to incorrect serial device Bug reassigned from package 'debian-installer' to 'src:rootskel'. No longer marked as found in versions debian-installer/20190702+deb10u4. Ignoring request to alter fixed versions of bug #961056 to the same values previously set > thanks Stopping processing here. Please contact me if you need assistance. -- 961056: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=961056 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#926539: rootskel: steal-ctty no longer works on s390x
Hi! On 5/20/20 11:00 AM, Valentin Vidić wrote: > Similar change for console name on s390x was not accepted: > > https://lkml.org/lkml/2020/5/19/854 > > so please fix in rootskel. I don't see any discussion in this thread. I would like to know the reasoning why kernel upstream thinks that this naming inconsistency is correct. It makes no sense, in my opinion and it can potentially trigger more problems. Also, this bug report should be merged with the other one that I referenced yesterday. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Bug#926539: rootskel: steal-ctty no longer works on s390x
On 5/20/20 11:17 AM, John Paul Adrian Glaubitz wrote: > I don't see any discussion in this thread. I would like to know the reasoning > why kernel upstream thinks that this naming inconsistency is correct. It > makes no sense, in my opinion and it can potentially trigger more problems. Ah, sorry. I was seeing the cached version of the thread, refreshing helped. In any case, the SPARC kernel maintainer (Dave Miller) had the same argument that it would potentially break existing setups but eventually I could convince him that the change was right. Not sure which distributions he has in mind. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Bug#926539: rootskel: steal-ctty no longer works on s390x
Similar change for console name on s390x was not accepted: https://lkml.org/lkml/2020/5/19/854 so please fix in rootskel. -- Valentin
