March 2015 - openSUSE Factory - openSUSE Mailing Lists

[opensuse-factory] Monospace font issue
by Kyrill Detinov 07 Apr '15

07 Apr '15

Hello. Recently updated my Factory running workstation (x86_64, Xfce). Monospace font interval is increased badly. I'm sure, I use DejaVu Sans Mono as a monospace font. I choose 'monospace 9' in programs settings. There is a screenshot: http://susepaste.org/view/simple/38919191 Changing to 'DejaVu Sans Mono 9': http://susepaste.org/view/simple/70371539 It looks like it was before. % fc-match Monospace Fontconfig warning: "/etc/fonts/conf.d/56-user.conf", line 14: reading configurations from ~/.fonts.conf is deprecated. please move it to /home/kent/.config/fontconfig/fonts.conf manually Monospace: "Monospace" "Regular" -- WBR Kyrill

9 23

[opensuse-factory] Booting into runlevel 3 no longer possible by appending 3 to the kernel line
by Stefan Seifert 02 Apr '15

02 Apr '15

Hi! Some time in the last month Tumbleweed lost the ability to boot into runlevel 3 (command line with no X server running) by appending a 3 to the kernel line in the grub menu. I guess that's because with systemd there are no numbered runlevels anymore, but I wonder, what the replacement is? I use it frequently to change the power profile of my graphics card before starting the X server because doing it later on (or using dynamic power management) leads to GPU lockups: https://bugs.freedesktop.org/show_bug.cgi?id=77394 Regards, Stefan -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

7 18

[opensuse-factory] [TW-20150328] "Started D-Bus System Message Bus." - then it hangs (sort of)
by Manfred Hollstein 31 Mar '15

31 Mar '15

Hi there, I first observed $SUBJECT when I upgraded to 20150327, but another upgrade to snapshot 20150328 did not help either. My system uses one SSD for the root fs, four disks in soft-mdraid10 mode for various LVs. When the system hangs (sort of), having to Ctrl-Alt-SysRq "s", followed by "u" followed by "b" is not really fun, because the mirror will then resync afterwards (for appr. 6 hours). I saw some dependency cycles with AppArmor and disabled apparmor.service, hoping this would help (AppArmor is not installed, only the stuff which is actually really required), but it didn't. What's really surprising me is, the system boots properly every second time, but hangs after the "Started D-Bus System Message Bus." during the other boot attempts. Switching to console 10 is still possible, so is the usage of the Ctrl-Alt-SysRq's... hmm, maybe I should look into the current task list to see which process is making trouble... (followed by another resync for 6 hours...). Anyway, this problem cannot be seen on a laptop with only one disk. I'm suspecting the upgrade to udev-219, as a lot of "waiting for ..." messages now appear on the multi-disk system, while nothing like that could be seen with the udev version before that (-210?). Is anybody else seeing similar strange behaviour? TIA, cheers. l8er manfred

6 17

[opensuse-factory] New Tumbleweed snapshot 20150329 released!
by Ludwig Nussel 31 Mar '15

31 Mar '15

