From owner-freebsd-ports@FreeBSD.ORG Thu Jun 24 03:40:54 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 61F54106564A for ; Thu, 24 Jun 2010 03:40:54 +0000 (UTC) (envelope-from snabb@epipe.com) Received: from tiktik.epipe.com (tiktik.epipe.com [IPv6:2001:470:8940:10::1]) by mx1.freebsd.org (Postfix) with ESMTP id 2A5168FC15 for ; Thu, 24 Jun 2010 03:40:54 +0000 (UTC) Received: from tiktik.epipe.com (tiktik.epipe.com [IPv6:2001:470:8940:10::1]) by tiktik.epipe.com (8.14.3/8.14.3) with ESMTP id o5O3erSN086237 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 24 Jun 2010 03:40:53 GMT (envelope-from snabb@epipe.com) X-DKIM: Sendmail DKIM Filter v2.8.3 tiktik.epipe.com o5O3erSN086237 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=epipe.com; s=default; t=1277350853; x=1277955653; bh=Ne/A/iZHUzj6IreJ64dORBxvOhmP+phsxtBhOYYaJ8k=; h=Date:From:To:cc:Subject:In-Reply-To:Message-ID:References: MIME-Version:Content-Type; b=h7AE6Nq0TfdFoZlJyG9Rmo+8ZRKRM+FbhG5lSEntH19r2yl7Xl7Frr0DZ7+evNXaF 622KNG2jmmbWAr3+C3QujL5vgU+hFA2aetN1a2LU5qsKwZaqzM0rIkwhfv6XjC0DOJ GPoT5j/Z5cITUymCxhDl8zSxkLxBUFe828vbG/eo= Date: Thu, 24 Jun 2010 03:40:48 +0000 (UTC) From: Janne Snabb To: David DEMELIER In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.5 (tiktik.epipe.com [IPv6:2001:470:8940:10::1]); Thu, 24 Jun 2010 03:40:53 +0000 (UTC) Cc: freebsd-ports@freebsd.org Subject: Re: New pkg-message[.in] guideline idea 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: Thu, 24 Jun 2010 03:40:54 -0000 On Wed, 23 Jun 2010, David DEMELIER wrote: > 2010/6/23 Janne Snabb : >> I find it completely useless and plainly stupid to edit the >> pkg-messages of all ports to include lots of equal signs for tty-based >> formatting purposes. > > We can take a long time to do that (we don't have to do it quickly), > but it could be useful to standardize it for one reason : > You will see that it's a message from the port maintainer/submitter > and not from the program itself! Sometimes configure scripts stage say > some useless things to the user. You obviously did not get my point. I fully agree with you that displaying a line of equals signs on tty based interfaces to make the messages stand out from other crap when installing ports makes sense, but I STRONGLY oppose to the idea of putting this visual formatting in the actual message files. It is just not the right place to put it in. As I pointed out in my previous message, these messages are displayed by various different means for different purposes by different pieces of software (on tty, through GUI, on web sites, etc). Some of that software does not exist right now, but may be implemented in future (I am thinking here of for example a Synaptic like tool for managing the installed software). A line of equals signs looks good on a 80 character wide tty screen when the important message is surrounded by other non-important output, but it just looks stupid when displayed by a GUI or on a web site. Putting the visual cues in pkg-messages files would require every other display mechanism to have a logic to strip them out (for example when displaying the message on X display as a word-wrapped pop-up-window of random width). Why not just change the current display logic to emit these visual cues on a tty when installing ports? It is a single edit to a single file and does not introduce useless clutter in approximately 2209 pkg-message* files in the ports tree. I do realize that many of the current pkg-messages do include similar visual visual formatting already in a non-standard way. One port uses equals signs, another port uses hyphens, etc. Those should be all removed from pkg-messages when the ports infrastructure displays a standardized visual separator automatically. I do not oppose to the other related ideas (such as making a logic to optionally display a part of a message only when some option was enabled). -- Janne Snabb / EPIPE Communications snabb@epipe.com - http://epipe.com/