Re: Bug#890470: stretch-pu: package systemd/232-25+deb9u1

2018-03-03 Thread Cyril Brulebois
Hi,

Adam D. Barratt  (2018-02-25):
> [CC += KiBi as requested]

[ta]

> On Fri, 2018-02-23 at 19:54 +0100, Michael Biebl wrote:
> > Am 23.02.2018 um 19:19 schrieb Adam D. Barratt:
> > > Thanks. Please feel free to upload.
> > 
> > Uploaded.
> > 
> 
> Flagged for acceptance into p-u.

Thanks; for the record, stretch with s-p-u enabled looks good to me on
the d-i side.


Cheers,
-- 
Cyril Brulebois (k...@debian.org)
D-I release manager -- Release team member -- Freelance Consultant


signature.asc
Description: PGP signature


Bug#891482: Looks like it wants the VMD module...

2018-03-03 Thread Cyril Brulebois
Hi Peter,

peter.ch...@data61.csiro.au  (2018-02-26):
> If I manually add vmd.ko /dev/nvme* appear.

Thanks for your report.

I'm adding debian-kernel@ to the loop, so that they can comment on
this and maybe update udebs to include this extra module.

I'm only discovering this module right now and can't really diagnose
this issue further on my own. But it seems like an extra PCI host
bridge, and not having this module enabled might explain why some
devices which don't depend explicitly on this module (at least based
on modinfo output for all modules) don't show up without it.


Cheers,
-- 
Cyril Brulebois (k...@debian.org)
D-I release manager -- Release team member -- Freelance Consultant


signature.asc
Description: PGP signature


Bug#891976: localechooser: Unhelpful modifications to /root/.profile when locale "C" is chosen

2018-03-03 Thread Matthew Woodcraft
Package: localechooser
Version: 2.69
Severity: normal
Tags: d-i

If I install Stretch using Debian-Installer and select language 'C' ('no
localisation'), and default locale 'C', then I end up with the following
lines at the end of /root/.profile:

# Installed by Debian Installer:
#  no localization for root because C
#  cannot be properly displayed at the Linux console
LANG=C
LANGUAGE=C

This is mostly harmless, but it causes trouble if I later change
/etc/default/locale (eg to C.UTF-8).

This seems to have been going on for the last several Debian releases.


sources.debian.net suggests that these lines are added by the
post-base-installer.d/05localechooser script.

The intention is apparently that those lines would be added if the
selected language is one which has "no chance to be displayed at the
Linux console", so I think adding them when the C locale was chosen is a
bug.


I don't understand how the code it's using to decide whether to do this
ends up firing for "C", but in any case it appears to be broken:

 - it evidently hasn't been updated for changes to the format of the
   languagelist file ('cut -f 2-3' seems appropriate for the version in
   etch but not the version in lenny);

 - it fails to ignore comment lines.

Perhaps terminals have improved sufficiently that this feature should
just be removed altogether.



Re: Armel: Debian installer freeezes (GuruPlug Server plus)

2018-03-03 Thread Ben Hutchings
On Fri, 2018-03-02 at 14:48 +0200, Kari Tanninen wrote:
> "In Debian installer, for the various plug devices, we append to
> the DTB at the end of the kernel rather than loading it separately."
> 
> 
> Is that possible/reasonable?
> 
> U-boot have to link all files on boot and it is impossibe to append 
> command line parametres to fdt-blob
> without resize fdt-blob at U-boot. U-boot is using physical addressing 
> only(?) and I think kernel cannot
> resize itself before boot without relocation problems -> bootm_size 
> variable issue.
> 
> If fdt is used, kernel should discard ATAG-variables by default, I 
> think.
[...]

This behaviour is configurable.  For armel and armhf we enable
CONFIG_ARM_ATAG_DTB_COMPAT and
CONFIG_ARM_ATAG_DTB_COMPAT_CMDLINE_FROM_BOOTLOADER so that ATAG
variables override the DTB.

Ben.

-- 
Ben Hutchings
[W]e found...that it wasn't as easy to get programs right as we had
thought. ... I realized that a large part of my life from then on was
going to be spent in finding mistakes in my own programs. - Maurice
Wilkes, 1949


signature.asc
Description: This is a digitally signed message part


Bug#891964: Unable to install Debian Buster from buster mini.iso

2018-03-03 Thread Nrbrtx
Package: debian-installer
Version: 20171204
Severity: grave

Steps to reproduce:
1. Download mini.iso from
http://ftp.debian.org/debian/dists/buster/main/installer-amd64/current/images/netboot/mini.iso

2. Launch Oracle VM VirtualBox (in my case 5.1.34 on Ubuntu 16.04 LTS host
system)
3. Create new virtual machine with mini.iso as boot CD/DVD and clean
virtual SATA harddisk.
4. Boot virtual machine from mini.iso

* select Install
* choose language
* wait for network configuration, set hostname, set ftp.us.debian.org mirror

Then the following dialog appears:
"[!!] Download installer components

No kernel modules were found. This probably is due to a mismatch between
the kernel used by this version of the Installer and the kernel version
available in the archive.

If you 're Installing from a mirror, you can work around this problem by
choosing to Install a different version of Debian. The Install will
probably fail to work if you continue without kernel modules.

Continue the Install without loading kernel modules?

  "

I selected , it downloads files, asked for root password twice, asked
for normal user name and password, set clock and timezone and then
installer asks for disk drive controller (all options fails) so I select
*continue with no disk drive* or *none of the above* and installer fails
with red screen.

"[!] Detect disks
No partitionable media

No partitionable media were found.

Please check that a hard disk is attached to this machine.
 "

Is it normal behavior?
Why I can't install Debian buster from mini.iso?

As far I can remember I can install development version of Ubuntu in such
way.

Note: I can't install from kvm too:
$ kvm -m 1024 -vga std -drive file=debian10.raw,format=raw -cdrom mini.iso
-boot d