These diagnostic checks cause lang/gcc-aux to take nearly two hours
building as with 3 stages. They are pretty heavy; I'm going to disable
them (with the default checking for releases). FWIW, lang/gcc5 still
has these checks.
Technically this requires a revbump, but given the compiler is experiment
and that it takes two hours to build, I'll make the decision not to bump.
The OpenVMS support was removed on gcc5's GNAT so the GPL 2014 version
of ASIS won't build unless the references to OpenVMS are removed. Rather
than use EXTRA_PATCHES, just remove them unconditionally. This doesn't
cause any issue for gcc-aux-built ASIS and the ports that use it.
2.1.0.0
skalibs dependency bumped to 2.3.1.0
foreground now sets the ? environment variable to 256 plus the signal
number when its block was killed by a signal (in previous
releases it used 126).
New rules for exit codes of forx, loopwhilex, forbacktickx
New -e option to loopwhilex, deprecating the -x option.
PR: 198058
Submitted by: Colin Booth <colin@heliocat.net> (maintainer)
GPRBuild is too highly tethered to the compiler -- in practical terms
each version of GPRBuild is meant to be built by a specific GPL GNAT,
but we're trying to build it with multiple FSF GNATS that are out of sync.
This patch set does allow GPRBuild to build and apparently work with both
gcc-aux and gcc5-aux. There is no real change for gcc-aux (OpenVMS is
removed from the code but it should be same difference) ang for gcc5-aux,
the previous patches aren't needed but new ones are. Thus, EXTRA_PATCHES
had to be set for each of the two supported compilers.
lang/gnat_utils had to be modified to stop packaging OpenVMS target files
as apparently this target has been removed from gcc5-aux.
The code to create a hardlink of gcc5-aux/bin/ada to gcc5-aux/bin/gcc
did not work. It appears that the "-" in front of the "if" condition
isn't working in this context. However, it's really not needed at all,
so just remove it so the hardlink gets created.
All Ada ports use gcc5-aux/bin/ada, so it was a critical problem.
This port also fails in poudriere (but not outside it) in DragonFly,
so just make all platforms build all 3 stages until a new bootstrap
compiler is available on both FreeBSD and DragonFly.
This is the initial version of gcc5-aux, which will eventually become the
default Ada compiler. It's not hooked into Mk/Uses/ada.mk yet, but it
does pass all Ada tests on both DragonFly64 and FreeBSD64.
For FreeBSD 10 amd64, the compiler built fine outside of poudriere but the
bootstrap compiler failed inside of it (seemingly as a result of using
base linker). Eventually a new bootstrap compiler needs to be made, but
for now gcc5-aux is built with a full bootstrap on FreeBSD. On DragonFly,
only a single stage is built as the bootstrap compiler still works fine.
- Remove dependencies on modules distributed as part of perl core
- Remove references to FreeBSD < 8 and perl < 5.16
- Ensure that DOCS and EXAMPLES options exist for ports installing
PORTDOCS or PORTEXAMPLES
- Reduce unnecessary inclusions of bsd.port.options.mk by using
OPTIONS helpers and the like
- Fix some cases where dependencies were only assigned to BUILD_DEPENDS
- Fix a few of the cases where dependencies were only assigned to RUN_DEPENDS.
This one happens in many, many ports. I only applied it in cases where
it interfered with 'make test' but it should maybe be done more generally.
- Mute ${MKDIR} in installation
- Parethesize compound commands
- In www/p5-URI-Fetch, remove the ZLIB option that wasn't used
I've never gotten around to trying to fix the ARMv5 assembly and nobody
seems to care that the port has been ignored for almost a year, so let's
just cull it at the end of the month.
The GCC 4.7 branch closed 12 June 2014 with the release of version 4.7.4,
so I'm setting this port to expire a year after that.
This is not the default compiler for Ada; nothing in the tree depends on
it. The default compiler, lang/gcc-aux, is based on 4.9 and it's much
better anyway.
The kde@ team presents KDE SC 4.14.3, the last planed release
of the KDE SC 4 series.
In addition to the updates provided by the KDE SC developers, this
update also addresses numerous FreeBSD and PORTS specific
issues, found and solved by the kde@ team and area51 testers,
most notorously Tobias C. Berner <tcberner@gmail.com>
PR: 197751
PR: 197871
PR: 184996
Reviewed by: rakuco (mentor)
Differential: https://reviews.freebsd.org/D1950
There are no active CVEs against GCC 4.7.x or 4.9.x, but GCC is listed
in the CPE database due to earlier CVEs. To prepare for future CVEs, add
the CPE information. Note that CPE_VERSION has to be defined since these
ports use their own version schemes rather than GCC version numbers.
PR: 198252
PR: 198257
Submitted by: shun (dropcut.net)
library libtomcrypt used by the project, to fix compile errors
with clang 3.6. More details about the fix are in PR 198017
PR: 197395
Submitted by: dim
Reported by: portmgr
Two empty directories weren't listed in pkg-plist, causing this port
not to pass poudriere QA checks. My interpretation is that these
directories were never packaged, and they should not be packaged, so
let's simply remove them from stagedir. This alse means we don't have
to bump the port.
Approved by: just fix it
These ports contain applications that are enabled by specific options in
lang/erlang, but carry significant dependencies (X11 and Java).
Now these applications can be installed separately, and people using the
stock packages will be able to install X11 and Java support without
recompiling lang/erlang.
The JAVA and WX options of lang/erlang will probably be phased out in the
future.
- Sort OPTIONS_DEFINE and OPTIONS_DEFAULT.
- Create SKIP files for applications disabled by port options.
- Remove disabled applications from ${STAGEDIR}.
- Check if dtraceall is actually loaded when DTRACE is enabled.
The goals of ShellCheck are:
* To point out and clarify typical beginner's syntax issues, that causes
a shell to give cryptic error messages.
* To point out and clarify typical intermediate level semantic problems,
that causes a shell to behave strangely and counter-intuitively.
* To point out subtle caveats, corner cases and pitfalls, that may cause
an advanced user's otherwise working script to fail under future
circumstances.
WWW: http://www.shellcheck.net/
PR: 197302
Submitted by: luca.pizzamiglio@gmail.com
Obtained from: FreeBSD Haskell
More testing needs to be done on arm to see if our dtrace support is
compatible with what ruby needs. PowerPC may work as well, but needs
more testing.
Reviewed by: swills
As per lang/python27 (r377581):
- Add BROKEN for i386 without LIBFFI option, and add upstream
issue references.
While I'm here, clean up after the LIBFFI option addition:
- Sort options variables: OPTIONS_* and *_DESC
- Use OPTIONS helpers
- Reduce diffs between lang/python* ports
As per lang/python27 (r377581):
- Add BROKEN for i386 without LIBFFI option, and add upstream
issue references.
While I'm here, clean up after the LIBFFI option addition:
- Sort options variables: OPTIONS_* and *_DESC
- Use OPTIONS helpers
- Reduce diffs between lang/python* ports
Changes:
* Improved warmup time.
* Improved hitted code performance (+10% compared to v2.4).
* Passing objects between C and PyPy has been improved.
* Integrated numpy support gains GenericUfunc API.
* Dictionaries are ordered by default.
* More careful handling of errno.
from ports is able to handle unicode. Make sure that ruby does not provides its
own function to read the input but let libedit do it itself.
This allows the binary package to by default not be "tainted" by the readline
license.
Differential Revision: https://reviews.freebsd.org/D1547
Reviewed by: swills
Approved by: ruby (swills)
This module is an implementation of the "Promise/A+" pattern for
asynchronous programming. Promises are meant to be a way to
better deal with the resulting callback spaghetti that can often
result in asynchronous programs.
The bad news:
1. gcc is still required -- clang can build the binaries, but
some self-tests will fail, unless all optimization was
disabled. This is, probably, due to some suspect code in
bytenumb.c -- would be good to investigate.
2. Building this port in parallel is still not possible -- the
Makefile is too convoluted and same sources are recompiled
multiple times with different #defines set.
The good news:
1. Resolve a large number of warnings.
2. Fix build on ia64 and sparc64 (tested on pluto and flame
respectively). Other platforms (alpha, powerpc?) have a
better chance of working now...
libgcj-5.0.pc is now properly called libgcj-5.pc; adjust pkg-plist.
libffi is broken on FreeBSD i386 since 2015-01-11, cf.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64779, so disable it
for the time being.
- Added LICENSE (EGENIX)
- Changed MASTER_SITES from https to http to support downloading from behind proxy
Differential Revision: https://reviews.freebsd.org/D1635
Approved by: bapt(mentor)
Investigating the comment regarding a 'configure script bug' lead me
to a bug which manifested itself in 'm' not being added to ABIFLAGS
when PYMALLOC was enabled, not the inability to set
--without-pymalloc using PYMALLOC_CONFIGURE_WITH (options helpers).
The incorrect ABIFLAGS caused packaging failures with default options, so
I'm not sure how this wasn't picked up earlier:
Error: Orphaned: include/python3.2u/<file>
<snip>
Error: Missing: include/python3.2mu/<file>
- Backport an upstream commit [1] to correct the configure bug that never
made it to the 3.2 branch.
- Use options helpers for PYMALLOC accordingly
While I'm here, clean up after the LIBFFI option addition:
- Sort options variables: OPTIONS_* and *_DESC
- Use OPTIONS helpers
[1] https://hg.python.org/cpython/raw-rev/d158b0a78390
Approved by: python
- Fix packaging for mips64 (Reported by: sbruno)
mips64 is also not a 32-bit ${ARCH}, so add it to the list of
architectures for which imageop.so and dl.so aren't packaged:
%%32BIT_ONLY%%lib/python2.7/lib-dynload/dl.so
%%32BIT_ONLY%%lib/python2.7/lib-dynload/imageop.so
Both dl and imageop have been removed in Python 3.x [1][2][3][4]
Thanks jhibbits@ for his help testing.
- Add BROKEN for i386 without LIBFFI option, and add upstream
issue references.
While I'm here, clean up after the LIBFFI option addition:
- Sort options variables: OPTIONS_* and *_DESC
- Use OPTIONS helpers
References:
[1] The :mod:`imageop` module has been removed in Python 3.0.
[2] dl Added: https://hg.python.org/cpython/file/aac1ee966f56/setup.py
[3] dl Removed: https://hg.python.org/cpython/file/859ff5c7c60a/setup.py
[4] PEP-3108: https://www.python.org/dev/peps/pep-3108/
Approved by: python
There were several substitions like "${XXX:S/$/.something/} which is the
equivalent of appending, e.g. "${XXX}.something".
So for the sake of comprehension, change these to appends, and also just
hardcode ".tar.gz" instead of using ${EXTRACT_SUFX} for the same reason.
Since the distfiles are being manually defined, there's no real purpose
to have a variable in the name, and if the EXTRACT_SUFX changes for any
reason (say a new distfile with a different suffix requiring USES+=tar),
then the code actually breaks. These changes make the code easier to
read, comprehend, and arguably makes the port more robust.
The googlecode URL only provides 2.6.0 and 2.6.2 versions of the man pages
and bootstrap compiler, but not the current 2.6.4, so remove those urls.
While here, simplify the LOCAL distcache site urls. The substition is not
necessary.
The Free Pascal Compiler port currently mandates that the bootstrap
compiler be the same version of the compiler being built. This means that
every update requires a new bootstrap compiler to be generated before the
update. This goes against the philosophy of a bootstrap compiler, which
aims to allow older compilers to build self-hosting modern compilers. FPC
is capable of this, but the feature wasn't being leveraged.
There are a lot of changes in this commit, but I believe the resulting
compiler is the same as before the commit, thus PORTREVISION has not been
bumped. Changes include:
* Add DragonFly bootstrap compiler 2.6.4 to list of distfiles
* use OPSYS to make builds generic between FreeBSD and DragonFly
* Add FREEBSD PLIST variable as FreeBSD builds an extra unit
* Create the framework to have a bootstrap compiler of an older version
than the current version (BOOTVER variable)
* split PP variable out of MAKE_ARGS and use NEWPPC or BOOTPPC to
specify PP uniquely (required when bootstrap version is different)
* wrap compound command with parenthesis
* Use options lists on TAR man page (xfz without hyphen is legacy)
* unmask installation commands
* respect 80-column limits, wrapping as necessary
* bring in some dports-specific changes that have no effect on port
to eliminate dports patch files
future work:
When version 3.0 is released, the new fpc make program will be built
which will have some moderate impacts to the build process and it
will use a "bootstrap" target.
The intention is to continue using the 2.6.4 bootstrap compilers to
build the upcoming 3.0 compiler when it is released. New bootstrap
compilers will not be generated until the existing bootstrap compilers
are unable to bootstrap the upcoming release.
The large patch is the same as the one from r376266.
The second patch is a temporary fix for the bootstrap failure on all
ARM targets. This fix will be hopefully soon applied to gcc-4.9.x upstream.
Thanks again to Sean Bruno for testing and Gerald for approving.
Approved by: gerald (maintainer)
The larger part of the patch is a backport from gcc trunk which is sent
upstream for approval.
Thanks to Sean Bruno for testing, Andrew Turner for explaining me fine details
and Gerald for approving.
Approved by: gerald (maintainer)
Changes:
- src/sexp.c (do_vsexp_sscan): Return error for invalid args.
- cipher/md.c (_gcry_md_info): Fix a segv in case of calling
with wrong parameters.
- cipher/primegen.c (_gcry_generate_elg_prime): Change to return an
error code, possible NULL deref in call to prime generator.
- cipher/dsa.c (generate): Take care of new return code.
- cipher/elgamal.c (generate): Change to return an error code. Take
care of _gcry_generate_elg_prime return code.
- ecc: Support the non-standard 0x40 compression flag for EdDSA.
- mpi: Extend the internal mpi_get_buffer.
- mpi: Fix regression for powerpc-apple-darwin detection.
- Fix bug inhibiting the use of the sentinel attribute in src/gcrypt.h.in
- Fix building for the x32 target without asm modules in
mpi/generic/mpi-asm-defs.h: Use a fixed value for the x32 ABI.
- Fix ARM assembly when building __PIC__
- mpi: Fix a subtle bug setting spurious bits with in mpi_set_bit.
* mpi/mpi-bit.c (_gcry_mpi_set_bit, _gcry_mpi_set_highbit): Clear
allocated but not used bits before resizing.
* tests/t-mpi-bits.c (set_bit_with_resize): New.
- Use internal malloc function in fips.c.
* src/fips.c (check_binary_integrity): s/gcry_malloc/xtrymalloc/.
- pubkey: Re-map all deprecated RSA algo numbers.
- cipher: Fix possible NULL dereference in cipher/md.c for being NULL.
- Fix ARMv6 detection when CFLAGS modify target CPU architecture.
PR: 193264
Approved by: cpm@fbsd.es (maintainer)
Update totem to 3.14 now that we have gstreamer 1.4 and minor gnome updates.
Update evolution suite to 3.12.9.
Make sure gtk30 pulls in adwait-icon-theme, since it now the default theme [3].
PR: 195290 [1], 195289 [2], 195455 [3]
Obtained from: gnome devel repo
script to assume the BUILD_CONFIG is set to bootstrap-debug, instead of
letting it auto-detect.
With clang 3.5.0 this auto-detection can fail, due to a discrepancy [1]
[2] in its debug information, when objects are produced with and without
-g. When the auto-detection fails, gcc will compare objects with full
debug information during the stage comparisons, and this sometimes
causes those stage comparisons to fail unexpectedly.
[1] http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20141222/250134.html
[2] http://llvm.org/PR22046
Approved by: gerald (maintainer)
The FreeBSD Python team welcomes Python 2.7.9 to the Ports tree!
Announcement: https://www.python.org/downloads/release/python-279/
Changelog: http://hg.python.org/cpython/raw-file/v2.7.9/Misc/NEWS
Important changes for this release:
- The entirety of Python 3.4's ssl module has been backported for Python
2.7.9. See PEP 466 for justification.
- HTTPS certificate validation using the system's certificate store is
now enabled by default. See PEP 476 for details.
- SSLv3 has been disabled by default in httplib and its reverse
dependencies due to the POODLE attack.
- The ensurepip module module has been backported, which provides the
pip package manager in every Python 2.7 installation. See PEP 477.
- While updating, try to improve the NIS detection for FreeBSD
PR: 193650
Differential Revision: https://reviews.freebsd.org/D1323
Reviewed by: koobs
With hat: python
Mark pure as BROKEN by this removal. It should be updated to a recent
release that supports llvm 3.5, but has seen no substantive updates in
over a year.
It makes upgrading from one Perl major version to another way easier. For
binary package users, it means pkg upgrade will detect the libperl.so.x.yy
change, and reinstall the affected packages. For users using ports, it will
save rebuild time as it's easier to detect what ports really need to be
rebuilt.
PR: 195821
Differential Revision: https://reviews.freebsd.org/D1241
Submitted by: mat
Reviewed by: antoine, bdrewery
Exp-run by: antoine
With hat: perl
Sponsored by: Absolight
It was never converted to pkg, and starting with Perl 5.18 gives out
annoying warnings.
Differential Revision: https://reviews.freebsd.org/D1318
Reviewed by: swills
With hat: perl
Sponsored by: Absolight
the 32 ports that still use it. Bump PORTREVISION on their dependent
ports except the ones that depend on these:
audio/libogg
audio/libvorbis
devel/pcre
ftp/curl
graphics/jpeg
graphics/libart_lgpl
graphics/tiff
textproc/expat2
textproc/libxslt
In these cases the same trick as in the recent gettext update is used.
The ports install a symlink with the old library version. When enough
of their dependent ports have had regular updates the remaining ones can
get a PORTREVISION bump and the links can be removed.
Also remove the devel/pcre dependency from USE_GNOME=glib20. It causes
over 2200 packages to depend on devel/pcre while less than 200 actually
link with it. The glib20 package still depends on devel/pcre so this
should not make a difference for ports with USE_GNOME=glib20. Also,
libdata/pkgconfig/glib-2.0.pc lists pcre as a private library so
USE_GNOME=glib20 should not propagate it.
PR: 195724
Exp-run by: antoine
Approved by: portmgr (antoine)
Changes:
* Carry across _sqlite.py fix from lang/pypy
* Strip cffi shared libraries (from lang/pypy)
Change Log:
- Various fsencode PEP 383 related fixes to the posix module (readlink, uname,
ttyname and ctermid) and improved locale handling
- Fixed a couple different crashes related to parsing Python 3 source code
- internal refactoring in string and GIL handling which led to significant
speedups
- improved handling of multiple objects (like sockets) in long-running
programs. They are collected and released more efficiently, reducing memory
use. In simpler terms - we closed what looked like a memory leak
Release update for further testing by community.
Change Log:
- Reduced internal copying of bytearray operations
- Tweak the internal structure of StringBuilder to speed up large string
handling, which becomes advantageous on large programs at the cost of
slightly slower small benchmark type programs.
- Move to a mixed polling and mutex GIL model that make mutlithreaded jitted
code run much faster
- Remove ctypes pythonapi and ctypes.PyDLL, which never worked on PyPy
- Fix performance regression on ufunc(<scalar>, <scalar>) in numpy
- Classes in the ast module are now distinct from structures used by the
compiler, which simplifies and speeds up translation of our source code to
the PyPy binary interpreter
- Upgrade stdlib from 2.7.5 to 2.7.8
PLIST_SUB and SUB_LIST, finish making sure the MANPATH are valid all around.
Differential Revision: https://reviews.freebsd.org/D1254
Sponsored by: Absolight
2014-11-30 ports-mgmt/pkg-plist: Generate incorrect plists
2014-11-30 sysutils/rubygem-hiera-puppet: Has been incorporated into hiera
2014-11-30 sysutils/rubygem-hiera-json: Has been incorporated into hiera
2014-11-30 databases/memcachedb: Depends on deprecated Berkeley DB version, needs porting to DB_SITE
2014-12-01 games/djgame2: Online servers gone, game is not playable
2014-12-01 devel/creduce: Unmaintained and depends on ancient LLVM 3.2
2014-12-01 lang/clay: No development since July 2013, depends on obsolete clang-3.2
