From owner-freebsd-ports@FreeBSD.ORG Wed Feb 8 01:20:19 2012 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 6DCCD106567E; Wed, 8 Feb 2012 01:20:19 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-150-251.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 46FAA14EBBF; Wed, 8 Feb 2012 01:20:16 +0000 (UTC) Message-ID: <4F31CDCF.3070107@FreeBSD.org> Date: Tue, 07 Feb 2012 17:20:15 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:10.0) Gecko/20120201 Thunderbird/10.0 MIME-Version: 1.0 To: Andriy Gapon References: <4F3101C3.8070209@FreeBSD.org> In-Reply-To: <4F3101C3.8070209@FreeBSD.org> X-Enigmail-Version: 1.3.5 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: avl@FreeBSD.org, freebsd-ports@FreeBSD.org Subject: Re: net/freerdp 1.0.0 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: Wed, 08 Feb 2012 01:20:19 -0000 On 02/07/2012 02:49, Andriy Gapon wrote: > > I would like to ask you to review and test the port in this PR: > http://www.freebsd.org/cgi/query-pr.cgi?pr=164843 Using the latest shar on up to date 8-stable i386 it seems to run fine. FWIW I'm using the port with all of the OPTIONS UNchecked. A couple of notes: * There is a man page listed in the Makefile, but it doesn't seem to exist. * When I exit I get this: Failed to check xfreerdp file descriptor > I also would to discuss with the port's users the best approach to updating it. Given that I use this daily for $WORK and am heavily dependent on it, I really appreciate you asking this question. :) My suggestion is that once you're confident that it is effective as a superset of the old version then go ahead and update the port. If it turns out that people have trouble with the new version that cannot be addressed in a timely manner you can always proceed with adding the -legacy port that you mentioned in your PR. One word of caution for those (like me) who have a button or other mechanism to start it from your DE, and are connecting to something that's SSL protected. Start it on the command line first, so that you can answer the dialog about accepting the SSL certificate. I filled a 2G /var/log in less than a minute before I realized why the thing hadn't popped up a window yet. hth, Doug -- It's always a long day; 86400 doesn't fit into a short. Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/