[opensuse-factory] New Tumbleweed snapshot 20180820 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=20180820
Please do not reply to this email to report issues, rather file a bug
on bugzilla.opensuse.org. For more information on filing bugs please
see https://en.opensuse.org/openSUSE:Submitting_bug_reports
Packages changed:
Mesa (18.1.5 -> 18.1.6)
Mesa-drivers (18.1.5 -> 18.1.6)
libdrm (2.4.92 -> 2.4.93)
libgit2 (0.27.3 -> 0.27.4)
libstorage-ng (4.1.11 -> 4.1.15)
mercurial (4.6.2 -> 4.7)
nbd
ntfs-3g_ntfsprogs (2016.2.22 -> 2017.3.23)
ocfs2-tools
osc (0.162.1 -> 0.163.0)
purple-rocketchat (0.0+hg20180711 -> 0.0+hg20180817)
rubygem-autoprefixer-rails (9.1.1 -> 9.1.2)
spec-cleaner (1.1.0 -> 1.1.1)
ucode-intel (20180703 -> 20180807)
wayland (1.14.0 -> 1.15.0)
xorg-x11-server (1.20.0 -> 1.20.1)
=== Details ===
==== Mesa ====
Version update (18.1.5 -> 18.1.6)
Subpackages: Mesa-dri-devel Mesa-libEGL1 Mesa-libGL1 Mesa-libglapi0 libgbm1
- update to 18.1.6
* autotools fixes for libglvnd, libgl naming, and pkgconfig
* meson fixed its handling of stale symlinks wrt megadrivers
* windows relaged fixes
* some bug fixes for clover
* plenty of egl, wayland, glx, and dri3 fixes
* a couple of nir fixes
* and on the driver side, radv, intel, vc4, etnaviv, swr, r600, amd, and
nouveau all had a few fixes
- supersedes archlinux_glvnd-fix-gl-dot-pc.patch
- disabled build of libwayland-egl for factory/sle16/Leap 16 now
being provided by Wayland itself and probably be removed from
Mesa soon; see also https://build.opensuse.org/request/show/613048
==== Mesa-drivers ====
Version update (18.1.5 -> 18.1.6)
Subpackages: Mesa-dri Mesa-dri-nouveau Mesa-gallium Mesa-libva libvdpau_nouveau libvdpau_r300 libvdpau_r600 libvdpau_radeonsi libvulkan_intel libvulkan_radeon libxatracker2
- update to 18.1.6
* autotools fixes for libglvnd, libgl naming, and pkgconfig
* meson fixed its handling of stale symlinks wrt megadrivers
* windows relaged fixes
* some bug fixes for clover
* plenty of egl, wayland, glx, and dri3 fixes
* a couple of nir fixes
* and on the driver side, radv, intel, vc4, etnaviv, swr, r600, amd, and
nouveau all had a few fixes
- supersedes archlinux_glvnd-fix-gl-dot-pc.patch
- disabled build of libwayland-egl for factory/sle16/Leap 16 now
being provided by Wayland itself and probably be removed from
Mesa soon; see also https://build.opensuse.org/request/show/613048
==== libdrm ====
Version update (2.4.92 -> 2.4.93)
Subpackages: libdrm-devel libdrm2 libdrm_amdgpu1 libdrm_intel1 libdrm_nouveau2 libdrm_radeon1
- Upate to version 2.4.93:
+ amdgpu: make sure to set CLOEXEC on duplicated FDs
+ xf86drm: drmGetDevice2: error out if the fd has unknown subsys
+ xf86drm: introduce drm_device_has_rdev() helper
+ xf86drm: Fold drmDevice processing into process_device() helper
+ xf86drm: Allocate drmDevicePtr's on stack
+ xf86drm: introduce a get_real_pci_path() helper
+ xf86drm: Add drmDevice support for virtio_gpu
+ tests/drmdevices: install alongside other utilities
+ tests/drmdevice: add a couple of printf headers
+ drmdevice: convert the tabbed output into a tree
+ drmdevice: print the correct host1x information
+ amdgpu: Take a lock before removing devices from fd_tab hash table.
+ amdgpu/util_hash_table: Add helper function to count the number of entries in hash table
+ amdgpu: Destroy fd_hash table when the last device is removed.
+ intel: Introducing Whiskey Lake platform
+ intel: Introducing Amber Lake platform
+ xf86drm: Be sure to closedir before return
+ amdgpu: don't call add_handle_to_table for KMS BO exports
+ amdgpu: add amdgpu_bo_handle_type_kms_noimport
+ xf86drm: Fix error path in drmGetDevice2
+ Always pass O_CLOEXEC when opening DRM file descriptors
+ Revert "amdgpu: don't call add_handle_to_table for KMS BO exports"
+ freedreno: add user ptr to fd_ringbuffer
+ freedreno: add fd_ringbuffer_new_object()
+ freedreno: small cleanup
+ freedreno: slight reordering
+ freedreno/msm: "stateobj" support
==== libgit2 ====
Version update (0.27.3 -> 0.27.4)
- libgit2 0.27.4:
* fix out-of-bounds reads when processing smart-protocol "ng"
packets (bsc#1104641)
==== libstorage-ng ====
Version update (4.1.11 -> 4.1.15)
Subpackages: libstorage-ng-lang libstorage-ng-ruby libstorage-ng1
- Translated using Weblate (Catalan)
- 4.1.15
- Translated using Weblate (Czech)
- 4.1.14
- Translated using Weblate (Chinese (Taiwan))
- 4.1.13
- Translated using Weblate (Italian)
- 4.1.12
==== mercurial ====
Version update (4.6.2 -> 4.7)
Subpackages: mercurial-lang
- Mercurial 4.7
This is a regularly-scheduled quarterly feature release and has it's own
release notes page which can be found here:
[Full release notes](https://www.mercurial-scm.org/wiki/Release4.7)
==== nbd ====
- Add firewalld service file
- Fix some rpmlint warnings:
* 0001_fix_setgroup.patch (gh#NetworkBlockDevice/nbd#79)
* Workaround macro-in-comment (rpmlint bug)
==== ntfs-3g_ntfsprogs ====
Version update (2016.2.22 -> 2017.3.23)
Subpackages: ntfs-3g ntfsprogs
- Rebuild configure to pick up the updated AC_HEADER_MAJOR
- Use %license for COPYING, COPYING.LIB
- Rename %soname to %sover to better reflect its use
- Switch GCC version from 4.3 to 4.8 for SLES 11
- Update to version 2017.3.23
* Delegated processing of special reparse points to external plugins
* Allowed kernel cacheing by lowntfs-3g when not using Posix ACLs
* Enabled fallback to read-only mount when the volume is hibernated
* Made a full check for whether an extended attribute is allowed
* Moved secaudit and usermap to ntfsprogs (now ntfssecaudit and ntfsusermap)
* Enabled encoding broken UTF-16 into broken UTF-8
* Autoconfigured selecting
On Thursday, 23 August 2018 13:00:03 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.
Since tumbleweed:20180818, my screen settings have been playing up. History: After tumbleweed:20180818, the screen would shift to the left by about 10% on logout and a reboot was the only solution. I hoped that tumbleweed:20180820 would have cured the problem but it didn't. I used systemsettings5 and reduced the resolution, applied it and then put it back to the original one, it seems to have cured the shifting to the left. New problem: The corrected resolution does not always stick, it will sometimes make the desktop display slightly bigger than the actual screen, a resolution change as above corrects it Any ideas or is my card getting too old for the modern changes? regards Ian Graphics: Card-1: NVIDIA GT218 [GeForce 210] driver: nouveau v: kernel bus ID: 01:00.0 chip ID: 10de:0a65 Display: server: X.Org 1.20.0 driver: nouveau compositor: kwin x11 resolution: 1680x1050~60Hz OpenGL: renderer: llvmpipe (LLVM 6.0 128 bits) v: 3.3 Mesa 18.1.5 compat-v: 3.1 direct render: Yes -- opensuse:tumbleweed:20180820 Qt: 5.11.1 KDE Frameworks: 5.48.0 - KDE Plasma: 5.13.4 - kwin 5.13.4 kmail2 5.8.3 - akonadiserver 5.8.3 - Kernel: 4.18.0-1-default - xf86-video-nouveau: 1.0.15 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Ianseeks composed on 2018-08-27 08:59 (UTC+0100):
Since tumbleweed:20180818, my screen settings have been playing up.
History: After tumbleweed:20180818, the screen would shift to the left by about 10% on logout and a reboot was the only solution. I hoped that tumbleweed:20180820 would have cured the problem but it didn't. I used systemsettings5 and reduced the resolution, applied it and then put it back to the original one, it seems to have cured the shifting to the left.
New problem: The corrected resolution does not always stick, it will sometimes make the desktop display slightly bigger than the actual screen, a resolution change as above corrects it
Any ideas or is my card getting too old for the modern changes?
Graphics: Card-1: NVIDIA GT218 [GeForce 210] driver: nouveau v: kernel bus ID: 01:00.0 chip ID: 10de:0a65 Display: server: X.Org 1.20.0 driver: nouveau compositor: kwin x11 resolution: 1680x1050~60Hz OpenGL: renderer: llvmpipe (LLVM 6.0 128 bits) v: 3.3 Mesa 18.1.5 compat-v: 3.1 direct render: Yes
Finish the update to 20180820, which has server 1.20.1. How did you do your update to 20180820? Which cable type are you connecting to your display? -- "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 Monday, 27 August 2018 09:15:07 BST Felix Miata wrote:
Ianseeks composed on 2018-08-27 08:59 (UTC+0100):
Since tumbleweed:20180818, my screen settings have been playing up.
History: After tumbleweed:20180818, the screen would shift to the left by about 10% on logout and a reboot was the only solution. I hoped that tumbleweed:20180820 would have cured the problem but it didn't. I used systemsettings5 and reduced the resolution, applied it and then put it back to the original one, it seems to have cured the shifting to the left.
New problem: The corrected resolution does not always stick, it will sometimes make the desktop display slightly bigger than the actual screen, a resolution change as above corrects it
Any ideas or is my card getting too old for the modern changes?
Graphics: Card-1: NVIDIA GT218 [GeForce 210] driver: nouveau v: kernel bus ID: 01:00.0 chip ID: 10de:0a65 Display: server: X.Org 1.20.0 driver: nouveau compositor: kwin x11 resolution: 1680x1050~60Hz OpenGL: renderer: llvmpipe (LLVM 6.0 128 bits) v: 3.3 Mesa 18.1.5 compat-v: 3.1 direct render: Yes
Finish the update to 20180820, which has server 1.20.1. How did you do your update to 20180820? Which cable type are you connecting to your display?
Yep, all up-to-date with Tumbleweed. Just using the standard cable, everything about my system is basic setup. -- opensuse:tumbleweed:20180820 Qt: 5.11.1 KDE Frameworks: 5.48.0 - KDE Plasma: 5.13.4 - kwin 5.13.4 kmail2 5.8.3 - akonadiserver 5.8.3 - Kernel: 4.18.0-1-default - xf86-video-nouveau: 1.0.15 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Monday, 27 August 2018 09:15:07 BST Felix Miata wrote:
Ianseeks composed on 2018-08-27 08:59 (UTC+0100):
Since tumbleweed:20180818, my screen settings have been playing up.
History: After tumbleweed:20180818, the screen would shift to the left by about 10% on logout and a reboot was the only solution. I hoped that tumbleweed:20180820 would have cured the problem but it didn't. I used systemsettings5 and reduced the resolution, applied it and then put it back to the original one, it seems to have cured the shifting to the left.
New problem: The corrected resolution does not always stick, it will sometimes make the desktop display slightly bigger than the actual screen, a resolution change as above corrects it
Any ideas or is my card getting too old for the modern changes?
Graphics: Card-1: NVIDIA GT218 [GeForce 210] driver: nouveau v: kernel bus ID: 01:00.0 chip ID: 10de:0a65 Display: server: X.Org 1.20.0 driver: nouveau compositor: kwin x11 resolution: 1680x1050~60Hz OpenGL: renderer: llvmpipe (LLVM 6.0 128 bits) v: 3.3 Mesa 18.1.5 compat-v: 3.1 direct render: Yes
Finish the update to 20180820, which has server 1.20.1. How did you do your update to 20180820? Which cable type are you connecting to your display?
I've found a solution, reduced the resolution 1680x1050 to 1440x900 and it now stays set. Looks like either it was working for years at 1680x1050 but shouldn't have been and from this snapshot, it corrected its limitations or there is a bug that needs looking at but i'm not sure what to log the possible bug against. -- opensuse:tumbleweed:20180903 Qt: 5.11.1 KDE Frameworks: 5.49.0 - KDE Plasma: 5.13.4 - kwin 5.13.4 kmail2 5.9.0 - akonadiserver 5.9.0 - Kernel: 4.18.5-1-default - xf86-video-nouveau: 1.0.15 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
participants (3)
-
Dominique Leuenberger
-
Felix Miata
-
Ianseeks