April 2020 - openSUSE Users - openSUSE Mailing Lists

[opensuse] xorg problem?
by jdd＠dodin.org 26 Apr '20

26 Apr '20

Hello, since yesterday or so, my xrandr script do not work anymore. Was there some update that could explain that? the script is: xrandr --newmode "1920x1080_60.00" 173.00 1920 2048 2248 2576 1080 1083 1088 1120 -hsync +vsync xrandr --addmode VIRTUAL1 1920x1080_60.00 #xrandr --fb 1920x1080_60.00 --dpi 96 --output eDP-1 --pos 0x0 --scale-from 1920x1080 --same-as VIRTUAL1 xrandr --fb 1920x1080_60.00 --dpi 96 --output eDP1 --pos 0x0 --scale-from 1920x1080 --same-as VIRTUAL1 used to give me full HD 1920x10810 display on 1366x768 15.5" display. Only the last line stopped working, letting me with my data in a reduced windows running the line by hand gives the same result any idea? I can report to bugzilla, thanks jdd -- http://dodin.org -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

3 5

[opensuse] ISC bind/dhcpd with dyn updates -- deletes RR but then doesn't add a new one??
by David C. Rankin 22 Apr '20

22 Apr '20

All, This is another strange one. (slightly long message with config and logs -- but just one simple issue) I have run bind 9.9 and dhcpd with dynamic zone updates (using TSIG) for nearly 20 years (18 to be exact, and with the TSIG whenever they came along). I'm now seeing funny behavior (and this may be related to how the DHCID TXT has is calculated). What is happening is my sever hands out the IP to the client, and then searches and deletes the record for both forward and reverse zone -- and then doesn't add a forward or reverse zone so name resolution of the client getting the address fails (I see that same behavior in some Linux and some Windows hosts -- but others work fine??) -- that's a new one. (of course all this shows up After a power-outage today that exhausting the UPS so everything came down, server + ~ 25 mixed windows/Linux/phone/tablet hosts) After the server was up and running, take the recent boot of a win7 box hostname sffxe, The TSIG authorization works fine and the zone files are updated removing the IP (which if the IP changed is fine) -- but then doesn't add a new record to the forward or reverse zone. For instance: Apr 20 17:04:42 nirvana named[660]: client 127.0.0.1#11463/key nirvana.mydomain.com: signer "nirvana.mydomain.com" approved Apr 20 17:04:42 nirvana named[660]: client 127.0.0.1#11463/key nirvana.mydomain.com: updating zone 'mydomain.com/IN': deleting an RR at sffxe.mydomain.com A Apr 20 17:04:42 nirvana dhcpd: DHCPREQUEST for 192.168.6.203 from 18:03:73:16:a3:37 (sffxe) via eth0 Apr 20 17:04:42 nirvana dhcpd: DHCPACK on 192.168.6.203 to 18:03:73:16:a3:37 via eth0 Apr 20 17:04:42 nirvana dhcpd: Removed forward map from sffxe.mydomain.com to 192.168.6.203 Apr 20 17:04:42 nirvana named[660]: client 127.0.0.1#11463/key nirvana.mydomain.com: signer "nirvana.mydomain.com" approved Apr 20 17:04:42 nirvana named[660]: client 127.0.0.1#11463/key nirvana.mydomain.com: updating zone 'mydomain.com/IN': deleting an RR at sffxe.mydomain.com TXT Apr 20 17:04:42 nirvana named[660]: client 127.0.0.1#11463/key nirvana.mydomain.com: signer "nirvana.mydomain.com" approved Apr 20 17:04:42 nirvana named[660]: client 127.0.0.1#11463/key nirvana.mydomain.com: updating zone '6.168.192.in-addr.arpa/IN': deleting rrset at '203.6.168.192.in-addr.arpa' PTR Apr 20 17:04:42 nirvana dhcpd: Removed reverse map on 203.6.168.192.in-addr.arpa. Apr 20 17:04:43 nirvana dhcpd: DHCPREQUEST for 192.168.6.203 from 18:03:73:16:a3:37 via eth0 Apr 20 17:04:43 nirvana dhcpd: DHCPACK on 192.168.6.203 to 18:03:73:16:a3:37 via eth0 The only option for dhcpd.conf that I have played with is "update-conflict-detection off;" which I enabled for a day or so after the DHCID TXT records calculation changed on a box or two causing dhcpd to claim the RR in the zone files were "not mine." and refuse to update the record. The "update-conflict-detection off;" setting just tells dhcpd to ignore conflicts in the DHCID TXT record and update the record anyway. I gave it a day and then commented it out. The dhcpd.conf file is: dhcpd.conf option domain-name "mydomain.com"; option domain-name-servers 192.168.6.17; option routers 192.168.6.11; option ntp-servers 192.168.6.17; option netbios-name-servers 192.168.6.17; default-lease-time 28800; # Enable DDNS Update ddns-update-style interim; ddns-updates on; # fix not mine for DHCID TXT mismatch # update-conflict-detection off; ignore client-updates; include "/etc/named.keys"; authoritative; subnet 192.168.6.0 netmask 255.255.255.0 { option domain-name "mydomain.com"; ddns-domainname "mydomain.com"; option subnet-mask 255.255.255.0; range dynamic-bootp 192.168.6.110 192.168.6.224; default-lease-time 28800; max-lease-time 86400; zone mydomain.com. {primary 127.0.0.1; key nirvana.mydomain.com; } zone 6.168.192.in-addr.arpa. { primary 127.0.0.1; key nirvana.mydomain.com; } } The named.conf hasn't changed at all, and for completeness it is: named.conf include "/etc/rndc.key"; include "/etc/named.keys"; controls { inet 127.0.0.1 allow { localhost; } keys { rndc-key; }; }; options { directory "/var/named"; pid-file "/var/run/named/named.pid"; dump-file "/var/log/named_dump.db"; statistics-file "/var/log/named.stats"; forwarders { 208.180.42.100; 66.76.175.100; 8.8.4.4; }; forward first; listen-on-v6 { none; }; edns-udp-size 512; }; zone "localhost" { type master; file "localhost.zone"; }; zone "0.0.127.in-addr.arpa" { type master; file "127.0.0.zone"; }; zone "mydomain.com" { type master; file "dyn/mydomain.com"; allow-update{ key nirvana.mydomain.com; }; }; zone "6.168.192.in-addr.arpa" { type master; file "dyn/192.168.6.zone"; allow-update{ key nirvana.mydomain.com; }; }; What is odd is that some clients are working just fine, e.g. Apr 20 22:30:28 nirvana dhcpd: DHCPDISCOVER from c0:e4:34:8f:c4:13 via eth0 Apr 20 22:30:29 nirvana dhcpd: DHCPOFFER on 192.168.6.202 to c0:e4:34:8f:c4:13 (SHPw10) via eth0 Apr 20 22:30:29 nirvana named[3963]: client 127.0.0.1#43640/key nirvana.mydomain.com: signer "nirvana.mydomain.com" approved Apr 20 22:30:29 nirvana named[3963]: client 127.0.0.1#43640/key nirvana.mydomain.com: updating zone 'mydomain.com/IN': adding an RR at 'SHPw10.mydomain.com' A Apr 20 22:30:29 nirvana named[3963]: client 127.0.0.1#43640/key nirvana.mydomain.com: updating zone 'mydomain.com/IN': adding an RR at 'SHPw10.mydomain.com' TXT Apr 20 22:30:29 nirvana dhcpd: DHCPREQUEST for 192.168.6.202 (192.168.6.17) from c0:e4:34:8f:c4:13 (SHPw10) via eth0 Apr 20 22:30:29 nirvana dhcpd: DHCPACK on 192.168.6.202 to c0:e4:34:8f:c4:13 (SHPw10) via eth0 Apr 20 22:30:29 nirvana dhcpd: Added new forward map from SHPw10.mydomain.com to 192.168.6.202 Apr 20 22:30:29 nirvana named[3963]: client 127.0.0.1#43640/key nirvana.mydomain.com: signer "nirvana.mydomain.com" approved Apr 20 22:30:29 nirvana named[3963]: client 127.0.0.1#43640/key nirvana.mydomain.com: updating zone '6.168.192.in-addr.arpa/IN': deleting rrset at '202.6.168.192.in-addr.arpa' PTR Apr 20 22:30:29 nirvana named[3963]: client 127.0.0.1#43640/key nirvana.mydomain.com: updating zone '6.168.192.in-addr.arpa/IN': adding an RR at '202.6.168.192.in-addr.arpa' PTR Apr 20 22:30:29 nirvana dhcpd: Added reverse map from 202.6.168.192.in-addr.arpa. to SHPw10.mydomain.com What is going on here? Has dhcpd/named lost their frigging mind?? Old dhcpd.leases screwing this up (since you can nuke them). What's more, attempting a manual nsupdate times out: # nsupdate -d -L 3 -k /etc/Knirvana.mydomain.com.+157+16510.key 20-Apr-2020 22:10:25.646 dns_requestmgr_create 20-Apr-2020 22:10:25.646 dns_requestmgr_create: 0x7fca4e180010 Creating key... > server localhost 53 > zone mydomain.com > update add sffxe.mydomain.com 86400 A 192.168.6.203 > show Outgoing update query: ;; ->>HEADER<<- opcode: UPDATE, status: NOERROR, id: 0 ;; flags:; ZONE: 0, PREREQ: 0, UPDATE: 0, ADDITIONAL: 0 ;; ZONE SECTION: ;mydomain.com. IN SOA ;; UPDATE SECTION: sffxe.mydomain.com. 86400 IN A 192.168.6.203 > send Sending update to ::1#53 20-Apr-2020 22:11:17.725 dns_request_createvia 20-Apr-2020 22:11:17.725 request_render 20-Apr-2020 22:11:17.725 requestmgr_attach: 0x7fca4e180010: eref 1 iref 1 20-Apr-2020 22:11:17.725 mgr_gethash 20-Apr-2020 22:11:17.725 req_send: request 0x7fca4e189010 20-Apr-2020 22:11:17.725 dns_request_createvia: request 0x7fca4e189010 Outgoing update query: ;; ->>HEADER<<- opcode: UPDATE, status: NOERROR, id: 28965 ;; flags:; ZONE: 1, PREREQ: 0, UPDATE: 1, ADDITIONAL: 1 ;; ZONE SECTION: ;mydomain.com. IN SOA ;; UPDATE SECTION: sffxe.mydomain.com. 86400 IN A 192.168.6.203 ;; TSIG PSEUDOSECTION: nirvana.mydomain.com. 0 ANY TSIG hmac-md5.sig-alg.reg.int. 1587438677 300 16 <stuff>== 28965 NOERROR 0 20-Apr-2020 22:11:17.725 req_senddone: request 0x7fca4e189010 20-Apr-2020 22:11:20.728 req_timeout: request 0x7fca4e189010 20-Apr-2020 22:11:20.728 req_send: request 0x7fca4e189010 20-Apr-2020 22:11:20.728 req_senddone: request 0x7fca4e189010 20-Apr-2020 22:11:23.731 req_timeout: request 0x7fca4e189010 What do you mean req_timeout?? I don't know, this has been bewildering. The only thing I can think of is that on startup dhcpd shows 52 leases written: Apr 20 22:12:38 nirvana dhcpd: Wrote 0 deleted host decls to leases file. Apr 20 22:12:38 nirvana dhcpd: Wrote 0 new dynamic host decls to leases file. Apr 20 22:12:38 nirvana dhcpd: Wrote 52 leases to leases file. I don't know why there are so many leases -- though one thing that is now a challenge that wasn't before is all the mobile devices that may leave for less than the lease time, go somewhere, get a new IP and lease, and then return while their lease from my server is still active (which may account for more leases than devices by a factor of 2). But the hosts that are have their RR removed and no new ones written are actual computers -- not mobile devices, and the computers haven't gone anywhere. So I kick this to the brain trust to see if anybody has better insight to how this can happen than I do -- I'm obviously not doing too well with this one :) -- David C. Rankin, J.D.,P.E. -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

