Hi,
thank you for the extensive explanation what is needed and how we can
approach this for a minimum price. From my point of view we should not
only evaluate the price but also your effort to get it in some easily
testable shape. If this would be another laptop that's fine for me. In
case Lapt
[ Dropping leader@, focus on the actual hardware chase, and adding
debian-kernel@ in case I manage to nerd-snipe some hardware guru ]
Cyril Brulebois (2025-05-25):
> For example:
> - MSI BE6500 (~ 80 EUR)
> - NEWFAST BE6500 (~ 70 EUR)
> - TP-Link BE6500 (~ 70 EUR)
>
> I haven't really l
Hi Marc,
Marc Haber (2025-05-15):
> On Thu, May 15, 2025 at 12:36:02PM +0200, Philip Hands wrote:
> > Yes, changing that in the short term seem quite unwise, so I guess a
> > rewritten deb822 version of apt-setup, post-release, is what we'll need.
>
> Has anybody talked to the apt maintainers wh
Hi,
For now I'm cc-ing debian-boot@ for information. Feel free to adjust
recipients as you see fit.
Writing with my D-I release manager hat: Over time it seems newer
laptops are getting equipped with Wi-Fi 7 chips, which we don't
support currently. If I got the gist right, we support older chips
rescue_1.103_source.changes uploaded successfully to localhost
along with the files:
rescue_1.103.dsc
rescue_1.103.tar.xz
rescue_1.103_source.buildinfo
Greetings,
Your Debian queue daemon (running on host usper.debian.org)
Thank you for your contribution to Debian.
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Sun, 25 May 2025 04:48:34 +0200
Source: rescue
Architecture: source
Version: 1.103
Distribution: unstable
Urgency: medium
Maintainer: Debian Install System Team
Changed-By: C
Your message dated Sun, 25 May 2025 04:58:05 +0200
with message-id
and subject line Re: Bug#697985: debian-installer: Remove explicit field
exporting rules from docs
has caused the Debian Bug report #697985,
regarding debian-installer: Remove explicit field exporting rules from docs
to be marked
Cyril Brulebois (2025-05-24):
> Great news, thanks! The complaining and/or modalias-based stuff will
> have d-i pick them up later on anyway.
>
> (I'm leaving the question around firmware-intel-sound's metadata for
> later.)
There's something but it's not great. That led me to doing the followin
Hi,
Cyril Brulebois (2024-05-22):
> In d-i, pkgsel starts tasksel, so if that's available in tasksel…
so we're one year later, there was quite some traffic on the MR, but
nobody seems to have requested merging this as it is, confirming it's
in a suitable enough state to get published to the mass
Package: installation-reports
Severity: important
Boot method: USBImage version:
https://saimei.ftp.acc.umu.se/cdimage/weekly-live-builds/amd64/iso-hybrid/debian-live-testing-amd64-gnome.iso
Date: 24-may-2025
Machine: HP ZBook 15 G4
Base System Installation Checklist:
[O] = OK, [E] = Error (plea
Package: installation-reports
Severity: important
Boot method: USBImage version:
https://saimei.ftp.acc.umu.se/cdimage/weekly-live-builds/amd64/iso-hybrid/debian-live-testing-amd64-gnome.iso
Date: 24-may-2025
Machine: HP ZBook 15 G4
Base System Installation Checklist:
[O] = OK, [E] = Error (plea
Hi/やあ,
It took me much longer than planned before getting back to the buggy
Japanese support we've been having in the graphical installer. Long
story short, Unicode is definitely *not* helping in this particular
area[1], and we end up having weird characters[2] when the Japanese
language is picked
Pascal Hambourg (2025-05-24):
> Yes:
> May 24 10:12:30 apt-install: Queueing package cryptsetup-initramfs for later
> installation
ACK. Modified the hook to pull both packages (and pushed master).
Modified debian-cd to ensure it's available (see kibi/for-master).
This seems to work fine.
You c
Hi,
Roland Clobus (2025-05-24):
> When loading the i915 module, it requests several firmware files from
> firmware-intel-graphics (mtl_dmc.bin, mtl_guc_70.bin, mtl_huc_gsc.bin,
> mtl_gsc_1.bin). It turn out that these firmware files are not required
> for the espeakup module (even though dmesg co
Processing control commands:
> tag -1 pending
Bug #1092977 [debian-installer] debian-installer: systemd-cryptsetup package
not installed on encrypted system
Added tag(s) pending.
--
1092977: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1092977
Debian Bug Tracking System
Contact ow...@bugs.
On 24/05/2025 at 21:16, Cyril Brulebois wrote:
Pascal Hambourg (2025-05-24):
Boot with debian-trixie-DI-rc1-amd64-netinst.iso, expert install, no
hack in the shell, encrypted /home using only regular menus ->
installed system boot: no passphrase prompt, fallback to emergency
shell. Install sys
Hi László,
László Böszörményi (GCS) (2025-05-24):
> [ Reason ]
> There is still a regression in ceph-fuse due to this library. Upstream
> fixed it with three small patches. Also contains a small change in
> d/rules which adds sh4 architecture to ones which need to link with
> atomic.
> Then I've
Pascal Hambourg (2025-05-24):
> I subscribed to debian-boot in 2021.
OK. :)
> Boot with debian-trixie-DI-rc1-amd64-netinst.iso, expert install, no
> hack in the shell, encrypted /home using only regular menus ->
> installed system boot: no passphrase prompt, fallback to emergency
> shell. Instal
On 24/05/2025 at 20:01, Cyril Brulebois wrote:
Pascal Hambourg (2025-05-24):
On 24/05/2025 at 18:43, Guilhem Moulin wrote:
On Sat, 24 May 2025 at 17:41:42 +0200, Cyril Brulebois wrote:
If we were to pull systemd-cryptsetup in the mix, should there by
any restrictions/checks before deciding to
Pascal Hambourg (2025-05-24):
> On 24/05/2025 at 18:43, Guilhem Moulin wrote:
> > On Sat, 24 May 2025 at 17:41:42 +0200, Cyril Brulebois wrote:
> > > If we were to pull systemd-cryptsetup in the mix, should there by
> > > any restrictions/checks before deciding to do so?
>
> Is tweaking d-i to no
On 24/05/2025 at 18:43, Guilhem Moulin wrote:
On Sat, 24 May 2025 at 17:41:42 +0200, Cyril Brulebois wrote:
If we were to pull systemd-cryptsetup in the mix, should there by any
restrictions/checks before deciding to do so?
Is tweaking d-i to not install systemd at all (like Devuan) a supporte
Salut Guilhem,
Guilhem Moulin (2025-05-24):
> IMHO an ideal fix would be to install cryptsetup-initramfs only when
> some device needs to be unlocked by initramfs-tools, and only install
> systemd-cryptsetup if there are remaining encrypted devices.
>
> I recall suggesting that before in https:/
Hi,
Roland Clobus (2025-05-24):
> With the big hammer I got the espeakup module working on a Lenovo Thinkpad
> P16s Gen3.
>
> Now I did a few loops with incrementally adding kernel modules to find out
> the minimal requirement:
> * drm needs i915
> * i915 needs cec, drm_display_helper and drm_bu
Hi,
On Sat, 24 May 2025 at 17:41:42 +0200, Cyril Brulebois wrote:
> And I'm only spotting one place where cryptsetup makes its way into
> /target, via partman-crypto's finish.d/crypto_aptinstall:
>
>if grep -q " device-mapper$" /proc/misc; then
># We can't check the root node directly
Hi,
Pascal Hambourg (2025-05-24):
> systemd-cryptsetup is included in netinst images but d-i does not
> install it. I guess Recommends: are ignored by debootstrap.
kibi@tokyo:~/debian-installer/packages/debootstrap (master =)$ git grep
Recommends
debian/changelog: * rules,control: adju
On 14/01/2025 at 08:53, Pascal Hambourg wrote:
On 14/01/2025 at 02:51, Dave wrote:
(Possible dupe of 1092968)
I installed Debian testing from a live CD.
During the installation process, I set up 2 encrypted partitions:
- btrfs on LVM on LUKS for the root file system
- swap on an encrypted pa
Hello,
On 23/05/2025 17:26, Cyril Brulebois wrote:
Roland Clobus (2025-05-23):
I've prepared a patch for the live images, which will be merged soon:
https://salsa.debian.org/live-team/live-build/-/merge_requests/424
The ugly thing is that I need the kernel modules 'drm' and 'i915' and their
d
27 matches
Mail list logo
