svn commit: r403050 - in head: . Mk/Uses devel/ncurses

[Baptiste Daroussin]

On Sat, Dec 05, 2015 at 11:22:58AM +0100, Jan Beich wrote:
> Baptiste Daroussin <bapt at FreeBSD.org> writes:
> 
> > Author: bapt
> > Date: Sat Dec  5 09:46:20 2015
> > New Revision: 403050
> > URL: https://svnweb.freebsd.org/changeset/ports/403050
> >
> > Log:
> >   Update ncurses to 6.0
> >   from now ncurses will track the release and not the snapshots
> >   ABI has changed, add a note for users on how to upgrade
> [...]
> >  NCURSES_PORT?=		devel/ncurses
> > -NCURSES_SHLIBVER?=	5
> > +NCURSES_SHLIBVER?=	6
> 
> UPDATING entry is a poor excuse to not bump PORTREVISION in consumers.
> 
>   $ git grep -lF ncurses:port '*/Makefile*'
>   audio/ncmpcpp/Makefile
>   devel/adacurses/Makefile
>   mail/mutt14/Makefile
>   security/metasploit/Makefile
>   x11/sterm/Makefile
> 
> Maybe ignore uncertain cases (no RPATH and SOVERSION check)
> 
>   $ git grep -lF devel/ncurses '*/Makefile*'
>   devel/ccons/Makefile
>   sysutils/gdisk/Makefile
> 
No because as soon as ncurses from ports is installed from lots of ports built
locally ends up depending on it via USES=ncurses or even by automatic detection
because of tons of build system not under control.

I pondered bumping only the direct users, but in the end I felt it would be
better for end user to have a safe upgrade: aka what ever bump I can do source
users will have to run the commands in UPDATING anyway.

Best regards,
Bapt
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 181 bytes
Desc: not available
URL: <http://lists.freebsd.org/pipermail/svn-ports-head/attachments/20151205/bab21620/attachment.bin>