3 8

[opensuse] VLC doesn't display video by default
by Carlos E. R. 22 Apr '20

22 Apr '20

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, My problem is that 'vlc' doesn't display the video (I can hear it) when the output mode in preferences is set to default. I have tried openGL, and then XVideo (XCB) which worked. I see errors: [00007efbb000c120] glconv_vdpau gl error: glVDPAUMapSurfacesNV failed: 0x502 [00007efbb000c120] glconv_vdpau gl error: glVDPAUMapSurfacesNV failed: 0x502 [00007efbb000c120] glconv_vdpau gl error: glVDPAUMapSurfacesNV failed: 0x502 So maybe it is related to vdpau. Should I uninstall package vlc-vdpau? (Additional vdpau codecs for the VLC media player). About the machine. The machine had all its hardware migrated. It was an Intel CPU with NVidia card, and now it is AMD Ryzen 5 CPU with "Radeon RX 580 Armor 4G OC" graphics. I removed the proprietary NVidia driver, but I don't know if something else is remaining that should not. - -- Cheers Carlos E. R. (from 15.1 x86_64 at Telcontar) -----BEGIN PGP SIGNATURE----- iHoEARECADoWIQQZEb51mJKK1KpcU/W1MxgcbY1H1QUCXpNPGBwccm9iaW4ubGlz dGFzQHRlbGVmb25pY2EubmV0AAoJELUzGBxtjUfVI74An3WBZdkYjG8fPuulDi57 nINdlGziAJ43kNvtxjntdoUHzSMzhdtjvIUEJg== =phE1 -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

