Both sides previous revisionPrevious revisionNext revision | Previous revision |
patching [2009/03/24 01:06] – --dry-run has a dash in the middle. netrolller3d | patching [2018/10/05 22:57] (current) – Updated links mister_x |
---|
* Where do I get the patch? | * Where do I get the patch? |
| |
The [[http://aircrack-ng.org/doku.php|aircrack-ng wiki]] typically indicates which patches are required for particular drivers. And the appropriate pages contain detailed installation and patching instructions. See the [[drivers|drivers page]] for links to the various detailed pages. | The [[main|aircrack-ng wiki]] typically indicates which patches are required for particular drivers. And the appropriate pages contain detailed installation and patching instructions. See the [[install_drivers|drivers installation page]] for links to the various detailed pages. |
| |
You can obtain the patch in a variety of ways. The wiki page normally provides a download link. As well, patches are included in the aircrack-ng source package in the "patches" directory. Many times patches are under development and you can find links to them on the [[http://forum.tinyshell.be|Forum]]. | You can obtain the patch in a variety of ways. The wiki page normally provides a download link. As well, patches are included in the aircrack-ng source package in the "patches" directory. Many times patches are under development and you can find links to them on the [[https://forum.aircrack-ng.org|Forum]]. |
| |
| |
wget "URL to patch" | wget "URL to patch" |
| |
wget http://patches.aircrack-ng.org/rtl8187_2.6.24v3.patch | wget https://patches.aircrack-ng.org/rtl8187_2.6.24v3.patch |
| |
Then you need to move the patch to the appropriate directory using the "mv" command. The question arises as to which is the "appropriate directory"? There is no correct answer to the question. It depends on what you are patching and how the patch was created. Looking at the directories referenced in the patch itself usually gives you a good indication of where it should go. You might need to try a few locations. Here are some typical locations: | Then you need to move the patch to the appropriate directory using the "mv" command. The question arises as to which is the "appropriate directory"? There is no correct answer to the question. It depends on what you are patching and how the patch was created. Looking at the directories referenced in the patch itself usually gives you a good indication of where it should go. You might need to try a few locations. Here are some typical locations: |
* Play with the "-pX" value. This allows you to strip directories off of the referenced files in the patch. Try -p0, -p1, -p2, etc. | * Play with the "-pX" value. This allows you to strip directories off of the referenced files in the patch. Try -p0, -p1, -p2, etc. |
* The version of the patch may be wrong for your kernel version. Check to ensure that the patch you are using is known to work properly against the kernel you are running. | * The version of the patch may be wrong for your kernel version. Check to ensure that the patch you are using is known to work properly against the kernel you are running. |
| |
| |
| |
* In some rare cases, a few failures may still be ignored. You can try compiling the program and see if it works. Not a high probability but worth a try. | * In some rare cases, a few failures may still be ignored. You can try compiling the program and see if it works. Not a high probability but worth a try. |
* The version of the patch may be wrong for your kernel version. Check to ensure that the patch you are using is known to work properly against the kernel you are running. Most likely, you need an older or new version of the patch. | * The version of the patch may be wrong for your kernel version. Check to ensure that the patch you are using is known to work properly against the kernel you are running. Most likely, you need an older or new version of the patch. |
| * If all hunks fail: The patch may be whitespace-damaged. Try adding the -l option to the patch command line. |
| * Try applying the patch with the "fuzz" option: add "-F3" to the patch command line. (The number specifies the maximal fuzz allowed - 3 is a value that works well.) |
* If all else fails, you can try manually updating the source code by reviewing the patch and applying the changes by hand. | * If all else fails, you can try manually updating the source code by reviewing the patch and applying the changes by hand. |
| |