February 2020 - openSUSE Users - openSUSE Mailing Lists

[opensuse] trying to run installer.exe in wine
by Daniel Bauer 01 Feb '20

01 Feb '20

Hi, obviously something does not work when I try to run an installer in whine (it works in virtual box/win 10, so there is nothing wrong in the exe itself). When I run wine dppw4.11.0-installer.exe the file gets copied to /home/daniel/.cache/kioexec/krun/nnnnn_0/ and nothing else happened. Below the console output - does this simply mean "wouldn't work with wine" or does it mean I can do something to make it work? 0009:fixme:ntdll:EtwEventRegister ({5eec90ab-c022-44b2-a5dd-fd716a222a15}, 0x401123, 0x46f540, 0x46f558) stub. 0009:fixme:ntdll:EtwEventSetInformation (deadbeef, 2, 0x466398, 43) stub 0009:fixme:nls:GetThreadPreferredUILanguages 00000038, 0x32f984, 0x32f994 0x32f988 0009:fixme:nls:get_dummy_preferred_ui_language (0x38 0x32f984 0x32f994 0x32f988) returning a dummy value (current locale) 0009:fixme:shell:InitNetworkAddressControl stub 002a:fixme:ver:GetCurrentPackageId (0x11effefc (nil)): stub 0009:fixme:exec:SHELL_execute flags ignored: 0x00000100 002c:fixme:ntdll:EtwEventRegister ({5eec90ab-c022-44b2-a5dd-fd716a222a15}, 0x401123, 0x452550, 0x452568) stub. 002c:fixme:ntdll:EtwEventSetInformation (deadbeef, 2, 0x44ba48, 43) stub 002c:fixme:nls:GetThreadPreferredUILanguages 00000038, 0x32fa20, 0x32fa30 0x32fa24 002c:fixme:nls:get_dummy_preferred_ui_language (0x38 0x32fa20 0x32fa30 0x32fa24) returning a dummy value (current locale) 002e:fixme:ntdll:EtwEventRegister ({5eec90ab-c022-44b2-a5dd-fd716a222a15}, 0x401123, 0x5036f0, 0x503708) stub. 002e:fixme:ntdll:EtwEventSetInformation (deadbeef, 2, 0x4f0cf8, 43) stub 002e:fixme:nls:GetThreadPreferredUILanguages 00000038, 0x32fa4c, 0x32fa5c 0x32fa50 002e:fixme:nls:get_dummy_preferred_ui_language (0x38 0x32fa4c 0x32fa5c 0x32fa50) returning a dummy value (current locale) 002e:fixme:shell:InitNetworkAddressControl stub 002e:fixme:ntdll:EtwEventRegister ({5eec90ab-c022-44b2-a5dd-fd716a222a15}, 0x10001123, 0x100324b0, 0x100324c8) stub. 002e:fixme:ntdll:EtwEventSetInformation (deadbeef, 2, 0x1002e350, 43) stub 002f:fixme:ver:GetCurrentPackageId (0xa6fefc (nil)): stub 002e:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION 002e:fixme:ntdll:EtwEventRegister ({5eec90ab-c022-44b2-a5dd-fd716a222a15}, 0xa81123, 0xc22f90, 0xc22fa8) stub. 002e:fixme:ntdll:EtwEventSetInformation (deadbeef, 2, 0xc0ee48, 43) stub 002e:fixme:ntdll:EtwEventUnregister (deadbeef) stub. 002e:fixme:ntdll:EtwEventUnregister (0) stub. 002e:fixme:ver:GetCurrentPackageId (0x32fe94 (nil)): stub 002e:fixme:ntdll:EtwEventUnregister (deadbeef) stub. 002e:fixme:ntdll:EtwEventUnregister (0) stub. 002c:fixme:ver:GetCurrentPackageId (0x32fe94 (nil)): stub -- Daniel Bauer photographer Basel Málaga https://www.patreon.com/danielbauer https://www.daniel-bauer.com -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

2 2

[opensuse] locate has not updating the database since 2019-11-17
by Carlos E. R. 01 Feb '20

01 Feb '20

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Telcontar:~ # systemctl status mlocate.service ● mlocate.service - Update locate database Loaded: loaded (/usr/lib/systemd/system/mlocate.service; static; vendor preset: disabled) Active: inactive (dead) Docs: man:updatedb Telcontar:~ # systemctl enable mlocate.service The unit files have no installation config (WantedBy, RequiredBy, Also, Alias settings in the [Install] section, and DefaultInstance for template units). This means they are not meant to be enabled using systemctl. Possible reasons for having this kind of units are: 1) A unit may be statically enabled by being symlinked from another unit's .wants/ or .requires/ directory. 2) A unit's purpose may be to act as a helper for some other unit which has a requirement dependency on it. 3) A unit may be started when needed via activation (socket, path, timer, D-Bus, udev, scripted systemctl call, ...). 4) In case of template units, the unit is meant to be enabled with some instance name specified. Telcontar:~ # Telcontar:~ # systemctl status mlocate.timer ● mlocate.timer - Daily locate database update Loaded: loaded (/usr/lib/systemd/system/mlocate.timer; enabled; vendor preset: disabled) Active: inactive (dead) Trigger: n/a Docs: man:updatedb Telcontar:~ # systemctl enable mlocate.timer Telcontar:~ # systemctl status mlocate.timer ● mlocate.timer - Daily locate database update Loaded: loaded (/usr/lib/systemd/system/mlocate.timer; enabled; vendor preset: disabled) Active: inactive (dead) Trigger: n/a Docs: man:updatedb Telcontar:~ # So, what should I do to enable it? - -- Cheers Carlos E. R. (from 15.1 x86_64 at Telcontar) -----BEGIN PGP SIGNATURE----- iHoEARECADoWIQQZEb51mJKK1KpcU/W1MxgcbY1H1QUCXjDJpRwccm9iaW4ubGlz dGFzQHRlbGVmb25pY2EubmV0AAoJELUzGBxtjUfVAjMAoIslX0KthL9O8aXHpaDP +umnwknKAJ9gCEQKn/keiNIl2luD2m+fpPftiw== =zcdt -----END PGP SIGNATURE-----

11 31

[opensuse] Hardware failure or software problem? Swap fills up, system unresponsive and dmesg is flooded
by stakanov 01 Feb '20

01 Feb '20

I did create a paste in https://paste.opensuse.org/22334414 I am not good enough to understand what the system actually complains. I do not think it is a memory problem, could be related to the OS instead. The swap fills although the memory remains free. If you sudo swapoff -a the swap turns into memory, the system turns responsive. sudo dmesg reveals a flood of entries (disregard the martians, these are due to a vpn.) I do not understand if, and if which, hardware is failing. Memory does nor reveal errors. Sometimes I get a complaint about CPU3 should not be sleeping. This is all I know. Thanks in advance if somebody understands (and maybe can a bit explain) the output. Why does the swap not return to memory once memory is abundantly available? _________________________________________________________________ ________________________________________________________ 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

13 50