all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Brandon Invergo <brandon@invergo.net>
To: "Ludovic Courtès" <ludo@gnu.org>
Cc: guix-devel@gnu.org
Subject: Re: Synchronizing descriptions with GSRC?
Date: Mon, 15 Jul 2013 23:44:03 +0200	[thread overview]
Message-ID: <8738rfbisc.fsf@naga.invergo.net> (raw)
In-Reply-To: <87hag26pis.fsf@gnu.org> ("Ludovic Courtès"'s message of "Thu, 11 Jul 2013 00:03:55 +0200")

[-- Attachment #1: Type: text/plain, Size: 2063 bytes --]

Ack, sorry about the late reply.  I've been overly busy these days.

ludo@gnu.org (Ludovic Courtès) writes:

> Yes, but it’s unclear whether these are copyrightable, and since these
> are GNU packages anyway, it’s safe to directly copy their descriptions,
> I think.

That sounds fine then.  I was probably being overly cautious.

>> Perhaps it would be best to keep all canonical package descriptions,
>> short and long, in a single file under revision control somewhere, such
>> as in womb.  They would then be available for anyone who needs them,
>> should any need arise in the future and it would be easier for all
>> involved to stay in sync.  What do you think?
>
> Sounds good to me.

Ok, sometime in the next week I'll put together a file.  It shouldn't be
difficult; I just need to do a query against the recfile package
manifest that I have.  Nevertheless, my PhD research is melting my
brain, so there might be a small delay in getting it done...

> A related question is i18n: Guix uses gettext, and the plan is to use
> the Translation Project for the translation of synopses/descriptions
> too.  Should that be handled externally too?  If it is, we’d still need
> to have a gettext catalog for our purposes.  How could that work?

Good question.  If we keep all the translation in the separate
repository, then the Guix translators will have to retrieve the package
description translations from that repository, though then the
translation would be done.  On the other hand, if only the English
descriptions were kept in the external repository, the translators could
just do their work directly on Guix.  I don't have plans at the moment
to have GSRC translated; as I understand it, gettext can't be used to
translate text in Makefiles (though I'd be glad to find out that I'm
wrong).  Therefore, since Guix is the only one using the translations,
perhaps it's ok for translators to just work within Guix and not on the
external repo..

-brandon

-- 
Brandon Invergo
http://brandon.invergo.net

[-- Attachment #2: Type: application/pgp-signature, Size: 489 bytes --]

  reply	other threads:[~2013-07-15 21:44 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-07-10 20:52 Synchronizing descriptions with GSRC? Ludovic Courtès
2013-07-10 21:28 ` Brandon Invergo
2013-07-10 22:03   ` Ludovic Courtès
2013-07-15 21:44     ` Brandon Invergo [this message]
2013-07-15 22:45       ` Nikita Karetnikov
2013-07-16 14:06         ` Ludovic Courtès
2013-07-16 22:54           ` Nikita Karetnikov
2013-10-08 21:44     ` Brandon Invergo
2013-10-08 22:16       ` Karl Berry
2013-10-09 10:14         ` Translation of package descriptions and synopses Ludovic Courtès
2013-10-09 21:48           ` Karl Berry
2013-10-08 21:45     ` Synchronizing descriptions with GSRC? Brandon Invergo
2013-10-09 11:19       ` Ludovic Courtès
2013-10-09 13:55         ` Brandon Invergo
2013-10-09 14:21         ` Ludovic Courtès

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=8738rfbisc.fsf@naga.invergo.net \
    --to=brandon@invergo.net \
    --cc=guix-devel@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.