May 2018 - openSUSE Users - openSUSE Mailing Lists

[opensuse] Leap 42.3, zypper "failed to cache repo"(3)
by stakanov 26 May '18

26 May '18

I am getting this error on all repos. Is this a connection issue or a database corruption? I found the PC had a faulty cmos battery and lost date/time. I did reset this, but need to overcome this problem. Any suggestion? Also "local services, volatile file system, hostfile" fail during startup. So you dropout to a prompt (but not the rescue one). Data on home seem to be OK. _________________________________________________________________ ________________________________________________________ Ihre E-Mail-Postf�cher sicher & zentral an einem Ort. Jetzt wechseln und alte E-Mail-Adresse mitnehmen! https://www.eclipso.de -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

2 3

[opensuse] Leap 15 update issue with gdm
by Josef Fortier 26 May '18

26 May '18

After an in-place online update, which otherwise looks good, I've run into an issue with gdm and LDAP. First behavior I ran into, conflict with nss-pam-ldapd and nss_ldap I chose nss-pam-ldapd, figured out that I needed to start nslcd.service and I can now log into console sessions. That said, I didn't really test console login with nss_ldap. GDM login no longer errors out quickly with a bad password note, it now looks to be doing something, waits a while, and then returns to the greeter. Looking through the logs I see this: gdm-password]: pam_unix(gdm-password:auth): authentication failure; (PID removed). I've looked through the /etc/pam.d files, and nothing seems obvious. I've tried pam-config --add --ldap, which, prior to adding nss-pam-ldapd showed 2 missing libraries. Yast config for LDAP shows the config, but applying any change trips an error about package install failure (no indication of what packages that I can see in logs or anywere else). This is what led me to switch to nss-pam-ldapd, but the Yast LDAP-client config still behaves the same way. I'm not sure how to debug and/or resolve, any suggestions? -- __________________________________________________________________________ Josef Fortier Systems Administrator fortier(a)augsburg.edu Phone: 612-330-1479 __________________________________________________________________________ -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

1 0

[opensuse] Strange ACPI message during boot with Leap 15.0
by Aaron Digulla 26 May '18

26 May '18

Hi, I just updated to Leap 42.3 -> 15.0. During boot, I now see this message: kernel: Using ACPI (MADT) for SMP configuration information kernel: ACPI: HPET id: 0x8086a701 base: 0xfed00000 kernel: ACPI: Core revision 20170303 kernel: ACPI Error: [\_SB_.PCI0.XHC_.RHUB.HS11] Namespace lookup failure, AE_NOT_FOUND (20170303/dswload-210) kernel: ACPI Exception: AE_NOT_FOUND, During name lookup/catalog (20170303/psobject-241) kernel: ACPI Exception: AE_NOT_FOUND, (SSDT:xh_rvp08) while loading table (20170303/tbxfload-228) kernel: ACPI Error: 1 table load failures, 7 successful (20170303/tbxfload-246) The system works as far as I can tell. 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 0

[opensuse] Seamonkey Version in the Repo
by Richmond 26 May '18

26 May '18

Why is Seamonkey at version 2.46? 2.49.* has been available since November '17. I am guessing this has something to do with GTK3 but Firefox has moved to GTK3 already. https://en.opensuse.org/Firefox-gtk3 -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

3 4

[opensuse] Beta to Release howto
by Mark Hounschell 26 May '18

26 May '18

How to zypper from Beta 15 to Release 15? Mark -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

3 7

[opensuse] udev rule: assign owner to a block device
by Per Jessen 26 May '18

26 May '18

