If NO_ARCH is set then check that no FreeBSD elf(5) files are in $STAGEDIR.
If an elf(5) file is bundles as part of the package, but is not meant to be
run directly (i.e. the elf(5) file is a payload, and not compiled) then
those files can be added to NO_ARCH_IGNORE to avoid the check from failing,
Changes to ports:
- Ports that have NO_ARCH set, but actually compile files have had NO_ARCH
removed.
- Ports that have elf(5) payloads have had those files added to
NO_ARCH_IGNORE.
- R-cran ports that do not set USES=cran:compiles have NO_ARCH set,
PR: 218976
Reviewed by: antoine, mat
Approved by: portmgr
* Use GNOME mirrors again
* Add license
* Review dependacies
* Drop USES=pathfix, pkg-config files are moved automaticly
* Drop gnome-autoar lines in MOVED
Obtained from: gnome devel repo (based on)
Poudriere in particulr did not properly handle DEPENDS_ARGS which
made these ports not properly install dependencies. That bug
is being addressed along with adding FLAVORS support to it.
With hat: portmgr
MFH: 2017Q2
LZO is a portable lossless data compression library written in ANSI C.
It offers pretty fast compression and very fast decompression. Decompression
requires no memory.
In addition there are slower compression levels achieving a quite competitive
compression ratio while still decompressing at this very high speed.
WWW: https://pypi.python.org/pypi/python-lzo
PR: 218746
Submitted by: Yuri Victorovich <yuri@rawbw.com>
- The option '-l, --list' has been ported from lziprecover.
- Don't allow mixing different operations (-d, -l or -t).
- Compression time of option '-0' has been slightly reduced.
- Decompression time has been reduced by 2%.
- A few internal improvements and increasing checking.
Set INSTALL_TARGET=install-strip to strip installed executable.
- While I'm here:
- Use MAKE_CMD instead of GMAKE
- Use post-install: instead of post-stage:
- Respect PREFIX
- Bump PORTREVISION for package change
PR: 218869
Submitted by: eugen
It turns out that GNU make(1) is only required because their make(1) spells
target dependencies as $^ while ours use $>. This change makes the pbzip2's
Makefile both GNU and BSD make(1) friendly at the same time.
This is required to be able to use `archivers/pbzip2' port as a PKG_DEPEND.
Approved by: farrokhi (maintainer)
New libsigc++20 requires c++11 (it exposes c++11) so explicitly use -std=c++11
where needed.
Mark as broken a bunch of ports which are not c++11 compatible
lang/gcc which have moved from GCC 4.9.4 to GCC 5.4 (at least under some
circumstances such as versions of FreeBSD or platforms).
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using using Mk/bsd.octave.mk which in turn has USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c++11-lib, c++14-lang,
c++11-lang, c++0x, c11, or gcc-c++11-lib.
PR: 216707
* While here, set the MASTER_SITES for the portingAids separately.
* Stop to couple kirigamis' distfiles with kf5 until it's actually a part of it.
PR: 217709
Exp-Run by: antoine
Reviewed by: rakuco
Approved by: rakuco (mentor)
Differential Revision: https://reviews.freebsd.org/D9959
This package is based on an optimized Deflate function, which is used
by gzip/zip/zlib packages.
It offers slightly better compression at lower compression settings, and
up to 3x faster encoding at highest compression level.
WWW: https://github.com/klauspost/compress
- While I'm here:
- Use DISTVERSIONPREFIX
- Add LICENSE_FILE
- Remove GH_PROJECT
PR: 217209
Submitted by: Guy Tabrar <guy.tabrar@me.com>
The mistake was completely on my part, I somehow connected the dots the
wrong way in my head.
The only exceptions (for now) are archivers/zstd and ports-mgmt/synth
which were already picked up by new volunteers in the mean time.
Convert directories, rpms, python eggs, rubygems, and more to rpms, debs,
solaris packages and more. Win at package management without wasting pointless
hours debugging bad rpm specs!
WWW: https://github.com/jordansissel/fpm
Notable changes:
- Upstream switched versioning from e.g. r131 to v1.7.5, forcing me to
make use of PORTEPOCH.
- (Submitter) pushed a change upstream to add FreeBSD to the OSs
recognized in Makefile, requiring one less search & replace action
in post-patch section.
PR: 216599
Submitted by: martin@waschbuesch.de (maintainer)
In file included from bialib/sufftree.cpp:57:
./bialib/sufftree.h:98:16: error: ordered comparison between pointer and zero ('SuffixTreeModel::LNode *' and 'int')
{return(r>0);}
~^~
Reported by: antoine (via exp-run)
2017-01-28 databases/ruby-rdbc1: Upstream no longer active
2017-01-28 databases/ruby-sybct: Upstream no longer active
2017-01-28 databases/ruby-o_dbm: Upstream no longer active
2017-01-28 databases/ruby-cdb: Upstream no longer active
2017-01-28 devel/ruby-rbison: Does not work on modern ruby
2017-01-28 devel/ruby-property: Upstream no longer exists
2017-01-28 devel/ruby-dialogs: Upstream no longer active
2017-01-28 devel/ruby-byaccr: Upstream no longer active
2017-01-28 devel/ruby-aspectr: Use rubygem-aspectr instead
2017-01-28 devel/ruby-locale: No longer useful
2017-01-28 devel/ruby-wirble: Upstream no longer active
2017-01-28 devel/ruby-tzfile: Upstream no longer exists
2017-01-28 devel/ruby-rreadline: Upstream no longer exists
2017-01-28 devel/ruby-intl: Use devel/rubygem-gettext instead
2017-01-28 graphics/ruby-imlib2: Upstream no longer active
2017-01-28 graphics/ruby-image_size: Upstream no longer active
2017-01-28 graphics/ruby-svg: Use graphics/rubygem-rsvg2 instead
2017-01-28 irc/ruby-rice: Upstream no longer active
2017-01-28 irc/ruby-rica: Upstream no longer active
2017-01-28 irc/ruby-irc: Upstream no longer active
2017-01-28 japanese/ruby-usersguide: Does not exist upstream
2017-01-28 japanese/ruby-mecab: Upstream no longer active
2017-01-28 mail/ruby-rmail: Upstream no longer active
2017-01-28 mail/ruby-rfilter: Upstream no longer active
2017-01-28 math/ruby-algebra: Use rubygem-algebra instead
2017-01-28 net/ruby-tserver: Upstream no longer active
2017-01-28 net/ruby-tcpsocketpipe: Upstream no longer active
2017-01-28 net/ruby-icmp: Upstream no longer active
2017-01-28 net/ruby-dict: Upstream no longer active
2017-01-28 palm/palmos-sdk: Upstream no longer exists
2017-01-28 security/ruby-hmac: Use www/rubygem-ruby-hmac instead
2017-01-28 security/ruby-tcpwrap: Upstream no longer active
2017-01-28 security/ruby-password: Upstream no longer active
2017-01-28 sysutils/ruby-quota: Upstream no longer active
2017-01-28 textproc/ruby-rss.alt: Upstream no longer active
2017-01-28 textproc/ruby-rss: Upstream no longer exists
2017-01-28 textproc/ruby-htmlrepair: Upstream no longer exists
2017-01-28 textproc/ruby-xmlscan: Upstream no longer active
2017-01-28 textproc/ruby-xml-configfile: Upstream no longer exists
2017-01-28 textproc/ruby-htmlsplit: Upstream no longer exists
2017-01-28 www/ruby-google: Upstream no longer active
2017-01-28 archivers/ruby-lha: Upstream no longer active
2017-01-28 x11/ruby-X11: Upstream no longer active
2017-01-28 audio/ruby-audiofile: Broken on modern versions of Ruby
2017-01-28 audio/ruby-mp3tag: Upstream no longer active
2017-01-28 converters/ruby-dump.rb: Upstream no longer active
locale set by the user. Add LANG=C and LC_ALL=C at the beginning of
bsd.port.mk and export them so all commands are executed with the C locale.
LC_ALL=C overrides all other LC_* variables. LANG is used by setlocale(3)
as default value for LC_* variables, so normally it isn't used when LC_ALL
is set, but there's code out there that looks at LANG directly so it's safer
to set it as well. The only commands not captured by this are !=
assignments before any inclusion of bsd.port.*mk.
Introduce USE_LOCALE=<locale> that adds LANG=<locale> and LC_ALL=<locale> to
CONFIGURE_ENV and MAKE_ENV so upstream build systems can be executed with a
different locale (e.g. USE_LOCALE=en_US.UTF-8).
PR: 215882
Exp-run by: antoine
Approved by: portmgr (antoine)
2017-01-15 net/cyphesis: Does not compile on FreeBSD 10+
2017-01-15 net/gpxe: does not build on FreeBSD 10.x and later
2017-01-15 net/openospfd: requires old CARP implementation (interface layer)
2017-01-15 security/openbsm-devel: is not needed under FreeBSD 10.x or higher
2017-01-15 security/ssh-copy-id: is already in the base system
2017-01-15 sysutils/apt: does not build on 10+
2017-01-15 archivers/tclmkziplib: Abandonware, please use bundled zlib package [http://tcl.tk/man/tcl8.6/TclCmd/zlib.htm]
2017-01-15 x11-drivers/drm-kmod: this port is only for 9.3 systems
2017-01-15 audio/xmms-openspc: does not build on FreeBSD 10.x and later
2017-01-15 audio/aureal-kmod: does not build (and fetch)
2017-01-15 emulators/doscmd: does not build (accesses field of opaque structure)
Detailed log:
- Update to upstream 1.2.10; this includes an important runtime fix
in gzwrite.c that produced corrupt gzip files
- New maintainer email address: lbartoletti@tuxfamily.org
While on it:
- Pet portlint
PR: 215782
Submitted by: lbartoletti@tuxfamily.org (maintainer)
MFH: 2017Q1
Language. It consists of two functions: inflate and deflate. Both functions
return "stream functions" (takes a buffer of input and returns a buffer
of output).
WWW: https://github.com/brimworks/lua-zlib/
PR: 215724
Submitted by: Sir l33tname <sirl33tname@gmail.com>
There is only one port (sysutils/fusefs-rar2fs) that depends on this and it
is currently BROKEN. However, there is an update in the works to fix it
and make it work with the newly added archivers/libunrar5. We already have
archivers/libunrar (3.x) and archivers/libunrar5 as it is.
Add CONFLICTS_INSTALL with the other libunrar ports.
Update to 5.4.5
OpenSSL patches copied from archivers/unrar
The UnRAR library is a minor part of the RAR archiver and contains
the RAR uncompression algorithm. UnRAR requires a very small amount
of memory to operate. It can be used by other programs to extract
RAR archives.
WWW: http://www.rarsoft.com/
No known ports activity since 2012; multiple PR timeouts since then
Note:
archivers/libunrar4 will soon be deprecated by upcoming archivers/libunrar5
sysutils/fusefs-rar2fs has a pending update [1] and potentially a new
maintainer
PR: 214277 [1]
Release notes: https://www.kde.org/announcements/kde-frameworks-5.29.0.php
New ports:
* textproc/kf5-syntax-highlighting (new in 5.28.0)
* graphics/kf5-prison (new in 5.29.0)
Fixes:
* kf5-kservice: Move applications.menu to kf5-applications.menu to stop conflicting with kdelibs4.
* Define conflicts in the kde4-l10n ports (debian does the same).
* kf5-kapidox: Fix with python3
Thanks to Matthew Rezny <matthew@reztek.cz> for looking at the conflicts in 214528,
and Dima Panov (fluffy@) for the python3 fix.
PR: 214528
Reviewed by: rakuco, mat
Approved by: rakuco (mentor)
Differential Revision: https://reviews.freebsd.org/D8776
Macutils hasn't had a maintainer in over 16 years. The build log is
filled with warnings about mismatching protocols, some of which are
caused by the many missing header includes and other caused by
rerolling standard functions like malloc.
Although there is no listed WWW, maybe there's a new version somewhere.
Set expiration 3 months out to give people plenty of time to fix and
or adopt this ancient port.
While here, bring in a dports CFLAG to fix build there.
The only reason to use post-stage is because the port needs to do
"things" at a later time, like some plist manipulation.
While there, fold post-install in do-install targets when they are
defined.
PR: 214780
Submitted by: mat
Exp-run by: antoine
Sponsored by: Absolight
Braces are not shell metacharacters, and they do not need to be quoted.
By the time find parses its arguments and dicovers them, the quoting
will have been removed by the shell anyway.
Sponsored by: Absolight
lang/gcc which have moved from GCC 4.8.5 to GCC 4.9.4 (at least under some
circumstances such as versions of FreeBSD or platforms).
In particular that is ports with USE_GCC=yes, USE_GCC=any, or one of
gcc-c++11-lib, openmp, nestedfct, c++11-lib as well as c++14-lang,
c++11-lang, c++0x, c11 requested via USES=compiler.
KDE Frameworks is a collection of libraries and software frameworks by KDE
that serve as technological foundation for KDE Plasma 5 and KDE Applications
distributed under the GNU Lesser General Public License (LGPL) [1].
The work is based on what we have in the KDE testing repo [2].
This is the next big step in updating the KDE Desktop and its Applications
to anything less dusty.
With this change, `USES=kde:5` is now a valid option. Ports that need to depend
on KDE Framework can now set:
USES=kde:5
USE_KDE=<framework1> <framework2> ... <frameworkX>
For example: www/qupzilla-qt5 can depend on sysutils/kf5-kwallet via:
KWALLET_USE= KDE=wallet
I would like to thank Raphael and Adriaan for reviewing the ports in the testing
repo :)
[1] https://en.wikipedia.org/wiki/KDE_Frameworks
[2] http://src.mouf.net/area51/log/branches/plasma5
Reviewed by: rakuco, mat, groot_kde.org
Approved by: rakuco (maintainer)
Differential Revision: https://reviews.freebsd.org/D8329
This is abandonware, the C code is in a pretty bad shape, and fails to build on
aarch64. Please consider using the bundled zlib package from Tcl:
http://tcl.tk/man/tcl8.6/TclCmd/zlib.htm
2016-11-01 math/octave-forge-octgpr: Broken for more than 6 months
2016-11-01 math/octave-forge-spline-gcvspl: Broken for more than 6 months
2016-11-01 www/pear-Services_SharedBook: Broken for more than 6 months
2016-11-01 devel/py-snackwich: Depends on broken and expiring devel/py-snack
2016-11-01 math/octave-forge-ad: Broken for more than 6 months
2016-11-01 math/octave-forge-xraylib: Broken for more than 6 months
2016-11-01 x11-toolkits/py-traitsbackendwx: Broken for more than 6 months
2016-11-01 x11-toolkits/py-traitsgui: Depends on broken and expiring x11-toolkits/py-traitsbackendwx
2016-11-01 security/lsh: Broken for more than 6 months
2016-11-01 devel/py-snack: Broken for more than 6 months
2016-11-01 security/massh: Broken for more than 6 months
2016-11-01 www/hydra: Broken for more than 6 months
2016-11-01 math/py-pyfst: Broken for more than 6 months
2016-11-01 archivers/ruby-zip: Broken will all supported versions of Ruby
2016-11-01 devel/ruby-langscan: Broken will all supported versions of Ruby
