From patchwork Mon Nov 7 18:03:55 2022 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Patchwork-Submitter: Matthias Fischer X-Patchwork-Id: 6071 Return-Path: Received: from mail01.ipfire.org (mail01.haj.ipfire.org [172.28.1.202]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-384) client-signature ECDSA (P-384)) (Client CN "mail01.haj.ipfire.org", Issuer "R3" (verified OK)) by web04.haj.ipfire.org (Postfix) with ESMTPS id 4N5fHl57fcz3wcM for ; Mon, 7 Nov 2022 18:04:03 +0000 (UTC) Received: from mail02.haj.ipfire.org (mail02.haj.ipfire.org [172.28.1.201]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-384) client-signature ECDSA (P-384)) (Client CN "mail02.haj.ipfire.org", Issuer "R3" (verified OK)) by mail01.ipfire.org (Postfix) with ESMTPS id 4N5fHj4qVsz1Dq; Mon, 7 Nov 2022 18:04:01 +0000 (UTC) Received: from mail02.haj.ipfire.org (localhost [127.0.0.1]) by mail02.haj.ipfire.org (Postfix) with ESMTP id 4N5fHj3tKtz2ycW; Mon, 7 Nov 2022 18:04:01 +0000 (UTC) Received: from mail01.ipfire.org (mail01.haj.ipfire.org [172.28.1.202]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-384) client-signature ECDSA (P-384)) (Client CN "mail01.haj.ipfire.org", Issuer "R3" (verified OK)) by mail02.haj.ipfire.org (Postfix) with ESMTPS id 4N5fHh1lQnz2xRt for ; Mon, 7 Nov 2022 18:04:00 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-384) server-digest SHA384) (No client certificate requested) by mail01.ipfire.org (Postfix) with ESMTPSA id 4N5fHg1mxBzmp for ; Mon, 7 Nov 2022 18:03:59 +0000 (UTC) DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=ipfire.org; s=202003ed25519; t=1667844239; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version: content-transfer-encoding:content-transfer-encoding; bh=0C+oNyEsAzlE/8nSiZvgrEMhtzpKnhnFDuvKurSpfFA=; b=u+TAebOoHUOpQRM0rO/yvLs+Lbh1bKS7/tKxd23+yYXvwUdGTE5SWUMLRuZILPWW7hZMJp a7gF8WUyMVwQKeBA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ipfire.org; s=202003rsa; t=1667844239; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version: content-transfer-encoding:content-transfer-encoding; bh=0C+oNyEsAzlE/8nSiZvgrEMhtzpKnhnFDuvKurSpfFA=; b=bHdkeGWJMUHxIzYUhU5NU66yzE/s81NFnrp8YpH4v2c3SDJbyfgO9uMpUfq/tW9VRyR07I nqrmOPOoTC/sRK2pc1mm7BNlqIve+d4dp2HQSMTqgwhuZy/Ut6UiOjjp8yWi72VDOd9/en UE0sUK0Zynzwiq/esb6CnKxOPiLrWnk9rI7WKLusXDtr6tIaWBiqDr8LP2+6MjD6mhxeLh TFrlRcqXJ5L9G9gXRu+IWRB7J7RqNBRZwjWu1rikjgCEje5L4SKJ04sNJTPJCLOS/RM5PB sOrCrqJZyJWqC9df/e/rD6yV6tb9TpM6SplKh6HFIDaEnvobSwlQUnfFIVeXRQ== From: Matthias Fischer To: development@lists.ipfire.org Subject: [PATCH] vnstat: Update to 2.10 Date: Mon, 7 Nov 2022 19:03:55 +0100 Message-Id: <20221107180355.3603918-1-matthias.fischer@ipfire.org> MIME-Version: 1.0 X-BeenThere: development@lists.ipfire.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IPFire development talk List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: development-bounces@lists.ipfire.org Sender: "Development" For details see: https://humdi.net/vnstat/CHANGES "2.10 / 22-Oct-2022 - Fixed - BandwidthDetection in BSD wasn't correctly converting kernel reported bits per second values to Mbits per second resulting in a sanity check being triggered and detected values not being used expect for PPPoE interfaces which incorrectly were detected as 64000 Mbit - Image output of 5 minute graph wasn't possible if data retention of the 5 minute time period was configured as unlimited (pull request by Sebastian Lechte) - Estimates and average rates weren't calculated correctly for daily, monthly and yearly time periods when monitoring of the interface had been started during the ongoing time period - Estimates weren't being shown in summary output when OutputStyle or --style was configured with a value less than 2 (vnstat) - Alignment of column header in short output wasn't correct when OutputStyle or --style was configured with the value 0 (vnstat) - New - Support input of more than 31 characters in interface name when using interface1+interface2 syntax data merge queries - Support passing --config option multiple times, later files override earlier files if settings overlap (vnstat and vnstati) - Add configuration option EstimateVisible for controlling the visibility of the estimate line - Add configuration option EstimateText for modifying the default "estimated" text string when the estimate line is visible - Add --style support to -tr / --traffic output - Add summary option to --json and --xml outputs - Add timestamps to --json and --xml outputs - Add Prometheus compatible metrics endpoint cgi to examples (examples/vnstat-metrics.cgi)" Signed-off-by: Matthias Fischer Reviewed-by: Peter Müller --- lfs/vnstat | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/lfs/vnstat b/lfs/vnstat index a7b28f3fd..c854ea090 100644 --- a/lfs/vnstat +++ b/lfs/vnstat @@ -24,7 +24,7 @@ include Config -VER = 2.9 +VER = 2.10 THISAPP = vnstat-$(VER) DL_FILE = $(THISAPP).tar.gz @@ -40,7 +40,7 @@ objects = $(DL_FILE) $(DL_FILE) = $(DL_FROM)/$(DL_FILE) -$(DL_FILE)_BLAKE2 = 1671fe49f3add0087431b57aaa69d4c6280066a299e6899c00cd5bf6ec21380d1457295f884f683ebfb89959eea08a9d900e898a865e3f6ff2a82ecf354d974a +$(DL_FILE)_BLAKE2 = 82fcb54cf00a8122f31dc27f41f830ef68b92452bf7ae22bf2f1be13a1526bd12e8365002edef7766156f2df15472b189b3f219074532cb00a81156775b08997 install : $(TARGET)