Bug#848304: marked as done (Installation report for Stretch on cubietruck (armhf))

[Debian Bug Tracking System]

Your message dated Tue, 20 Dec 2016 07:49:05 +0100
with message-id <20161220064905.ga1...@excalibur.cnev.de>
and subject line Re: Bug#848304: Issue resolved
has caused the Debian Bug report #848304,
regarding Installation report for Stretch on cubietruck (armhf)
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
848304: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=848304
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---

Package: installation-reports

Boot method: Debian installer on sd card, using Cubietruck firmware + 
partition.img
Image version: 
http://ftp.uk.debian.org/debian/dists/stretch/main/installer-armhf/current/images/netboot/SD-card-images/
Date: 2016-12-15 7:00 PM Pacific standard time

Machine: Cubietruck (Allwinner)
Processor: ARMv7 Processor rev 4 (v7l)
Memory: 2061944 kB
Partitions: Installation didn't complete this step

Output of lspci -knn (or lspci -nn): None (shelled out from installer and this 
produced no output)

Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:   [ O ]
Detect network card:[ O ]
Configure network:  [ O ]
Detect CD:  [ ]
Load installer modules: [ E ]
Detect hard drives: [ O ]
Partition hard drives:  [ E ]
Install base system:[ ]
Clock/timezone setup:   [ O ]
User/password setup:[ O ]
Install tasks:  [ ]
Install boot loader:[ ]
Overall install:[ E ]

Comments/Problems:

Installing Stretch using current (dated 31 Oct 2016) firmware and net installer 
does not complete. The following error is encountered during the install:

"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?"

Selecting "Yes" causes the installation to fail at the disk partitioning step, 
apparently due to the lack of an appropriate kernel module. I have the three files made 
available for debugging by the installer: hardware-summary.txt, syslog.txt, and 
partman.txt and can share them upon request.

Under the theory that waiting a while might allow the repository and the kernel 
to sync, I attempted the installation multiple times over the course of several 
weeks and never got a different result, hence this installation report. I also 
tried prior versions of the installer as well as the stable version (Jessie) 
and none that I tried completed successfully.

In the past I have successfully installed Debian on the Cubietruck using the sd 
card method, as well as other ARM devices; so I am experienced in this 
installation process.

--- End Message ---
--- Begin Message ---
On Mon, Dec 19, 2016 at 08:41:20PM -0800, John Kerenyi wrote:

> Thank you for your help, I believe trying a different mirror
> rectified the issue. In all cases I was using the default mirror for
> the US, but I tried a different one and the install completed.

Thanks for the feedback, so I'll close the bug.

Regards,
Karsten
-- 
Gem. Par. 28 Abs. 4 Bundesdatenschutzgesetz widerspreche ich der Nutzung
sowie der Weitergabe meiner personenbezogenen Daten für Zwecke der
Werbung sowie der Markt- oder Meinungsforschung.--- End Message ---

Bug#848304: Issue resolved

[John Kerenyi]

Thank you for your help, I believe trying a different mirror rectified 
the issue. In all cases I was using the default mirror for the US, but I 
tried a different one and the install completed.

Processed: Re: debootstrap: enable --merged-usr by default

[Debian Bug Tracking System]

Processing control commands:

> found -1 1.0.87
Bug #839046 {Done: Julien Cristau } [debootstrap] 
debootstrap: enable --merged-usr by default
Bug #839162 {Done: Julien Cristau } [debootstrap] Enabled 
merged-/usr by default
Marked as found in versions debootstrap/1.0.87 and reopened.
Marked as found in versions debootstrap/1.0.87 and reopened.

-- 
839046: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=839046
839162: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=839162
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#839046: debootstrap: enable --merged-usr by default

[Michael Biebl]

Control: found -1 1.0.87

Hi there!

