From owner-freebsd-ports@FreeBSD.ORG Sat Jan 13 23:50:15 2007 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 26DCD16A415 for ; Sat, 13 Jan 2007 23:50:15 +0000 (UTC) (envelope-from infofarmer@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.191]) by mx1.freebsd.org (Postfix) with ESMTP id A96D013C44B for ; Sat, 13 Jan 2007 23:50:14 +0000 (UTC) (envelope-from infofarmer@gmail.com) Received: by nf-out-0910.google.com with SMTP id k27so1599517nfc for ; Sat, 13 Jan 2007 15:50:13 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=FBRIfQqtFQABUSP4BsagA8jHRy771/+YXS+lkHvEARpfO1PBxoDI9CmsCCd3q9EH3fWvVD4wHKaGGif6s7kmbtwZV3OYzUDZt5LKMMOiJ4Bf+BpxcrJRUaS9F6SlbuThMApdozWformPgvP4HrW+qZZM8e/bq9mTGI/+o11eC64= Received: by 10.78.203.13 with SMTP id a13mr1468912hug.1168732202969; Sat, 13 Jan 2007 15:50:02 -0800 (PST) Received: by 10.78.164.20 with HTTP; Sat, 13 Jan 2007 15:50:02 -0800 (PST) Message-ID: Date: Sun, 14 Jan 2007 02:50:02 +0300 From: "Andrew Pantyukhin" Sender: infofarmer@gmail.com To: "Doug Barton" In-Reply-To: <45A96382.3040407@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <17833.15710.478810.6251@jerusalem.litteratus.org> <45A96382.3040407@FreeBSD.org> X-Google-Sender-Auth: a4a675ea5a04626f Cc: FreeBSD Ports , Robert Huff Subject: Re: Restricting (human) language and character set in /usr/ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Jan 2007 23:50:15 -0000 On 1/14/07, Doug Barton wrote: > Andrew Pantyukhin wrote: > > On 1/13/07, Robert Huff wrote: > >> > >> Andrew Pantyukhin writes: > >> > >> > I'm not sure if there's a policy already, but it seems > >> > we have discussed this before. > >> > > >> > Can we limit /usr/ports (the whole ports collection) to > >> > English language and ASCII characters? This restriction > >> > should probably apply to all text data (with possible > >> > exception for patches). > >> > >> I don't follow this issue (much), so could you explain what's > >> broken about the /status quo/? > > > > It depends on what you mean by /status quo/, but in > > short, when I look at COMMENT, pkg-descr, pkg-message, > > comments in Makefile and other such text data, I > > expect to see English language and ASCII characters. > > > > There are ports that don't follow this expectation and > > I'd like to change that. > > I'm not sure it's quite so cut and dry as that. For example, I think > it's probably reasonable for the /usr/ports/ ports to have > some non-ascii stuff to start with. I'm not against non-ascii, but there's no notion of character set in /usr/ports. I work in UTF-8 and it's visible to me, as it is to many other people working in many different charsets. There are several ways to deal with non-ascii characters, the two most effective being: (a) select a universal charset (I would love to see UTF-8 in that role) (b) introduce special markers, defining current charset I can not agree with people selecting random charsets and me having to guess them. Automated information brokers, like freshports, also have problems with this. As for the language, I expect everything within the FreeBSD project to be present at least in English. L10n overlaps with multiple charset support and without both concepts implemented one way or another (like they are in FDP), I think presenting content exclusively in English is the only solution. > Is there a problem you're trying to solve here, or is this just a > matter of tidying things up a bit? To me it looks like a matter of consistency and usability.