Re: Default Arabic Font change proposal

=== Hi Mohamed, debian-vote is not the right list for this suggestion. (cc'ing debian-boot) Assuming you refer to the font chosen by the installer, I recommend submitting an installation report. https://d-i.debian.org/manual/en.amd64/ch05s04.html#submit-bug Regards, Peter B

Bug#1064617: Passwords should not be changed frequently

Philip Hands wrote: > 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? > > > https://salsa.debian.org/

Bug#1064617: Passwords should not be changed frequently

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 >> even want to mention the word "superuser", or then again we migh

Bug#1064617: Passwords should not be changed frequently

Philip Hands wrote: >> https://salsa.debian.org/installer-team/user-setup/-/commit/77c1517fade367bc465da2a5908c5ac47dd8bba7 >> >> Template: passwd/root-password >> Type: password >> # :sl1: >> _Description: Root password/passphrase: >>One needs a password/passphrase that grants >>ac

Bug#1064617: Passwords should not be changed frequently

Philip Hands wrote: > Justin B Rye writes: >> Philip Hands wrote: >>> Justin B Rye writes:> ... >>> The reason behind that structure was supposed to be that one definitely >>> needs _a_ password, but not necessarily a root password, so the password >>

Bug#1064617: Passwords should not be changed frequently

Philip Hands wrote: > Justin B Rye writes: >> It needs a small amount of rephrasing, but the most important problem >> is that it starts by saying you need to set a password and then goes >> on to suggest that you might not need to set a password. Maybe that >> can be

Bug#1064617: Passwords should not be changed frequently

Holger Wansing wrote: > @d-l10n-english: hey guys, we would like to get a proposal reviewed, > which aims to improve the root/user password screens in the installer. > > Please find the related merge request at > It needs a

Re: Bug#1056169: bookworm-pu: package di-netboot-assistant/0.78~deb12u1

Hi Kibi, thank you for your comment and explanation! On Sat, Nov 18, 2023 at 10:11:33AM +0100, Cyril Brulebois wrote: > > […] > > The versioning seems a little weird. > > Usually: > - either one cherry-picks stuff on top of the stable package, and uses >0.76+deb12u1; > - or one ships a r

Bug#1056169: bookworm-pu: package di-netboot-assistant/0.78~deb12u1

worm; urgency=medium + + * Fixes for bookworm live iso image inclusion. + * Update/add/fix preseed examples. Thanks to Holger Wansing. + + -- Andreas B. Mundt Sun, 18 Jun 2023 09:11:47 +0200 + di-netboot-assistant (0.76) unstable; urgency=medium * Fix typo in preseeding example. diff -Nru di-netbo

Bug#684128: src:debian-installer: allow use of binary units in disk partitioner

Holger Wansing wrote: > Thorsten Glaser : >> Could this information (valid unit sufficēs) be added to the dialogue >> where the size is entered? Screen space should suffice. [...] > CC'ing debian-l10n-english for template review (three identical additions > in two packages). [...] > Hint: "max" c

Bug#1034812: Bug#1041168: Installation of GRUB failed

Am 17.07.23 um 20:13 schrieb Pascal Hambourg: Thanks for testing. Should #1034812 and #1041168 be merged ? Yes, I think so.

Bug#1041168: Installation of GRUB failed

Am 15.07.23 um 22:57 schrieb Pascal Hambourg: > Replacing /lib/partman/init.d/50efi with either attached 50efi.1 or > 50efi.2 as 50efi should fix the issue in guided partitioning with > encrypted LVM. > >cp /50efi.1 /lib/partman/init.d/50efi > or >cp /50efi.2 /lib/partman/init.d/50efi > I

Bug#1041168: Installation of GRUB failed

Am 15.07.23 um 21:07 schrieb Pascal Hambourg: If you are willing to test, I can provide patched files which replace the original ones in a running d-i. Yes, I am willing to test this. If it can be patched by replacing some files at runtime (and not compiling some binaries or images), please p

Bug#1041168: Installation of GRUB failed

Hi! Am 15.07.23 um 18:35 schrieb Pascal Hambourg: Hello, On 15/07/2023 at 15:28, Christof B. wrote: Filesystem   1K-blocks  Used Available Use% Mounted on /dev/mapper/debian--vg-root   120469224   1379448 112924068   1% /target /dev/sdb2   466026

Bug#1041168: Installation of GRUB failed

Salut Cyril, thanks for your quick reply! Am 15.07.23 um 14:09 schrieb Cyril Brulebois: Thanks for sharing all those logs in advance. syslog has: Jul 15 11:00:47 grub-installer: grub-install: error: cannot copy `/usr/lib/shim/shimx64.efi.signed' to `/boot/efi/EFI/debian/shimx64.efi': No

Bug#1041168: Installation of GRUB failed

Package: installation-reports Boot method: USB stick (written with usbimager), UEFI Image version: https://deb.debian.org/debian/dists/bookworm/main/installer-amd64/current/images/netboot/mini.iso Date: 2023-07-15 Machine: Dell Optiplex 9020 SFF Partitions: see attached files hardware-summary

Bug#1031643: some tests …

Hi, after trying some installs with the provided initrd from pu/bug-1031643, I observed the following: • The patch seems to work fine with 'hostname=somename' or 'hostname?=somename' added to the boot parameters: The question is not asked respectively by default set to 'somename'. • Howev

Bug#1031643: bring hostname variable back

Hi, perhaps something like the following in [1] could be a fix: diff --git a/env2debconf b/env2debconf index 3032235..80394a4 100755 --- a/env2debconf +++ b/env2debconf @@ -3,6 +3,12 @@ set -e export DEBIAN_FRONTEND=none . /usr/share/debconf/confmodule + +if [ "$(hostname)"

Bug#1033108: unblock: di-netboot-assistant/0.76

ackage version check. + * Update preseeding example for bookworm. + + -- Andreas B. Mundt Thu, 16 Mar 2023 17:05:12 +0100 + di-netboot-assistant (0.75) unstable; urgency=medium * Bump Standards-Version to 4.6.2 (no changes needed). diff -Nru di-netboot-assistant-0.75/debian/tests/std-run di-ne

Re: Re: Shim and secure boot status, leading up to bookworm

Hi Steve, On Wed, 25 Jan 2023 20:27:20 +, Steve McIntyre wrote: > On Wed, Jan 25, 2023 at 12:40:07PM -0700, Jeremy Hall wrote: > > > >When things get built, will there be a path forward for people who > >might need grub modules like serial console for accessibility reasons? > > The serial mod

Re: Review for the non-free-firmware template in apt-setup

Philip Hands wrote: >>> _Description: Use non-free firmware? >>> Some non-free firmware has been made to work with Debian. Though this >> >> The phrasing "made to work with" has always struck me as poor, since >> there are two obvious misinterpretations - "created in order to work >> on" o

Re: Review for the non-free-firmware template in apt-setup

Cyril Brulebois wrote: > (I seem to remember d-l-e is where people could ask for some review, > making sure original strings are fine before asking people to translate > anything, hence the copy; plus Holger for the sublevel stuff towards the > end.) tldr: looks good to me. > Quick update: I thi

Re: No Advanced Options item in the list / No expert Mode available

On Tue, 9 Aug 2022 at 13:30, Steve McIntyre wrote: > > On Tue, Aug 09, 2022 at 01:04:17PM +0200, Simon B wrote: > >On Tue, 9 Aug 2022 at 12:32, Steve McIntyre wrote: > >> > >> If you add "priority=low" as a command line option to an installer > >

Re: No Advanced Options item in the list / No expert Mode available

On Tue, 9 Aug 2022 at 12:32, Steve McIntyre wrote: > > Hi Simon, > > On Tue, Aug 09, 2022 at 12:13:06PM +0200, Simon B wrote: > > > >For previous versions of the installer, I have always had the options > >referred > >to here: > > > >With Bullseye,

No Advanced Options item in the list / No expert Mode available

Hallo, For previous versions of the installer, I have always had the options referred to here: With Bullseye, either https://cdimage.debian.org/debian-cd/current-live/amd64/iso-hybrid/ or https://cdimage.debian.org/cdimage/unofficial/non-free/cd-including-firmware/current-live/, I do not. This w

Bug#1015203: can't reproduce issue

Control: tags -1 unreproducible Hi Martin-Éric, thanks for your bug report. I tried to reproduce your issue, but it works fine in my test setup. I installed di-netboot-assistant and created '/var/lib/tftpboot/'. Then I ran: 'di-netboot-assistant install stable' and finally removed the packa

Bug#992034: installation-guide: Include a note on how to change init system during install

Holger Wansing wrote: > Trying to integrate your suggestions, would then have Thanks for making sense of it... > + > + Customization > + > + Using the shell (see ), the installation process > + can be carefully customized, to fit exceptional use cases: > + > + > + Installing an alternative

Bug#992034: installation-guide: Include a note on how to change init system during install

Justin B Rye wrote: > Hmm. That may have been boiled down *too* far, since there's no > hint that it works by going to a shell. So maybe that should have > been in the intro? (Sorry, can't remember the ulink syntax) > > As well as troubleshooting, the [[6.3.9.2

Bug#992034: installation-guide: Include a note on how to change init system during install

Holger Wansing wrote: >> The more I look at the way the sections are organised the more I think >> that the real problem is that "6.3.9 Troubleshooting" is already a >> misfit. There needs to be some clearer mention in 6.1 of the fact >> that jumping to VT2 lets you issue commands behind d-i's bac

Bug#992034: installation-guide: Include a note on how to change init system during install

Holger Wansing wrote: >> @Justin? > > Hmm, debian-l10n-english has vanished from the loop somehow. > Therefore, I fear you lost track of this thread in the meantime ... Thanks for spotting that. > Maybe you could try to catch up starting from > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=

Bug#992317: installation-reports: Unnecessary 'You are about to do something potentially harmful.'

Package: installation-reports Severity: normal (Please provide enough information to help the Debian maintainers evaluate the report efficiently - e.g., by filling in the sections below.) Boot method: network Image version: Date: Machine: VM Partitions: Base System Installation Checklist: [

Re: Bug#991969: D-I: news for Bullseye: help with firmware installation

Paul Gevers wrote: > Before pushing, I hope to see comments from Justin. > > Paul > +Help with installation of firmware > + > + More and more, peripheral devices require firmware to be loaded as > + part of the hardware initialization. To help deal with this problem, > + the installer has been

Re: Manually add firmware (or other) packages for installation?

John Paul Adrian Glaubitz wrote: > On 2/27/21 11:46 AM, Holger Wansing wrote: >> John Paul Adrian Glaubitz wrote (Sat, 27 Feb >> 2021 11:21:58 +0100): >>> The point is: We separate free and non-free images for a very reason and if >>> you add a mechanism that just silently enables non-free on a s

Re: Manually add firmware (or other) packages for installation?

John Paul Adrian Glaubitz wrote: >>> Wouldn't that be a policy violation? If the regular installer enables >>> non-free >>> sources, I would consider those installer images to be not DFSG-compliant. >> >> Don't know. Not a lawyer/policy specialist here. >> Functionality exists for ages in the ins

Re: Manually add firmware (or other) packages for installation?

Justin B Rye wrote: > So we could add some extra hint about this in the intro: > > This > may already have been dealt with, but if the installer does not include > non-free firmware packages, or could not detect th

Re: Manually add firmware (or other) packages for installation?

Holger Wansing wrote: >>Modern hardware (especially graphics cards or network devices) often needs >>to have nonfree firmware installed in order to be (fully) functional. This >>may already have been dealt with, but if not the firmware can be installed >>at this stage. > > Yes, a b

Re: Manually add firmware (or other) packages for installation?

8e..fece0893 100644 > --- a/debian/hw-detect.templates > +++ b/debian/hw-detect.templates > @@ -96,6 +96,29 @@ Type: text > # :sl1: > _Description: Checking for firmware... > > +Template: hw-detect/firmware_packages_to_install > +Type: string > +# :sl2: > +

Re: Install the GRUB boot loader on a hard disk

John Paul Adrian Glaubitz wrote: > On 3/18/20 3:26 PM, Justin B Rye wrote: >> Sure, and indeed I nearly mentioned "floppy" disk. But "hard disk" >> isn't a case where the new thing has taken over the old meaning; >> people don't generally say &

Re: Install the GRUB boot loader on a hard disk

Ben Hutchings wrote: > On Wed, 2020-03-18 at 10:11 +0100, John Paul Adrian Glaubitz wrote: >> According to that logic you would have to replace the save icon in every >> desktop application because we're no longer using floppy disks. > > That has already happened to many (most?) applications. One

Re: Install the GRUB boot loader on a hard disk

John Paul Adrian Glaubitz:> > On 3/18/20 11:43 AM, Justin B Rye wrote: >>> The majority of all users is able to perform the cognitive process to >>> that "hard disk" means "installation device" and "storage medium" here >>> is v

Re: Install the GRUB boot loader on a hard disk

John Paul Adrian Glaubitz wrote: > On 3/18/20 9:58 AM, Holger Wansing wrote: >> while investigating a grub installation failure, I came across the main menu >> entry of grub-installer: >> "Install the GRUB boot loader on a hard disk" >> >> This is no longer optimal, since we have flash/SSD d

Re: [installer] One more template change?

would understand it and what I had in mind). > > As you wrote above: > a) only X > b) also Y > c) also Z > > That would mean: > a = X > b = Y + X > c = Z + Y + X > > That would work, right? > > But apparently this seems to m

