November 2018 - openSUSE Support - openSUSE Mailing Lists

[opensuse-support] updatedb now fails for regular user with local db
by Ralph 29 Nov '18

29 Nov '18

[os Leap 15, xfce] I have a private mlocate database in my /home. Since a few days ago attempting to update the db now fails for a command such as: "updatedb -l 0 -o /home/rsil/Downloads/rsildb -U /home/rsil" Message is: "updatedb: can not open a temporary file for `/home/rsil/Downloads/rsildb" There was an update to mlocate on 17 Nov, perhaps the culprit, or not. Whatever. How do I get back the ability to update my own database? Thanks. Ralph -- To unsubscribe, e-mail: opensuse-support+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-support+owner(a)opensuse.org

6 26

[opensuse-support] KWin does not work on some web browsers
by Constant Brouerius van Nidek 27 Nov '18

27 Nov '18

At the moment I am using Vivaldi as my web browser. I like what it has to offer. One thing though is that I cannot tie Vivaldi to My number three desktop because there is no way to use the KWin feature which is part of most windows. Working with some other browsers I found that the KWin feature is also not available with Opera. Due to this these programs just fix themselves at the desktop number one, a desktop which I have assigned to something different. How can I give these browsers there own desktop window? -- To unsubscribe, e-mail: opensuse-support+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-support+owner(a)opensuse.org

2 1

[opensuse-support] nVidia support
by Liam Proven 22 Nov '18

22 Nov '18

I am trying to install the proprietary drivers for an nVidia Quadro K620. Is there anything I should know or do? I have tried by this method: https://en.opensuse.org/SDB:NVIDIA_drivers I have 2 installations on the machine, side by side. Tumbleweed and Leap 15. Both are new, clean installations. With both, I get the same symptoms. After installation, when I reboot, I get a 1024*768 desktop on the primary monitor only. I cannot run ``nvidia-settings'' because it says there's no xorg.conf file and I am to run ``nvidia-xconfig'' as root to create one. I do this and reboot. Result, blank screens, flashing text cursor, nothing else. Both distros behave identically. Both were fully updated prior to trying this. If I use Alt-F1 to switch to vconsole 0, I can log in, remove the nvidia packages, rename /etc/X11/xorg.conf to *.old or whatever, reboot, and nouveau works again, on both monitors. -- Liam Proven - Technical Writer, SUSE Linux s.r.o. Corso II, Křižíkova 148/34, 186-00 Praha 8 - Karlín, Czechia Email: lproven(a)suse.com - Office telephone: +420 284 241 084 -- To unsubscribe, e-mail: opensuse-support+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-support+owner(a)opensuse.org

5 8

[opensuse-support] fstrim: /: the discard operation is not supported
by Daniele 21 Nov '18

21 Nov '18

Hello, I just dupped my tw installation and now: # fstrim -v / fstrim: /: the discard operation is not supported I was few snapshot behind (2 or 3), so I don't know since when stop working... / on btrfs ssd: Transcend SSD370S Thanks, Daniele. -- To unsubscribe, e-mail: opensuse-support+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-support+owner(a)opensuse.org

1 0

[opensuse-support] fstrim: /: the discard operation is not supported
by Daniele 21 Nov '18

21 Nov '18

Hello, I just dupped my tw installation and now: # fstrim -v / fstrim: /: the discard operation is not supported I was few snapshot behind (2 or 3), so I don't know since when stop working... / on btrfs ssd: Transcend SSD370S Thanks, Daniele. -- To unsubscribe, e-mail: opensuse-support+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-support+owner(a)opensuse.org

1 0

[opensuse-support] Google Earth requires unavailable mesa-libGLU
by Felix Miata 21 Nov '18

21 Nov '18

https://en.opensuse.org/index.php?title=Google_Earth&action=history shows GE OS wiki page last touched 23 months ago. Nothing on the page says anything about $SUBJECT. Is mesa-libGLU maybe hiding in (uninstalled) libGLESv1_CM1 or libGLESv2-2 or some other Mesa-lib* package? Mesa-libGL1 and Mesa-libglapi0 are installed. I wrote on https://en.opensuse.org/Talk:Google_Earth my experience trying to install GE on 15.0, both from repo dl-google.com and the Fedora/SUSE rpm downloaded from Google. -- Evolution as taught in public schools is religion, not science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse-support+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-support+owner(a)opensuse.org

3 6

[opensuse-support] Trace/breakpoint trap (core dumped)
by Carlos E. R. 19 Nov '18

19 Nov '18

