From owner-freebsd-arch@FreeBSD.ORG  Wed Feb 15 22:05:34 2012
Return-Path: <owner-freebsd-arch@FreeBSD.ORG>
Delivered-To: freebsd-arch@FreeBSD.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
	by hub.freebsd.org (Postfix) with ESMTP id 3F5671065670;
	Wed, 15 Feb 2012 22:05:34 +0000 (UTC) (envelope-from avg@FreeBSD.org)
Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140])
	by mx1.freebsd.org (Postfix) with ESMTP id 4664D8FC15;
	Wed, 15 Feb 2012 22:05:33 +0000 (UTC)
Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua
	[212.40.38.100])
	by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id XAA07298;
	Wed, 15 Feb 2012 23:51:42 +0200 (EET) (envelope-from avg@FreeBSD.org)
Received: from localhost ([127.0.0.1])
	by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD))
	id 1RxmlK-00010d-9x; Wed, 15 Feb 2012 23:51:42 +0200
Message-ID: <4F3C28DD.1020003@FreeBSD.org>
Date: Wed, 15 Feb 2012 23:51:25 +0200
From: Andriy Gapon <avg@FreeBSD.org>
User-Agent: Mozilla/5.0 (X11; FreeBSD amd64;
	rv:10.0) Gecko/20120202 Thunderbird/10.0
MIME-Version: 1.0
To: freebsd-arch@FreeBSD.org, gabor@FreeBSD.org
X-Enigmail-Version: 1.3.5
Content-Type: text/plain; charset=X-VIET-VPS
Content-Transfer-Encoding: 7bit
Cc: 
Subject: bsd/citrus iconv
X-BeenThere: freebsd-arch@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Discussion related to FreeBSD architecture <freebsd-arch.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-arch>,
	<mailto:freebsd-arch-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-arch>
List-Post: <mailto:freebsd-arch@freebsd.org>
List-Help: <mailto:freebsd-arch-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-arch>,
	<mailto:freebsd-arch-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 15 Feb 2012 22:05:34 -0000


Guys,

maybe we could already start building bsd/citrus iconv and using it for
something instead of just having it in the tree?
Maybe initially without exposing the lib to anything outside the base system
(ports), just using it for things in the base system like libkiconv...

-- 
Andriy Gapon