From unknown Sun Jun 15 08:44:30 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#54305 <54305@debbugs.gnu.org> To: bug#54305 <54305@debbugs.gnu.org> Subject: Status: disk utility fail format fat Reply-To: bug#54305 <54305@debbugs.gnu.org> Date: Sun, 15 Jun 2025 15:44:30 +0000 retitle 54305 disk utility fail format fat reassign 54305 guix submitter 54305 Roman Riabenko severity 54305 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 08 19:27:25 2022 Received: (at submit) by debbugs.gnu.org; 9 Mar 2022 00:27:25 +0000 Received: from localhost ([127.0.0.1]:58151 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nRkAm-0005tc-Mq for submit@debbugs.gnu.org; Tue, 08 Mar 2022 19:27:24 -0500 Received: from lists.gnu.org ([209.51.188.17]:60490) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nRkAl-0005tV-2C for submit@debbugs.gnu.org; Tue, 08 Mar 2022 19:27:23 -0500 Received: from eggs.gnu.org ([209.51.188.92]:33230) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nRkAk-0008S9-Rs for bug-guix@gnu.org; Tue, 08 Mar 2022 19:27:22 -0500 Received: from relay11.mail.gandi.net ([217.70.178.231]:53347) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nRkAi-0006K4-K3 for bug-guix@gnu.org; Tue, 08 Mar 2022 19:27:22 -0500 Received: (Authenticated sender: roman@riabenko.com) by mail.gandi.net (Postfix) with ESMTPSA id B6E25100003 for ; Wed, 9 Mar 2022 00:27:16 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=riabenko.com; s=gm1; t=1646785637; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=0zcS6i7FPPxAtHQk8NTFJGNTuEKUKypQMB/hRSulpis=; b=WJwcC01OnNetjHD812jO1R+JP/aKYJ9WiVAL4uMdnTDSwFzT+5hCNNSDKU27n4bnseOk6B P702IYFfedqHyvy8ltOnSrfR+UZaNRxWeBP+L9nXJ+vUah45sgevJlEy6JgKAmqUcM9MZN 7NUydn8R03V/89R2B6WifsiSGXYRXQ45yFQHe0ZcEi+fXHlComTlT7kZep45RP7/uX/lPP NIzNL5+VbK//DicH2QDd8mWa2kewsJtWfnNF3BoJn3HbWJNcC3N8W7hkJCY01m2XGo4voc oVXM5W1MsPgjCmNhgThdmVUD4VignKcJHbprBlW3+hc9HUqiiaZcJntLIKsIfQ== Message-ID: <5727b63eba7b247e325141af510aae5854bee5f0.camel@riabenko.com> Subject: disk utility fail format fat From: Roman Riabenko To: bug-guix@gnu.org Date: Wed, 09 Mar 2022 02:27:14 +0200 Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.42.1 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Received-SPF: pass client-ip=217.70.178.231; envelope-from=roman@riabenko.com; helo=relay11.mail.gandi.net X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 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_LOW=-0.7, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.7 (-) X-Debbugs-Envelope-To: submit 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: -2.7 (--) Hello When initiating formatting of a USB flash drive in GNOME Files (Nautilus), GNOME Disks (gnome-disk provided by gnome-disk-utility package) opens followed by the volume formatting dialog. Currently, by default, it is only possible to format the disk in Ext4. Other options are grayed out, except for FAT, but choosing this option results in the following error: Error creating file system: Error spawning command-line `mkfs.vfat -l - n "'/dev/sdb": Failed to execute child process "mkfs.vfat" (No such file or directory) (g-exec-error-quark, 8) (udisks-error-quark, 0) (Here /dev/sdb is my flash drive.) I fixed this error by adding dosfstools to the system profiles packages in config.scm: (specification->package "dosfstools") I see two issues here. 1. The FAT option was not grayed out in the formatting dialog. For comparison, the NTFS option was grayed out until I added ntfs-3g to the system profile too. May be GNOME Disks expects mkfs.vfat to be present, so it does not check whether it is present like it does for other file systems. So, it would be great for GNOME Disks to check whether mkfs.vfat is available before proceeding like it does for other filesystems. It could be easier to make dosfstools a dependency of gnome-disk-utility. But, for comparison, the approach for UDisks seems to be to patch the library instead of propagating system utilities: https://issues.guix.gnu.org/41247#10 Possibly relevant patches: https://issues.guix.gnu.org/40480 https://issues.guix.gnu.org/49128 2. GNOME Disks utility ignored the dosfstools package which I installed in my user profile. For comparison, this applies to ntfs-3g too. In relation to ntfs-3g with UDisks this seems to be expected behavior, but it seemed to me as a bug at first: https://guix.gnu.org/en/manual/devel/en/html_node/Desktop-Services.html#index-udisks_002dservice I do not know what is necessary to make GNOME Disk utility recognize the tools in the user profile and I am not sure it is necessary. It just seemed against the spirit of guix that the user is forced to reconfigure the system. Roman From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 10 03:00:47 2022 Received: (at 54305) by debbugs.gnu.org; 10 Mar 2022 08:00:47 +0000 Received: from localhost ([127.0.0.1]:33094 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nSDj4-0008QI-IC for submit@debbugs.gnu.org; Thu, 10 Mar 2022 03:00:46 -0500 Received: from mailrelay.tugraz.at ([129.27.2.202]:14625) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nSDj2-0008Q8-6p for 54305@debbugs.gnu.org; Thu, 10 Mar 2022 03:00:45 -0500 Received: from lprikler-laptop.ist.intra (gw.ist.tugraz.at [129.27.202.101]) by mailrelay.tugraz.at (Postfix) with ESMTPSA id 4KDhM90XdFz3wc7; Thu, 10 Mar 2022 09:00:36 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tugraz.at; s=mailrelay; t=1646899237; bh=V9M89fGDCmz38z5rF5cjHdWN0Jt0uQ4I1yqsFcFGQw8=; h=Subject:From:To:Date:In-Reply-To:References; b=SXF0GGJ7ekLff1MGPr98FCsE95ocC60GXXNlOFZYSewGS9fk0lO6MMQbNw3VNxyC1 1bRvYtgcWnChfAe62cgPuSJ4DfwJye+j88rZWMQGPSdXeAWax2FMF6yHMh5lli70MU xjEicbVDjmVs6h6gsGmKdcd8J3QddgGDvn72vvyo= Message-ID: <7c2b3219b2f161a6dc61f582b778e1a076057322.camel@ist.tugraz.at> Subject: Re: disk utility fail format fat From: Liliana Marie Prikler To: Roman Riabenko , 54305@debbugs.gnu.org Date: Thu, 10 Mar 2022 09:00:36 +0100 In-Reply-To: <5727b63eba7b247e325141af510aae5854bee5f0.camel@riabenko.com> References: <5727b63eba7b247e325141af510aae5854bee5f0.camel@riabenko.com> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.42.1 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-TUG-Backscatter-control: waObeELIUl4ypBWmcn/8wQ X-Spam-Scanner: SpamAssassin 3.003001 X-Spam-Score-relay: -1.9 X-Scanned-By: MIMEDefang 2.74 on 129.27.10.117 X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 54305 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: -3.3 (---) Hi Roman, Am Mittwoch, dem 09.03.2022 um 02:27 +0200 schrieb Roman Riabenko: > 2. GNOME Disks utility ignored the dosfstools package which I installed > in my user profile. For comparison, this applies to ntfs-3g too. In > relation to ntfs-3g with UDisks this seems to be expected behavior, but > it seemed to me as a bug at first: > https://guix.gnu.org/en/manual/devel/en/html_node/Desktop-Services.html#index-udisks_002dservice > > I do not know what is necessary to make GNOME Disk utility recognize > the tools in the user profile and I am not sure it is necessary. It > just seemed against the spirit of guix that the user is forced to > reconfigure the system. GNOME Disks inherits UDisks' limitations, as it uses it under the hood. With that in mind... > 1. The FAT option was not grayed out in the formatting dialog. For > comparison, the NTFS option was grayed out until I added ntfs-3g to > the system profile too. May be GNOME Disks expects mkfs.vfat to be > present, so it does not check whether it is present like it does for > other file systems. > > So, it would be great for GNOME Disks to check whether mkfs.vfat is > available before proceeding like it does for other filesystems. You should probably report this one upstream. A fix would be relatively simple to write, see [1] for the relevant line making the Windows button insensitive. The procedure "gdu_utils_is_ntfs_available" spans only a few lines of code and could easily be adapted to check for vfat instead. Cheers [1] https://gitlab.gnome.org/GNOME/gnome-disk-utility/-/blob/40.2/src/disks/gducreatefilesystempage.c#L209 From debbugs-submit-bounces@debbugs.gnu.org Sun Mar 13 12:56:20 2022 Received: (at 54305) by debbugs.gnu.org; 13 Mar 2022 16:56:20 +0000 Received: from localhost ([127.0.0.1]:43182 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nTRVz-0003ke-VV for submit@debbugs.gnu.org; Sun, 13 Mar 2022 12:56:20 -0400 Received: from relay5-d.mail.gandi.net ([217.70.183.197]:36287) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nTRVx-0003kP-BV for 54305@debbugs.gnu.org; Sun, 13 Mar 2022 12:56:18 -0400 Received: (Authenticated sender: roman@riabenko.com) by mail.gandi.net (Postfix) with ESMTPSA id 69A981C0002; Sun, 13 Mar 2022 16:56:07 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=riabenko.com; s=gm1; t=1647190570; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=iNFD6uQynU3dLcCASc+sjF21Ubyu4BQt22qxXPMNoac=; b=Uu2RcNdRAPn91k6Yeujfzk3xI6XQANZ0cxKi8sZnsPTQjDn3TQhqsP1pxXHOCB4Z/AaFqD O5WdToDavrQePpEpSCxVE8A/5fWIBBP9gbqgTTdThFj8STddEvZJvr85wk+PWjf41Fxw5Y oQxR63VC3bo7+9IiOiE3nxkBGzCA9lM1HJ6XKkUlEi5KHcnl9ONDkq3De0eUPo/gOdigy+ QA05eLnKC51bL00w2Ib7hrJcCZxpC7mFV4l+nRNL/XiCGTFybwuwyaqgj2zDaF5awyFyuk rMZSDO83A+E61E3G57+VzsV/7ItJ+rSBFqDmf1fHH6pnP2uupCA8v75mYoeqGA== Message-ID: <9c3ba620a13d73c46027747ab516c4153e50c01c.camel@riabenko.com> Subject: Re: disk utility fail format fat From: Roman Riabenko To: Liliana Marie Prikler , 54305@debbugs.gnu.org Date: Sun, 13 Mar 2022 18:56:02 +0200 In-Reply-To: <7c2b3219b2f161a6dc61f582b778e1a076057322.camel@ist.tugraz.at> References: <5727b63eba7b247e325141af510aae5854bee5f0.camel@riabenko.com> <7c2b3219b2f161a6dc61f582b778e1a076057322.camel@ist.tugraz.at> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.42.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 54305 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.7 (-) Dear Liliana I reported it upstream as suggested. Here is the link to track the upstream issue: https://gitlab.gnome.org/GNOME/gnome-disk-utility/-/issues/242 I intend to report here if I get a conclusive response. Thank you! Roman У чт, 2022-03-10 у 09:00 +0100, Liliana Marie Prikler пише: > Hi Roman, > > Am Mittwoch, dem 09.03.2022 um 02:27 +0200 schrieb Roman Riabenko: > > 2. GNOME Disks utility ignored the dosfstools package which I > > installed > > in my user profile. For comparison, this applies to ntfs-3g too. In > > relation to ntfs-3g with UDisks this seems to be expected behavior, > > but > > it seemed to me as a bug at first: > > https://guix.gnu.org/en/manual/devel/en/html_node/Desktop-Services.html#index-udisks_002dservice > > > > I do not know what is necessary to make GNOME Disk utility > > recognize > > the tools in the user profile and I am not sure it is necessary. It > > just seemed against the spirit of guix that the user is forced to > > reconfigure the system. > GNOME Disks inherits UDisks' limitations, as it uses it under the > hood. > With that in mind... > > > 1. The FAT option was not grayed out in the formatting dialog. For > > comparison, the NTFS option was grayed out until I added ntfs-3g to > > the system profile too. May be GNOME Disks expects mkfs.vfat to be > > present, so it does not check whether it is present like it does > > for > > other file systems. > > > > So, it would be great for GNOME Disks to check whether mkfs.vfat is > > available before proceeding like it does for other filesystems. > You should probably report this one upstream.  A fix would be > relatively simple to write, see [1] for the relevant line making the > Windows button insensitive.  The procedure > "gdu_utils_is_ntfs_available" spans only a few lines of code and > could > easily be adapted to check for vfat instead. > > Cheers > > [1] > https://gitlab.gnome.org/GNOME/gnome-disk-utility/-/blob/40.2/src/disks/gducreatefilesystempage.c#L209 From debbugs-submit-bounces@debbugs.gnu.org Tue May 24 03:38:58 2022 Received: (at 54305) by debbugs.gnu.org; 24 May 2022 07:38:58 +0000 Received: from localhost ([127.0.0.1]:50882 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ntP85-0005B0-KL for submit@debbugs.gnu.org; Tue, 24 May 2022 03:38:57 -0400 Received: from relay3-d.mail.gandi.net ([217.70.183.195]:51589) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ntP81-0005Ah-7t for 54305@debbugs.gnu.org; Tue, 24 May 2022 03:38:56 -0400 Received: (Authenticated sender: roman@riabenko.com) by mail.gandi.net (Postfix) with ESMTPSA id 7E44B60010; Tue, 24 May 2022 07:38:44 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=riabenko.com; s=gm1; t=1653377926; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=OK8B2/dT0yqDuHMMz8+ifOhY+qD9KVmhSmovkaDq5DA=; b=LncgiuTCsUBv9dEac97v/3Yy7jAfX4f7cGYpwlRmO67uJmc1H2kbn9VIRP/hYujttWi36O eEPIDycjmedHuBZE5jMbTuMr14UVCHVkROCxtJbortI/ASyxCcuLhvM9YScQBk3fP4d2YF kF0CqI2FgUDinRl5ZSM1trJmgELNx6WQKSL4H5yFKTDkLZqWjVTLDJkWK8IKcXsEQjcUvi ocYg1SuaB2bSCttyqGrrUL97Y/OQPguF5PcCN+yr6gB4gPyxrQzbijjCeMFDAReigWQNDK aDGRdya5bulUcNUq3l1NM7uvjPQtfYX6aoFNHfIGTE2F+VcgMqYJEPqPWknFfg== Message-ID: Subject: Re: disk utility fail format fat From: Roman Riabenko To: Liliana Marie Prikler , 54305@debbugs.gnu.org Date: Tue, 24 May 2022 10:38:43 +0300 In-Reply-To: <9c3ba620a13d73c46027747ab516c4153e50c01c.camel@riabenko.com> References: <5727b63eba7b247e325141af510aae5854bee5f0.camel@riabenko.com> <7c2b3219b2f161a6dc61f582b778e1a076057322.camel@ist.tugraz.at> <9c3ba620a13d73c46027747ab516c4153e50c01c.camel@riabenko.com> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.42.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 54305 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.7 (-) Hello The upstream implemented the check for vfat and closed the issue. https://gitlab.gnome.org/GNOME/gnome-disk-utility/-/commit/15462f9c87c08c5af77a31993c1d87cb34d04861 (It is not included in Disks version 42.0, so I haven't tested it yet.) Roman У нд, 2022-03-13 у 18:56 +0200, Roman Riabenko пише: > Dear Liliana > > I reported it upstream as suggested. Here is the link to track the > upstream issue: > https://gitlab.gnome.org/GNOME/gnome-disk-utility/-/issues/242 > > I intend to report here if I get a conclusive response. > > Thank you! > Roman > > > У чт, 2022-03-10 у 09:00 +0100, Liliana Marie Prikler пише: > > Hi Roman, > > > > Am Mittwoch, dem 09.03.2022 um 02:27 +0200 schrieb Roman Riabenko: > > > 2. GNOME Disks utility ignored the dosfstools package which I > > > installed > > > in my user profile. For comparison, this applies to ntfs-3g too. > > > In > > > relation to ntfs-3g with UDisks this seems to be expected > > > behavior, > > > but > > > it seemed to me as a bug at first: > > > https://guix.gnu.org/en/manual/devel/en/html_node/Desktop-Services.html#index-udisks_002dservice > > > > > > I do not know what is necessary to make GNOME Disk utility > > > recognize > > > the tools in the user profile and I am not sure it is necessary. > > > It > > > just seemed against the spirit of guix that the user is forced to > > > reconfigure the system. > > GNOME Disks inherits UDisks' limitations, as it uses it under the > > hood. > > With that in mind... > > > > > 1. The FAT option was not grayed out in the formatting dialog. > > > For > > > comparison, the NTFS option was grayed out until I added ntfs-3g > > > to > > > the system profile too. May be GNOME Disks expects mkfs.vfat to > > > be > > > present, so it does not check whether it is present like it does > > > for > > > other file systems. > > > > > > So, it would be great for GNOME Disks to check whether mkfs.vfat > > > is > > > available before proceeding like it does for other filesystems. > > You should probably report this one upstream.  A fix would be > > relatively simple to write, see [1] for the relevant line making > > the > > Windows button insensitive.  The procedure > > "gdu_utils_is_ntfs_available" spans only a few lines of code and > > could > > easily be adapted to check for vfat instead. > > > > Cheers > > > > [1] > > https://gitlab.gnome.org/GNOME/gnome-disk-utility/-/blob/40.2/src/disks/gducreatefilesystempage.c#L209 > From debbugs-submit-bounces@debbugs.gnu.org Sun Aug 27 16:04:56 2023 Received: (at 54305-done) by debbugs.gnu.org; 27 Aug 2023 20:04:56 +0000 Received: from localhost ([127.0.0.1]:46342 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qaM0F-0005Dw-Nr for submit@debbugs.gnu.org; Sun, 27 Aug 2023 16:04:55 -0400 Received: from lab.riabenko.com ([185.143.146.30]:49264) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qaM0B-0005Dc-Lx for 54305-done@debbugs.gnu.org; Sun, 27 Aug 2023 16:04:54 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=riabenko.com; s=selector; h=MIME-Version:Content-Type:References: In-Reply-To:Date:To:From:Subject:Message-ID:From:Sender:Reply-To:Subject:Date :Message-ID:To:Cc:MIME-Version:Content-Type:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=nJc101E5nZmAiZ8UfgsSa/5LzcF0M2kyZRLtGIu7Tno=; b=MWXgIhJdSC1UaAnOtu2Nydyup8 F04Lg58uTQ3bP1zZiN8T8hgwafub1EpHABdIIegsa40+qXHLw+HZmndHGFcY2PIExMDhOVp+C62Tf yiocoI4t+SjEuq2EoGzK1qE7IN5bZAnysOJ5g+H3v2/2eLFOOPgRAkVoOwIhhBw/tZ87F1ft/WmlH ngqTkG8ALcld9s0L/mCgZdY0rSYZT+1/UL1enjgi+fkKNSFZgSRsZDm2zzjk0eMkjWLV/ZR36XhbK H02fdtUVDmpLsOGlWTjHc9F7o2A7HRnYiM50k79NaQrqlHbBifxw4yBsqxbMRKomgRJg7U0vFr7Xr c1E8C4Cg==; Received: from router.lan ([192.168.88.1] helo=[192.168.88.15]) by lab.riabenko.com with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1qaLzz-0001Fa-0N for 54305-done@debbugs.gnu.org; Sun, 27 Aug 2023 23:04:39 +0300 Message-ID: <09c4cc615eb9591e3f5a0d2703b6faa06d7dc033.camel@riabenko.com> Subject: Re: disk utility fail format fat From: Roman Riabenko To: 54305-done@debbugs.gnu.org Date: Sun, 27 Aug 2023 23:04:27 +0300 In-Reply-To: References: <5727b63eba7b247e325141af510aae5854bee5f0.camel@riabenko.com> <7c2b3219b2f161a6dc61f582b778e1a076057322.camel@ist.tugraz.at> <9c3ba620a13d73c46027747ab516c4153e50c01c.camel@riabenko.com> Content-Type: multipart/signed; micalg="pgp-sha256"; protocol="application/pgp-signature"; boundary="=-ihGQjuvdK3LoZKfQpaES" User-Agent: Evolution 3.46.4 MIME-Version: 1.0 X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 54305-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: -1.0 (-) --=-ihGQjuvdK3LoZKfQpaES Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable =D0=A3 =D0=B2=D1=82, 2022-05-24 =D1=83 10:38 +0300, Roman Riabenko =D0=BF= =D0=B8=D1=88=D0=B5: > The upstream implemented the check for vfat and closed the issue. > https://gitlab.gnome.org/GNOME/gnome-disk-utility/-/commit/15462f9c87c08c= 5af77a31993c1d87cb34d04861 >=20 > (It is not included in Disks version 42.0, so I haven't tested it > yet.) > > >=20 The issue was fixed upstream and I do not experience it anymore with the current version of Disks (44.0) in Guix. Roman --=-ihGQjuvdK3LoZKfQpaES Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEbyuIUwJNVUrtp3hK60bLvjKDmmkFAmTrrEsACgkQ60bLvjKD mmloqQ/7BMSSXj3OZtHeeYN/J7AiDH3XYPeD8WQDQ6uptj+FUUyg0P7RUeSlxS16 bOtve/Iz/ABXRtWa95DLvhv8oMnTVOFwG45R2zVsbaqT2bZSN+im0wzQBt3j9INb j+gx6JL3QJ1OeiD/17AgrB+99zzJUCPP3WzdUJllUB4EsHxndIaOCoo+uBpX0Mit YDAsu5THz2Zg30RNXvPTKpLwnP04ugoNtp8EUEiYOcs28eo6QCAlto8keT71qvJL pn4asw78n4o5vMJqxzdZWNwRBVGrDGzA+xB0S0l6fOhzvlol5CnszkFL5NQCQQMg 0a5Il/Y8QOQuy2FPGLYQ38Uq6IM996sHHRTUBCkhgFfcfOjgnRDJK5E4GUJOMbpG 45m/1KHVrq1up950qwFAX8h1fT6B2C1jwg3DpUGM6RnsJZPaQI9+ri8QPGTtka9p oa32kYqimQZu6sYpKbmbLVc6iBSV0c1mER5hEwFR+ET0jlN2oTaKh8UkO/csWH9l okSSGzHXyWcCdS48FWhQAsh58SX41pXsqnMPSdU5TzEGAikjI1HnLhbljFn7SCCR zZ8e6wS7RAqYwELHU3LIcw2Sr4br0mnr5JSsqA0jsjSTp/LSz1Nkc7IPC+sKCA+u K0O+AfTsuOqgDrMR6yPMsgV35W9oM59y3qEzMpPrrKVVG7pNNDQ= =DoTv -----END PGP SIGNATURE----- --=-ihGQjuvdK3LoZKfQpaES-- From unknown Sun Jun 15 08:44:30 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Mon, 25 Sep 2023 11:24:07 +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