Google Code as an upstream is gone

Julian H. Stacey jhs at berklix.com
Thu Sep 29 21:11:08 UTC 2016


Hi, Reference:
> From:		Kurt Jaeger <lists at opsec.eu>
> Date:		Thu, 29 Sep 2016 21:10:41 +0200

Kurt Jaeger wrote:
> Hi!
> 
> > Christian Weisgerber wrote on 09/29/2016 18:57:
> > > Mathieu Arnold:
> > >
> > >> If the software has not been moved to some other place, (it takes about
> > >> 30 seconds to click the automatic migration to github thing, and it is
> > >> usually done within the hour,) since march 2015, it is most likely
> > >> abandoned and should not be kept in the ports tree.
> > >
> > > That's a bold new policy.
> > >
> > > In the past, if the upstream was gone and the maintainer judged the
> > > software still useful (at their discretion, not based on a cut-off
> > > date), they would even fall back to providing the distfile at
> > > people.freebsd.org.
> > 
> > I don't think it is good to remove ports just because source was not 
> > updated for some time. There are ports useful even 10 years after last 
> > update. Namely pnm2ppa is really old piece of code. It was removed from 
> > ports tree because there was not maintainer. So I must become a 
> > maintainer and now the port is alive again.
> > I think there should not be policy to remove ports if they have 
> > maintainer or some user using them if only thing which should be done is 
> > to change SRC url.
> 
> I agree, old code does not mean it's useless code.

Me too. I use loads of old ports, aka stable mature code, not everything
needs to be hacked to qualify not to be chopped, some stuff just works :-)


> We probably need a way to find out how often a pkg is downloaded
> from a repo to understand which ports/pkg are really used in our
> user base. This helps to decide if a port is really no longer in use.

Insufficient test. I never download packages. I always compile. 
	pkg info | wc -l
    	1216
I keep old distfiles.  Occasionaly i've fed lost distfiles back to the net.

PS I guess some of us might not mind enabling a switch on some not
all of our boxes, if some auto collector robot @freebsd collected
stats on ports, driven by some make post-install or post make package
Mk/ macro But it should be off by default: privacy issues.

Cheers,
Julian
--
Julian Stacey, BSD Linux Unix Sys Eng Consultant Munich
 Reply below, Prefix '> '. Plain text, No .doc, base64, HTML, quoted-printable.
 http://berklix.eu/brexit/#stolen_votes


More information about the freebsd-ports mailing list