Re: [installer] One more template change?

dditionally to 'critical'" here you mean "as an additive change to the effect you'd get from selecting 'critical'"; I can't find a phrasing that conveys this smoothly without breaking the back of the series. The closer we can get to "a) only

Re: [installer] One more template change?

Holger Wansing wrote: > Justin B Rye wrote: >> In other words >> >> You can select the priority of question you want to see: >>- 'critical': only questions that are essential for a successful >> installation >>- 'high': als

Re: [installer] One more template change?

I'm on the record as wishing we could rip out this whole terminology of "low priority installs" and start again with something else (Bug#796662), but at least here it is in principle possible for it to make sense... Ben Hutchings wrote: > Holger Wansing wrote: >> I would propose to simplify/improv

Bug#949655: Solved: not a bug, just a wrong iPXE usage

Hi Yvan, On Fri, Jan 24, 2020 at 09:49:06AM +0100, Yvan Masson wrote: > > I finally found on iPXE website[1] a link to detailed examples, including > one[2] to boot pxelinux. It works perfectly with di-netboot-assistant: > > #!ipxe > dhcp > set 210:string tftp://my_server/d-i/n-a/ > chain ${210:

Re: [partman-target] proposal to change template to fix bad wording

Holger Wansing wrote: > I have one more proposal on my agenda for template changes. > > "Two file systems are assigned the same label (${LABEL}): ${PART1} and > ${PART2}. > resp. (This, by the way, is one of those uses of "respectively" that doesn't work in English!) > "Two file systems are ass

Re: netcfg: proposal for template change

Ben Hutchings wrote: > On Fri, 2020-01-10 at 22:01 +0100, Holger Wansing wrote: >> I would like to propose a change on a template in netcfg: > [...] >> _Description: Malformed IP address >> The IP address you provided is malformed. It should be in the form >> - x.x.x.x where each 'x' is no large

Re: netcfg: proposal for template change

Holger Wansing wrote: > I would like to propose a change on a template in netcfg: [...] > _Description: Malformed IP address > The IP address you provided is malformed. It should be in the form > - x.x.x.x where each 'x' is no larger than 255 (an IPv4 address), or a > - sequence of blocks of hex

Re: [cdrom-detect] Change template proposal

Holger Wansing wrote: > Summarizing your comments into one patch, would this be ok? > > diff --git a/debian/cdrom-detect.templates b/debian/cdrom-detect.templates > index 2058b0b..ba50e89 100644 > --- a/debian/cdrom-detect.templates > +++ b/debian/cdrom-detect.templates

Re: [cdrom-detect] Change template proposal

Holger Wansing wrote: > > Template: cdrom-detect/cdrom_device > Type: string > Default: /dev/cdrom > # :sl2: > _Description: Device file for accessing the installation media: > In order to access your installation med

Re: [partman-base] template correction