On Wed, 28 Sep 2016 08:47:21 +0200 Ansgar Burchardt 
wrote:
> Package: debootstrap
> Version: 1.0.83
> 
> As mentioned earlier, I would like to see --merged-usr enabled by
> default for Debian Stretch.  The last discussion on -devel@[1] was quite
> positive; I had some additional positive feedback on IRC.
> 
> I'm not aware of any regressions so far, except for having forgotten to
> add "jessie-kfreebsd" to the blacklist (a list of older releases that
> don't support merged-/usr) and debootstrap 1.0.83 failing to bootstrap
> squeeze[2].  Both are fixed in my changes targeted at 1.0.84[3].
> 
> So I would like to switch the default in debootstrap sooner rather than
> later to give time to find some more bugs.  With this change, the
> currently known bugs[4] should also be raised to "serious", but I don't
> think any of them should be a blocker.
> 
> Ansgar
> 
>   [1] 
>   [2] 
>   [3] 
>   [4] 
> 


This change was reverted in 1.0.87 as dpkg-shlibdeps didn't cope
properly with a merged-usr system. Thus reopening this bug report for
that version.

The dpkg-shlibdeps bugs has been fixed [1] in the mean time. So it would
be great if this bug report could be re-considered.

Regards,
Michael


[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=843073

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Re: 8.7 planning

[Cédric Boutillier]

Hi,


The press team is ok with the following dates:
> Jan 7th/8th
> Jan 14th/15th
> Jan 21st/22nd

Best,

Cédric



signature.asc
Description: PGP signature

Bug#848726: shebang preseed

[Geert Stappers]

Package: preseed
Severity: normaal


Hi,

In the UNIX / Linux world it is good custom to start a file with "shebang".
We all known '#!/bin/bash' and '#!/usr/bin/python'. The cool people of
nftables are using '#!/usr/sbin/nft'.

This ticket is to discuss a "shebang" for preseed files,
to have an interpreter directive.


The "need" came due https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=848597#30



Groeten
Geert Stappers
-- 
Leven en laten leven

Re: 8.7 planning

[Joerg Jaspert]

On 14526 March 1977, Julien Cristau wrote:

> Jan 7th/8th
> Jan 14th/15th

Should work.

> Jan 21st/22nd
> Jan 28th/29th - Cambridge BSP, probably not ideal
> Feb 4th/5th - FOSDEM, probably not great either
> Feb 11th/12th

None of them for me.

-- 
bye, Joerg

Bug#848699: debootstrap: doesn't support arch-qualified dependencies

[Sven Joachim]

On 2016-12-19 17:50 +0100, Sven Joachim wrote:

> Control: clone -1 -2
> Control: reassign -2 bootstrap-base
>
> On 2016-12-19 12:53 +0100, Ansgar Burchardt wrote:
>
>> Hi,
>>
>> there is a second implementation of pkgdetails in C (part of the base-
>> installer source package).
>
> Gnnn, yes.  There's a comment in the debootstrap source about this, but
> it was so far above the lines which I worked on that it did not appear
> on my screen. :-(
>
>> I assume that would also need to be patched to ignore architecture
>> qualifications?
>
> Yes.  I think I have a patch, will send it as soon as I have the bug
> number of the clone.

I think the following should do the trick, but I can't really test it.

>From f8c5247d985d39b197a89f0b57557b6445e33bdd Mon Sep 17 00:00:00 2001
From: Sven Joachim 
Date: Mon, 19 Dec 2016 17:44:18 +0100
Subject: [PATCH] pkg-details: Strip architecture qualifier

---
 pkgdetails.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/pkgdetails.c b/pkgdetails.c
index d588c80a..9444d2d2 100644
--- a/pkgdetails.c
+++ b/pkgdetails.c
@@ -54,7 +54,7 @@ static void outputdeps(char *deps) {
 if (!*pch) break;
 
 while (*pch && *pch != '(' && *pch != '|' && *pch != ','
-   && !isspace(*pch))
+   && *pch != ':' && !isspace(*pch))
 {
 fputc(*pch++, stdout);
 }
-- 
2.11.0


Cheers,
   Sven

-- 
Beware of bugs in the above code; I have only proved it correct, not
tried it.
-- Donald Knuth

Processed: Re: Bug#836525: debootstrap: doesn't support arch-qualified dependencies

[Debian Bug Tracking System]

Processing control commands:

> clone -1 -2
Bug #836525 [debootstrap] debootstrap: doesn't support arch-qualified 
dependencies
Bug 836525 cloned as bug 848699
> reassign -2 bootstrap-base
Bug #848699 [debootstrap] debootstrap: doesn't support arch-qualified 
dependencies
Bug reassigned from package 'debootstrap' to 'bootstrap-base'.
Ignoring request to alter found versions of bug #848699 to the same values 
previously set
Ignoring request to alter fixed versions of bug #848699 to the same values 
previously set

-- 
836525: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=836525
848699: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=848699
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#836525: debootstrap: doesn't support arch-qualified dependencies

[Sven Joachim]

Control: clone -1 -2
Control: reassign -2 bootstrap-base

On 2016-12-19 12:53 +0100, Ansgar Burchardt wrote:

> Hi,
>
> there is a second implementation of pkgdetails in C (part of the base-
> installer source package).

Gnnn, yes.  There's a comment in the debootstrap source about this, but
it was so far above the lines which I worked on that it did not appear
on my screen. :-(

> I assume that would also need to be patched to ignore architecture
> qualifications?

Yes.  I think I have a patch, will send it as soon as I have the bug
number of the clone.

Cheers,
   Sven

Bug#848304: Installation report for Stretch on cubietruck (armhf)

[John Kerenyi]

Thank you Mr./Ms. Merker, I would be happy to try the daily image 
tonight from home, and also try a different mirror; and report back.


On Sun, 18 Dec 2016 14:10:27 +0100 Karsten Merker wrote:
> On Thu, Dec 15, 2016 at 07:44:23PM -0800, John Kerenyi wrote:
>
> > Package: installation-reports
> >
> > Boot method: Debian installer on sd card, using Cubietruck firmware 
+ partition.img
> > Image version: 
http://ftp.uk.debian.org/debian/dists/stretch/main/installer-armhf/current/images/netboot/SD-card-images/

> > Date: 2016-12-15 7:00 PM Pacific standard time
> >
> > Machine: Cubietruck (Allwinner)
> > Processor: ARMv7 Processor rev 4 (v7l)
> > Memory: 2061944 kB
> > Partitions: Installation didn't complete this step
> >
> > Output of lspci -knn (or lspci -nn): None (shelled out from 
installer and this produced no output)

> >
> > Base System Installation Checklist:
> > [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it
> >
> > Initial boot: [ O ]
> > Detect network card: [ O ]
> > Configure network: [ O ]
> > Detect CD: [ ]
> > Load installer modules: [ E ]
> > Detect hard drives: [ O ]
> > Partition hard drives: [ E ]
> > Install base system: [ ]
> > Clock/timezone setup: [ O ]
> > User/password setup: [ O ]
> > Install tasks: [ ]
> > Install boot loader: [ ]
> > Overall install: [ E ]
> >
> > Comments/Problems:
> >
> > Installing Stretch using current (dated 31 Oct 2016) firmware
> > and net installer does not complete. The following error is
> > encountered during the install:
> >
> > "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?"
> >
> > Selecting "Yes" causes the installation to fail at the disk
> > partitioning step, apparently due to the lack of an appropriate
> > kernel module. I have the three files made available for
> > debugging by the installer: hardware-summary.txt, syslog.txt,
> > and partman.txt and can share them upon request.
> >
> > Under the theory that waiting a while might allow the
> > repository and the kernel to sync, I attempted the installation
> > multiple times over the course of several weeks and never got a
> > different result, hence this installation report. I also tried
> > prior versions of the installer as well as the stable version
> > (Jessie) and none that I tried completed successfully.
>

Re: 8.7 planning

[Steve McIntyre]

On Mon, Dec 19, 2016 at 02:19:26PM +0100, Julien Cristau wrote:
>Hi,
>
>we're overdue for the next jessie point release.  Here are some possible
>dates, please reply with availability.
>
>Jan 7th/8th
>
>Jan 14th/15th
>
>Jan 21st/22nd
>
>Jan 28th/29th - Cambridge BSP, probably not ideal
>
>Feb 4th/5th - FOSDEM, probably not great either
>
>Feb 11th/12th

I'm OK with any of the dates apart from the two you've already flagged.

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
"I've only once written 'SQL is my bitch' in a comment. But that code 
 is in use on a military site..." -- Simon Booth

Bug#836525: debootstrap: doesn't support arch-qualified dependencies

[Guillem Jover]

Hi!

On Mon, 2016-12-19 at 13:59:51 +0100, Julien Cristau wrote:
> Control: severity -1 normal
> 
> On 12/19/2016 10:58 AM, Sven Joachim wrote:
> > Control: severity -1 serious
> > 
> > On 2016-11-12 20:32 +0100, Sven Joachim wrote:
> >> On 2016-09-04 19:28 +0200, Sven Joachim wrote:
> >>> The attached patch should fix the problem with arch-qualifiers in
> >>> debootstrap, tested with
> >>> "debootstrap --variant=minbase --include=autoconf-dickey" which fails
> >>> right now in unstable but succeeds with the patch (autoconf-dickey
> >>> depends on perl:any).
> >>
> >> It should be noted that dpkg-dev in unstable now also depends on
> >> perl:any.  This does not cause problems yet, but only because
> >> libdpkg-perl depends on perl and debootstrap silently ignores any
> >> dependencies it cannot resolve, which is a bug in itself.
> >>
> >> This bug is a ticking time bomb, would be nice to apply my patch before
> >> it explodes.
> > 
> > The latest dpkg upload (1.18.17) changed the dependency of libdpkg-perl
> > to perl:any as well, and now "debootstrap --variant=buildd" fails
> > because it no longer downloads perl.

Oww, sorry, had forgotten about your previous thread where you
mentioned this. :/

> I think that needs to be reverted in dpkg, we really want to be able to
> create sid chroots with stable debootstrap.

Hmm, certainly right, I'll queue the revert for 1.18.18.

Also Ansgar mentioned on IRC that the other pkgdetails implementation
in base-installer also needed to be handled, perhaps by stripping the
arch-qualification centrally from debootstrap itself. And josch also
mentioned that perhaps it might be a good idea to consider switching
to use multistrap in Debian, as that's always going to be more feature
complete.

Thanks,
Guillem

8.7 planning

[Julien Cristau]

Hi,

we're overdue for the next jessie point release.  Here are some possible
dates, please reply with availability.

Jan 7th/8th

Jan 14th/15th

Jan 21st/22nd

Jan 28th/29th - Cambridge BSP, probably not ideal

Feb 4th/5th - FOSDEM, probably not great either

Feb 11th/12th

Thanks,
Julien



signature.asc
Description: OpenPGP digital signature

Processed: Re: Bug#836525: debootstrap: doesn't support arch-qualified dependencies

[Debian Bug Tracking System]

Processing control commands:

> severity -1 normal
Bug #836525 [debootstrap] debootstrap: doesn't support arch-qualified 
dependencies
Severity set to 'normal' from 'serious'

-- 
836525: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=836525
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#836525: debootstrap: doesn't support arch-qualified dependencies

[Julien Cristau]

Control: severity -1 normal

On 12/19/2016 10:58 AM, Sven Joachim wrote:
> Control: severity -1 serious
> 
> On 2016-11-12 20:32 +0100, Sven Joachim wrote:
> 
>> On 2016-09-04 19:28 +0200, Sven Joachim wrote:
>>
>>> Control: tags -1 + patch
>>>
>>> The attached patch should fix the problem with arch-qualifiers in
>>> debootstrap, tested with
>>> "debootstrap --variant=minbase --include=autoconf-dickey" which fails
>>> right now in unstable but succeeds with the patch (autoconf-dickey
>>> depends on perl:any).
>>
>> It should be noted that dpkg-dev in unstable now also depends on
>> perl:any.  This does not cause problems yet, but only because
>> libdpkg-perl depends on perl and debootstrap silently ignores any
>> dependencies it cannot resolve, which is a bug in itself.
>>
>> This bug is a ticking time bomb, would be nice to apply my patch before
>> it explodes.
> 
> The latest dpkg upload (1.18.17) changed the dependency of libdpkg-perl
> to perl:any as well, and now "debootstrap --variant=buildd" fails
> because it no longer downloads perl.
> 
I think that needs to be reverted in dpkg, we really want to be able to
create sid chroots with stable debootstrap.

Cheers,
Julien

Bug#836525: debootstrap: doesn't support arch-qualified dependencies

[Ansgar Burchardt]

Hi,

there is a second implementation of pkgdetails in C (part of the base-
installer source package).  I assume that would also need to be patched
to ignore architecture qualifications?

Ansgar

Bug#848597: preseed: handling non-preseed files

[Pali Rohár]

On Monday 19 December 2016 00:48:12 Geert Stappers wrote:
> On Mon, Dec 19, 2016 at 12:05:45AM +0100, Pali Rohár wrote:
> > On Sunday 18 December 2016 23:56:30 Geert Stappers wrote:
> > > The DHCP bootfilename in the second request, the d-i request,
> > > should point to a preseedfile ...
> > 
> > For this is needed to configure DHCP in such way (that for
> > different DHCP clients it returns different response).
> 
> Yes. (see above)
> 
> > And for example qemu does not support it.
> 
> I think it does[1].

> [1] IIRC is QEMU using dnsmasq as DHCP server. Dnsmasq can do
>   "if DHCP_vendor_class == "d-i" then reply_special()"

Looks like not, at least not my version. I checked and there is no 
dnsmasq running when qemu is booting and iPXE correctly got DHCP 
response. So qemu has own internal-in-qemu dhcp server.

> And if not, use qemu with other network options.
> 
> Please do document your solution to this (bug)report.

-- 
Pali Rohár
pali.ro...@gmail.com


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

Bug#848597: debian-installer: iPXE script in DHCP bootfile option is interpreted as preseed filename

[Pali Rohár]

On Monday 19 December 2016 00:19:02 Geert Stappers wrote:
> On Sun, Dec 18, 2016 at 11:56:30PM +0100, Geert Stappers wrote:
> > On Sun, Dec 18, 2016 at 10:28:03PM +0100, Pali Rohár wrote:
> > > I know that they are two DHCP requests. Problem is that Debian
> > > installer try to interpret bootfile (returned by second request)
> > > as preseed file even it is not preseed file (but looks like
> > > URL).
> > 
> > The DHCP bootfilename in the second request, the d-i request,
> > should point to a preseedfile ...
> 
> And when it is not a preseedfile
> then debian-installer fails with following "red" error:
> 
>   [!!] Download debconf preconfiguration file
> 
>   Failed to process the preconfiguration file
> 
>   The installer failed to process the preconfiguration file from
> . The file may be corrupt.
> 
> 
> At least the text 'The file may be corrupt' could be changed into
> 'The file is not in expected format or simply corrupt'

Better: The file provided by DHCP bootfile option 67 is not in expected 
Debian preseed format or is simply corrupted.

> Another change might be offering a way to retrieve preseed file from
> another location. (not checked it that is allready existing)

That would be better. The whole problem is that one DHCP option is used 
for several different things and recipients (in this case debian 
installer) cannot distinguish if received option is for them or not.

-- 
Pali Rohár
pali.ro...@gmail.com


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

Bug#836525: debootstrap: doesn't support arch-qualified dependencies

[Sven Joachim]

Control: severity -1 serious

On 2016-11-12 20:32 +0100, Sven Joachim wrote:

> On 2016-09-04 19:28 +0200, Sven Joachim wrote:
>
>> Control: tags -1 + patch
>>
>> The attached patch should fix the problem with arch-qualifiers in
>> debootstrap, tested with
>> "debootstrap --variant=minbase --include=autoconf-dickey" which fails
>> right now in unstable but succeeds with the patch (autoconf-dickey
>> depends on perl:any).
>
> It should be noted that dpkg-dev in unstable now also depends on
> perl:any.  This does not cause problems yet, but only because
> libdpkg-perl depends on perl and debootstrap silently ignores any
> dependencies it cannot resolve, which is a bug in itself.
>
> This bug is a ticking time bomb, would be nice to apply my patch before
> it explodes.

The latest dpkg upload (1.18.17) changed the dependency of libdpkg-perl
to perl:any as well, and now "debootstrap --variant=buildd" fails
because it no longer downloads perl.

This means that sbuild-createchroot and "pbuilder create" will also fail
to create sid chroots, since they run "debootstrap --variant=buildd".

Cheers,
   Sven

>> From 32a66dd450192ac959b1ec2e6a7030288e9e6f6e Mon Sep 17 00:00:00 2001
>> From: Sven Joachim 
>> Date: Sun, 4 Sep 2016 18:24:17 +0200
>> Subject: [PATCH] pkgdetails_perl: Strip the arch-qualifier (Closes: #836525)
>>
>> ---
>>  functions | 1 +
>>  1 file changed, 1 insertion(+)
>>
>> diff --git a/functions b/functions
>> index 031721f..1254c41 100644
>> --- a/functions
>> +++ b/functions
>> @@ -1229,6 +1229,7 @@ while () {
>>  for $d (split /\s*,\s*/, $1) {
>>  $d =~ s/\s*[|].*$//;
>>  $d =~ s/\s*[(].*[)]\s*//;
>> +$d =~ s/:.*//;
>>  push @d, $d;
>>  }
>>  }

Processed: Re: Bug#836525: debootstrap: doesn't support arch-qualified dependencies

[Debian Bug Tracking System]

Processing control commands:

> severity -1 serious
Bug #836525 [debootstrap] debootstrap: doesn't support arch-qualified 
dependencies
Severity set to 'serious' from 'important'

-- 
836525: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=836525
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems