Bug#1063920: console-setup: initramfs keymap is not set and breaks my root crypted boot

[Daniel Dehennin]

Package: console-setup
Version: 1.226
Severity: important

Dear Maintainer,

Since the upgrade to 1.226, I can't open my LUKS root FS beause of broken 
initramfs.

I can still boot under 6.6.11 since its initramfs is not updated with latest 
tools.

I compared both initramfs and found different console-setup keymap files and 
SHA256:

$ sha256sum 11/main/etc/console-setup/cached_UTF-8_del.kmap 
15/main/etc/console-setup/tmpkbd.aXFBap 
d9ca379b8ca9b6ce6c451d19820ed99e530cd0a6c4cf1d11601f6c8d4d8c4d24  
11/main/etc/console-setup/cached_UTF-8_del.kmap
742d84819c114f3aefd59ed87477beaedf05f2a9fc615159369021e2ff58a89f  
15/main/etc/console-setup/tmpkbd.aXFBap

I hope it will help you to find what's going on.

-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 6.6.11-amd64 (SMP w/8 CPU threads; PREEMPT)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages console-setup depends on:
ii  console-setup-linux 1.226
ii  debconf [debconf-2.0]   1.5.86
ii  keyboard-configuration  1.226
ii  xkb-data2.41-2

console-setup recommends no packages.

Versions of packages console-setup suggests:
ii  locales2.37-15
ii  sysvinit-utils [lsb-base]  3.08-6

Versions of packages keyboard-configuration depends on:
ii  debconf [debconf-2.0]   1.5.86
ii  liblocale-gettext-perl  1.07-6+b1
ii  xkb-data2.41-2

Versions of packages console-setup-linux depends on:
ii  init-system-helpers 1.66
ii  kbd 2.6.4-2
ii  keyboard-configuration  1.226

console-setup-linux suggests no packages.

Versions of packages console-setup is related to:
pn  console-common
pn  console-data  
pn  console-tools 
ii  gnome-control-center  1:46~beta-1
ii  kbd   2.6.4-2
ii  systemd   255.3-2

-- debconf information excluded

-- 
Daniel Dehennin
Récupérer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF
Fingerprint: 3E69 014E 5C23 50E8 9ED6  2AAD CC1E 9E5B 7A6F E2DF

Re: tasksel_3.74_source.changes ACCEPTED into unstable

[Holger Wansing]

Hi,

Am 14. Februar 2024 09:09:34 MEZ schrieb Cyril Brulebois :
>Besides, I'm very much not sure it's a good idea to have standard be
>listed first. I'd expect people to want to turn desktop environment
>on/off, and be accustomed to have that first. Do we really want to break
>finger memory? Being able to disable standard to save a little space has
>never looked like a bad idea to me, but having that be the first entry
>on that list feels very weird.

So that should be changed in tasks/standard then:

  Task: standard 
- Relevance: 0 
+ Relevance: 9
  Section: user 
  Description: standard system utilities 
  This task sets up a basic user environment, providing a reasonably 


Holger




-- 
Sent from /e/ OS on Fairphone3

Processed: your mail

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> fixed 953861 1.0.134
Bug #953861 [debootstrap] debootstrap: buildd variant uselessly includes libgcc1
Marked as fixed in versions debootstrap/1.0.134.
>
End of message, stopping processing here.

Please contact me if you need assistance.
-- 
953861: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=953861
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Processed: your mail

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> tags 942875 moreinfo
Bug #942875 [debootstrap] debootstrap does not overwrite existing files even if 
adviced to do
Added tag(s) moreinfo.
> fixed 953861 1.0.128+nmu2+deb12u1
Bug #953861 [debootstrap] debootstrap: buildd variant uselessly includes libgcc1
Marked as fixed in versions debootstrap/1.0.128+nmu2+deb12u1.
> found 1024870 1.0.128+nmu2+deb12u1
Bug #1024870 [debootstrap] Scenario in which --extra-suites leads to breakage
Marked as found in versions debootstrap/1.0.128+nmu2+deb12u1.
> found 1024870 1.0.134
Bug #1024870 [debootstrap] Scenario in which --extra-suites leads to breakage
Marked as found in versions debootstrap/1.0.134.
> tags 891009 pending
Bug #891009 [debootstrap] debootstrap: wrongly falls back to 
https://deb.debian.org when try to create Ubuntu chroot
Added tag(s) pending.
>
End of message, stopping processing here.

Please contact me if you need assistance.
-- 
1024870: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1024870
891009: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=891009
942875: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=942875
953861: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=953861
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#1057145: (no subject)

[Ken Sharp]

What command are you using to run debootstrap?


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1033482: debootstrap fails when invoked with --merged-usr

[Ken Sharp]

This fails on a number of host/target combinations, but not all of them.

A mips64el target, for example, fails every time.

