March 2023 - openSUSE Users - openSUSE Mailing Lists

System rollback
by Roger Oberholtzer 29 Mar '23

29 Mar '23

A colleague did a zypper dup of his Tumbleweed system a bit ago. Seems it borked his system. So he is using a read-only snapshot. I want to help him revert to the state before the backup. He has a standard Tumbleweed layout (initially installed in November, so surely using the current preferred layout). He has made no changes to the system since then. I have read the information related to this here: https://doc.opensuse.org/documentation/leap/reference/html/book-reference/c… Which is pretty good. Before I follow the advice contained there, I am just asking if this is what one should do: 1. Boot with a recent read-only snapshot. We are using the one just before the current non-functioning one. 2. Run: snapper rollback 3. Reboot into the default image That's it? If so, seems too easy. Which makes me suspicious... -- Roger Oberholtzer

3 2

Tumbleweed: Problems with YapStocks Widget in Plasma. Did we change something particular in Tumbleweed with QT?
by Stakanov 28 Mar '23

28 Mar '23

file:///home/entropy/.local/share/plasma/plasmoids/com.librehat.yapstocks/ contents/ui/main.qml:92:5: Type MainPage unavailable file:///home/entropy/.local/share/plasma/plasmoids/com.librehat.yapstocks/ contents/ui/MainPage.qml:109:9: Type PriceChart unavailable file:///home/entropy/.local/share/plasma/plasmoids/com.librehat.yapstocks/ contents/ui/PriceChart.qml:23:1: module "QtCharts" is not installed I was aware of this issue in the past, but normally installing QTCharts did solve. I tried with the qt6 version of charts, did not help, then did a QT5 version install parallel to it but the error persists. This widget worked flawlessly for years now, I am somewhat puzzled about what may have changed, must have been very recently. Any suggestion?

1 0

Leap 15.4 on Lenovo Yoga Slim 7 Pro R5H/16/512 14 - graphics, trackpad, mouse problems
by Per Inge Oestmoen 27 Mar '23

27 Mar '23

Problems with Lenovo Yoga Slim 7 Pro R5H/16/512 14! I have the above machine, but cannot get the graphics, trackpad and mouse to work properly. The problem is that with kernel version 5.14.21-150400.24.46-default (64-bit) the trackpad and mouse works with no problem. However, the screen resolution is limited to 800x600. The screen's native resolution is 2880×1800. Then, I tried to upgrade the kernel, with the kernels found here: https://download.opensuse.org/repositories/Kernel:/stable:/Backport/standar… When I upgrade to one of these kernels, I get 2880×1800. But, there is a big "but" here: The mouse and trackpad do not work properly. The cursor just jumps unpredictably over the screen. As a result, both the mouse and the trackpad become unusable. I then had to go back to the 5.14.21-150400.24.46-default which was installed when I installed Leap 15.4. Then the trackpad (and mouse if I choose to attach it) both work properly again. However, I am then stuck with a very coarse 800x600 screen resolution, which is certainly not functional. There is no way to change the resolution, as far as I can see. So what do I do in order to make the Lenovo Yoga Slim 7 Pro R5H/16/512 14 work with Linux? Is there a known kernel which will do the trick, or is there a way to change the resolution (and also get the correct color depth)? I assume that the correct kernel will solve the situation, but where is it to be found? Here is my machine. You can see the technical data of the machine in detail: http://www.coldsiberia.net/technics/20230318_224141_2000.jpg Sincerely, Per Inge Oestmoen, Norway

2 3

Re: New package xfce4-docklike-plugin
by Liam Proven 25 Mar '23

25 Mar '23

