all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: karl@freefriends.org (Karl Berry)
To: ludo@gnu.org
Cc: bug-guix@gnu.org
Subject: Re: Synchronizing synopses with the Womb
Date: Thu, 18 Apr 2013 22:39:15 GMT	[thread overview]
Message-ID: <201304182239.r3IMdF0P032258@freefriends.org> (raw)
In-Reply-To: <878v4h8736.fsf@gnu.org>

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 1935 bytes --]

    For Nano, Iœôòùm not sure it makes sense to mention Pico (Pico wasnœôòùt free,
    right?); instead we have "A small, user-friendly console text editor".

Agreed.  Except, trivial, there is no need for "A" here.  So I changed
it to:

doc-summary: Small, user-friendly console text editor

The other one is more problematic, though I certainly don't feel
absolutist about it.

    For gdbm, œôòühash libraryœôòý seems misleading, and I think the word
    œôòüdatabaseœôòý must appear; 

Because I put it in category Database?  Maybe that was wrong and the
more generic "Software libraries" would be better.

    I would suggest: œôòüKey/value database libraryœôòý.

Looking at it now ... to me, gdbm is precisely *not* a database, in the
sense of, say, postgresql or mysql or sqlite.  And thus using the term
in the description would be more confusing than helpful?

The other things I put in the Database category
(http://www.gnu.org/manual/#Database) all seem to be actual programs,
not just libraries.

Looking again at the gdbm web page (which is where I started), it starts
with:
    gdbm ... a library of database functions that use extensible hashing
    and work similar to the standard UNIX dbm.

So how about:
doc-summary: Hash library of database functions compatible with traditional dbm

I think the dbm reference is important, because many Unix programmers
and programs have heard of dbm and ndbm and will immediately know
exactly what it is.

I can't say I'm enthused about verbose "key/value" instead of "hash" --
are we not allowed to use technical terms any more :)?  Either would be
ok, but key/value will make my line >79 chars :).


However, it's more important to me that we come up with something we can
both live with than insisting on any particular point, so let me know.

Thanks,
Karl

P.S. Did you talk with Brandon about synchronizing the guix/gsrc
long(er) descriptions?  He was going to write you ...

  parent reply	other threads:[~2013-04-18 22:39 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-04-17 16:17 Synchronizing synopses with the Womb Ludovic Courtès
2013-04-18 15:39 ` [PATCH] tests: Use a new synopsis of GNU Hello. (was: Synchronizing synopses with the Womb) Nikita Karetnikov
2013-04-18 15:46   ` [PATCH] tests: Use a new synopsis of GNU Hello Ludovic Courtès
2013-04-18 22:39 ` Karl Berry [this message]
2013-04-19  9:59   ` Synchronizing synopses with the Womb Ludovic Courtès
2013-04-19 14:30     ` Brandon Invergo
2013-04-20  9:02       ` Ludovic Courtès
2013-04-20 10:58         ` Brandon Invergo
2013-04-20 11:00           ` Brandon Invergo
2013-04-20 13:46             ` Ludovic Courtès
2013-04-20 15:12               ` Brandon Invergo
2013-04-20 15:34                 ` Brandon Invergo

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=201304182239.r3IMdF0P032258@freefriends.org \
    --to=karl@freefriends.org \
    --cc=bug-guix@gnu.org \
    --cc=ludo@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/guix.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.