Would the maintainer(s) prefer separate bugs for each arch? The fault(s) 
may not lie in the debootstrap package.


debootstrap 1.0.134


OpenPGP_signature.asc
Description: OpenPGP digital signature

Processed: your mail

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> found 731859 1.0.128+nmu2+deb12u1
Bug #731859 [debootstrap] debootstrap: variant=fakechroot fails
Marked as found in versions debootstrap/1.0.128+nmu2+deb12u1.
> fixed 731859 1.0.134
Bug #731859 [debootstrap] debootstrap: variant=fakechroot fails
Marked as fixed in versions debootstrap/1.0.134.
> fixed 1035567 1.0.134
Bug #1035567 [debootstrap] debootstrap: Does not support APT repositories with 
modern split arch:all support
Marked as fixed in versions debootstrap/1.0.134.
> found 891009 1.0.56
Bug #891009 [debootstrap] debootstrap: wrongly falls back to 
https://deb.debian.org when try to create Ubuntu chroot
Marked as found in versions debootstrap/1.0.56.
>
End of message, stopping processing here.

Please contact me if you need assistance.
-- 
1035567: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1035567
731859: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=731859
891009: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=891009
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#891009: debootstrap: wrongly falls back to https://deb.debian.org when try to create Ubuntu chroot

[Ken Sharp]

This should be fixed in the next release.
https://salsa.debian.org/installer-team/debootstrap/-/commit/7e5923030e331f466ec1b56d875b023a274e9220


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1032530: (no subject)

[Ken Sharp]

If that's the case then this is working as intended.


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#694886: (no subject)

[Ken Sharp]

This is an old one! Does this still occur?


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#997094: debootstrap: 764:debootstrap cp "$0" "$TARGET/ instead of cp "/usr/sbin/$0" "$TARGET/

[Ken Sharp]

cp needs the fully-qualified path - not just $0/progname


I've tested this on Bash, Dash, Zsh and Tcsh on Linux and FreeBSD and 
${0} already expands to the fully-qualified path. It never expands to 
${0}/progname as that would always fail. Can you give and example of 
where this fails?



Also in functions:1520 "$2" can sometimes be set to //path which causes
the subsequent perl line to fail (difficult to reproduce) So ${2#/} worked
for me - it currently works for me with no modification.


Can you give an example of where this happens? You could also submit a 
patch if you wish.


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#968549: Fixed?

[Ken Sharp]

Is this fixed? An s390x chroot can be debootstrapped now but is that due 
to a workaround or has this bug been fixed?


OpenPGP_signature.asc
Description: OpenPGP digital signature

Processed: your mail

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> notfound 1006454 1.0.123+deb11u2
Bug #1006454 [debootstrap] debootstrap: Ubuntu 20 creation fails on passwd 
configuration
Ignoring request to alter found versions of bug #1006454 to the same values 
previously set
>
End of message, stopping processing here.

Please contact me if you need assistance.
-- 
1006454: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1006454
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#776917: Fixed?

[Ken Sharp]

In Buster+ libsystemd0 gets pulled in but other than that it seems to 
work okay. Is this fixed?


OpenPGP_signature.asc
Description: OpenPGP digital signature

Processed (with 2 errors): your mail

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> merge 819300 891009
Bug #819300 [debootstrap] should provide default HTTPS mirrors for non-Debian 
releases too
Unable to merge bugs because:
severity of #891009 is 'normal' not 'wishlist'
Failed to merge 819300: Did not alter merged bugs.

> notfound 1.0.123+deb11u2 1006454
Unknown command or malformed arguments to command.
>
End of message, stopping processing here.

Please contact me if you need assistance.
-- 
819300: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=819300
891009: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=891009
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#732551: Fixed?

[Ken Sharp]

Isn't this what happens now? If I run a foreign debootstrap it completes 
automatically on version 1.0.123+deb11u2.


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1006454: 1.0.123+deb11u2

[Ken Sharp]

Seems to work fine here running "debootstrap focal focal".

What exact command are you running?


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1063878: di-utils: chroot-setup.sh creates ineffective diversions (DEP17)

[Raphael Hertzog]

On Wed, 14 Feb 2024, Raphael Hertzog wrote:
> i.e. is the the file-loss triggered only by the bad path in the
> dpkg-divert call or is it triggered by the upgrade of dpkg between
> both dpkg-divert calls?
> 
> I thought it was the latter... and that would explain why OpenQA is not
> affected, it likely generates images against the release that it is
> testing.

I have confirmed this. The bad path is not problematic in itself,
dpkg-divert will move the file away and put it back as expected.

I believe it's because dpkg is removing /sbin/start-stop-daemon in favor
of /usr/sbin/start-stop-daemon that we are losing the diverted .REAL file.

Even though this file loss scenario is rare because you need to have
two specific dpkg version in bootstrap-base and pkgsel, it's still worth
fixing because the ineffective diversions means that any dpkg
upgrade in pkgsel will happily overwrite d-i's version of start-stop-daemon
and thus we might start seeing daemons running in the debian-installer
environment.

Cheers,
-- 
  ⢀⣴⠾⠻⢶⣦⠀   Raphaël Hertzog 
  ⣾⠁⢠⠒⠀⣿⡁
  ⢿⡄⠘⠷⠚⠋The Debian Handbook: https://debian-handbook.info/get/
  ⠈⠳⣄   Debian Long Term Support: https://deb.li/LTS

Re: Next attempt to add Blends to Debian installer

[Andreas Tille]

Hi Holger,

Am Tue, Feb 13, 2024 at 11:43:35PM +0100 schrieb Holger Wansing:
> I would like to push a proposal here on this longstanding topic:

Thanks a lot for supporting this long standing topic which actually
bothers me than 20 years.  But Debian is not only about technique it is
also about patience. ;-)
 
