Wed Jan 19 18:18:02 UTC 202220220119181802

ap/inxi-3.3.12_1-noarch-1.txz:  Upgraded.
ap/man-db-2.9.4-x86_64-3.txz:  Rebuilt.
  Don't use --no-purge in the daily cron job to update the databases.
l/gst-plugins-bad-free-1.18.5-x86_64-4.txz:  Rebuilt.
  Link against neon-0.32.2.  Thanks to marav.
n/bind-9.16.25-x86_64-1.txz:  Upgraded.
n/ethtool-5.16-x86_64-1.txz:  Upgraded.
n/samba-4.15.4-x86_64-1.txz:  Upgraded.
n/wpa_supplicant-2.10-x86_64-1.txz:  Upgraded.
  The implementations of EAP-pwd in hostapd before 2.10 and wpa_supplicant
  before 2.10 are vulnerable to side-channel attacks as a result of cache
  access patterns.
  NOTE: this issue exists because of an incomplete fix for CVE-2019-9495.
  For more information, see:
    https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-23303
    https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-23304
  (* Security fix *)
x/xterm-370-x86_64-6.txz:  Rebuilt.
  XTerm-console: improve the font settings. Thanks to GazL.

1 files changed, 0 insertions, 47 deletions

diff --git a/source/n/wpa_supplicant/patches/0003-WPS-UPnP-Handle-HTTP-initiation-failures-for-events-.patch b/source/n/wpa_supplicant/patches/0003-WPS-UPnP-Handle-HTTP-initiation-failures-for-events-.patch
deleted file mode 100644
index 9d0376043..000000000
--- a/source/n/wpa_supplicant/patches/0003-WPS-UPnP-Handle-HTTP-initiation-failures-for-events-.patch
+++ /dev/null
@@ -1,47 +0,0 @@
-From 85aac526af8612c21b3117dadc8ef5944985b476 Mon Sep 17 00:00:00 2001
-From: Jouni Malinen <jouni@codeaurora.org>
-Date: Thu, 4 Jun 2020 21:24:04 +0300
-Subject: [PATCH 3/3] WPS UPnP: Handle HTTP initiation failures for events more
- properly
-
-While it is appropriate to try to retransmit the event to another
-callback URL on a failure to initiate the HTTP client connection, there
-is no point in trying the exact same operation multiple times in a row.
-Replve the event_retry() calls with event_addr_failure() for these cases
-to avoid busy loops trying to repeat the same failing operation.
-
-These potential busy loops would go through eloop callbacks, so the
-process is not completely stuck on handling them, but unnecessary CPU
-would be used to process the continues retries that will keep failing
-for the same reason.
-
-Signed-off-by: Jouni Malinen <jouni@codeaurora.org>
----
- src/wps/wps_upnp_event.c | 4 ++--
- 1 file changed, 2 insertions(+), 2 deletions(-)
-
-diff --git a/src/wps/wps_upnp_event.c b/src/wps/wps_upnp_event.c
-index 08a23612f338..c0d9e41d9a38 100644
---- a/src/wps/wps_upnp_event.c
-+++ b/src/wps/wps_upnp_event.c
-@@ -294,7 +294,7 @@ static int event_send_start(struct subscription *s)
- 
- 	buf = event_build_message(e);
- 	if (buf == NULL) {
--		event_retry(e, 0);
-+		event_addr_failure(e);
- 		return -1;
- 	}
- 
-@@ -302,7 +302,7 @@ static int event_send_start(struct subscription *s)
- 					 event_http_cb, e);
- 	if (e->http_event == NULL) {
- 		wpabuf_free(buf);
--		event_retry(e, 0);
-+		event_addr_failure(e);
- 		return -1;
- 	}
- 
--- 
-2.20.1
-