From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-0.8 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 3816CC33CB1 for ; Fri, 17 Jan 2020 10:52:09 +0000 (UTC) Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 0F4442082F for ; Fri, 17 Jan 2020 10:52:09 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 0F4442082F Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=pevogam.com Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=qemu-devel-bounces+qemu-devel=archiver.kernel.org@nongnu.org Received: from localhost ([::1]:55258 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1isPEW-0007Fm-8s for qemu-devel@archiver.kernel.org; Fri, 17 Jan 2020 05:52:08 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:58275) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1isPDs-0006gw-Ob for qemu-devel@nongnu.org; Fri, 17 Jan 2020 05:51:29 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1isPDq-00016Z-O0 for qemu-devel@nongnu.org; Fri, 17 Jan 2020 05:51:28 -0500 Received: from indium.canonical.com ([91.189.90.7]:45176) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1isPDq-000162-IR for qemu-devel@nongnu.org; Fri, 17 Jan 2020 05:51:26 -0500 Received: from loganberry.canonical.com ([91.189.90.37]) by indium.canonical.com with esmtp (Exim 4.86_2 #2 (Debian)) id 1isPDp-0003Ct-69 for ; Fri, 17 Jan 2020 10:51:25 +0000 Received: from loganberry.canonical.com (localhost [127.0.0.1]) by loganberry.canonical.com (Postfix) with ESMTP id 2D0F22E8048 for ; Fri, 17 Jan 2020 10:51:25 +0000 (UTC) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Date: Fri, 17 Jan 2020 10:42:13 -0000 From: pevogam To: qemu-devel@nongnu.org X-Launchpad-Notification-Type: bug X-Launchpad-Bug: product=qemu; status=New; importance=Undecided; assignee=None; X-Launchpad-Bug-Information-Type: Public X-Launchpad-Bug-Private: no X-Launchpad-Bug-Security-Vulnerability: no X-Launchpad-Bug-Commenters: 5-plamen xanclic X-Launchpad-Bug-Reporter: pevogam (5-plamen) X-Launchpad-Bug-Modifier: pevogam (5-plamen) References: <157918316689.4864.12553262908100217782.malonedeb@wampee.canonical.com> Message-Id: <157925773334.5033.6807670911098130881.malone@wampee.canonical.com> Subject: [Bug 1859989] Re: qemu-img has broken output with large snapshot names X-Launchpad-Message-Rationale: Subscriber (QEMU) @qemu-devel-ml X-Launchpad-Message-For: qemu-devel-ml Precedence: bulk X-Generated-By: Launchpad (canonical.com); Revision="f1052173880d8dae43faa7c2fc45da1b42227143"; Instance="production-secrets-lazr.conf" X-Launchpad-Hash: bf14505281e4600b979f8769aa17f357e2540e21 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 91.189.90.7 X-BeenThere: qemu-devel@nongnu.org X-Mailman-Version: 2.1.23 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Bug 1859989 <1859989@bugs.launchpad.net> Errors-To: qemu-devel-bounces+qemu-devel=archiver.kernel.org@nongnu.org Sender: "Qemu-devel" Hi Max, It last worked in (previous version we used): [root@c15 ~]# qemu-img --version qemu-img version 3.1.1 (qemu-3.1.1-2.fc30) Copyright (c) 2003-2018 Fabrice Bellard and the QEMU Project developers Yes, unfortunately Launchpad doesn't seem to support any literal formatting which is why I tried to use the ``` to signal this. I will attach some images from both version to counter this effect and make it clearer to you where the problem is which is indeed in the clash between the state name and the size. The IEC prefixes were something new and we could handle that but not the lack of space which is new in this version we tried. ** Attachment added: "qemu.png" https://bugs.launchpad.net/qemu/+bug/1859989/+attachment/5321101/+files/= qemu.png -- = You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1859989 Title: qemu-img has broken output with large snapshot names Status in QEMU: New Bug description: On Qemu 4.1.1 the output of snapshots breaks if the chosen state name is too long: ``` # qemu-img snapshot -l /mnt/local/some_image.qcow2 Snapshot list: ID TAG VM SIZE DATE VM CLOCK 1 online_provider_with_dhcp747 MiB 2020-01-15 12:05:01 00:00:45= .873 ``` Prior to 4.1.1 this used to work with extra tabs for the VM SIZE values. The collision is also disabling us from using a regex on top of this output to detect the snapshot. To manage notifications about this bug go to: https://bugs.launchpad.net/qemu/+bug/1859989/+subscriptions