From owner-freebsd-ports-bugs@FreeBSD.ORG Thu Jul 19 10:10:11 2007 Return-Path: X-Original-To: freebsd-ports-bugs@hub.freebsd.org Delivered-To: freebsd-ports-bugs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 47DF716A407 for ; Thu, 19 Jul 2007 10:10:11 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 2803913C4AC for ; Thu, 19 Jul 2007 10:10:11 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id l6JAAA9w045007 for ; Thu, 19 Jul 2007 10:10:11 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id l6JAAA2p045001; Thu, 19 Jul 2007 10:10:10 GMT (envelope-from gnats) Resent-Date: Thu, 19 Jul 2007 10:10:10 GMT Resent-Message-Id: <200707191010.l6JAAA2p045001@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, "Timur I. Bakeyev" Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6FB5B16A4C6 for ; Thu, 19 Jul 2007 10:09:42 +0000 (UTC) (envelope-from timur@FreeBSD.org) Received: from mail.bat.ru (dzokonda.xs4all.nl [194.109.164.75]) by mx1.freebsd.org (Postfix) with ESMTP id 08D2D13C494 for ; Thu, 19 Jul 2007 10:09:41 +0000 (UTC) (envelope-from timur@FreeBSD.org) Received: from [82.95.51.15] (account timur HELO timur.blinck.com) by mail.bat.ru (CommuniGate Pro SMTP 4.2.7) with ESMTP-TLS id 488780 for FreeBSD-gnats-submit@freebsd.org; Thu, 19 Jul 2007 12:11:20 +0200 Message-Id: <1184839807.66429@timur.blinck.com> Date: Thu, 19 Jul 2007 12:10:07 +0200 From: "Timur I. Bakeyev" To: "FreeBSD gnats submit" X-Send-Pr-Version: gtk-send-pr 0.4.7 Cc: Subject: ports/114725: No dependencies in the package if there are bsdpan-* ports installed(or others with no origin) 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: Thu, 19 Jul 2007 10:10:11 -0000 >Number: 114725 >Category: ports >Synopsis: No dependencies in the package if there are bsdpan-* ports installed(or others with no origin) >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-ports-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jul 19 10:10:10 GMT 2007 >Closed-Date: >Last-Modified: >Originator: Timur I. Bakeyev >Release: FreeBSD 6.1-RELEASE-p10 i386 >Organization: >Environment: System: FreeBSD 6.1-RELEASE-p10 #3: Fri Oct 6 10:33:53 CEST 2006 root@timur.blinck.com:/usr/src/sys/i386/compile/COMMON >Description: With the recent addition of the 'actual-package-depends' optimization in the bsd.ports.mk package dependencies are not written in the package DB at all, if there are one or more packages without ORIGIN are installed. That's common situation with the bsdpan-* packages, as well as some commercial packages, which distributed in the binary form, like CGP, for example. There is another minor bug with this mod: header of the bsd.ports.mk describes 'actual-package-depends-list' target, but there isn't any. >From other side, 'actual-package-depends' target isn't described at all. >How-To-Repeat: Install one of the Perl modules from CPAN. Install some new port with dependencies. Check it's +CONTENT file - there are no DEPORIGIN and @pkgdep lines in it at all. Running the script, generated by: make -V ACTUAL-PACKAGE-DEPENDS with debugging may show you the difference in processing between ports collection with all origins in place and when one or more are missing(actually, if there are even number of such packages, things MAY work ok again). bonnie++-1.93.03_1 benchmarks/bonnie++ +bsdpan-Handsets-Handset-0.4 c-ares-config-1.4.0 dns/c-ares This diff, hopefully exposes the problem - it's expected, that packages and their origins come in pairs, so package without origin breaks the sequence. >Fix: I guess, the simplienst fix would be to check for ORIGIN line and if it's not present, don't record package into the search list. Although, I'm not sure, what about situations when something DEPENDS on such package? Maybe, injecting fake origin ORIGIN:/dev/null would be a better option. >Release-Note: >Audit-Trail: >Unformatted: