April 2020 - openSUSE Users - openSUSE Mailing Lists

[opensuse] DMARC bounces
by Dave Howorth 06 Apr '20

06 Apr '20

ISTR we've had discussions here about bouncing messages from the list server and got as far as diagnosing that they are caused by the mailing list server forwarding messages from DMARC-protected domains. It seems that the libreoffice list has similar problems and Brian Barker made a useful-looking proposal to fix the problem: "There are solutions to this problem, the simplest of which is for the list processor to append something such as ".INVALID" to the From: address in relevant messages, so that they are no longer recognised as coming from a DMARC-conformant domain. Many mailing list providers do this." I wonder if it would be possible to do this for the opensuse lists? I'd suggest a tag like .notDMARC rather than .INVALID so it's clear why the tag is there. -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

2 1

[opensuse] Leap 15.1 sddm shm anomaly
by Mark Hounschell 06 Apr '20

06 Apr '20

On a remote system that I am currently SSHing into, I see this anomaly. ~> ipcs ------ Message Queues -------- key msqid owner perms used-bytes messages ------ Shared Memory Segments -------- key shmid owner perms bytes nattch status 0x00000000 131072 sddm 600 7782400 1 dest 0x00000000 98305 sddm 600 7782400 1 dest 0x00000000 163842 sddm 600 7782400 1 dest 0x00000000 196611 sddm 600 7782400 1 dest 0x00000000 229380 sddm 600 7782400 1 dest 0x00000000 262149 sddm 600 7782400 1 dest 0x00000000 294918 sddm 600 7782400 1 dest 0x00000000 327687 sddm 600 7782400 1 dest 0x00000000 360456 sddm 600 7782400 1 dest 0x00000000 393225 sddm 600 7782400 1 dest 0x00000000 425994 sddm 600 7782400 1 dest 0x00000000 458763 sddm 600 7782400 1 dest 0x00000000 491532 sddm 600 7782400 1 dest 0x00000000 524301 sddm 600 7782400 1 dest 0x00000000 557070 sddm 600 7782400 1 dest 0x00000000 589839 sddm 600 7782400 1 dest 0x00000000 622608 sddm 600 7782400 1 dest 0x00000000 655377 sddm 600 7782400 1 dest 0x00000000 688146 sddm 600 7782400 1 dest 0x00000000 720915 sddm 600 7782400 1 dest 0x00000000 753684 sddm 600 7782400 1 dest 0x00000000 786453 sddm 600 7782400 1 dest 0x00000000 819222 sddm 600 7782400 1 dest 0x00000000 851991 sddm 600 7782400 1 dest 0x00000000 884760 sddm 600 7782400 1 dest 0x00000000 917529 sddm 600 7782400 1 dest 0x00000000 950298 sddm 600 7782400 1 dest 0x00000000 983067 sddm 600 7782400 1 dest 0x00000000 1015836 sddm 600 7782400 1 dest 0x00000000 1048605 sddm 600 7782400 1 dest 0x00000000 1081374 sddm 600 7782400 1 dest 0x00000000 1114143 sddm 600 7782400 1 dest 0x00000000 1146912 sddm 600 7782400 1 dest 0x00000000 1179681 sddm 600 7782400 1 dest 0x00000000 1212450 sddm 600 7782400 1 dest 0x00000000 1245219 sddm 600 7782400 1 dest 0x00000000 1277988 sddm 600 7782400 1 dest 0x00000000 1310757 sddm 600 7782400 1 dest 0x00000000 1343526 sddm 600 7782400 1 dest 0x00000000 1376295 sddm 600 7782400 1 dest 0x00000000 1409064 sddm 600 7782400 1 dest 0x00000000 1441833 sddm 600 7782400 1 dest 0x00000000 1474602 sddm 600 7782400 1 dest 0x00000000 1507371 sddm 600 7782400 1 dest 0x00000000 1540140 sddm 600 7782400 1 dest 0x00000000 1572909 sddm 600 7782400 1 dest 0x00000000 1605678 sddm 600 7782400 1 dest 0x00000000 1638447 sddm 600 7782400 1 dest 0x00000000 1671216 sddm 600 7782400 1 dest 0x00000000 1703985 sddm 600 7782400 1 dest 0x00000000 1736754 sddm 600 7782400 1 dest 0x00000000 1769523 sddm 600 7782400 1 dest 0x00000000 1802292 sddm 600 7782400 1 dest 0x00000000 1835061 sddm 600 7782400 1 dest 0x00000000 1867830 sddm 600 7782400 1 dest 0x00000000 1900599 sddm 600 7782400 1 dest 0x00000000 1933368 sddm 600 7782400 1 dest 0x00000000 1966137 sddm 600 7782400 1 dest 0x00000000 1998906 sddm 600 7782400 1 dest 0x00000000 2031675 sddm 600 7782400 1 dest 0x00000000 2064444 sddm 600 7782400 1 dest 0x00000000 2097213 sddm 600 7782400 1 dest 0x00000000 2129982 sddm 600 7782400 1 dest 0x00000000 2162751 sddm 600 7782400 1 dest 0x00000000 2195520 sddm 600 7782400 1 dest 0x00000000 2228289 sddm 600 7782400 1 dest 0x00000000 2261058 sddm 600 7782400 1 dest 0x00000000 2293827 sddm 600 7782400 1 dest 0x00000000 2326596 sddm 600 7782400 1 dest 0x00000000 2359365 sddm 600 7782400 1 dest 0x00000000 2392134 sddm 600 7782400 1 dest 0x00000000 2424903 sddm 600 7782400 1 dest 0x00000000 2457672 sddm 600 7782400 1 dest 0x00000000 2490441 sddm 600 7782400 1 dest 0x00000000 2523210 sddm 600 7782400 1 dest 0x00000000 2555979 sddm 600 7782400 1 dest 0x00000000 2588748 sddm 600 7782400 1 dest 0x00000000 2621517 sddm 600 7782400 1 dest 0x00000000 2654286 sddm 600 7782400 1 dest 0x00000000 2687055 sddm 600 7782400 1 dest 0x00000000 2719824 sddm 600 7782400 1 dest 0x00000000 2752593 sddm 600 7782400 1 dest 0x00000000 2785362 sddm 600 7782400 1 dest 0x00000000 2818131 sddm 600 7782400 1 dest 0x00000000 2850900 sddm 600 7782400 2 dest ------ Semaphore Arrays -------- key semid owner perms nsems Why? This is not normal because I have several other machines that do NOT do this. Thanks Mark -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

1 1

[opensuse] Re: DMARC bounces
by Dave Howorth 06 Apr '20

06 Apr '20

Darn it! I forgot to include the link to Brian's message. Here it is: https://listarchives.libreoffice.org/global/users/msg55213.html -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

1 0

[opensuse] Lost X after update
by oszko＠chem.u-szeged.hu 05 Apr '20

05 Apr '20

Hi all, Yesterday I ran again into a problem which I cannot solve by myself. I updated my TW (with KDE). The update included a kernel update and many more. After rebooting the graphical environment did not start, only thr command line. I have network access, and I also see all things on this laptop. Interestingly, I can play the sound of a movie but cannot play music. Systemctl says I am at graphical target. I tried to boot with the kernel that was replaced with this update and worked fine, but the same happenned: no greaphical environment. What can I do to avoid reinstall and start KDE (or even iceweasel) again. Any help is welcome, Thanks, Albert ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

7 25

[opensuse] Emergency shell during times of intense swapping
by Richmond 05 Apr '20

05 Apr '20

I have 1.5 G of RAM, and from time to time I inadvertently get stuck with swapping overload. At this time it becomes difficult even to swap to the virtual console with ctrl-alt-f1, and having got there, even though I changed the login time-out to 10 minutes, sometimes it times out. Wouldn't it be a good idea if there were a way to get a shell with hi priority urgently? Perhaps there is. It would probably need to be on an interrupt like ctrl-alt-D. -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

