From unknown Mon Aug 18 14:24:17 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#66265 <66265@debbugs.gnu.org> To: bug#66265 <66265@debbugs.gnu.org> Subject: Status: Make padding optional with base64 Reply-To: bug#66265 <66265@debbugs.gnu.org> Date: Mon, 18 Aug 2025 21:24:17 +0000 retitle 66265 Make padding optional with base64 reassign 66265 coreutils submitter 66265 Paul Millar severity 66265 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 29 09:13:58 2023 Received: (at submit) by debbugs.gnu.org; 29 Sep 2023 13:13:58 +0000 Received: from localhost ([127.0.0.1]:55516 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qmDJR-0005wv-GY for submit@debbugs.gnu.org; Fri, 29 Sep 2023 09:13:57 -0400 Received: from lists.gnu.org ([2001:470:142::17]:56516) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qmA5K-0005dJ-Gc for submit@debbugs.gnu.org; Fri, 29 Sep 2023 05:47:01 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qmA4z-00049D-P6 for bug-coreutils@gnu.org; Fri, 29 Sep 2023 05:46:37 -0400 Received: from smtp-o-3.desy.de ([2001:638:700:1038::1:9c]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qmA4w-00025l-QC for bug-coreutils@gnu.org; Fri, 29 Sep 2023 05:46:37 -0400 Received: from smtp-buf-3.desy.de (smtp-buf-3.desy.de [131.169.56.166]) by smtp-o-3.desy.de (Postfix) with ESMTP id 9CFBB60947 for ; Fri, 29 Sep 2023 11:46:20 +0200 (CEST) DKIM-Filter: OpenDKIM Filter v2.11.0 smtp-o-3.desy.de 9CFBB60947 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=desy.de; s=default; t=1695980780; bh=oOtP22OSo5YZ1ELUDRCdH5YQiE03XVk/AY6K8YqfqRc=; h=Date:To:From:Subject:From; b=rMAsEg4HdtiM2JDVFSkYVM39q3IcaUJJVEMM79KDkgMmmTfxATFv9xhzLUnXCIddJ 4s5qYpzsTipUWm0hts6RtMW86YISabDPUvOUziQ/dnUiIhll7q2cJZHIfImh70Zztr oE2wRe3iZDrAJtcgLzaw2D8URmQtGFbyhjbOn/Ag= Received: from smtp-m-3.desy.de (smtp-m-3.desy.de [IPv6:2001:638:700:1038::1:83]) by smtp-buf-3.desy.de (Postfix) with ESMTP id 93D55A00B3 for ; Fri, 29 Sep 2023 11:46:20 +0200 (CEST) Received: from b1722.mx.srv.dfn.de (b1722.mx.srv.dfn.de [194.95.235.47]) by smtp-m-3.desy.de (Postfix) with ESMTP id 8EC1860041 for ; Fri, 29 Sep 2023 11:46:20 +0200 (CEST) Received: from smtp-intra-2.desy.de (smtp-intra-2.desy.de [131.169.56.83]) by b1722.mx.srv.dfn.de (Postfix) with ESMTP id EFC1E220039 for ; Fri, 29 Sep 2023 11:46:19 +0200 (CEST) Received: from z-prx-5.desy.de (z-prx-5.desy.de [131.169.10.29]) by smtp-intra-2.desy.de (Postfix) with ESMTP id 924F4100043 for ; Fri, 29 Sep 2023 11:46:19 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by z-prx-5.desy.de (Postfix) with ESMTP id 7E839E010A for ; Fri, 29 Sep 2023 11:46:19 +0200 (CEST) Received: from z-prx-5.desy.de ([127.0.0.1]) by localhost (z-prx-5.desy.de [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id xG66HJSK56-u for ; Fri, 29 Sep 2023 11:46:19 +0200 (CEST) Received: from [131.169.214.58] (zitpcx19643.desy.de [131.169.214.58]) by z-prx-5.desy.de (Postfix) with ESMTPSA id 6DF6CE0107 for ; Fri, 29 Sep 2023 11:46:19 +0200 (CEST) Message-ID: <079736b1-5b9f-971d-9aa7-5fd317e1e4c7@desy.de> Date: Fri, 29 Sep 2023 11:46:18 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.15.1 To: bug-coreutils@gnu.org Content-Language: en-GB From: Paul Millar Subject: Make padding optional with base64 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Received-SPF: pass client-ip=2001:638:700:1038::1:9c; envelope-from=paul.millar@desy.de; helo=smtp-o-3.desy.de X-Spam_score_int: -43 X-Spam_score: -4.4 X-Spam_bar: ---- X-Spam_report: (-4.4 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: 0.7 (/) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Fri, 29 Sep 2023 09:13:36 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Hi, RFC 4648 says[1]: > In some circumstances, the use of padding ("=") in base-encoded data > is not required or used. Currently, the 'base64' application always includes the padding when encoding, and prints an warning/error message (on stderr) if padding is omitted when decoding. Decoding is nonetheless successful (the correct data is emitted on stdout) if the base64-encoded data omits the padding. I think the base64 application should be updated to support base64-encoded data without padding. My suggestion would be to add an option to base64 to control whether padding is added when encoding. For decoding, it might make sense to add an option to control whether padding is expected. (although, other approaches might be possible) Cheers, Paul. [1] https://datatracker.ietf.org/doc/html/rfc4648#section-3.2 From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 29 10:12:29 2023 Received: (at 66265) by debbugs.gnu.org; 29 Sep 2023 14:12:29 +0000 Received: from localhost ([127.0.0.1]:56855 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qmEEH-0007wB-BY for submit@debbugs.gnu.org; Fri, 29 Sep 2023 10:12:29 -0400 Received: from mail-wm1-x32d.google.com ([2a00:1450:4864:20::32d]:52460) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qmEEC-0007vo-8N for 66265@debbugs.gnu.org; Fri, 29 Sep 2023 10:12:27 -0400 Received: by mail-wm1-x32d.google.com with SMTP id 5b1f17b1804b1-4066241289bso1816455e9.0 for <66265@debbugs.gnu.org>; Fri, 29 Sep 2023 07:12:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1695996719; x=1696601519; darn=debbugs.gnu.org; h=content-transfer-encoding:in-reply-to:from:content-language :references:to:subject:user-agent:mime-version:date:message-id :sender:from:to:cc:subject:date:message-id:reply-to; bh=yeAEjvMl9B+sssTEHYcnsV0/fPSgIXaovIi3EZQS2no=; b=XdKXBwnd9NMuw2ATQGpw+m+xnjwz2jnqcR38o4K4CnboEYeK4MQOBBcW6mGV7czn75 yj/mXl9s/9KI9KRDWNOuLy1ZkKp7C9Qp3kWMhOrFlZ29/VJ02lK8MZdxg4XnUSfofgz+ udPH36j7iNP6U3+4B4DKnOinv2nvpA0bUTcbXgJ8r06Ya+EaDmZ3zvVnYLAqEDpwJZJB xSdx6eG1PXhbPiLgi1ors7ep5MtroLFNOdzC8C/MMgGdcVAwF/C01kMZQ1zWSiiMevxG TTzgGV5t/b93uS/svELyHTVGeVGxxoKqE4+6/Ny0P+TFudUUNBbyBeqZXPaXymeyxt3s DajQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1695996719; x=1696601519; h=content-transfer-encoding:in-reply-to:from:content-language :references:to:subject:user-agent:mime-version:date:message-id :sender:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=yeAEjvMl9B+sssTEHYcnsV0/fPSgIXaovIi3EZQS2no=; b=SaYB7R3mPXczmyTP4cXMNYIzKUD9fb5B4OvKaAiYci00Ui3ay+hnwWw7Rd8UNll3c/ 35LGKj2DiC1WOLUF4emOTlz4qdy5NDkQ2WAPNc8aAvbYzmIYEdwTHtUirTNnwaGSjkOK vzdk/uWcnFj5h5uBxd4YyyG29u3V4bpjGXTsclKGzbfS5XXrdljtiLP0+0DTTeGFTGF8 VLwqJhHU9OofK5kiMhxxLNS5uGmIQGuywpozuuCUvD01WKEYx+I4Z/CWL/8BGMcVpZKe 6kcbGb2GYIc5mhr93sap48OnHgd38hNlFQCy7xc1mjY+X/ha9CHip4H0T3yPNAdr9iU+ Vh1g== X-Gm-Message-State: AOJu0YyC3KQInao3Iye9TS7l0CHeGHSYrQnFbJ7GdVN9fhRKbqRgTPhM eRB/2A5UhZo2ZjP656VnFVM= X-Google-Smtp-Source: AGHT+IGRiXiFuetM3Rt/VAQVv/RMbj0Denznj9tKjjFwAlqiIq5DkAnBWX+4XG6QoK0bQY6rAnmesA== X-Received: by 2002:a05:600c:1d05:b0:406:5395:64db with SMTP id l5-20020a05600c1d0500b00406539564dbmr4018227wms.20.1695996718907; Fri, 29 Sep 2023 07:11:58 -0700 (PDT) Received: from [192.168.1.20] (95-44-90-175-dynamic.agg2.lod.rsl-rtd.eircom.net. [95.44.90.175]) by smtp.googlemail.com with ESMTPSA id y5-20020adfee05000000b003250aec5e97sm2133248wrn.4.2023.09.29.07.11.56 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 29 Sep 2023 07:11:57 -0700 (PDT) Message-ID: <4a14b177-0a55-87a7-157a-8a4b7ed37e4d@draigBrady.com> Date: Fri, 29 Sep 2023 15:11:55 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: bug#66265: Make padding optional with base64 To: Paul Millar , 66265@debbugs.gnu.org References: <079736b1-5b9f-971d-9aa7-5fd317e1e4c7@desy.de> Content-Language: en-US From: =?UTF-8?Q?P=C3=A1draig_Brady?= In-Reply-To: <079736b1-5b9f-971d-9aa7-5fd317e1e4c7@desy.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 66265 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.5 (/) On 29/09/2023 10:46, Paul Millar wrote: > Hi, > > RFC 4648 says[1]: > > In some circumstances, the use of padding ("=") in base-encoded data > > is not required or used. > > Currently, the 'base64' application always includes the padding when > encoding, and prints an warning/error message (on stderr) if padding is > omitted when decoding. Decoding is nonetheless successful (the correct > data is emitted on stdout) if the base64-encoded data omits the padding. > > I think the base64 application should be updated to support > base64-encoded data without padding. > > My suggestion would be to add an option to base64 to control whether > padding is added when encoding. For decoding, it might make sense to > add an option to control whether padding is expected. > > (although, other approaches might be possible) > > Cheers, > Paul. > > [1] https://datatracker.ietf.org/doc/html/rfc4648#section-3.2 I agree with this actually. The main advantage of padding as I see it is when concatenating encoded data. I.e. that's the only use case where there could be ambiguity in the received encoded data, as otherwise one can auto assume appropriate padding based on the input length. I can't see `base64` or `basenc --base64` being used in a problematic streaming context like that. If the utils themselves read from a stream in a _single invocation_ they'll deal with partial blocks appropriately. Looking at it another way, I don't see how base64 data over _separate invocations_ of these utils could be handled now, as they just give errors in this case anyway. Now there would be a slight loss in error detection as truncated data would not be noticed, however that is the case for a third of truncated sizes already. So on input I'm inclined to auto pad. On output one can trivially remove padding with `tr -d =`, so I'm inclined to leave that as is. I.e. we shouldn't need a new option for any of this. cheers, Pádraig From debbugs-submit-bounces@debbugs.gnu.org Fri Oct 06 11:36:53 2023 Received: (at 66265) by debbugs.gnu.org; 6 Oct 2023 15:36:54 +0000 Received: from localhost ([127.0.0.1]:52424 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qomsn-0005DB-4o for submit@debbugs.gnu.org; Fri, 06 Oct 2023 11:36:53 -0400 Received: from mail-wr1-x435.google.com ([2a00:1450:4864:20::435]:46511) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qomsl-0005Cu-DP for 66265@debbugs.gnu.org; Fri, 06 Oct 2023 11:36:52 -0400 Received: by mail-wr1-x435.google.com with SMTP id ffacd0b85a97d-32157c8e4c7so2203143f8f.1 for <66265@debbugs.gnu.org>; Fri, 06 Oct 2023 08:36:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1696606586; x=1697211386; darn=debbugs.gnu.org; h=in-reply-to:references:to:from:content-language:subject:user-agent :mime-version:date:message-id:sender:from:to:cc:subject:date :message-id:reply-to; bh=SqnAEX8oWxmrWikilC5QfTzugjFhTJNgT+z4KWP1Cz0=; b=hl4t5pISmwuAv01MdlQx95OudN31Ub/SK6f1Ad1fEyWBu2en5JQey6TDsN/95GW09d lDW6wb9F8PQbJVfpkJkX4uP5fv1x0u6aY3w2U6Apj62rXOR15UQUCXwtEkbwgOPU7Pmz vMgkXOq1cpKUCuQaaO7FjEJjolZoCwNTvlD3dwoLhs3PQUzTTrB43ADewCV9ENuzMt4e +u9wI/JEW18Ck9410Or72Su5gMNuVgZpPIaH2z43Ao3uMv/TwPw4E29pd6vR6NsHsWxF Jbv0637Ttn661GgA3buDd2ygx71B5Ih7AXq9Ba4e5NU4SAJyaDZeUYKP8NSPLWcQBHHR 1gOQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1696606586; x=1697211386; h=in-reply-to:references:to:from:content-language:subject:user-agent :mime-version:date:message-id:sender:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=SqnAEX8oWxmrWikilC5QfTzugjFhTJNgT+z4KWP1Cz0=; b=qiOT+Gi4FYCiOSRPuKTaZHWI7hXCUK+saRmtv0srSZdPAH3TEyPsWnMgPPVSzwr99C tR6mVjtmkcDvRWanEzS7MNvrA5BkrjldUKMOji92P8Q15idiO4b2uibYk2MZu5ZeVfRI cAvoZBb5mw1pB/bO3u47WzHnwIIMxkLu+Ck1+T3tlYKgLUZf0p2lXCTqzbgZ9QByaMs2 iefVewgTnmbR3sTK/ETs9Xh/wZ02faGfPSl7b5lw9n48YjUgwAMrVdOElC2BHZErOKOO B/fyPai/30zPCGqLLmyY2A+rBGAHIMpMzqcUUdlCoeKUgxJ5bbCijoBAiQotAY6Vdkcj jvYA== X-Gm-Message-State: AOJu0Yx9HoCqyZoC4qoROpgjSnRBK3lD7l+FxFAZrTH9sjgw/wfjODes 1sDNOHLwWLQXEFPk9oTbmBXq4zE+tbQ= X-Google-Smtp-Source: AGHT+IGTegxHE/0r5wv13wlm9CwW3l1ca5C/xYA9GymLCHPsc6D/euWq4sZtx6oh+TFDVV0ukCYvAQ== X-Received: by 2002:adf:9dc7:0:b0:329:6bfa:dc8a with SMTP id q7-20020adf9dc7000000b003296bfadc8amr1561503wre.60.1696606585522; Fri, 06 Oct 2023 08:36:25 -0700 (PDT) Received: from [192.168.1.20] (95-44-90-175-dynamic.agg2.lod.rsl-rtd.eircom.net. [95.44.90.175]) by smtp.googlemail.com with ESMTPSA id b3-20020adff243000000b0031431fb40fasm1888829wrp.89.2023.10.06.08.36.24 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 06 Oct 2023 08:36:24 -0700 (PDT) Content-Type: multipart/mixed; boundary="------------73qsBJC6WE2ziJxXxJx7rIPp" Message-ID: <9c2a3dc5-012c-7538-7e83-6c43b232f457@draigBrady.com> Date: Fri, 6 Oct 2023 16:36:23 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: bug#66265: Make padding optional with base64 Content-Language: en-US From: =?UTF-8?Q?P=C3=A1draig_Brady?= To: Paul Millar , 66265@debbugs.gnu.org References: <079736b1-5b9f-971d-9aa7-5fd317e1e4c7@desy.de> <4a14b177-0a55-87a7-157a-8a4b7ed37e4d@draigBrady.com> In-Reply-To: <4a14b177-0a55-87a7-157a-8a4b7ed37e4d@draigBrady.com> X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 66265 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.5 (/) This is a multi-part message in MIME format. --------------73qsBJC6WE2ziJxXxJx7rIPp Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit On 29/09/2023 15:11, Pádraig Brady wrote: > On 29/09/2023 10:46, Paul Millar wrote: >> Hi, >> >> RFC 4648 says[1]: >> > In some circumstances, the use of padding ("=") in base-encoded data >> > is not required or used. >> >> Currently, the 'base64' application always includes the padding when >> encoding, and prints an warning/error message (on stderr) if padding is >> omitted when decoding. Decoding is nonetheless successful (the correct >> data is emitted on stdout) if the base64-encoded data omits the padding. >> >> I think the base64 application should be updated to support >> base64-encoded data without padding. >> >> My suggestion would be to add an option to base64 to control whether >> padding is added when encoding. For decoding, it might make sense to >> add an option to control whether padding is expected. >> >> (although, other approaches might be possible) >> >> Cheers, >> Paul. >> >> [1] https://datatracker.ietf.org/doc/html/rfc4648#section-3.2 > > I agree with this actually. > > The main advantage of padding as I see it is when concatenating encoded data. > I.e. that's the only use case where there could be ambiguity in the received > encoded data, as otherwise one can auto assume appropriate padding based on > the input length. I can't see `base64` or `basenc --base64` being used in a > problematic streaming context like that. If the utils themselves read from > a stream in a _single invocation_ they'll deal with partial blocks appropriately. > Looking at it another way, I don't see how base64 data over _separate invocations_ > of these utils could be handled now, as they just give errors in this case anyway. > Now there would be a slight loss in error detection as truncated data would > not be noticed, however that is the case for a third of truncated sizes already. > > So on input I'm inclined to auto pad. > > On output one can trivially remove padding with `tr -d =`, > so I'm inclined to leave that as is. > > I.e. we shouldn't need a new option for any of this. Implementation attached cheers, Pádraig --------------73qsBJC6WE2ziJxXxJx7rIPp Content-Type: text/x-patch; charset=UTF-8; name="basenc-autopad.patch" Content-Disposition: attachment; filename="basenc-autopad.patch" Content-Transfer-Encoding: base64 RnJvbSA2YjAwZTQxZTVhZTZkZThlOWYyNjkxNzJlNjJjYjQwZDczZmNlNWM5IE1vbiBTZXAg MTcgMDA6MDA6MDAgMjAwMQpGcm9tOiA9P1VURi04P3E/UD1DMz1BMWRyYWlnPTIwQnJhZHk/ PSA8UEBkcmFpZ0JyYWR5LmNvbT4KRGF0ZTogVGh1LCA1IE9jdCAyMDIzIDE3OjAwOjUxICsw MTAwClN1YmplY3Q6IFtQQVRDSF0gYmFzZW5jOiBhdXRvIHBhZCBiYXNlMzIgYW5kIGJhc2U2 NCBpbnB1dHMgd2hlbiBkZWNvZGluZwoKUGFkZGluZyBvZiBlbmNvZGVkIGRhdGEgaXMgdXNl ZnVsIGluIGNhc2VzIHdoZXJlCmJhc2U2NCBlbmNvZGVkIGRhdGEgaXMgY29uY2F0ZW5hdGVk IC8gc3RyZWFtZWQuCkkuZS4gd2hlcmUgdGhlcmUgYXJlIHBhZGRpbmcgY2hhcnMgX3dpdGhp bl8gdGhlIHN0cmVhbS4KSW4gb3RoZXIgY2FzZXMgcGFkZGluZyBpcyBvcHRpb25hbCBhbmQg Y2FuIGJlIGluZmVycmVkLgpOb3RlIHdlIGNvbnRpbnVlIHRvIHRyZWF0IHBhcnRpYWxseSBw YWRkZWQgZW5jb2RlZCBkYXRhCmFzIGludmFsaWQsIGFzIHRoYXQgbWF5IGJlIGluZGljYXRp dmUgb2YgdHJ1bmNhdGlvbi4KCiogc3JjL2Jhc2VuYy5jIChkb19kZWNvZGUpOiBBdXRvIHBh ZCB0aGUgZW5kIG9mIHRoZSBpbnB1dC4KKiBORVdTOiBNZW50aW9uIHRoZSBjaGFuZ2UgaW4g YmVoYXZpb3IuCiogdGVzdHMvbWlzYy9iYXNlNjQucGw6IEFkanVzdCB0byBub3QgZmFpbCBm b3IgbWlzc2luZyBwYWRkaW5nLgpBZGRyZXNzZXMgaHR0cHM6Ly9idWdzLmdudS5vcmcvNjYy NjUKLS0tCiBORVdTICAgICAgICAgICAgICAgICB8ICAzICsrKwogc3JjL2Jhc2VuYy5jICAg ICAgICAgfCA2MiArKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKy0t LQogdGVzdHMvbWlzYy9iYXNlNjQucGwgfCAgNiArKy0tLQogMyBmaWxlcyBjaGFuZ2VkLCA2 MyBpbnNlcnRpb25zKCspLCA4IGRlbGV0aW9ucygtKQoKZGlmZiAtLWdpdCBhL05FV1MgYi9O RVdTCmluZGV4IDE4ZjgwY2I0Yy4uOTNmOThiOTlkIDEwMDY0NAotLS0gYS9ORVdTCisrKyBi L05FV1MKQEAgLTE2LDYgKzE2LDkgQEAgR05VIGNvcmV1dGlscyBORVdTICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgLSotIG91dGxpbmUgLSotCiAKICoqIENoYW5nZXMg aW4gYmVoYXZpb3IKIAorICBiYXNlMzIgYW5kIGJhc2U2NCBubyBsb25nZXIgcmVxdWlyZSBw YWRkaW5nIHdoZW4gZGVjb2RpbmcuCisgIFByZXZpb3VzbHkgYW4gZXJyb3Igd2FzIGdpdmVu IGZvciBub24gcGFkZGVkIGVuY29kZWQgZGF0YS4KKwogICBscyAtLWRpcmVkIG5vdyBpbXBs aWVzIGxvbmcgZm9ybWF0IG91dHB1dCB3aXRob3V0IGh5cGVybGlua3MgZW5hYmxlZCwKICAg YW5kIHdpbGwgdGFrZSBwcmVjZWRlbmNlIG92ZXIgcHJldmlvdXNseSBzcGVjaWZpZWQgZm9y bWF0cyBvciBoeXBlcmxpbmsgbW9kZS4KIApkaWZmIC0tZ2l0IGEvc3JjL2Jhc2VuYy5jIGIv c3JjL2Jhc2VuYy5jCmluZGV4IGNlMjU5YzQ4Mi4uMTIwMjFlOTAwIDEwMDY0NAotLS0gYS9z cmMvYmFzZW5jLmMKKysrIGIvc3JjL2Jhc2VuYy5jCkBAIC0yMyw2ICsyMyw3IEBACiAjaW5j bHVkZSA8c3lzL3R5cGVzLmg+CiAKICNpbmNsdWRlICJzeXN0ZW0uaCIKKyNpbmNsdWRlICJh c3N1cmUuaCIKICNpbmNsdWRlICJjLWN0eXBlLmgiCiAjaW5jbHVkZSAiZmFkdmlzZS5oIgog I2luY2x1ZGUgInF1b3RlLmgiCkBAIC0xNzIsMTAgKzE3MywzNyBAQCBmcm9tIGFueSBvdGhl ciBub24tYWxwaGFiZXQgYnl0ZXMgaW4gdGhlIGVuY29kZWQgc3RyZWFtLlxuIiksCiAgIGV4 aXQgKHN0YXR1cyk7CiB9CiAKKyNpZiBCQVNFX1RZUEUgIT0gNjQKK3N0YXRpYyBpbnQKK2Jh c2UzMl9yZXF1aXJlZF9wYWRkaW5nIChpbnQgbGVuKQoreworICBpbnQgcGFydGlhbCA9IGxl biAlIDg7CisgIHJldHVybiBwYXJ0aWFsID8gOCAtIHBhcnRpYWwgOiAwOworfQorI2VuZGlm CisKKyNpZiBCQVNFX1RZUEUgIT0gMzIKK3N0YXRpYyBpbnQKK2Jhc2U2NF9yZXF1aXJlZF9w YWRkaW5nIChpbnQgbGVuKQoreworICBpbnQgcGFydGlhbCA9IGxlbiAlIDQ7CisgIHJldHVy biBwYXJ0aWFsID8gNCAtIHBhcnRpYWwgOiAwOworfQorI2VuZGlmCisKKyNpZiBCQVNFX1RZ UEUgPT0gNDIKK3N0YXRpYyBpbnQKK25vX3JlcXVpcmVkX3BhZGRpbmcgKGludCBsZW4pCit7 CisgIHJldHVybiAwOworfQorI2VuZGlmCisKICNkZWZpbmUgRU5DX0JMT0NLU0laRSAoMTAy NCAqIDMgKiAxMCkKIAogI2lmIEJBU0VfVFlQRSA9PSAzMgogIyBkZWZpbmUgQkFTRV9MRU5H VEggQkFTRTMyX0xFTkdUSAorIyBkZWZpbmUgUkVRVUlSRURfUEFERElORyBiYXNlMzJfcmVx dWlyZWRfcGFkZGluZwogLyogTm90ZSB0aGF0IGluY3JlYXNpbmcgdGhpcyBtYXkgZGVjcmVh c2UgcGVyZm9ybWFuY2UgaWYgLS1pZ25vcmUtZ2FyYmFnZQogICAgaXMgdXNlZCwgYmVjYXVz ZSBvZiB0aGUgbWVtbW92ZSBvcGVyYXRpb24gYmVsb3cuICAqLwogIyBkZWZpbmUgREVDX0JM T0NLU0laRSAoMTAyNCAqIDUpCkBAIC0xOTEsNiArMjE5LDcgQEAgc3RhdGljX2Fzc2VydCAo REVDX0JMT0NLU0laRSAlIDQwID09IDApOyAvKiBDb21wbGV0ZSBlbmNvZGVkIGJsb2NrcyBh cmUgdXNlZC4gKi8KICMgZGVmaW5lIGlzYmFzZSBpc2Jhc2UzMgogI2VsaWYgQkFTRV9UWVBF ID09IDY0CiAjIGRlZmluZSBCQVNFX0xFTkdUSCBCQVNFNjRfTEVOR1RICisjIGRlZmluZSBS RVFVSVJFRF9QQURESU5HIGJhc2U2NF9yZXF1aXJlZF9wYWRkaW5nCiAvKiBOb3RlIHRoYXQg aW5jcmVhc2luZyB0aGlzIG1heSBkZWNyZWFzZSBwZXJmb3JtYW5jZSBpZiAtLWlnbm9yZS1n YXJiYWdlCiAgICBpcyB1c2VkLCBiZWNhdXNlIG9mIHRoZSBtZW1tb3ZlIG9wZXJhdGlvbiBi ZWxvdy4gICovCiAjIGRlZmluZSBERUNfQkxPQ0tTSVpFICgxMDI0ICogMykKQEAgLTIwOCw2 ICsyMzcsNyBAQCBzdGF0aWNfYXNzZXJ0IChERUNfQkxPQ0tTSVpFICUgMTIgPT0gMCk7IC8q IENvbXBsZXRlIGVuY29kZWQgYmxvY2tzIGFyZSB1c2VkLiAqLwogCiAKICMgZGVmaW5lIEJB U0VfTEVOR1RIIGJhc2VfbGVuZ3RoCisjIGRlZmluZSBSRVFVSVJFRF9QQURESU5HIHJlcXVp cmVkX3BhZGRpbmcKIAogLyogTm90ZSB0aGF0IGluY3JlYXNpbmcgdGhpcyBtYXkgZGVjcmVh c2UgcGVyZm9ybWFuY2UgaWYgLS1pZ25vcmUtZ2FyYmFnZQogICAgaXMgdXNlZCwgYmVjYXVz ZSBvZiB0aGUgbWVtbW92ZSBvcGVyYXRpb24gYmVsb3cuICAqLwpAQCAtMjE2LDYgKzI0Niw3 IEBAIHN0YXRpY19hc3NlcnQgKERFQ19CTE9DS1NJWkUgJSA0MCA9PSAwKTsgLyogY29tcGxl dGUgZW5jb2RlZCBibG9ja3MgZm9yIGJhc2UzMiovCiBzdGF0aWNfYXNzZXJ0IChERUNfQkxP Q0tTSVpFICUgMTIgPT0gMCk7IC8qIGNvbXBsZXRlIGVuY29kZWQgYmxvY2tzIGZvciBiYXNl NjQqLwogCiBzdGF0aWMgaW50ICgqYmFzZV9sZW5ndGgpIChpbnQgaSk7CitzdGF0aWMgaW50 ICgqcmVxdWlyZWRfcGFkZGluZykgKGludCBpKTsKIHN0YXRpYyBib29sICgqaXNiYXNlKSAo Y2hhciBjaCk7CiBzdGF0aWMgdm9pZCAoKmJhc2VfZW5jb2RlKSAoY2hhciBjb25zdCAqcmVz dHJpY3QgaW4sIGlkeF90IGlubGVuLAogICAgICAgICAgICAgICAgICAgICAgICAgICAgIGNo YXIgKnJlc3RyaWN0IG91dCwgaWR4X3Qgb3V0bGVuKTsKQEAgLTQ4Niw3ICs1MTcsNiBAQCBi YXNlMzJoZXhfZGVjb2RlX2N0eF93cmFwcGVyIChzdHJ1Y3QgYmFzZV9kZWNvZGVfY29udGV4 dCAqY3R4LAogICByZXR1cm4gYjsKIH0KIAotCiBzdGF0aWMgYm9vbAogaXNiYXNlMTYgKGNo YXIgY2gpCiB7CkBAIC0xMDExLDYgKzEwNDEsNyBAQCBkb19kZWNvZGUgKEZJTEUgKmluLCBj aGFyIGNvbnN0ICppbmZpbGUsIEZJTEUgKm91dCwgYm9vbCBpZ25vcmVfZ2FyYmFnZSkKICAg aWR4X3Qgc3VtOwogICBzdHJ1Y3QgYmFzZV9kZWNvZGVfY29udGV4dCBjdHg7CiAKKyAgY2hh ciBwYWRidWZbOF0gPSAiPT09PT09PT0iOwogICBpbmJ1ZiA9IHhtYWxsb2MgKEJBU0VfTEVO R1RIIChERUNfQkxPQ0tTSVpFKSk7CiAgIG91dGJ1ZiA9IHhtYWxsb2MgKERFQ19CTE9DS1NJ WkUpOwogCkBAIC0xMDUzLDEwICsxMDg0LDI1IEBAIGRvX2RlY29kZSAoRklMRSAqaW4sIGNo YXIgY29uc3QgKmluZmlsZSwgRklMRSAqb3V0LCBib29sIGlnbm9yZV9nYXJiYWdlKQogICAg ICAgICAgdGVsbGluZyBpdCB0byBmbHVzaCB3aGF0IGlzIGluIENUWC4gICovCiAgICAgICBm b3IgKGludCBrID0gMDsgayA8IDEgKyAhIWZlb2YgKGluKTsgaysrKQogICAgICAgICB7Ci0g ICAgICAgICAgaWYgKGsgPT0gMSAmJiBjdHguaSA9PSAwKQotICAgICAgICAgICAgYnJlYWs7 CisgICAgICAgICAgaWYgKGsgPT0gMSkKKyAgICAgICAgICAgIHsKKyAgICAgICAgICAgICAg aWYgKGN0eC5pID09IDApCisgICAgICAgICAgICAgICAgYnJlYWs7CisKKyAgICAgICAgICAg ICAgLyogYXV0byBwYWQgaW5wdXQgKGF0IGVvZikuICAqLworICAgICAgICAgICAgICBpZHhf dCBhdXRvX3BhZGRpbmcgPSBSRVFVSVJFRF9QQURESU5HIChjdHguaSk7CisgICAgICAgICAg ICAgIGlmIChhdXRvX3BhZGRpbmcgJiYgKHN1bSA9PSAwIHx8IGluYnVmW3N1bSAtIDFdICE9 ICc9JykpCisgICAgICAgICAgICAgICAgeworICAgICAgICAgICAgICAgICAgYWZmaXJtIChh dXRvX3BhZGRpbmcgPD0gc2l6ZW9mIChwYWRidWYpKTsKKyAgICAgICAgICAgICAgICAgIElG X0xJTlQgKGZyZWUgKGluYnVmKSk7CisgICAgICAgICAgICAgICAgICBzdW0gPSBhdXRvX3Bh ZGRpbmc7CisgICAgICAgICAgICAgICAgICBpbmJ1ZiA9IHBhZGJ1ZjsKKyAgICAgICAgICAg ICAgICB9CisgICAgICAgICAgICAgIGVsc2UKKyAgICAgICAgICAgICAgICBzdW0gPSAwOyAg LyogcHJvY2VzcyBjdHggYnVmZmVyIG9ubHkgKi8KKyAgICAgICAgICAgIH0KICAgICAgICAg ICBpZHhfdCBuID0gREVDX0JMT0NLU0laRTsKLSAgICAgICAgICBvayA9IGJhc2VfZGVjb2Rl X2N0eCAoJmN0eCwgaW5idWYsIChrID09IDAgPyBzdW0gOiAwKSwgb3V0YnVmLCAmbik7Cisg ICAgICAgICAgb2sgPSBiYXNlX2RlY29kZV9jdHggKCZjdHgsIGluYnVmLCBzdW0sIG91dGJ1 ZiwgJm4pOwogCiAgICAgICAgICAgaWYgKGZ3cml0ZSAob3V0YnVmLCAxLCBuLCBvdXQpIDwg bikKICAgICAgICAgICAgIHdyaXRlX2Vycm9yICgpOwpAQCAtMTE0NSw2ICsxMTkxLDcgQEAg bWFpbiAoaW50IGFyZ2MsIGNoYXIgKiphcmd2KQogICAgIHsKICAgICBjYXNlIEJBU0U2NF9P UFRJT046CiAgICAgICBiYXNlX2xlbmd0aCA9IGJhc2U2NF9sZW5ndGhfd3JhcHBlcjsKKyAg ICAgIHJlcXVpcmVkX3BhZGRpbmcgPSBiYXNlNjRfcmVxdWlyZWRfcGFkZGluZzsKICAgICAg IGlzYmFzZSA9IGlzYmFzZTY0OwogICAgICAgYmFzZV9lbmNvZGUgPSBiYXNlNjRfZW5jb2Rl OwogICAgICAgYmFzZV9kZWNvZGVfY3R4X2luaXQgPSBiYXNlNjRfZGVjb2RlX2N0eF9pbml0 X3dyYXBwZXI7CkBAIC0xMTUzLDYgKzEyMDAsNyBAQCBtYWluIChpbnQgYXJnYywgY2hhciAq KmFyZ3YpCiAKICAgICBjYXNlIEJBU0U2NFVSTF9PUFRJT046CiAgICAgICBiYXNlX2xlbmd0 aCA9IGJhc2U2NF9sZW5ndGhfd3JhcHBlcjsKKyAgICAgIHJlcXVpcmVkX3BhZGRpbmcgPSBi YXNlNjRfcmVxdWlyZWRfcGFkZGluZzsKICAgICAgIGlzYmFzZSA9IGlzYmFzZTY0dXJsOwog ICAgICAgYmFzZV9lbmNvZGUgPSBiYXNlNjR1cmxfZW5jb2RlOwogICAgICAgYmFzZV9kZWNv ZGVfY3R4X2luaXQgPSBiYXNlNjR1cmxfZGVjb2RlX2N0eF9pbml0X3dyYXBwZXI7CkBAIC0x MTYxLDYgKzEyMDksNyBAQCBtYWluIChpbnQgYXJnYywgY2hhciAqKmFyZ3YpCiAKICAgICBj YXNlIEJBU0UzMl9PUFRJT046CiAgICAgICBiYXNlX2xlbmd0aCA9IGJhc2UzMl9sZW5ndGhf d3JhcHBlcjsKKyAgICAgIHJlcXVpcmVkX3BhZGRpbmcgPSBiYXNlMzJfcmVxdWlyZWRfcGFk ZGluZzsKICAgICAgIGlzYmFzZSA9IGlzYmFzZTMyOwogICAgICAgYmFzZV9lbmNvZGUgPSBi YXNlMzJfZW5jb2RlOwogICAgICAgYmFzZV9kZWNvZGVfY3R4X2luaXQgPSBiYXNlMzJfZGVj b2RlX2N0eF9pbml0X3dyYXBwZXI7CkBAIC0xMTY5LDYgKzEyMTgsNyBAQCBtYWluIChpbnQg YXJnYywgY2hhciAqKmFyZ3YpCiAKICAgICBjYXNlIEJBU0UzMkhFWF9PUFRJT046CiAgICAg ICBiYXNlX2xlbmd0aCA9IGJhc2UzMl9sZW5ndGhfd3JhcHBlcjsKKyAgICAgIHJlcXVpcmVk X3BhZGRpbmcgPSBiYXNlMzJfcmVxdWlyZWRfcGFkZGluZzsKICAgICAgIGlzYmFzZSA9IGlz YmFzZTMyaGV4OwogICAgICAgYmFzZV9lbmNvZGUgPSBiYXNlMzJoZXhfZW5jb2RlOwogICAg ICAgYmFzZV9kZWNvZGVfY3R4X2luaXQgPSBiYXNlMzJoZXhfZGVjb2RlX2N0eF9pbml0X3dy YXBwZXI7CkBAIC0xMTc3LDYgKzEyMjcsNyBAQCBtYWluIChpbnQgYXJnYywgY2hhciAqKmFy Z3YpCiAKICAgICBjYXNlIEJBU0UxNl9PUFRJT046CiAgICAgICBiYXNlX2xlbmd0aCA9IGJh c2UxNl9sZW5ndGg7CisgICAgICByZXF1aXJlZF9wYWRkaW5nID0gbm9fcmVxdWlyZWRfcGFk ZGluZzsKICAgICAgIGlzYmFzZSA9IGlzYmFzZTE2OwogICAgICAgYmFzZV9lbmNvZGUgPSBi YXNlMTZfZW5jb2RlOwogICAgICAgYmFzZV9kZWNvZGVfY3R4X2luaXQgPSBiYXNlMTZfZGVj b2RlX2N0eF9pbml0OwpAQCAtMTE4NSw2ICsxMjM2LDcgQEAgbWFpbiAoaW50IGFyZ2MsIGNo YXIgKiphcmd2KQogCiAgICAgY2FzZSBCQVNFMk1TQkZfT1BUSU9OOgogICAgICAgYmFzZV9s ZW5ndGggPSBiYXNlMl9sZW5ndGg7CisgICAgICByZXF1aXJlZF9wYWRkaW5nID0gbm9fcmVx dWlyZWRfcGFkZGluZzsKICAgICAgIGlzYmFzZSA9IGlzYmFzZTI7CiAgICAgICBiYXNlX2Vu Y29kZSA9IGJhc2UybXNiZl9lbmNvZGU7CiAgICAgICBiYXNlX2RlY29kZV9jdHhfaW5pdCA9 IGJhc2UyX2RlY29kZV9jdHhfaW5pdDsKQEAgLTExOTMsNiArMTI0NSw3IEBAIG1haW4gKGlu dCBhcmdjLCBjaGFyICoqYXJndikKIAogICAgIGNhc2UgQkFTRTJMU0JGX09QVElPTjoKICAg ICAgIGJhc2VfbGVuZ3RoID0gYmFzZTJfbGVuZ3RoOworICAgICAgcmVxdWlyZWRfcGFkZGlu ZyA9IG5vX3JlcXVpcmVkX3BhZGRpbmc7CiAgICAgICBpc2Jhc2UgPSBpc2Jhc2UyOwogICAg ICAgYmFzZV9lbmNvZGUgPSBiYXNlMmxzYmZfZW5jb2RlOwogICAgICAgYmFzZV9kZWNvZGVf Y3R4X2luaXQgPSBiYXNlMl9kZWNvZGVfY3R4X2luaXQ7CkBAIC0xMjAxLDYgKzEyNTQsNyBA QCBtYWluIChpbnQgYXJnYywgY2hhciAqKmFyZ3YpCiAKICAgICBjYXNlIFo4NV9PUFRJT046 CiAgICAgICBiYXNlX2xlbmd0aCA9IHo4NV9sZW5ndGg7CisgICAgICByZXF1aXJlZF9wYWRk aW5nID0gbm9fcmVxdWlyZWRfcGFkZGluZzsKICAgICAgIGlzYmFzZSA9IGlzejg1OwogICAg ICAgYmFzZV9lbmNvZGUgPSB6ODVfZW5jb2RlOwogICAgICAgYmFzZV9kZWNvZGVfY3R4X2lu aXQgPSB6ODVfZGVjb2RlX2N0eF9pbml0OwpkaWZmIC0tZ2l0IGEvdGVzdHMvbWlzYy9iYXNl NjQucGwgYi90ZXN0cy9taXNjL2Jhc2U2NC5wbAppbmRleCA2M2U2YzZiNDQuLjQwYzZjM2Qw NyAxMDA3NTUKLS0tIGEvdGVzdHMvbWlzYy9iYXNlNjQucGwKKysrIGIvdGVzdHMvbWlzYy9i YXNlNjQucGwKQEAgLTEyNCwxMCArMTI0LDggQEAgc3ViIGdlbl90ZXN0cygkKQogICAgICAg ICBwdXNoIEBUZXN0cywgKAogICAgICAgICAgIFsnYmFkZGVjb2RlJywgJy0tZGVjb2RlJywg e0lOPT4nYSd9LCB7T1VUPT4iIn0sCiAgICAgICAgICAge0VSUl9TVUJTVCA9PiAncy8uKjog aW52YWxpZCBpbnB1dC8vJ30sIHtFUlIgPT4gIlxuIn0sIHtFWElUID0+IDF9XSwKLSAgICAg ICAgICBbJ2JhZGRlY29kZTInLCAnLS1kZWNvZGUnLCB7SU49PidhYid9LCB7T1VUPT4iaSJ9 LAotICAgICAgICAgIHtFUlJfU1VCU1QgPT4gJ3MvLio6IGludmFsaWQgaW5wdXQvLyd9LCB7 RVJSID0+ICJcbiJ9LCB7RVhJVCA9PiAxfV0sCi0gICAgICAgICAgWydiYWRkZWNvZGUzJywg Jy0tZGVjb2RlJywge0lOPT4nWnp6J30sIHtPVVQ9PiJnPCJ9LAotICAgICAgICAgIHtFUlJf U1VCU1QgPT4gJ3MvLio6IGludmFsaWQgaW5wdXQvLyd9LCB7RVJSID0+ICJcbiJ9LCB7RVhJ VCA9PiAxfV0sCisgICAgICAgICAgWydwYWRkZWNvZGUyJywgJy0tZGVjb2RlJywge0lOPT4n YWInfSwge09VVD0+ImkifV0sCisgICAgICAgICAgWydwYWRkZWNvZGUzJywgJy0tZGVjb2Rl Jywge0lOPT4nWnp6J30sIHtPVVQ9PiJnPCJ9XSwKICAgICAgICAgICBbJ2JhZGRlY29kZTQn LCAnLS1kZWNvZGUnLCB7SU49Pidaej0nfSwge09VVD0+ImcifSwKICAgICAgICAgICB7RVJS X1NVQlNUID0+ICdzLy4qOiBpbnZhbGlkIGlucHV0Ly8nfSwge0VSUiA9PiAiXG4ifSwge0VY SVQgPT4gMX1dLAogICAgICAgICAgIFsnYmFkZGVjb2RlNScsICctLWRlY29kZScsIHtJTj0+ J1o9PT0nfSwge09VVD0+IiJ9LAotLSAKMi40MS4wCgo= --------------73qsBJC6WE2ziJxXxJx7rIPp-- From debbugs-submit-bounces@debbugs.gnu.org Sat Oct 07 10:01:00 2023 Received: (at 66265-done) by debbugs.gnu.org; 7 Oct 2023 14:01:00 +0000 Received: from localhost ([127.0.0.1]:55561 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qp7rY-0001X3-H6 for submit@debbugs.gnu.org; Sat, 07 Oct 2023 10:01:00 -0400 Received: from mail-wm1-x32f.google.com ([2a00:1450:4864:20::32f]:45310) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qp7rW-0001Wq-LB for 66265-done@debbugs.gnu.org; Sat, 07 Oct 2023 10:00:59 -0400 Received: by mail-wm1-x32f.google.com with SMTP id 5b1f17b1804b1-405524e6768so29827495e9.2 for <66265-done@debbugs.gnu.org>; Sat, 07 Oct 2023 07:00:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1696687233; x=1697292033; darn=debbugs.gnu.org; h=content-transfer-encoding:in-reply-to:references:to:from :content-language:subject:user-agent:mime-version:date:message-id :sender:from:to:cc:subject:date:message-id:reply-to; bh=eG6g6uhtMz7phj1IVfaEYASJ/VbrZfKAIAaM7PqWcwU=; b=aReH1QGb71rFGZKfac8cASKO0uGiznXntpo94AdrdBASKhbpGX0y82V/LZY4u0fx83 64bAC9m9rWarPNBVtMQbJ+4DQ+Lpv9vGVPtW/EZ2C4r0DoOywUFui8qP90kVVFxKIFUX Og2SEA2d/O0oHxj2pmlyW/gSXAHWxyLB8y1tK/MgxiNcZ+KYenujcEqvLuf4p6olTpVa anXI+aEdContLuulTygRq8uj6WJXmw/f95h1mTeOsFdWSxFwNqHJvGk0wMRQnriHivII gH0kqmPwe87S57PqNKKR78BWAtueCUi1ycTddPl8J9jScnOUm1py/kV3V4MAhu5otyge fGGQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1696687233; x=1697292033; h=content-transfer-encoding:in-reply-to:references:to:from :content-language:subject:user-agent:mime-version:date:message-id :sender:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=eG6g6uhtMz7phj1IVfaEYASJ/VbrZfKAIAaM7PqWcwU=; b=kGYgiDqVb8aHyZvmjhxx3D9wd41mlyQwPCMdBPO7JI+MwCtrl17PEMxmcLyV/+1cKk 3Y508LQil+PwKJgECxXb7HQE17uslVYNoGlXk9yhO+mUT6Sa56lnTlqs9iAC/d/dgY4M d4rWzSvZ24cXEfSO5KzYwRSo8Y3fs5WRqo4SD3m8KgmOfbNLSgQHOV8WMoY74PFv/3Gq bHhrSTPAe3bCAFU8/hZyF/VXJ5zPr5j/6/l51sbPzlL3aYwVK9qeF+dBU33Md3l4hJYv LP2Upp75wPCLlCkJ4tuF8sKJeJU260zCNCc371xEOxnXD3CKojEZIJRr1dBen1UgEi+F b1JQ== X-Gm-Message-State: AOJu0YzutcTqNcio/mK52bwygZLkyKWG2PaaCRm2grEmDlZO/lOMFvfA 9cLUkb2wQ3QNT9qQvrOlyEk= X-Google-Smtp-Source: AGHT+IGrZqCJmicdVFBIls6BPLrHR+K1eb4kToLm11HlQrWpIrxSJXOCcgvjKd3W5es9/XJ8yCF+mA== X-Received: by 2002:a05:600c:2202:b0:3f6:58ad:ed85 with SMTP id z2-20020a05600c220200b003f658aded85mr10174834wml.10.1696687232962; Sat, 07 Oct 2023 07:00:32 -0700 (PDT) Received: from [192.168.1.20] (95-44-90-175-dynamic.agg2.lod.rsl-rtd.eircom.net. [95.44.90.175]) by smtp.googlemail.com with ESMTPSA id k1-20020a05600c0b4100b00405442edc69sm8435086wmr.14.2023.10.07.07.00.32 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 07 Oct 2023 07:00:32 -0700 (PDT) Message-ID: Date: Sat, 7 Oct 2023 15:00:31 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: bug#66265: Make padding optional with base64 Content-Language: en-US From: =?UTF-8?Q?P=C3=A1draig_Brady?= To: Paul Millar , 66265-done@debbugs.gnu.org References: <079736b1-5b9f-971d-9aa7-5fd317e1e4c7@desy.de> <4a14b177-0a55-87a7-157a-8a4b7ed37e4d@draigBrady.com> <9c2a3dc5-012c-7538-7e83-6c43b232f457@draigBrady.com> In-Reply-To: <9c2a3dc5-012c-7538-7e83-6c43b232f457@draigBrady.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 66265-done X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.5 (/) Pushed. Marking this as done. cheers, Pádraig From unknown Mon Aug 18 14:24:17 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sun, 05 Nov 2023 12:24:05 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator