From owner-freebsd-ports@FreeBSD.ORG Wed Oct 29 09:42:19 2008 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 39505106564A for ; Wed, 29 Oct 2008 09:42:19 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.177]) by mx1.freebsd.org (Postfix) with ESMTP id 0C0BF8FC0A for ; Wed, 29 Oct 2008 09:42:18 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by wa-out-1112.google.com with SMTP id n4so1725355wag.27 for ; Wed, 29 Oct 2008 02:42:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=FcfeoPJB6vwW1VdiP+h/H0FL3p8IMVStGVogAJkAXuQ=; b=ss6VZIwEqgBc4mr+wGPTjZGveStkhbfyFhmoS4gjg04lKPguj0Llyi1N5Uz4QpVQ9N 116s40GNy1FbfcY6+25A4AqO09d7NbhfJyRkliQbbPKHHAdDsQFtLe5p4eN+Wx8RNId6 +9aXdt+oBiwDxtWtf8Ndr0Z03VICKJRa055BU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=FegNF0osYH2sdX+sqRiQ8klNpuXE//l2vwiWNIBOCP+TvnslqLmETtKpVzPz9uAvl7 O4MXyMyMQFC+jJyM1IMm56tPqC4rmHSo38M9UjQ4FZuiwXRtiqpLRtF0lxcSGFSEmYi0 Gmf0g0jMNXWZL8zV9UXjgIv2DsFSWv14K86i0= Received: by 10.114.37.1 with SMTP id k1mr7124184wak.42.1225273338636; Wed, 29 Oct 2008 02:42:18 -0700 (PDT) Received: by 10.114.103.7 with HTTP; Wed, 29 Oct 2008 02:42:18 -0700 (PDT) Message-ID: <790a9fff0810290242m58012ac5r10bb761f65c97a1c@mail.gmail.com> Date: Wed, 29 Oct 2008 04:42:18 -0500 From: "Scot Hetzel" To: fbsd1@a1poweruser.com In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: ports@freebsd.org, "freebsd-questions@FreeBSD. ORG" Subject: Re: ports missing their packages. 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, 29 Oct 2008 09:42:19 -0000 On 10/29/08, FBSD1 wrote: > It's my understanding that a port maintainer has to install the port for > real any time a change is made to the port make files or a update to the > source of the software to test and verify the changes work as wanted. Port maintainers usually verify that an updated port will build and work correctly with their currently installed ports. > Creating the package after this is just one command and a ftp upload to the > package server. Why are maintainers being given approval to apply their > changes without creating the required package? So you are advocating that port maintainers have to create packages for all the supported FreeBSD architecture's (amd64, arm, i386, ia64, mips, pc98, powerpc, sparc64, sun4v). That would be 9 packages needing to be created at the time the port maintainer submits the upgrade PR. We have the package cluster to automate these builds. > This is just lax management > on the part of the people who do the authorizing of the changes. Missing > packages increases user frustration level and makes FreeBSD look like its > being mis-managed. > Some packages have to remain missing due to their license restricting redistribution of the compiled softare. This can cause other ports that don't have a restrictive license to fail building because one/more of it's dependencies has this restrictive license. > An alternate solution to this problem is to allow users to upload missing > packages to the package server direct or to a staging ftp server so port/pkg > management staff can review first and them populate the production package > server. > This solution won't work, if the user has custom compile flags and/or builds the port with non-default options defined in /etc/make.conf or using 'make config'. The next user who downloads the port might get a package that doesn't function the same as the previous version. The package may not even work on that users computer (i.e. package compiled for k8 processor installed on a pentium4 system). The best solution to find out why a package is not being built for a port is to check it's Makefile, and the Makefiles of it's dependencies. Also looking at http://portsmon.freebsd.org/ to find out why a port has failed to build a package. If you can't find a reason for why the package failed to build, then send a message to the maintainers, and the ports list to have some one look into the problem. It could be as simple as forgetting to add the ports subdirectory to the category Makefile (i.e www/Makefile). Scot