7 39

[opensuse] Network bonding - Where the documentation should be?
by Vojtěch Zeisek 22 Apr '20

22 Apr '20

Hello, I'm going to set up aggregation of two network cards of single server to get better connectivity (load balancing, fault tolerance). I found SDB wiki article https://en.opensuse.org/SDB:Bonding which seems pretty outdated. Shouldn't it be rather deleted as there is appropriate section in <https://doc.opensuse.org/documentation/leap/reference/html/ book.opensuse.reference/cha-network.html#sec-network-iface-bonding> ? The settings seems pretty straightforward, should be fine, I hope. :-) Does anyone have experience with this? Any possible pitfalls to be aware of? As Leap 15.1 is very similar to SLE 15 SP 1, I wonder why it's documentation <https:// documentation.suse.com/sle-ha/15-SP1/html/SLE-HA-all/cha-ha-netbonding.html> seems to be so different on first look...? Which also brings question how much (re)configuration will be needed with 15.2 being much closer to SLE? -- Vojtěch Zeisek https://trapa.cz/ Komunita openSUSE GNU/Linuxu Community of the openSUSE GNU/Linux https://www.opensuse.org/

3 5

[opensuse] Atavistic Gtk+ font rendering - last few days - taller/shorter?
by David C. Rankin 21 Apr '20

21 Apr '20

All, Maybe my eyes are just getting old, but on the past boot after the Nvidia update (I'm not sure what else came in with it), I noticed the fonts in Gtk+ apps were rendering a pixel or two *taller* than normal. The width remained the same. It was just as if the font glyphs were stretched up enough to notice. It was most notable in apps like Tbird where you have both bold and regular fonts side-by-side like with unread/read mail subject lines in the message list window. After reboot today after a dozen or so KDE3 updates, all is back to normal. (kudos to the openSUSE devs with the continue KDE3 tweaks -- that desktop is in the best shape it has ever been -- system and desktop all fully loaded in less than 250K of RAM) Nothing like having a fully-capable desktop that just works -- no surprises :) The KDE fonts were never impacted, only the Gtk+ fonts (I didn't check, but it could have to do with the kcontrol setting of "Use my KDE fonts in Gtk applications" that may have seen a regressing in the builds over the past few days). Regardless, it is back to normal now, but it was curious enough I thought I would pass it along in case anyone else noticed the difference. I doubt it was KDE3 specific -- but may have been. -- David C. Rankin, J.D.,P.E. -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

1 0

[opensuse] java 8 on tumbleweed
by Roger Oberholtzer 21 Apr '20

21 Apr '20

I am trying to install Java 8 from Oracle on Tumbleweed. My wife wants to update the software in her bike (seriously). I get this: # rpm -i jre-8u251-linux-x64.rpm warning: jre-8u251-linux-x64.rpm: Header V3 RSA/SHA256 Signature, key ID ec551f03: NOKEY Unpacking JAR files... plugin.jar... javaws.jar... deploy.jar... rt.jar... jsse.jar... charsets.jar... localedata.jar... update-alternatives: error: alternative javaws can't be slave of java: it is a slave of libjavaplugin.so.x86_64 warning: %post(jre1.8-1.8.0_251-fcs.x86_64) scriptlet failed, exit status 2 I didn't see any clear instructions for when this happens. I tried uninstalling the existing jre 1.8, but that did not help. I'm also curious why the jre 8 install is making a reference to jre 1.8. Tha is/was the previous one. So maybe that is where the reference comes from. I's so long since I fiddled with Java... Anyone seen this? -- Roger Oberholtzer -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

