[pacman-dev] [PATCH] [RFC] makepkg: clean-up of output messages

Dan McGee dpmcgee at gmail.com
Thu Jun 23 22:11:53 EDT 2011

On Thu, Jun 23, 2011 at 6:19 AM, Allan McRae <allan at archlinux.org> wrote:
> On 23/06/11 02:13, Dan McGee wrote:
>> On Wed, Jun 22, 2011 at 3:54 AM, Allan McRae<allan at archlinux.org>  wrote:
>>> There was a lot of inconsistency in how strings that should not be
>>> translated (program names, option flags, PKGBUILD directives, etc) were
>>> handled. This patch moves them all outside the gettext invocation for
>>> consistency and to prevent accidental translation.
>>> Note that some of these may need reverted if they cause difficulties in
>>> translation due to gettext usage in bash not taking positional parameters
>>> for arguments. A quick survey of current translations idicates that this
>> "indicates"
>>> issue will be rare.  Also, we should be able to catch these before a full
>>> string freeze given we are going to probably need a "developer preview"
>>> release before the next release series.
>> This seems reasonable. Gettext pisses me off a lot here that it can't
>> support these, almost tempted to say we could write a wrapper function
>> but that seems overkill.
>> Do you want to do the message catalog split to possibly make catching
>> these errors easier?
> You mean splitting makepkg (and the rest of the bash scripts) into their own
> translation unit?  It is on my TODO list, but I have not quite figured out
> how to do that yet...

It shouldn't be that hard. I'll give it a shot here real quick...


More information about the pacman-dev mailing list