While I don't have a xenial machine handy to test the bug and fix, I had a look at the debdiff for the packages in Aron's PPA, for some sanity checks.
The following patches have been added:
The patches (which as far as I can tell are all cherrypicks from upstream commits) don't appear to be applied in chronological order (for instance platform-refactor-nmp_utils_sysctl_open_netdir.patch clearly uses a new function that was added by core-add-utils-for-file-handling.patch). Not that big of a deal if they apply cleanly, but applying them in chronological order would make it easier to review and maintain them.
While I don't have a xenial machine handy to test the bug and fix, I had a look at the debdiff for the packages in Aron's PPA, for some sanity checks.
The following patches have been added:
# fix for LP: #1585863 add-nm_ auto_close- and-nm_ auto_fclose. patch wwan-use- nm_auto_ close-instead- of-gs_fd_ close.patch add-a-new- function- nmp_utils_ open_sysctl. patch refactor- wifi_utils_ is_wifi- not-to- pass-sys. patch wifi-use- nmp_utils_ open_sysctl- to-check- if-.patch refactor- nmp_utils_ sysctl_ open_netdir. patch O_CLOEXEC- for-file- descriptors. patch utils-for- file-handling. patch
shared-
device-
platform-
platform-
platform-
platform-
all-use-
core-add-
The patches (which as far as I can tell are all cherrypicks from upstream commits) don't appear to be applied in chronological order (for instance platform- refactor- nmp_utils_ sysctl_ open_netdir. patch clearly uses a new function that was added by core-add- utils-for- file-handling. patch). Not that big of a deal if they apply cleanly, but applying them in chronological order would make it easier to review and maintain them.