From owner-freebsd-ports@freebsd.org Wed May 4 18:30:48 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 369C1B2D8D5 for ; Wed, 4 May 2016 18:30:48 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 096EB1FF3 for ; Wed, 4 May 2016 18:30:47 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id u44IVM23060036 for ; Wed, 4 May 2016 11:31:28 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) To: In-Reply-To: <20160504070341.GV740@mail0.byshenk.net> References: <03cc4012-026e-c007-09e1-ee45524f1b95@elischer.org> <1FAFDF989841D03604BB448B@atuin.in.mat.cc> <7b8d22c6-1fed-d517-9f89-693b88dfc358@freebsd.org>, <20160504070341.GV740@mail0.byshenk.net> From: "Chris H" Subject: Re: old ports/packages Date: Wed, 04 May 2016 11:31:28 -0700 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 May 2016 18:30:48 -0000 On Wed, 4 May 2016 00:03:41 -0700 Greg Byshenk wrote > On Wed, May 04, 2016 at 01:44:29PM +0800, Julian Elischer wrote: > > On 3/05/2016 2:31 PM, Mathieu Arnold wrote: > > > +--On 3 mai 2016 12:02:13 +0800 Julian Elischer > > > wrote: | On 2/05/2016 8:39 PM, Mathieu Arnold wrote: > > > > |> There is a tag, https://svnweb.freebsd.org/ports/tags/PKG_INSTALL_EOL/ > > > |> that gives you the last version to support pkg_install. Anything > > > after |> that will not work with it. At all. > > > > | I'm not looking to produce old packages of the ports tree.. I know the > > > | ports crew would hate me for that. > > > | > > > | What I object to is not having the tools needed to generate MY OWN > > > | PACKAGES in ports. > > > > You can generate your own packages from the ports tree, just not with > > > pkg_install, it was deprecated three or four years ago, and remove 19 > > > months ago. > > > Of course I can create NEW packages.. I want to generate OLD style > > packages.. > > > > what's so hard to understand about that? if a company has old > > packages build into it's infrastructure.... > > > > and has to create old style packages of "proprietary stuff" to send > > out to appliances out in the field then you are breaking them. > > I'm not a developer, so anyone feel free to correct me if I'm wrong > in any of this, but... > > Julian, you -can- create old-style packages (eg: of proprietary > internal software); you just have to do it based on an old-style > ports tree (which you can checkout, if you need it, as noted > above). > > What you cannot do is create old-style packages from a new ports > tree. This is because the ports infrastructure has been changing > since pkg_install was deprecated, and pkg_install simply will not > work with the current ports tree (and, as I understand it, cannot > practically be modified in order to work with it). > > But again, you -can- still build old-style packages if that is > required: just check out a ports tree that works with old-style > packages and use that to package your "proprietary stuff". The above is pretty much correct. Most of the (black) magic is within ports/Mk. A banner was injected (added in the ports framework) when the EOL date had been finally determined for the old pkg system, and then, fired upon each attempt to use the old pkg system. I can't remember the date, but I seem to remember the revision being mentioned, earlier in this thread. I mention all this, because depending on which revision you are currently attempting to use, if it's at or before that revision, you can simply diff (earlier) Mk/ against newer revisions. Noting the changes, and compensating accordingly. This is, of course, a PITA. But depending upon the number of ports you actually need to work with. This approach may be worth it. A determination, only *you* can decide. :) Hope this helps! --Chris >