From owner-freebsd-ports@freebsd.org Tue May 31 13:17:29 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 86001B557CC for ; Tue, 31 May 2016 13:17:29 +0000 (UTC) (envelope-from mailinglists@toco-domains.de) Received: from toco-domains.de (mail.toco-domains.de [IPv6:2a01:4f8:150:50a5::6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1AF20177F for ; Tue, 31 May 2016 13:17:29 +0000 (UTC) (envelope-from mailinglists@toco-domains.de) Received: from [0.0.0.0] (mail.toco-domains.de [IPv6:2a01:4f8:150:50a5::6]) by toco-domains.de (Postfix) with ESMTPA id 17F831AAF01E; Tue, 31 May 2016 13:17:18 +0200 (CEST) Subject: Re: old ports/packages To: Grzegorz Junka , freebsd-ports@freebsd.org 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> <3dfd6fea-da32-b922-65d1-f64b8e113112@toco-domains.de> <6e340f95-6d10-4991-0cd6-95d336e2f044@gjunka.com> From: Torsten Zuehlsdorff Message-ID: <3e55c7d8-801c-a2b3-e92e-9945e896142b@toco-domains.de> Date: Tue, 31 May 2016 15:17:18 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 MIME-Version: 1.0 In-Reply-To: <6e340f95-6d10-4991-0cd6-95d336e2f044@gjunka.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit 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: Tue, 31 May 2016 13:17:29 -0000 On 04.05.2016 19:17, Grzegorz Junka wrote: Please excuse my late answer. I was right into vacation and need to handle some work right afterwards. >>> 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). >> >> You are mostly correct. It is possible to modify and old ports-tree to >> get the new software in. I have at least two customer paying me for >> exact this work. But to be fair: it is no fun and harder with every >> new release :D >> >> I suppose what some customer need is an LTS version. Missing one is a >> show stopper for FreeBSD usage in many firms i talked to. I do not >> think this is a good idea from a technical point - but firms are slow >> and want stability. > > LTS of the base system or ports? The base system is already quite well > supported long-term. This is a very good question, because it is not that clear. But let me state right here: No, the base system has not a good long-term support! Yes, we have 2 years for the latest release, but 2 years seems to be very short for firms. Often they want 5 years. And you are forced to update. You can't stay on say 10.1 or 10.2 because the support will end 2016. Which is short, because 10.2 was released in august 2015. This is only one and a half year. Also on same points base system and ports are tied together. There were already changes in ports-tree which renders him unavailable for a older release just a couple of days after the version becomes unsupported. > In this particular case it's probably not ports per > se but more the package manager? Because ports are not really FreeBSD's, > they are separate applications, each one of which is supported as long > as its author is willing to do so. Yes - but the infrastructure changes. The ports are not really FreeBSD, the ports-tree is. > Unless you mean the model adopted by some Linux companies, namely taking > the ports tree, freezing applications at some specific versions, and > only apply security and critical bug fixes to those applications? That > would mean creating and maintaining sources for all applications listed > in ports, rather than the ports tree itself! And that would be quite a > task considering that many applications have multiple configurable > compilation options. Not sure if it would be worth the effort if most > companies only need a limited set of applications from the whole tree. > On the other hand, if that was done then you would be left with no work :) Like i said: LTS is not a good idea from a technical point. But a missing LTS version is a main problem when trying to convince firms to change to FreeBSD. Greetings, Torsten