On Sat, 25 Mar 2023 at 17:46, Manfred Hollstein <mhollstein(a)t-online.de> wrote: > > Hi there, > > I'd like to request acceptance of the new package included with our > Xfce4 distribution: > > <https://build.opensuse.org/request/show/1074344> > > Citing from its home page: > > A modern, minimalist taskbar for Xfce. > > Docklike Taskbar behaves similarly to many other desktop environments > and operating systems. Wherein all application windows are grouped > together as an icon and can be pinned to act as a launcher when the > application is not running. Commonly referred to as a dock. > > You can find all details about this new package at the following URL: > > <https://docs.xfce.org/panel-plugins/xfce4-docklike-plugin/start> > > The only thing which I believe is missing there is the hint that you > need a (new) Xfce panel to which you add the new docklike-plugin > allowing you to easily access all your terminal related windows and/or > add your preferred applications you are usually working with. > > HTH, cheers. I 100% endorse this. It's an excellent little plugin that makes Xfce, already by far my favourite desktop on openSUSE, Debian, Fedora etc., far more versatile as well as much more modern-looking. -- Liam Proven ~ Profile: https://about.me/liamproven Email: lproven(a)cix.co.uk ~ gMail/gTalk/FB: lproven(a)gmail.com Twitter/LinkedIn: lproven ~ Skype: liamproven IoM: (+44) 7624 277612: UK: (+44) 7939-087884 Czech [+ WhatsApp/Telegram/Signal]: (+420) 702-829-053

1 0

Repositories problems
by Frank McCormick 25 Mar '23

25 Mar '23

Can someone help me to sort out which repositories I should have enabled on Tumbleweed. This is a followup to problems I posted the other day relative to that huge update. It was suggested at that time I remove certain repositories which I did using YAST. Today I noticed when I do a refresh, then a zypper dup I get this: desktop-tumbleweed frank ~> sudo zypper ref Repository 'Main Repository (NON-OSS)' is up to date. Repository 'Main Repository (OSS)' is up to date. Repository 'Main Update Repository' is up to date. Repository 'Double Commander (openSUSE_Tumbleweed)' is up to date. Repository 'libdvdcss repository' is up to date. Repository 'X11:Utilities' is up to date. Repository 'graphics' is up to date. Repository 'Base:System' is up to date. Repository 'X11:lxde' is up to date. Repository 'openSUSE:Tumbleweed' is up to date. Repository 'openSUSE-20221228-0' is up to date. Repository 'openh264' is up to date. Repository 'Packman' is up to date. Repository 'openSUSE-Tumbleweed-Source' is up to date. Repository 'vivaldi' is up to date. All repositories have been refreshed. desktop-tumbleweed frank ~> sudo zypper dup Loading repository data... Warning: Repository 'openSUSE:Tumbleweed' metadata expired since 2023-03-24 06:25:41 EDT. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Warning: Repository metadata expired: Check if 'autorefresh' is turned on (zypper lr), otherwise manualy refresh the repository (zypper ref). If this does not solve the issue, it could be that you are using a broken mirror or the server has actually discontinued to support the repository. 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... Nothing to do. These are the repositories I have enabled according to zypper: desktop-tumbleweed frank ~> zypper repos Repository priorities in effect: (See 'zypper lr -P' for details) 90 (raised priority) : 2 repositories 99 (default priority) : 13 repositories # | Alias | Name | Enabled | GPG Check | Refresh ---+--------------------------------------+----------------------------------------+---------+-----------+-------- 1 | download.opensuse.org-non-oss | Main Repository (NON-OSS) | Yes | (r ) Yes | Yes 2 | download.opensuse.org-oss | Main Repository (OSS) | Yes | (r ) Yes | Yes 3 | download.opensuse.org-tumbleweed | Main Update Repository | Yes | (r ) Yes | Yes 4 | home_Alexx2000 | Double Commander (openSUSE_Tumbleweed) | Yes | (r ) Yes | Yes 5 | http-opensuse-guide.org-38a6533d | libdvdcss repository | Yes | (r ) Yes | Yes 7 | https-download.opensuse.org-6a0df1c6 | graphics | Yes | (r ) Yes | Yes 9 | https-download.opensuse.org-8feb7d1a | X11:lxde | Yes | (r ) Yes | Yes 6 | https-download.opensuse.org-34a895cf | X11:Utilities | Yes | (r ) Yes | Yes 8 | https-download.opensuse.org-88275063 | Base:System | Yes | (r ) Yes | Yes 10 | https-download.opensuse.org-d98d69c0 | openSUSE:Tumbleweed | Yes | (r ) Yes | Yes 11 | openSUSE-20221228-0 | openSUSE-20221228-0 | Yes | (r ) Yes | Yes 12 | openh264 | openh264 | Yes | (r ) Yes | Yes 13 | packman | Packman | Yes | (r ) Yes | Yes 14 | repo-source | openSUSE-Tumbleweed-Source | Yes | (r ) Yes | Yes 15 | vivaldi | vivaldi | Yes | (r ) Yes | Yes desktop-tumbleweed frank ~> The Vivaldi and Double Commander repos are for app I use regularly. Is the repository which apparently is not refreshing one that should be removed ? Thanks for any and all help.

