as recent driver versions are already account for it; this unbreaks the
build for 304.xx branch [*]
- Simplify patching for stack buffer overflow in nvidia_sysctl_bus_type():
NVidia really screwed up fixing it since it was reported. Originally,
they were sprintf(bus_type, "PCI-E")ing to a 4-character buffer allocated
on stack (304.88 and earlier); later they've replaced the buffer with a
char * pointer, but left one sprintf() into it (304.108 and above, up to
304.121); then finally fixed it for real in 304.123. Given versions are
only for 304.xx branch; others retained the same bugs during this time
frame. Fix it across the gang by simply extending bus_type[4] (if found)
to eight bytes instead of employing complex NVVERSION checks: this should
now be no-op for newer versions, but good enough for older ones (e.g. for
173.14.35, 96.xx, and 71.xx)
PR: 194866, 194958 [*]
I don't know why spl builds on clang but fails on gcc due to a flex
precedence issue. Rather, I don't know why the flex issue doesn't affect
clang. There was a patch provided by a fork nearly four years ago that
fixes the gcc build nicely. The bitbucket issue warns that more eyes
should review the fix though.
Issue 1: roman number II interpreted as I
https://bitbucket.org/kcartmell/marlowe/issue/1/
Running "make check-plist" on gnustep-make results in plist errors:
===> Checking for items in STAGEDIR missing from pkg-plist
Orphaned: GNUstep/System/Library/Makefiles/Master/deb.make
Orphaned: GNUstep/System/Library/Makefiles/deb-equivs-control.template
Orphaned: GNUstep/System/Makefiles
The latest was caused by a keyword typo (I think) and the first two were
just missing. While here, modernize the whole thing. No @exec keywords
are needed -- the post-install takes care of the symlink already.
- Fix PAM authentication failure after recent base update
- Replace local patch with new patch from upstream
- Rename patch files, remove dirrms, use @sample, some plist fixes
PR: 194474
Submitted by: Koichiro Iwao <meta+ports@vmeta.jp>
Approved by: mentors (implicit)
The Sigar API provides a portable interface for gathering system information
such as:
* System memory, swap, cpu, load average, uptime, loginsi
* Per-process memory, cpu, credential info, state, arguments, environment,
open files
* File system detection and metrics
* Network interface detection, configuration info and metrics
* TCP and UDP connection tables
* Network route table
This information is available in most operating systems, but each OS has their
own way(s) providing it. SIGAR provides developers with one API to access this
information regardless of the underlying platform. The core API is implemented
in pure C with bindings currently implemented for Java, Perl, Ruby, Python,
Erlang, PHP and C#. This port provides the Java bindings.
WWW: https://support.hyperic.com/display/SIGAR/Home
