[factory] unnecessarily noisy zypper -v
Is it really necessary to detail locked packages only to ellipsis the vast majority of them? # zypper -v dup ... Resolving dependencies... Computing distribution upgrade... Force resolution: No Computing upgrade... The following 1756 items are locked and will not be changed by any action: Available: 4pane-lang AppStream-lang DJPlay-lang DVDStyler-lang Fragments-lang ModemManager-lang MozillaThunderbird NetworkManager NetworkManager-applet NetworkManager-applet-lang NetworkManager-branding-openSUSE NetworkManager-branding-upstream NetworkManager-connection-editor NetworkManager-devel NetworkManager-devel-32bit NetworkManager-fortisslvpn NetworkManager-fortisslvpn-gnome NetworkManager-fortisslvpn-lang NetworkManager-iodine NetworkManager-iodine-gnome NetworkManager-iodine-lang NetworkManager-l2tp NetworkManager-l2tp-gnome NetworkManager-l2tp-lang NetworkManager-lang NetworkManager-libreswan NetworkManager-libreswan-gnome NetworkManager-libreswan-lang NetworkManager-openconnect NetworkManager-openconnect-gnome NetworkManager-openconnect-lang NetworkManager-openvpn NetworkManager-openvpn-gnome NetworkManager-openvpn-lang NetworkManager-pptp NetworkManager-pptp-gnome NetworkManager-pptp-lang NetworkManager-strongswan NetworkManager-strongswan-gnome NetworkManager-strongswan-lang NetworkManager-vpnc NetworkManager-vpnc-gnome NetworkManager-vpnc-lang PackageKit-lang Srain-lang WebKit2GTK-4.0-lang WebKit2GTK-4.1-lang WebKit2GTK-5.0-lang abook-lang accerciser-lang accountsservice-lang adobe-sourcecodepro-fonts adobe-sourcehansans-cn-fonts adobe-sourcehansans-hk-fonts adobe-sourcehansans-jp-fonts adobe-sourcehansans-kr-fonts adobe-sourcehansans-tw-fonts adobe-sourcehanserif-cn-fonts adobe-sourcehanserif-jp-fonts adobe-sourcehanserif-kr-fonts adobe-sourcehanserif-tw-fonts adobe-sourcesans3-fonts adobe-sourcesanspro-fonts adobe-sourceserif4-fonts adobe-sourceserifpro-fonts adriconf-lang agenda-lang aisleriot-lang akonadi-calendar-devel akonadi-calendar-lang akonadi-calendar-tools akonadi-calendar-tools-lang akonadi-contact akonadi-contact-devel akonadi-contact-lang akonadi-import-wizard-lang akonadi-mime-lang akonadi-notes-lang akonadi-search-lang akonadi-server-lang akregator-lang alacarte-lang alkimia-lang almanah-lang amarok-lang amsynth-lang amtk-5-lang analitza-lang anjuta-lang apache-commons-lang apparmor-abstractions apparmor-docs apparmor-parser apparmor-parser-lang apparmor-profiles apparmor-rpm-macros apparmor-utils apparmor-utils-lang appeditor-lang appstream-glib-lang ... and 1642 more items. Installed: ... 1642 more? Really? How about simply 1756 items are locked and will not be changed by any action: when the total is above some low threshhold? My first thought was report a bug (enhancement request), but I thought maybe some discussion here first might be in order. -- Evolution as taught in public schools is, like religion, based on faith, not based on science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata
On Tuesday 2021-10-26 18:33, Felix Miata wrote:
Is it really necessary to detail locked packages only to ellipsis the vast majority of them?
# zypper -v dup ... The following 1756 items are locked and will not be changed by any action: Available: 4pane-lang AppStream-lang DJPlay-lang DVDStyler-lang Fragments-lang ModemManager-lang MozillaThunderbird NetworkManager NetworkManager-applet NetworkManager-applet-lang NetworkManager-branding-openSUSE NetworkManager-branding-upstream NetworkManager-connection-editor NetworkManager-devel NetworkManager-devel-32bit NetworkManager-fortisslvpn NetworkManager-fortisslvpn-gnome NetworkManager-fortisslvpn-lang NetworkManager-iodine NetworkManager-iodine-gnome NetworkManager-iodine-lang NetworkManager-l2tp NetworkManager-l2tp-gnome NetworkManager-l2tp-lang NetworkManager-lang NetworkManager-libreswan NetworkManager-libreswan-gnome NetworkManager-libreswan-lang NetworkManager-openconnect NetworkManager-openconnect-gnome NetworkManager-openconnect-lang NetworkManager-openvpn NetworkManager-openvpn-gnome NetworkManager-openvpn-lang NetworkManager-pptp NetworkManager-pptp-gnome NetworkManager-pptp-lang NetworkManager-strongswan NetworkManager-strongswan-gnome NetworkManager-strongswan-lang NetworkManager-vpnc NetworkManager-vpnc-gnome NetworkManager-vpnc-lang PackageKit-lang Srain-lang WebKit2GTK-4.0-lang WebKit2GTK-4.1-lang WebKit2GTK-5.0-lang abook-lang accerciser-lang accountsservice-lang adobe-sourcecodepro-fonts adobe-sourcehansans-cn-fonts adobe-sourcehansans-hk-fonts adobe-sourcehansans-jp-fonts adobe-sourcehansans-kr-fonts adobe-sourcehansans-tw-fonts adobe-sourcehanserif-cn-fonts adobe-sourcehanserif-jp-fonts adobe-sourcehanserif-kr-fonts adobe-sourcehanserif-tw-fonts adobe-sourcesans3-fonts adobe-sourcesanspro-fonts adobe-sourceserif4-fonts adobe-sourceserifpro-fonts adriconf-lang agenda-lang aisleriot-lang akonadi-calendar-devel akonadi-calendar-lang akonadi-calendar-tools akonadi-calendar-tools-lang akonadi-contact akonadi-contact-devel akonadi-contact-lang akonadi-import-wizard-lang akonadi-mime-lang akonadi-notes-lang akonadi-search-lang akonadi-server-lang akregator-lang alacarte-lang alkimia-lang almanah-lang amarok-lang amsynth-lang amtk-5-lang analitza-lang anjuta-lang apache-commons-lang apparmor-abstractions apparmor-docs apparmor-parser apparmor-parser-lang apparmor-profiles apparmor-rpm-macros apparmor-utils apparmor-utils-lang appeditor-lang appstream-glib-lang ... and 1642 more items. Installed: ...
1642 more? Really? How about simply
1756 items are locked and will not be changed by any action:
I would agree in the normal case. But then again, you asked for it with -v ;-)
On 10/27/21 03:34, Jan Engelhardt wrote:
On Tuesday 2021-10-26 18:33, Felix Miata wrote:
Is it really necessary to detail locked packages only to ellipsis the vast majority of them?
# zypper -v dup ... The following 1756 items are locked and will not be changed by any action: Available: 4pane-lang AppStream-lang DJPlay-lang DVDStyler-lang Fragments-lang ModemManager-lang MozillaThunderbird NetworkManager NetworkManager-applet NetworkManager-applet-lang NetworkManager-branding-openSUSE NetworkManager-branding-upstream NetworkManager-connection-editor NetworkManager-devel NetworkManager-devel-32bit NetworkManager-fortisslvpn NetworkManager-fortisslvpn-gnome NetworkManager-fortisslvpn-lang NetworkManager-iodine NetworkManager-iodine-gnome NetworkManager-iodine-lang NetworkManager-l2tp NetworkManager-l2tp-gnome NetworkManager-l2tp-lang NetworkManager-lang NetworkManager-libreswan NetworkManager-libreswan-gnome NetworkManager-libreswan-lang NetworkManager-openconnect NetworkManager-openconnect-gnome NetworkManager-openconnect-lang NetworkManager-openvpn NetworkManager-openvpn-gnome NetworkManager-openvpn-lang NetworkManager-pptp NetworkManager-pptp-gnome NetworkManager-pptp-lang NetworkManager-strongswan NetworkManager-strongswan-gnome NetworkManager-strongswan-lang NetworkManager-vpnc NetworkManager-vpnc-gnome NetworkManager-vpnc-lang PackageKit-lang Srain-lang WebKit2GTK-4.0-lang WebKit2GTK-4.1-lang WebKit2GTK-5.0-lang abook-lang accerciser-lang accountsservice-lang adobe-sourcecodepro-fonts adobe-sourcehansans-cn-fonts adobe-sourcehansans-hk-fonts adobe-sourcehansans-jp-fonts adobe-sourcehansans-kr-fonts adobe-sourcehansans-tw-fonts adobe-sourcehanserif-cn-fonts adobe-sourcehanserif-jp-fonts adobe-sourcehanserif-kr-fonts adobe-sourcehanserif-tw-fonts adobe-sourcesans3-fonts adobe-sourcesanspro-fonts adobe-sourceserif4-fonts adobe-sourceserifpro-fonts adriconf-lang agenda-lang aisleriot-lang akonadi-calendar-devel akonadi-calendar-lang akonadi-calendar-tools akonadi-calendar-tools-lang akonadi-contact akonadi-contact-devel akonadi-contact-lang akonadi-import-wizard-lang akonadi-mime-lang akonadi-notes-lang akonadi-search-lang akonadi-server-lang akregator-lang alacarte-lang alkimia-lang almanah-lang amarok-lang amsynth-lang amtk-5-lang analitza-lang anjuta-lang apache-commons-lang apparmor-abstractions apparmor-docs apparmor-parser apparmor-parser-lang apparmor-profiles apparmor-rpm-macros apparmor-utils apparmor-utils-lang appeditor-lang appstream-glib-lang ... and 1642 more items. Installed: ...
1642 more? Really? How about simply
1756 items are locked and will not be changed by any action:
I would agree in the normal case. But then again, you asked for it with -v ;-)
You could also say in a normal case most people only have a handful of packages locked, in my case being able to see the 5-10 locked packages is pretty useful because sometimes I might only lock something for a few days and its nice to get a reminder. I guess someone decided around 100 packages is around where it stops being useful and allocated a buffer big enough to fit around that amount. You could argue that the verbose option should actually list all of them at the same time you could also make an argument that the number of people with over 100 packages locked is small and so maybe its not worth the complexity of adding further special handling. -- Simon Lees (Simotek) http://simotek.net Emergency Update Team keybase.io/simotek SUSE Linux Adelaide Australia, UTC+10:30 GPG Fingerprint: 5B87 DB9D 88DC F606 E489 CEC5 0922 C246 02F0 014B
On Wed, 2021-10-27 at 10:29 +1030, Simon Lees wrote:
On 10/27/21 03:34, Jan Engelhardt wrote:
On Tuesday 2021-10-26 18:33, Felix Miata wrote:
Is it really necessary to detail locked packages only to ellipsis the vast majority of them?
# zypper -v dup ... The following 1756 items are locked and will not be changed by any action: Available: 4pane-lang AppStream-lang DJPlay-lang DVDStyler-lang Fragments-lang ModemManager-lang MozillaThunderbird NetworkManager NetworkManager-applet NetworkManager-applet-lang NetworkManager-branding-openSUSE NetworkManager-branding-upstream NetworkManager-connection-editor NetworkManager-devel NetworkManager-devel-32bit NetworkManager-fortisslvpn NetworkManager-fortisslvpn-gnome NetworkManager-fortisslvpn-lang NetworkManager-iodine NetworkManager-iodine-gnome NetworkManager-iodine-lang NetworkManager-l2tp NetworkManager-l2tp-gnome apparmor-profiles apparmor-rpm-macros apparmor-utils apparmor-utils-lang appeditor-lang appstream-glib-lang ... and 1642 more items. Installed: ...
1642 more? Really? How about simply
1756 items are locked and will not be changed by any action:
I would agree in the normal case. But then again, you asked for it with -v ;-)
You could also say in a normal case most people only have a handful of packages locked, in my case being able to see the 5-10 locked packages is pretty useful because sometimes I might only lock something for a few days and its nice to get a reminder. I guess someone decided around 100 packages is around where it stops being useful and allocated a buffer big enough to fit around that amount.
You could argue that the verbose option should actually list all of them at the same time you could also make an argument that the number of people with over 100 packages locked is small and so maybe its not worth the complexity of adding further special handling.
Not unlikely to have quickly > 100 packages locked. e.g. my lock list:
zypper ll
# | Name | Type | Repository | Comment ---+-----------------------+---------+------------+-------- 1 | *-32bit | package | (any) | 2 | *-lang | package | (any) | => these two lines add up to A LOT :) Cheers, Dominique
On Wednesday 2021-10-27 10:27, Dominique Leuenberger / DimStar wrote:
Is it really necessary to detail locked packages only to ellipsis the vast majority of them? ... The following 1756 items are locked and will not be changed by any action: Available: 4pane-lang ... Installed: ...
You could also say in a normal case most people only have a handful of packages locked
Not unlikely to have quickly > 100 packages locked. e.g. my lock list:
# | Name | Type | Repository | Comment ---+-----------------------+---------+------------+-------- 1 | *-32bit | package | (any) |
Ah, now I spot the difference. "locked-available" and "locked-installed". That must be a recent addition. Granted, few people will have locked-installed, but the use of wildcards may inadvertently bloat the locked-available list, rendering it useless. How about: If 4pane-lang is not presently installed and zypper in/dup $nolockscenario would not install it either, then it should not be printed in zypper dup $lockedscenario either.
On 10/27/21 10:27, Dominique Leuenberger / DimStar wrote:
On Wed, 2021-10-27 at 10:29 +1030, Simon Lees wrote:
On 10/27/21 03:34, Jan Engelhardt wrote:
On Tuesday 2021-10-26 18:33, Felix Miata wrote:
Is it really necessary to detail locked packages only to ellipsis the vast majority of them?
# zypper -v dup ... The following 1756 items are locked and will not be changed by any action: Available: 4pane-lang AppStream-lang DJPlay-lang DVDStyler-lang Fragments-lang ModemManager-lang MozillaThunderbird NetworkManager NetworkManager-applet NetworkManager-applet-lang NetworkManager-branding-openSUSE NetworkManager-branding-upstream NetworkManager-connection-editor NetworkManager-devel NetworkManager-devel-32bit NetworkManager-fortisslvpn NetworkManager-fortisslvpn-gnome NetworkManager-fortisslvpn-lang NetworkManager-iodine NetworkManager-iodine-gnome NetworkManager-iodine-lang NetworkManager-l2tp NetworkManager-l2tp-gnome apparmor-profiles apparmor-rpm-macros apparmor-utils apparmor-utils-lang appeditor-lang appstream-glib-lang ... and 1642 more items. Installed: ...
1642 more? Really? How about simply
1756 items are locked and will not be changed by any action:
I would agree in the normal case. But then again, you asked for it with -v ;-)
You could also say in a normal case most people only have a handful of packages locked, in my case being able to see the 5-10 locked packages is pretty useful because sometimes I might only lock something for a few days and its nice to get a reminder. I guess someone decided around 100 packages is around where it stops being useful and allocated a buffer big enough to fit around that amount.
You could argue that the verbose option should actually list all of them at the same time you could also make an argument that the number of people with over 100 packages locked is small and so maybe its not worth the complexity of adding further special handling.
Not unlikely to have quickly > 100 packages locked. e.g. my lock list:
zypper ll
# | Name | Type | Repository | Comment ---+-----------------------+---------+------------+-------- 1 | *-32bit | package | (any) | 2 | *-lang | package | (any) |
=> these two lines add up to A LOT :)
Cheers, Dominique
Yeah, I have a couple of locked packages, and they've been locked for a long time, I don't want to be reminded of them every time (and since I am using the default regex matching, locking e.g. foo, will show me foo, foo-bar, foo-baz, foo-notbar and every single foo in the repos :)). Maybe a bug report is needed here so that it's not forgotten in the depths of a mailing list? -- Ahmad Samir
On 26.10.21 19:04, Jan Engelhardt wrote:
On Tuesday 2021-10-26 18:33, Felix Miata wrote:
1756 items are locked and will not be changed by any action:
I would agree in the normal case. But then again, you asked for it with -v ;-)
strolchi:~ # zypper dup --no-recommends Loading repository data... Reading installed packages... [...] Resolving dependencies... Computing distribution upgrade... The following 4 items are locked and will not be changed by any action: Available: kernel-default-base libply5 Installed: libvpx6 unison no -v And zypper without -v is too quiet (no download progress if crazy appdata crap is only served by the slowest mirrors available...). The full list could still be shown with "-vvvvvvvvvvvvvv" for those who deem it useful. -- Stefan Seyfried "For a successful technology, reality must take precedence over public relations, for nature cannot be fooled." -- Richard Feynman
On 27/10/2021 07.21, Stefan Seyfried wrote:
On 26.10.21 19:04, Jan Engelhardt wrote:
On Tuesday 2021-10-26 18:33, Felix Miata wrote:
1756 items are locked and will not be changed by any action:
I would agree in the normal case. But then again, you asked for it with -v ;-)
strolchi:~ # zypper dup --no-recommends Loading repository data... Reading installed packages...
[...]
Resolving dependencies... Computing distribution upgrade...
The following 4 items are locked and will not be changed by any action: Available: kernel-default-base libply5 Installed: libvpx6 unison
no -v And zypper without -v is too quiet (no download progress if crazy appdata crap is only served by the slowest mirrors available...).
Then maybe what is needed are verbose modifiers: --verbose=download,nolock :-)
The full list could still be shown with "-vvvvvvvvvvvvvv" for those who deem it useful.
-- Cheers / Saludos, Carlos E. R. (from 15.2 x86_64 at Telcontar)
G'day Tumblers, I get this without -v as well. On 27/10/21 15:21, Stefan Seyfried wrote:
CAUTION: This email originated from outside of Interactive. Do not click links or open attachments unless you recognise the sender and know the content is safe.
On 26.10.21 19:04, Jan Engelhardt wrote:
On Tuesday 2021-10-26 18:33, Felix Miata wrote:
1756 items are locked and will not be changed by any action:
I would agree in the normal case. But then again, you asked for it with -v ;-)
strolchi:~ # zypper dup --no-recommends Loading repository data... Reading installed packages...
[...]
Resolving dependencies... Computing distribution upgrade...
The following 4 items are locked and will not be changed by any action: Available: kernel-default-base libply5 Installed: libvpx6 unison
no -v
I just thought it was normal. What is considered verbose and normal is really random on many packages. Now you mention it though, I do think it could be better, and I think it would be a good thing to change. Anyhow.. Here is what I get WITHOUT a -v: bh-lenlap:~ # zypper -n dup -l Retrieving repository 'Additional Hardware Support Tumbleweed' metadata ..................................................................[done] Building repository 'Additional Hardware Support Tumbleweed' cache .......................................................................[done] Retrieving repository 'Devel Tools Tumbleweed' metadata ..................................................................................[done] << SNIP >> Building repository 'repo-oss' cache .....................................................................................................[done] Retrieving repository 'Forensics Tools and Libraries (openSUSE_Tumbleweed)' metadata .....................................................[done] Building repository 'Forensics Tools and Libraries (openSUSE_Tumbleweed)' cache ..........................................................[done] Retrieving repository 'all the small tools for the shell (openSUSE_Factory)' metadata ....................................................[done] Building repository 'all the small tools for the shell (openSUSE_Factory)' cache .........................................................[done] Loading repository data... Reading installed packages... Warning: You are about to do a distribution upgrade with all enabled repositories. Make sure these repositories are compatible before you continue. See 'man zypper' for more information about this command. Computing distribution upgrade... The following 8109 items are locked and will not be changed by any action: Available: brltty brltty-debuginfo brltty-debugsource brltty-driver-at-spi2 brltty-driver-at-spi2-debuginfo brltty-driver-brlapi brltty-driver-brlapi-debuginfo brltty-driver-espeak brltty-driver-espeak-debuginfo brltty-driver-libbraille brltty-driver-libbraille-debuginfo brltty-driver-speech-dispatcher brltty-driver-speech-dispatcher-debuginfo brltty-driver-xwindow brltty-driver-xwindow-debuginfo brltty-lang brltty-utils brltty-utils-debuginfo cherrytree-debuginfo cherrytree-debugsource crash-kmp-default gnucash-docs intel-e1000e intel-e1000e-kmp-default intel-e1000e-kmp-pae kde-l10n-devel kde-l10n-devel-debuginfo myspell-german-old package-update-indicator smb4k-doc smstools3-doc sysdig-kmp-default texlive texlive-12many texlive-12many-doc texlive-2up texlive-2up-doc texlive-a0poster texlive-a0poster-doc texlive-a2ping texlive-a2ping-bin texlive-a2ping-doc texlive-a4wide texlive-a4wide-doc texlive-a5comb texlive-a5comb-doc texlive-aaai-named texlive-aalok texlive-aalok-doc texlive-aastex texlive-aastex-doc texlive-abbr texlive-abbr-doc texlive-abc texlive-abc-doc texlive-abnt texlive-abnt-doc texlive-abntex2 texlive-abntex2-doc texlive-abraces texlive-abraces-doc texlive-abstract texlive-abstract-doc texlive-abstyles texlive-abstyles-doc texlive-academicons texlive-academicons-doc texlive-academicons-fonts texlive-accanthis texlive-accanthis-doc texlive-accanthis-fonts texlive-accents texlive-accents-doc texlive-accessibility texlive-accessibility-doc texlive-accfonts texlive-accfonts-bin texlive-accfonts-doc texlive-accsupp texlive-accsupp-doc texlive-achemso texlive-achemso-doc texlive-acmart texlive-acmart-doc texlive-acmconf texlive-acmconf-doc texlive-acro texlive-acro-doc texlive-acronym texlive-acronym-doc texlive-acroterm texlive-acroterm-doc texlive-active-conf texlive-active-conf-doc texlive-actuarialangle texlive-actuarialangle-doc texlive-actuarialsymbol texlive-actuarialsymbol-doc texlive-addfont texlive-addfont-doc ... and 8006 more items. Installed: cherrytree cherrytree-lang iwscanner Run 'zypper locks -s' to see the complete list of locked items. The following 19 packages are going to be upgraded: bison bison-lang bucklespring gdb ghc-zlib ghidra htop openSUSE-release openSUSE-release-ftp pandoc pdftk powerline-fonts python38-websockets rstudio signal-desktop tkgate tkgate-debuginfo tkgate-debugsource yt-dlp The following product is going to be upgraded: openSUSE Tumbleweed 20211031-0 -> 20211101-0 19 packages to upgrade. Overall download size: 434.9 MiB. Already cached: 0 B. After the operation, additional 1.1 MiB will be used. Continue? [y/n/v/...? shows all options] (y): y Retrieving package tkgate-2.1-1.313.x86_64 (1/19), 5.1 MiB ( 11.2 MiB unpacked) Retrieving: tkgate-2.1-1.313.x86_64.rpm ....................................................................................[done (483.8 KiB/s)] Retrieving package tkgate-debugsource-2.1-1.313.x86_64 (2/19), 500.0 KiB ( 3.1 MiB unpacked) Retrieving: tkgate-debugsource-2.1-1.313.x86_64.rpm ........................................................................[done (252.6 KiB/s)] << SNIP >> I did not lock that many really, but the wildcard gets in there and kicks a lot of stuff out. Things like brltty interfere with some serial stuff I do, and so much of texlive just makes downloading slower.. but wildcards kill. Maybe: Note: You have 8109 items that are locked and will not be changed by any action (3 installed).
And zypper without -v is too quiet (no download progress if crazy appdata crap is only served by the slowest mirrors available...).
The full list could still be shown with "-vvvvvvvvvvvvvv" for those who deem it useful.
I think progress on fetching initial metadata would be great, but putting anything else on makes it too verbose for me. Maybe only show the list for -vv or show extra download progress with --extra_download_progress etc. Things like downloading the repodata in a single thread one at a time seems like more of a pain since my download speeds are always abysmal.. I had a look.. but.. pity I am not a C++ guy. Changing verbosity is much easier! -- Ben
Felix Miata composed on 2021-10-26 12:33 (UTC-0400):
Is it really necessary to detail locked packages only to ellipsis the vast majority of them?
Based on responses here, I filed an enhancement request: https://bugzilla.opensuse.org/show_bug.cgi?id=1192279 -- Evolution as taught in public schools is, like religion, based on faith, not based on science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata
participants (8)
-
Ahmad Samir
-
Ben Holmes
-
Carlos E. R.
-
Dominique Leuenberger / DimStar
-
Felix Miata
-
Jan Engelhardt
-
Simon Lees
-
Stefan Seyfried