From owner-freebsd-ports@FreeBSD.ORG Fri Oct 22 20:02:35 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9CB9B1065673; Fri, 22 Oct 2010 20:02:35 +0000 (UTC) (envelope-from ade@FreeBSD.org) Received: from panix.lovett.com (panix.lovett.com [166.84.7.128]) by mx1.freebsd.org (Postfix) with ESMTP id 77F6C8FC13; Fri, 22 Oct 2010 20:02:35 +0000 (UTC) Received: from cpe-66-68-128-204.austin.res.rr.com ([66.68.128.204] helo=[172.16.32.150]) by panix.lovett.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.72 (FreeBSD)) (envelope-from ) id 1P9Now-000Cph-2z; Fri, 22 Oct 2010 20:02:34 +0000 From: Ade Lovett Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Fri, 22 Oct 2010 15:02:20 -0500 Message-Id: To: FreeBSD Ports , vbox@FreeBSD.org Mime-Version: 1.0 (Apple Message framework v1081) X-Mailer: Apple Mail (2.1081) Cc: Ade Lovett Subject: Virtualbox UI and remote X clients 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: Fri, 22 Oct 2010 20:02:35 -0000 Folks, It would appear that ever since 3.2.8_1 of virtualbox-ose, a number of = additions were made to unconditionally enable some kind of hardware = acceleration in the UI. This completely breaks the UI with a variety of QT errors, when running = on a remote X11 displays, so far I've tested X11.app and XQuartz.app on = OSX, cygwin/X on Windows 7/XP, and even an Xvnc server running on a = FreeBSD/amd64 box. It looks like it was this commit: revision 1.27 date: 2010/09/30 12:51:00; author: decke; state: Exp; lines: +2 -0 - Add 2D acceleration support for Windows Guests - Bump PORTREVISION This needs to be made into an OPTION (default on or off, I don't care), = but as it stands, the UI is unusable on apparently anything but a local = X11 display -- which most machines, holding a number of vbox images, are = unlikely to have. -aDe