February 2018 - openSUSE Users - openSUSE Mailing Lists

[opensuse] tracker-extract is dumping core non stop
by Carlos E. R. 06 Feb '18

06 Feb '18

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hi, After upgrading from 42.2 to 42.3 and my graphics problems, and leaving the room for some hours to do things, I come back to the machine and I see it dumping cores non stop: <0.2> 2018-02-05 18:17:37 Telcontar systemd-coredump 28283 - - Process 28256 (tracker-extract) of user 1000 dumped core. <0.2> 2018-02-05 18:17:41 Telcontar systemd-coredump 28305 - - Process 28285 (tracker-extract) of user 1000 dumped core. <3.6> 2018-02-05 18:17:53 Telcontar systemd-coredump 28254 - - Removed old coredump core.tracker-extract.1000.ba108bd6336e4d06b0f978780b98f358.12315.1517839986000000.xz. <3.6> 2018-02-05 18:17:53 Telcontar systemd-coredump 28254 - - Removed old coredump core.tracker-extract.1000.ba108bd6336e4d06b0f978780b98f358.12343.1517839988000000.xz. <0.2> 2018-02-05 18:17:53 Telcontar systemd-coredump 28254 - - Process 28167 (tracker-extract) of user 1000 dumped core. <3.6> 2018-02-05 18:18:00 Telcontar systemd-coredump 28428 - - Removed old coredump core.tracker-extract.1000.ba108bd6336e4d06b0f978780b98f358.12214.1517839982000000.xz. <0.2> 2018-02-05 18:18:00 Telcontar systemd-coredump 28428 - - Process 28408 (tracker-extract) of user 1000 dumped core. <0.2> 2018-02-05 18:18:03 Telcontar systemd-coredump 28458 - - Process 28438 (tracker-extract) of user 1000 dumped core. <3.6> 2018-02-05 18:18:16 Telcontar systemd-coredump 28405 - - Removed old coredump core.tracker-extract.1000.ba108bd6336e4d06b0f978780b98f358.12477.1517840006000000.xz. <3.6> 2018-02-05 18:18:16 Telcontar systemd-coredump 28405 - - Removed old coredump core.tracker-extract.1000.ba108bd6336e4d06b0f978780b98f358.12499.1517840009000000.xz. <0.2> 2018-02-05 18:18:16 Telcontar systemd-coredump 28405 - - Process 28315 (tracker-extract) of user 1000 dumped core. <3.6> 2018-02-05 18:18:21 Telcontar systemd-coredump 28574 - - Removed old coredump core.tracker-extract.1000.ba108bd6336e4d06b0f978780b98f358.12375.1517840004000000.xz. <0.2> 2018-02-05 18:18:21 Telcontar systemd-coredump 28574 - - Process 28554 (tracker-extract) of user 1000 dumped core. <0.2> 2018-02-05 18:18:24 Telcontar systemd-coredump 28604 - - Process 28584 (tracker-extract) of user 1000 dumped core. <3.6> 2018-02-05 18:18:37 Telcontar systemd-coredump 28552 - - Removed old coredump core.tracker-extract.1000.ba108bd6336e4d06b0f978780b98f358.12627.1517840028000000.xz. <3.6> 2018-02-05 18:18:37 Telcontar systemd-coredump 28552 - - Removed old coredump core.tracker-extract.1000.ba108bd6336e4d06b0f978780b98f358.12657.1517840031000000.xz. <0.2> 2018-02-05 18:18:37 Telcontar systemd-coredump 28552 - - Process 28460 (tracker-extract) of user 1000 dumped core. <3.6> 2018-02-05 18:18:43 Telcontar systemd-coredump 28728 - - Removed old coredump core.tracker-extract.1000.ba108bd6336e4d06b0f978780b98f358.12530.1517840026000000.xz. <0.2> 2018-02-05 18:18:43 Telcontar systemd-coredump 28728 - - Process 28709 (tracker-extract) of user 1000 dumped core. <0.2> 2018-02-05 18:18:47 Telcontar systemd-coredump 28751 - - Process 28730 (tracker-extract) of user 1000 dumped core. <3.6> 2018-02-05 18:19:00 Telcontar systemd-coredump 28698 - - Removed old coredump core.tracker-extract.1000.ba108bd6336e4d06b0f978780b98f358.12777.1517840049000000.xz. <3.6> 2018-02-05 18:19:00 Telcontar systemd-coredump 28698 - - Removed old coredump core.tracker-extract.1000.ba108bd6336e4d06b0f978780b98f358.12807.1517840052000000.xz. <0.2> 2018-02-05 18:19:00 Telcontar systemd-coredump 28698 - - Process 28612 (tracker-extract) of user 1000 dumped core. <3.6> 2018-02-05 18:19:04 Telcontar systemd-coredump 28873 - - Removed old coredump core.tracker-extract.1000.ba108bd6336e4d06b0f978780b98f358.12681.1517840047000000.xz. <0.2> 2018-02-05 18:19:04 Telcontar systemd-coredump 28873 - - Process 28854 (tracker-extract) of user 1000 dumped core. <0.2> 2018-02-05 18:19:08 Telcontar systemd-coredump 28904 - - Process 28875 (tracker-extract) of user 1000 dumped core. Telcontar:~ # l /usr/lib/tracker-extract - -rwxr-xr-x 1 root root 95720 May 18 2017 /usr/lib/tracker-extract* Telcontar:~ # rpm -qf /usr/lib/tracker-extract tracker-1.8.3-1.4.x86_64 Telcontar:~ # rpm -qfi /usr/lib/tracker-extract Name : tracker Version : 1.8.3 Release : 1.4 Architecture: x86_64 Install Date: 2018-02-05T04:39:25 CET Distribution: openSUSE Leap 42.3 Telcontar:~ # Telcontar:~ # rm /usr/lib/tracker-extract Telcontar:~ # Telcontar:~ # coredumpctl | wc -l 2154 Telcontar:~ # Is a bugzilla worth it, to send the core? - -- Cheers Carlos E. R. (from 42.2 x86_64 "Malachite" at Telcontar) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iF4EAREIAAYFAlp4k9sACgkQja8UbcUWM1zKbwD/WbApsooGXffIqkx56ezF7+UX eHq8BS8fxQkKsZAILLgA/1m5Ljmfr9N5grGCCjAMtvblH6UdxqyYJ1NiFgmB1PIn =S8d2 -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

3 2

[opensuse] where has independent_wallclock gone ?
by Per Jessen 05 Feb '18

05 Feb '18

I have a xen guest running leap15 beta - whilst playing with chrony and ntp, I noticed that independent_wallclock appears to have gone away? It would normally reside here: /proc/sys/xen/ I don't see it in Leap15 nor in Leap423. It is not needed anymore? I can see my leap15 guest has lost two second already, out of sync with dom0. -- Per Jessen, Zürich (2.8°C) http://www.dns24.ch/ - free dynamic DNS, made in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

1 2

[opensuse] My media center goes to sleep and the monitor kills the HDMI input in retaliation
by Carlos E. R. 04 Feb '18

04 Feb '18

Hi, I was working at my media center, which is running Leap 42.3, and, in retrospect, it seems I hit the sleep function key instead of F8 (on its keyboard, I have to push an extra key to access the function keys, and if I forget, they act as multimedia keys). I had no idea what had happened, but they keyboard did not respond. I tried accessing via ssh, no response... and then I noticed the blinking power led. I hit it, led goes constant but still no response from keyboard. I tried moving cables, including the HDMI cable. I rebooted the machine forcibly, still no response visible. This machine does not boot without keyboard entry (encrypted partition password), so no more ssh was possible. I removed all cables, except hdmi. Nada. Then I tested the machine connecting to the TV set on the sitting room - it worked! So now I knew it was the hdmi cable. I replaced it, but same issue. Then it occurred to me to try the secondary HDMI connector of the display, and it worked! Tried the original cable, it also worked. So not the cable, but the connector. The first HDMI connector on the display (a Samsung) has died. Any idea what has happened? How can a connector die because the computer goes to sleep? Or perhaps the display also went to sleep in that connector, never to wake up again? I have not tried power (full) of the display. -- Cheers / Saludos, Carlos E. R. (from 42.3 x86_64 "Malachite" (Minas Tirith))

