Bug#875989: console-setup: generated cached_setup_keyboard.sh references /tmp/ file

bash-5.0 fixed the nanosecond timestamp compare bug. So, in the case of /bin/sh == /bin/bash, this will be fixed. -- OGAWA Hirofumi

Re: UEFI Secure Boot changes in d-i and live images

On Sun, Jan 20, 2019 at 12:35:16AM +, Ben Hutchings wrote: > Yes, this is expected. Does anyone want to implement the proposal I > made at > or are we just going to have a flag day and hope no-one screws up after > that? The FTP

Re: live-installer_57_amd64.changes ACCEPTED into unstable

Hi Jonathan, Debian FTP Masters wrote: > > > Accepted: > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA512 > > Format: 1.8 > Date: Thu, 17 Jan 2019 14:03:40 +0200 > Source: live-installer > Binary: live-installer > Architecture: source amd64 > Version: 57 > Distribution: unstable >

Bug#919813: comparison with earlier release

Just for comparison, on Devuan ascii (stretch wirhout systend), I get: root@midwinter:/home/hendrik# os-prober File descriptor 8 (socket:[13898]) leaked on lvs invocation. Parent PID 2831: /bin/sh File descriptor 9 (socket:[13899]) leaked on lvs invocation. Parent PID 2831: /bin/sh File

Import eject into Salsa

Hi all, is someone willing to help migrating eject source to Salsa? Currently there is no debian repository for eject, and d-i depends on its udeb. It can be imported from https://alioth-archive.debian.org/git/collab-maint/eject.git.tar.xz and should be added to 'debian' namespace on Salsa

Re: UEFI Secure Boot changes in d-i and live images

On Sun, Jan 20, 2019 at 12:35:16AM +, Ben Hutchings wrote: >On Sun, 2019-01-20 at 00:16 +0100, Philipp Kern wrote: >> Hi, >> >> On 2019-01-13 20:23, Steve McIntyre wrote: >[...] >> > I'll test all these again in the next couple of days to verify that >> > things have pulled through as I

Bug#802179: debian-installer: wrong numeration of dmraid device

I have hit this behavior in the debian-buster-alpha4 installer as well. Exact same issue. I setup a RAID1 in the installer and then installed the base system. In the Grub dialog I choose the first disk, let's call it /dev/sda to install Grub on. Then the installer goes and tries to install grub on

Bug#919813: comparison with earlier release

On Sun, Jan 20, 2019 at 10:25:54AM -0500, Hendrik Boom wrote: >Just for comparison, on Devuan ascii (stretch wirhout systend), I get: > >root@midwinter:/home/hendrik# os-prober >File descriptor 8 (socket:[13898]) leaked on lvs invocation. Parent PID 2831: >/bin/sh >File descriptor 9

Re: Import eject into Salsa

Hi, Holger Wansing wrote: > Hi all, > > is someone willing to help migrating eject source to Salsa? > > Currently there is no debian repository for eject, and d-i depends on its > udeb. > > > It can be imported from > https://alioth-archive.debian.org/git/collab-maint/eject.git.tar.xz > and

Re: Multiple console support

On Sun, Jan 20, 2019 at 01:08:24AM +1300, Richard Hector wrote: >On 19/01/19 5:27 PM, Wookey wrote: >> This problem doesn't arise on x86 where there is 'always' a screen (or >> some BIOs magic to reflect what would be on the screen to serial). > >Is that true? I'm sure the Soekris box I've got (in

Re: Multiple console support in d-i

On Sat, Jan 19, 2019 at 01:16:43PM +, Ian Campbell wrote: >On Sat, 2019-01-19 at 11:08 +, Steve McIntyre wrote: >> >So far I have done a proof-of-concept hack and demonstrated that >> >running two instances does in fact work nicely without anything >> >obvious breaking. The console

Re: Multiple console support in d-i

On Sun, Jan 20, 2019 at 03:02:33AM +, Ben Hutchings wrote: >On Sun, 2019-01-20 at 01:21 +, Wookey wrote: ... >> My current code leaves all this alone and just records/uses all >> enabled consoles on the command line, not just the last one, but >> ideally we'd autodetect and/or hardcode

Re: Multiple console support

On Sat, Jan 19, 2019 at 02:38:46PM +, peter green wrote: >On 19/01/19 04:27, Wookey wrote: >> >> Steve (McIntyre) and I have been thinking about what to do about this, >> so did some investigation and came up with a plan. Essentially it was >> to run d-i on both if they are