Date: Tue, 29 Mar 2011 20:29:39 +0000 From: Baptiste Daroussin <bapt@freebsd.org> To: Andriy Gapon <avg@freebsd.org> Cc: ports@freebsd.org, hackers@freebsd.org, current@freebsd.org, Julien Laffaye <jlaffaye@freebsd.org> Subject: Re: [ECFT] pkgng 0.1-alpha1: a replacement for pkg_install Message-ID: <AANLkTinibaaEHznTQfLQD_GfOKkj2BynaWRCKEsWBh=3@mail.gmail.com> In-Reply-To: <AANLkTi==hy7L3arOONozRmmMmHRniH6ch8iot7tFyf0R@mail.gmail.com> References: <20110325101111.GA36840__48943.3474642739$1301049771$gmane$org@azathoth.lan> <4D90C8EA.2000901@freebsd.org> <AANLkTinaz9Y6kgjQvdS1Pu%2Bkay50DUs6FubcbCxcc3W2@mail.gmail.com> <AANLkTi=uPaaxUVUDL3CPWByOeOZ2TjziUbrY7pJLQyAa@mail.gmail.com> <4D9218DF.8060305@freebsd.org> <AANLkTi==hy7L3arOONozRmmMmHRniH6ch8iot7tFyf0R@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
2011/3/29 Baptiste Daroussin <bapt@freebsd.org>: > 2011/3/29 Andriy Gapon <avg@freebsd.org>: >> on 28/03/2011 21:22 Julien Laffaye said the following: >>> On Mon, Mar 28, 2011 at 6:59 PM, Garrett Cooper <gcooper@freebsd.org> 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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?AANLkTinibaaEHznTQfLQD_GfOKkj2BynaWRCKEsWBh=3>