[opensuse-factory] New Tumbleweed snapshot 20171022 released!
Please note that this mail was generated by a script. The described changes are computed based on the x86_64 DVD. The full online repo contains too many changes to be listed here. Please check the known defects of this snapshot before upgrading: https://openqa.opensuse.org/tests/overview?distri=opensuse&groupid=1&version=Tumbleweed&build=20171022 When you reply to report some issues, make sure to change the subject. It is not helpful to keep the release announcement subject in a thread while discussing a specific problem. Packages changed: cpupower curl (7.55.0 -> 7.56.0) dos2unix (7.3.5 -> 7.4.0) eog gdm glibc glibc gnome-control-center gnome-session gnome-shell gnome-vfs2 gtk3 installation-images-Kubic (14.336 -> 14.339) kernel-firmware (20170906 -> 20171009) kernel-source (4.13.6 -> 4.13.8) libXfont2 (2.0.1 -> 2.0.2) libXres (1.0.7 -> 1.2.0) libgnome libid3tag libidl libreoffice (5.4.1.2 -> 5.4.2.2) libsoup (2.60.0 -> 2.60.1) libvirt libzypp (16.17.1 -> 16.17.3) mutter polkit-default-privs postfix python-certifi python-numpy rdma-core sddm shadow shared-mime-info texlive-specs-m unbound (1.6.6 -> 1.6.7) vala (0.38.1 -> 0.38.2) xdm xf86-input-mouse xkeyboard-config === Details === ==== cpupower ==== Subpackages: libcpupower0 fate#321274 - Provide rapl domain info (cpupower powercap-info cmd) * Add: cpupower_rapl.patch - Provide rapl power monitoring * Add: rapl_monitor.patch ==== curl ==== Version update (7.55.0 -> 7.56.0) Subpackages: libcurl-devel libcurl4 - Update to 7.56.0 [bsc#1061876, CVE-2017-1000254] Changes: * curl: enable compression for SCP/SFTP with --compressed-ssh * libcurl: enable compression for SCP/SFTP with CURLOPT_SSH_COMPRESSION * vtls: added dynamic changing SSL backend with curl_global_sslset() * new MIME API, curl_mime_init() and friends * openssl: initial SSLKEYLOGFILE implementation Security fixes: * CVE-2017-1000254 FTP PWD response parser out of bounds read Bugfixes: * FTP: zero terminate the entry path even on bad input * examples/ftpuploadresume.c: use portable code * runtests: match keywords case insensitively * strtoofft: reduce integer overflow risks globally * zsh.pl: produce a working completion script again * cmake: remove dead code for CURL_DISABLE_RTMP * progress: Track total times following redirects * configure: fix --disable-threaded-resolver * configure: fix clang version detection * darwinssi: fix error: variable length array used * configure: check for __builtin_available() availability * http_proxy: fix build error for CURL_DOES_CONVERSIONS * examples/ftpuploadresume: checksrc compliance * ftp: fix CWD when doing multicwd then nocwd on same connection * system.h: remove all CURL_SIZEOF_* defines * http: Don't wait on CONNECT when there is no proxy * system.h: check for __ppc__ as well * http2_recv: return error better on fatal h2 errors * tftp: fix memory leak on too long filename * system.h: fix build for hppa * cmake: enable picky compiler options with clang and gcc * makefile.m32: add support for libidn2 * curl: shorten and clean up CA cert verification error message * imap: support PREAUTH * CURLOPT_USERPWD.3: see also CURLOPT_PROXYUSERPWD * examples/threaded-ssl: mention that this is for openssl before 1.1 * tests: Make sure libtests & unittests call curl_global_cleanup() * system.h: include sys/poll.h for AIX * darwinssl: handle long strings in TLS certs * strtooff: fix build for systems with long long but no strtoll * asyn-thread: Improved cleanup after OOM situations * curl.h: CURLSSLBACKEND_WOLFSSL used wrong value * unit1301: fix error message on first test * ossfuzz: moving towards the ideal integration * http: fix a memory leakage in checkrtspprefix() * examples/post-callback: stop returning one byte at a time * schannel: return CURLE_SSL_CACERT on failed verification * http-proxy: treat all 2xx as CONNECT success * openssl: use OpenSSL's default ciphers by default * runtests.pl: support attribute "nonewline" in part verify/upload * configure: remove --enable-soname-bump and SONAME_BUMP * vtls: fix WolfSSL 3.12 build problems * http-proxy: when not doing CONNECT, that phase is done immediately * configure: fix curl_off_t check's include order * configure: use -Wno-varargs on clang 3.9[.X] debug builds * rtsp: do not call fwrite() with NULL pointer FILE * * mbedtls: enable CA path processing * checksrc: verify more code style rules * HTTP proxy: on connection re-use, still use the new remote port * tests: add initial gssapi test using stub implementation * rtsp: Segfault when using WRITEDATA * docs: clarify the CURLOPT_INTERLEAVE* options behavior * non-ascii: use iconv() with 'char **' argument * server/getpart: provide dummy function to build conversion enabled * conversions: fix several compiler warnings * openssl: add missing includes * schannel: Support partial send for when data is too large * socks: fix incorrect port number in SOCKS4 error message * curl: fix integer overflow in timeout options * cookies: reject oversized cookies instead of truncating * cookies: use lock when using CURLINFO_COOKIELIST * curl: check fseek() return code and bail on error * examples/post-callback: use long for CURLOPT_POSTFIELDSIZE * openssl: only verify RSA private key if supported * tests: make the imap server not verify user+password * imap: quote atoms properly when escaping characters * tests: fix a compiler warning in test 643 * file_range: avoid integer overflow when figuring out byte range * reuse_conn: don't copy flags that are known to be equal * http: fix adding custom empty headers to repeated requests * docs: link CURLOPT_CONNECTTIMEOUT and CURLOPT_CONNECTTIMEOUT_MS * connect: fix race condition with happy eyeballs timeout * cookie: fix memory leak if path was set twice in header * vtls: compare and clone ssl configs properly * proxy: read the "no_proxy" variable only if necessary - Refreshed patches: * libcurl-ocloexec.patch - Removed patches fixed upstream: * curl-man3.patch * ppc-build.patch * curl-http-Don-t-wait-on-CONNECT-when-there-is-no-proxy.patch * curl-disable-test1427-i586.patch ==== dos2unix ==== Version update (7.3.5 -> 7.4.0) - Update to 7.3.5 * New option --allow-chown to allow file ownership change in old file mode. ==== eog ==== Subpackages: eog-lang - Add eog-spanish-translations.patch: Fix build with new itstool. ==== gdm ==== Subpackages: gdm-lang gdmflexiserver libgdm1 typelib-1_0-Gdm-1_0 - Add gdm-ignore-duplicate-session.patch: Fix gdm session entries duplicate (bsc#1060627). - Have update-alternatives handle Xinit's integration of the displaymanager, replacing /etc/sysconfig/displaymanager (boo#1053863). - Drop usage of glib2_gsettings_schema_* and icon_theme_cache_* scriptlets, since this is handled by file triggers now. ==== glibc ==== Subpackages: glibc-32bit glibc-locale-32bit - nscd-libnsl.patch: Remove reference to libnsl from nscd (bsc#1062244) - Drop glibc-obsolete - glibc-2.3.90-noversion.diff: remove - reinitialize-dl_load_write_lock.patch: remove ==== glibc ==== Subpackages: glibc-devel glibc-extra glibc-info glibc-locale nscd - nscd-libnsl.patch: Remove reference to libnsl from nscd (bsc#1062244) - Drop glibc-obsolete - glibc-2.3.90-noversion.diff: remove - reinitialize-dl_load_write_lock.patch: remove ==== gnome-control-center ==== Subpackages: gnome-control-center-color gnome-control-center-goa gnome-control-center-lang gnome-control-center-user-faces - Add control-center-network-add-domain-suffix-match.patch: wifi: Add domain-suffix-match entry (bgo#787882, bsc#1047509). - Rebase gnome-control-center-disable-error-message-for-NM.patch on 3.26.1. ==== gnome-session ==== Subpackages: gnome-session-core gnome-session-default-session gnome-session-lang - Make default.desktop session working on wayland. Add default.desktop file in '{_datadir}/wayland-sessions/' (bsc#1062196). ==== gnome-shell ==== Subpackages: gnome-shell-browser-plugin gnome-shell-calendar gnome-shell-lang - Add gnome-shell-unset-primary-and-bottom-monitor-when-headless.patch: fixes a crash when the monitor is turned off (bgo#788607). - Add gnome-shell-osk-dont-popup-when-not-needed.patch: Stop the on-screen keyboard from showing up when touchscreen use doesn't activate a text field; patch taken from upstream bug report (bgo#788188). - Update gs-sle-classic-ext.patch to version 3.26.1 ==== gnome-vfs2 ==== Subpackages: gnome-vfs2-devel gnome-vfs2-lang - Add gnome-vfs2-openssl11.patch: Fixed the openssl build by replacing the private->ctx usage with a one working for all openssl (bsc#1042650). ==== gtk3 ==== Subpackages: gtk3-data gtk3-immodule-amharic gtk3-immodule-inuktitut gtk3-immodule-thai gtk3-immodule-vietnamese gtk3-immodule-xim gtk3-lang gtk3-tools libgtk-3-0 typelib-1_0-Gtk-3_0 - Add gtk3-restore-filechooser-click-behavior.patch: The clicking behavior introduced by commit#fb0a13b has confused many users in the past 2 years. By reverting the commit, the patch makes the primary button clicking behave as consistent as most users has been used to (bgo#758065 bsc#1057471). ==== installation-images-Kubic ==== Version update (14.336 -> 14.339) - Update suse_version check to exclude in ix86 for Leap 15.0. - merge gh#openSUSE/installation-images#209 - etc: update module.config to match 4.13 - 14.339 - merge gh#openSUSE/installation-images#208 - use skelcd-control-leanos for SLES & co - 14.338 - merge gh#openSUSE/installation-images#207 - fix typo preventing the adding of control.xml - adjust package name: skelcd-casp.rpm -> skelcd-caasp.rpm - 14.337 ==== kernel-firmware ==== Version update (20170906 -> 20171009) Subpackages: ucode-amd - Update to version 20171009 (bsc#1024476, bnc#1052392): * cxgb4: update firmware to revision 1.16.63.0 * ath10k: QCA6174 hw3.0: update firmware-6.bin to WLAN.RM.4.4.1-00051-QCARMSWP-1 * ath10k: QCA6174 hw3.0: update board-2.bin * Revert "ath10k: QCA988X hw2.0: update firmware to 10.2.4.70.63-2" ==== kernel-source ==== Version update (4.13.6 -> 4.13.8) Subpackages: kernel-default kernel-default-devel kernel-devel kernel-docs kernel-macros kernel-syms - Linux 4.13.8 (bnc#1012628). - USB: dummy-hcd: Fix deadlock caused by disconnect detection (bnc#1012628). - MIPS: math-emu: Remove pr_err() calls from fpu_emu() (bnc#1012628). - MIPS: bpf: Fix uninitialised target compiler error (bnc#1012628). - mei: always use domain runtime pm callbacks (bnc#1012628). - dmaengine: edma: Align the memcpy acnt array size with the transfer (bnc#1012628). - dmaengine: ti-dma-crossbar: Fix possible race condition with dma_inuse (bnc#1012628). - NFS: Fix uninitialized rpc_wait_queue (bnc#1012628). - nfs/filelayout: fix oops when freeing filelayout segment (bnc#1012628). - HID: usbhid: fix out-of-bounds bug (bnc#1012628). - crypto: skcipher - Fix crash on zero-length input (bnc#1012628). - crypto: shash - Fix zero-length shash ahash digest crash (bnc#1012628). - KVM: MMU: always terminate page walks at level 1 (bnc#1012628). - KVM: nVMX: fix guest CR4 loading when emulating L2 to L1 exit (bnc#1012628). - usb: renesas_usbhs: Fix DMAC sequence for receiving zero-length packet (bnc#1012628). - pinctrl/amd: Fix build dependency on pinmux code (bnc#1012628). - iommu/amd: Finish TLB flush in amd_iommu_unmap() (bnc#1012628). - device property: Track owner device of device property (bnc#1012628). - Revert "vmalloc: back off when the current task is killed" (bnc#1012628). - fs/mpage.c: fix mpage_writepage() for pages with buffers (bnc#1012628). - ALSA: usb-audio: Kill stray URB at exiting (bnc#1012628). - ALSA: seq: Fix copy_from_user() call inside lock (bnc#1012628). - ALSA: caiaq: Fix stray URB at probe error path (bnc#1012628). - ALSA: line6: Fix NULL dereference at podhd_disconnect() (bnc#1012628). - ALSA: line6: Fix missing initialization before error path (bnc#1012628). - ALSA: line6: Fix leftover URB at error-path during probe (bnc#1012628). - drm/atomic: Unref duplicated drm_atomic_state in drm_atomic_helper_resume() (bnc#1012628). - drm/i915/edp: Get the Panel Power Off timestamp after panel is off (bnc#1012628). - drm/i915: Read timings from the correct transcoder in intel_crtc_mode_get() (bnc#1012628). - drm/i915/bios: parse DDI ports also for CHV for HDMI DDC pin and DP AUX channel (bnc#1012628). - drm/i915: Use crtc_state_is_legacy_gamma in intel_color_check (bnc#1012628). - usb: gadget: configfs: Fix memory leak of interface directory data (bnc#1012628). - usb: gadget: composite: Fix use-after-free in usb_composite_overwrite_options (bnc#1012628). - PCI: aardvark: Move to struct pci_host_bridge IRQ mapping functions (bnc#1012628). - Revert "PCI: tegra: Do not allocate MSI target memory" (bnc#1012628). - direct-io: Prevent NULL pointer access in submit_page_section (bnc#1012628). - fix unbalanced page refcounting in bio_map_user_iov (bnc#1012628). - more bio_map_user_iov() leak fixes (bnc#1012628). - bio_copy_user_iov(): don't ignore ->iov_offset (bnc#1012628). - perf script: Add missing separator for "-F ip,brstack" (and brstackoff) (bnc#1012628). - genirq/cpuhotplug: Enforce affinity setting on startup of managed irqs (bnc#1012628). - genirq/cpuhotplug: Add sanity check for effective affinity mask (bnc#1012628). - USB: serial: ftdi_sio: add id for Cypress WICED dev board (bnc#1012628). - USB: serial: cp210x: fix partnum regression (bnc#1012628). - USB: serial: cp210x: add support for ELV TFD500 (bnc#1012628). - USB: serial: option: add support for TP-Link LTE module (bnc#1012628). - USB: serial: qcserial: add Dell DW5818, DW5819 (bnc#1012628). - USB: serial: console: fix use-after-free on disconnect (bnc#1012628). - USB: serial: console: fix use-after-free after failed setup (bnc#1012628). - RAS/CEC: Use the right length for "cec_disable" (bnc#1012628). - x86/microcode: Do the family check first (bnc#1012628). - x86/alternatives: Fix alt_max_short macro to really be a max() (bnc#1012628). - KVM: nVMX: update last_nonleaf_level when initializing nested EPT (bnc#1012628). - commit 569e26e - xfs: handle error if xfs_btree_get_bufs fails (bsc#1059863). - commit a1a185d - futex: Remove duplicated code and fix undefined behaviour (bnc#1005915). - commit b17692d - Linux 4.13.7 (bnc#1012628). - commit 031d6da ==== libXfont2 ==== Version update (2.0.1 -> 2.0.2) - Update to version 2.0.2: A collection of minor fixes since 2.0.1, including fixes for CVE 2017-13720 and CVE 2017-13722. ==== libXres ==== Version update (1.0.7 -> 1.2.0) - added COPYING to %doc - mention baselibs.conf as source in specfile - Update to version 1.2: Version 1.2 of the X-Resource extension (added in xserver 1.13) added some new requests allowing inspection of every resource for a client, the bytes used per resource, and the PIDs of local clients. This is the release for the corresponding client library. ==== libgnome ==== Subpackages: libgnome-devel libgnome-lang - Drop forgotten and obsolete libesd-devel Requires in devel sub-package, we already pass --disable-esd to configure. ==== libid3tag ==== - dont BuildRequire zypper to avoid unecessary dependency chain. Check for %suse_version instead. ==== libidl ==== Subpackages: libIDL-2-0 libidl-devel - Replace deprecated PreReq: with Requires(post): and Requires(postun): - Explicitly remove %{_infodir}/dir before creating package to allow builds on RHEL and derived Linux distributions - Use %{ext_info} to allow build on Mageia - Enable configure option --disable-dependency-tracking to allow build on Mageia ==== libreoffice ==== Version update (5.4.1.2 -> 5.4.2.2) Subpackages: libreoffice-base libreoffice-base-drivers-mysql libreoffice-branding-upstream libreoffice-calc libreoffice-draw libreoffice-filters-optional libreoffice-gnome libreoffice-gtk3 libreoffice-icon-theme-breeze libreoffice-icon-theme-galaxy libreoffice-icon-theme-hicontrast libreoffice-icon-theme-sifr libreoffice-icon-theme-tango libreoffice-impress libreoffice-l10n-cs libreoffice-l10n-da libreoffice-l10n-de libreoffice-l10n-el libreoffice-l10n-en libreoffice-l10n-es libreoffice-l10n-fr libreoffice-l10n-hu libreoffice-l10n-it libreoffice-l10n-ja libreoffice-l10n-pl libreoffice-l10n-pt_BR libreoffice-l10n-ru libreoffice-l10n-zh_CN libreoffice-l10n-zh_TW libreoffice-mailmerge libreoffice-math libreoffice-pyuno libreoffice-writer libreofficekit - Make sure now plasma5 gets gtk3 UI not the generic one - Disable kde4 integration on Tumbleweed as libqt4 is build with openssl-1.0 while we need openssl-1.1 - Removed patch: * 0001-tdf-100501-Adapt-to-Java-9-at-least-on-Linux-x86-64.patch + Integrated upstream - The commons-codec, commons-lang and commons-httpclient are not actually needed - Version update to 5.4.2.1: * Various bugfixes on 5.4 branch ==== libsoup ==== Version update (2.60.0 -> 2.60.1) Subpackages: libsoup-2_4-1 libsoup-lang typelib-1_0-Soup-2_4 - Update to version 2.60.1: + Fallback to another authentication type if the current failed (bgo#788238). + Fix unbalanced G_GNUC_BEGIN_IGNORE_DEPRECATIONS use in soup-session.c (bgo#787166). + SoupCache: fix setting default value for cache dir (bgo#788452). + Updated translations. - Update Url to https://wiki.gnome.org/LibSoup: current LibSoup's web page. ==== libvirt ==== Subpackages: libvirt-client libvirt-daemon libvirt-daemon-config-network libvirt-daemon-config-nwfilter libvirt-daemon-driver-interface libvirt-daemon-driver-libxl libvirt-daemon-driver-lxc libvirt-daemon-driver-network libvirt-daemon-driver-nodedev libvirt-daemon-driver-nwfilter libvirt-daemon-driver-qemu libvirt-daemon-driver-secret libvirt-daemon-driver-storage libvirt-daemon-driver-storage-core libvirt-daemon-driver-storage-disk libvirt-daemon-driver-storage-iscsi libvirt-daemon-driver-storage-logical libvirt-daemon-driver-storage-mpath libvirt-daemon-driver-storage-rbd libvirt-daemon-driver-storage-scsi libvirt-daemon-driver-uml libvirt-daemon-driver-vbox libvirt-daemon-lxc libvirt-daemon-qemu libvirt-daemon-xen libvirt-libs - qemu: ensure TLS clients always verify the server certificate CVE-2017-1000256 441d3eb6-qemu-tls-client-verify-server-cert.patch bsc#1062563 - Do not ignore errors from useradd/groupadd. - Invoke/expand %service_* just once per scriptlet. - Replace some old macros. - spec: libvirt-daemon-qemu requires libvirt-daemon-driver-storage bsc#1062620 - spec: reload libvirtd Apparmor profile in %post bsc#1060860 ==== libzypp ==== Version update (16.17.1 -> 16.17.3) - Fix media handling in presence of a repo path prefix (bsc#1062561) - version 16.17.3 (0) - Fix RepoProvideFile ignoring a repo path prefix (bsc#1062561) - version 16.17.2 (0) ==== mutter ==== Subpackages: libmutter-1-0 mutter-data mutter-lang - Add mutter-handle-no-to-no-monitor.patch: fix possible crash when turning monitor off and on while logged in (bgo#788607). - Add mutter-preferred-mode.patch: fix a crash on some ATI (radeon) configurations (bgo#789153). - Add mutter-wayland-dma-buf-modifiers-fix.patch: Don't send modifiers to old clients (bgo#788558). - Add mutter-x11-Protect-XChangeProperty-call.patch: Protect XChangeProperty call with error traps (bgo#788666). ==== polkit-default-privs ==== - polkit-default-privs: adding deja-dup (bsc#1058935) ==== postfix ==== Subpackages: postfix-doc - bnc#1059512 L3: Postfix Problem The applied changes breaks existing postfix configurations because daemon_directory was not adapted to the new value. - fix build for SLE * nothing provides libnsl-devel * add bcond_with libnsl - bnc#1059512 L3: Postfix Problem To manage multiple Postfix instances on a single host requires that daemon_directory and shlib_directory is different to avoid use of the shared directories also as per-instance directories. For this reason daemon_directory was set to /usr/lib/postfix/bin/. shlib_directory stands /usr/lib/postfix/. ==== python-certifi ==== Subpackages: python2-certifi python3-certifi - fix macros to support not having python2 ==== python-numpy ==== Subpackages: python2-numpy python3-numpy - Add magic to limit the number of flavors built in the OBS ring to non-HPC builds. - Convert to multibuild: Add support for HPC environment modules (FATE#321709). ==== rdma-core ==== Subpackages: libibcm1 libibumad3 libibverbs libibverbs1 libmlx4-1 libmlx5-1 librdmacm1 rdma-core-devel rsocket - Backport patches from upstream: * ibacm-Incorrect-usage-of-BE-byte-order-of-MLID-attach-detach_mcast.patch Fixes a byte order issue which causes ibacm to fail to join a multicast group on recent on recent kernels. (bsc#1063639, bsc#1063697) * ibacm-Incorrect-list-used-for-subnet-list-causes-a-segfault.patch Fixes a sefgault of ibacm when a provider other than default is set (bsc#1063642, bsc#1063698) ==== sddm ==== Subpackages: sddm-branding-openSUSE - Have update-alternatives handle Xinit's integration of the displaymanager, replacing /etc/sysconfig/displaymanager (boo#1053863). ==== shadow ==== - Revert accidentalied prerequisites. - Prequire group(shadow), group(root), user(root) - bsc#1061838: Add Requires for group(mail) ==== shared-mime-info ==== Subpackages: shared-mime-info-lang - Drop obsolete mime-info-to-mime (boo#1062631). ==== texlive-specs-m ==== - Use chkfont.c compiled as vffont to add mapfont tfm files to required files as well (boo#1063771) ==== unbound ==== Version update (1.6.6 -> 1.6.7) Subpackages: libunbound2 unbound-anchor - update to 1.6.7 Features: - Set trust-anchor-signaling default to yes - Fix #1440: [dnscrypt] client nonce cache. - Fix #1435: Please allow UDP to be disabled separately upstream and downstream. Bug fixes: - Fix that looping modules always stop the query, and don't pass control. - Fix unbound-host to report error for DNSSEC state of failed lookups. - Spelling fixes, from Josh Soref. - Fix #1400: allowing use of global cache on ECS-forwarding unless always-forward. - use a cachedb answer even if it's "expired" when serve-expired is yes (patch from Jinmei Tatuya). - trigger refetching of the answer in that case (this will bypass cachedb lookup) - allow storing a 0-TTL answer from cachedb in the in-memory message cache when serve-expired is yes - Fix DNSCACHE_STORE_ZEROTTL to be bigger than 0xffff. - Log name of looping module - Fix #1450: Generate again patch contrib/aaaa-filter-iterator.patch (by Danilo G. Baio). - Fix param unused warning for windows exportsymbol compile. - Use RCODE from A query on DNS64 synthesized answer. - Fix trust-anchor-signaling works in libunbound. - Fix spelling in unbound-control man page. ==== vala ==== Version update (0.38.1 -> 0.38.2) Subpackages: libvala-0_38-0 - Update to version 0.38.2: + Various bindings updates: - gstreamer-1.0, gtk+-3.0, gtk+-4.0: Update from git master. - gnutls: Fix free_function ccode-attribute of Certificate (bgo#788181). - Update Url to https://wiki.gnome.org/Projects/Vala: current Vala web page. ==== xdm ==== Subpackages: xdm-xsession - reintroduced /etc/X11/xdm/keytable script and the hook-up in /usr/lib/X11/display-manager to setup X11 keymaps, since YaST is not able to use localectl already during installation due to dbus and appropriate systemd services not running :-( (bsc#1046436) - Have update-alternatives handle Xinit's integration of the displaymanager, replacing /etc/sysconfig/displaymanager. - Add a dummy entry for 'console' - which is special-cased in the display-manager script to 'exit early'. In order for it to become an option for update-alternatives, the target needs to exist. - Update /usr/lib/X11/display-manager to get the default-displaymanager from the update-alternative setting instead of reading it from /etc/sysconfig/displaymanager. - Remove DISPLAYMANAGER from displaymanager.sysconfig template. - Add xdm-with-update-alternative.patch so the needed changes can be applied for suse_version >= 1330 only, not breaking Leap 42.x. - All that together solves boo#1053863. ==== xf86-input-mouse ==== - Add patch U_adapt-to-removal-of-xf86GetOS.patch This patch is in preparation of the upcoming XServer release ==== xkeyboard-config ==== Subpackages: xkeyboard-config-lang - n_suse-ctrl-alt-bksp-terminate.patch * removed the hunk, which made Shift-RCTL and Shift-RALT the default Compose key (bsc#1059438) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On mardi, 24 octobre 2017 15.15:26 h CEST Dominique Leuenberger wrote:
Please note that this mail was generated by a script. The described changes are computed based on the x86_64 DVD. The full online repo contains too many changes to be listed here.
Please check the known defects of this snapshot before upgrading: https://openqa.opensuse.org/tests/overview?distri=opensuse&groupid=1&version =Tumbleweed&build=20171022
I'm seeing those errors with zypper -vv ref -f Forcing raw metadata refresh Retrieving: http://download.opensuse.org/tumbleweed/repo/oss/media.1/media [done] Retrieving: http://download.opensuse.org/tumbleweed/repo/oss/content.asc [done] Retrieving: http://download.opensuse.org/tumbleweed/repo/oss/content.key [done] Retrieving: http://download.opensuse.org/tumbleweed/repo/oss/content [done] Repository: oss Key Name: openSUSE Project Signing Key <opensuse@opensuse.org> Key Fingerprint: 22C07BA5 34178CD0 2EFE22AA B88B2FD4 3DBDC284 Key Created: Mon May 5 10:37:40 2014 Key Expires: Thu May 2 10:37:40 2024 Rpm Name: gpg-pubkey-3dbdc284-53674dd4 Signature verification failed for file 'content' from repository 'oss'. Note: Signing data enables the recipient to verify that no modifications occurred after the data were signed. Accepting data with no, wrong or unknown signature can lead to a corrupted system and in extreme cases even to a system compromise. Note: File 'content' is the repositories master index file. It ensures the integrity of the whole repo. Warning: This file was modified after it has been signed. This may have been a malicious change, so it might not be trustworthy anymore! You should not continue unless you know it's safe. Signature verification failed for file 'content' from repository 'oss'. Continue? [yes/no] (no): no Transient ? -- Bruno Friedmann Ioda-Net Sàrl www.ioda-net.ch Bareos Partner, openSUSE Member, fsfe fellowship GPG KEY : D5C9B751C4653227 irc: tigerfoot -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On mardi, 24 octobre 2017 17.58:08 h CEST Bruno Friedmann wrote:
On mardi, 24 octobre 2017 15.15:26 h CEST Dominique Leuenberger wrote:
Please note that this mail was generated by a script. The described changes are computed based on the x86_64 DVD. The full online repo contains too many changes to be listed here.
Please check the known defects of this snapshot before upgrading: https://openqa.opensuse.org/tests/overview?distri=opensuse&groupid=1&versi on =Tumbleweed&build=20171022
I'm seeing those errors with zypper -vv ref -f Signature verification failed for file 'content' from repository 'oss'. Continue? [yes/no] (no): no
Transient ?
ok found a transparent sick proxy in this network :-) -- Bruno Friedmann Ioda-Net Sàrl www.ioda-net.ch Bareos Partner, openSUSE Member, fsfe fellowship GPG KEY : D5C9B751C4653227 irc: tigerfoot -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
this update really has messed the display of libreoffice, gtk vs kde/plasma fighting. more and more gtk appears to be on an lsd trip. -- (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-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Patrick Shanahan composed on 2017-10-24 12:59 (UTC-0400):
this update really has messed the display of libreoffice, gtk vs kde/plasma fighting.
https://bugs.mageia.org/show_bug.cgi?id=17185 Scrollbar behavior is not consistent between GTK+3 apps and the rest It's a bit noisy, but could be of use WRT GTK3 impacts on non-Gnome openSUSE users, particularly Plasma with LibreOffice, and Firefox.
more and more gtk appears to be on an lsd trip.
+1 -- "Wisdom is supreme; therefore get wisdom. Whatever else you get, get wisdom." Proverbs 4:7 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Il 24/10/2017 18:59, Patrick Shanahan ha scritto:
this update really has messed the display of libreoffice, gtk vs kde/plasma fighting. more and more gtk appears to be on an lsd trip.
It's fine if you look at the openqa tests.. So, why ? Daniele. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Tuesday, 24 October 2017 14:15:26 BST Dominique Leuenberger wrote:
Please note that this mail was generated by a script. The described changes are computed based on the x86_64 DVD. The full online repo contains too many changes to be listed here.
Please check the known defects of this snapshot before upgrading: https://openqa.opensuse.org/tests/overview?distri=opensuse&groupid=1&version=Tumbleweed&build=20171022
When you reply to report some issues, make sure to change the subject. It is not helpful to keep the release announcement subject in a thread while discussing a specific problem.
Packages changed: cpupower curl (7.55.0 -> 7.56.0) dos2unix (7.3.5 -> 7.4.0) eog gdm glibc glibc gnome-control-center gnome-session gnome-shell gnome-vfs2 gtk3 installation-images-Kubic (14.336 -> 14.339) kernel-firmware (20170906 -> 20171009) kernel-source (4.13.6 -> 4.13.8) libXfont2 (2.0.1 -> 2.0.2) libXres (1.0.7 -> 1.2.0) libgnome libid3tag libidl libreoffice (5.4.1.2 -> 5.4.2.2) libsoup (2.60.0 -> 2.60.1) libvirt libzypp (16.17.1 -> 16.17.3) mutter polkit-default-privs postfix python-certifi python-numpy rdma-core sddm shadow shared-mime-info texlive-specs-m unbound (1.6.6 -> 1.6.7) vala (0.38.1 -> 0.38.2) xdm xf86-input-mouse xkeyboard-config
This update has changed my login manager to "ssdm" with the Maldives theme from "kdm" which is what it has been set to for years, its also set my keyboard to US even though all my locale settings are still English-UK. Yast is still reporting kdm as the display manager and keyboard as UK. Any ideas? I am going to shutdown and reboot to see if its just a freak situation. -- opensuse:tumbleweed:20171022 Qt: 5.9.1 KDE Frameworks: 5.38.0 KDE Plasma: 5.11.0 kwin 5.11.0 kmail2 5.6.1 akonadiserver 5.6.1 Kernel: 4.13.8-1-default Nouveau: 1.0.15_1.2 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Tue, Oct 24, 2017 at 06:27:10PM +0100, ianseeks wrote: [...]
This update has changed my login manager to "ssdm" with the Maldives theme from "kdm" which is what it has been set to for years, its also set my keyboard to US even though all my locale settings are still English-UK. Yast is still reporting kdm as the display manager and keyboard as UK.
Any ideas? I am going to shutdown and reboot to see if its just a freak situation.
It seems that /etc/sysconfig/displaymanager is no longer honoured and that you will need to make a symbolic link default-displaymanager in /etc/alternatives to /usr/lib/X11/displaymanagers/kdm. -- ============================ Roger Whittaker roger@disruptive.org.uk ============================ -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Tuesday, 24 October 2017 18:50:15 BST Roger Whittaker wrote:
On Tue, Oct 24, 2017 at 06:27:10PM +0100, ianseeks wrote:
[...]
This update has changed my login manager to "ssdm" with the Maldives theme from "kdm" which is what it has been set to for years, its also set my keyboard to US even though all my locale settings are still English-UK. Yast is still reporting kdm as the display manager and keyboard as UK.
Any ideas? I am going to shutdown and reboot to see if its just a freak situation.
It seems that /etc/sysconfig/displaymanager is no longer honoured and that you will need to make a symbolic link default-displaymanager in /etc/alternatives to /usr/lib/X11/displaymanagers/kdm.
Thanks. That should have been done automatically by the install process, check whats set and set the link accordingly. Imagine the fuss if that happened at someone's work place. -- opensuse:tumbleweed:20171022 Qt: 5.9.1 KDE Frameworks: 5.38.0 KDE Plasma: 5.11.0 kwin 5.11.0 kmail2 5.6.1 akonadiserver 5.6.1 Kernel: 4.13.8-1-default Nouveau: 1.0.15_1.2 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
ianseeks wrote:
On Tuesday, 24 October 2017 18:50:15 BST Roger Whittaker wrote: It seems that /etc/sysconfig/displaymanager is no longer honoured and that you will need to make a symbolic link default-displaymanager in /etc/alternatives to /usr/lib/X11/displaymanagers/kdm.
Thanks. That should have been done automatically by the install process, check whats set and set the link accordingly. Imagine the fuss if that happened at someone's work place. My desktop was upgraded from KDM to GDM. An automatic upgrade to KDM (with update-alternatives) currently does not work, because KDM does not register with upgrade-alternatives. This is probably a bug.
Now I changed to SDDM. mybox:~ # update-alternatives --config default-displaymanager There are 4 choices for the alternative default-displaymanager (providing /usr/lib/X11/displaymanagers/default-displaymanager). Selection Path Priority Status ------------------------------------------------------------ 0 /usr/lib/X11/displaymanagers/sddm 25 auto mode 1 /usr/lib/X11/displaymanagers/console 5 manual mode 2 /usr/lib/X11/displaymanagers/gdm 25 manual mode * 3 /usr/lib/X11/displaymanagers/sddm 25 manual mode 4 /usr/lib/X11/displaymanagers/xdm 10 manual mode Press <enter> to keep the current choice[*], or type selection number: mybox:~ # which kdm /usr/bin/kdm mybox:~ # rpm -qf /usr/bin/kdm kdm-4.11.22-9.1.x86_64 Greetings, Björn -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Wed, 2017-10-25 at 09:41 +0200, Bjoern Voigt wrote:
My desktop was upgraded from KDM to GDM. An automatic upgrade to KDM (with update-alternatives) currently does not work, because KDM does not register with upgrade-alternatives. This is probably a bug.
I've seen the fix for KDM fly by for Snapshot 1023 - Just a bit too late to not cause you headaches. But at least it's underway already After that, you can switch to KDM just as you did switch to sddm (or by using the YaST alternatives module) Cheers, Dominique
Dominique Leuenberger / DimStar composed on 2017-10-25 09:48 (UTC+0200):
On Wed, 2017-10-25 at 09:41 +0200, Bjoern Voigt wrote:
My desktop was upgraded from KDM to GDM. An automatic upgrade to KDM (with update-alternatives) currently does not work, because KDM does not register with upgrade-alternatives. This is probably a bug.
I've seen the fix for KDM fly by for Snapshot 1023 - Just a bit too late to not cause you headaches. But at least it's underway already
After that, you can switch to KDM just as you did switch to sddm (or by using the YaST alternatives module)
It seems kdebase3-kdm suffers the same problem as KDM: # zypper ll | grep dm 34 | sddm | package | (any) 35 | lightdm | package | (any) 36 | gdm | package | (any) 37 | wdm | package | (any) 38 | kdm | package | (any) # rpm -qa | grep dm ... kdebase3-kdm-3.5.10.1-328.54.i586 ... xdm-1.1.11-28.1.i586 ... # grep GER= /etc/sysconfig/displaymanager DISPLAYMANAGER="kdm3" # ps -A | grep dm 1072 ? 00:00:00 xdm 1087 ? 00:00:00 xdm -- "Wisdom is supreme; therefore get wisdom. Whatever else you get, get wisdom." Proverbs 4:7 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Wed, 2017-10-25 at 07:29 -0400, Felix Miata wrote:
It seems kdebase3-kdm suffers the same problem as KDM:
KDE3* suffers from much more: even simple build fixes linger around for weeks until somebody accepts them - let alone how long stuff lies around when it even stops building. In my opinion, KDE3 has to either get people devoted to it and actually WORKING on fixes (or at least accept my submissions when I already feel friendly enough to care for it) - or it has to disappear from TW. I'm tired of running after those packages over and over again. As for KDM3: there are plenty of examples around how to register the package with the u-a handler... have a look at how sddm, kdm, xdm, gdm does it, and submit a fix. Cheers, Dominique
Am Mittwoch, 25. Oktober 2017, 09:41:29 schrieb Bjoern Voigt:
My desktop was upgraded from KDM to GDM. An automatic upgrade to KDM (with update-alternatives) currently does not work, because KDM does not register with upgrade-alternatives. This is probably a bug.
As Dominique wrote already, the new kdm package didn't make it into this snapshot unfortunately. But even if, your displaymanager would have been changed, because there's no migration of the old DISPLAYMANAGER setting (and gdm/sddm have the highest priority). To be able to set kdm via update-alternatives, you should be able to run this manually (as root) though to register it: /usr/sbin/update-alternatives --install /usr/lib/X11/displaymanagers/default- displaymanager default-displaymanager /usr/lib/X11/displaymanagers/kdm 15 Or wait for the update, that's what the updated package will do on installation. Kind Regards, Wolfgang -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Wolfgang Bauer wrote:
To be able to set kdm via update-alternatives, you should be able to run this manually (as root) though to register it: /usr/sbin/update-alternatives --install /usr/lib/X11/displaymanagers/default- displaymanager default-displaymanager /usr/lib/X11/displaymanagers/kdm 15 Thanks. But why 15? The other "modern" display managers have 25.
BTW, I preferred KDM over SDDM, because of this bug: Bug 969813 - Unable to login via SDDM, if the user password expires soon https://bugzilla.suse.com/show_bug.cgi?id=969813 Support for expired password in greeter and pam backend (#472) #776 https://github.com/sddm/sddm/pull/776/files/238390a5c804e99a499ab3acf079b192... Greetings, Björn -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Il giorno Wed, 25 Oct 2017 13:23:36 +0200 Bjoern Voigt <bjoernv@arcor.de> ha scritto:
Thanks. But why 15? The other "modern" display managers have 25.
As useful as it is, let's not forget that KDM is completely unmaintained both upstream and downstream. It's offered as an option to those who want, but I wouldn't want it to have the same priority as still maintained software. I know that most DMs don't offer what KDM does - but at the same time, the more time passes, the worse it gets from a maintenance and security point of view.
IMHO, those numbers are more or less "arbitrary" anyway, and never will suit everybody or every situation. They are only relevant for the automatic selection though. Set your preferred one with update-alternatives (or YaST), and it should stick regardless of the priorities... Not much different than before though, you had to set kdm manually in /etc/sysconfig/displaymanager if you also wanted to *use* it. (unless the file came from an old installation that still had kdm as default of course) Kind Regards, Wolfgang -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Wed, Oct 25, 2017 at 3:41 AM, Bjoern Voigt <bjoernv@arcor.de> wrote:
ianseeks wrote:
On Tuesday, 24 October 2017 18:50:15 BST Roger Whittaker wrote: It seems that /etc/sysconfig/displaymanager is no longer honoured and that you will need to make a symbolic link default-displaymanager in /etc/alternatives to /usr/lib/X11/displaymanagers/kdm.
Thanks. That should have been done automatically by the install process, check whats set and set the link accordingly. Imagine the fuss if that happened at someone's work place. My desktop was upgraded from KDM to GDM. An automatic upgrade to KDM (with update-alternatives) currently does not work, because KDM does not register with upgrade-alternatives. This is probably a bug.
Now I changed to SDDM.
mybox:~ # update-alternatives --config default-displaymanager There are 4 choices for the alternative default-displaymanager (providing /usr/lib/X11/displaymanagers/default-displaymanager).
Selection Path Priority Status ------------------------------------------------------------ 0 /usr/lib/X11/displaymanagers/sddm 25 auto mode 1 /usr/lib/X11/displaymanagers/console 5 manual mode 2 /usr/lib/X11/displaymanagers/gdm 25 manual mode * 3 /usr/lib/X11/displaymanagers/sddm 25 manual mode 4 /usr/lib/X11/displaymanagers/xdm 10 manual mode
Press <enter> to keep the current choice[*], or type selection number:
mybox:~ # which kdm /usr/bin/kdm mybox:~ # rpm -qf /usr/bin/kdm kdm-4.11.22-9.1.x86_64
Something I'm confused about is why are there duplicate mechanisms for managing display managers? If alternatives is the way to manage it, why not use alternatives to manage the /usr/lib/systemd/system/display-manager.service link? That said, since systemctl enable <dm.service> would change the link anyway, I'm wondering why there hasn't been a transition to move to this mechanism? -- 真実はいつも一つ！/ Always, there's only one truth! -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Wed, Oct 25, 2017 at 7:51 AM, Neal Gompa <ngompa13@gmail.com> wrote:
On Wed, Oct 25, 2017 at 3:41 AM, Bjoern Voigt <bjoernv@arcor.de> wrote:
ianseeks wrote:
On Tuesday, 24 October 2017 18:50:15 BST Roger Whittaker wrote: It seems that /etc/sysconfig/displaymanager is no longer honoured and that you will need to make a symbolic link default-displaymanager in /etc/alternatives to /usr/lib/X11/displaymanagers/kdm.
Thanks. That should have been done automatically by the install process, check whats set and set the link accordingly. Imagine the fuss if that happened at someone's work place. My desktop was upgraded from KDM to GDM. An automatic upgrade to KDM (with update-alternatives) currently does not work, because KDM does not register with upgrade-alternatives. This is probably a bug.
Now I changed to SDDM.
mybox:~ # update-alternatives --config default-displaymanager There are 4 choices for the alternative default-displaymanager (providing /usr/lib/X11/displaymanagers/default-displaymanager).
Selection Path Priority Status ------------------------------------------------------------ 0 /usr/lib/X11/displaymanagers/sddm 25 auto mode 1 /usr/lib/X11/displaymanagers/console 5 manual mode 2 /usr/lib/X11/displaymanagers/gdm 25 manual mode * 3 /usr/lib/X11/displaymanagers/sddm 25 manual mode 4 /usr/lib/X11/displaymanagers/xdm 10 manual mode
Press <enter> to keep the current choice[*], or type selection number:
mybox:~ # which kdm /usr/bin/kdm mybox:~ # rpm -qf /usr/bin/kdm kdm-4.11.22-9.1.x86_64
Something I'm confused about is why are there duplicate mechanisms for managing display managers? If alternatives is the way to manage it, why not use alternatives to manage the /usr/lib/systemd/system/display-manager.service link? That said, since systemctl enable <dm.service> would change the link anyway, I'm wondering why there hasn't been a transition to move to this mechanism?
Erk, bad me. I mean /etc/systemd/system/display-manager.service. :) C.f.: https://www.freedesktop.org/software/systemd/man/systemd.special.html -- 真実はいつも一つ！/ Always, there's only one truth! -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Tuesday, 24 October 2017 18:50:15 BST Roger Whittaker wrote:
On Tue, Oct 24, 2017 at 06:27:10PM +0100, ianseeks wrote:
[...]
This update has changed my login manager to "ssdm" with the Maldives theme from "kdm" which is what it has been set to for years, its also set my keyboard to US even though all my locale settings are still English-UK. Yast is still reporting kdm as the display manager and keyboard as UK.
Any ideas? I am going to shutdown and reboot to see if its just a freak situation.
It seems that /etc/sysconfig/displaymanager is no longer honoured and that you will need to make a symbolic link default-displaymanager in /etc/alternatives to /usr/lib/X11/displaymanagers/kdm.
This is how my system looks.... Any known reason for both of these links being needed? ls -l /usr/lib/X11/displaymanagers/ | grep display lrwxrwxrwx 1 root root 40 Oct 20 16:13 default-displaymanager -> /etc/alternatives/default-displaymanager ls -l /etc/alternatives | grep display lrwxrwxrwx 1 root root 33 Oct 24 15:25 default-displaymanager -> /usr/lib/X11/displaymanagers/sddm -- opensuse:tumbleweed:20171022 Qt: 5.9.1 KDE Frameworks: 5.38.0 KDE Plasma: 5.11.0 kwin 5.11.0 kmail2 5.6.1 akonadiserver 5.6.1 Kernel: 4.13.8-1-default Nouveau: 1.0.15_1.2 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
W dniu 24.10.2017 o 20:09, ianseeks pisze:
On Tuesday, 24 October 2017 18:50:15 BST Roger Whittaker wrote:
On Tue, Oct 24, 2017 at 06:27:10PM +0100, ianseeks wrote:
[...]
This update has changed my login manager to "ssdm" with the Maldives theme from "kdm" which is what it has been set to for years, its also set my keyboard to US even though all my locale settings are still English-UK. Yast is still reporting kdm as the display manager and keyboard as UK.
Any ideas? I am going to shutdown and reboot to see if its just a freak situation.
It seems that /etc/sysconfig/displaymanager is no longer honoured and that you will need to make a symbolic link default-displaymanager in /etc/alternatives to /usr/lib/X11/displaymanagers/kdm.
This is how my system looks.... Any known reason for both of these links being needed?
ls -l /usr/lib/X11/displaymanagers/ | grep display lrwxrwxrwx 1 root root 40 Oct 20 16:13 default-displaymanager -> /etc/alternatives/default-displaymanager
ls -l /etc/alternatives | grep display lrwxrwxrwx 1 root root 33 Oct 24 15:25 default-displaymanager -> /usr/lib/X11/displaymanagers/sddm
That's how 'alternatives' work https://linux.die.net/man/8/update-alternatives -- Adam Mizerski
On Tuesday, 24 October 2017 19:25:00 BST Adam Mizerski wrote:
W dniu 24.10.2017 o 20:09, ianseeks pisze:
On Tuesday, 24 October 2017 18:50:15 BST Roger Whittaker wrote:
On Tue, Oct 24, 2017 at 06:27:10PM +0100, ianseeks wrote:
[...]
This update has changed my login manager to "ssdm" with the Maldives theme from "kdm" which is what it has been set to for years, its also set my keyboard to US even though all my locale settings are still English-UK. Yast is still reporting kdm as the display manager and keyboard as UK.
Any ideas? I am going to shutdown and reboot to see if its just a freak situation.
It seems that /etc/sysconfig/displaymanager is no longer honoured and that you will need to make a symbolic link default-displaymanager in /etc/alternatives to /usr/lib/X11/displaymanagers/kdm.
This is how my system looks.... Any known reason for both of these links being needed?
ls -l /usr/lib/X11/displaymanagers/ | grep display lrwxrwxrwx 1 root root 40 Oct 20 16:13 default-displaymanager -> /etc/alternatives/default-displaymanager
ls -l /etc/alternatives | grep display lrwxrwxrwx 1 root root 33 Oct 24 15:25 default-displaymanager -> /usr/lib/X11/displaymanagers/sddm
That's how 'alternatives' work https://linux.die.net/man/8/update-alternatives
Thanks for the link. I think the choice of login manager should still be a config option in something like Yast/systemsettings5, seems like a backward step to go back to the cli to change things. -- opensuse:tumbleweed:20171022 Qt: 5.9.1 KDE Frameworks: 5.38.0 KDE Plasma: 5.11.0 kwin 5.11.0 kmail2 5.6.1 akonadiserver 5.6.1 Kernel: 4.13.8-1-default Nouveau: 1.0.15_1.2 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Tue, 2017-10-24 at 23:29 +0100, ianseeks wrote:
Thanks for the link. I think the choice of login manager should still be a config option in something like Yast/systemsettings5, seems like a backward step to go back to the cli to change things.
You can use the yast module 'alternatives' to select one of the registered display managers. If a DM does not register it yet as an option, then that's a bug. Cheers, Dominique
On Wed, Oct 25, 2017 at 09:11:14AM +0200, Dominique Leuenberger / DimStar wrote:
On Tue, 2017-10-24 at 23:29 +0100, ianseeks wrote:
Thanks for the link. I think the choice of login manager should still be a config option in something like Yast/systemsettings5, seems like a backward step to go back to the cli to change things.
You can use the yast module 'alternatives' to select one of the registered display managers. If a DM does not register it yet as an option, then that's a bug.
So am I right in thinking that /etc/sysconfig/displaymanager is now obsolete? If so, what about the other configuration choices in that file, like DISPLAYMANAGER_REMOTE_ACCESS ? Similarly for the keyboard settings - it seems we should now be using the ibus tool and no longer (for instance) the item in KDE's systemsetting5 - is that correct? -- ============================ Roger Whittaker roger@disruptive.org.uk ============================ -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Wed, 2017-10-25 at 08:24 +0100, Roger Whittaker wrote:
So am I right in thinking that /etc/sysconfig/displaymanager is now obsolete?
Not completely, but the selection of the DM needed to be moved out. Mainly due to the new desktop selection model, where all DEs are installed based on patterns: YaST simply does not have sufficient information in all cases what DM to use, based on package selection. As a result, DMs register themselves now with u-a.
If so, what about the other configuration choices in that file, like DISPLAYMANAGER_REMOTE_ACCESS ?
At least for now they stay in place. I did not (yet) hear about plans to changing that. Note though that not all DMs read this file!
Similarly for the keyboard settings - it seems we should now be using the ibus tool and no longer (for instance) the item in KDE's systemsetting5 - is that correct?
I have to leave that one up to answer by somebody else. I don't know. Cheers Dominique
Am Mittwoch, 25. Oktober 2017, 08:24:56 schrieb Roger Whittaker:
Similarly for the keyboard settings - it seems we should now be using the ibus tool and no longer (for instance) the item in KDE's systemsetting5 - is that correct?
Not really. But if you installed and use ibus, you have to use its settings obviously, as it overrides the "standard" keyboard settings. There hasn't been a change in the KDE packages/paterns in this regard AFAIK, i.e. no KDE package should automatically install ibus. Apparently it gets pulled in by libreoffice-gnome though (which replaces libreoffice-kde4 now that has been dropped), as the ibus package contains this: #Fix cursor following problem in KDE4 for libreoffice. %if 0%{?suse_version} != 1315 Supplements: packageand(libreoffice:libreoffice-gnome) %endif But you should be able to uninstall ibus if you prefer, personally I tabooed it years ago as I have no need for it. Kind Regards, Wolfgang -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Wednesday, 25 October 2017 10:01:00 BST Wolfgang Bauer wrote:
Am Mittwoch, 25. Oktober 2017, 08:24:56 schrieb Roger Whittaker:
Similarly for the keyboard settings - it seems we should now be using the ibus tool and no longer (for instance) the item in KDE's systemsetting5 - is that correct?
Not really.
But if you installed and use ibus, you have to use its settings obviously, as it overrides the "standard" keyboard settings.
There hasn't been a change in the KDE packages/paterns in this regard AFAIK, i.e. no KDE package should automatically install ibus.
I didn't even know it existed until it changed my keyboard from Uk to US. Why can't new stuff do the extra little bit and set the new config to match the old one.
Apparently it gets pulled in by libreoffice-gnome though (which replaces libreoffice-kde4 now that has been dropped), as the ibus package contains this: #Fix cursor following problem in KDE4 for libreoffice. %if 0%{?suse_version} != 1315 Supplements: packageand(libreoffice:libreoffice-gnome) %endif
But you should be able to uninstall ibus if you prefer, personally I tabooed it years ago as I have no need for it.
Kind Regards, Wolfgang
-- opensuse:tumbleweed:20171022 Qt: 5.9.1 KDE Frameworks: 5.38.0 KDE Plasma: 5.11.0 kwin 5.11.0 kmail2 5.6.1 akonadiserver 5.6.1 Kernel: 4.13.8-1-default Nouveau: 1.0.15_1.2 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Am Mittwoch, 25. Oktober 2017, 10:47:41 schrieb ianseeks:
Why can't new stuff do the extra little bit and set the new config to match the old one.
ibus isn't new at all. It just never was installed in a default KDE installation, and that it's pulled in now is (likely unintentionally) caused by the change to the libreoffice packages to use libreoffice-gnome on KDE/Plasma too, as I already wrote. (that's not the only "regression" btw, see e.g. https://bugzilla.opensuse.org/show_bug.cgi?id=1064660, and libreoffice will now use GTK's file dialogs and theme instead of KDE's...) As ibus is completely independent of KDE or Plasma, I think it's to be expected that it doesn't use or migrate KDE/Plasma's keyboard settings (I don't even think that would be possible). If it doesn't use the current system/session's keyboard layout by default, I'd probably consider it to be a "bug" (in ibus) though. I don't know if that's the case, IIRC it did when I last installed it a while ago to test something else. Kind Regards, Wolfgang -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
* Wolfgang Bauer <wbauer@tmo.at> [10-25-17 14:45]:
Am Mittwoch, 25. Oktober 2017, 10:47:41 schrieb ianseeks:
Why can't new stuff do the extra little bit and set the new config to match the old one.
ibus isn't new at all.
It just never was installed in a default KDE installation, and that it's pulled in now is (likely unintentionally) caused by the change to the libreoffice packages to use libreoffice-gnome on KDE/Plasma too, as I already wrote. (that's not the only "regression" btw, see e.g. https://bugzilla.opensuse.org/show_bug.cgi?id=1064660, and libreoffice will now use GTK's file dialogs and theme instead of KDE's...)
As ibus is completely independent of KDE or Plasma, I think it's to be expected that it doesn't use or migrate KDE/Plasma's keyboard settings (I don't even think that would be possible).
If it doesn't use the current system/session's keyboard layout by default, I'd probably consider it to be a "bug" (in ibus) though. I don't know if that's the case, IIRC it did when I last installed it a while ago to test something else.
Crash: ~ # rpm -e libibus-1_0-5-1.5.16-4.1.x86_64 error: Failed dependencies: libibus-1.0.so.5()(64bit) is needed by (installed) plasma5-desktop-5.11.1-1.1.x86_64 -- (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-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Wed, Oct 25, 2017 at 06:11:56PM -0400, Patrick Shanahan wrote:
Crash: ~ # rpm -e libibus-1_0-5-1.5.16-4.1.x86_64 error: Failed dependencies: libibus-1.0.so.5()(64bit) is needed by (installed) plasma5-desktop-5.11.1-1.1.x86_64
That's interesting. If this is the case, (and anyway even if it weren't, but some people were getting ibus installed for some other reason) it means that two methods of setting the keyboard language and layout are fighting each other on KDE installations. Actually ibus seems to do the job perfectly well. Given the above, do we know if the KDE people plan to remove this duplication? -- ============================ Roger Whittaker roger@disruptive.org.uk ============================ -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Thu, Oct 26, 2017 at 08:28:51AM +0100, Roger Whittaker wrote:
Actually ibus seems to do the job perfectly well. Given the above, do we know if the KDE people plan to remove this duplication?
Except... that kvkbd doesn't talk to it, so I can't use an on screen keyboard briefly when I want to enter text in another script / language. -- ============================ Roger Whittaker roger@disruptive.org.uk ============================ -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Wed, 25 Oct 2017 18:11:56 -0400 Patrick Shanahan wrote:
* Wolfgang Bauer <wbauer@tmo.at> [10-25-17 14:45]:
Am Mittwoch, 25. Oktober 2017, 10:47:41 schrieb ianseeks:
ibus isn't new at all.
It just never was installed in a default KDE installation, and that it's pulled in now is (likely unintentionally) caused by the change to the libreoffice packages to use libreoffice-gnome on KDE/Plasma
Crash: ~ # rpm -e libibus-1_0-5-1.5.16-4.1.x86_64 error: Failed dependencies: libibus-1.0.so.5()(64bit) is needed by (installed) plasma5-desktop-5.11.1-1.1.x86_64
just for information: on Leap 42.3 plasma5-desktop also/already requires libibus: $ rpm -q --requires plasma5-desktop |grep libibus libibus-1.0.so.5()(64bit) $ rpm -q plasma5-desktop plasma5-desktop-5.8.7.1-3.1.x86_64 Regards, Dieter -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Okt 26 2017, dieter <d_werner@gmx.net> wrote:
just for information: on Leap 42.3 plasma5-desktop also/already requires libibus:
$ rpm -q --requires plasma5-desktop |grep libibus libibus-1.0.so.5()(64bit) $ rpm -q plasma5-desktop plasma5-desktop-5.8.7.1-3.1.x86_64
But it doesn't require ibus. Andreas. -- Andreas Schwab, SUSE Labs, schwab@suse.de GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE 1748 E4D4 88E3 0EEA B9D7 "And now for something completely different." -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Wednesday, 25 October 2017 19:43:08 BST Wolfgang Bauer wrote:
Am Mittwoch, 25. Oktober 2017, 10:47:41 schrieb ianseeks:
Why can't new stuff do the extra little bit and set the new config to match the old one.
ibus isn't new at all. Yes, that was badly worded by me. I meant "new" to my system. I was being more general because when "ssdm" took over my login, it also did not take my current locale configuration into consideration.
It just never was installed in a default KDE installation, and that it's pulled in now is (likely unintentionally) caused by the change to the libreoffice packages to use libreoffice-gnome on KDE/Plasma too, as I already wrote. (that's not the only "regression" btw, see e.g. https://bugzilla.opensuse.org/show_bug.cgi?id=1064660, and libreoffice will now use GTK's file dialogs and theme instead of KDE's...) Damn shame that having to pull in all the GTK stuff
As ibus is completely independent of KDE or Plasma, I think it's to be expected that it doesn't use or migrate KDE/Plasma's keyboard settings (I don't even think that would be possible). In that case, on first run it should prompt for keyboard choice.
If it doesn't use the current system/session's keyboard layout by default, I'd probably consider it to be a "bug" (in ibus) though. I don't know if that's the case, IIRC it did when I last installed it a while ago to test something else.
Kind Regards, Wolfgang
Thanks for the explanation. -- opensuse:tumbleweed:20171023 Qt: 5.9.2 KDE Frameworks: 5.38.0 KDE Plasma: 5.11.1 kwin 5.11.1 kmail2 5.6.2 akonadiserver 5.6.2 Kernel: 4.13.8-1-default Nouveau: 1.0.15_1.2 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Wed, Oct 25, 2017 at 08:24:56AM +0100, Roger Whittaker wrote: [...]
So am I right in thinking that /etc/sysconfig/displaymanager is now obsolete?
If so, what about the other configuration choices in that file, like DISPLAYMANAGER_REMOTE_ACCESS ?
Answering my own question, kdm at least is still honouring the setting DISPLAYMANAGER_REMOTE_ACCESS in /etc/sysconfig/displaymanager, which is good to know. (I hope the ability to do XDMCP or something like it doesn't go away - not sure what one can do with Wayland?) -- ============================ Roger Whittaker roger@disruptive.org.uk ============================ -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Wed, Oct 25, 2017 at 12:33 PM, Roger Whittaker <roger@disruptive.org.uk> wrote:
(I hope the ability to do XDMCP or something like it doesn't go away - not sure what one can do with Wayland?)
Me too! I want to be able to use tightvnc to connect to the display. This includes logging in. That is sadly not possible with sddm. So I am setting my sights on kdm, which is supposed to allow this. I want to set up kdm in Leap as the display manager, and set all the appropriate things. Just my luck that when I am building Leap OEM images this is all changing. I know this is announced for Tumbleweed. But one never really knows how an updated Leap might act. -- Roger Oberholtzer -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Wed, 2017-10-25 at 13:01 +0200, Roger Oberholtzer wrote:
Me too! I want to be able to use tightvnc to connect to the display. This includes logging in. That is sadly not possible with sddm. So I am setting my sights on kdm, which is supposed to allow this.
I want to set up kdm in Leap as the display manager, and set all the appropriate things. Just my luck that when I am building Leap OEM images this is all changing. I know this is announced for Tumbleweed. But one never really knows how an updated Leap might act.
Leap 42.x will stay as is - Leap 15 will follow Tumbleweed Cheers Dominique
On Wednesday, 25 October 2017 08:11:14 BST Dominique Leuenberger / DimStar wrote:
On Tue, 2017-10-24 at 23:29 +0100, ianseeks wrote:
Thanks for the link. I think the choice of login manager should still be a config option in something like Yast/systemsettings5, seems like a backward step to go back to the cli to change things.
You can use the yast module 'alternatives' to select one of the registered display managers. If a DM does not register it yet as an option, then that's a bug.
Cheers, Dominique
Thanks. I can't find "alternatives" on my Yast GUI window, is it called Alternatives or something else? -- opensuse:tumbleweed:20171022 Qt: 5.9.1 KDE Frameworks: 5.38.0 KDE Plasma: 5.11.0 kwin 5.11.0 kmail2 5.6.1 akonadiserver 5.6.1 Kernel: 4.13.8-1-default Nouveau: 1.0.15_1.2 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Wed, 2017-10-25 at 10:41 +0100, ianseeks wrote:
On Wednesday, 25 October 2017 08:11:14 BST Dominique Leuenberger / DimStar wrote:
On Tue, 2017-10-24 at 23:29 +0100, ianseeks wrote:
Thanks for the link. I think the choice of login manager should still be a config option in something like Yast/systemsettings5, seems like a backward step to go back to the cli to change things.
You can use the yast module 'alternatives' to select one of the registered display managers. If a DM does not register it yet as an option, then that's a bug.
Cheers, Dominique
Thanks. I can't find "alternatives" on my Yast GUI window, is it called Alternatives or something else?
Makre sure to have yast2-alternatives installed, if you don't have it already, then you can find it in YaST under Misc/Alternatives Cheers Dominique
On Wednesday, 25 October 2017 10:45:56 BST Dominique Leuenberger / DimStar wrote:
On Wed, 2017-10-25 at 10:41 +0100, ianseeks wrote:
On Wednesday, 25 October 2017 08:11:14 BST Dominique Leuenberger / DimStar wrote:
On Tue, 2017-10-24 at 23:29 +0100, ianseeks wrote:
Thanks for the link. I think the choice of login manager should still be a config option in something like Yast/systemsettings5, seems like a backward step to go back to the cli to change things.
You can use the yast module 'alternatives' to select one of the registered display managers. If a DM does not register it yet as an option, then that's a bug.
Cheers, Dominique
Thanks. I can't find "alternatives" on my Yast GUI window, is it called Alternatives or something else?
Makre sure to have yast2-alternatives installed, if you don't have it already, then you can find it in YaST under Misc/Alternatives
Thanks. Wouldn't it make sense that the module to configure alternatives be installed automatically if the whole system is being moved to alternatives?
Cheers Dominique
-- opensuse:tumbleweed:20171022 Qt: 5.9.1 KDE Frameworks: 5.38.0 KDE Plasma: 5.11.0 kwin 5.11.0 kmail2 5.6.1 akonadiserver 5.6.1 Kernel: 4.13.8-1-default Nouveau: 1.0.15_1.2 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Am Mittwoch, 25. Oktober 2017, 10:55:53 schrieb ianseeks:
Thanks. Wouldn't it make sense that the module to configure alternatives be installed automatically if the whole system is being moved to alternatives?
I wouldn't say that the "whole system" is being moved to alternatives now. Actually that was already used for other things (e.g. the default java runtime) for a long while... ;-) I do agree that it maybe would make sense to install the YaST module by default though. Kind Regards, Wolfgang -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Hi, [...]
Makre sure to have yast2-alternatives installed, if you don't have it already, then you can find it in YaST under Misc/Alternatives
I'd like to raise two topics as a followup to this statement: Is there any information source, where one can find things like that? If new features, packages or whatever get introduced or are removed, how can we know that? Perhaps I missed that somehow, but then I'm not the only one, as it seems. And: Is there any process implemented to clean up /etc/sysconfig, i.e. does anything delete unused entries and files and/or unused files in a whole?
Cheers Dominique
Thx and bye. Michael. -- Michael Hirmke -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Wed, 2017-10-25 at 13:46 +0200, Michael Hirmke wrote:
Hi,
[...]
Makre sure to have yast2-alternatives installed, if you don't have it already, then you can find it in YaST under Misc/Alternatives
I'd like to raise two topics as a followup to this statement:
Is there any information source, where one can find things like that? If new features, packages or whatever get introduced or are removed, how can we know that? Perhaps I missed that somehow, but then I'm not the only one, as it seems.
Things tend to be announced on this very list, if I catch stuff I'll try to mention it in the weekly news (sometimes bi-weekly), the YaST team themselves have a great blog where they announce even more details on changes planned/done (yast2-alternatives is not exactly new anymore, we had it for > 1 year now)
And:
Is there any process implemented to clean up /etc/sysconfig, i.e. does anything delete unused entries and files and/or unused files in a whole?
Template files are shipped as part of packages in /var/adm/fillup- templates and packages responsible for them use the respective macros to migrate fillup info into the real /etc/sysconfig/* files (so at least the theory) Cheers Dominique
Hi, [...]
Is there any information source, where one can find things like that? If new features, packages or whatever get introduced or are removed, how can we know that? Perhaps I missed that somehow, but then I'm not the only one, as it seems.
Things tend to be announced on this very list, if I catch stuff I'll try to mention it in the weekly news (sometimes bi-weekly), the YaST team themselves have a great blog where they announce even more details on changes planned/done (yast2-alternatives is not exactly new anymore, we had it for > 1 year now)
So I missed it a year ago :) And yes, I read your news nearly every time, but normally you only mention the big things, not those small, but useful additional thingies. Thx for the hint regarding the yast blog, I'll have a closer look into it.
And:
Is there any process implemented to clean up /etc/sysconfig, i.e. does anything delete unused entries and files and/or unused files in a whole?
Template files are shipped as part of packages in /var/adm/fillup- templates and packages responsible for them use the respective macros to migrate fillup info into the real /etc/sysconfig/* files (so at least the theory)
Theory is good, but ... - I have > 70 files in my /etc/sysconfig, of which many are really old and never had been cleaned up or removed.
Cheers Dominique
Thx and bye. Michael. -- Michael Hirmke -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Hi Ian, 2017-10-25 11:41 GMT+02:00 ianseeks <bingmybong@btinternet.com>:
On Wednesday, 25 October 2017 08:11:14 BST Dominique Leuenberger / DimStar wrote:
[...] Cheers, Dominique
Thanks. I can't find "alternatives" on my Yast GUI window, is it called Alternatives or something else?
It's a plugin that to install extra. If I remember correctly its called yast2-alternatives. ``zypper search alternative`` shows you the correct name. Ciao, Fra -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Wednesday, 25 October 2017 10:46:21 BST Francesco Montesano wrote:
Hi Ian,
2017-10-25 11:41 GMT+02:00 ianseeks <bingmybong@btinternet.com>:
On Wednesday, 25 October 2017 08:11:14 BST Dominique Leuenberger / DimStar wrote:
[...] Cheers, Dominique
Thanks. I can't find "alternatives" on my Yast GUI window, is it called Alternatives or something else?
It's a plugin that to install extra. If I remember correctly its called yast2-alternatives. ``zypper search alternative`` shows you the correct name.
Thanks.
Ciao,
Fra
-- opensuse:tumbleweed:20171022 Qt: 5.9.1 KDE Frameworks: 5.38.0 KDE Plasma: 5.11.0 kwin 5.11.0 kmail2 5.6.1 akonadiserver 5.6.1 Kernel: 4.13.8-1-default Nouveau: 1.0.15_1.2 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Tuesday, 24 October 2017 18:27:10 BST ianseeks wrote:
On Tuesday, 24 October 2017 14:15:26 BST Dominique Leuenberger wrote:
Please note that this mail was generated by a script. The described changes are computed based on the x86_64 DVD. The full online repo contains too many changes to be listed here.
Please check the known defects of this snapshot before upgrading: https://openqa.opensuse.org/tests/overview?distri=opensuse&groupid=1&version=Tumbleweed&build=20171022
When you reply to report some issues, make sure to change the subject. It is not helpful to keep the release announcement subject in a thread while discussing a specific problem.
Packages changed: cpupower curl (7.55.0 -> 7.56.0) dos2unix (7.3.5 -> 7.4.0) eog gdm glibc glibc gnome-control-center gnome-session gnome-shell gnome-vfs2 gtk3 installation-images-Kubic (14.336 -> 14.339) kernel-firmware (20170906 -> 20171009) kernel-source (4.13.6 -> 4.13.8) libXfont2 (2.0.1 -> 2.0.2) libXres (1.0.7 -> 1.2.0) libgnome libid3tag libidl libreoffice (5.4.1.2 -> 5.4.2.2) libsoup (2.60.0 -> 2.60.1) libvirt libzypp (16.17.1 -> 16.17.3) mutter polkit-default-privs postfix python-certifi python-numpy rdma-core sddm shadow shared-mime-info texlive-specs-m unbound (1.6.6 -> 1.6.7) vala (0.38.1 -> 0.38.2) xdm xf86-input-mouse xkeyboard-config
This update has changed my login manager to "ssdm" with the Maldives theme from "kdm" which is what it has been set to for years, its also set my keyboard to US even though all my locale settings are still English-UK. Yast is still reporting kdm as the display manager and keyboard as UK.
Any ideas? I am going to shutdown and reboot to see if its just a freak situation.
Seems the introduction of something called iBus overrides the settings in systemsettings5 for the keyboard, not sure where that came from. With SSDM, it starts with a US keyboard and i have to sit and wait until it finally sets the keyboard to UK - can it not start with the configuration setting as default? I'd sooner get back to KDM though -- opensuse:tumbleweed:20171022 Qt: 5.9.1 KDE Frameworks: 5.38.0 KDE Plasma: 5.11.0 kwin 5.11.0 kmail2 5.6.1 akonadiserver 5.6.1 Kernel: 4.13.8-1-default Nouveau: 1.0.15_1.2 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
participants (18)
-
Adam Mizerski -
Andreas Schwab -
Bjoern Voigt -
Bruno Friedmann -
Daniele -
dieter -
Dominique Leuenberger -
Dominique Leuenberger / DimStar -
Felix Miata -
Francesco Montesano -
ianseeks -
Luca Beltrame -
mh＠mike.franken.de -
Neal Gompa -
Patrick Shanahan -
Roger Oberholtzer -
Roger Whittaker -
Wolfgang Bauer