From patchwork Tue Jul 11 09:37:26 2023 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Patchwork-Submitter: Michael Tremer X-Patchwork-Id: 6985 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) server-digest SHA384 client-signature ECDSA (P-384) client-digest SHA384) (Client CN "mail01.haj.ipfire.org", Issuer "R3" (verified OK)) by web04.haj.ipfire.org (Postfix) with ESMTPS id 4R0bPm2dtVz3wxk for ; Tue, 11 Jul 2023 09:37:32 +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 (secp384r1) server-digest SHA384 client-signature ECDSA (secp384r1) client-digest SHA384) (Client CN "mail02.haj.ipfire.org", Issuer "R3" (verified OK)) by mail01.ipfire.org (Postfix) with ESMTPS id 4R0bPk6Rc4zdw; Tue, 11 Jul 2023 09:37:30 +0000 (UTC) Received: from mail02.haj.ipfire.org (localhost [127.0.0.1]) by mail02.haj.ipfire.org (Postfix) with ESMTP id 4R0bPk52J8z2yWM; Tue, 11 Jul 2023 09:37:30 +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) server-digest SHA384 client-signature ECDSA (P-384) client-digest SHA384) (Client CN "mail01.haj.ipfire.org", Issuer "R3" (verified OK)) by mail02.haj.ipfire.org (Postfix) with ESMTPS id 4R0bPj1Yskz2xgq for ; Tue, 11 Jul 2023 09:37:29 +0000 (UTC) Received: from michael.haj.ipfire.org (michael.haj.ipfire.org [172.28.1.242]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (secp384r1) server-digest SHA384 client-signature ECDSA (secp384r1) client-digest SHA384) (Client CN "michael.haj.ipfire.org", Issuer "R3" (verified OK)) by mail01.ipfire.org (Postfix) with ESMTPS id 4R0bPh36Jqzdw; Tue, 11 Jul 2023 09:37:28 +0000 (UTC) Received: by michael.haj.ipfire.org (Postfix, from userid 0) id 4R0bPh1Nq1zTgg9; Tue, 11 Jul 2023 09:37:28 +0000 (UTC) From: Michael Tremer To: development@lists.ipfire.org Subject: [PATCH] core177: Do not ship location database extracted in ipset format Date: Tue, 11 Jul 2023 09:37:26 +0000 Message-Id: <20230711093726.771964-1-michael.tremer@ipfire.org> X-Mailer: git-send-email 2.39.2 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: , Cc: Michael Tremer Errors-To: development-bounces@lists.ipfire.org Sender: "Development" Since the update is not built on the day when people install it, we will ship an outdated database. For updates, where the firewall is being reloaded or rebooted, we will have an old database in place until the next database update job runs. Secondly, the data is 33 MiB in size, which is useless data shipped as every system will already have a database that is very likely to be more recent. In this update, we are not shipping the location database again, but I wanted to add this change so it does not get lost next time. Signed-off-by: Michael Tremer Reviewed-by: Peter Müller --- config/rootfiles/core/177/exclude | 1 + 1 file changed, 1 insertion(+) diff --git a/config/rootfiles/core/177/exclude b/config/rootfiles/core/177/exclude index 378c2d563..8ee1c3c2f 100644 --- a/config/rootfiles/core/177/exclude +++ b/config/rootfiles/core/177/exclude @@ -27,6 +27,7 @@ var/ipfire/urlfilter/blacklist var/ipfire/urlfilter/settings var/lib/alternatives var/lib/location/database.db +var/lib/location/ipset var/log/cache var/log/dhcpcd.log var/log/messages