From patchwork Sun May 4 13:17:06 2025 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Adolf Belka X-Patchwork-Id: 8695 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 (secp384r1) client-signature RSA-PSS (4096 bits)) (Client CN "mail01.haj.ipfire.org", Issuer "R10" (verified OK)) by web04.haj.ipfire.org (Postfix) with ESMTPS id 4Zr4vT4mHyz3xHn for ; Sun, 4 May 2025 13:17:25 +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 RSA-PSS (4096 bits) client-signature ECDSA (secp384r1)) (Client CN "mail02.haj.ipfire.org", Issuer "E5" (verified OK)) by mail01.ipfire.org (Postfix) with ESMTPS id 4Zr4vN0ZRBz6W3 for ; Sun, 4 May 2025 13:17:20 +0000 (UTC) Received: from mail02.haj.ipfire.org (localhost [127.0.0.1]) by mail02.haj.ipfire.org (Postfix) with ESMTP id 4Zr4vM5QQXz33jF for ; Sun, 4 May 2025 13:17:19 +0000 (UTC) X-Original-To: development@lists.ipfire.org 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 (secp384r1) client-signature RSA-PSS (4096 bits)) (Client CN "mail01.haj.ipfire.org", Issuer "R10" (verified OK)) by mail02.haj.ipfire.org (Postfix) with ESMTPS id 4Zr4vJ5cvqz33g7 for ; Sun, 4 May 2025 13:17:16 +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 RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mail01.ipfire.org (Postfix) with ESMTPSA id 4Zr4vJ42Blz38g; Sun, 4 May 2025 13:17:16 +0000 (UTC) DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=ipfire.org; s=202003ed25519; t=1746364636; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=SoonAMRrS66CIrDybHo4w7Lfyjz3ItQDXKVK5GPiB/k=; b=Jt3Nk30G0/3bd1AT9Co4OPH44si7A3ia5ZWhvjpQuvW0r05o7Z3lPhWMjRG3PjYreS518n 3viRKA9QUdtbrrBw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ipfire.org; s=202003rsa; t=1746364636; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=SoonAMRrS66CIrDybHo4w7Lfyjz3ItQDXKVK5GPiB/k=; b=bdU34jUaYKk7uMIxoI5pR6AdWxgsofxNoqgooiu4xxR0NvNpTU7uZOUSwv0/CNISanwxyG ktc8pUK+f02b0SlTpC47cHW9HFFEryLS2Ge8FT6RaoSTOY1nN6xu24aRUZ7nYc+hoktlLn 60zZfXZtoZVHtANVfOXjEo4QDojgiv7P3O9I76yhcKHZ0EuAL8PMBejA89+w9H3BAxspgY +ISXEW8enEJgiDdE3ibmFKjETth01g2ICSyTdipXxMVJxFEH1xG0v50AIF6BlV0HwMPafY c9bBSWHd1P6ESGvtryvB5pGmEzIVzWoYsOtah0AP7kwweIxvrjrtmgLVAaTPog== From: Adolf Belka To: development@lists.ipfire.org Cc: Adolf Belka Subject: [PATCH] grep: Update to version 3.12 Date: Sun, 4 May 2025 15:17:06 +0200 Message-ID: <20250504131711.3311134-3-adolf.belka@ipfire.org> In-Reply-To: <20250504131711.3311134-1-adolf.belka@ipfire.org> References: <20250504131711.3311134-1-adolf.belka@ipfire.org> Precedence: list List-Id: List-Subscribe: , List-Unsubscribe: , List-Post: List-Help: Sender: Mail-Followup-To: MIME-Version: 1.0 - Update from version 3.11 to 3.12 - Update of rootfile not required - Changelog 3.12 ** Bug fixes Searching a directory with at least 100,000 entries no longer fails with "Operation not supported" and exit status 2. Now, this prints 1 and no diagnostic, as expected: $ mkdir t && cd t && seq 100000|xargs touch && grep -r x .; echo $? 1 [bug introduced in grep 3.11] -mN where 1 < N no longer mistakenly lseeks to end of input merely because standard output is /dev/null. ** Changes in behavior The --unix-byte-offsets (-u) option is gone. In grep-3.7 (2021-08-14) it became a warning-only no-op. Before then, it was a Windows-only no-op. On Windows platforms and on AIX in 32-bit mode, grep in some cases now supports Unicode characters outside the Basic Multilingual Plane. Signed-off-by: Adolf Belka --- lfs/grep | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/lfs/grep b/lfs/grep index dde47ffa2..e29285a23 100644 --- a/lfs/grep +++ b/lfs/grep @@ -1,7 +1,7 @@ ############################################################################### # # # IPFire.org - A linux based firewall # -# Copyright (C) 2007-2023 IPFire Team # +# Copyright (C) 2007-2025 IPFire Team # # # # This program is free software: you can redistribute it and/or modify # # it under the terms of the GNU General Public License as published by # @@ -24,7 +24,7 @@ include Config -VER = 3.11 +VER = 3.12 THISAPP = grep-$(VER) DL_FILE = $(THISAPP).tar.xz @@ -50,7 +50,7 @@ objects = $(DL_FILE) $(DL_FILE) = $(DL_FROM)/$(DL_FILE) -$(DL_FILE)_BLAKE2 = e21785bca20b5a090d32bb5dc525fb298af30165106ed4c289b1518ea3d2acdcacfd6309b12f13be29a4b958f19588546119c695deb2b7500d49dcff86357bdc +$(DL_FILE)_BLAKE2 = 93d06bce04793f4b4c94d92febc6092f669e50e1bfc1bef3c911a2ca322560bdab8619e88a05a4d6ea4908b2d01da1926a99a22eecc513bd48b8957984bdfa12 install : $(TARGET)