Package Details: rtl88xxau-aircrack-dkms-git r672.2c3ce70-1

Git Clone URL: https://aur.archlinux.org/rtl88xxau-aircrack-dkms-git.git (read-only)
Package Base: rtl88xxau-aircrack-dkms-git
Description: Aircrack-ng kernel module for Realtek 88XXau (USB adapters only) network cards (8811au, 8812au, 8814au and 8821au chipsets) with monitor mode and injection support
Upstream URL: https://github.com/aircrack-ng/rtl8812au
Keywords: 8811au 8812au 8814au 8821au aircrack dkms driver injection rtl8811au rtl8812au rtl8814au rtl8821au rtl88xx wireless
Licenses: GPL
Conflicts: rtl8812au-aircrack-dkms-git, rtl8812au-dkms-git, rtl8812au-inject-dkms-git, rtl8814au-dkms-git, rtl8821au-dkms-git
Replaces: rtl8812au-aircrack-dkms-git
Submitter: iyanmv
Maintainer: iyanmv
Last Packager: iyanmv
Votes: 18
Popularity: 2.975561
First Submitted: 2019-01-29 20:43
Last Updated: 2019-09-22 10:24

Dependencies (2)

Required by (0)

Sources (2)

Latest Comments

1 2 3 4 5 6 ... Next › Last »

mokkurkalve commented on 2019-10-17 22:37

@Martinsos: Yes it is indeed very strange. But somehow you got very old sources, the commit is from 29 July 2018 in fact. https://github.com/aircrack-ng/rtl8812au/commit/1c72e119d775a32dd8d44e5bdb6115c6fa8e7057 I have no idea how this happened to you......

Martinsos commented on 2019-10-17 21:46

@mokkurkalve I have to admit I don't know much about PKGBUILD and cvs packages, but I am getting that if I installed it some time ago, it might not be pulling new source files from the git if I manage it through AUR helper since package itself does not change? But in my case, I installed it for the very first time right now! Anyway, thanks for help, this is probably not the place to teach me about the PKGBUILD, I will have to investigate it myself :). Thanks!

will_wisp commented on 2019-10-17 19:58

@mokkurkalve: The problem were the sources, indeed. That and that I use a AUR helper, so that I did not realize that the sources were out of date. Thanks for your help! I think I will add a pacman installation/update hook...

[Edit: An alias in the .bashrc was easier...]

mokkurkalve commented on 2019-10-16 00:20

@Martinsos: I had no problem compiling this. But I see that your sources are r61.1c72e11 while mine are r854.25c0645 (I BTW just installed this driver). Have you tried what was described just below your post; to make sure to have the latest sources from the GitHub repo for dkms to compile? @will_wisp: What version of the sources do you have? You both presumably should have the latest sources from the repo this package utilises: https://github.com/aircrack-ng/rtl8812au

will_wisp commented on 2019-10-15 21:33

With the newest version of gcc I am not able to make a dkms install. Will there be an update soon upstream in this package (= is this kind of behavior expected from time to time)? Or do you think there is a problem with the new gcc?

Martinsos commented on 2019-10-15 20:32

I am trying to get the alfa-awus036ach wifi adapter/dongle to work, which uses 8812 chipset. I tried using rtl8812au-dkms-git, and got it installed and loaded, but could not get dongle to show via ip link. I then arrived here, but can not get the package installed, I get error message:

Error! Bad return status for module build on kernel: 5.3.6-arch1-1-ARCH (x86_64) Consult /var/lib/dkms/rtl88xxau/r61.1c72e11/build/make.log for more information.

I took a look at make.log, and there are some compiler warnings, notably:

cc1: some warnings being treated as errors make[2]: [scripts/Makefile.build:280: /var/lib/dkms/rtl88xxau/r61.1c72e11/build/os_dep/linux/os_intfs.o] Error 1 In file included from /var/lib/dkms/rtl88xxau/r61.1c72e11/build/include/drv_types.h:35, from /var/lib/dkms/rtl88xxau/r61.1c72e11/build/os_dep/linux/mlme_linux.c:24: /var/lib/dkms/rtl88xxau/r61.1c72e11/build/include/wifi.h:1009: warning: "IEEE80211_MAX_AMPDU_BUF" redefined 1009 | #define IEEE80211_MAX_AMPDU_BUF 0x40 | In file included from ./include/net/cfg80211.h:21, from /var/lib/dkms/rtl88xxau/r61.1c72e11/build/include/osdep_service_linux.h:94, from /var/lib/dkms/rtl88xxau/r61.1c72e11/build/include/osdep_service.h:41, from /var/lib/dkms/rtl88xxau/r61.1c72e11/build/include/drv_types.h:32, from /var/lib/dkms/rtl88xxau/r61.1c72e11/build/os_dep/linux/mlme_linux.c:24: ./include/linux/ieee80211.h:1441: note: this is the location of the previous definition 1441 | #define IEEE80211_MAX_AMPDU_BUF 0x100 | make[1]: [Makefile:1626: module/var/lib/dkms/rtl88xxau/r61.1c72e11/build] Error 2 make[1]: Leaving directory '/usr/lib/modules/5.3.6-arch1-1-ARCH/build' make: *** [Makefile:1264: modules] Error 2

zebulon commented on 2019-10-15 09:30

@iyanmv: just to precise, if you use a helper to reinstall, it may then trigger the download of the latest Git update again (if the PKGBUILD points to the latest sources like this one, and not a specific snapshot). Just be sure that your helper cache is empty (using e.g. yay -Scc). On the other hand the dkms package does not redownload any sources, they are statically installed by the PKGBUILD.

iyanmv commented on 2019-10-15 06:32

@zebulon exactly! This is a cvs PKGBUILD, so you won't receive any updates if you use any helper (such as yay). To get the last changes from upstream you should run makepkg. I will increase pkgver/pkgrel if there are some changes on the PKGBUILD itself according to VCS guidelines.

zebulon commented on 2019-10-15 06:27

Apologies for stating the obvious, but had this case before as a maintainer. Can everyone having issues with 5.3.1 make sure they have updated the sources the package uses? DKMS does not that, it only recompiles using the installed sources, it does not re-download the Github sources. To do so you can simply force a reinstalling of this package, which will indeed download teh Git sources again. Of course if your adapter does not work, you may do so by reinstalling an older kernel or try an alternate adapter.

mokkurkalve commented on 2019-10-14 12:20

My adapter Asus USB-AC56 (rtl8812au) seems to work fine here & now with kernel linux 5.3.5.arch1-1. What is curious is that I had to set Management Frame Protection (802.11w) from "supported" to "disabled" on the AP before I could associate adapter with AP. (And it was set to "supported", not "mandatory".) Anybody understands this? (The AP is Asus RT-AC68U with asuswrt-merlin 384.13 firmware.)