Bug#1010488: win32-loader: please annotate the wine Build-Depends with
Source: win32-loader Version: 0.10.4 Severity: normal Tags: patch X-Debbugs-Cc: Thomas Gaugler Dear maintainers, As part of my Release Team member checks, I have been investigating why the RC buggy src:vkd3d is part of the key package set. It turns out that vkd3d is part of the current key package set because it's needed to build and run wine and wine is needed because it's a Build-Depends of win32-loader. I checked the source code of win32-loader and I got the impression wine is only used during testing (on i386). After I mentioned this on IRC, kibi confirmed that the content of the package didn't change without wine installed during the build, confirming my idea. If our analysis wasn't flawed, can you please annotate the wine Build-Depends with the profile to indicate it's only needed during testing? (If there are other Build-Depends also only needed, please mark those too.) It would make my live as a Release Team member a tiny bit easier. Paul
Re: Including partman-hfs to the team's git project
Hi, John Paul Adrian Glaubitz wrote (Thu, 15 Apr 2021 08:28:52 +0200): > Hi! > > I created a partman-hfs package that is required for the installation of > PowerMacs but will also allow to create HFS and HFS+ partitions on any > machines. It might be useful on Intel Macs as well for creating shared > partitions for dual-boot Macs. > > While including the necessary hfsprogs-udeb in debian-installer is a bit > tricky due to the non-free license of src:hfsprogs, I was wondering whether > it would be okay nevertheless to include the git repository for partman-hfs > packaging in the debian-installer's team project? Apparently I did not got the point regarding non-free here, when reading this mail that day. Now I see that partman-hfs is in contrib, and that opened my eyes. I wonder if it's ok from the license point-of-view, to have a installer module from contrib in the installer? Doesn't this turn the whole installer into a no-longer DFSG-free piece of software? Or in other words: can we call such installer the "official Debian-Installer"? (There is another issue about non-free firmware to be included in the installer, and unofficial installer images were introduced for this; maybe this is a similar thing?) Ahhh, another thought comes to mind: maybe this partman-hfs is for ports releases anyway, and not to be used in official release archs? Holger -- Holger Wansing PGP-Fingerprint: 496A C6E8 1442 4B34 8508 3529 59F1 87CA 156E B076
Re: Skipping disk erase on Debian text-based installation (fwd)
Hi, I think that some type of message should be written in the installer that is used with speech telling the user that if you don't need to wipe the disk like if it is already encrypted then you can press control and c to abort the process so that the message is clear and so that it is known to the user that they don't have to wait until the entire wiping process is completed if they don't want to. Nick Gawronski On 5/2/2022 7:39 AM, Holger Wansing wrote: Am 2. Mai 2022 13:58:54 MESZ schrieb Samuel Thibault : Holger Wansing, le lun. 02 mai 2022 13:52:36 +0200, a ecrit: Nick is right, if you perform an install with speech output, there is no interactive possibility to cancel the full disk wipe action in the text frontend used for speech! In the newt frontend or graphical installer there is the Cancel button, but not in the text frontend, sadly. That was fixed in cdebconf 0.261, one can just press control-C. Uups. Yes, I used an outdated image for testing, my bad... Holger
Re: Skipping disk erase on Debian text-based installation (fwd)
Am 2. Mai 2022 13:58:54 MESZ schrieb Samuel Thibault : >Holger Wansing, le lun. 02 mai 2022 13:52:36 +0200, a ecrit: >> Nick is right, if you perform an install with speech output, there is no >> interactive possibility to cancel the full disk wipe action in the text >> frontend used for speech! >> In the newt frontend or graphical installer there is the Cancel button, >> but not in the text frontend, sadly. > >That was fixed in cdebconf 0.261, one can just press control-C. Uups. Yes, I used an outdated image for testing, my bad... Holger -- Sent from /e/ OS on Fairphone3
Re: Skipping disk erase on Debian text-based installation (fwd)
Holger Wansing, le lun. 02 mai 2022 13:52:36 +0200, a ecrit: > Nick is right, if you perform an install with speech output, there is no > interactive possibility to cancel the full disk wipe action in the text > frontend used for speech! > In the newt frontend or graphical installer there is the Cancel button, > but not in the text frontend, sadly. That was fixed in cdebconf 0.261, one can just press control-C. Samuel
Re: Skipping disk erase on Debian text-based installation (fwd)
Hi Nick, Nick Gawronski wrote (Sun, 1 May 2022 17:19:48 -0500): > Hi, I am totally blind and use the s option at boot to start the > installer with speech output. If I wish to add this kernel command line > option yet still run the installation using software speech output would > pressing s then tab and then entering in the command line switches then > pressing enter work as control and c does not do the canceling operation > like it should and I had to wait until the entire disk was wiped? yes, typing in the commandline switch should work as you described. But be aware, that the installer uses a qwerty (english) keyboard layout in that stage. That might be tricky, if you use another layout usually (especially because you need to type some special symbols as well, not only alphabetical characters). And I have tested it, it works as described, the full disk wipe is skipped automatically then. Another comment: Nick is right, if you perform an install with speech output, there is no interactive possibility to cancel the full disk wipe action in the text frontend used for speech! In the newt frontend or graphical installer there is the Cancel button, but not in the text frontend, sadly. Regards Holger > > On 5/1/2022 5:54 AM, Philip Hands wrote: > > Nick Gawronski writes: > > > >> Hi, I had to reinstall debian and like to encrypt my installations. > >> Regardless of what installation image I use I find that no choice exists > >> to not do the complete wiping of the disk before the LVM manager is > >> setup. I get that it will be possible to press control and c to stop > >> the process but having an option like a choice in the last step asking > >> if you wish to do this complete wipe would be better. If the system was > >> already encrypted and all you were doing was doing a reinstallation then > >> going threw that process again to me is pointless. Is this > >> something that could possibly be looked at for a future release? Nick > >> Gawronski > > If you're doing an interactive install, the expectation is that you > > cancel it if you don't want to wait for it, since that seems the way to > > ensure that people that don't know what they're doing still get a safe > > result. > > > > It's been possible to override this via preseeding (since 2017[1]), > > either in a preseed.cfg, thus: > > > >d-i partman-auto-crypto/erase_disks boolean false > > > > or on the kernel command line: > > > >partman-auto-crypto/erase_disks=false > > > > which you could do in an otherwise interactive install, if that's what > > you wanted. > > > > For more such preseeding hints, check out the example preseed.cfg: > > > >https://d-i.debian.org/manual/example-preseed.txt > > > > which is linked to from here: > > > >https://d-i.debian.org/manual/en.amd64/apbs02.html > > > > HTH > > > > Cheers, Phil. > > > > [1] https://bugs.debian.org/476388 > -- Holger Wansing PGP-Fingerprint: 496A C6E8 1442 4B34 8508 3529 59F1 87CA 156E B076
