2015-05-10 databases/postgresql84-client: "EOL was reached in July 2014"
2015-05-10 databases/postgresql84-contrib: "EOL was reached in July 2014"
2015-05-10 databases/postgresql84-docs: "EOL was reached in July 2014"
2015-05-10 databases/postgresql84-plperl: "EOL was reached in July 2014"
2015-05-10 databases/postgresql84-plpython: "EOL was reached in July 2014"
2015-05-10 databases/postgresql84-pltcl: "EOL was reached in July 2014"
2015-06-02 deskutils/deskbar-applet: Broken since update to gnome3
2015-06-02 deskutils/gimmie: Broken since update to gnome3
2015-06-02 deskutils/glipper: Broken since update to gnome3
2015-06-02 deskutils/gnochm: Broken since update to gnome3
2015-06-02 deskutils/hamster-applet: Broken since update to gnome3
2015-06-02 deskutils/kupfer: Broken since update to gnome3
2015-06-02 deskutils/ontv: Broken since update to gnome3
2015-06-02 deskutils/timer-applet: Broken since update to gnome3
2015-06-02 editors/scribes: Broken since update to gnome3
2015-06-09 games/gweled: Broken since update to gnome3
2015-06-02 games/py-pychess: Broken since update to gnome3
2015-06-08 graphics/gqview: Unmaintained upstream, preferences dialog broken, use graphics/geeqie fork
2015-05-31 lang/gcc47-aux: GCC 4.7 branch closed June 2014, move to lang/gcc-aux
2015-06-02 multimedia/arista: Broken since update to gnome3
2015-06-02 net/service-discovery-applet: Broken since update to gnome3
2015-06-05 net/shaperprobe: broken with no known fix (PR 197327)
2015-06-02 print/gnome-specimen: Broken since update to gnome3
2015-06-01 x11-themes/gtk-aqualightblue-theme: Upstream disappeared
2015-06-01 x11-themes/gtk-flat-theme2: Upstream disappeared
- Switch to CDN by default as mirrors are no longer kept up to date
- Drop obsolete pointer to http://www.mozilla.org/mirrors.html
- Drop redundant BUGZILLA and MOZILLA_EXTEND
- Shorten MASTER_SITES in gecko@ ports
- Move MOZILLA_ADDONS to bsd.sites.mk
- Move one of MOZILLA mirrors with old addons under MOZILLA_ADDONS
- Addons CDN redirects to https://, so don't mislead with http://
https://blog.mozilla.org/it/2012/08/03/dear-mozilla-mirrors-thank-you/
Differential Revision: https://reviews.freebsd.org/D2550
Tested by: distilator
Reviewed by: mat (partial)
Approved by: bz-ports (ohauer), portmgr blanket (office@ et al.)
Approved by: portmgr (bapt, earlier version)
MFH: 2015Q2
When submitting patches to fix GNAT, I realized the exetime changes
were wrong. Moveover, the time patches not only are no longer needed,
but possibly bitrotted to the point of being wrong.
The next release of GCC5 (5.2) should have the FreeBSD unwind support
from gcc-trunk backported to GCC5 branch, so that should reduce the
patches by a lot. There are some minor changes involving NetBSD support
that are not used.
Also, apparently disable-libada functionality was broken by my patches,
but it's fixed now. This isn't used though.
A few of the pkg programs were made unexecutable -- they didn't work
anyway because the rtld couldn't find the libraries. By relocating
them to cm3/bin and using symlinks instead fixes the issues.
When the base install moved from $LOCALBASE to $LOCALBASE/cm3, the
conflict with cvsup disappeared. The conflict wasn't current anyway,
it should have been moved to net/cvsup-static as the original cvsup
ports were removed within the last year.
Modula3 hasn't had a proper release in close to 5 years. However, the
project has moved to github and has been under slow continuous
development. The internal version was recently switch to 5.10.0, but
this is not a release.
A new build script is used which simplifies the port makefile and even
the generation of new bootstrap compilers. However, the original 5.8.6
bootstrap still works with some inline modifications.
This version still uses the gcc backend, but eventually it could be
switched to the new c-backend, something that DragonFly could use as
well. The base has been moved from $LOCALBASE to $LOCALBASE/cm3, so
the "example" programs are back with the rest.
Temporarily disable CFFI module compilation post-build and the shared
CFFI libraries in the packaging lists to due failures finding and
linking tkinter:
Building tk bindings failed.
You can either install development headers package,
add the --without-tk option to skip packaging this
binary CFFI extension, or say --without-cffi.
Traceback (most recent call last):
File "<builtin>/app_main.py", line 75, in run_toplevel
File "/usr/ports/lang/pypy/files/compile_cffi.py", line 15, in <module>
create_cffi_import_libraries(sys.executable, Options(cffi_build_scripts), py.path.local(basedir))
File "/wrkdirs/usr/ports/lang/pypy/work/pypy-pypy-295ee98b6928/pypy/tool/release/package.py", line 84, in create_cffi_import_libraries
raise MissingDependenciesError(module)
MissingDependenciesError: _tkinter/tklib_build.py
This change is being committed on behalf of and in leui of maintainer
providing a comprehensive fix, as they are currently AFK.
Reported by: hawkowl (via IRC, portsmon)
Reviewed by: dbn (maintainer)
Approved by: dbn (maintainer)
- Use PATCHFILES for revision patches, because upstream basically
stopped rolling tarballs for minor updates.
- Rebuild local patch files to make portlint happier.
- Use PATCHFILES for revision patches, because upstream basically
stopped rolling tarballs for minor updates.
- Rebuild local patch files to make portlint happier.
Changes:
* Use pypy.tool.release.package to compile cffi modules.
ChangeLog:
* Python compatibility:
* Improve support for TLS 1.1 and 1.2
* Support for the PYTHONOPTIMIZE environment variable (impacting builtin's
__debug__ property)
* Issues reported with our previous release were resolved after reports
from users on our issue tracker at https://bitbucket.org/pypy/pypy/issues
or on IRC at #pypy.
* New features:
* Add preliminary support for a new lightweight statistical profiler
vmprof, which has been designed to accomodate profiling JITted code
* Numpy:
* Support for object dtype via a garbage collector hook
* Support for .can_cast and .min_scalar_type as well as beginning a
refactoring of the internal casting rules
* Better support for subtypes, via the __array_interface__,
__array_priority__, and __array_wrap__ methods (still a work-in-progress)
* Better support for ndarray.flags
* Performance improvements:
* Slight improvement in frame sizes, improving some benchmarks
* Internal refactoring and cleanups leading to improved JIT performance
* Improved IO performance of zlib and bz2 modules
* We continue to improve the JIT's optimizations. Our benchmark suite is
now over 7 times faster than cpython
The clang ports override the default build target, but the new targets
fail to set the environment like the default target does. This patch
passes MAKE_ENV to environment.
It also combines compounds to a single make cmd and unsuppresses the
commands so the output shows on the build logs.
PR: 199500
Submitted by: marino
Approved by: brooks (maintainer)
Changes:
* Merge pypy-devel into pypy
* Drop pypy-devel (was intended to track pypy-current but no automated
process was implemented)
* Drop upstreamed patches
PR: 199790
"I don't use FreeBSD very much anymore, so I'm not really the best person
to fix this. (As a corollary, if anyone wants to take over maintainership
of any or all of the ports, I'm still listed as maintainer of, they are
most welcome to.)"
Given that Jaap hasn't submitted or handled any PRs since before staging,
I think it will be more effective to just reset all the ports and let
people pick up the ones they like. Thanks for your past support, Jaap!
PR: 199845
- Replace ${MASTER_SITE_FOO} with FOO.
- Merge MASTER_SITE_SUBDIR into MASTER_SITES when possible. (This means 99.9%
of the time.)
- Remove occurrences of MASTER_SITE_LOCAL when no subdirectory was present and
no hint of what it should be was present.
- Fix some logic.
- And generally, make things more simple and easy to understand.
While there, add magic values to the FESTIVAL, GENTOO, GIMP, GNUPG, QT and
SAMBA macros.
Also, replace some EXTRACT_SUFX occurences with USES=tar:*.
Checked by: make fetch-urlall-list
With hat: portmgr
Sponsored by: Absolight
This changes a conditional statement to an equivalent variation. An
internal transformation of DPorts was getting confused by this construct.
Discussed with: Michael Gruenewald (maintainer)
perlpolicy(1) states though, that critical patches can be provided for three
years after the .0 release, adjust Perl 5.16's expiration date accordingly.
Sponsored by: Absolight
devel/ocaml-lwt (4 skipped) is still broken by another issue:
File "src/top/toplevel.ml", line 60, characters 17-62:
Error: This expression has type load:bool -> Path.t
but an expression was expected of type 'a * 'b
PR: 199845
Reported by: pkg-fallout
Approved by: portmgr blanket
When appropriate:
- Try to use DISTVERSION{SUF,PRE}FIX
- Replace PORTNAME-PORTVERSION by DISTNAME
- Convert MASTER_SITES to use macros
- Other light cleanup
With hat: portmgr
Sponsored by: Absolight
There is something going on with optimizations on both the old and
new versions.
If you set USE_GCC=any the port will build way faster:
gcc: make 506.90s user 17.86s system 228% cpu 3:49.41 total
clang: make 3913.28s user 23.73s system 211% cpu 31:05.70 total
I added a GCC option for now.
Setting CFLAGS to -O0 will make clang go as fast as gcc.
Explanation still unknown.
Reimplement ONLY_FOR_ARCHS such that we know that this port requires newer
compiler features (which aren't very clear from the port itself). Probably
need to validate this on powerpc as we have clang available and gcc ports.
PR: 197132
on non-clang architechtures. In addition, if there is no lang/gcc available
for the architecuture, we can't build it via that method either.
Rework archtecture disable to use ONLY_FOR_ARCHS and give a clearer reason
why this is being disabled on powrepc/mips/sparc64.
PR: 197132
Reviewed by: osa@freebsd.org (maintainer)
to unbreak x11-fm/sushi on FreeBSD 8 and 9.
lang/gjs and lang/spidermonkey24 are currently built with
USES=compiler:c11. On FreeBSD 8, this causes them to be compiled
with clang from ports, and on FreeBSD 9, they are built with clang
from base. In both cases, they are linked to libstdc++ from base.
These two ports are dependencies of x11-fm/sushi, which also depends
on webkit-gtk3, which is compiled with USES=compiler:c++11-lib. On
FreeBSD 8 and 9 webkit-gtk3 is compiled with gcc from ports and
linked to its newer bundled libstdc++. Sushi is compiled with gcc
from base and consists of pure C code, so it does not link directly
to libstdc++. The build fails because ld links in the base version
of libstdc++ before it links in webkit-gtk3, and then discovers
that the newer libstdc++ ABI needed by webkit-gtk3 is missing.
Converting sushi to USES=compiler:c++11-lib does not fix the build
failure, and just changes the error message, probably because sushi
does not directly link to any version of libstdc++. If sushi is
further hacked to force it to link directly to the newer version
of libstdc++ bundled with the gcc port, the build succeeds, but the
resulting executable segfaults inside libstdc++ with a stack trace
that traverses a bunch of functions contained in the gjs and
spidermonkey24 libraries.
Converting gjs and spidermonkey24 to USES=compiler:c++11-lib forces
them to be compiled with the ports version of gcc on FreeBSD 8 and
9 and link to its bundled libstdc++ (and is a no-op on FreeBSD 10
and higher). Because these libraries are linked into sushi before
webkit-gtk3, they load the version of libstdc++ which meets the
requirements of webkit-gtk3, and the resulting executable is
functional. No modifications to sushi are necessary.
PR: 196078, 199434, 199435
Differential Revision: https://reviews.freebsd.org/D2396
Approved by: mat (mentor)
MFH: 2015Q2
PR: 195736
Submitted by: Michael Gruenewald (maintainer)
Add'l fixes: marino
Besides typical port cleanup, the dragonfly patches which had been
removed for the update were added back to the configure patch.