1 0

Re: [opensuse] Need new source for unix utils -- gnu has broken another. (fwd)
by Roger Price 04 Feb '18

04 Feb '18

On Fri, 2 Feb 2018, Linda Walsh wrote: > I've used grep to search for strings across all my mailboxes for > decades. Found out today, it randomly doesn't work based on whether > or not the file contains any text that doesn't comply with > POSIX. ... > I suppose no one else really does a quick search through all their > email this way any more. Though is this what you'd expect? This worried me since I use grep to search through mail archives. 42.3 includes grep 2.16 dated 2014-01-01. man grep for 2.16 says under the heading ENVIRONMENT VARIABLES: POSIXLY_CORRECT If set, grep behaves as POSIX requires; otherwise, grep behaves more like other GNU programs. The latest grep, 3.1, dated 2017-07-02, contains the same statement. Do you have POSIXLY_CORRECT set? If not, I would not expect to see grep enforcing POSIX. Roger -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

2 2

[opensuse] rpm check
by Carlos E. R. 04 Feb '18

04 Feb '18

Hi, This machine crashed while YaST was updating it and installing things. Hard crash, the filesystem became R/O (the disk is removable, it is in a caddy). Bad filesystem corruption, automatic fsck on boot failed, had to fsck from another disk. So some files are broken, and I find them now and then. Thunar had broken libraries, for instance. Now there is another when I run VLC: cer@linux-backup:/tmp/mozilla_cer0> vlc 27566544_559085681122620_5011855560279064576_n.mp4 vlc: error while loading shared libraries: /usr/lib64/libvlc.so.5: file too short So, is there a way to check all rpms in the system? I tried "rpm -qa V", but it lists all files, not rpms. In the case of VLC I'm going to force update all installed packman packages. Brute force attack. -- Cheers / Saludos, Carlos E. R. (from oS 42.3 "Malachite" (rescate 1)) -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

7 20

[opensuse] chrony - correct format for an ipv6 address?
by Per Jessen 04 Feb '18

04 Feb '18

With Leap15 switching to chrony instead of ntp, I thought I would play around with it, see if it is really up to it. Just playing, I have no intention of switching. With ntp, I use multicast ff05::101 which is not supported in chrony, so I figured I could maybe add a link-local address (which is what ntp gets via ff05::101). I tried these, but none of them work: server fe80::208:2ff:fe58:7fac iburst server [fe80::208:2ff:fe58:7fac] iburst server fe80::208:2ff:fe58:7fac%eth0 iburst server [fe80::208:2ff:fe58:7fac%eth0] iburst chrony doesn't compain about any of them, but doesn't synchronise either. Just nagging - the default chrony config uses 0.opensuse.pool.ntp.org which doesn't have a single ipv6 address. Only 2.opensuse.pool.ntp.org seems to have any. Maybe it would be sensible to let chrony use pools 0-3 by default, just as the default ntp config does. -- Per Jessen, Zürich (2.2°C) http://www.cloudsuisse.com/ - your owncloud, hosted in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

8 12

[opensuse] archiving mails collectively
by jdd＠dodin.org 04 Feb '18

04 Feb '18

Hello, I don't know if this is really on topic on this list, because it's not specific to openSUSE, but the fact is I have to make this works on openSUSE 42.3 (or following) for my part. I work in an association (Linux User Group). We have chairman (president) and associated chairman (vice president) that have nearly the same goal. We want to archive the mails from and to these two people when they work for the lug (of course they have also many other life) We want to have this as much automatic as possible. We want future people to be able to read what have been done par predecessors. We have tried several methods, but none did what was expected. Say we create a mailbox "president(a)culte.org". * If one of the two read the mail, for example imap, it's noted "read" and the other people is in risk of missing it * if one of the two inadvertently delete a mail, the other don't see it * to have the mail sent as "presidence", one have to initiate the mail in the right mailbox, often this is forgotten We can also use a mailing list, but the last * is still there I guess this is not a new problem, can you give me some pointers to one (or more) solutions. We don't have our own mail server and have to rely on an other one. gmail could be a solution (but if we can avoid it it's better). however we can create as many mailing lists as we want (thanks to our provider. mailing lists only, no individual mail) 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

