[20:05] <alkisg> https://packages.ubuntu.com/rtl8812au-dkms needs a simple backport for xenial. The xenial version works for 4.4, fails for 4.10, and the bionic package works in xenial with 4.10.
[20:05] <alkisg> Should I file an SRU for that?
[20:07] <alkisg> Also, what would it take to (1) upgrade the source to a newer version 5.x from the realtek site,
[20:08] <alkisg> and (2) to enable support for rtl8821au too? (21 instead of 12). Would another rtl8821au-dkms package need to be made?
[20:42] <TJ-> alkisg: I'm sure I already did that a couple months ago!
[20:43] <TJ-> alkisg: oh, no, it was the github package: https://github.com/abperiasamy/rtl8812AU_8821AU_linux.git
[21:25] <alkisg> TJ-: are you maintaining that github?
[21:26] <alkisg> Synching the ubuntu package code with that one would be just fine :)
[21:26] <alkisg> indeed  21au works with that
[21:28] <TJ-> alkisg: no, I pulled from there and had to add patches as kernel versions moved on. In the end I decided out-of-tree is not worth the effort, and dumped the devices
[21:43] <alkisg> Since the realtek source code is GPL, why isn't it in the kernel?
[21:44] <alkisg> *upstream?
[21:53] <stgraber> because some code is GPL doesn't mean it's good code :) that's usually why some particular module isn't upstream yet, the author has to go through the upstream code review process and possibly have to change quite a bit of their code
[21:58] <TJ-> ^^^ the code is terrible
[22:24] <alkisg> Ah, I thought it was the same realtek developers that had all the other already upstreamed code...
[22:25] <alkisg> (e.g. rtl816x)