[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: [HEADS UP] Removing python24 and python25
On Fri, Mar 02, 2012 at 01:47:33AM +0400, Aleksej Saushev wrote:
> It would be really nice to have consistent style in pkgsrc for these cases.
> In particular, some packages follow the convention of "pkgname" is the latest
> version, "pkgnamesuffix" is some alternative version, other packages provide
> "pkgname" as version 1, "pkgname2" as version like in this case. I understand
> that for some software this may not work nice, and package always has a
> but could we agree on some generic convention? If we follow such convention
> the proposal like "lets' remove databases/gramps" wouldn't start questions
> since it would be clear that it is some alternative version to be removed.
But it's hard to know in advance when some package will release a
backwards-incompatible version, and so far we mostly avoid reimports.
Do you have a wording suggestion for a policy?
> As for the main subject, I oppose removal of python25. It has only been a
> many people might not have converted. It would be better if we start
> such changes a release ahead. In my opinion, we release frequently enough to
> this. If you mean that having a package in pkgsrc means that we assume some
> of responsibility, I think we could safely announce that python25 is scheduled
> for removal and thus we are not going to care of it any longer.
My proposal was removing it after the next branch, which is what I
understand you request here. But perhaps I misunderstand.
Main Index |
Thread Index |