John Paul Adrian Glaubitz wrote: > > Template: partman/text/there_is_detected > > Type: text > > # :sl2: > > - _Description: This partition is formatted with the ${FILESYSTEM}. > > + _Description: This partition is formatted with the ${FILESYSTEM} > > filesystem. > > > > > > Adding debian-

Re: Debian-installer/grub-installer: proposal for template change

Holger Wansing wrote: >> Yes; "system" is one of those words that's rarely wrong to use, but >> also rarely pulls its weight in making it clear what you're talking >> about. > > @Justin: may I interpret your comment in the meaning of "string review passed, > all fine" ? Yes, it looks good to me.

Re: Debian-installer/grub-installer: proposal for template change

Holger Wansing wrote: > John Paul Adrian Glaubitz wrote: >> On 11/19/19 8:06 PM, Holger Wansing wrote: >>> It's unclear, what the "new system" is supposed to be. >>> So above patch to clarity. >> >> Why would that be unclear? When you just finished an installation, I >> think the term "your new s

Re: Debian-installer/clock-setup: proposal for template change

Holger Wansing wrote: > = snip > diff --git a/debian/clock-setup.templates b/debian/clock-setup.templates > index 2ef0502..3ee2f1e 100644 > --- a/debian/clock-setup.templates > +++ b/debian/clock-setup.templates > @@ -32,7 +32,7 @@ Defau

