zyppe<Tab> sea<Tab> returns garbage

Zypper version 1.14.38 – installed with the patch applied Monday last week: the 5th of October 2020 – changes made “Fr Aug 28 2020 ma@suse.de” – Patch: openSUSE-2020-1615 …

  • Typing “zyppe<Tab>” and then “sea<Tab>” results in – at the 1st usage only – simply activate a new Konsole tab <Shift-Ctrl-T> and try it:

 > zypper seazypper-appstream-cache: nothing appropriate.
rch 

The Patch description is:


Description : 
    This update for libzypp, zypper provides the following fixes:

    Changes in libzypp:
    - VendorAttr: Const-correct API and let Target provide its settings. (bsc#1174918)
    - Support buildnr with commit hash in purge-kernels. This adds special behaviour for when
      a kernel version has the rebuild counter before the kernel commit hash. (bsc#1175342)
    - Improve Italian translation of the "breaking dependencies" message. (bsc#1173529)
    - Make sure reading from lsof does not block forever. (bsc#1174240)
    - Just collect details for the signatures found.

    Changes in zypper:
    - man: Enhance description of the global package cache. (bsc#1175592)
    - man: Point out that plain rpm packages are not downloaded to the global package cache.
      (bsc#1173273)
    - Directly list subcommands in 'zypper help'. (bsc#1165424)
    - Remove extern C block wrapping augeas.h as it breaks the build on Arch Linux.
    - Point out that plaindir repos do not follow symlinks. (bsc#1174561)
    - Fix help command for list-patches.

    This update was imported from the SUSE:SLE-15:Update update project.
Provides    : patch:openSUSE-2020-1615 = 1

Anyone else noticing this?

Anyone else noticing this?

Same here.

Then, I’ll submit a Change Request – Fehlermeldung – Bug report …

Bug 1177712 has been submitted: <https://bugzilla.opensuse.org/show_bug.cgi?id=1177712>.

Answer was given:

Fixed in zypper 1.14.39

So we wait…

Until now:

  • Fixed with patch openSUSE-2020-1794 …

But no completion.

Edit too early, working.

Have logged out and back in again – it seems to be working – also for “root” …