- Better handling of the case of a matched declaration that should only
be replaced by other top level things.
- Improved filtering of result of matching atomic patterns
- Drop positions before creating function prototype rules
- Adjust position of { introduced by adding multiple statements in a
single-statement position
- Drop newline after function call ( when all arguments on that line are
eliminated
- Accept removal of a single declaration, replaced by arbitrary,
non-declaration code
- smpl_spacing takes into account newlines, indentation
(or much activity) in years and it has various fixes, including:
- unbreak IPv6
- support pflog capture files and pppoe
- chroot to /var/empty when dropping privs
one in the event of an error in the filter, this results in attempting
to deref bogus memory. pass it an explicit NULL which is handled correctly.
- don't strip the installed binary, remove USE_GROFF
The Mousetweaks package provides mouse accessibility enhancements for
the GNOME desktop. These enhancements are:
<...>
ok jasper@
PS: this time in the correc dir!
the file triggers an attempt to rebuild autoconf files, which breaks the build
if automake-1.11 is installed. Worked out by Nigel Taylor.
Fix typo in DESCR while there. The patch was there because these flags
broke the build in an earlier version of libnice, but are no longer needed
(checked gcc 3 and 4; port didn't build on gcc 2 arch anyway). ok jasper@
move it from a BUILD+RUN_DEPENDS to WANTLIB+LIB_DEPENDS so that the dependency
is tracked and opal gets updated if the FFmpeg API changes. Comment to explain
why check-lib-depends says it's extra. Pointed out by Brad, ajacoutot@ hates
it but is ok with it.
no package change as the python module is only included if the python
flavour is selected (and unless that's included, MODPY_WANTLIB is blank),
but it's clearer this way.
side-note, python bindings should probably be split into a subpackage
sometime, there seems to be no need to have a separate flavour for this.
library dependency to be tracked properly. even though it's
dlopen(3)'d not linked directly, we still need to make sure the
package is compatible with the library.
it will show as Extra in lib-depends-check, that's not important
(but add a comment to make sure people don't think it can be removed).
pointed out by jakemsr and discussed with brad and espie.
