- openSUSE Support

Brace for impact: Snapshot 20210212 is a full rebuild based on glibc 2.33
by Dominique Leuenberger / DimStar 16 Feb '21

16 Feb '21

Dear Tumbleweed users, At the moment, Tumbleweed snapshot 20210212 is being synced out to the mirrors; the public announcement of the snapshot being available will (estimated) be at around 12pm CET. I want to inform you upfront of a few specialties: * The snapshot is going to be large, in the number of packages to 'update' (mostly rebuild counters) and thus also megabytes. * The snapshot is the first to be based on glibc 2.33 https://sourceware.org/pipermail/libc-alpha/2021-February/122207.html While testing this snapshot, a few things were broken (which delayed publishing a bit). There are, however, still two issues known which you should be aware of: * NIS integrated system administrators might want to check out https://bugzilla.opensuse.org/show_bug.cgi?id=1182247 - the nss_compat module does not load additional modules, which means you might have to adjust the nsswitch.conf to make 'nis' an explicit setting. * Especially on 32bit systems we had seen a bunch of sandboxing features not behaving as expected. This currently (still) affects libqt5-qtwebengine. An additional fix is currently being published in parallel into the update channel (http://download.opensuse.org/update/tumbleweed/). In case you see rendering issues (kmail for example) make sure to have this update included. The other fixes (OpenSSH, chromium) which we had seen in prior testings are already included in snapshot 20210212 and should not be of concern. As usual, if you see new bugs appearing, please verify if somebody else already filed them in bugzilla.opensuse.org and, if not already present, file the bugs yourself. Cheers, Dominique

1 0

Cascade of dialog frames when moving a window
by Ianseeks 15 Feb '21

15 Feb '21

HI Since the latest opensuse tumbleweed update, if i move a small window around , it leaves a trail of its image behind and it does not disappear until i close the window. Does anyone know what this effect is called so i can possibly track down a config option that the latest update configured? regards Ian -- opensuse:tumbleweed:20210208 Qt: 5.15.2 KDE Frameworks: 5.78.0 - KDE Plasma: 5.20.5 - kwin 5.20.5 kmail2 5.16.2 (20.12.2) - akonadiserver 5.16.2 (20.12.2) - Kernel: 5.10.12-1-default - xf86-video-nouveau: 1.0.17

3 3

Re: printer again
by Doug McGarrett 15 Feb '21

15 Feb '21

On 2/14/21 4:51 PM, Doug McGarrett wrote: > > > On 2/14/21 1:29 PM, Axel Braun wrote: >> Am Sonntag, 14. Februar 2021, 19:25:11 CET schrieb DennisG: >>> I saw that an ESET NOD32 update fixed this problem for some. Maybe try >>> that, or just uninstall it. >> Thanks for the hint, Dennis >> A good proof that a 'virus scanner' on Linux does more harm than good. >> Snakeoil, so to say >> /Ax > I am trying to uninstall eset, but no luck! Here is the listing from > /home/doug/Downloads: > > linux1:/home/doug/Downloads # ls -la es* > -rwxr--r-- 1 doug users 124441008 Feb 3 19:06 > eset_nod32av_64bit_en(1).linux > > Here is what happens: > > linux1:/home/doug/Downloads # zypper rm eset_nod32av_64bit_en\(1\).linux > Reading installed packages... > 'eset_nod32av_64bit_en(1).linux' not found in package names. Trying > capabilities. > No provider of 'eset_nod32av_64bit_en(1).linux' found. > Resolving package dependencies... > Nothing to do. > > Nevertheless, it is installed, fersure! Pieces of it all over the > place! Now what? Must I hunt down > every instance and delete it piecemeal, orr Found reason and fixed it. eset is gone.--doug > > > > >

2 1

start over
by Doug McGarrett 15 Feb '21

15 Feb '21

This began as "printer again" and I mentioned a number of crashes. I have decided to start over, i.e., loading a new version of OpenSUSE-TW. I obviously would like to save as much of my own files and apps as possible. I've never done this before, so I don't know what I have to do. gparted shows some Windows partitions, then /dev/nvme0n1p6 as ext4 / and /dev/nvme0n1p7 as ext4 /home mount point shows as /run/media/doug/4640427543C81F7S The / and /home are formatted ext4, and I want to keep this formatting. It does appear that my own stuff is in /home, but is this just the CONTENTS of the apps, or the entire installed app? That is, do I have to look up and install all the apps over again? I have an outboard H/D with nothing on it, which gparted calls /dev/sda1, formatted ntfs at present. I want to copy the entire /home directory to this, and then copy it back to the cleaned up and reinstalled system. Should I leave the ntfs format, or should I change it? If so, to what? ext4? What should I be doing to get all this done, neatly and cleanly? Before you go: There MAY be a problem with the eset AV program. Is this something (which I paid for) that I have to eliminate, and if so, what can I replace it with? It seemed that before I went for eset I tried to install something free, but unsuccessfully. Sorry for the long post, but you folks have been a big help to this newbie to OpenSUSE, and I hope you will do so again. Thank you! --doug

