Re: New partition sizes in default recipes for d-i

Hi, Cyril Brulebois wrote (Thu, 3 Oct 2024 12:32:34 +0200): > Holger Wansing (2024-10-03): > > Cyril Brulebois wrote (Thu, 3 Oct 2024 08:23:43 +0200): > > > Seems better than selecting something by default without being sure it > > > does fit? > > > >

Re: New partition sizes in default recipes for d-i

Hi Pascal, Am 3. Oktober 2024 22:29:40 MESZ schrieb Pascal Hambourg : >On 03/10/2024 at 12:11, Holger Wansing wrote: >> >> Tests show, that raising the limit by 1G to 4G brings back the old behaviour >> (no desktop task pre-selected), but to be a bit prepared for futu

Re: New partition sizes in default recipes for d-i

Hi, Cyril Brulebois wrote (Thu, 3 Oct 2024 12:32:34 +0200): > Holger Wansing (2024-10-03): > > Cyril Brulebois wrote (Thu, 3 Oct 2024 08:23:43 +0200): > > > Seems better than selecting something by default without being sure it > > > does fit? > > > >

Re: New partition sizes in default recipes for d-i

Hi, Cyril Brulebois wrote (Thu, 3 Oct 2024 08:23:43 +0200): > Holger Wansing (2024-10-03): > > And that logic in tests/desktop controls indeed, if desktop task > > is pre-selected. > > Maybe it's time to raise that limit once again? > > Yeah, that looks plausi

Bug#1081888: #1081888[RFD] Update partman-auto/cap-ram default value to re-allow hibernation

Hi, Holger Wansing wrote (Sat, 28 Sep 2024 16:34:43 +0200): > Hi, > > Holger Wansing wrote (Sun, 22 Sep 2024 11:54:49 +0200): > > I think with these new recipes in place, we should be able > > to disable cap-ram completely by default. > > > > Comments/o

Re: New partition sizes in default recipes for d-i

Hi, Am 2. Oktober 2024 22:58:13 MESZ schrieb Cyril Brulebois : >Holger Wansing (2024-10-02): >> There's no correlation with partitioning/partition sizes here, I think. > >That's what I thought as well, but that's the biggest, related change >I could think of.

Re: New partition sizes in default recipes for d-i

Hi, Am 2. Oktober 2024 12:33:50 MESZ schrieb Cyril Brulebois : >Hi again, > >Cyril Brulebois (2024-09-23): >> Holger Wansing (2024-09-15): >> > As this only happens with a very small disk (10G): >> > Do we need to adjust the minimum disk size for t

Bug#1081888: #1081888[RFD] Update partman-auto/cap-ram default value to re-allow hibernation

Hi, Holger Wansing wrote (Sun, 22 Sep 2024 11:54:49 +0200): > I think with these new recipes in place, we should be able > to disable cap-ram completely by default. > > Comments/objections? I created a merge request for this: https://salsa.debian.org/installer-team/

Bug#1078871: installer: reserve first 16 MiB space in default recipes for ARM devices?

Control: tags -1 + pending -- Holger Wansing PGP-Fingerprint: 496A C6E8 1442 4B34 8508 3529 59F1 87CA 156E B076

Re: New partition sizes in default recipes for d-i

Am 24. September 2024 08:02:31 MESZ schrieb Pascal Hambourg : >On 24/09/2024 at 00:43, Cyril Brulebois wrote: >> Holger Wansing (2024-09-23): >>> Pascal Hambourg (2024-09-23): >>>> Which method and recipe did you use ? >> >> Encrypted LVM. >>

Re: New partition sizes in default recipes for d-i

ho want to install a standard system with a > desktop environement, so we raised the limits of the "standard" recipes > (atomic, home, multi) to enforce this use case. The "small_disk" recipe > was added to support small disks in other use cases. > > Maybe we went to far ? Looks fine to me as it is... Holger -- Holger Wansing PGP-Fingerprint: 496A C6E8 1442 4B34 8508 3529 59F1 87CA 156E B076

Bug#1081888: #1081888[RFD] Update partman-auto/cap-ram default value to re-allow hibernation

I think with these new recipes in place, we should be able to disable cap-ram completely by default. Comments/objections? Holger -- Sent from /e/ OS on Fairphone3

Bug#896826: #896826 partman-auto: Wrong minimal disk size calculation when using expert_recipe and lvm partitions

[bug submitter is no longer reachable; mail address does not exist ] Am 18. September 2024 00:16:03 MESZ schrieb Pascal Hambourg : > >Unfortunately I doubt the recent changes fix this issue. Most changes take >place in built-in recipes so do not affect expert recipes. Even the patches in >MR1

Bug#896826: #896826 partman-auto: Wrong minimal disk size calculation when using expert_recipe and lvm partitions

ue is also fixed now. Maybe you want to give it a try. Holger -- Holger Wansing PGP-Fingerprint: 496A C6E8 1442 4B34 8508 3529 59F1 87CA 156E B076

Re: New partition sizes in default recipes for d-i

Am 15. September 2024 22:48:24 MESZ schrieb Pascal Hambourg : >On 15/09/2024 at 20:43, Holger Wansing wrote: >> >> We cannot make it fool-proof for all and every situation. > >Maybe not, but identified bugs with available fixes should not be left unfixed. Sounds senseful

Re: New partition sizes in default recipes for d-i

man-auto/-/merge_requests/17> I think, we can consider this being a corner case, and therefore leave that as is. Holger -- Holger Wansing PGP-Fingerprint: 496A C6E8 1442 4B34 8508 3529 59F1 87CA 156E B076

Re: New partition sizes in default recipes for d-i

Hi, Pascal Hambourg wrote (Sun, 15 Sep 2024 14:39:42 +0200): > On 15/09/2024 à 12:27, Holger Wansing wrote: > > > > Using the "separate home+var+tmp" recipe under UEFI variant on a 10G disk > > results in an error > > > > "Unable to satisfy

New partition sizes in default recipes for d-i

ages from before these partman-auto changings, it's somehow related to this recipe changes, and the message regarding "too many partitions" is wrong. As this only happens with a very small disk (10G): Do we need to adjust the minimum disk size for this recipe maybe, or similar?

Bug#1081505: [INTL:it] Italian debconf translation

pushed into git. Thanks Holger -- Holger Wansing PGP-Fingerprint: 496A C6E8 1442 4B34 8508 3529 59F1 87CA 156E B076

Bug#1076952: [RFD] partman-auto: Update guided partitioning size limits for current and future needs

Hi, Am 8. September 2024 15:35:16 MESZ schrieb Pascal Hambourg : >Another open point is the current partman-auto/cap-ram=1024 MB default value >which limits swap size and may prevent hibernation. Yes, I am aware of this point. I didn't mentioned this probably, but I planned to not touch this se

Bug#1076952: [RFD] partman-auto: Update guided partitioning size limits for current and future needs

Hi, Pascal Hambourg wrote (Sun, 8 Sep 2024 11:53:28 +0200): > On 30/08/2024 at 13:32, Holger Wansing wrote: > >>>>> Am 27. August 2024 23:46:41 MESZ schrieb Pascal Hambourg > >>>>> : > >>>>> > >>>>>>>>

Bug#1081110: discover: Cannot remove system package:WARNING: You are trying to remove the following essential packages: sysvinit-core (due to init)

Control: reassign -1 plasma-discover thanks Re-assign to the correct package. -- Sent from /e/ OS on Fairphone3

Bug#1076952: [RFD] partman-auto: Update guided partitioning size limits for current and future needs

Hi, Am 30. August 2024 11:36:28 MESZ schrieb Pascal Hambourg : >On 29/08/2024 at 22:12, Holger Wansing wrote: >> Am 29. August 2024 20:25:05 MESZ schrieb Pascal Hambourg >> : >>> On 28/08/2024 at 18:43, Holger Wansing wrote: >>>> Am 27. August 2024 2

Bug#1076952: [RFD] partman-auto: Update guided partitioning size limits for current and future needs

Hi, Am 29. August 2024 20:25:05 MESZ schrieb Pascal Hambourg : >On 28/08/2024 at 18:43, Holger Wansing wrote: >> Am 27. August 2024 23:46:41 MESZ schrieb Pascal Hambourg >> : >> >>>>> Looking at partman-auto-lvm code more closely, it seems that the lvmok

Bug#1076952: [RFD] partman-auto: Update guided partitioning size limits for current and future needs

Hi, Am 27. August 2024 23:46:41 MESZ schrieb Pascal Hambourg : > >I suspect this is caused by the "reuse" feature. It allows to reuse existing >partitions of the same type (biosgrub, efi, swap) as partitions defined in the >recipe with the "reusemethod" flag instead of creating them when partit

