svn commit: r407270 - head/ports-mgmt/portmaster

[Martin Wilke]

Hi John,


I do agree with you regarding the maintainer issue as well the open bug
reports,
but looking at the history [1] it was maintained in the way to keep it
working wiht current
ports. I haven not hit any problem in the past few months with it, so I am
not sure where you
get the idea from its not working with the current ports tree.

About synth, I have not seen any introduction to any mailing list, there
was no public feedback
from any user so far, also there was no feedback on your project side, I am
not sure if that
is a good idea to "advertise" something what was not widely used by the
community yet. I personally
don't like the idea of having additionally dependency on a single server
just for a package
update/build tool, but that might be just me. So I'd like to ask you to
back out this commit
or at least remove the synth part for now and get some more testing done
and some feedback from the
community.

Thanks
Martin

[1]
http://www.freshports.org/ports-mgmt/portmaster


On Tue, Jan 26, 2016 at 7:23 PM, John Marino <marino at freebsd.org> wrote:

> Author: marino
> Date: Tue Jan 26 11:23:38 2016
> New Revision: 407270
> URL: https://svnweb.freebsd.org/changeset/ports/407270
>
> Log:
>   ports-mgmt/portmaster: DEPRECATE without expiration date
>
>   The portmaster script hasn't had an official maintainer in 9 months and 2
>   years before that it was only patched in reaction to changes in the ports
>   framework.  There are many unclaimed PRs in the bugzilla database, many
>   known bugs, and several areas where portmaster no longer aligns with how
>   ports work today.  The problem isn't simply getting a maintainer; that
>   person has to be a ports framework expert and it appears that the people
>   with these qualifications don't want anything to do with this port.
>
>   Moreover, there are better options available.  All FreeBSD platforms
>   support ports-mgmt/poudriere (although some many struggle under the load)
>   and the most common amd64 and i386 platform users have the additional
>   option of ports-mgmt/synth which is user-friendly, lightweight, and aimed
>   at users of portmaster, portupgrade, and even poudriere.
>
>   Unless something drastic regarding portmaster occurs, it's nearing its
>   natural EOL, so it's users should evaluate alternatives and try to
>   migrate off of it.
>
> Modified:
>   head/ports-mgmt/portmaster/Makefile
>
> Modified: head/ports-mgmt/portmaster/Makefile
>
> ==============================================================================
> --- head/ports-mgmt/portmaster/Makefile Tue Jan 26 10:20:14 2016
> (r407269)
> +++ head/ports-mgmt/portmaster/Makefile Tue Jan 26 11:23:38 2016
> (r407270)
> @@ -25,6 +25,16 @@ PLIST_FILES= sbin/portmaster \
>  BASH_PLIST_FILES=      etc/bash_completion.d/portmaster.sh
>  ZSH_PLIST_FILES=       share/zsh/site-functions/_portmaster
>
> +.include <bsd.port.options.mk>
> +
> +DEPRECATED=    Unmaintained and does not fully support modern ports
> framework.
> +.if ${ARCH} == i386 || ${ARCH} == amd64
> +DEPRECATED+=   Please consider migrating to ports-mgmt/synth or\
> +               ports-mgmt/poudriere.
> +.else
> +DEPRECATED+=   Please consider migrating to ports-mgmt/poudriere.
> +.endif
> +
>  verify: checksum
>
>  do-build:
>
>