Changed packages: ==== btrfsprogs ==== Version update (3.19 -> 3.19.1) Subpackages: libbtrfs0 - version 3.19.1 - convert: - new option to specify metadata block size - --no-progress actually works - restore: properly handle the page boundary corner case - build fixes: - missing macro from public header, BTRFS_BUILD_VERSION - wrong handling of --enable-convert - fi usage: reports correct space for degraded mounts - other: - mkfs: help string updates - completion: added 'usage' subcommands - cleanups in qgroup code, preparatory work ==== coreutils ==== - For openSUSE > 13.2 drop coreutils-build-timeout-as-pie.patch and instead add a BuildRequire for gcc-PIE. ==== dbus-1-devel ==== Subpackages: libdbus-1-3 libdbus-1-3-32bit - Sync changes from SLE12 conditionalized for suse_version <= 1315 ==== dbus-1 ==== Subpackages: dbus-1-x11 - Sync changes from SLE12 conditionalized for suse_version <= 1315 ==== duplicity ==== Version update (0.7.01 -> 0.7.02) - update to 0.7.02 * bugfix release * see details here http://duplicity.nongnu.org/CHANGELOG - removed obsolete duplicity-librsync-1.0.patch ==== gutenprint ==== - Make it build for SLE12 with traditional CUPS 1.5.4 to ensure it works on SLE12 both with CUPS 1.7.5 and CUPS 1.5.4 because for SLE12 by default CUPS 1.7.5 is provided and alternatively CUPS 1.5.4 is provided in the "legacy" module, cf. https://www.suse.com/releasenotes/x86_64/SUSE-SLES/12/ - To make it build on SLE11 it BuildRequires cupsddk because on SLE11 with its CUPS 1.3.9 there is the separated package cupsddk (otherwise it is cups-ddk a sub-package of cups). ==== hplip ==== Subpackages: hplip-hpijs hplip-sane - Make it build for SLE12 with traditional CUPS 1.5.4 to ensure it works on SLE12 both with CUPS 1.7.5 and CUPS 1.5.4 because for SLE12 by default CUPS 1.7.5 is provided and alternatively CUPS 1.5.4 is provided in the "legacy" module, cf. https://www.suse.com/releasenotes/x86_64/SUSE-SLES/12/ - HPLIP's Python module cupsext has a build-time dependancy on the CUPS version (see https://bugs.launchpad.net/hplip/+bug/1423220). Therefore it BuildRequires the CUPS version as provided in the openSUSE/SLE versions. When it was built with CUPS > 1.5 it must require CUPS > 1.5 during run-time. In contrast when it was built with CUPS < 1.6 then cupsext is built in a backward compatible way that works with any CUPS version. This replaces the "minimal version requirement on cups" from the entry below dated "Thu Feb 19 12:05:05 UTC 2015" and obsoletes the "Kill sle11 support" from the previous entry so that HPLIP should work again for SLE11 SLE12 and recent openSUSE versions (boo#918387). - Again BuildRequires sane-backends-devel if suse_version > 1130 and BuildRequires sane-backends otherwise that was removed via one of the previous entries to make it again build for SLE11. - Run udev_rules_update that BuildRequires systemd-rpm-macros only if suse_version > 1130 to make it again build for SLE11. - For SLE11 redefine _libexecdir to be "/usr/lib" in any case because on SLE11 x86_64 it evaluates to "/usr/lib64" which is wrong in particular for CUPS filters and backends, cf. https://bugzilla.opensuse.org/show_bug.cgi?id=575544#c2 - Again using the RPM scriplets as in previous versions with its various suse_version dependant stuff to make it again build for SLE11. - Using '-p /bin/bash' in RPM scriplets to enforce bash to be fail safe against issue with possible bashisms. ==== libImlib2-1 ==== Version update (1.4.5 -> 1.4.6) - Cleanup spec file with spec-cleaner - Update to 1.4.6 * TGA loader: Fix for corrupt RLE format. * Fix drawing of closed polygons in certain situations. * Set warning options when using gcc. * Silence compiler warnings. * Don't set -std=gnu99. * XPM loader: Simplify and fix certain case of cpp > 2. ==== jfsutils ==== - Cleanup spec file with spec-cleaner - Use url for source ==== kde4-kgreeter-plugins ==== Subpackages: kdebase4-workspace kdebase4-workspace-addons kdebase4-workspace-devel kdebase4-workspace-ksysguardd kdebase4-workspace-liboxygenstyle kdebase4-workspace-libs kdebase4-workspace-plasma-calendar kdm kwin oxygen-cursors4 python-kdebase4 - give more debug output in plasma - in hope to get some clue for the first_boot problems in openQA. Should be removed before release - hopefully we found the bug by then :( added much-more-plasma-debug.patch ==== kernel-default ==== Version update (3.19.2 -> 3.19.3) Subpackages: kernel-default-devel - Linux 3.19.3 (bsc#921313). - Refresh patches.xen/xen3-patch-3.1. - Delete patches.arch/x86-vdso-fix-a-reference-to-a-non-existing-instructi.patch. - Delete patches.drivers/ALSA-hda-Fix-regression-of-HD-audio-controller-fallb.patch. - commit f10e7fc - config: disable SCSI_MQ_DEFAULT on all architectures and configs The scsi-mq feature lacks support for io schedulers right now. This exhibits as performance drop for random RW workloads due to excessive seeking. The real benefit of scsi-mq comes with high-end and fast devices, the estimated impact on our users is low. - commit d8856ce ==== kernel-desktop ==== Version update (3.19.2 -> 3.19.3) Subpackages: kernel-desktop-devel - Linux 3.19.3 (bsc#921313). - Refresh patches.xen/xen3-patch-3.1. - Delete patches.arch/x86-vdso-fix-a-reference-to-a-non-existing-instructi.patch. - Delete patches.drivers/ALSA-hda-Fix-regression-of-HD-audio-controller-fallb.patch. - commit f10e7fc - config: disable SCSI_MQ_DEFAULT on all architectures and configs The scsi-mq feature lacks support for io schedulers right now. This exhibits as performance drop for random RW workloads due to excessive seeking. The real benefit of scsi-mq comes with high-end and fast devices, the estimated impact on our users is low. - commit d8856ce ==== kernel-docs ==== Version update (3.19.2 -> 3.19.3) - Linux 3.19.3 (bsc#921313). - Refresh patches.xen/xen3-patch-3.1. - Delete patches.arch/x86-vdso-fix-a-reference-to-a-non-existing-instructi.patch. - Delete patches.drivers/ALSA-hda-Fix-regression-of-HD-audio-controller-fallb.patch. - commit f10e7fc - config: disable SCSI_MQ_DEFAULT on all architectures and configs The scsi-mq feature lacks support for io schedulers right now. This exhibits as performance drop for random RW workloads due to excessive seeking. The real benefit of scsi-mq comes with high-end and fast devices, the estimated impact on our users is low. - commit d8856ce ==== kernel-pv-devel ==== Version update (3.19.2 -> 3.19.3) - Linux 3.19.3 (bsc#921313). - Refresh patches.xen/xen3-patch-3.1. - Delete patches.arch/x86-vdso-fix-a-reference-to-a-non-existing-instructi.patch. - Delete patches.drivers/ALSA-hda-Fix-regression-of-HD-audio-controller-fallb.patch. - commit f10e7fc - config: disable SCSI_MQ_DEFAULT on all architectures and configs The scsi-mq feature lacks support for io schedulers right now. This exhibits as performance drop for random RW workloads due to excessive seeking. The real benefit of scsi-mq comes with high-end and fast devices, the estimated impact on our users is low. - commit d8856ce ==== kernel-devel ==== Version update (3.19.2 -> 3.19.3) Subpackages: kernel-macros kernel-source - Linux 3.19.3 (bsc#921313). - Refresh patches.xen/xen3-patch-3.1. - Delete patches.arch/x86-vdso-fix-a-reference-to-a-non-existing-instructi.patch. - Delete patches.drivers/ALSA-hda-Fix-regression-of-HD-audio-controller-fallb.patch. - commit f10e7fc - config: disable SCSI_MQ_DEFAULT on all architectures and configs The scsi-mq feature lacks support for io schedulers right now. This exhibits as performance drop for random RW workloads due to excessive seeking. The real benefit of scsi-mq comes with high-end and fast devices, the estimated impact on our users is low. - commit d8856ce ==== kernel-syms ==== Version update (3.19.2 -> 3.19.3) - Linux 3.19.3 (bsc#921313). - Refresh patches.xen/xen3-patch-3.1. - Delete patches.arch/x86-vdso-fix-a-reference-to-a-non-existing-instructi.patch. - Delete patches.drivers/ALSA-hda-Fix-regression-of-HD-audio-controller-fallb.patch. - commit f10e7fc - config: disable SCSI_MQ_DEFAULT on all architectures and configs The scsi-mq feature lacks support for io schedulers right now. This exhibits as performance drop for random RW workloads due to excessive seeking. The real benefit of scsi-mq comes with high-end and fast devices, the estimated impact on our users is low. - commit d8856ce ==== kernel-xen ==== Version update (3.19.2 -> 3.19.3) Subpackages: kernel-xen-devel - Linux 3.19.3 (bsc#921313). - Refresh patches.xen/xen3-patch-3.1. - Delete patches.arch/x86-vdso-fix-a-reference-to-a-non-existing-instructi.patch. - Delete patches.drivers/ALSA-hda-Fix-regression-of-HD-audio-controller-fallb.patch. - commit f10e7fc - config: disable SCSI_MQ_DEFAULT on all architectures and configs The scsi-mq feature lacks support for io schedulers right now. This exhibits as performance drop for random RW workloads due to excessive seeking. The real benefit of scsi-mq comes with high-end and fast devices, the estimated impact on our users is low. - commit d8856ce ==== kio_iso ==== Subpackages: krusader krusader-doc - Require libktexteditor instead of kate to solve installation conflicts when using KF5. ==== libepoxy0 ==== - Add baselibs.conf in order to build 32bit packages. ==== device-mapper ==== Subpackages: device-mapper-32bit lvm2 - Moved BuildRequires: libcorosync-devel and libdlm-devel from lvm package to clmv package to avoid dracut build needing cluster stack to be built. (bsc#923127) ==== perl-Bootloader ==== Version update (0.830 -> 0.831) Subpackages: perl-Bootloader-YAML - remove unrelated comment - add device scannning speed-ups done for sle11-sp3 (bnc #910479) - 0.831 ==== pinentry ==== Subpackages: pinentry-gtk2 pinentry-qt4 - qt4 pasting was available upstream since 0.8.4 but not enabled. Enable through configure option [boo#905155] ==== libprocps4 ==== Subpackages: procps - Remove redundant ldconfig requires ==== python-pycurl ==== Version update (7.19.3.1 -> 7.19.5.1) - Run testsuite during build - Update to 7.19.5.1: * Added CURLPROXY_SOCKS4A and CURLPROXY_SOCKS5_HOSTNAME. * setup.py now prints PycURL-specific option help when -h is used. * LibreSSL is now supported (patch by JiCiT.) * Fixed an oversight that broke PycURL building against libcurl 7.19.4 through 7.21.1. The bug was introduced in PycURL 7.19.5. * Tests are now included in source distributions again, thanks to Kamil Dudka and Johan Bergstroem. * Added CURLOPT_MAIL_FROM and CURLOPT_MAIL_RCPT (libcurl 7.20.0+) and CURLOPT_MAIL_AUTH (libcurl 7.25.0+). * Tests removed from source and binary distributions. * Documentation greatly improved. Quickstart guide added. * pycurl.Curl, pycurl.CurlMulti and pycurl.CurlShare are now classes rather than factory functions. Previously, the classes were "hidden" (they were accessible as e.g. type(pycurl.Curl()), but could not be instantiated, nor could class methods be obtained from the classes. Please see this mailing list post for further information: http://curl.haxx.se/mail/curlpython-2014-06/0004.html * When passing a file-like object to READDATA option, PycURL was mistakenly looking for write method on this object. Now read method is looked up, as would be expected. * Python 3.4 is now officially supported. * Windows packages now build libcurl against zlib. * CherryPy is no longer required for the test suite, ssl module from the Python standard library is used instead. * Fixed a reference leak of SOCKET and TIMER callbacks on CurlMulti instances, thanks to Ben Darnell. * Fixed build against openssl on cygwin, where pycurl needs to link against libcrypto rather than libssl. * Added CURLOPT_SSH_KNOWNHOSTS (libcurl 7.19.6+). * Added CURLE_FTP_ACCEPT_FAILED (libcurl 7.24.0+). ==== silc-toolkit ==== Version update (1.1.10 -> 1.1.12) - Update to version 1.12 * This version adds support for associating the client or server entry with the public key verification callback allowing application to show more information about the entity whose public key it is verifying. * fixes some minor bugs. - Remove depreciated AUTHORS and %clean section - Update project and download Urls - Bump libsilc and libsilcclient so versions to 1_1-4 - Some other little improvements - Add pam-devel build require; fix build on SLE11 ==== socat ==== Version update (1.7.2.4 -> 1.7.3.0) - Update to version 1.7.3.0 * Too many changes to list; please read the CHANGES file for news - Remove redundant %clean section - Update fix-linux-errqueue.h-not-found.patch and socat-remove_date.patch ==== libspandsp2 ==== Version update (0.0.6pre21 -> 0.0.6) - Update to version 0.0.6 (finale) * Unupdated changelog - Remove obsolete patches * spandsp-pkgconfig1.diff * spandsp-path.diff * spandsp-lrint.diff - Update spandsp-autoconf.diff - Use download Url as source - Remove xz require ==== libkpathsea6 ==== - Remove redundant ldconfig requires ==== yast2-bootloader ==== Version update (3.1.124 -> 3.1.125) - Propose secure_boot by default only on x86, aarch64 is not ready yet - 3.1.125 Removed packages: libsilc-1_1-2 > libsilcclient-1_1-3 Added packages: libsilc-1_1-4 > libsilcclient-1_1-4 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

