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. |
||
|---|---|---|
| .. | ||
| .empty | ||
| 00-patches.sh | ||