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

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

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

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=

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?

Holger Wansing wrote: > There have been no complains, so I'm asking debian-l10n-english for a string > review of the attached strings now (in CC), and will push the result then > soon. (I don't mind if this is wasted effort for text that won't be used.) > index c413e88e..fece0893 100644 > --- a/

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?

Holger Wansing wrote: > With the changings applied like shown above, "low" means "all questions > having low set in their preferences" plus all mentioned before in the > list (this is, what the newly added "also" says. Or at least this is how > I would understand it and what I had in mind). > > As

Re: [installer] One more template change?

Holger Wansing wrote: > Furthermore, I have to advance this whole review a bit, since I noticed that > I did not included all relevant terms. I'm sorry for this! Another of the disadvantages of working from the message strings rather than the template file. > > The complete dialog looks like thi

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

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 > @@ -55,9 +55,10 @@ _Descr

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 @@ Default: true > # :sl2: > _Descr

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#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#563647: debootstrap: manpage neglects complete path for

Hideki Yamane wrote: >> If I was doing a pedantic review of every bit of debootstrap's >> documentation and output I'd suggest replacing "http(s)" with >> "HTTP(S)" throughout, but there's no point doing that just here. > > I can find only one "via http" word, as below. Is it okay? Well, I was s

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 >> index 083473d..1d5d5c6 100755 >> --- a/deb

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

Christian PERRIER wrote: > Quoting Samuel Thibault (sthiba...@debian.org): > There is ("msgattrib --clear-fuzzy") but this will un fuzzy also what > was fuzzy before, which is not intended. > > The real safe way is the first method: >> - fix the english text >> - fix the english version in the cor

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

Baptiste Jammet wrote: >> At this stage what I'd *like* to be able to do is submit half a dozen >> different patches for different types of recurring problem - one to >> tidy up the s and s, one to fix up the outbreaks of >> un-English grammar, one to correct the capitalisation of titles, and >> so

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

Bug#794936: installation-guide: claims it will use "CD-ROM" as cover-term then doesn't

Samuel Thibault wrote: > The file you attached doesn't contain all the changes you have > described. (and trying to automatically pick them from the mail is > deemed do fail :) ) Baffling. I thought the ~/standardize_on_CD-ROM_as_cover-term.patch that I attached was the same file as I'd included

Re: Bug#794936: installation-guide: claims it will use "CD-ROM" as cover-term then doesn't

Joachim Wiedorn wrote: > Justin B Rye wrote: >> The idea is, instead of constantly saying either "CDs" or "CDs/DVDs", >> seemingly at random, when what it means is "optical media of any sort >> whether that's CD, DVD, or BD", it should inste

Bug#794936: installation-guide: claims it will use "CD-ROM" as cover-term then doesn't

Source: installation-guide Version: 20150528 Severity: minor Tags: d-i patch In preparation for that proofreading sweep I claimed I was going to do ("https://lists.debian.org/debian-boot/2015/07/msg00455.html";) here's a patch implementing a fix that has apparently already been decided on but then

Re: proofreading the installation-guide

Samuel Thibault wrote: > Justin B Rye, le Fri 07 Aug 2015 15:52:00 +0100, a écrit : >> It's not immediately obvious why we're going to the trouble of >> distinguishing from (along with , >> , , and who knows what else). I'm sure it's all >> lovel

Re: proofreading the installation-guide

Holger Wansing wrote: > Justin B Rye wrote: >>>> So all cases of &releasename-cap; in the English text are mistakes. >>>> Really if it's only for use in German we should have called it >>>> &Veroeffentlichungsname;! >>> >>

Re: proofreading the installation-guide

Samuel Thibault wrote: > On to spending some time on answering this... Well, you may have noticed I'm rather taking the long view on actually getting started on stage one. > Justin B Rye: >> First, the deep-rooted termininological issues that I'd prefer to have >&g

Re: proofreading the installation-guide

Holger Wansing wrote: > Justin B Rye wrote: >> Holger Wansing wrote: >>> No, not _all_ instances of &releasename; have to be capitalised in German, >>> for example in URLs they will have to stay lowercase. >>> But I can use &releasename; or &a

Re: proofreading the installation-guide

Holger Wansing wrote: > No, not _all_ instances of &releasename; have to be capitalised in German, > for example in URLs they will have to stay lowercase. > But I can use &releasename; or &releasename-cap; in my translation, > where &releasename; is used in English. So all cases of &releasename-ca

Re: proofreading the installation-guide

Holger Wansing wrote: > Justin B Rye wrote: >> An interesting idea, but one that seems unlikely to work, especially >> given the way it's used in the text. For instance, there's a page >> "welcome/what-is-debian-linux.xml", which is full of senten

Re: proofreading the installation-guide