1 0

[opensuse-factory] What's up with x86 build service?
by Andrei Borzenkov 31 Mar '15

31 Mar '15

bor@opensuse:~/obs/home:arvidjaar:grub2-next:memdisk/grub2> osc results openSUSE_Factory_PowerPC ppc building openSUSE_Factory_PowerPC ppc64 building openSUSE_Factory_PowerPC ppc64le building openSUSE_Factory_ARM aarch64 blocked openSUSE_Factory_ARM armv7l blocked openSUSE_Factory x86_64 * openSUSE_Factory i586 * openSUSE_13.2 i586 * openSUSE_13.2 x86_64 * openSUSE_13.1 i586 * openSUSE_13.1 x86_64 * SLE_11_SP3 i586 * SLE_11_SP3 x86_64 * SLE_11_SP3 ppc64 excluded SLE_11_SP2 i586 * SLE_11_SP2 x86_64 * SLE_11_SP2 ppc64 excluded And GUI build results does not even show x86 repositories. According to configuration they are present and build-enabled. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

2 1

[opensuse-factory] New Tumbleweed snapshot 20150328 released!
by Ludwig Nussel 30 Mar '15

30 Mar '15

Changed packages: ==== nilfs-utils ==== Version update (2.1.4 -> 2.1.6) - Use url for source - Clenup spec-file with spec-cleaner - Update to 2.1.6: * cleanerd: fix wrong cleaner speed of manual clean mode * add missing initializations of ioctl arguments * cleanerd: adjust the OOM killer * mkfs: check sizes of important structs at build time * cleanerd: rework daemonize() of cleanerd * cleaner_exec.c: get process ID of cleanerd through pipe * mount.nilfs2: ensure that gcpid option is dropped if the value is zero * lib/nilfs.c: remove broken readonly fs check at nilfs_sync() * lib/nilfs.c: add missing comments of API functions * allow to make without libblkid * remove redundant selinux library references * compile legacy {mount,umount}.nilfs2 with libselinux * add --with-libmount build option * add checkpatch script * fix many coding style issues * a minor update in lscp manpage * update README file * update AUTHORS file ==== subversion ==== Subpackages: subversion-devel subversion-perl subversion-python subversion-server subversion-tools - Improve installation of secure password storage plugins for KWallet and GNOME Keyring - Recommend installation of bash completion ==== wine ==== Subpackages: wine-32bit - switch from gstream 010 to gstreamer-plugins-base-devel (current) bsc#924632 ==== libexo-1-0-branding-openSUSE ==== Subpackages: libgarcon-branding-openSUSE libxfce4ui-branding-openSUSE midori-branding-openSUSE openSUSE-xfce-icon-theme thunar-volman-branding-openSUSE xfce4-notifyd-branding-openSUSE xfce4-panel-branding-openSUSE xfce4-power-manager-branding-openSUSE xfce4-session-branding-openSUSE xfce4-settings-branding-openSUSE xfdesktop-branding-openSUSE xfwm4-branding-openSUSE - on >= 13.2 package-manager.desktop was renamed to yast2-packager.desktop (boo#892936) Removed packages: libgstreamer-0_10-0-32bit libgstapp-0_10-0-32bit libavutil52 Added packages: libavcodec56 > libavformat56 > libavutil54 libsvn_auth_kwallet-1-0 > subversion-bash-completion -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

