<file> on ELF systems, but this doesn't really do what -export-symbols is
meant to do. On GNU ELF systems it converts <file> to a simple version
script first and then uses -version-script instead of -retain-symbols-file.
Let USES=libtool patch libtool scripts to do this on all systems with GNU
ld(1).
Bump PORTREVISION on all ports where the build log contains -export-symbols.
audio/calf: This port builds a module that now exports only one function,
but it also builds a number of executables that link to this module and
expect to see other functions. Because it's already a bit dodgy to link to
a module (libtool warns about this) let the module continue to export only
one function and instead build an ordinary library from the same source that
the executables can link to. Fix a number of other issues in the same
Makefile.am and clean up the port Makefile.
japanese/scim-honoka: Tries to hide all symbols that start with an
underscore, but because this library is written in C++ all symbols start
with _Z so it ends up hiding everything. Just don't hide anything at all
like the textproc/scim configure script does.
multimedia/schroedinger: Apply an upstream patch.
textproc/scim-input-pad: Same as japanese/scim-honoka.
PR: 201922
Approved by: portmgr (antoine)
Exp-run by: antoine
- switch to PyPi
- convert to autoplist and limit python version to 2.x
- update WWW urls and package description
Changelog:
2015-05-19 Andres Blanco <ablanco@coresecurity.com>
* Added sendpacket support by default
2015-07-31 japanese/p5-Acme-Lou: Needs ja-p5-Text-MeCab that does not work with 5.18 or above
2015-07-31 mail/maildirsync: Requires an unsupported version of Perl
2015-07-31 mail/qar-bufo: Requires an unsupported version of Perl
2015-08-01 net/py-soapy: Abandonware depending on ancient py-xml. Please use net/py-soappy instead
2015-08-01 net-p2p/btqueue: Runtime broken (does not download anything)
2015-07-31 sysutils/vhdtool: Use mkimg(1) instead
2015-07-31 www/rubygem-modernizr: This gem has been removed from rubygems.org by upstream
OPENAFS-SA-2015-001 - vos leaks stack data onto the wire in the clear
when creating vldb entries
OPENAFS-SA-2015-002 - bos commands can be spoofed, including some
which alter server state
OPENAFS-SA-2015-003 - pioctls leak kernel memory contents
OPENAFS-SA-2015-004 - kernel pioctl support for OSD command passing can
trigger a panic
OPENAFS-SA-2015-006 - Buffer overflow in OpenAFS vlserver
Approved by: delphij (ports committer)
MFH: 2015Q3
Security: CVE-2015-3282, CVE-2015-3283, CVE-2015-3284, CVE-2015-3285
This MATE is still build agains GTK+2.
Sort USES here and there.
Replace mate-dialogs with zenity and mate-calc with galculator.
This update fixes the following PR's:
PR: 193942, 191885
Submitted by: Gustau Perez <gustau.perez@gmail.com> via Gnome devel repo
Obtained from: gnome devel repo.
The current version has a problem with auto-configuration when used for the first time.
PR: 201420
Submitted by: Jaap Akkerhuis <jaap@NLnetLabs.nl>
Approved by: maintainer timeout
Sponsored by: DK Hostmaster A/S
- most of the work was done by Alan Jude
- all errors are mine
- 64bit (may) have rough edges
- I validated
* that the 32bit part doesn't has deinstall regressions
* 29 of 72 64bit ports ports don't have deinstall leftovers (more validation
later, when I dare to activate the 64bit linuxulator in the kernel)
- the infrastructure part looks mature enough to let more test-bunnies get
some experience with it
- to use it you shall have no linux ports installed and have to specify
(on your own risk) the following in make.conf before installing the ports:
OVERRIDE_LINUX_BASE_PORT=c6_64
OVERRIDE_LINUX_NONBASE_PORTS=c6_64
This is on top of the exiting c6 linux ports. Given that CentOS 7 is 64bits
only, we decided to have it as an "overlay" instead of new ports.
The 64bit part only installs 64bit executables, the 32bit ports can not be
installed at the same time (if needed we can think of letting the 64bit
overlay install the 32bit parts too, but given the CentOS 7 comment
above...).
Differential Revision: https://reviews.freebsd.org/D174
Submitted by: alanjude
Sponsored by: Essen FreeBSD Hackathon 2015
Reviewed by: xmj, eadler (earlier versions)
Approved by: portmgr (implicit, I remember blanked approval for
linux parts loooong ago, punish me if you don't
agree anymore)
This is a port of librdkafka, a C library implementation
of the Apache Kafka protocol, containing both Producer and
Consumer support. It was designed with message delivery
reliability and high performance in mind, current figures
exceed 800000 msgs/second for the producer and 3 million
msgs/second for the consumer.
WWW: https://github.com/edenhill/librdkafka/
PR: 201521
Submitted by: Victor Yagofarov <xnasx@yandex.ru>
