7b4119df5c
The -l option causes a looser behavior of patch(1), where patches are applied when there is a match with no regard to leading whitespace. This means that it is possible to get false positives: for example, in srcpkgs/glu, there is a patch that was supposed to be long gone (since the release already includes it) but it was overlooked since with -l it happens to apply in a different portion of the source (where it is wrong). Avoid these cases. |
||
|---|---|---|
| .. | ||
| build-helper | ||
| build-profiles | ||
| build-style | ||
| chroot-style | ||
| cross-profiles | ||
| environment | ||
| hooks | ||
| repo-keys | ||
| scripts | ||
| travis | ||
| wrappers | ||
| xbps-src | ||
| options.description | ||
| shlibs | ||