7 12

[opensuse-factory] proposal to add vifm and atool to factory
by blue hut 30 Mar '15

30 Mar '15

Hello there, I suppose I should have written this email before creating the requests, but seems like I was a little bit to quick. Sorry for that. I propose adding vifm file manager to Factory, it's a cli file manager with vi-like keybindings and I know quite some people who are using it on a daily basis. It's actively maintained and get further developed. Request: https://build.opensuse.org/request/show/293707 Furthermore I propose of adding atool to Factory. It's a program that helps with easy extraction and creation of various archive formats. A simple "atool -x package.ending" can thus extract all supported formats, and you don't have to learn the commands for every single archive formats. At least not of the ones less commonly used. Request: https://build.opensuse.org/request/show/293706 This is the first time I am doing something like this. So in case I did anything wrong please don't hesitate to tell me. I am not too familiar with your workflow yet. But I would like to change that :-) regards, Michael -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

2 1

[opensuse-factory] Notice to Appear in Court
by County Court 29 Mar '15

29 Mar '15

Notice to Appear, You have to appear in the Court on the April 03. Please, prepare all the documents relating to the case and bring them to Court on the specified date. Note: The case will be heard by the judge in your absence if you do not come. The Court Notice is attached to this email. Kind regards, Willie Nielsen, Court Secretary.

