From owner-freebsd-ports@FreeBSD.ORG Sat Sep 10 19:14:04 2011 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E025106566B for ; Sat, 10 Sep 2011 19:14:04 +0000 (UTC) (envelope-from cvs-src@yandex.ru) Received: from forward20.mail.yandex.net (forward20.mail.yandex.net [IPv6:2a02:6b8:0:1402::5]) by mx1.freebsd.org (Postfix) with ESMTP id 54E568FC12 for ; Sat, 10 Sep 2011 19:14:03 +0000 (UTC) Received: from smtp17.mail.yandex.net (smtp17.mail.yandex.net [95.108.252.17]) by forward20.mail.yandex.net (Yandex) with ESMTP id BCB021041A22; Sat, 10 Sep 2011 23:14:01 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1315682041; bh=EDv7nwpWZolxky4ZP2pSaro2wp5KtpA2n2juUqpVH1I=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=m+e0VYAhxN0C183Vw/I0x8foa5MCPFVy8gK0Z+wF/uqmcDp8V4u0RCkltBWxtkzJf xOd8ZVBFi1ykUCeHV8vw4m1y+TCMhc5XL++tFDIitge31CjnUAh6Xlkrg89zXsjHRt MDQVxMxsJiFmYQOdEtEYBTFJETibY1P1Ep/L7a0s= Received: from smtp17.mail.yandex.net (localhost [127.0.0.1]) by smtp17.mail.yandex.net (Yandex) with ESMTP id A6BAE1900253; Sat, 10 Sep 2011 23:14:01 +0400 (MSD) Received: from unknown (unknown [213.138.88.133]) by smtp17.mail.yandex.net (nwsmtp/Yandex) with ESMTP id E0NWTgQk-E1NKbsEE; Sat, 10 Sep 2011 23:14:01 +0400 X-Yandex-Spam: 1 Message-ID: <4E6BB6EE.4030109@yandex.ru> Date: Sat, 10 Sep 2011 23:13:50 +0400 From: Ruslan Mahmatkhanov User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:6.0) Gecko/20110828 Thunderbird/6.0 MIME-Version: 1.0 To: Carsten Jensen References: <4E6B1AF5.7090900@tomse.dk> In-Reply-To: <4E6B1AF5.7090900@tomse.dk> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-ports@FreeBSD.org" Subject: Re: Removed ports - looking from the bench 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: Sat, 10 Sep 2011 19:14:04 -0000 I was thinking of this problem, and i believe compressed file is not the solution, since the ports tree infrastructure changes, and that removed ports should be changed also. The second problem is where to store distfiles? Because the majority (nb: not all of them) of removed ports it's a disappeared projects with only distfile hosted on FreeBSD ftp servers. The first problem maybe solved by public github repo (ports graveyard) with liberal write access permissions (since users use it on their own risk anyway) to allow this ports be in good shape. But three problems still remains: a) how to integrate needed port from graveyard into the working tree? (suggest user to manually copy port subdirectory is ugly) b) what to do with port-management tools that know nothing about this guys (or know via MOVED that they were removed some time ago) c) where to store distfiles I treat manual copying ugly, but not impossible, since i supposed that all portname conflicts (caused by repocopies, renames etc) already will be solved in graveyard repo. Just my 0.02 kopeks. Carsten Jensen wrote on 10.09.2011 12:08: > I've seen many requests of late, for ports that are no longer in active > development, abandoned etc > but still working, but they've been removed from ports. > > here's an idea, I don't know if this has been discussed before. > It requires work of course. But doesn't require a person to know how to > develop, which is the biggest issue for > people who use ports but don't know how to make a fix to keep it active. > > When a port is removed, it'll be compressed and put as a single download > file. > this way the patch information isn't lost and it'll be easier for > someone to build said package. > Of course there'll be complications, this is where a disclaimer comes in > (no support, you are on your own). > > As I see it, the work required, after the initial setup, is when a port > is marked for deletion is to > pack it, upload it, and add a comment as last known working (FBSD) version. > It sounds easier than probable will be > > The package could then be deleted when it survives 2 major FBSD versions. > > I know this will be 2 databases need maintaining, but look at the good > aspects. > * Ports will be cleaned of old/(almost) unused stuff > * People will still have a chance to use an old application > > I could be wrong but I don't think that it requires a lot to maintain, > just a few hours a month. > > Some major things to discuss about this is: > Hosting: will freebsd.org / mirrors lend space/bandwidth to this ? > Initial setup: package should be download-able using fetch, perhaps a > nice web interface with descriptions of the package. > > > By definition of package I mean the files in ports excluding the source > code compressed, so you basically could extract said package into ports > and use it as it never was removed. > > If there's enough backup for this project, I wouldn't mind taking on the > job, but for it to get most the success > it'll need help from the port committers. > > > Cheers > Carsten -- Regards, Ruslan Tinderboxing kills... the drives.