On start-up, I want to assign a plain user as owner of a block device (/dev/sdb). I've googled the udev rule, does this suffice: KERNEL=="sda", OWNER="per" It works fine, I'm just thinking of any unwanted effects? The system will never have more than sda and sdb. -- Per Jessen, Zürich (20.3°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 0

Re: [opensuse] It's all my faults
by Mark Misulich 26 May '18

26 May '18

On 05/14/2018 01:35 PM, David C. Rankin wrote: > On 05/14/2018 01:02 PM, Mark Misulich wrote: >> I then used dolphin to find every file for rkhunter, and removed them. >> then I tried to install rkhunter-1.4.6 using ./installer.sh -- install. >> It installs perfectly, but when I try to run it, konsole can't find it. >> >> How do I fix this? >> >> Mark > > If konsole can't find it, it is not in your PATH. Your default path with not > include /sbin;/usr/sbin so if it gets put there -- there is your answer. > > Howerver, root does have /sbin in it's path -- have you tried to su to root > and then run it? > It probably does, but I always "rpm -e command-not-found" to get rid of the 3-line mess. Looking at the rkhunter source "install.sh" as well as the opensuse rpm "rkhunter-1.4.2-11.1.x86_64.rpm", both install to /usr/bin (or /usr/local/bin), so there should be no need for any PATH modification. My only other thought is somehow the permissions on the executable got messed up so you no longer have the execute bit set. Please provide an 'ls -al' listing of /usr/bin/rkh* and /usr/lib64/rkhunter/scripts (adjust the paths as required if you installed them to another directory, e.g. /usr/local/...) -- David C. Rankin, J.D.,P.E. Hi, I thought about this overnight and came to the conclusion that upgrading rkhunter from a different directory than the original installation wouldn't have any bearing on whether the program would start from command line. It always started from any point the root system if I typed the command rkhunter. Now it won't. I wondered if the tarball that I downloaded was corrupted, so I removed rkhunter, and cleared the root system of every rkhunter file. Then I downloaded the tarball from sourceforge again, extracted it, and installed it. Here is the result linux-2b8:/home/lx1/Downloads/rkhunter-1.4.6 # ./installer.sh --install Checking system for: Rootkit Hunter installer files: found A web file download command: wget found Starting installation: Checking installation directory "/usr/local": it exists and is writable. Checking installation directories: Directory /usr/local/share/doc/rkhunter-1.4.6: creating: OK Directory /usr/local/share/man/man8: exists and is writable. Directory /etc: exists and is writable. Directory /usr/local/bin: exists and is writable. Directory /usr/local/lib64: exists and is writable. Directory /var/lib: exists and is writable. Directory /usr/local/lib64/rkhunter/scripts: creating: OK Directory /var/lib/rkhunter/db: creating: OK Directory /var/lib/rkhunter/tmp: creating: OK Directory /var/lib/rkhunter/db/i18n: creating: OK Directory /var/lib/rkhunter/db/signatures: creating: OK Installing check_modules.pl: OK Installing filehashsha.pl: OK Installing stat.pl: OK Installing readlink.sh: OK Installing backdoorports.dat: OK Installing mirrors.dat: OK Installing programs_bad.dat: OK Installing suspscan.dat: OK Installing rkhunter.8: OK Installing ACKNOWLEDGMENTS: OK Installing CHANGELOG: OK Installing FAQ: OK Installing LICENSE: OK Installing README: OK Installing language support files: OK Installing ClamAV signatures: OK Installing rkhunter: OK Installing rkhunter.conf: OK Installation complete linux-2b8:/home/lx1/Downloads/rkhunter-1.4.6 # rkhunter --propupd If 'rkhunter' is not a typo you can use command-not-found to lookup the package that contains it, like this: cnf rkhunter Same as before I reworked everything. Here are the results of the list results you requested: linux-2b8:/home/lx1/Downloads/rkhunter-1.4.6 # ls -al /usr/bin/rkh* ls: cannot access '/usr/bin/rkh*': No such file or directory linux-2b8:/home/lx1/Downloads/rkhunter-1.4.6 # ls -al /usr/lib64/rkhunter/scripts ls: cannot access '/usr/lib64/rkhunter/scripts': No such file or directory I didn't modify any of the rkhunter installation scripts to change installation destinations. Every installation or action with rkhunter is always done in root in konsole. This seems that it is a software issue, and even though it seems to be installing correctly, it isn't doing so. Mark -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

7 19

[opensuse] iotop crashes - python problem
by Carlos E. R. 25 May '18

25 May '18

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Tonight I updated my system, and iotop crashes soon after starting - on two machines; on a third one it doesn't crash, but I haven't rebooted it yet; after reboot, it also crashes: cer@Telcontar:~> sudo /usr/sbin/iotop -o -d 3.3333 [sudo] password for cer: Traceback (most recent call last): File "/usr/sbin/iotop", line 17, in <module> main() File "/usr/lib/python2.7/site-packages/iotop/ui.py", line 620, in main main_loop() File "/usr/lib/python2.7/site-packages/iotop/ui.py", line 610, in <lambda> main_loop = lambda: run_iotop(options) File "/usr/lib/python2.7/site-packages/iotop/ui.py", line 508, in run_iotop return curses.wrapper(run_iotop_window, options) File "/usr/lib64/python2.7/curses/wrapper.py", line 43, in wrapper return func(stdscr, *args, **kwds) File "/usr/lib/python2.7/site-packages/iotop/ui.py", line 501, in run_iotop_window ui.run() File "/usr/lib/python2.7/site-packages/iotop/ui.py", line 155, in run self.process_list.duration) File "/usr/lib/python2.7/site-packages/iotop/ui.py", line 434, in refresh_display lines = self.get_data() File "/usr/lib/python2.7/site-packages/iotop/ui.py", line 415, in get_data return list(map(format, processes)) File "/usr/lib/python2.7/site-packages/iotop/ui.py", line 388, in format cmdline = p.get_cmdline() File "/usr/lib/python2.7/site-packages/iotop/data.py", line 292, in get_cmdline proc_status = parse_proc_pid_status(self.pid) File "/usr/lib/python2.7/site-packages/iotop/data.py", line 196, in parse_proc_pid_status key, value = line.split(':\t', 1) ValueError: need more than 1 value to unpack cer@Telcontar:~> I'm using: iotop-0.6-11.3.noarch python-curses-2.7.13-27.3.1.x86_64 Is this a bug? - -- Cheers Carlos E. R. (from 42.2 x86_64 "Malachite" at Telcontar) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlsHa/YACgkQtTMYHG2NR9WNFACeLE6Rb6K5yxDZTOqze1icf+LH hPgAnAiMXlCfCOfQwchr1zbYMQCuV8qJ =qVlQ -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

2 3

[opensuse] leapup - a script to prepare openSUSE for online upgrade
by Mathias Homann 25 May '18

25 May '18

Hi all, I finally managed to wrap my trusted leapup script into a RPM package. Feel free to try it out at your own risk - if you break your systems you get to keep the pieces. Package is here: https://build.opensuse.org/package/show/home:lemmy04/leapup Details are here: https://www.tuxonline.tech/2017/08/02/seamless-opensuse-leap-upgrades-made-… I've been using this mechanism without any problems for several years now. Cheers MH -- Mathias Homann Senior Systems Engineer, IT Consultant. IT Trainer Mathias.Homann(a)openSUSE.org http://www.tuxonline.tech gpg key fingerprint: 8029 2240 F4DD 7776 E7D2 C042 6B8E 029E 13F2 C102

1 0

[opensuse] Leap 15.0 - torrent missing from BT tracker and other torrent-related errors
by Darryl Gregorash 25 May '18

25 May '18

Friday 1327 UTC Metalink is unable to find any source. Torrent file returns "torrent not found" Magnet link appears to be missing a URI, so it loads in the browser. -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

1 0