9 40

[opensuse] I can't start a java process.
by Carlos E. R. 05 Apr '20

05 Apr '20

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 cer@Telcontar:~> gigacontrol log4j:WARN No appenders could be found for logger (net.sourceforge.cridmanager.Settings). log4j:WARN Please initialize the log4j system properly. Exception in thread "main" java.lang.OutOfMemoryError: unable to create new native thread <============= at java.lang.Thread.start0(Native Method) at java.lang.Thread.start(Thread.java:717) at sun.java2d.Disposer.lambda$static$0(Disposer.java:94) at java.security.AccessController.doPrivileged(Native Method) at sun.java2d.Disposer.<clinit>(Disposer.java:83) at sun.awt.X11GraphicsConfig.<init>(X11GraphicsConfig.java:132) at sun.java2d.xr.XRGraphicsConfig.<init>(XRGraphicsConfig.java:41) at sun.java2d.xr.XRGraphicsConfig.getConfig(XRGraphicsConfig.java:54) at sun.awt.X11GraphicsDevice.makeDefaultConfiguration(X11GraphicsDevice.java:262) at sun.awt.X11GraphicsDevice.getDefaultConfiguration(X11GraphicsDevice.java:227) at sun.awt.X11.XToolkit.<clinit>(XToolkit.java:128) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:264) at java.awt.Toolkit$2.run(Toolkit.java:860) at java.awt.Toolkit$2.run(Toolkit.java:855) at java.security.AccessController.doPrivileged(Native Method) at java.awt.Toolkit.getDefaultToolkit(Toolkit.java:854) at sun.swing.SwingUtilities2.getSystemMnemonicKeyMask(SwingUtilities2.java:2020) at javax.swing.plaf.basic.BasicLookAndFeel.initComponentDefaults(BasicLookAndFeel.java:1158) at javax.swing.plaf.metal.MetalLookAndFeel.initComponentDefaults(MetalLookAndFeel.java:431) at javax.swing.plaf.basic.BasicLookAndFeel.getDefaults(BasicLookAndFeel.java:148) at javax.swing.plaf.metal.MetalLookAndFeel.getDefaults(MetalLookAndFeel.java:1577) at javax.swing.UIManager.setLookAndFeel(UIManager.java:539) at javax.swing.UIManager.setLookAndFeel(UIManager.java:579) at javax.swing.UIManager.initializeDefaultLAF(UIManager.java:1349) at javax.swing.UIManager.initialize(UIManager.java:1459) at javax.swing.UIManager.maybeInitialize(UIManager.java:1426) at javax.swing.UIManager.getInstalledLookAndFeels(UIManager.java:419) at net.sourceforge.cridmanager.Settings.initLookAndFeel(Settings.java:125) at net.sourceforge.cridmanager.Settings.init(Settings.java:104) at net.sourceforge.cridremote.RemoteControlView.main(RemoteControlView.java:795) cer@Telcontar:~> The gigacontrol script is: #!/bin/bash #cd ~/Moria/cridmanager cd ~/Moria/Gigaset/cridmanager exec java -Xmx1G -cp cridmanager-1.4.3.jar net.sourceforge.cridremote.RemoteControlView ... This is absurd, I have 23 gigs free. cer@Telcontar:~> free -h total used free shared buff/cache available Mem: 31Gi 6,9Gi 11Gi 308Mi 13Gi 23Gi Swap: 99Gi 881Mi 99Gi cer@Telcontar:~> - -- Cheers Carlos E. R. (from 15.1 x86_64 at Telcontar) -----BEGIN PGP SIGNATURE----- iHoEARECADoWIQQZEb51mJKK1KpcU/W1MxgcbY1H1QUCXoe4SBwccm9iaW4ubGlz dGFzQHRlbGVmb25pY2EubmV0AAoJELUzGBxtjUfVhXMAnik0R5/ztnOPGm2UJFWX +QTxMZ7gAJ9kxhhSRVv6xYjBQXAZvXTYfRZFzw== =kigk -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

