Date: Fri, 17 Jun 2011 05:59:59 +0000 From: "b. f." <bf1783@googlemail.com> To: Baptiste Daroussin <bapt@freebsd.org> Cc: freebsd-ports@freebsd.org Subject: Re: 2nd deprecation campaign Message-ID: <BANLkTikOkT3S%2BY8CL6ydbxf7w2pz32kLig@mail.gmail.com> In-Reply-To: <BANLkTi=Jh-P9jBxbkmSnjB1PX_nWE27Upw@mail.gmail.com> References: <BANLkTimHB8USHJLG8Jtb4Nwu7O7O3q4u%2BA@mail.gmail.com> <BANLkTi=Jh-P9jBxbkmSnjB1PX_nWE27Upw@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 6/17/11, Baptiste Daroussin <bapt@freebsd.org> wrote: > 2011/6/16 b. f. <bf1783@googlemail.com>: >> bapt wrote: >>>I am in the middle of a new deprecation campaign, to remove ports >>>where no more distfiles are publicly available (no other OS mirrors >>>doesn't count except if they are the upstream of course). >>> >>>Maybe some will be false positive (I will try to not have too much of >>> them). >> >> Could you please explain how you are checking this? Just looking at >> some of the recent deprecations, graphics/peps, graphics/vcg, and >> graphics/xfig are still available. On earlier ones, >> graphics/libconvolve exists in the jack_convolve section of the heaven >> sourceforge project: >> > > Those are not deprecated but broken, broken because they don't fetch > and they need someone to take care of it, to send the new master_site > line for example, I don't have time enough to update/fix all the > master_site lines from the whole ports tree, so I I see none of the > said master_site provide the distfiles, it is marked as broken because > that is what it is. > Well, the build often isn't broken (and users don't notice that it is "broken") because the distfile may be cached locally, or on the project servers, so this is more a matter of policy in many cases. But I take your point. I saw that you began doing this soon after you announced a deprecation campaign, so I wasn't sure if your were doing this a preliminary step, before deprecating them in the near future. ... >> http://packages.qa.debian.org/g/gsmlib.html > > Debian having the package doesn't mean that they are the upstream. >> No, but in this case the Debian maintainer has taken over that role in the absence of the original authors, as described in the changelog there. b.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?BANLkTikOkT3S%2BY8CL6ydbxf7w2pz32kLig>