Bug#1076952: [RFD] partman-auto: Update guided partitioning size limits for current and future needs

Hi again, Am 27. August 2024 21:47:14 MESZ schrieb Pascal Hambourg : >On 27/08/2024 at 12:42, Holger Wansing wrote: >> >> And I did some tests again; the results are at [2]. >> To give a short summary: the results are really really great !!! >> (I tested all defau

Bug#1076952: [RFD] partman-auto: Update guided partitioning size limits for current and future needs

Hi Pascal, Pascal Hambourg wrote (Mon, 26 Aug 2024 22:49:27 +0200): > On 26/08/2024 at 08:34, Holger Wansing wrote: > >> If you provide the minimum disk size required to reach /boot maximum > >> size, I can adjust the priority accordingly. > > > > I think 25G

Bug#1076952: [RFD] partman-auto: Update guided partitioning size limits for current and future needs

Am 26. August 2024 00:33:48 MESZ schrieb Pascal Hambourg : >On 25/08/2024 at 22:48, Holger Wansing wrote: >>>>> (960 MB, sorry) >>> >>> Wow, what makes it so much bigger than the 12.6 netinst image (662MB) ? >> >> That's a follo

Bug#1076952: [RFD] partman-auto: Update guided partitioning size limits for current and future needs

Hi, Pascal Hambourg wrote (Sun, 25 Aug 2024 22:03:28 +0200): > On 25/08/2024 at 19:03, Holger Wansing wrote: > > > >> I have prepared a netinst image for testing now with both above mentioned > >> MRs: > >> https://people.debian.org/~holgerw/d-i__new

Bug#1076952: [RFD] partman-auto: Update guided partitioning size limits for current and future needs

Hi, Holger Wansing wrote (Sun, 25 Aug 2024 16:53:28 +0200): > I have prepared a netinst image for testing now with both above mentioned MRs: > https://people.debian.org/~holgerw/d-i__new-limits_and_fix-envelope-calculation/ > (960 MB, sorry) Screenshots from tests with 4 different d

Bug#1076952: [RFD] partman-auto: Update guided partitioning size limits for current and future needs

Hi, Holger Wansing wrote (Sun, 25 Aug 2024 13:09:32 +0200): > Hi, > > Pascal Hambourg wrote (Sat, 24 Aug 2024 20:48:39 > +0200): > > On 23/08/2024 at 17:52, Holger Wansing wrote: > > > > > > @Pascal: Would you be able to provide a merge request for th

Bug#1076952: [RFD] partman-auto: Update guided partitioning size limits for current and future needs

Hi, Pascal Hambourg wrote (Sat, 24 Aug 2024 20:48:39 +0200): > On 23/08/2024 at 17:52, Holger Wansing wrote: > > > > @Pascal: Would you be able to provide a merge request for this in > > partman-auto-lvm, please? > > After fixing a few typo's and min

Bug#1076952: [RFD] partman-auto: Update guided partitioning size limits for current and future needs

Hi, Am 23. August 2024 00:15:44 MESZ schrieb Pascal Hambourg : >On 22/08/2024 at 17:19, Holger Wansing wrote: >> Pascal Hambourg wrote (Thu, 22 Aug 2024 13:59:12 >> +0200): >>> On 19/08/2024 à 07:50, Holger Wansing wrote: >>>> Am 18. August 2024 2

Bug#1076952: [RFD] partman-auto: Update guided partitioning size limits for current and future needs

Hi, Pascal Hambourg wrote (Thu, 22 Aug 2024 13:59:12 +0200): > On 19/08/2024 à 07:50, Holger Wansing wrote: > > Am 18. August 2024 21:50:53 MESZ schrieb Pascal Hambourg > > : > >> > >>> I wonder, if we could grow up the root partition in "separate /ho

Bug#1076952: [RFD] partman-auto: Update guided partitioning size limits for current and future needs

Hi, Pascal Hambourg wrote (Sun, 18 Aug 2024 23:46:13 +0200): > On 18/08/2024 at 16:38, Holger Wansing wrote: > > > > I have uploaded some screenshots from tests with different disk sizes to > > https://people.debian.org/~holgerw/partman-auto___new-limits/ > > Tha

Bug#1076952: [RFD] partman-auto: Update guided partitioning size limits for current and future needs

Am 18. August 2024 21:50:53 MESZ schrieb Pascal Hambourg : > >> 2. >> I wonder, if we could grow up the root partition in "separate /home" and >> "separate /home, /var, /tmp" a bit (only relevant on small disks, most >> probably). > >By raising the minimal / partition size or its priority ? >T

Bug#1076952: [RFD] partman-auto: Update guided partitioning size limits for current and future needs

Hi, Holger Wansing wrote (Sun, 18 Aug 2024 17:55:03 +0200): > Am 18. August 2024 16:38:30 MESZ schrieb Holger Wansing > : > > > >1. > >I'm unable to produce swap partition bigger than 1G, even in a qemu VM with > >2G or 4G of RAM > >('cat /proc/me

Bug#1076952: [RFD] partman-auto: Update guided partitioning size limits for current and future needs

Am 18. August 2024 16:38:30 MESZ schrieb Holger Wansing : > >1. >I'm unable to produce swap partition bigger than 1G, even in a qemu VM with >2G or 4G of RAM >('cat /proc/meminfo' has "MemTotal = 2021952 kB" for example, when I start >qemu >w

Bug#1076952: [RFD] partman-auto: Update guided partitioning size limits for current and future needs

efore shrinks root. I'm not sure, what's best here... I have uploaded some screenshots from tests with different disk sizes to https://people.debian.org/~holgerw/partman-auto___new-limits/ Holger -- Holger Wansing PGP-Fingerprint: 496A C6E8 1442 4B34 8508 3529 59F1 87CA 156E B076

Bug#1078871: installer: reserve first 16 MiB space in default recipes for ARM devices?

Hi arm people, could you please comment on this bug, please? Is there a need for some change? Many thanks Holger -- Sent from /e/ OS on Fairphone3

Bug#1078871: installer: reserve first 16 MiB space in default recipes for ARM devices?

Am 17. August 2024 14:22:39 MESZ schrieb Pascal Hambourg : >Shouldn't this bug be advertised in debian-...@lists.debian.org so that people >familiar with ARM platforms are aware of it ? Indeed, I intended to do so, but forgot then. Thanks -- Sent from /e/ OS on Fairphone3

Bug#1078871: Fwd: Bug#1076952: [RFD] partman-auto: Update guided partitioning size limits for current and future needs

Forward to the correct bug Ursprüngliche Nachricht Von: Diederik de Haas Gesendet: 17. August 2024 13:17:18 MESZ An: Pascal Hambourg , Holger Wansing , 1076...@bugs.debian.org, Philip Hands CC: "José Ángel Pastrana" , Vagrant Cascadian Betreff: Bug#1076952: [RF

Bug#1078871: some backlog from #1076952 (installer: reserve first 16 MiB space in default recipes for ARM devices?)

A summary from https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1076952#65 and follow-ups: Holger Wansing wrote: > Looks like another incarnation of > <https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=+770666> > > @vagrant: > is this stil

Bug#1078871: installer: reserve first 16 MiB space in default recipes for ARM devices?

Package: partman-auto Date: Thu, 15 Aug 2024 00:47:22 +0200 From: "Diederik de Haas" To: "Pascal Hambourg" , <1076...@bugs.debian.org>, "Philip Hands" , "Holger Wansing" Cc: José Ángel Pastrana , "Vagrant Cascadian" Subject: Re: Bug

Bug#1076952: [RFD] partman-auto: Update guided partitioning size limits for current and future needs

ion has stalled, maybe it would be good, to have something, that people can test? Pascal, would you be able to form the proposed changes as they are currently into code for a patch or a merge request, maybe for amd64 only, for now? The details would be mostly as you stated in your first proposal, AFAICS. Thanks Holger -- Holger Wansing PGP-Fingerprint: 496A C6E8 1442 4B34 8508 3529 59F1 87CA 156E B076

Bug#1076952: [RFD] partman-auto: Update guided partitioning size limits for current and future needs

Hi, Am 15. August 2024 00:47:22 MESZ schrieb Diederik de Haas : >On Fri Aug 9, 2024 at 10:08 PM CEST, Pascal Hambourg wrote: >> Guided partitioning with LVM already provides a feature to reserve space >> in the VG. Maybe it could be extended to guided partitioning with plain >> partitions. > >I'm

Bug#1076952: [RFD] partman-auto: Update guided partitioning size limits for current and future needs

Hi, Am 9. August 2024 22:08:09 MESZ schrieb Pascal Hambourg : >On 09/08/2024 at 17:05, Philip Hands wrote: > >> I tend to install servers with something like the multi recipe, except >> instead of devoting the bulk of the disk to /home I instead leave it >> unallocated (which I do by allocating a

Bug#1076952: [RFD] partman-auto: Update guided partitioning size limits for current and future needs

Hi, Am 8. August 2024 08:16:03 MESZ schrieb Pascal Hambourg : >On 07/08/2024 at 20:33, Holger Wansing wrote: >> >> A recipe specific for server installations, which limits the swap to let's >> say 1G or 2G, because the machine has enough RAM built-in. > >What

Bug#1076952: [RFD] partman-auto: Update guided partitioning size limits for current and future needs

Hi, Pascal Hambourg wrote (Wed, 7 Aug 2024 17:47:42 +0200): > On 05/08/2024 at 17:47, Holger Wansing wrote: > >> > >> Is there an intended use case for built-in recipes ? > >> Should there be different recipes for different uses cases ? > >> E.g.: > &g

Bug#1076952: [RFD] partman-auto: Update guided partitioning size limits for current and future needs

~rc3-3 makes /tmp a tmpfs by default unless a mount is > explicitly defined. It means that atomic and home recipes do not need to > allocate space for /tmp in / any more. But on the other hand they may > need to raise the minimum swap size because tmpfs can use swap space > under memory pressure. > Should the multi recipes stop creating a /tmp partition for consistency > with other recipes ? Dont't know. Holger -- Holger Wansing PGP-Fingerprint: 496A C6E8 1442 4B34 8508 3529 59F1 87CA 156E B076

Re: Merge request for increasing ESP size

Hi, Am 25. Juli 2024 22:36:13 MESZ schrieb Pascal Hambourg : >> I have created a merge request to increase the size of ESP similar to what >> has >> been done for /boot (in git) shortly: >> https://salsa.debian.org/installer-team/partman-auto/-/merge_requests/14 > >Should we carry on this discuss

Re: systemd-boot-installer: template message

Hi, Luca Boccassi wrote (Thu, 25 Jul 2024 21:35:05 +0100): > On Thu, 25 Jul 2024 at 21:28, Holger Wansing wrote: > > > > Hi Luca, > > > > I just worked on translating the message strings for systemd-boot-installer > > into German. > > > > I stum

systemd-boot-installer: template message

abled? Sorry, that I did not catch this before! Holger -- Holger Wansing PGP-Fingerprint: 496A C6E8 1442 4B34 8508 3529 59F1 87CA 156E B076

Re: Merge request for increasing ESP size

Hi, Pascal Hambourg wrote (Thu, 25 Jul 2024 21:47:19 +0200): > Hello, > > On 25/07/2024 at 20:38, Holger Wansing wrote: > > > > on big disks (> 10G I guess) the ESP is already 1G > > Actually not. As mentioned in > <https://bugs.debian.org/cgi-bin/bu

Re: Merge request for increasing ESP size

Hi, Holger Wansing wrote (Thu, 25 Jul 2024 20:38:48 +0200): > Hi, > > just to let you know: > I have created a merge request to increase the size of ESP similar to what has > been done for /boot (in git) shortly: > https://salsa.debian.org/installer-team/partman-auto/-

Bug#1076617: installation-guide: Severely outdated information wrt partitioning

tion-guide (attached), > > mostly a removal of outdated / no longer needed information. > > Much better! > > It may be possible to improve/extend the information further, but that could > happen another time (too). > The real problematic parts are gone now, so thank

Merge request for increasing ESP size

ing to be done. Only on smaller disks it has ~512MB, so that could be changed to ~768MB to be consistent with /boot. Holger -- Holger Wansing PGP-Fingerprint: 496A C6E8 1442 4B34 8508 3529 59F1 87CA 156E B076

Bug#1076823: Processed: Re: #1076823 partman-auto: please increase default size of /boot

gt; Marked as found in versions partman-auto/166. -- Holger Wansing PGP-Fingerprint: 496A C6E8 1442 4B34 8508 3529 59F1 87CA 156E B076

Bug#1076753: partman-crypto: Default size for /boot partition too low

6582> > <https://bugs.debian.org/1076539> > <https://bugs.debian.org/1076695> > > > Please consider raising the default size for this partition. > > Work in progress, see > <https://salsa.debian.org/installer-team/partman-auto/-/merge_requests/13>.

Bug#1076695: debian-installer: /boot partition created by installer isn't big enough

contents. It seems that initramfs-tools > 0.143, currently in experimental, fixes the issue. > > Other related bug reports: > <https://bugs.debian.org/1076582> > <https://bugs.debian.org/1076539> > <https://bugs.debian.org/972396> > -- Holger Wansing PGP-Fingerprint: 496A C6E8 1442 4B34 8508 3529 59F1 87CA 156E B076

Bug#1076823: #1076823 partman-auto: please increase default size of /boot

Control: found -1 166 -- Holger Wansing PGP-Fingerprint: 496A C6E8 1442 4B34 8508 3529 59F1 87CA 156E B076

Bug#1076617: installation-guide: Severely outdated information wrt partitioning

IOS newer than around > >1995–98" > >- - Seeing the word "cylinder" all over the place ... > >- - "CHS translation mode (“Large”)" = Cylinder/Head/Sector I presume? > > > >At that point I fell off my chair :-O > > > >Or as I phrased

Bug#1076617: installation-guide: Severely outdated information wrt partitioning

Control: clone -1 -2 Control: reassign -2 partman-auto Control: retitle -2 partman-auto: please increase default size of /boot Diederik de Haas wrote (Sat, 20 Jul 2024 19:10:20 +0200): > On Saturday, 20 July 2024 17:07:18 CEST Holger Wansing wrote: > > This bug seems firstly a docu

Bug#1076617: installation-guide: Severely outdated information wrt partitioning

Hi, Am 20. Juli 2024 19:10:20 MESZ schrieb Diederik de Haas : >On Saturday, 20 July 2024 17:07:18 CEST Holger Wansing wrote: >> This bug seems firstly a documentation issue, but one could also argue, >> that there's another topic with the /boot partition being to small these

Bug#1076617: installation-guide: Severely outdated information wrt partitioning

Hi, Am 19. Juli 2024 20:54:24 MESZ schrieb Diederik de Haas : >In bug #1076582 it was pointed out that the documentation at >https://www.debian.org/releases/stable/amd64/apcs05.en.html > >has the following line: >"create a small (25–50MB should suffice) partition at the beginning >of the disk to b

Bug#1076043: task-kde-desktop: synaptic not installed by default with task-kde-desktop

Hi all, Am 10. Juli 2024 11:09:30 MESZ schrieb Omega : > >I'd say if there's a chance of making it to get installed by default would >be a good start. Or if there's a Qt alternative specifically for KDE (like >the discontinued Muon, or perhaps Apper?), or if its possible to make >Plasma-Discover t

Bug#1064299: console-setup: move files to /usr (DEP17)

sting first, before > adding DEP-17 changes on top of them? I have just applied Helmut's patch (with a small adaption due to the "No longer build kfreebsd packages" commits) to git. Intend to wait for 1.229 to migrate to testing, before uploading. Holger -- Holger Wansing PGP-Fingerprint: 496A C6E8 1442 4B34 8508 3529 59F1 87CA 156E B076

Re: Bug#1075878: systemd-boot-installer: [INTL:nl] Dutch debconf templates translation

. Thanks for your endless time on Dutch translation anyway ! Holger -- Holger Wansing PGP-Fingerprint: 496A C6E8 1442 4B34 8508 3529 59F1 87CA 156E B076

Bug#1074292: [INTL:es] Spanish translation of systemd-boot-installer debconf template

ian.org/installer-team/d-i/-/commit/3e2ac8dc08386129740e80877f8d04404082b496 Holger -- Holger Wansing PGP-Fingerprint: 496A C6E8 1442 4B34 8508 3529 59F1 87CA 156E B076

Re: Adding systemd-boot support in debian-installer

K on the .mrconfig part, but I think this misses an addition to >> packages/po/packages_list (to be confirmed with Holger Wansing). Might >> be best to get rid of the fuzzy parts still mentioning nobootloader >> beforehand though. Just something that needs taken care of at some &g

Re: Contacting Debian Boot team

n-Intel architectures (or should I rather ask this question on > Debian CD (sorry for my ignorance if I miss responsibility here.) > - Can I do anything for you? I guess most teams are undermanned in the free software world, and there's nothing one can do against easily, but I consid

Re: DD application (Re: Next attempt to add Blends to Debian installer)

7;m concerned, the only bug is that your key is not in the > right keyring! :) So, let's see if I can fix this bug: https://nm.debian.org/process/1292/ -- Holger Wansing PGP-Fingerprint: 496A C6E8 1442 4B34 8508 3529 59F1 87CA 156E B076

Re: Next attempt to add Blends to Debian installer

unning lintian/bookworm): > > E: blendsel: no-debconf-config > W: blendsel: debconf-is-not-a-registry > [usr/lib/blendsel/blendsel-debconf:3] Done. > Finally, this should probably go away from both packages, I don't even > remember having managed that pac

Re: Reword non-free-firmware description

Hi, Holger Wansing wrote (Sat, 4 May 2024 13:28:41 +0200): > Hi, > > Holger Wansing wrote (Wed, 1 May 2024 17:02:10 +0200): > > What to do about this MR regarding rewording of (non-free) firmware > > description ? > > https://salsa.debian.org/installer-team/ap

DD application (Re: Next attempt to add Blends to Debian installer)

Hi, Cyril Brulebois wrote (Fri, 10 May 2024 09:00:39 +0200): > Holger Wansing (2024-05-10): > > Now blendsel being moved to installer-team, would you mind giving me > > dm permissions, so I can upload? Thanks > > I seem to recall that only works for existing packages?

Re: Next attempt to add Blends to Debian installer

missions, so I can upload? Thanks Holger -- Holger Wansing PGP-Fingerprint: 496A C6E8 1442 4B34 8508 3529 59F1 87CA 156E B076

Re: Next attempt to add Blends to Debian installer

Hi, Holger Wansing wrote (Tue, 13 Feb 2024 23:43:35 +0100): > 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

Bug#1016957: remove kbd-chooser from the archive?

Are there any ports maybe, that still use it somehow? Or what about derivatives? It's an udeb-only package, so the use in the installer is the only imaginable scenario... @installer-team: any comments? > > > On Wed, 10 Aug 2022 21:42:34 +0200 Holger Wansing > > wrote: &g

Re: Bug#1043226: debian-installer: Please consider moving root user setup to expert install, or change text

With latest user-setup upload 1.97, this has been dealed with, so closing. -- Holger Wansing PGP-Fingerprint: 496A C6E8 1442 4B34 8508 3529 59F1 87CA 156E B076

Re: Reword non-free-firmware description

Hi, Holger Wansing wrote (Wed, 1 May 2024 17:02:10 +0200): > What to do about this MR regarding rewording of (non-free) firmware > description ? > https://salsa.debian.org/installer-team/apt-setup/-/merge_requests/15 > > Should something be done there? Any objections agains

Uploading user-setup: update password selection advice

Version: 1.97 Forgot to mention bug closure in changelog before uploading, so closing now manually. -- Holger Wansing PGP-Fingerprint: 496A C6E8 1442 4B34 8508 3529 59F1 87CA 156E B076

Re: Reword non-free-firmware description

What to do about this MR regarding rewording of (non-free) firmware description ? https://salsa.debian.org/installer-team/apt-setup/-/merge_requests/15 Should something be done there? Holger -- Holger Wansing PGP-Fingerprint: 496A C6E8 1442 4B34 8508 3529 59F1 87CA 156E B076

Bug#1064617: update password selection advice

Apparently we have reached something like a consensus on this topic, should we merge this then? Any objections? Holger -- Sent from /e/ OS on Fairphone3

Bug#1064617: Passwords should not be changed frequently

Hi, Am 8. März 2024 19:58:56 MEZ schrieb Philip Hands : > >IMO Having the 'password/passphrase' throughout makes it awkward to >read, and actually we've got one place where it still just says >password, and fixing that would make it slightly worse IMO. > >How about dropping the passphrase stuff? >

Bug#1064617: Passwords should not be changed frequently

Hi, Am 7. März 2024 08:50:25 MEZ schrieb Justin B Rye : >Philip Hands wrote: >>> Maybe instead of saying "use the system's initial user account to >>> become root" it should say "allow the system's initial user account >>> to gain administrative privileges"? I'm not sure. Oh, and we might >>> ev

Bug#1064617: Passwords should not be changed frequently

Hi, Am 5. März 2024 20:44:52 MEZ schrieb Philip Hands : >BTW I don't know much about how the translation side of things works, >but given that there are many ways of getting the fine detail of this to >be incorrect in various ways, is there a standard method for adding >hints for translators, and

Bug#1064617: Passwords should not be changed frequently

Hi all, Am 5. März 2024 19:28:25 MEZ schrieb Cyril Brulebois : >Philip Hands (2024-03-05): >> Cool, in that case I'll fix those two things and then use the result >> for the MR[1], and if the openQA test runs look OK, will merge that. > >Only skimmed over it, but that looks sensible, thanks all.

Bug#1064617: Passwords should not be changed frequently

Hi, Am 5. März 2024 15:01:21 MEZ schrieb Philip Hands : >Here are my latest attempts: "Be aware that that a ..." doubled "that" "... (unless you select to show it)" missing fullstop. Otherwise: looks good to me. Holger -- Sent from /e/ OS on Fairphone3

Bug#1064617: Passwords should not be changed frequently

Hi, Diederik de Haas wrote (Mon, 04 Mar 2024 15:57:10 +0100): > On Monday, 4 March 2024 10:43:59 CET Holger Wansing wrote: > > >Regarding the password advice, I ended up concluding that it's pretty > > >unlikely that anything we say at this point will have any effect

Bug#1064617: Passwords should not be changed frequently

Hi, Holger Wansing wrote (Mon, 04 Mar 2024 10:43:59 +0100): > Hi, > > Am 4. März 2024 06:17:31 MEZ schrieb Philip Hands : > >I found that there were some phrases that I was avoiding for various > >reasons, a couple of which I see you've used, so I'll say why I wa

Bug#1064617: Passwords should not be changed frequently

Hi, Am 4. März 2024 06:17:31 MEZ schrieb Philip Hands : >I found that there were some phrases that I was avoiding for various >reasons, a couple of which I see you've used, so I'll say why I was avoiding >them and see if I have a persuasive argument for doing so. > >"allow/deny login/access as roo

Bug#1064617: Passwords should not be changed frequently

Hi, Am 2. März 2024 21:07:34 MEZ schrieb Philip Hands : > >This sentence is the thing that prompted me to change things in the >first place, because it is not true. One does not _need_ to set a root >password. It should be understood as "If you want to enable login as root, you have to set a roo

Bug#1064617: Passwords should not be changed frequently

aving the default setting as is (aka: default to an enabled root account, no sudo), with only some wording changings. Patch attached. What do you think? Holger -- Holger Wansing PGP-Fingerprint: 496A C6E8 1442 4B34 8508 3529 59F1 87CA 156E B076 diff --git a/debian/user-setup-udeb.templates

Bug#1064617: Passwords should not be changed frequently

login as root' you get the next dialog allowing the same choice again (or at least very similar): 'It is possible [...] to lock the root acount ... If you leave the password here unset, then this is what happens.' Is that understandable for users? Holger -- Holger Wansing PGP-Fingerprint: 496A C6E8 1442 4B34 8508 3529 59F1 87CA 156E B076

Re: Problem of upgrade tasksel from 3.73 to 3.74

od framework while the newer and maintained one is still usable > without any issue. You can find history for this at https://salsa.debian.org/installer-team/tasksel/-/merge_requests/27 -- Holger Wansing PGP-Fingerprint: 496A C6E8 1442 4B34 8508 3529 59F1 87CA 156E B076

apt-setup merge request on Salsa - please comment

-team/apt-setup/-/merge_requests/15#note_464848 ) Many thanks Holger -- Holger Wansing PGP-Fingerprint: 496A C6E8 1442 4B34 8508 3529 59F1 87CA 156E B076

Re: grub-installer_1.199_source.changes REJECTED

Hi, Holger Wansing wrote (Fri, 16 Feb 2024 20:17:08 +0100): > Hi Aurelien, > > upload of grub-installer 1.199 seems to be missing in git: > https://salsa.debian.org/installer-team/grub-installer Forget about it. Everything was correct by you. Fault at my site :-( Sorry for the n

Re: grub-installer_1.199_source.changes REJECTED

ree to respond to this email if you don't understand why > your files were rejected, or if you upload new files which address our > concerns. > -- Holger Wansing PGP-Fingerprint: 496A C6E8 1442 4B34 8508 3529 59F1 87CA 156E B076

Re: tasksel_3.74_source.changes ACCEPTED into unstable

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

Re: Next attempt to add Blends to Debian installer

if this will ever happen Thus, I wonder if this could be an alternative, which would be do-able? Holger -- Holger Wansing PGP-Fingerprint: 496A C6E8 1442 4B34 8508 3529 59F1 87CA 156E B076

  1   2   3   4   5   6   7   8   9   10   >