From owner-freebsd-ports@FreeBSD.ORG Tue Mar 29 20:30:00 2011 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 4E40E1065673; Tue, 29 Mar 2011 20:30:00 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id CA4EB8FC0A; Tue, 29 Mar 2011 20:29:59 +0000 (UTC) Received: by iyj12 with SMTP id 12so640311iyj.13 for ; Tue, 29 Mar 2011 13:29:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:from :date:x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=ZVYbnB6V77EpsX6c+vtdX9HUdibNTwKexiCquoNLqwI=; b=NOoMpXoAvv74P8uWifUtT7fY64COqeAn4+NhH7vU8iMsaZ6ZOXa4HFWdZWzdWFN004 IGJUYXU+vhN1G29DIXywkuW7nv0WyS8ZXdzZGhjkTFsIQY2JIyQDNcd+Iw1sNLyO0uHE JQrml2E1rVpwChqBnk1aSntmQWvwZJkXEUWMo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; b=NU9rN6gpHNP1h4tNVAmqpxkyIwQwTgblCiIQcXmEMzvVYLE/MTx+ED1WdRUtEz4M0v +FE3xTaF8wZ05siuArZ9c9MOzwUjLhWsp1JykI8VLiR3OER7kwQOuTC74tRzMvEigfH6 Sb8P5l0Jzw0PISWsK6TKkG2CQnDTYGGEQoVXc= Received: by 10.231.19.7 with SMTP id y7mr343623iba.134.1301430599149; Tue, 29 Mar 2011 13:29:59 -0700 (PDT) MIME-Version: 1.0 Sender: baptiste.daroussin@gmail.com Received: by 10.231.21.153 with HTTP; Tue, 29 Mar 2011 13:29:39 -0700 (PDT) In-Reply-To: References: <20110325101111.GA36840__48943.3474642739$1301049771$gmane$org@azathoth.lan> <4D90C8EA.2000901@freebsd.org> <4D9218DF.8060305@freebsd.org> From: Baptiste Daroussin Date: Tue, 29 Mar 2011 20:29:39 +0000 X-Google-Sender-Auth: ayX10IGKB_gu5c5zDomRskiu4U8 Message-ID: To: Andriy Gapon Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: ports@freebsd.org, hackers@freebsd.org, current@freebsd.org, Julien Laffaye Subject: Re: [ECFT] pkgng 0.1-alpha1: a replacement for pkg_install 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: Tue, 29 Mar 2011 20:30:00 -0000 2011/3/29 Baptiste Daroussin : > 2011/3/29 Andriy Gapon : >> on 28/03/2011 21:22 Julien Laffaye said the following: >>> On Mon, Mar 28, 2011 at 6:59 PM, Garrett Cooper w= rote: >>>>> III. Package naming that includes architecture, major OS version (for= API/ABI), >>>>> maybe more. >>>> >>>> This could be provided in the manifest. Doing it in the filename sort >>>> of turns into a mess, as I've discovered working at Cisco :). >>>> >>> >>> Actually, it *is* in the +MANIFEST of pkgng packages archives :-) >> >> Well, by the package name I meant not only a package file name. >> Let's imagine that we do support installing i386 packages on amd64 in pa= rallel to >> amd64 packages. =A0And for some reason I want to have both 32-bit and 64= -bit >> versions of, say, firefox; e.g. for benchmarking. =A0If the packages wou= ld have the >> same name, then that would be impossible. >> >> I think that having some thing in package name in addition to package me= tadata >> could have certain benefits. >> >> -- >> Andriy Gapon >> > > I understand but I think pkgng is already quite radical changement. > More change is taking the risk that it would be rejected in the end, > we still do not have any reply from portmgr, there is no insurance > pkgng will in the end replace pkg_install. Currently pkgng requires > only very few changes from the ports infrastruture, I don't know the > cost of changing the name scheme. > > If I'm not clear enough, supporting both 32bits and 64bits packages at > the same time on amd64 or arches that could support this kind of > installation, is a large change we don't want to take the > responsability of :) and implementing this in pkgng would significate > we already choose how it should work. > > regards, > Bapt > seems it was not clear :) ok let's try to say it simpler :) the main goal is to keep it simple for now, simple and rock solid, so that we can replace pkg_install and do some cleanup in the ports tree, add the "must have" features while doing that. And only when we will be ready for that and that portmgr have decided that it is mature enough to replace pkg_install, only after that we will start improving with new features and new changes. I thinks changing the package name scheme is not a "must have" feature, it for sure is and intresting feature, but what about pushing to after the first stable release? managing architecture as we plan to do it is enough imho. But I can be wrong. regards, Bapt