openSUSE Users May 2017

users@lists.opensuse.org

88 participants
97 discussions

[opensuse] Mozilla repos on rsync.opensuse.org out of date?

by Andrew Chace

Are the Mozilla repos on rsync.opensuse.org out of date? http://rsync.opensuse.org/repositories/mozilla/ Index of /repositories/mozilla/ Name Last Modified: Size: Type: Parent Directory - Directory openSUSE_12.2 2017-Jan-19 07:32:56 - Directory openSUSE_12.3 2017-Feb-20 19:35:26 - Directory openSUSE_13.1 2017-Feb-20 22:55:51 - Directory openSUSE_13.2 2017-Feb-20 20:05:38 - Directory openSUSE_Leap_42.1 2017-Feb-20 23:35:56 - Directory openSUSE_Leap_42.2 2017-Feb-20 16:43:56 - Directory openSUSE_Tumbleweed 2017-Feb-20 18:26:07 - Directory SLE_11 2017-Jan-19 07:49:47 - Directory SLE_12 2017-Feb-20 19:48:49 - Directory http://download.opensuse.org/repositories/mozilla/ Index of /repositories/mozilla Name Last modified Size Parent Directory - SLE_12/ 09-May-2017 08:55 - openSUSE_12.3/ 28-Apr-2017 08:30 - openSUSE_13.1/ 09-May-2017 09:00 - openSUSE_13.2/ 09-May-2017 09:12 - openSUSE_Leap_42.1/ 09-May-2017 09:24 - openSUSE_Leap_42.2/ 09-May-2017 09:19 - openSUSE_Tumbleweed/ 09-May-2017 09:25 - -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

5 years, 1 month

[opensuse] leap422::gimp - tooltips in toolbox not being shown

by Per Jessen

see screenshot: https://files.jessen.ch/Screenshot_20170509_095914.jpeg I tried it on a second leap422 test machine, completely different hardware - same problem. ISTR this being mentioned before? Graphics driver related, but with two completely different graphics card/chips? -- Per Jessen, Zürich (9.8°C) http://www.dns24.ch/ - your free DNS host, made in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

5 years, 1 month

[opensuse] what is "CGL certification" ? (mentioned in FATE#319119

by Per Jessen

https://features.opensuse.org/319119 "Business case: CGL certification." I've googled it, but all I get seems to be about diamonds or genealogy. -- Per Jessen, Zürich (8.9°C) http://www.hostsuisse.com/ - virtual servers, made in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

5 years, 1 month

[opensuse] Refreshing Repositories - Hung?

by John Andersen

Any one else having problems refreshing repositories today? (42.2). Mine had been hung for a long time (hours), and even a reboot didn't help. Is there any known issue with the repositories or did I just get a bad mirror? -- After all is said and done, more is said than done. -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

5 years, 1 month

[opensuse] How to allow more delay in postfix?

by Carlos E. R.

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I send mails from one internal machine to another. Ocassionally, this destination could be off for a week or more; still I would like Postfix to not give up after five days and keep trying, say, for a month. How could I do it? Preferably for one destination. - -- Cheers Carlos E. R. (from 42.2 x86_64 "Malachite" at Telcontar) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEUEARECAAYFAlkMZrMACgkQtTMYHG2NR9VE0wCgiXF2FusfzAPv6FpgcSROegJ2 424AmOqvUu3wT0f0kkGdK4lgr5mwBTk= =zqnt -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

5 years, 1 month

[opensuse] steam doesn't start

by Sascha Manns

Hello list, i have installed steam on my Tumbleweed machine with a existing old .steam directory. After starting steam in the console i'm getting: sascha@linux-ktr9:~> LANG=C steam Repairing installation, linking /home/sascha/.steam/steam to /home/sascha/.local/share/Steam Running Steam on opensuse tumbleweed 20170213 64-bit STEAM_RUNTIME is enabled automatically Installing breakpad exception handler for appid(steam)/version(0) /home/sascha/.local/share/Steam/ubuntu12_32/steam: symbol lookup error: /usr/lib/libxcb-dri3.so.0: undefined symbol: xcb_send_request_with_fds /home/sascha/.local/share/Steam/steam.sh: line 444: no match: ssfn* I have installed libxcb-dri3-0 and libxcb-dri3-0-32bit 1.12-1.5 from openSUSE:Tubmleweed repository. Maybe anyone has seen such error? -- Sascha Manns Maifeldstraße 10 56727 Mayen P: +49-2651-4014045 W: http://saigkill.tuxfamily.org -- Sascha Manns openSUSE member -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

5 years, 1 month

[opensuse] Perdition 2.2 not working on openSUSE Leap 42.2

by Rejaine Monteiro

Hi, Hi, I installed the latest version of Perdition (perdition-2.2-16.1.x86_64) but I'm not able to activate it. I've enabled the debug parameter and apparently no nennum error appears in the log. Below I send relevant information: ##perdition-2.2-16.1.x86_64 ## openSUSE Leap 42.2 Kernel 4.4.62-18.6-default x86_64 x86_64 # My /etc/perdition/perdition.conf debug log_facility /var/log/perdition.log map_library /usr/lib64/libperditiondb_posix_regex.so.0 map_library_opt /etc/perdition/popmap.re outgoing_server localhost strip_domain remote_login ssl_ca_accept_self_signed ssl_cert_file /etc/perdition/perdition.crt.pem ssl_dh_params_file /etc/perdition/perdition_dhparam.pem ssl_cert_accept_self_signed ssl_key_file /etc/perdition/perdition.key.pem ssl_no_cert_verify ssl_no_cn_verify # My /etc/sysconfig/perdition RUN_PERDITION="yes" FLAGS="" POP3="110" POP3_FLAGS="" POP3S="yes" POP3S_FLAGS="--outgoing_port 110 --ssl_mode ssl_listen" IMAP4="yes" IMAP4_FLAGS="" IMAP4S="yes" IMAP4S_FLAGS="--outgoing_port 143 --ssl_mode ssl_listen" MANAGESIEVE="no" MANAGESIEVE_FLAGS="" When I make a 'start', it gives the protocols that it should enable (imap, imaps and pop3s) # /etc/rc.d/perdition restart redirecting to systemctl restart perdition.service # /etc/rc.d/perdition status Checking for perdition (POP3S): unused Checking for perdition (IMAP4): unused Checking for perdition (IMAP4S): unused ● perdition.service - LSB: POP, IMAP and managesieve proxy Loaded: loaded (/etc/init.d/perdition; bad; vendor preset: disabled) Active: active (exited) since Thu 2017-05-04 16:00:01 -03; 14s ago Docs: man:systemd-sysv-generator(8) Process: 17476 ExecStop=/etc/init.d/perdition stop (code=exited, status=0/SUCCESS) Process: 17488 ExecStart=/etc/init.d/perdition start (code=exited, status=0/SUCCESS) The service status also points to failure, and 'ps -ef' shows that no service has been started. # systemctl status perdition.service perdition.service - LSB: POP, IMAP and managesieve proxy Loaded: loaded (/etc/init.d/perdition; bad; vendor preset: disabled) Active: active (exited) since Thu 2017-05-04 16:00:01 -03; 38s ago Docs: man:systemd-sysv-generator(8) Process: 17476 ExecStop=/etc/init.d/perdition stop (code=exited, status=0/SUCCESS) Process: 17488 ExecStart=/etc/init.d/perdition start (code=exited, status=0/SUCCESS) May 04 16:00:00 linux-iueb systemd[1]: Starting LSB: POP, IMAP and managesieve proxy... May 04 16:00:01 linux-iueb perdition[17488]: Starting perdition daemon (POP3S): ..failed May 04 16:00:01 linux-iueb perdition[17488]: Starting perdition daemon (IMAP4): ..failed May 04 16:00:01 linux-iueb perdition[17488]: Starting perdition daemon (IMAP4S): ..failed May 04 16:00:01 linux-iueb systemd[1]: Started LSB: POP, IMAP and managesieve proxy. # ps -ef | grep perdition root 17578 17335 0 16:01 pts/0 00:00:00 grep --color=auto perdition But in the perdition log, no critical error is displayed. May 4 16:01:30 perdition.pop3s[17635]: Starting perdition version=2.2 protocol=POP3S May 4 16:01:30 perdition.pop3s[17635]: add_domain="", authenticate_in=off, authenticate_timeout=1800, bind_address="", client_server_specification=off, config_file="/etc/perdition/perdition.conf", connection_limit=0, connection_logging=off, connect_relog=300, debug=on, domain_delimiter="@", explicit_domain="", group="nobody", imap_capability="IMAP4 IMAP4REV1", inetd_mode=off, listen_port="pop3s", log_facility="/var/log/perdition.log", log_passwd="never", login_disabled=off, lower_case="", managesieve_capability=""IMPLEMENTATION" "perdition" "SIEVE" "comparator-i;octet comparator-i;ascii-casemap fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date" "SASL" "PLAIN" "NOTIFY" "mailto" "VERSION" "1.0"", map_library="/usr/lib64/libperditiondb_posix_regex.so.0", map_library_opt="/etc/perdition/popmap.re", no_bind_banner=off, no_daemon=off, no_lookup=off, tcp_keepalive=off, nodename="linux-iueb", ok_line="You are so in", outgoing_port="110", outgoing_server="localhost", pid_file="/var/run/perdition.pop3s/perdition.pop3s.pid", pop_capability="UIDL.USER", protocol="POP3S", server_resp_line=off, strip_domain="remote_login", timeout=1800, username="nobody", username_from_database=off, query_key="", quiet=off (mask=0x00400000 00000002) May 4 16:01:30 perdition.pop3s[17635]: ssl_mode="ssl_listen", ssl_ca_file="", ssl_ca_path="/etc/perdition/perdition.ca/", ssl_ca_accept_self_signed="on", ssl_cert_file="/etc/perdition/perdition.crt.pem", ssl_cert_accept_expired="off", ssl_cert_not_yet_valid="off", ssl_cert_self_signed="on", ssl_cert_verify_depth=9, ssl_key_file="/etc/perdition/perdition.key.pem", ssl_listen_ciphers="", ssl_outgoing_ciphers="", ssl_no_cert_verify="on", ssl_no_client_cert_verify="off", ssl_no_cn_verify="on" ssl_passphrase_fd=0, ssl_passphrase_file="", ssl_listen_min_proto_version="tlsv1", ssl_outgoing_min_proto_version="tlsv1", ssl_listen_max_proto_version="", ssl_outgoing_max_proto_version="", ssl_listen_compression="off", ssl_outgoing_compression="off", ssl_no_cipher_server_preference="off", (ssl_mask=0x00000400) May 4 16:01:30 perdition.pop3s[17635]: Loaded Diffie-Hellman parameters: "/etc/perdition/perdition_dhparam.pem" May 4 16:01:30 perdition.imap4[17638]: Starting perdition version=2.2 protocol=IMAP4 May 4 16:01:30 perdition.imap4[17638]: add_domain="", authenticate_in=off, authenticate_timeout=1800, bind_address="", client_server_specification=off, config_file="/etc/perdition/perdition.conf", connection_limit=0, connection_logging=off, connect_relog=300, debug=on, domain_delimiter="@", explicit_domain="", group="nobody", imap_capability="IMAP4 IMAP4REV1", inetd_mode=off, listen_port="imap", log_facility="/var/log/perdition.log", log_passwd="never", login_disabled=off, lower_case="", managesieve_capability=""IMPLEMENTATION" "perdition" "SIEVE" "comparator-i;octet comparator-i;ascii-casemap fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date" "SASL" "PLAIN" "NOTIFY" "mailto" "VERSION" "1.0"", map_library="/usr/lib64/libperditiondb_posix_regex.so.0", map_library_opt="/etc/perdition/popmap.re", no_bind_banner=off, no_daemon=off, no_lookup=off, tcp_keepalive=off, nodename="linux-iueb", ok_line="You are so in", outgoing_port="imap", outgoing_server="localhost", pid_file="/var/run/perdition.imap4/perdition.imap4.pid", pop_capability="UIDL.USER", protocol="IMAP4", server_resp_line=off, strip_domain="remote_login", timeout=1800, username="nobody", username_from_database=off, query_key="", quiet=off (mask=0x00000000 00000002) May 4 16:01:30 perdition.imap4[17638]: ssl_mode="", ssl_ca_file="", ssl_ca_path="/etc/perdition/perdition.ca/", ssl_ca_accept_self_signed="on", ssl_cert_file="/etc/perdition/perdition.crt.pem", ssl_cert_accept_expired="off", ssl_cert_not_yet_valid="off", ssl_cert_self_signed="on", ssl_cert_verify_depth=9, ssl_key_file="/etc/perdition/perdition.key.pem", ssl_listen_ciphers="", ssl_outgoing_ciphers="", ssl_no_cert_verify="on", ssl_no_client_cert_verify="off", ssl_no_cn_verify="on" ssl_passphrase_fd=0, ssl_passphrase_file="", ssl_listen_min_proto_version="tlsv1", ssl_outgoing_min_proto_version="tlsv1", ssl_listen_max_proto_version="", ssl_outgoing_max_proto_version="", ssl_listen_compression="off", ssl_outgoing_compression="off", ssl_no_cipher_server_preference="off", (ssl_mask=0x00000000) May 4 16:01:30 perdition.imaps[17641]: Starting perdition version=2.2 protocol=IMAP4S May 4 16:01:30 perdition.imaps[17641]: add_domain="", authenticate_in=off, authenticate_timeout=1800, bind_address="", client_server_specification=off, config_file="/etc/perdition/perdition.conf", connection_limit=0, connection_logging=off, connect_relog=300, debug=on, domain_delimiter="@", explicit_domain="", group="nobody", imap_capability="IMAP4 IMAP4REV1", inetd_mode=off, listen_port="imaps", log_facility="/var/log/perdition.log", log_passwd="never", login_disabled=off, lower_case="", managesieve_capability=""IMPLEMENTATION" "perdition" "SIEVE" "comparator-i;octet comparator-i;ascii-casemap fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date" "SASL" "PLAIN" "NOTIFY" "mailto" "VERSION" "1.0"", map_library="/usr/lib64/libperditiondb_posix_regex.so.0", map_library_opt="/etc/perdition/popmap.re", no_bind_banner=off, no_daemon=off, no_lookup=off, tcp_keepalive=off, nodename="linux-iueb", ok_line="You are so in", outgoing_port="143", outgoing_server="localhost", pid_file="/var/run/perdition.imaps/perdition.imaps.pid", pop_capability="UIDL.USER", protocol="IMAP4S", server_resp_line=off, strip_domain="remote_login", timeout=1800, username="nobody", username_from_database=off, query_key="", quiet=off (mask=0x00400000 00000002) May 4 16:01:30 perdition.imaps[17641]: ssl_mode="ssl_listen", ssl_ca_file="", ssl_ca_path="/etc/perdition/perdition.ca/", ssl_ca_accept_self_signed="on", ssl_cert_file="/etc/perdition/perdition.crt.pem", ssl_cert_accept_expired="off", ssl_cert_not_yet_valid="off", ssl_cert_self_signed="on", ssl_cert_verify_depth=9, ssl_key_file="/etc/perdition/perdition.key.pem", ssl_listen_ciphers="", ssl_outgoing_ciphers="", ssl_no_cert_verify="on", ssl_no_client_cert_verify="off", ssl_no_cn_verify="on" ssl_passphrase_fd=0, ssl_passphrase_file="", ssl_listen_min_proto_version="tlsv1", ssl_outgoing_min_proto_version="tlsv1", ssl_listen_max_proto_version="", ssl_outgoing_max_proto_version="", ssl_listen_compression="off", ssl_outgoing_compression="off", ssl_no_cipher_server_preference="off", (ssl_mask=0x00000400) May 4 16:01:30 perdition.imaps[17641]: Loaded Diffie-Hellman parameters: "/etc/perdition/perdition_dhparam.pem" Any tips? -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

5 years, 1 month

[opensuse] bzr is broken on TW

by Richmond

The version of bzr on TW is broken. I compiled an earlier one which works. Attached are the error messages. I should raise a TW bugzilla perhaps? Or raise it with bazaar?

5 years, 1 month

[opensuse] plasma5 messes up kde3 settings - warning

by Istvan Gabor

Hello: In openSUSE Leap 42.2 krusader 2.5 does not show toolbar icons. In order to fix this I installed some plasma5 packages. Though it did not solve krusader toolbar icons problem it successfully messed up KDE3 settings. What is interesting that KDE3 login is messed up even for those users too who never logged in to plasma5 session at all (not even once). KDE3 login starts normal, then the background and the main panel is replaced by plasma5 (?) background and panel resulting in a useless mixture of KDE3 and plasma5 desktop. Occasionally both panels are shown, one (vertically) above the other. Shouldn't different desktop managers leave each other's settings untouched? That is what I would expect. Istvan -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

5 years, 1 month

[opensuse] "Crash" in booting sequence

by Anton Aylward

This flashes by each I boot and is in /var/log/warn If I unmount and FSCK each of my reiserFS I see no problems. I can't account for it. It has been apparent though the last dozen or so revisions of the kernel. It only occurs ONCE, not once for each filesystem. I recall that ReiserFS isn't concurrent threaded, perhaps that's why there's only one. But, as I say, everything functions OK. Any suggesting as to the why and whwerefor? Why now? It has percolated to the top of my 'annoyances' stack following a visit to the dentist yesterday. I've stripped label and timestamps for clarity main kernel: [ 172.799354] Workqueue: events_long flush_old_commits [reiserfs] main kernel: [ 172.799356] Call Trace: main kernel: [ 172.799374] dump_stack+0x5c/0x7a main kernel: [ 172.799380] __warn+0xbe/0xe0 main kernel: [ 172.799390] dquot_writeback_dquots+0x261/0x270 main kernel: [ 172.799398] ? __switch_to+0x20f/0x450 main kernel: [ 172.799404] reiserfs_sync_fs+0x17/0x70 [reiserfs] main kernel: [ 172.799418] ? __schedule+0x3d7/0x8c0 main kernel: [ 172.799423] ? flush_old_commits+0x35/0x50 [reiserfs] main kernel: [ 172.799427] process_one_work+0x18e/0x460 main kernel: [ 172.799431] worker_thread+0x4a/0x470 main kernel: [ 172.799434] kthread+0xfc/0x130 main kernel: [ 172.799437] ? process_one_work+0x460/0x460 main kernel: [ 172.799438] ? kthread_create_on_node+0x40/0x40 main kernel: [ 172.799440] ret_from_fork+0x26/0x40 main kernel: [ 172.799443] ---[ end trace 88d141723fb947e5 ]--- # cat /etc/os-release NAME="openSUSE Leap" VERSION="42.1" VERSION_ID="42.1" PRETTY_NAME="openSUSE Leap 42.1 (x86_64)" -- A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting frowned upon? -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

5 years, 1 month

← Newer
1
2
3
4
5
6
7
8
9
10
Older →

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

1997

1996

1995

1994

1993

1992

openSUSE Users May 2017