8 17

printer again
by Doug McGarrett 15 Feb '21

15 Feb '21

LaserJet won't print from this OpenSUSE-TW computer. (It did, but not now.) Print jobs get stuck in the queue. lprm will only remove stuck items one at a time--I thought that it would delete all the queues at once, but it won't. Root lprm -P (printer name) needed to clear all the queues one at a time. Ping of that printer produces an error: doug@linux1:~> ping 192.168.1.29 ERROR: ld.so: object 'libesets_pac.so' from /etc/ld.so.preload cannot be preloaded (cannot open shared object file): ignored. PING 192.168.1.29 (192.168.1.29) 56(84) bytes of data. 64 bytes from 192.168.1.29: icmp_seq=1 ttl=255 time=0.702 ms 64 bytes from 192.168.1.29: icmp_seq=2 ttl=255 time=0.409 ms 64 bytes from 192.168.1.29: icmp_seq=3 ttl=255 time=0.387 ms 64 bytes from 192.168.1.29: icmp_seq=4 ttl=255 time=0.387 ms ^C --- 192.168.1.29 ping statistics --- 4 packets transmitted, 4 received, 0% packet loss, time 3069ms rtt min/avg/max/mdev = 0.387/0.471/0.702/0.133 ms That printer will print fine from a different computer (and a different OS.) Ping from the other computer shows no error. I don't know what to do next. Suggestions? --doug

7 19

Re: printer again
by Carlos E. R. 14 Feb '21

14 Feb '21

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sunday, 2021-02-14 at 17:13 -0500, Doug McGarrett wrote: > On 2/14/21 4:27 PM, Carlos E.R. wrote: >> On 14/02/2021 22.12, Doug McGarrett wrote: >>> On 2/14/21 2:36 PM, Carlos E.R. wrote: >>>> On 14/02/2021 17.11, Doug McGarrett wrote: >>>>> On 2/13/21 11:13 PM, Carlos E.R. wrote: >>>>>> On 14/02/2021 04.14, Doug McGarrett wrote: ... > This all looks very useful, and I am grateful for that assistance. I am > now at a crossroads--some of the correspondents suggest just trying > to fix the eset problem, if that's what is causing all this misery. > So I have deleted eset--I hope! (It turns out that zypper rm > filename-downloaded doesn't work, Of course not, as it is not an rpm. Probably there is an "uninstall" option somewhere, maybe a menu entry, windows style. > but there is a remove command in the applications menu-- > which I found out the hard way, of course. > Back to square one. . . . I don't know what I would do in your feet. I think I prefer a reinstall, but I dread fighting your printer installation again. - -- Cheers, Carlos E. R. (from openSUSE 15.2 x86_64 at Telcontar) -----BEGIN PGP SIGNATURE----- iHIEARECADIWIQQZEb51mJKK1KpcU/W1MxgcbY1H1QUCYCmi+hQccm9iaW4ubGlz dGFzQGdteC5lcwAKCRC1MxgcbY1H1frgAJ9YtjVn1VBIQzRfsSQZX/lZa2C8EQCg gO5ZRrmEbdhwQVmWuQgAm0P0vIo= =Sr6+ -----END PGP SIGNATURE-----

1 0

saving pictorial info
by Doug McGarrett 13 Feb '21

13 Feb '21

I found a 3-page tutorial from Seiko as to how to diagnose a watch problem, nicely illustrated and in color. I would like to copy this to some app from which it could be printed out on a color printer and saved. Is this possible, and if so, how? (OS TW) Obviously a print-screen routine will save pieces of the illo, but then all would have to be printed and pasted together, which seems like a clumsy way to do things. Thanx--doug

4 5

Best level of gcc for Leap 15.2?
by J Leslie Turriff 10 Feb '21

10 Feb '21