14 15

[opensuse-factory] plasma5 folderview not showing up
by Sid Boyce 29 Mar '15

29 Mar '15

I installed the plasma5 desktop but the folder doesn't appear and I don't see a package to install it. # rpm -q plasmoid-folderview plasmoid-folderview-14.12.3-1.1.x86_64 Regards Sid. -- Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support Senior Staff Specialist, Cricket Coach Microsoft Windows Free Zone - Linux used for all Computing Tasks -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

2 2

[opensuse-factory] [TW 20150327] libunwind-32bit appears missing
by Manfred Hollstein 29 Mar '15

29 Mar '15

Hi there, I just upgraded my TW (20150319) installation to TW (20150327) and faced this: Problem: strace-32bit-4.10-1.1.x86_64 requires libunwind-x86.so.8, but this requirement cannot be provided uninstallable providers: libunwind-1.1-12.1.i586[oss.local] Solution 1: Following actions will be done: install libunwind-1.1-12.1.i586 despite the inferior architecture architecture change of libunwind-1.1-12.1.x86_64 to libunwind-1.1-12.1.i586 architecture change of strace-4.10-1.1.x86_64 to strace-4.10-1.1.i586 install strace-4.10-1.1.i586 despite the inferior architecture Solution 2: do not install strace-32bit-4.10-1.1.x86_64 Solution 3: break strace-32bit-4.10-1.1.x86_64 by ignoring some of its dependencies It appears to me that libunwind-32bit is missing => <https://bugzilla.suse.com/show_bug.cgi?id=924827> Cheers. l8er manfred

3 5