I got this when running meld remotely: minas-tirith:~ # meld /etc/pam.d/login.rpmnew /etc/pam.d/login Trace/breakpoint trap (core dumped) minas-tirith:~ # meld /etc/pam.d/login.rpmnew /etc/pam.d/login minas-tirith:~ # It is a trace or breakpoint, I suppose created by the devs to check on some condition. minas-tirith:~ # tail -n 15 /var/log/messages <3.6> 2018-11-19 13:18:21 minas-tirith systemd 1 - - Started Hostname Service. <0.4> 2018-11-19 13:18:54 minas-tirith kernel - - - [ 6360.579084] do_trap: 37 callbacks suppressed <0.6> 2018-11-19 13:18:54 minas-tirith kernel - - - [ 6360.579087] traps: meld[5660] trap int3 ip:7fe323acf981 sp:7ffda9d5a270 error:0 in libglib-2.0.so.0.5400.3[7fe323a7c000+114000] <3.6> 2018-11-19 13:18:54 minas-tirith systemd 1 - - Created slice system-systemd\x2dcoredump.slice. <3.6> 2018-11-19 13:18:54 minas-tirith systemd 1 - - Started Process Core Dump (PID 5669/UID 0). <1.2> 2018-11-19 13:18:54 minas-tirith systemd-coredump 5670 - - Process 5660 (meld) of user 0 dumped core. Only once. is this worth a bug report? -- Cheers / Saludos, Carlos E. R. (from 42.3 x86_64 "Malachite" at Telcontar)

1 0

[opensuse-support] swap starts being filled after upgrading to snapshot 20181116 of openSUSE Tumbleweed
by H Zeng 19 Nov '18

19 Nov '18

Hello everyone, I have 24GB memory and 'vm.swappiness=1' enabled. But the swap space has been used, although only a little, lately after upgrading to snapshot 20181116 of openSUSE Tumbleweed. The swap was always empty before this. Does anyone know the reason? What should I do to avoid using swap unnecessarily? Here is the current memory usage, ``` cnzhx@ostp:~> free -m total used free shared buff/cache available Mem: 23986 8481 1662 4897 13841 10243 Swap: 2051 5 2046 ``` Best regards, ZHX -- To unsubscribe, e-mail: opensuse-support+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-support+owner(a)opensuse.org

3 4

[opensuse-support] python2-certbot doesn't renew certificate
by Maximilian Trummer 17 Nov '18

17 Nov '18

Since the packaging change from certbot to python2-certbot, it doesn't renew certificates for domains configured in /etc/certbot/renewal/ anymore. There is a file in /etc/certbot/renewal/mydomain.conf, but it seems to ignore it: >$ sudo certbot -vvv renew >Root logging level set at -10 >Saving debug log to /var/log/letsencrypt/letsencrypt.log > >- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > >No renewals were attempted. >- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - >no renewal failures contents of /var/log/letsencrypt/letsencrypt.log >2018-11-09 10:23:59,144:DEBUG:certbot.main:certbot version: 0.27.1 >2018-11-09 10:23:59,144:DEBUG:certbot.main:Arguments: ['-vvv'] >2018-11-09 10:23:59,144:DEBUG:certbot.main:Discovered plugins: >PluginsRegistry(PluginEntryPoint#manual,PluginEntryPoint#null,PluginEntryPoint#standalone,PluginEntryPoint#webroot) >2018-11-09 10:23:59,160:DEBUG:certbot.log:Root logging level set at -10 >2018-11-09 10:23:59,161:INFO:certbot.log:Saving debug log to /var/log/ letsencrypt/letsencrypt.log >2018-11-09 10:23:59,162:DEBUG:certbot.renewal:no renewal failures What should I do?

2 2

[opensuse-support] nvidia 390.87 build fails with snapshot 20181112
by Patrick Shanahan 15 Nov '18

15 Nov '18

GeForce GTS 450/PCIe/SSE2 NVIDIA-Linux-x86_64-390.87.run kernel-default-4.19.1-1.5.x86_64 kernel-default-devel-4.19.1-1.5.x86_64 kernel-devel-4.19.1-1.5.noarch kernel-macros-4.19.1-1.5.noarch build fails: ERROR: An error occurred while performing the step: "Checking to see whether the nvidia-drm kernel module was successfully built". See /var/log/nvidia-installer.log for details. ERROR: The nvidia-drm kernel module was not created. ERROR: The nvidia-drm kernel module failed to build. This kernel module is required for the proper operation of DRM-KMS. If you do not need to use DRM-KMS, you can try to install this driver package again with the '--no-drm' option. ERROR: Installation has failed. Please see the file '/var/log/nvidia-installer.log' for details. You may find suggestions on fixing installation problems in the README available on the Linux driver download page at www.nvidia.com. it will build using "--no-drm". -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri Registered Linux User #207535 @ http://linuxcounter.net Photos: http://wahoo.no-ip.org/piwigo paka @ IRCnet freenode -- To unsubscribe, e-mail: opensuse-support+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-support+owner(a)opensuse.org

3 3

2023

2022

2021

2020

2019

2018

openSUSE Support November 2018