emacs-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[debbugs-tracker] bug#20720: closed (Inconsistency in text fields for 'o


From: GNU bug Tracking System
Subject: [debbugs-tracker] bug#20720: closed (Inconsistency in text fields for 'operating-system')
Date: Sun, 07 Jun 2015 15:17:02 +0000

Your message dated Sun, 07 Jun 2015 17:16:33 +0200
with message-id <address@hidden>
and subject line Re: bug#20720: Inconsistency in text fields for 
'operating-system'
has caused the debbugs.gnu.org bug report #20720,
regarding Inconsistency in text fields for 'operating-system'
to be marked as done.

(If you believe you have received this mail in error, please contact
address@hidden)


-- 
20720: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=20720
GNU Bug Tracking System
Contact address@hidden with problems
--- Begin Message --- Subject: Inconsistency in text fields for 'operating-system' Date: Tue, 02 Jun 2015 17:58:46 +0300 User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux)
Hello, this is not a bug report, but a feature request.

I see some inconsistency in specifying text / text files in an
operating-system declaration:

- ‘sudoers’ and ‘issue’ want plain strings;

- ‘hosts-file’ and ‘mingetty-service’ (#:motd argument) want a
  'text-file' monadic procedure;

- some other services (‘syslog-service’, ‘lirc-service’, ...) want file
  names (of the configuration files).

As for me, I prefer the latter variant.  But I think the best would be
to add support for any of the above possibilities for all services or
operating-system fields.

-- 
Alex



--- End Message ---
--- Begin Message --- Subject: Re: bug#20720: Inconsistency in text fields for 'operating-system' Date: Sun, 07 Jun 2015 17:16:33 +0200 User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux)
Alex Kost <address@hidden> skribis:

> My needs are completely satisfied now, thank you very much!  The bug can
> be closed I think.

Great, thanks!

Ludo'.


--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]