4 5

[opensuse] Plasma5 no longer available on login
by Darryl Gregorash 21 Apr '20

21 Apr '20

I had to restart the desktop today because of a minor problem with menus. Now, Plasma is no longer an option at login. The default session is now IceWM, which is a loathsome thing, to say the least (no offence intended to anyone who actually likes it). /usr/share/xsessions/plasma5.desktop seems to have disappeared from my system in an update on April 12 -- the last appearance of plasma5.desktop in any snapshot is dated April 7, and I have not logged out/in since the last kernel update about 23 days ago. I checked the Plasma5 packages for any occurrence of "plasma5.desktop", thinking a forced refresh would restore the file. However, that file is is not in any of these packages. How do I get Plasma5 back as my default window manager, and make sure this does not happen again? -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

2 2

[opensuse] How to Clear Local Nameserver Cache when other LAN IPs change?
by David C. Rankin 20 Apr '20

20 Apr '20

All, This seems like it should be something that I know of the top of my head, but I must not. On leap 15.0 on my laptop, I had updated a few other boxes on the LAN. (over ssh) Upon reboot the IP for the host I had updated changed local server on LAN running ISC dhcpd and bind. (I'm not sure what prompted the change, but it seems like something Linux 5.6.5 related in the way the DHCID TXT string is calculated by the client based on the MAC? - that's for another day) The updated host and server were both happy with what the new IP was for the updated hosts (simple nslookup confirmed that), but my Leap 15.0 laptop still had the old IP cached somewhere (nscd?) and was unable to reconnect to the remote updated hosts after they were rebooted (I could connect with ssh -Y NEWIP just fine) So the problem was my laptop still holding the old IPs in cache somewhere. What do I restart or how can I flush the cache so my laptop has the new IP for the client so name resolution works from my laptop? (restart nscd?, some nsswitch command? -- that's where I got stuck) I don't have any other caching daemon running other than what Leap starts by default. So what is the magic utility I need? (RTFM answers are fine as long as which 'M' is identified `:)` -- David C. Rankin, J.D.,P.E. -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

3 4

[opensuse] Rsync over SSH with diffie-hellman-group1-sha1
by Paul Groves 19 Apr '20

19 Apr '20

Hi all. I have a question regarding SSH options with Rsync. I have an old NAS which I want to use to rsync some very large files to. I set up a user and a folder on the NAS. I can connect easily via sftp, although I need to specify an algorithm as follows. I need to use the following command. This works great and I can transfer files fine. sftp -oKexAlgorithms=+diffie-hellman-group1-sha1 paul@nas1:/mnt/array1/backup However, I cannot work out how to specify the the diffle-hellman-group1-sha1 on the rsync command. Can anyone shed some light on this please? So far I have the following: ~$ rsync -va /data paul@nas1:/mnt/array1/backup Unable to negotiate with 192.168.0.9 port 22: no matching key exchange method found. Their offer: diffie-hellman-group-exchange-sha1,diffie-hellman-group1-sha1 rsync: connection unexpectedly closed (0 bytes received so far) [sender] rsync error: unexplained error (code 255) at io.c(235) [sender=3.1.3] Thanks Paul -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

4 7

[opensuse] update errors
by Doug McGarrett 18 Apr '20

18 Apr '20

I'm getting a series of "Software Updates 18 minutes ago" "Update Error" "Signature verification for Repository Education failed" What can I do to eliminate this error, whatever it is? (running Tumbleweed) Thanx for corrective action! --doug -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

2 1