I ran into an odd error while compiling some source code, and while poking around I found this for my gcc setup: | ● zypper se -is gcc | Loading repository data... | Reading installed packages... | | S | Name | Type | Version | Arch | Repository | ---+---------------------------+---------+---------------------------+--------+-------------------------- | i+ | gcc | package | 7-lp152.4.114 | x86_64 | Main Repository | i+ | gcc-c++ | package | 7-lp152.4.114 | x86_64 | Main Repository | i+ | gcc-fortran | package | 7-lp152.4.114 | x86_64 | Main Repository | i+ | gcc-info | package | 7-lp152.4.114 | x86_64 | Main Repository | i+ | gcc10-debugsource | package | 10.2.1+git583-lp152.2.2 | x86_64 | Update Repository (Debug) | i+ | gcc7 | package | 7.5.0+r278197-lp152.3.6.1 | x86_64 | openSUSE:Leap:15.2:Update | i+ | gcc7 | package | 7.5.0+r278197-lp152.3.6.1 | x86_64 | Main Update Repository | i+ | gcc7-c++ | package | 7.5.0+r278197-lp152.3.6.1 | x86_64 | openSUSE:Leap:15.2:Update | i+ | gcc7-c++ | package | 7.5.0+r278197-lp152.3.6.1 | x86_64 | Main Update Repository | i+ | gcc7-fortran | package | 7.5.0+r278197-lp152.3.6.1 | x86_64 | openSUSE:Leap:15.2:Update | i+ | gcc7-fortran | package | 7.5.0+r278197-lp152.3.6.1 | x86_64 | Main Update Repository | i+ | gcc7-info | package | 7.5.0+r278197-lp152.3.6.1 | noarch | openSUSE:Leap:15.2:Update | i+ | gcc7-info | package | 7.5.0+r278197-lp152.3.6.1 | noarch | Main Update Repository | i+ | gcc8-debugsource | package | 8.2.1+r264010-lp152.2.126 | x86_64 | Debug Repository | i+ | gcc9-debugsource | package | 9.3.1+git1296-lp152.2.3.1 | x86_64 | Update Repository (Debug) | i+ | gccmakedep | package | 1.0.3-lp152.3.2 | noarch | Main Repository | i+ | libgcc_s1 | package | 10.2.1+git583-lp152.2.2 | x86_64 | openSUSE:Leap:15.2:Update | i+ | libgcc_s1 | package | 10.2.1+git583-lp152.2.2 | x86_64 | Main Update Repository | i+ | libgcc_s1-32bit | package | 10.2.1+git583-lp152.2.2 | x86_64 | openSUSE:Leap:15.2:Update | i+ | libgcc_s1-32bit | package | 10.2.1+git583-lp152.2.2 | x86_64 | Main Update Repository | i+ | libgcc_s1-32bit-debuginfo | package | 10.2.1+git583-lp152.2.2 | x86_64 | Update Repository (Debug) | i+ | libgcc_s1-debuginfo | package | 10.2.1+git583-lp152.2.2 | x86_64 | Update Repository (Debug) | i+ | libstdc++6-devel-gcc7 | package | 7.5.0+r278197-lp152.3.6.1 | x86_64 | openSUSE:Leap:15.2:Update | i+ | libstdc++6-devel-gcc7 | package | 7.5.0+r278197-lp152.3.6.1 | x86_64 | Main Update Repository | i+ | libstdc++6-pp-gcc9 | package | 9.3.1+git1296-lp152.2.3.1 | x86_64 | openSUSE:Leap:15.2:Update | i+ | libstdc++6-pp-gcc9 | package | 9.3.1+git1296-lp152.2.3.1 | x86_64 | Main Update Repository | i+ | libstdc++6-pp-gcc9-32bit | package | 9.3.1+git1296-lp152.2.3.1 | x86_64 | openSUSE:Leap:15.2:Update | i+ | libstdc++6-pp-gcc9-32bit | package | 9.3.1+git1296-lp152.2.3.1 | x86_64 | Main Update Repository Surely it's not a good idea to have such a mixture of levels in use. What's a good, stable level to use in my Leap 15.2 system? Leslie -- openSUSE Leap 15.2 x86_64

2 2

help with rename
by Doug McGarrett 09 Feb '21

09 Feb '21

Please help me rename this file eset_nod32av_64bit_en(1).linux in my /home/doug/Downloads directory so as to get rid of the ( 1 ). I thought I knew how, and the man doesn't seem to help, and it keeps coming back with the paren section, thus: doug@linux1:~/Downloads> rename eset_nod32av_64bit_en\(1\).linux eset_nod32av_64bit_en.linux /home/doug/Downloads It doesn't complain, but it doesn't do the job, either. Thanx. --doug

12 58

Failed to restart timesyncd.service: Unit timesyncd.service not found
by Marco Calistri 06 Feb '21

06 Feb '21

Hi, Latest zypper upgrades driven tho the error in the subject and my system clock stopped to sync via NTP. Do you know any fast solution for this? Thanks! -- Marco Calistri Build: openSUSE Tumbleweed 20210203 Kernel:5.10.12-1-default Desktop: XFCE (4.16.0)

1 0