3 2

repo problems
by Frank McCormick 25 Mar '23

25 Mar '23

The YAST version of my repo list is here: https://paste.opensuse.org/pastes/1a53f68cdab5 Thanks

2 1

FYI
by joe a 25 Mar '23

25 Mar '23

May mean nothing. https://www.theregister.com/2023/03/23/suse_announces_new_ceo_arriving/

8 15

This morning dup on Tumbleweed is strange.
by Frank McCormick 24 Mar '23

24 Mar '23

Attempted a zypper dup on my installation this morning. I got this error messagage on one of the repositories. Warning: File 'repomd.xml' from repository 'openSUSE:Factory' is unsigned. Note: Signing data enables the recipient to verify that no modifications occurred after the data were signed. Accepting data with no, wrong or unknown signature can lead to a corrupted system and in extreme cases even to a system compromise. Note: File 'repomd.xml' is the repositories master index file. It ensures the integrity of the whole repo. Warning: We can't verify that no one meddled with this file, so it might not be trustworthy anymore! You should not continue unless you know it's safe. File 'repomd.xml' from repository 'openSUSE:Factory' is unsigned, continue? [yes/no] (no): Retrieving repository 'openSUSE:Factory' metadata ................................................................................................[error] Repository 'openSUSE:Factory' is invalid. [http-download.opensuse.org-fa10a0de|http://download.opensuse.org/tumbleweed/repo/oss/] Valid metadata not found at specified URL History: - Signature verification failed for repomd.xml - Can't provide /repodata/repomd.xml Please check if the URIs defined for this repository are pointing to a valid repository. Warning: Skipping repository 'openSUSE:Factory' because of the above error. Then zypper told me it was going to upgrade 2063 packages!! It didn't seem reasonable to me so I aborted the upgrade. What should I have done ? Has anyone else experienced this? Thanks

11 50

yet another "I have a strangeness with zypper" thread. Protocol error.... with TW zypper dup.
by Stakanov 23 Mar '23

23 Mar '23

My zypper dup command complains a lot about: - Download error (curl) for 'https://download.opensuse.org/tumbleweed/repo/ oss/x86_64/libX11-xcb1-1.8.4-1.2.x86_64.rpm': Error code: Curl error 92 Error message: HTTP/2 stream 1 was not closed cleanly: PROTOCOL_ERROR (err 1) A new attempt will be made... Eventually then the package will go through and the issue will repeat shortly after with some other package. This lengthens of course the procedure remarkably. One system needed the whole night to do the dup. This with TW on bare metal. My TW instance running on that machine that is KVM had a lot of curl error 55 (canceled after 5 attempts). Now my question is: does the mirror have an issue, does my modem have an issue, or do I have an issue on my local machine with some setup? By guessing I would say the mirror does have a problem with upholding the connection (maybe for server overload) or my internetprovider has a problem with the quality delivered? But you may point me to what is the cause here. Just to be sure that I can or cannot do something about it. I did have a dup of > 3200 packages, but I think this could be normal (maybe some rebuild that forced to update all....

5 6

Re: if some automated p2p method of rsync existed
by Per Jessen 23 Mar '23

23 Mar '23

Carlos E. R. wrote: > This could be improved if some automated p2p method of rsync existed > to propagate the updates also from mirror to mirror. It has to be > invented, AFAIK. Somewhat offtopic, but never mind. It's been too long without a good rant :-) Nothing needs to be "invented", there are various technologies/solutions that could be applied. Distributed filesystems, some sort of internet multicast, maybe super sparrow, content distribution networks. The main hurdle - virtually regardless of which solution - is the mirror operator. She is generally happy to volunteer some Terabytes of disk space, some network bandwidth and 20mins for setting up an rsync cron-job. Some mirror operators (if you are listening here, you know who you are) are certainly very cooperative and more than happy to help out, but to most, running an openSUSE mirror is not a priority. Insignificant hurdles, in comparison - openSUSE Heroes. -- Per Jessen, Zürich (16.8°C) Member, openSUSE Heroes (2016 - present) We're hiring - https://en.opensuse.org/openSUSE:Heroes

2 3