> By other means, my attention was drawn to the blends-tasks package.
> While this package is not new, an idea came to my mind when reading the
> package description:
> 
> As a possible way to solve (or work-around ?) this issue: 
> could we just "copy tasksel with its UI and infrastructure" into a new 
> package 
> (I name it 'blends-di-tasks' here), which has all the blends listed, and add 
> one entry to tasksel with a name like "Debian Pure Blends" or similar?
> 
> If one then selects "Debian Pure Blends" in the good all known tasksel, the 
> blends-di-tasks package would be installed on /target, and later a new dialog 
> would appear, listing all the blends, where the user could select which one 
> to 
> install.
> (If the "Debian Pure Blends" entry stays unchecked, as would be the default
> value, everything stays as is: the new dialog would not appear, no difference
> to previous releases.)
> 
> Would that be a possible solution for all involved parties?

I consider this an acceptable work-around and it would be definitely a
great enhancement over having nothing.
 
> I know, the current (?) plan is something like an "enhanced tasksel" with some
> sort of hierarchy included, but I'm not sure, if this will ever happen

I think tasksel deserves a new design, but well if we do not have
someone who might tackle this task we need to go with the means we have.
 
> Thus, I wonder if this could be an alternative, which would be do-able?

Thanks a lot for this inspiring idea.

Kind regards
Andreas. 

-- 
http://fam-tille.de

Bug#1063878: di-utils: chroot-setup.sh creates ineffective diversions (DEP17)

[Raphael Hertzog]

(Adding Colin as one of the debian-installer-utils comaintainers)

Hi,

On Tue, 13 Feb 2024, Helmut Grohne wrote:
> I also see that https://openqa.debian.net/ has recent successes. dpkg
> migrated to trixie about two weeks ago. I would have expected that this
> breaks an d-i. Do you have an explanation for why jobs still pass?

FTR, in the Kali bug the case is really special:
1/ a dpkg with /sbin/start-stop-daemon is installed by debootstrap
   (bootstrap-base step)
2/ a dpkg with /usr/sbin/start-stop-daemon is installed (upgraded)
   during the pkgsel step

Could it be possible that if you have the same dpkg version in the
image and in the network repository, then you would not be bitten by
the bug?

i.e. is the the file-loss triggered only by the bad path in the
dpkg-divert call or is it triggered by the upgrade of dpkg between
both dpkg-divert calls?

I thought it was the latter... and that would explain why OpenQA is not
affected, it likely generates images against the release that it is
testing.

> Raphael, can you link this bug to the Kali bug?

Done.

Cheers,
-- 
  ⢀⣴⠾⠻⢶⣦⠀   Raphaël Hertzog 
  ⣾⠁⢠⠒⠀⣿⡁
  ⢿⡄⠘⠷⠚⠋The Debian Handbook: https://debian-handbook.info/get/
  ⠈⠳⣄   Debian Long Term Support: https://deb.li/LTS

Re: tasksel_3.74_source.changes ACCEPTED into unstable

[Cyril Brulebois]

Hi,

Debian FTP Masters  (2024-01-27):
> [ Arnaud Rebillout ]
> * Fix task ordering, and make 'apt install' more deterministic.

That's probably a good idea but seeing how standard that's always been
at the very bottom suddenly pops up at the very top, I think it would
have warranted a slightly more verbose changelog entry…

(See also the length of some commit messages and the “subtleties”
mentioned there, one being about standard specifically…)

Besides, I'm very much not sure it's a good idea to have standard be
listed first. I'd expect people to want to turn desktop environment
on/off, and be accustomed to have that first. Do we really want to break
finger memory? Being able to disable standard to save a little space has
never looked like a bad idea to me, but having that be the first entry
on that list feels very weird.


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


signature.asc
Description: PGP signature