* Disable torrent addition dialog as a default
* Fix torrent availability computation
* Fix Web UI authentication with Opera Browser
* Fix Javascript error in Web UI when using IE
* Fix a lot of encoding problems on non UTF-8 systems
* Fix race condition allowing to run multiple instances
* Fix window hiding problem when having a modal window
For the port, add LICENSE information
The powerpc64 ABI uses a table of contents structure holding a maximum of
65,000 elements per library, which GTK2-webkit overflows by default. Binutils
2.15 is incapable of rectifying this with several default optimizations turned
on, resulting in webkit failing to link on this platform.
Reduce the size of the TOC to fit within its bounds by adding -mminimal-toc
to cflags on powerpc64.
PR: ports/147725
Submitted by: nwhitehorn@
Due to a flaw in binutils 2.15, function names can conflict with ELF assembler
directives on PPC64 systems. As a result, it is not possible to have functions
named things like 'text' and 'data', one of which GTK 2.0 has.
PR: ports/147699
Submitted by: nwhitehorn@
- Unmute INSTALL_DATA statements
- Expand COMMENT to match that on official site
- Kill needless PKGMESSAGE assignment (it is done automagically)
- Remove no-op inplace patching commands
- Remove whitespace from `files/pkg-message.in' and do padding within
post-install target; this makes message output identical between port vs.
package installation
- Adjust `video.x' location in sample configuration file
- Simplify target CPU determination code
- Canonicalize header and do some Makefile cleanup
- Remove bogus hack that prevented clock_settime(2) detection; instead, use
CLOCK_THREAD_CPUTIME_ID instead of CLOCK_PROCESS_CPUTIME_ID as the latter
is undefined on FreeBSD. Under Linux, thread clock is essentially just a
process clock with CPUCLOCK_PERTHREAD_MASK bit applied, so it should work
in this case.
Approved by: novel (maintainer; timeout since May 31)
Unfortunately version 2.0.0 is largely incompatible with version 1.x, so it
is necessary to have a stopgap measure while ports that depend on libassuan
can be updated. In conversation with the maintainers of the dependent ports
it was originally considered ideal to prepare updates for the ports first,
then upgrade everything to libassuan 2.x en masse. Since no action has
arisen on that front, go with plan B:
Copy security/libassuan to security/libassuan-1, and update the dependent
ports accordingly. Because this is (intended to be) a _temporary_ measure,
and because no updates for libassuan 1.x are anticipated, and because the
hope is that it can be removed sooner rather than later, it's a copy instead
of a repocopy.