4 5

[opensuse] upgraded 42.2 to 42.3, now have black screen.
by Per Jessen 04 Feb '18

04 Feb '18

With 42.2 having gone EOL last week, I figured my office test system ought to be upgraded to 42.3 too - not much chance of anything being fixed on 42.2 anymore. So I ran a 'zypper dup' which seemed to go fine - except a) nfs mounts don't work. I can't mount them manually either. b) instead of a GUI login screen, I get a black screen with a mouse pointer. I can probably figure (a) out in time, but I'm a little stuck with (b). I'm using the Nvidia drivers, they worked fine on 42.2. Suggestions on how to proceed with (b) much welcome. -- Per Jessen, Zürich (8.9°C) http://www.dns24.ch/ - free dynamic DNS, made in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

9 65

[opensuse] Lots of OpenGL errors in Chrome/Chromium since today
by Aaron Digulla 03 Feb '18

03 Feb '18

Hi Everyone, After updating security patches and rebooting, I get a ton of OpenGL related errors in Google Chrome 64 and Chromium 63. Since two versions of the browser are affected, I assume that one of these updates caused that but I don't see which change could have cause this. The errors look like this: [5649:5649:0203/130206.305780:ERROR:gles2_cmd_decoder.cc(16370)] Offscreen context lost via ARB/EXT_robustness. Reset status = GL_GUILTY_CONTEXT_RESET_KHR [5649:5649:0203/130206.305817:ERROR:gles2_cmd_decoder.cc(4482)] GLES2DecoderImpl: Context reset detected after MakeCurrent. [5649:5649:0203/130206.305833:ERROR:gpu_channel_manager.cc(200)] Exiting GPU process because some drivers cannot recover from problems. [5649:5649:0203/130206.305887:ERROR:gpu_channel_manager.cc(200)] Exiting GPU process because some drivers cannot recover from problems. [4101:4101:0203/130206.378644:ERROR:gpu_process_transport_factory.cc(1009)] Lost UI shared context. [5471:5471:0203/130043.486187:ERROR:gles2_cmd_decoder.cc(10008)] [.DisplayCompositor-0xadb5491a00]RENDER WARNING: texture bound to texture unit 0 is not renderable. It maybe non-power-of-2 and have incompatible texture filtering. [5471:5471:0203/130043.486218:ERROR:gles2_cmd_decoder.cc(18162)] [.DisplayCompositor-0xadb5491a00]GL ERROR :GL_INVALID_OPERATION : glCreateAndConsumeTextureCHROMIUM: invalid mailbox name What I am seeing since the last reboot is a lot of errors like this: NVRM: Xid (PCI:0000:01:00): 8, Channel 00000008 and once, I saw this: NVRM: Xid (PCI:0000:01:00): 31, Ch 00000001, engmask 00000101, intr 10000000 The error codes (8 and 31) indicate user program errors (https://docs.nvidia.com/deploy/xid-errors/). Any ideas? Anyone else get these (try to start google-chrome in a terminal window to see the messages or use journalctl -b)? As far as I can tell, the NVIDIA drivers haven't changed since two weeks. The only relevant change seems to be a new version of Google Chrome: exfat-utils-1.2.7-5.2.x86_64 Sa 03 Feb 2018 11:26:34 CET fpm2-0.79-5.6.x86_64 Sa 03 Feb 2018 11:26:34 CET fuse-exfat-1.2.7-6.2.x86_64 Sa 03 Feb 2018 11:26:35 CET gd-2.1.0-24.1.x86_64 Sa 03 Feb 2018 11:26:35 CET gd-32bit-2.1.0-24.1.x86_64 Sa 03 Feb 2018 11:26:35 CET google-chrome-stable-64.0.3282.140-1.x86_64 Sa 03 Feb 2018 11:26:33 CET gpg-pubkey-aa3e7f5e-5a4e2e3e Sa 03 Feb 2018 11:58:23 CET handbrake-cli-1.0.7-3.17.x86_64 Sa 03 Feb 2018 11:26:34 CET handbrake-gtk-1.0.7-3.17.x86_64 Sa 03 Feb 2018 11:26:34 CET kpartx-0.7.1+71+suse.632dbce970c0-6.1.x86_64 Sa 03 Feb 2018 11:26:35 CET libjavascriptcoregtk-4_0-18-2.18.5-8.1.x86_64 Sa 03 Feb 2018 11:26:35 CET libre2-0-20180101-9.1.x86_64 Sa 03 Feb 2018 11:26:35 CET libsystemd0-228-41.1.x86_64 Sa 03 Feb 2018 11:26:36 CET libsystemd0-32bit-228-41.1.x86_64 Sa 03 Feb 2018 11:26:36 CET libudev1-228-41.1.x86_64 Sa 03 Feb 2018 11:26:36 CET libudev1-32bit-228-41.1.x86_64 Sa 03 Feb 2018 11:26:36 CET libwebkit2gtk-4_0-37-2.18.5-8.1.x86_64 Sa 03 Feb 2018 11:26:37 CET libwebkit2gtk3-lang-2.18.5-8.1.noarch Sa 03 Feb 2018 11:26:39 CET logrotate-3.11.0-15.2.x86_64 Sa 03 Feb 2018 11:26:39 CET systemd-228-41.1.x86_64 Sa 03 Feb 2018 11:26:38 CET systemd-32bit-228-41.1.x86_64 Sa 03 Feb 2018 11:26:36 CET systemd-bash-completion-228-41.1.noarch Sa 03 Feb 2018 11:26:36 CET systemd-logger-228-41.1.x86_64 Sa 03 Feb 2018 11:26:39 CET systemd-sysvinit-228-41.1.x86_64 Sa 03 Feb 2018 11:26:39 CET udev-228-41.1.x86_64 Sa 03 Feb 2018 11:26:38 CET webkit2gtk-4_0-injected-bundles-2.18.5-8.1.x86_64 Sa 03 Feb 2018 11:26:38 CET youtube-dl-2018.01.27-1.2.noarch Sa 03 Feb 2018 11:26:34 CET (unless they started to use libwebkit2gtk to render ...). Regards, -- Aaron "Optimizer" Digulla a.k.a. Philmann Dark "It's not the universe that's limited, it's our imagination. Follow me and I'll show you something beyond the limits." http://blog.pdark.de/ -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

1 1

[opensuse] Need new source for unix utils -- gnu has broken another.
by Linda Walsh 03 Feb '18

03 Feb '18

I've used grep to search for strings across all my mailboxes for decades. Found out today, it randomly doesn't work based on whether or not the file contains any text that doesn't comply with POSIX. So if one user has UTF-8 encoding and another, ISO-8859-1, and they are in the same mailbox, according to POSIX, that's a binary file. You have to tell grep to search (and potentially display) binary data -- which can easily through a terminal into weird modes, making it unreadable (see attached example for results of a random binary being listed). Note the last line is the prompt same text as you can see at top of window. mbox files don't do this when you search for strings because when I search for strings I'm looking for something in the text of an email. While I want grep to skip things like compressed files and coredumps, I don't want it judging the quality of "text" that I'm searching through -- but that's what many of the utilities have been modified to do -- if it doesn't fit the POSIX definition of text, then some text utils won't process it. Technically, if the last line of the file doesn't end with a newline, it's also binary (though grep still displays it). Many text utils used to be generally useful -- but now they are having functionality removed to have them only work with POSIX. I suppose no one else really does a quick search through all their email this way any more. Though is this what you'd expect? Sigh.

6 8