Hendrik Boom wrote: > Justin B Rye wrote: >> * &entity questions - when am I meant to say "Debian" and when is it >> "&debian;"? This like many of these entities seems to have no >> obvious function other than to make the source hard

proofreading the installation-guide

A month ago in #789604, Justin B Rye wrote: > Hmm, well, I've never proofread the installation-guide as a whole. I > ought to get round to doing that some time. I'm trying to work out where I'd start with this. I can see things that need fixing, but they fall into several

Bug#789798: [RFR] New grub-installer-template

Christian PERRIER wrote: > _Description: Add GRUB to firmware NVRAM configuration? > By default, GRUB will be registered into NVRAM on platforms where this is > required, such as UEFI Boot Manager or OpenFirmware boot devices. > . > Occasionally this is not desired (for instance on systems that

Bug#789798: [RFR] New grub-installer-template

Philip Hands wrote: >> Template: grub-installer/no-nvram >> Type: boolean >> Default: false >> # :sl4: >> _Description: Avoid adding GRUB to Firmmware NVRAM configuration? ^ Hang on, typo (and why capitalised?) >> By default GRUB will be registered

Re: grub2 2.02~beta2-18: Please update debconf PO translation for the package grub2

Ian Campbell wrote: > On Fri, 2014-12-12 at 13:07 +0200, Andrei POPESCU wrote: >>> #. Type: boolean >>> #. Description >>> #: ../templates.in:3001 >>> msgid "" >>> "Some EFI-based systems are buggy and do not handle new bootloaders " >>> "correctly. If you force extra installation of GRUB to the EF

Re: New templates related to IPv6 in Debian Installer

Christian PERRIER wrote: > The templates to review are those marke with "# IPv6" comment. I've attached a patch and revised versions only touching those templates, but also a more thoroughgoing patch. > Template: netcfg/use_autoconfig > Type: boolean > Default: true > # IPv6 > # :sl6: > _Descript

Re: [SCM] d-i netcfg repository branch, people/sorina/show_essids, updated. 1.65-150-ga603dff

Gaudenz Steinlin wrote: > Joey Hess writes: >> Select the wireless network name (ESSID) to use during this >> installation process. [...] > > I like this variant most. Thanks for the suggestion Joey. I suggest to > drop "name" and to just say "the installation" process: > > Select the wireless

Re: [SCM] d-i netcfg repository branch, people/sorina/show_essids, updated. 1.65-150-ga603dff

Christian PERRIER wrote: >> Type: select >> Choices: ${essid_list}, Enter ESSID manually >> Description: Select wireless network >> - Select desired network name (ESSID) to attempt to connect. >> + Select desired network name (ESSID) attempt connecting to. > > Hmmm, Sorina, I'm not sure this is

Re: [RFR] templates://partman-zfs/partman-zfs.templates

Justin B Rye wrote: > - Please chose the mode for multidisk operations for this ZFS pool: > + Please chose the mode for multidisk operations for this ZFS pool: Hang on, uncaught typo - it rhymes with "lose" and "whose" but it's spelt like "loose" and &quo

Re: [RFR] templates://partman-zfs/partman-zfs.templates

Justin B Rye wrote: [...] Attachments attached this time. -- JBR with qualifications in linguistics, experience as a Debian sysadmin, and probably no clue about this particular package --- partman-zfs.templates.old 2011-08-05 12:18:02.001958260 +0100 +++ partman-zfs.templates

Re: [RFR] templates://partman-zfs/partman-zfs.templates

Christian PERRIER wrote: > (please keep -boot CC'ed to answers) [...] > Template: partman-zfs/multipv_root > Type: error > # :sl4: > Description: Separate /boot mandatory for this ZFS configuration > The ZFS pool where your root file system is hosted is configured to use more > than one physical

Re: new strings in partman-zfs

Christian PERRIER wrote: > Quoting Robert Millan (r...@debian.org): >> Please see: >> >> http://anonscm.debian.org/gitweb/?p=d-i/partman-zfs.git;a=commitdiff;h=dc5406791a0685a3be3daf1a226462d09de2b7cf#patch13 > > I made a few corrections. Please see > bb075983e0c60e1c5375c4df995428f8f6897114. How

Re: Debian Installer Keyboard choices

Samuel Thibault wrote: > I've gone through all the keyboard layouts that we should support > at installation time since we have enabled translations for the > corresponding languages in localechooser, I end up with the following > list of addition: > > Albanian > Arabic > Asturian > Bengali > Bhut

Bug#538850: [Fwd: #538850 - cdrom-detect template review]

Martin Eberhard Schauer wrote: > we have an open BR about a template message. > Can you comment/review this template? Chris is right that "try again to [do X]" is subtly awkward, but his suggested alternative "try and [do X] again" has the drawback of involving "try and" - an English idiom that s

Bug#555394: os-prober: still failing

On Wed, Sep 15, 2010, antoine beaupre wrote: > So this is still happening in 1.39, which is fairly disappointing. It > seems that os-prober relies on a linux-specific sysfs in line 29: That would explain why os-prober's so useless under kfreebsd; but there's more to it. When os-prober running on

Re: Request for review: new templates in live installer

Christian PERRIER wrote: > Template: live-installer-launcher/mode > Type: select > Default: text > Choices-C: text, text-expert, gtk, gtk-expert > Choices: Text, Text (expert mode), Graphical, Graphical (expert mode) > # :sl3: > Description: Installer interface: > "Text" and "Graphical" refer to t

Re: Request for review: new templates in live installer

Justin B Rye wrote: > Or merge it into the previous paragraph: > >"Text" and "Graphical" refer to the type of user interface - "Text" is >character-based and operated using a keyboard, whilst "Graphical" allows

Re: Driver injection disk debconf templates in D-I

Christian PERRIER wrote: > Quoting Frans Pop (elen...@planet.nl): >> So maybe: >> Detect device driver media from hardware manufacturer > > I like that onethough it brings back wording to "any kind of > driver disk" while the original idea was "very special things embarked > in the devices its

Re: Driver injection disk debconf templates in D-I

Steve Langasek wrote: > Er, no. The OEM is the "original manufacturer" of the equipment. There's > nothing ambiguous or diluted about this. There are many different OEMs, and > in different contexts the term will be used to refer to different equipment, > but the term is used quite consistently

Re: Driver injection disk debconf templates in D-I

Petter Reinholdtsen wrote: > I see there is some confusion about this feature. This new udeb > provide an automatic way to activate driver debs that are made > available as part of the hardware. The internal driver disk is part > of the hardware (think USB stick that is part of the BIOS or ILO/DR

Re: Driver injection disk debconf templates in D-I

Justin B Rye wrote: > Extra problem: a media that contains? Media is a non-countable > noun, so it takes singular agreement. Or to avoid making anybody > worry about that, eliminate the need for agreement by saying: Whoops, "contains" _is_ third-person singular. The thing

Re: Driver injection disk debconf templates in D-I

Christian PERRIER wrote: > (please keep crosspost) > > Two new templates appeared recently in D-I, in the hw-detect > component. > > They're related to the possibility of using "driver injection disks" > to allow using OEM drivers for some devices. This feature was imported > from Ubuntu. > > I

Re: [RFC] Draft of announcement and errata, last chance of change

Oops, I missed another one: >> Is also important to note that we disabled the Graphical Installer for s/Is/It is/ -- JBR Never work between meals (Norfolk proverb) -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@list

Re: [RFC] Draft of announcement and errata, last chance of change

Justin B Rye wrote: >> Tasks changes >> - >> Many changes were done regarding packages selection and also: >> - Accessibility packages were add to GNOME task; >> - laptop task has been modernized; >> - SSH Server task has been added; > >

Re: [RFC] Draft of announcement and errata, last chance of change

> I've done the proposed fixes and also update the errata for another > review. > > Please give it a last look before we announce. Errata is at > http://people.debian.org/~otavio/d-i/errata.en.html and the announcement > text below. Apologies if this mail's a bit of a misshape - once again I've s

Bug#555394: os-prober: fails both sides of a Linux/kFreeBSD dual-boot

Package: os-prober Version: 1.35 Severity: normal My Squeeze testbed system dual-boots Debian GNU/Linux and Debian GNU/kFreeBSD (installed from an October debian-installer netinst daily image). On both OSes, os-prober is pulled in by grub2, but fails to live up to its documentation (by which of c

Bug#477092: [PATCH] add support for setting a username + password in grub-installer for GRUB 2

s/starting up/booting up" > > I'm not sure about "To defend against this" No strong opinion on any of these (even the "you might not be the owner" quibble is weak here). > "username" or "user name"? One word. "Christian Perrier&

Bug#452388: Back on "'standard system' is confusing" bug report

Christian Perrier wrote: >> Description: Standard system >> This task installs a reasonably small character-mode system. > > What about something like: > > Description: Standard (non-graphical) system > This task installs a reasonably small character-mode system, > that provides the most commo

Re: Request for review change in user-setup template

Christian Perrier wrote: > Quoting Justin B Rye (j...@edlug.org.uk): >> Setting an empty root password is not allowed. If you specify an empty >> password, the system's initial user account will be given the power to >> become root using the 'sudo' command[

Re: Request for review change in user-setup template

Christian Perrier wrote: > Quoting Luk Claes (l...@debian.org): >> + Choosing an empty root password is not allowed. If you choose an empty >> + password, then a user account will be created and given the power to >> + become root using the 'sudo' command. > > Hmmm, the templates says that using an

  1   2   >