This is totally ridiculous.
Who is served by all these extra features? Didn't it work before?
Is it suddenly MANDATORY to have all these features?
Christian Weisgerber <naddy@mips.inka.de> wrote:
> On 2020-07-30, Klemens Nanni <kn@openbsd.org> wrote:
>
> > Any OKs for this diff which updates and brings in all the support?
>
> I haven't gotten around to really looking at this... but since it's
> committed now:
>
> This changed rsync from a self-contained port that you could quickly
> compile on a clean box to something with this list of dependencies
> on clang archs:
>
> archivers/xz
> converters/libiconv
> devel/pcre
> archivers/lzip/lunzip
> devel/dwz
> devel/gettext,-runtime
> devel/gmake
> archivers/lz4
> sysutils/xxhash
> sysutils/ggrep
> archivers/zstd
> net/rsync
>
> On non-clang archs, you can forget about just building it. Ports
> gcc is required:
>
> devel/metaauto
> archivers/xz
> devel/help2man
> devel/autoconf/2.69
> devel/automake/1.16
> devel/autoconf/2.67
> devel/libtool,-ltdl
> devel/libtool
> devel/gmp,no_cxx,bootstrap
> devel/mpfr
> devel/libmpc
> converters/libiconv
> devel/gettext,-runtime
> devel/gettext,-textstyle
> devel/gettext,-tools
> archivers/lzip/lunzip
> devel/gmake
> archivers/lz4
> sysutils/xxhash
> devel/libsigsegv
> devel/m4
> devel/bison
> devel/libexecinfo
> lang/gcc/8,,-libs
> lang/gcc/8
> lang/gcc/8,,-main
> lang/gcc/8,-c++
> lang/gcc/8,-libs
> devel/pcre
> sysutils/ggrep
> archivers/zstd
> net/rsync
>
> The iconv FLAVOR doesn't build:
>
> Missing library for iconv>=0.0
>
> Never mind that the iconv flavor doesn't make sense any longer,
> given that there are now multiple library dependencies and libiconv
> is a build dependency anyway.
>
> --
> Christian "naddy" Weisgerber naddy@mips.inka.de
>
No comments:
Post a Comment