7 36

[opensuse] Everthing is coredumping :-/
by Carlos E. R. 04 Apr '20

04 Apr '20

I get coredumps all over the place since the last updates Leap 15.1. I have to reboot. And the list of coredumps will be erased. -- Cheers Carlos E. R. (from 15.1 x86_64 at Telcontar) -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

3 4

[opensuse] core dump list
by Carlos E. R. 04 Apr '20

04 Apr '20

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Everytime I reboot, the list of coredumps is erased. Anyone knows how to disable that behaviour? I don't see anything in man coredump.conf - -- Cheers Carlos E. R. (from 15.1 x86_64 at Telcontar) -----BEGIN PGP SIGNATURE----- iHoEARECADoWIQQZEb51mJKK1KpcU/W1MxgcbY1H1QUCXof+hRwccm9iaW4ubGlz dGFzQHRlbGVmb25pY2EubmV0AAoJELUzGBxtjUfVhlgAn2YZqGr0/9Q7BIRruJ6k V5KMIbs8AJ4rSePoDipXcmetJXJc7CepJ0GlZg== =6mmG -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

4 8

[opensuse] unsubscribe
by jef peeraer 04 Apr '20

04 Apr '20

unsubscribe -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

4 5

[opensuse] gkrellm is frequently dumping core.
by Carlos E. R. 03 Apr '20

03 Apr '20