Re: FTBFS on armhf

, Oct 07, 2019 at 08:27:49AM +0200, Cyril Brulebois wrote: > Hi Andreas, > > This seems buggy: > | commit 0ec980b6ad0111da4e43935c069b378529d8fba1 > | Author: Andreas B. Mundt > | Date: Sun Oct 6 17:38:53 2019 +0200 > | > | Add support for Olimex A20-OLinuXino-Lime2-eMM

Bug#911560: possible fix / workaround

rnet works in u-boot as well as in the installer with the patched u-boot. No idea if this patch spoils the other revisions. Best regards, Andi [1] https://linux-sunxi.org/Olimex_A20-OLinuXino-Lime2#GMAC_u-boot_config [2] diff --git a/configs/A20-OLinuXino-Lime2-eMMC_defconfig b/c

Re: Change template: add hint about the integrity check item in main menu

Holger Wansing wrote: > _Description: Failed to copy file from installation media. Retry? > There was a problem reading data. Please make sure you have inserted the > installation media correctly. If retrying does not work, you should check > - the integrity of your installation media. > + the

Re: Change templates: CD -> installation medium - final patch

John Paul Adrian Glaubitz wrot: > On 9/22/19 8:52 PM, Justin B Rye wrote: >>> The origin of the word is Latin. The word is grammatically >>> neutrum, for which the singular is "-um", the plural is "-a". It's >>> not a mess at all. >>

