Re: review of src:sequoia-chameleon-gnupg package descriptions

Holger Levsen wrote: > I would kindly ask you for a review of these src:sequoia-chameleon-gnupg > package > descriptions. I'm intentionaly not giving more context as I think the package > descriptions should speak for themselves. I'm looking forward to your comments > and other feedback! (And

Re: 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? > > >

Re: 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

Re: 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 >>

Re: 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 >>

Re: 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

Re: 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: Debian at SCaLE 21x (Linux conference in Southern California)

Joost van Baal: > SCaLE, the largest community-run open-source and free software conference in > North America, will take place for the 21st time on March 14-17, 2024 in > Pasadena, CA, USA. Dima Kogan and other Debian enthousiasts will be

Re: an oddity (was: Re: kexec-tools template update)

RL wrote: > What is the deal with > https://www.debian.org/international/l10n/po-debconf/en - are these > packages with invalid .po or is the page just not coping with English > being the 'default' (but then why are some listed as "complete")? It looks as if the handful of packages listed there

Re: kexec-tools template update

Khalid Aziz wrote: > I am working on updating kexec-tools package. As part of the update, I > intend to remove one of the config options. This will require me to remove > the config option dialog from the templates file, specifically > kexec-tools/load_kexec option. What is the right way to

Re: Wording in icingaweb2-module-toplevelview

Helge Kreutzmann wrote: > icingaweb2 has released quite a few new templates and the German team > starts translating them. Have those been reviewed here? No, but they should have been. > I specifially stumbeld over the following paragraph, which does not > look right to me: > > > msgid "This

Re: Change of templates file in fontconfig-config

Gunnar Hjalmarsson wrote: > On 2023-09-04 08:19, Justin B Rye wrote: >> Gunnar Hjalmarsson wrote: >>> I made a minor — but important — change to the >>> debian/fontconfig-config.templates file in the fontconfig source >>> package: >>> >>>

Re: Change of templates file in fontconfig-config

Gunnar Hjalmarsson wrote: > Hi! > > I made a minor — but important — change to the > debian/fontconfig-config.templates file in the fontconfig source package: > > https://salsa.debian.org/freedesktop-team/fontconfig/-/commit/45d8eda0 > > That created fuzzy items in the PO files. I saw the

Re: Review request: debconf templates for mrtg

Eriberto Mota wrote: > You are right again. However, this is a big effort for a minimum of > machines (or none for now) in this situation. I decided just to show > a message for the users. Are you saying most MRTG users don't have any customisations in their mrtg.cfg that they'll need to keep, or

Re: Review request: debconf templates for mrtg

Eriberto wrote: > Due #1041332, I needed to change a template. Could you check it for > me? I will write it below. > > Template: mrtg/move_config_file > Type: note > _Description: /etc/mrtg.cfg should be moved to /etc/mrtg/mrtg.cfg > Older versions of MRTG on Debian had the configuration file

Re: 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"

Re: Review request: debconf templates for mrtg

Eriberto wrote: > Thank you Justin for this very useful help. I will make all changes > needed soon. Hang on, I've just spotted a couple of errors in the second template: + By default MRTG writes all graph in the directory /var/www/html/mrtg/. That should be "graphs". + However, this

Re: Review request: debconf templates for mrtg

Eriberto Mota wrote: > I would like to ask for a revision of the mrtg templates[1] because I am not > a native English speaker. Okay - commented diff below, uncommented version attached. --- mrtg.templates.orig 2023-07-13 13:01:05.083477432 +0100 +++ mrtg.templates 2023-07-13

Re: review of documentation about creating new ports?

c.bu...@posteo.jp wrote: >> At this point I believe the document is fairly complete and correct, > > From my point of view I wouldn't call it "complete". It fails in the first > paragraph because the term "Port" is not defined and no definition > document/wikpage is linked. It might be unclear to

Re: help with dash manual page needed

Andrej Shadura wrote: > I’m curious if someone here could suggest a better way to describe > the following. It's really hard to define this sort of thing in a way that's both rigorous and reader-friendly, and it needs even more work to fit such a definition into the existing context of a

Re: Review of DLA apache2

Bastien Roucariès wrote: > Could you review the freetext form of this DLA ? Okay: > Several vulnerabilities have been discovered in apache2 a > webserver that may be used as front-end proxy for other applications. This needs a comma - "apache2, a webserver". > > These vulnerabilities may lead

Re: Doesn't introspection limited to passive examination, withoutactions?

> Can we collaborate about it? Okay - but I don't see much left for me to help with. [...] >> I would suggest that busctl, journalctl, and networkctl should all >> standardise on "Control" (if it isn't accurate, they're misnamed!), >> and they should especially avoid adding redundant extra

Re: Doesn't introspection limited to passive examination, withoutactions?

u...@net9.ga wrote: > Refering to > https://manpages.debian.org/bullseye/systemd/networkctl.1.en.html . > The DESCRIPTION section of the networkctl manual page, at the top of the > page, writes about introspection. Does introspection correctly describes > actions such as delete, up, down,

Re: Terminology changes for update-alternatives

Julian Andres Klode wrote: >> I'd like to move away from the master/slave terminology used in >> update-alternatives for both the external interfaces (CLI options, >> output fields) obviously preserving backwards compatibility, docs >> and for all the internal code symbols. For the same reasons as

Re: Terminology changes for update-alternatives

Guillem Jover wrote: > I'd like to move away from the master/slave terminology used in > update-alternatives for both the external interfaces (CLI options, > output fields) obviously preserving backwards compatibility, docs > and for all the internal code symbols. For the same reasons as mentioned

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"

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

RL wrote > Cyril Brulebois writes: >> Template: apt-setup/contrib >> Type: boolean >> Default: false >> # :sl1: >> _Description: Use contrib software? >> Some additional software has been made to work with Debian. > > I read this (and especially "has been made to work")

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

Re: dailydesktopwallpaperplus 4.0.7-1: Please translate debconf PO for the package dailydesktopwallpaperplus

Patrice Coni wrote: > As I have seen, each image has its the copyright by his owner. > This copyright is included in the description of the daily image. > Every description (with copyright) about the image is stored in > a database, which managed by my application managed. > But I don't refer to

Re: dailydesktopwallpaperplus 4.0.7-1: Please translate debconf PO for the package dailydesktopwallpaperplus

RL wrote: > Justin B Rye writes: >> daily picture from Bing or Windows-Spotlight as wallpaper >> >> DailyDesktopWallpaperPlus is a utility to set the daily picture from Bing >> or > ^^^ > Is it "use"

Re: dailydesktopwallpaperplus 4.0.7-1: Please translate debconf PO for the package dailydesktopwallpaperplus

Patrice Coni wrote: > Dear Debian I18N/l10n people, > > I would like to know if some of you would be interested in translating > dailydesktopwallpaperplus. > > Please translate the PO file to english. The attached PO file is in English. It's usually easier to start from the actual file that the

Re: Please review control and templates for tryton-server

Mathias Behrle wrote: >> Is that understandable? > > Hopefully this was/is a good solution as there was no reply any more. And I > already received the german translation, thanks for that. (Yes, I was busy but I'd run out of anything to say.) > As I am a bit new to the translation process: is

Re: Please review control and templates for tryton-server

Mathias Behrle wrote: >> I'm starting with comments on the templates and hoping to work up >> towards MRs later - first I might need some help with understanding >> them. > > Just tell me if you want to do MRs or if I should merge your proposed changes > along the discussion. It would take me a

Re: Please review control and templates for tryton-server

Mathias Behrle: > I have created several new packages providing a guided support for the > installation of tryton-server. The repository can be found at > > https://salsa.debian.org/tryton-team/tryton-server/-/tree/debian-bullseye-6.0 > > As I am not a native English speaker, I would be glad to

Re: Control file

RL wrote: >> Finally a patch. Extra notes: >> >> * I've squeezed the first paragraph, and (usually) merged the last two. Oh, I've just noticed a typo in armv6k-support: s/ARMV6/ARMv6/. > Wow - i think I almost understand what these packages are for now. I > also thought the technical info

Re: Control file

Justin B Rye wrote: > I've nearly got a patch Finally a patch. Extra notes: * I've squeezed the first paragraph, and (usually) merged the last two. * a recurring typo I missed first time: s/guaranted/guaranteed/g * instead of repeating "compliant with the ANSI/IEEE Std 754-

Re: Control file

Bastien Roucariès wrote: > Could you please improve the package description ? I've nearly got a patch, but I'll need to pause my work on this for now so I'll just include my work so far. > Source: isa-support > Section: misc > Priority: optional > Uploaders: Gioele Barabucci > Maintainer:

Re: Review of new man page of sensible-editor

roucaries bastien wrote: >> (But meanwhile I'm looking at "sensible-terminal" and its advice to >> "Set the $TERMINAL_EMULATOR environment variable to your desired >> terminal emulator". Since it's needed before my shell is initialised, >> I'm a bit confused about where it should be set...?) > >

Re: Review of new man page of sensible-editor

roucaries bastien wrote: > I have pushed some changes on salsa, could you review ? Oh, with RL's version of sensible-editor, okay - yes, I think the documentation now matches the actual behaviour of the script, so if that looks good to you then I'm happy. (But meanwhile I'm looking at

Re: Review of new man page of sensible-editor

RL wrote: >> Of course this loop-detector won't catch VISUAL='sensible-editor --', >> but I suppose that's just another variety of "don't do that then". > > maybe overkill, but i did find a way to catch that: and in > doing so, i realised some other things: > > - there is no need to check for an

Re: Review of new man page of sensible-editor

Bastien Roucariès wrote >>> Could you review/improve sensible-editor new man page ? In case you missed the ones you weren't CCed on, there's been further discussion about the fact that it turns out the sensible-editor script doesn't follow the processing steps the man page says it does (e.g. it

Re: Review of new man page of sensible-editor

RL wrote: >> This looks like a great improvement on what we've got, and also better >> than the quarter-finished version I had, but unfortunately it looks >> like an improvement on the version in buster. The sid version has had >> some refactoring - though it doesn't fix the bug we'd noticed - so

Re: Review of new man page of sensible-editor

RL wrote: > #!/bin/sh [...] This looks like a great improvement on what we've got, and also better than the quarter-finished version I had, but unfortunately it looks like an improvement on the version in buster. The sid version has had some refactoring - though it doesn't fix the bug we'd

Re: Review of new man page of sensible-editor

I wrote: > This really needs a whole new proposed version, but that isn't > attached yet. Attached; unfortunately I'm changing so much now that it's overstretching my knowledge of nroff. The big problem with the itemised list of stages is that although it makes a good summary how

Re: Review of new man page of sensible-editor

This really needs a whole new proposed version, but that isn't attached yet. RL wrote: >> This is a bit obscure, since no $0 has been mentioned. If I'm fluent >> in shell and want to know exactly how sensible-editor is implemented, >> can't I just read it? > > agree - the whole section seems

Re: Review of new man page of sensible-editor

Bastien Roucariès wrote: > Could you review/improve sensible-editor new man page ? Mostly fixing up the grammar, but I do have a couple of questions about what it's trying to say. First here's a commented diff; corresponding revised version attached. --- sensible-editor.man 2022-08-16

Re: files with extension '.crt' is recognized as available certs.

u...@net9.ga wrote: > Quoting > https://salsa.debian.org/debian/ca-certificates/-/blob/master/debian/ca-certificates.postinst#L127 (This being text that gets inserted by the postinst at the top of a new /etc/ca-certificates.conf file.) > > files with extension '.crt' is recognized as

Re: When reading `The "\" indicates', would a native English reader expects a "\"?

u...@net9.ga wrote: > Regarding section 3.2.5, Assigning A New Value To A Variable, at > https://docs.gimp.org/en/gimp-using-script-fu-tutorial-identifier.html . (Packaged in gimp-help-en) > Is it correct that an average native English reader that reads > > Note > > The "\" indicates

Re: please review debconf template changes in uif

Justin B Rye wrote: > Maybe something like: > >Please choose whether the firewall should be configured now with a >simple "workstation" setup, given a specialised debian-edu-router Oops, en_GB. That should be specialized >configuration, or left

Re: please review debconf template changes in uif

Mike Gabriel wrote: > Dear l10n-english team, > I have just uploaded a new package version of 'uif' (universal internet > firewall). I have added IPv6 support to the debconf dialogs + another > installation mode. > > As I am not a native English speaker, I'd be happy about a debconf template >

Re: Bug#1009253: www.debian.org: remove debian-www list from the footer; direct people to the contact page instead

Paul Wise wrote: > Hi debian-l10n-english folks, > > I'm looking for advice on how to reword the footer on the Debian > website. I want to drop debian-www from the contact information in the > website footer, directing people to the contact page on the website > instead, which should empower them

Re: A line while domain.com. Is while the correct word?

u...@net9.ga wrote: [...] > Quoting https://manpages.debian.org/bullseye/dehydrated/dehydrated.1.en.html > > A single line while "example.com example.net" will request a single > certificate > > line broken by me for readability. > > Even though the meaning looks to me clear, shouldn't

Re: 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

Re: 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 >

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

Re: Review of debconf template for jalview

Pierre Gruet wrote: > I have written the debconf template of the package jalview; could you please > give me your opinion and possible suggestions for improvement if time > permits? > > The template can be found at > >

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

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

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 > ---

Re: Bug#980903: debhelper: doc-base doc-id deduplication does not work as documented with multiple "dh_installdocs -p" calls; causes /usr/share/doc-base/ to be installed multiple times

Axel Beckert wrote: > Justin B Rye wrote: >> Please be aware that this deduplication is currently done in memory >> only, so it requires B to be called no more than >> once during the package build. Calling BI >> in combination with using FIF<.doc

Re: Bug#980903: debhelper: doc-base doc-id deduplication does not work as documented with multiple "dh_installdocs -p" calls; causes /usr/share/doc-base/ to be installed multiple times

Axel Beckert wrote: > I've now added one paragraph to the POD of dh_installdocs: > > Please be aware that this deduplication currently only works if > B is called only once during the package build as > deduplication is done in memory only. Especially calling > BI in combination with

Re: Improve environ manpages

roucaries.bast...@gmail.com wrote: > Could you review the language of the following improvement of > environ manpages ? Sure - I've merged it all into one mail here but I can splt things up if that helps. > Do not use for documentation purposes the unsecure mktemp function > > Signed-off-by:

Re: Please review and translate: new homepage of www.debian.org (publish date 17 Dec 2020)

admin wrote: >...> system to crash because of software conflicts? Dpkg, Debian's endured >...> packaging system, takes care of these issues for you. > > I thing they mean "proven" > > Cyrille That looks like a very neat fix. -- JBR with qualifications in linguistics, experience as a Debian

Re: Please review and translate: new homepage of www.debian.org (publish date 17 Dec 2020)

Laura Arjona Reina wrote: > The files are (in /english folder): > > /index.wml > /intro/index.wml > /intro/people.wml - some parts copied from /intro/about.wml > /intro/philosophy.wml - some parts copied from /intro/about.wml > /intro/why_debian.wml > /po/homepage.*.po - can be generated with

Re: Ending a sentence with two punctuation mark

Finn wrote: > On 11/17/20 11:38 AM, Justin B Rye wrote: > >> example, here is the accessibility team todo list. > > Can I add an apostrophe 's' with word "team"? > > example, here is the accessibility team's todo list. > > Please correct me

Re: Ending a sentence with two punctuation mark

Finn wrote: > I recently came across this sentence ("It intends to help answering the > question I have a few hours for Debian, what should I do now?.") on UDD's > maintainers dashboard[1] page. We've lost the italicisation that marks it as a quote, but yes, things like "How do you pronounce

Re: Please review knot-resolver debconf template

Santiago Ruano Rincón wrote: > I am planning to add the attached template to knot-resolver. Could you > please take a look at it? Sure! Okay, the good news is that I can expect anybody who has installed knot-resolver to already know the technical background better than I do, so I really do only

Re: KLog translation help needed

Justin B Rye wrote: > [...] >> #: ../dxccstatuswidget.cpp:372 >> msgctxt "DXCCStatusWidget|" >> msgid "Entity not worked in this band." >> msgstr "" > > Something's wrong here, but I'm not sure what it's trying to say. Is >

Re: KLog translation help needed

Jaime Robles wrote: > I am writing to you because some time ago you really helped me reviewing my > English file for translators of KLog. > > Would it be possible for you to check it again, please :-) Sure! I was hoping to include a diff here, but there are so many possible changes where I

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.

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 >>&

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

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). > >

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

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': also questions for whic

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

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

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

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

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 @@

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

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

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

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: >

Re: new Debian homepage: request for review

Thomas Lange wrote: > git checkout new-homepage Thanks! Simple once I know it, as usual. Here are some nitpicks on the particular files you mentioned; patch attached, diff --git a/english/index.wml b/english/index.wml index f6babb83e76..9cc03cccba7 100644 --- a/english/index.wml +++

Re: new Debian homepage: request for review

la...@debian.org wrote: > before starting the translations of the new homepage I like to ask for review > from native speakers. Following pages in the new-homepage branch > (g...@salsa.debian.org:webmaster-team/webwml.git) needs to be reviewed: > > english/index.wml (complete rewrite)

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: Bug#940624: Errors in the translatable messages

Summary: a few of these are good wishlist-grade suggestions. >> SOURCE TEXT >> Alternatively the passwords can be permanently remembered in the >> debconf database (which is protected by Unix file permissions), >> though this is less secure and thus not the default setting. >> ERRORS >> - Word

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 it behaves

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

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

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

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 >>

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

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

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

Re: Bug#939770: wireshark: Wrong path in pre-install notification

Balint Reczey wrote: > Justin B Rye wrote: >> So instead of saying "after the package installation is finished" you >> might change it to something like: >> >> For more detailed information please see > - /usr/share/doc/wireshark-common/README.Debia

Re: Bug#939770: wireshark: Wrong path in pre-install notification

Balint Reczey wrote: >> I suggest to change path in the question and make it clear that the >> file will only exist after the package is installed – even though a >> text mentioning it might be shown before installation is completed. Thanks for taking the trouble to deal with this! The patch

  1   2   3   4   5   6   7   8   9   10   >