Hi, Telcontar:~ # coredumpctl TIME PID UID GID SIG COREFILE EXE Fri 2020-04-03 04:02:53 CEST 4571 1000 100 5 present /usr/lib/tracker-store Fri 2020-04-03 04:03:45 CEST 4235 1000 100 5 present /usr/bin/gkrellm Fri 2020-04-03 04:16:01 CEST 8061 1000 100 11 present /usr/lib/gstreamer-1.0/gst-plugin-scanner Fri 2020-04-03 04:16:15 CEST 7433 1000 100 5 present /usr/bin/gkrellm Fri 2020-04-03 12:51:15 CEST 8565 1000 100 5 present /usr/bin/gkrellm Fri 2020-04-03 12:52:50 CEST 12734 1000 100 5 present /usr/bin/gkrellm Telcontar:~ # Telcontar:~ # coredumpctl info 12734 PID: 12734 (gkrellm) UID: 1000 (cer) GID: 100 (users) Signal: 5 (TRAP) Timestamp: Fri 2020-04-03 12:52:50 CEST (1min 55s ago) Command Line: gkrellm Executable: /usr/bin/gkrellm Control Group: /user.slice/user-1000.slice/session-3.scope Unit: session-3.scope Slice: user-1000.slice Session: 3 Owner UID: 1000 (cer) Boot ID: 822564b2ca58444b8a735b94a52c1e5f Machine ID: 2ce1d54548517a7307c1c2bc38206d00 Hostname: Telcontar Storage: /var/lib/systemd/coredump/core.gkrellm.1000.822564b2ca58444b8a735b94a52c1e5f.12734.1585911170000000.lz4 Message: Process 12734 (gkrellm) of user 1000 dumped core. Stack trace of thread 12734: #0 0x00007efbf6959b51 _g_log_abort (libglib-2.0.so.0) #1 0x00007efbf695abec g_log_default_handler (libglib-2.0.so.0) Telcontar:~ # coredumpctl info 8565 PID: 8565 (gkrellm) UID: 1000 (cer) GID: 100 (users) Signal: 5 (TRAP) Timestamp: Fri 2020-04-03 12:51:15 CEST (4min 5s ago) Command Line: gkrellm Executable: /usr/bin/gkrellm Control Group: /user.slice/user-1000.slice/session-3.scope Unit: session-3.scope Slice: user-1000.slice Session: 3 Owner UID: 1000 (cer) Boot ID: 822564b2ca58444b8a735b94a52c1e5f Machine ID: 2ce1d54548517a7307c1c2bc38206d00 Hostname: Telcontar Storage: /var/lib/systemd/coredump/core.gkrellm.1000.822564b2ca58444b8a735b94a52c1e5f.8565.1585911075000000.lz4 Message: Process 8565 (gkrellm) of user 1000 dumped core. Stack trace of thread 8565: #0 0x00007efbf6959b51 _g_log_abort (libglib-2.0.so.0) #1 0x00007efbf695abec g_log_default_handler (libglib-2.0.so.0) Telcontar:~ # coredumpctl info 7433 PID: 7433 (gkrellm) UID: 1000 (cer) GID: 100 (users) Signal: 5 (TRAP) Timestamp: Fri 2020-04-03 04:16:15 CEST (8h ago) Command Line: gkrellm Executable: /usr/bin/gkrellm Control Group: /user.slice/user-1000.slice/session-3.scope Unit: session-3.scope Slice: user-1000.slice Session: 3 Owner UID: 1000 (cer) Boot ID: 822564b2ca58444b8a735b94a52c1e5f Machine ID: 2ce1d54548517a7307c1c2bc38206d00 Hostname: Telcontar Storage: /var/lib/systemd/coredump/core.gkrellm.1000.822564b2ca58444b8a735b94a52c1e5f.7433.1585880175000000.lz4 Message: Process 7433 (gkrellm) of user 1000 dumped core. Stack trace of thread 7433: #0 0x00007efbf6959b51 _g_log_abort (libglib-2.0.so.0) #1 0x00007efbf695abec g_log_default_handler (libglib-2.0.so.0) #2 0x00007efbf695ae72 g_logv (libglib-2.0.so.0) #3 0x00007efbf695afcf g_log (libglib-2.0.so.0) #4 0x00007efbf697becb g_thread_new (libglib-2.0.so.0) #5 0x00005655555fb093 n/a (gkrellm) #6 0x00005655555c586a n/a (gkrellm) #7 0x00007efbf69548ed g_timeout_dispatch (libglib-2.0.so.0) #8 0x00007efbf6953e87 g_main_dispatch (libglib-2.0.so.0) #9 0x00007efbf6954230 g_main_context_iterate (libglib-2.0.so.0) #10 0x00007efbf6954542 g_main_loop_run (libglib-2.0.so.0) #11 0x00007efbf78d2097 gtk_main (libgtk-x11-2.0.so.0) #12 0x00005655555c2a88 main (gkrellm) #13 0x00007efbf4fa434a __libc_start_main (libc.so.6) #14 0x00005655555c329a _start (gkrellm) Telcontar:~ # syslog: <1.2> 2020-04-03 04:16:15 Telcontar systemd-coredump 8094 - - Process 7433 (gkrellm) of user 1000 dumped core.#012#012Stack trace of thread 7433:#012#0 0x00007efbf6959b51 _g_log_abort (libglib-2.0.so.0)#012#1 0x00007efbf695abec g_log _default_handler (libglib-2.0.so.0)#012#2 0x00007efbf695ae72 g_logv (libglib-2.0.so.0)#012#3 0x00007efbf695afcf g_log (libglib-2.0.so.0)#012#4 0x00007efbf697becb g_thread_new (libglib-2.0.so.0)#012#5 0x00005655555fb093n/a (gkrellm) #012#6 0x00005655555c586a n/a (gkrellm)#012#7 0x00007efbf69548ed g_timeout_dispatch (libglib-2.0.so.0)#012#8 0x00007efbf6953e87 g_main_dispatch (libglib-2.0.so.0)#012#9 0x00007efbf6954230 g_main_context_iterate (libglib-2.0.so.0)#01 2#10 0x00007efbf6954542 g_main_loop_run (libglib-2.0.so.0)#012#11 0x00007efbf78d2097 gtk_main (libgtk-x11-2.0.so.0)#012#12 0x00005655555c2a88 main (gkrellm)#012#13 0x00007efbf4fa434a __libc_start_main (libc.so.6)#012#14 0x00005655555c32 9a _start (gkrellm) <9.6> 2020-04-03 12:50:01 Telcontar CRON 12601 - - (root) CMD ([ -x /usr/lib64/sa/sa1 ] && exec /usr/lib64/sa/sa1 1 1) <0.6> 2020-04-03 12:51:15 Telcontar kernel - - - [ 7886.524902] traps: gkrellm[8565] trap int3 ip:7efbf6959b51 sp:7ffbffffab60 error:0 in libglib-2.0.so.0.5400.3[7efbf6906000+115000] <3.6> 2020-04-03 12:51:15 Telcontar systemd 1 - - Started Process Core Dump (PID 12665/UID 0). <1.2> 2020-04-03 12:51:15 Telcontar systemd-coredump 12666 - - Process 8565 (gkrellm) of user 1000 dumped core.#012#012Stack trace of thread 8565:#012#0 0x00007efbf6959b51 _g_log_abort (libglib-2.0.so.0)#012#1 0x00007efbf695abec g_lo g_default_handler (libglib-2.0.so.0)#012#2 0x00007efbf695ae72 g_logv (libglib-2.0.so.0)#012#3 0x00007efbf695afcf g_log (libglib-2.0.so.0)#012#4 0x00007efbf697becb g_thread_new (libglib-2.0.so.0)#012#5 0x00005655555fb093 n/a (gkrellm )#012#6 0x00005655555c586a n/a (gkrellm)#012#7 0x00007efbf69548ed g_timeout_dispatch (libglib-2.0.so.0)#012#8 0x00007efbf6953e87 g_main_dispatch (libglib-2.0.so.0)#012#9 0x00007efbf6954230 g_main_context_iterate (libglib-2.0.so.0)#0 12#10 0x00007efbf6954542 g_main_loop_run (libglib-2.0.so.0)#012#11 0x00007efbf78d2097 gtk_main (libgtk-x11-2.0.so.0)#012#12 0x00005655555c2a88 main (gkrellm)#012#13 0x00007efbf4fa434a __libc_start_main (libc.so.6)#012#14 0x00005655555c3 29a _start (gkrellm) <0.6> 2020-04-03 12:52:50 Telcontar kernel - - - [ 7981.858879] traps: gkrellm[12734] trap int3 ip:7efbf6959b51 sp:7ffbffffab60 error:0 in libglib-2.0.so.0.5400.3[7efbf6906000+115000] <3.6> 2020-04-03 12:52:50 Telcontar systemd 1 - - Started Process Core Dump (PID 12759/UID 0). <1.2> 2020-04-03 12:52:50 Telcontar systemd-coredump 12760 - - Process 12734 (gkrellm) of user 1000 dumped core.#012#012Stack trace of thread 12734:#012#0 0x00007efbf6959b51 _g_log_abort (libglib-2.0.so.0)#012#1 0x00007efbf695abec g_log_default_handler (libglib-2.0.so.0)#012#2 0x00007efbf695ae72 g_logv (libglib-2.0.so.0)#012#3 0x00007efbf695afcf g_log (libglib-2.0.so.0)#012#4 0x00007efbf697becb g_thread_new (libglib-2.0.so.0)#012#5 0x00005655555fb093 n/a (gkrellm)#012#6 0x00005655555c586a n/a (gkrellm)#012#7 0x00007efbf69548ed g_timeout_dispatch (libglib-2.0.so.0)#012#8 0x00007efbf6953e87 g_main_dispatch (libglib-2.0.so.0)#012#9 0x00007efbf6954230g_main_context_iterate (libglib-2.0.so.0)#012#10 0x00007efbf6954542 g_main_loop_run (libglib-2.0.so.0)#012#11 0x00007efbf78d2097 gtk_main (libgtk-x11-2.0.so.0)#012#12 0x00005655555c2a88 main (gkrellm)#012#13 0x00007efbf4fa434a __libc_start_main (libc.so.6)#012#14 0x00005655555c329a _start (gkrellm) glibc was updated two days ago, April 1st. libglib was updated in January.

5 7