Re: installation guide [Was: Re: Change templates: CD -> installation medium - proposal #2 ]

Holger Wansing wrote: > Thus we could change that to: > "If you are installing from DVD, any packages needed > during the installation should be present on the first DVD image. Use > of a network mirror is optional." Oh, so it turns out I should have simplified it *more*! Yes, that looks fine. -

Re: installation guide [Was: Re: Change templates: CD -> installation medium - proposal #2 ]

Justin B Rye wrote: > I was planning to carry on and find all the other places where fixes > are needed, but I'll have to come back to it. I had got as far as: (en/using-d-i/modules/apt-setup.xml:) - If you do scan multiple CDs or DVDs, the installer will prompt you to - exchange t

Re: installation guide [Was: Re: Change templates: CD -> installation medium - proposal #2 ]

John Paul Adrian Glaubitz wrote: > Justin B Rye wrote: >> In English, "a medium" means a *category* of information-propagating >> mechanism (such as radio or print), not one individual USB thumbdrive >> or whatever. > > Not, it doesn't: > >&g

Re: Change templates: CD -> installation medium - final patch

John Paul Adrian Glaubitz wrote: > Justin B Rye wrote: >> There are several related nouns here, which behave differently: >> * "(broadcast) medium/media" (and "meejuh", treated as singular); >> * "item of (removable storage) media/some media"

Re: installation guide [Was: Re: Change templates: CD -> installation medium - proposal #2 ]

Holger Wansing wrote: >> This is a good solution for a problem that also affects the >> Installation Guide, since it also lets you leapfrog over the old >> problem of what cover-term to use for "CD/DVD/BluRay media" (the >> Guide says that it's going to use "CD-ROM", then doesn't - #794936). > > I

Re: Change templates: CD -> installation medium - final patch

John Paul Adrian Glaubitz wrote: > Justin B Rye wrote: >>> But "media" is a plural word, it should be "medium". It's a Latin word. >> >> Like "agenda"? It doesn't matter whether it was plural in Latin; it >> only matters how

Re: Change templates: CD -> installation medium - final patch

John Paul Adrian Glaubitz >> I will move back to "installation media" and to Justins review from >> https://lists.debian.org/debian-boot/2019/09/msg00082.html > > But "media" is a plural word, it should be "medium". It's a Latin word. Like "agenda"? It doesn't matter whether it was plural in Lat

Re: Change templates: CD -> installation medium - proposal #2

Justin B Rye wrote: > How about if I go ahead and try producing a patch that uses both > "installation image" and "installation disk", just to see how that > looks? Well, I can't for the life of me work out how to get "git diff" to work on debia

Re: Change templates: CD -> installation medium - proposal #2

Ben Hutchings wrote: >> The only alternative I can think of (from Justin's list) >> would be installation image. >> Additional benefit would be, that this term seems to be the >> most used on the Debian website. >> So if users know that term from the website or find it there, they can make >> the

Re: Change templates: CD -> installation medium - proposal #2

Steve McIntyre wrote: > Ben Hutchings wrote: >> Holger Wansing wrote: >>> #: ../cdrom-detect.templates:14001 >>> -msgid "The CD-ROM drive contains a CD which cannot be used for >>> installation." >>> +msgid "The detected installation drive cannot be used for installation." >>> msgstr "" >>[...]

Re: Change templates: CD -> installation medium - proposal #2

Holger Wansing wrote: > And they all need to covered here. > Maybe we cannot find a term that works perfectly for all of them, however > having a suitable coverterm for all would be the major goal. Contenders so far: * "insert another medium", "insert more media", and "insert another item of m

Re: Change templates: CD -> installation medium - proposal #2

David wrote: > Hi readers Hi! Thanks a lot for this alternative suggestion. [...] > These words "medium" & "media" are very awkward for a few reasons: > > 1) Contemporary use of the words is such that their "correct" use might > be evolving. So attempting to use these words correctly is annoyin

Re: Change templates: CD -> installation medium - proposal #2

Holger Wansing wrote: > I would like to change the term "CD" into "installation medium" in the > debian-installer. > These days our CD/DVD images can also be used for USB sticks, and virtual > machines > are also quite common, so messages like "Loading components from CD" no > longer fit. This i

Bug#926795: di-netboot-assistant: Unable to install Debian Buster amd64 from d-i n-a at 2019-04-10 generated boot-file

Control: reassign -1 debian-installer Control: forcemerge 749991 -1 Hi Ralf, many thanks for your report! On Wed, Apr 10, 2019 at 04:06:43PM +0200, Ralf Moll wrote: […] > the "Debian testing (amd64) image 20190410", generated by > > di-netboot-assistant install stable testing > > shows after

Bug#925084: di-netboot-assistant: debian-installer-xxx-netboot-yyy are wrongly configured

Control: tags + unreproducible moreinfo Hi Jérémy, On Tue, Mar 19, 2019 at 07:43:47PM +0100, Jérémy Viès wrote: […] > I get a "No DEFAULT or UI configuration directive found!" when the PXE client > boots on one of these installer. I cannot reproduce the problem you reported. It works fine her

Bug#925084: di-netboot-assistant: debian-installer-xxx-netboot-yyy are wrongly configured

Hi Jérémy, many thanks for your feedback! On Tue, Mar 19, 2019 at 07:43:47PM +0100, Jérémy Viès wrote: > > I've just discovered and then set-up di-netboot-assistant to manage several > debian netboot versions. > It works great when it manages setup di-netboot-assistant installed by itself, > but

Bug#923460: di-netboot-assistant: selecting tftp folder from command line

Hi Yves-Alexis, On Thu, Feb 28, 2019 at 02:11:48PM +0100, Yves-Alexis Perez wrote: > > I'd like to setup some netboot images for serving over PXE, storing > stuff in /var/lib/tftp is not practical for me. I'd like to be able to > specify the target directory from the command line, but it's appare

Bug#902423: debian-installer: clean up arm64/armhf configuration

Hi Karsten, many thanks for your thorough explanations. I got a bit further in my understandings, however the next days I am busy elsewhere, and I do not know if I find time to continue and present something more mature, perhaps during DebCamp. Anyway, just wanted to show my appreciation for you

Bug#875858: pkgsel: Offer to install/manage unattended-upgrades

Raphael Hertzog wrote: > _Description: Updates management on this system: > Applying updates on a frequent basis is an important part of keeping the > system secure. > . > By default, security updates are not automatically installed as security > advisories should be reviewed before installati

Bug#902423: debian-installer: clean up arm64/armhf configuration

nateable' target. • The use of GRUB and U-Boot is not clear to me. armhf seems to use GRUB for the miniiso but U-Boot for all other media. GRUB is referencing the kernel under '…/linux', U-BOOT prefers '…/vmlinuz'. Best regards, Andi diff --git a/build/con

Bug#902020: debian-installer: netboot.tar.gz archives should have identical structure, include version.info file

Control: tag -1 pending Hi Cyril, On Fri, Jun 22, 2018 at 04:50:28PM +0200, Cyril Brulebois wrote: > Andreas B. Mundt (2018-06-22): > > Thanks for pointing me in the right direction. I worked out a minimal > > patch that fixes the issue. > > From a quick look, that should

Bug#902020: debian-installer: netboot.tar.gz archives should have identical structure, include version.info file

d system is needed. Best regards, Andi diff --git a/build/config/armhf/netboot.cfg b/build/config/armhf/netboot.cfg index fd5f6f3a2..93ea03870 100644 --- a/build/config/armhf/netboot.cfg +++ b/build/config/armhf/netboot.cfg @@ -29,12 +29,14 @@ netboot_bootscript_tftp: netboot_tarball

Bug#902020: debian-installer: netboot.tar.gz archives should have identical structure, include version.info file

Package: debian-installer Severity: wishlist Tags: d-i Hi, when comparing netboot.tar.gz images for different architectures, I noticed a difference in the structure of the archives. For the armhf netboot archive [1], I get: $ tar tzf netboot_armhf.tar.gz debian-installer/armhf/tftpboot.sc

Bug#563647: debootstrap: manpage neglects complete path for

nly one "via http" word, as below. Is it okay? Well, I was saying "don't bother"! But it looks easier than I was assuming. > diff --git a/debootstrap.8 b/debootstrap.8 > index e802003..87e2ae1 100644 > --- a/debootstrap.8 > +++ b/debootstrap.8 >

Bug#563647: debootstrap: manpage neglects complete path for

Hideki Yamane wrote: > Could you review below messages in deboostrap manpage, please? Looks good to me. > > On Wed, 21 Mar 2018 17:36:07 +0900 Hideki Yamane > wrote: >> Here's a proposed patch for it. >> >> diff --git a/debootstrap b/debootstrap >&g

Accepted di-netboot-assistant 0.52 (source all) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sun, 18 Mar 2018 18:17:54 +0300 Source: di-netboot-assistant Binary: di-netboot-assistant Architecture: source all Version: 0.52 Distribution: unstable Urgency: medium Maintainer: Debian Install System Team Changed-By: Andreas B

Bug#789247: di-netboot-assistant: broken deb.d.o urls

Hi, On Fri, Mar 09, 2018 at 01:20:14PM -0800, Matt Taggart wrote: > It looks like the deb.debian.org URLs in di-sources.list need to be updated > > E: Can't download 'stretch' for 'amd64' > (http://deb.debian.org/dists/stretch/main/installer-amd64/current/images/MD5SUMS). > > The URL should have

Re: Re: Changing di-netboot-assistants directory within the TFTP-root

Hello Hermann, On Tue, Dec 19, 2017 at 12:57:41PM +0100, Hermann Lauer wrote: > On Mon, Dec 18, 2017 at 04:21:05PM +0300, Andreas B. Mundt wrote: […] > > In di-netboot-assistant, a grub-EFI image is prepared which then > > includes the grub.conf files of the debian-installer i

Re: Changing di-netboot-assistants directory within the TFTP-root

Hello Hermann, On Mon, Dec 18, 2017 at 12:03:02PM +0100, Hermann Lauer wrote: > On Sun, Dec 17, 2017 at 05:22:57PM +0300, Andreas B. Mundt wrote: > > Hi everybody, > > > > I plan to move di-netboot-assistant's directory within the TFTP-root. > > > > Right

Changing di-netboot-assistants directory within the TFTP-root

Hi everybody, I plan to move di-netboot-assistant's directory within the TFTP-root. Right now, '$TFTP_ROOT/debian-installer/' is used to set up and serve the netboot-images. If you also serve preseedings from the canonical location '$TFTP_ROOT/d-i/', you have a slightly confusing setup. The pla

Bug#868942: additional info

I submit this issue takes place on Thinkpad T60 too. Touchpad/cursor behaviour is same as with Dell 500. Here it is not problem to move pointer to corners of screen, but cursor is somewhat "nervous", shivering, hard to use. Trackpoint is a bit more usable, but controlling with keyboard is much more

Bug#868942: installation-reports: Touchpad is slightly misfunctioning in graphic installer (issue disappeared in the installed system)

0060/serio0/input0 /proc/bus/input/devices: S: Sysfs=/devices/platform/i8042/serio0/input/input0 /proc/bus/input/devices: U: Uniq= /proc/bus/input/devices: H: Handlers=sysrq kbd leds event0 /proc/bus/input/devices: B: PROP=0 /proc/bus/input/devices: B: EV=120013 /proc/bus/input/devices: B: K

Bug#836745: installation-reports: cant change monitor resolution to work.

Package: installation-reports Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * Problem at usb boot * Nothing I did was effective, I'm not linux expert, therefore using terminal is out of my knowledge * n\a * n/a *

Re: d-i network configuration for VLAN, new templates review

Christian PERRIER wrote: > Quoting Dimitri John Ledkov (x...@debian.org): >> Template: netcfg/use_vlan >> Type: boolean >> Default: false >> # :sl6: >> _Description: Are you connected to an IEEE 802.1Q VLAN trunk port? That's a rather personal question too - fixing it makes the synopsis awkwardly

Re: proofreading the installation-guide

st-install.xml"). What's the procedure for those? [...] >> In that case, it may be hard to fix the translations. For those where it >> is easy (fixing numbers, which AIUI are in all languages written with >> arabic numbers), this is the same as b) and c). For other cases, you ca

Re: Tentative last d-i release for 2015?

2015-12-13 20:11 GMT-02:00 Steve McIntyre : >>I'm not entirely sure I'll manage to get that to work but I'd like to >>consider performing a last d-i release for 2015. I haven't been paying >>attention closely enough over the past few days but if things are in shape >>somewhat, and if image builds c

Re: proofreading the installation-guide

Baptiste Jammet wrote: > Dixit Justin B Rye: >> Assuming I can get write access, how do I minimise the pain? [...] >> But while I know a few basic svn commands (which is more than I'll ever >> understand of git), it's not clear to me whether doing (a), (b), (c), &

Re: proofreading the installation-guide

e ! Assuming I can get write access, how do I minimise the pain? I could split the changes into: a) fixes for the English that shouldn't affect translations (e.g. correcting Germanic uses of "respectively", objectless "allow", etc.) b) fixes that affect everybody

Re: proofreading the installation-guide

Justin B Rye wrote: > First, the deep-rooted termininological issues that I'd prefer to have > sane answers for before I start fiddling with details: > > * why is there so little mention of BD media? [...] > * D-I seems to have standardised on the term "MD devices"

Bug#796662: installation-guide: rethinking priorities

Source: installation-guide Version: 20150528 Severity: minor Tags: d-i patch Again following up #794936, here's my third and final bugreport for a big clear individual issue before I start on a general proofreading sweep. The jargon of "low priority installs" is just plain demented. Lowering the

Bug#795944: installation-guide: should call a RAID a RAID

Source: installation-guide Version: 20150528 Severity: minor Tags: d-i patch Following up #794936, here's my second bugreport for a big clear individual issue before I start on a general proofreading sweep. Section 6.3.3.4 (aka the file "using-d-i/modules/mdcfg.xml") describes how to set up RAID

  1   2   3   >