From owner-freebsd-ports-bugs@FreeBSD.ORG Sun Nov 15 20:40:01 2009 Return-Path: Delivered-To: freebsd-ports-bugs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 461981065696 for ; Sun, 15 Nov 2009 20:40:01 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 08C0F8FC18 for ; Sun, 15 Nov 2009 20:40:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id nAFKe0vb028337 for ; Sun, 15 Nov 2009 20:40:00 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nAFKe0R3028336; Sun, 15 Nov 2009 20:40:00 GMT (envelope-from gnats) Resent-Date: Sun, 15 Nov 2009 20:40:00 GMT Resent-Message-Id: <200911152040.nAFKe0R3028336@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-ports-bugs@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Frank Durda IV Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C241106568F for ; Sun, 15 Nov 2009 20:36:23 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [IPv6:2001:4f8:fff6::21]) by mx1.freebsd.org (Postfix) with ESMTP id 0A57B8FC1D for ; Sun, 15 Nov 2009 20:36:23 +0000 (UTC) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.14.3/8.14.3) with ESMTP id nAFKaML2067420 for ; Sun, 15 Nov 2009 20:36:22 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.14.3/8.14.3/Submit) id nAFKaMgC067419; Sun, 15 Nov 2009 20:36:22 GMT (envelope-from nobody) Message-Id: <200911152036.nAFKaMgC067419@www.freebsd.org> Date: Sun, 15 Nov 2009 20:36:22 GMT From: Frank Durda IV To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Cc: Subject: ports/140583: ports/print/acroread - handbook and port fail to mention that linux emulation must be already on before attempting port build X-BeenThere: freebsd-ports-bugs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Ports bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Nov 2009 20:40:01 -0000 >Number: 140583 >Category: ports >Synopsis: ports/print/acroread - handbook and port fail to mention that linux emulation must be already on before attempting port build >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-ports-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Sun Nov 15 20:40:00 UTC 2009 >Closed-Date: >Last-Modified: >Originator: Frank Durda IV >Release: 8.0 RC3 >Organization: >Environment: FreeBSD walkoff.lonestar.org 8.0-RC3 FreeBSD 8.0-RC3 #0: Tue Nov 10 07:50:36 UTC 2009 root@almeida.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 >Description: When following instructions from Handbook (6.4.1), it states that to build acroread you merely need to >How-To-Repeat: On a freshly installed system where linux emulation is not yet enabled, follow the instructions shown in the handbook for building acroread7 (or alter that to build acroread8 or acroread9). >Fix: Enabling emulation, rebooting and re-attempting the make install clean appears to work as expected. This appears to solve the issue for acroread7, 8 and 9 ports. The linux_enable="YES prerequisite for the build to work (never mind for operation, which can be understood) should at least be mentioned in the handbook instructions, and certainly stated in a README or something in the port directory themselves where that dependency exists. Alternatively, is there a way for the make file for the port to turn emulation on before it gets going? That might be the most elegant solution. >Release-Note: >Audit-Trail: >Unformatted: ># cd /usr/ports/print/acroread7 ># make install clean (the example may be out of date - we are up to version 9 now), However, whichever is built, the make install clean fails because it appears make files for some of the dependent items require linux_enable="yes" to already be in effect before the make begins.