March 2015 - openSUSE Factory - openSUSE Mailing Lists

[opensuse-factory] acpid requires systemd?
by Felix Miata 25 Apr '24

25 Apr '24

Can this be true? If so, why? Zypper won't let me upgrade acpid without breakage unless systemd is installed too. I have systemd locked out, as I'd rather test things I can understand in Factory, not major overhaul stuff. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (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(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

4 3

[opensuse-factory] openSUSE maintainer finder tool
by Bernhard M. Wiedemann 14 Jan '16

14 Jan '16

Hi, during our Hackweek at SUSE I spent a day or two to improve my tool to help finding the maintainer for software in Factory, which comes in handy for bugzilla-screening (getting bugs to the right people). You can use the tool at http://maintainer.zq1.de/ You can give it command names, full filepath, or package names (exact matches (including case) only) If you want to run or extend it, the code is all open on https://github.com/bmwiedemann/susepkginfo and the databases can be fetched from http://aw.zq1.de/db.suse/ The actual maintainer information comes from OBS, so is always current. Ciao Bernhard M. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

11 14

[opensuse-factory] xgettext aborts [Fwd: Build failure of Base:System/coreutils-testsuite openSUSE_Factory/x86_64]
by Bernhard Voelker 30 Nov '15

30 Nov '15

What happened to xgettext? [ 198s] /usr/bin/xgettext --default-domain=coreutils --directory=.. \ [ 198s] --add-comments=TRANSLATORS: --keyword=_ --keyword=N_ --flag=_:1:pass-c-format --flag=N_:1:pass-c-format --flag=error:3:c-format --flag=error_at_line:5:c-format --flag=asnprintf:3:c-f ormat --flag=asprintf:2:c-format --flag=error:3:c-format --flag=error_at_line:5:c-format --flag=vasnprintf:3:c-format --flag=vasprintf:2:c-format --flag=verror:3:c-format --flag=verror_at_line:5:c- format --flag=wrapf:1:c-format --flag=xasprintf:1:c-format --flag=xfprintf:2:c-format --flag=xprintf:1:c-format --from-code=UTF-8 --keyword=proper_name:1,'"This is a proper name. See the gettext ma nual, section Names."' --keyword=proper_name_utf8:1,'"This is a proper name. See the gettext manual, section Names."' ${end_of_xgettext_options+} --flag=error:3:c-format --flag=error_at_line:5:c-f ormat --keyword='proper_name:1,"This is a proper name. See the gettext manual, section Names."' --keyword='proper_name_utf8:1,"This is a proper name. See the gettext manual, section Names."' --flag =asprintf:2:c-format --flag=vasprintf:2:c-format --flag=verror:3:c-format --flag=verror_at_line:5:c-format --flag=xprintf:1:c-format --flag=xvprintf:1:c-format --flag=xfprintf:2:c-format --flag=xvf printf:2:c-format --flag=xasprintf:1:c-format \ [ 198s] --files-from=./POTFILES.in \ [ 198s] --copyright-holder='Free Software Foundation, Inc.' \ [ 198s] --package-name="${package_gnu}coreutils" \ [ 198s] --package-version='8.22' \ [ 198s] --msgid-bugs-address="$msgid_bugs_address" \ [ 198s] ;; \ [ 198s] esac [ 198s] *** Error in `/usr/bin/xgettext': realloc(): invalid pointer: 0x00000000018ff590 *** [ 198s] ======= Backtrace: ========= [ 198s] /lib64/libc.so.6(+0x7343f)[0x7fa6640e043f] [ 198s] /lib64/libc.so.6(+0x78cae)[0x7fa6640e5cae] [ 198s] /lib64/libc.so.6(+0x7bde5)[0x7fa6640e8de5] [ 198s] /usr/lib64/libgettextlib-0.19.1.so(xrealloc+0xe)[0x7fa66445b56e] [ 198s] /usr/bin/xgettext[0x40b301] [ 198s] /usr/bin/xgettext[0x40b38d] [ 198s] /usr/bin/xgettext[0x40b4e1] [ 198s] /usr/bin/xgettext[0x40b98e] [ 198s] /usr/bin/xgettext[0x40ba93] [ 198s] /usr/bin/xgettext[0x40c340] [ 198s] /usr/bin/xgettext[0x406953] [ 198s] /usr/bin/xgettext[0x4052cc] [ 198s] /lib64/libc.so.6(__libc_start_main+0xf5)[0x7fa66408eb05] [ 198s] /usr/bin/xgettext[0x405ba3] Have a nice day, Berny -------- Original Message -------- Subject: Build failure of Base:System/coreutils-testsuite openSUSE_Factory/x86_64 Date: Wed, 11 Jun 2014 18:15:31 +0000 From: hermes(a)opensuse.org Reply-To: hermes(a)opensuse.org To: mail(a)bernhard-voelker.de Package coreutils-testsuite (version 8.22-248.68) of project Base:System failed to build for openSUSE_Factory / x86_64. Review the build log: osc remotebuildlog Base:System coreutils-testsuite openSUSE_Factory x86_64 | less Check out the package for editing: osc checkout Base:System coreutils-testsuite -- Hermes messaging (http://hermes.opensuse.org) openSUSE Build Service (https://build.opensuse.org/) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

4 5

Re: [opensuse-factory] repository priorities with Tumbleweed
by Thomas Langkamp 16 Jul '15

16 Jul '15

> No, please don't confuse people, if you add more repos than just > Tumbleweed you really had better know what you are doing or bad things > can, and will, happen :) I understand. I just would like to add the following to http://en.opensuse.org/Portal:Tumbleweed - between ## is the new stuff: "The only supported method of repo use for Tumbleweed is to have only the main repos (Oss, Non-oss, and Update) and the Tumbleweed repo active. ## If you use more repositorys you have to know how repo-priorities work, but even then Tumblweed does NOT support this ## " It would also be good to move this information to "Special concerns" and to move the whole "Special concerns"-section up. For example "Special Concerns Virtual Machines ... Third Party Drivers ... ## Non-Standard Repos: Only use Oss, Non-oss, and Update combined with the Tumbleweed-Standard repo. Everything else is not supported and might break the system ## " >You do know the legal reasons behind why packman is there, right? Yes. Then I do not whish you personaly to support Packman with TW - I understand now that this is not possible from your perspectivg. But...as the OS community discusses right now if/how to strengthen Tumbleweed... one way would be, that Packman+TW would be supported BY Packman. So I will ask the Packman-guys to do that... I hope this is possible for them. Without Packman Tumbleweed is so ... "anti-multimedia" ;) thanks anyway :D -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

11 18

[opensuse-factory] openSUSE:Factory:NonFree repository
by Kyrill Detinov 03 Jul '15

03 Jul '15

Hello. /factory/repo/non-oss/ isn't updated since September 23. -- WBR Kyrill

4 9

[opensuse-factory] Action plans for Plasma 5 as default in openSUSE
by Luca Beltrame 19 May '15

19 May '15

(originally posted on opensuse-kde for initial discussion) Hello openSUSE KDE users and contributors, This mail outlines our plans for moving towards Plasma 5 as a default desktop for the next openSUSE release, includinga tentative action plan and where help from you all is required. We do not believe on pushing changes on users without some sort of preparation, therefore this document describes the transition plan. See the previous mails[0] for a rationale of this decision. [0] http://lists.opensuse.org/opensuse-kde/2015-03/msg00010.html ==== The plan ==== Phase 1: Gather input from the community In this phase, we would like people from the community, if they are able to, to test the currently-available code. It's quite easy, as all the required software is already available directly in Tumbleweed. You should install Plasma 5 from there (bear in mind that its install will not coexist with the 4.x workspace) and simply try using it. We are most interested with feedback, in particular: - Testing packaging - Testing upgrades of packages - Helping with building openQA tests - Checking for missing functionality Feedback will tracked through the following connect.opensuse.org polls: - Overall experience [1] : What does fowrk for you? What doesn't? - Missing functionality [2]: What are you missing from the 4.x workspace that you deem irrepleaceable? - Upgrade experience [3]: Was the upgrade from the 4.x packages smooth? Did anything break? - Visual and hardware-related issues [4]: Is Plasma 5 running well with your hardware? Bugs in the software should be reported upstream, but any issue in the packaging should be reported to openSUSE's Bugzilla. Phase 2: OpenQA testing We will discuss with the rest of the openSUSE community on how to handle Plasma 5 on openQA. This is where we need your help the most, because openQA needles are an important part of the openSUSE testing and we need many to ensure a smooth experience (and transition from 4.x), and we need a lot of them to ensure there are no hiccups down the road. Refer to http://os-autoinst.github.io/openQA/ to see how you can contribute. This phase will go as long as we can get comparable results as the 4.x workspace on openQA. === What about applications ? === As with regards to application releases from KDE (KDE Applications xx.yyy), our plan is to use directly what KDE releases, meaning that we will switch to KF5-based applications once upstream makes stable releases of them. If there are no KF5-based releases of a particular application, the currently available 4.x version will be used. === New repository layout === As part of the migration plan, when Plasma 5 becomes the default desktop in openSUSE the following changes will take place: - KDE:Frameworks5 (already the devel project for Plasma 5 and the KF5 libraries) will take the place of KDE:Distro:Factory (slowly phased out) - Application releases will be hosted in a separate development project, KDE:Applications KDE:Current, offering 4.x based releases, will be kept for users of past openSUSE versions. === Contingency plan === In case the issues reported during the testing period are too severe, we will revert back to the 4.x workspace and await further improvements from upstream. === How can I help ? === First and foremost: testing! We've been running the KF5 based desktop for a while but the team is small, we need more eyes looking for potential issues. Secondly: openQA tests are an essential foundation of an always-stable Tumbleweed, therefore this is another eare where help is warranted. A third area is documentation: wiki pages, guides, anything that can help in the transition. The team can help providing the required information. Above all: always be constructive when reporting issues. Saying "It sucks, get back to 4.x" is not only not going to help, but it is severely demotivating and that can be a problem with a task of this size. We're all humans, don't forget that. === Poll links === [1] https://connect.opensuse.org/pg/polls/read/luca_b/47114/what-is-your-experi… [2] https://connect.opensuse.org/pg/polls/read/luca_b/47132/what-functionality-… [3] https://connect.opensuse.org/pg/polls/read/luca_b/47168/how-was-your-upgrad… [4] https://connect.opensuse.org/pg/polls/read/luca_b/47184/how-is-your-plasma-… Luca Beltrame on behalf of the openSUSE community KDE Team -- Luca Beltrame - KDE Forums team KDE Science supporter GPG key ID: 6E1A4E79 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

26 91

[opensuse-factory] Mandos in openSUSE
by mots 01 May '15

01 May '15

Hello, I was told on the opensuse(a)opensuse.org list to post this here. Debian GNU/Linux has a program called Mandos, which allows computers with encrypted root filesystem to boot unattended as long as they are in the same LAN segment as the mandos server. If someone steals the computer or copies the storage of an ecrypted VM then they'll still have to enter the password on boot. It needs to install its client in the initrd of the encrypted machine, which is why it only works on Debian GNU/Linux for now. I feel like it would be a great addition to openSUSE GNU/Linux, but it needs a lot of changes in the boot process in order to work. More info about Mandos: https://wiki.recompile.se/wiki/Mandos Regards, mots

2 1

[opensuse-factory] Apparmor fails to start on boot in Tumbleweed
by Uzair Shamim 17 Apr '15

17 Apr '15

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hi, After doing the latest updates for tumbleweed, I have noticed that it is failing to start on boot: linux-jyg:~ # systemctl status apparmor -l ● apparmor.service - LSB: AppArmor initialization Loaded: loaded (/etc/init.d/boot.apparmor) Active: inactive (dead) Docs: man:systemd-sysv-generator(8) Mar 29 12:22:46 linux-2jim systemd[1]: Job apparmor.service/start deleted to break ordering cycle starting with sysinit.target/start Mar 29 12:22:46 linux-2jim systemd[1]: Job apparmor.service/start deleted to break ordering cycle starting with basic.target/start Mar 29 12:22:46 linux-2jim systemd[1]: Job apparmor.service/start deleted to break ordering cycle starting with sysinit.target/start Mar 29 12:29:14 linux-jyg systemd[1]: Stopped LSB: AppArmor initialization. However, if I do systemctl start apparmor it will run fine. Is there some way I can determine what is causing apparmor to fail on boot? - -- Regards, Uzair Shamim -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVGCj6AAoJEM66EOTZRH6+UQMQALWH2nmFNyrIEGhFiDjSeGaD Pvnc/WdO0e2NyhluPf0SinEtC5YlEbNvBkniHSPEcYEBU0So6N8qbLvXxJ5146HF swvZAX4DaIlE70754DldA1Onz3AAaHZaCmFs3RijhaATGhOMm/8/zxezR1xlvu7N CO/fNF0vZs32j6Cewg7Z3AIcC1/c796PK0tUep7cbSjoctTH8QFwb3kI7NWAjGFF ezH1KsS5cOkClzN8eUOKfHAV6JyKrL9CK9XHYk4bYOZlpZ+ucQi1JV4JihtO8/N5 cP+QHA92nWskEtI2PBObCJmUaMW0BOYEzposZuxIJ+EBccjuDb0cXmHDVonirnqj 6JKI9n+LHoqI74PxczzqCa3ORShQfHdabBhi108ywYapJtfwV7YdWE8E0SuDvpav Y3oRfLFQzhICB7nh1VA07SReZYaXAlyf3lvG23ZvbX2PZqJ9qIKshJnoQ5WBzWwl DcDBvmPGWP7pbgdZenfTkbUWZfSaJ3otwzhsZrPEhA2eGMpMa0HgTLURwT2FBiv6 Z+sSmocZIHlxxWTxkC8Z9skU6VLoMvQRhSGZ+kFKk5yvQCoyC2I24q8yYC6+Wo52 6gRU33DqZBhjs/WDgMZzFKU4Y8LUIHBbQIb2kRQcDrCD+uIWSYSVnYrsyBstbL80 Re93XcxK2jyvQKkQEVpr =ab3o -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

6 32

[opensuse-factory] fstab, systemd and UUID
by Oliver Neukum 11 Apr '15

11 Apr '15

Hi, I recently experienced a filesystem issue that forced me to use the rescue system and I saw two issues regarding mounting filesystems that seemed bad to them 1) swap space is mounted by UUID That is problematic. If your swap space is corrupted you use mkswap. There practically is no other option. Doing so, however, you change the UUID and your system comes up without swap pretty much without warning. That is really nasty if you need to do S4 later on. It seems to me that swap should be mounted by device name. 2) systemd while coming up will tell you that a certain UUID is unavailable and fails to boot. That message is more less useless. You pretty much won't find the partition by UUID after you reboot into the rescue system because unless you have superhuman memory or take a photograph you will not have the UUID any more. And even if you had it, you won't find it for the same reason systemd failed to find it. A useful message would tell me where the filesystem was to be mounted at. Regards Oliver -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

17 52

[opensuse-factory] Upcoming transition to GCC 5
by Richard Biener 09 Apr '15

09 Apr '15

Hi, we are currently trying to get openSUSE:Factory:Rings:0-Bootstrap and openSUSE:Factory:Rings:1-MinimalX clean to build with GCC 5 in the openSUSE:Factory:Staging:Gcc49 project. Once that works reasonably I will push GCC 5 to Factory without enabling it as a default - that will be done when it works fully (help appreciated at that point). There is a porting-to document that explains some issues you may run into (also consider the 4.9 variant as we didn't transition to that): https://gcc.gnu.org/gcc-5/porting_to.html https://gcc.gnu.org/gcc-4.9/porting_to.html You may also find the analysis of Fedora interesting which explains why some packages now fail to build: https://lists.fedoraproject.org/pipermail/devel/2015-February/207549.html GCC 5 packages can be installed from devel:gcc where they are regularly updated. Those sources also feed openSUSE:Factory:Staging:Gcc49. Richard. -- Richard Biener <rguenther(a)suse.de> SUSE LINUX GmbH, GF: Felix Imendoerffer, Jane Smithard, Jennifer Guild, Dilip Upmanyu, Graham Norton HRB 21284 (AG Nuernberg) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

10 27

[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

[opensuse-factory]
by PSI Rockin' Omega 28 Mar '15

28 Mar '15

-- 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] New Tumbleweed snapshot 20150327 released!
by Ludwig Nussel 28 Mar '15

28 Mar '15

Changed packages: ==== ccache ==== Version update (3.1.9 -> 3.2.1) - Add gpg signature - Remove ccache-gcc48.patch and xclang.patch (both are already present in current release) - On i586, use only small testsuite (quicktest) full testsuite fails (https://bugzilla.samba.org/show_bug.cgi?id=11109) - Update to 3.2.1: * Added support for configuring ccache via one or several configuration files instead of via environment variables. Environment variables still have priority but are no longer the recommended way of customizing ccache behavior. See the manual for more information. * Added support for compiler error/warning messages with color. * Made creation of temporary directories and cache directories smarter to avoid unnecessary stat calls. * Improved efficiency of the algorithm that scans for __DATE_ and __TIME__ tokens in the hashed source code. * Added support for several binaries (separated by space) in CCACHE_PREFIX. * The -c option is no longer passed to the preprocessor. This fixes problems with clang and Solaris?s C++ compiler. * ccache no longer passes preprocessor options like -D and -I to the compiler when compiling preprocessed output. This fixes warnings emitted by clang. * Compiler options -fprofile-generate, -fprofile-arcs, - fprofile-use and -fbranch-probabilities are now handled without bailing. * Added support for clang?s --serialize-diagnostic option, storing the diagnostic file (.dia) in the cache. * Added support for precompiled headers when using clang. * Changed the -x language option to use the new objective C standard for GCC and clang. * On a cache miss, ccache now instructs the compiler to create the object file at the real destination and then copies the file into the cache instead of the other way around. This is needed to support compiler options like -fprofile-arcs and --serialize-diagnostics. * ccache now checks that included files' ctimes aren?t too new. This check can be turned off by adding include_file_ctime to the ?ccache sloppiness�he filename part of options like -Wp,-MDfilename is no longer included in the hash since the filename doesn?t have any bearing on the result. * Added a ?read-only direct�efault cache size is now 5 GB (was previously 1 GiB). * Added support for @file and -@file arguments (reading options from a file). * Bail out on too hard compiler option -Wp,-P. * Optimized MD4 calculation code on little-endian systems. * Various improvements and fixes on win32. * Improved logging to the ccache log file. * Added --dump-manifest command-line option for debugging purposes. * Added --with-bundled-zlib configure option. * Upgraded bundled zlib to version 1.2.8. * Improved dev.mk to be more platform independent. * Made the test suite work with clang and gcc-llvm on OS X. * Various other improvements of the test suite. ==== emacs ==== Subpackages: emacs-info emacs-nox emacs-x11 etags - jpeg-version-check.patch: Fix jpeg version check to work with gcc >= 5 ==== gcab ==== Subpackages: gcab-lang libgcab-1_0-0 - Add gcab-checksum.patch: fix checksum computation (bgo#746580). ==== git ==== Version update (2.3.3 -> 2.3.4) Subpackages: git-core git-cvs git-daemon git-email git-gui git-svn git-web gitk - git 2.3.4: * The 'color.status.unmerged' configuration was not described. * "git log --decorate" did not reset colors correctly around the branch names. * "git -C '' subcmd" refused to work in the current directory, unlike "cd ''" which silently behaves as a no-op. * "git imap-send" learned to optionally talk with an IMAP server via libcURL; because there is no other option when Git is built with NO_OPENSSL option, use that codepath by default under such configuration. * A workaround for certain build of GPG that triggered false breakage in a test has been added. * "git rebase -i" recently started to include the number of commits in the insn sheet to be processed, but on a platform that prepends leading whitespaces to "wc -l" output, the numbers are shown with extra whitespaces that aren't necessary. * We did not parse username followed by literal IPv6 address in SSH transport URLs, e.g. ssh://user@[2001:db8::1]:22/repo.git correctly. ==== gpg2 ==== - Add hkps-fix-host-name-verification-when-using-pools.patch to fix hkps support w/ pools. Upstream commit dc10d46. ==== kernel-firmware ==== Subpackages: ucode-amd - Fix the filelist of amd-ucode. ==== liborcus-0_8-0 ==== Version update (0.7.0 -> 0.7.1) - Version bump to 0.7.1: * Various boost bugfixes and update for new ixion - Obsoleted patch: * liborcus-boost-1.56.patch ==== libsndfile-devel ==== Subpackages: libsndfile1 libsndfile1-32bit - Cleanup spec file with spec-cleaner - Add gpg signature - Remove old ppc provides/obsoletes ==== 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-uml libvirt-daemon-driver-vbox libvirt-daemon-driver-xen libvirt-daemon-qemu libvirt-daemon-xen - Disable interface driver if libnetcontrol cannot be initialized Modified libvirt-suse-netcontrol.patch boo#920551 ==== liblirc_client0 ==== Version update (0.9.1a -> 0.9.2a) Subpackages: lirc-devel - Fix a typo in obsolete tag - lirc-core provides and obsoletes lirc - Fix lirc-disable-kernel-rc requirement - Update to version 0.9.2a * Maintenance release: bugfixes, no new features. * Notably fixes #85, multiple --connect regression. * Fixes bad bug for locating ~/.lircrc config file. * Documentation and lirc.org updates. * All in all 19 patches. - Split each lirc module in his own package * core : contains needed binaries to run basically lirc; it obsoletes previous lirc package * config: contains tools and data to ease the LIRC configuration process. it provides and obsoletes the previous "remotes" packages as remotes config files are not provided anymore and the config package provides a tool to config a remote * liblirc_driver0 : provides the driver library * liblirc0 : the main library * drv-ftdi: provides ftdi support * drv-portaudio : provides portaudio support * tools-gui : tools for debugging lirc - Add pkgconfig(libftdi1) require for Factory; ftdi is only availables on Factory - Add pkgconfig(portaudio-2.0) require; build with portaudio support - Add python3 build require instead of python; python3 is now the default - Add python3-PyYAML build require and requirement for lirc-config; needed for generating table.html and lirc.hwdb, and is a direct dependency of lirc-setup - Remove help2man require; dropped by upstream - Remove lirc-0.9.1a-fix-bashisms.patch; fixed on upstream release - Remove 0003-0.9.1a-Bugfix-segfault-when-parsing-connect-in-confi.patch fixed on upstream release - Update patches * 0001-Fix-segfault-when-starting-lircd-AUR-41581.patch * 0002-lircd-Fix-bad-default-for-lircdfile.patch - Remove old and not needed lirc-64bit obsoletion - Add liblirc_driver0 and liblirc0 to baselibs.conf ==== nano ==== Version update (2.3.6 -> 2.4.0) Subpackages: nano-lang - Update to 2.4.0: * doc/nanorc.sample.in: Remove ?undo? section which is now obsolete. * doc/syntax/nanorc.nanorc: Remove 'undo' from the valid options. * doc/texinfo/nano.texi, doc/man/nanorc.5: Typo fix. * src/global.c (add_to_sclist): Remove the now unused and unneeded addition ability from this builder function of the shortcut list. * src/global.c (strtokeytype): Move this to a better place. * src/global.c (first_sc_for): Move this too to a better place. * src/prompt.c (do_yesno_prompt): Use the new and more direct func_from_key() wrapper instead of get_shortcut(). * src/text.c (do_linter): Likewise. * src/files.c (do_insertfile, do_writeout): Likewise. * src/files.c (do_insertfile): Adjust some indentation. * src/prompt.c (do_statusbar_input), src/browser.c (do_browser): Reorder a few things, and adjust some whitespace. * doc/man/nano.1, doc/man/rnano.1: Separate short and long option by a comma instead of putting the long one between parentheses. And showing the required quotes around the argument of -Q. * doc/texinfo/nano.texi: Standardize the formatting of command-line options -- each one separately. Also add some more markup. * doc/man/nano.1, doc/man/rnano.1: Tweak the formatting a bit so that po4a will create a nicer POT file. * doc/man/nanorc.5: Improve some of the wordings and formatting. * doc/syntax/nanorc.nanorc: Remove a mistaken OR which causes a 'Bad regex, empty (sub)expression' error on some systems. * doc/texinfo/nano.texi: Improve some wordings and formatting. * src/text.c (do_justify): Replace the old get_shortcut() wrapper with the new func_from_key(). * doc/syntax/{perl,python,ruby,sh}.nanorc: Recognize also header lines of the form "#!/usr/bin/env thing" besides "#!/bin/thing". * doc/syntax/spec.nanorc: Colorize %pretrans and %posttrans fully. * src/files.c (do_lockfile): Gettextize the "File being edited" prompt, and improve its wording. * src/winio.c (do_credits): Remove the names of past translators from the Easter-egg scroll. * THANKS: Add a missing historical translator name. * src/winio.c (do_credits): Add Mark to the scroll, for all his undo work, colouring nano's interface, and other patches. * New formatter code to support syntaxes like go which have tools to automatically lint and reformat the text for you (gofmt), which is lovely. rcfile option formatter, function text.c:do_formatter() and some other calls. * src/files.c (open_buffer): Check here for locking and properly handle choosing to not open a file when locked instead of in open_file(). * src/winio.c (do_credits): Add a general entry for all translators. * src/files.c (write_lockfile): Avoid writing uninitialized bytes to the lock file -- a simple null_at() would not initialize the buffer. * src/files.c (do_lockfile): Make sure that 'lockprog' and 'lockuser' are terminated -- strncpy() does not guarantee that on its own. * src/files.c (do_lockfile): Avoid printing a wrong PID on the status bar due to treating serialized PID bytes as signed integers. * src/files.c (write_lockfile): Do not trim the nano version number -- snprintf() counts the trailing zero into the size limit. * src/cut.c (do_cut_text): Make sure to set modified even when using --enable-tiny. * src/file.c (do_lockfile): Also show the name of the affected file when finding a lock file, for when many files are opened at once. * src/file.c (do_lockfile): The user does the editing, not the editor. * doc/syntax/sh.nanorc: Recognize also dash, openrc and runscript. * README: Fix the explanation of how to subscribe to a mailing list. * doc/syntax/{java,lua,python,ruby}.nanorc: Wrap some overlong lines. * src/rcfile.c (parse_binding): Add an exception for do_toggle() as rebinding toggles broke with r5022. (Fixed in r5134.) * doc/man/nanorc.5, doc/texinfo/nano.texi: Add a note about the inherent imperfection of using regular expressions for syntax highlighting. * doc/man/nanorc.5: Improve the indentation of some lists. * doc/man/nanorc.5, doc/texinfo/nano.texi: Remove the mistaken square brackets around the arguments of "header" and "magic" -- those arguments are not optional. Also add "formatter" to the texinfo document, and slightly improve its punctuation. * src/proto.h, src/nano.c: Fix compilation with --enable-tiny plus - -enable-nanorc. * src/rcfile.c (parse_binding): Fix the rebinding of toggles. * doc/man/{nano.1,rnano.1,nanorc.5}, doc/texinfo/nano.texi: Update years and version numbers in the docs in anticipation of a release. * src/nano.c (version): Drop compile time from version information to enable a reproducible build. * src/nano.c (renumber): Get out if there is nothing to renumber, to prevent do_undo() from falling over trying to renumber emptiness. * src/text.c (do_formatter): Fix a message plus a few comments. * src/text.c (do_alt_speller): Do not set the modified flag when an external spell checker didn't make any changes. * src/nano.c (finish_stdin_pager, cancel_stdin_pager, stdin_pager): Normalize the whitespace, remove an old comment, and place another one better. * src/text.c (do_undo): Make a message equal to another one. It was mistakenly changed in r4950. (This is translation-neutral.) * src/global.c (shortcut_init): Keep related items together in the ^G help screen. * src/text.c (do_alt_speller): Restore the positions of the mark and the cursor in a better way: to the columns where they were. * src/text.c (do_alt_speller): Remove some leftovers. * src/search.c: Place some comments better and unwrap some lines. * src/chars.c (move_mbleft): Start looking for a multibyte char not at the start of the string, but only as far back as such a char can possibly be. Change suggested by Mark Majeres. * src/search.c (findnextstr): Step backward or forward not simply one byte but one character (possibly multibyte). * src/winio.c (edit_redraw): Do not center the current line when smooth scrolling is used. - Do less manually in spec. ==== iscsiuio ==== Subpackages: open-iscsi open-isns - Updated to latest upstream, adding 42 patches. See git@github.com:hreinecke/open-iscsi.git, openSUSE-Factory branch, for details: * iscsid: retry login for ISCSI_ERR_HOST_NOT_FOUND * iscsid: Fix double close of mgmt ipc fd * iscsiadm: Initialize param_count in set_host_chap_info * iscsiuio: Rebranding iscsiuio * iscsiadm : make iface.ipaddress optional in iface * isns: Add docs for deregistering discovery domains. * iscsid: don't round up when modifying padding len * Fix build warnings for unused variables * Fix warning about possibly-uninitialized variable * Fix bad sizeof in memset * Fix missing header * iscsiuio: Fix warning about non-matching types * iscsiuio: Fix strict-aliasing warning with struct * iscsiuio: Resolve strict aliasing issue in * iscsiuio: Fix aliasing issue with * iscsiuio: Use attribute(unused) for variables that are * iscsiuio: Use attribute(unused) for *icmpv6_hdr * iscsiuio: Change nic_disable to return void * iscsiuio: Remove set but unused variables * iscsiuio: Check return value from nic_queue_tx_packet * Code cleanup: no functional changes * Represent DHCP "origin" as an enum, not a string. * Allow modifications for iface.gateway and * actor: Mark actor_check static * actor: simplify actor_check * actor: s/ACTOR_TICKS/actor_jiffies/ * actor: Remove ACTOR_TICKS_10MS() * actor: Unobfuscate ACTOR_MAX_LOOPS * actor: Simplify actor_poll a little * Remove actor_init and rename actor_new to actor_init * Make running actors event-driven * Wake up to reap children * fix regression in iscsi_tcp iface binding * guard against NULL ptr during discovery from unexpected * add discovery as a valid mode in iscsiadm.8 * iscsid: fix order of setting uid/gid and drop * iscsiuio CFLAGS fixes * Fix incorrect list operation leading to out-of-order * Prevent spinning over poll() when reconnecting to an * Add some more debug logging to actor.c * iscsid safe session logout * iscsid: don't re-read config file for every session ==== osc ==== Version update (0.151.1 -> 0.151.2) - 0.151.2 - improved error loging ==== perl-YAML-LibYAML ==== - Added perl-YAML-LibYAML-no-plan.patch, which lets the package build on SLES 11. ==== quagga ==== Version update (0.99.23 -> 0.99.24.1) - Fix build for openSUSE 13.1/SLE12 - Update to version 0.99.24.1 * zebra: don't print uninitialized string (3b02fe8) This crept in as part of the MRIB improvements and I missed the compiler warning between other noise. Unfortunately, printing an uninitialised variable can in fact make zebra crash, so this is not trivial. - Use systemd for openSUSE > 12.3 - Add patch from Fedora * 0001-systemd-change-the-WantedBy-target.patch ==== slib ==== Version update (3b4 -> 3b5) - Update to version 3b5 * rmdsff.scm (make-cell, integer->coordinates) (coordinates->integer): Don't depend on LETREC* behavior. * Makefile, mklibcat.scm, rmdsff.scm, slib.texi (space-filling): Added "rmdsff.scm" and documentation. * phil-spc.scm, schmooz.scm, slib.texi: Because TeXinfo-5 changed the rules, don't allow text between @defun and @defunx. * usercat: Use local copy of "schmooz.scm". - Remove unzip build require; now use a regular tar.gz tarball - Remove obsolete AUTHORS and %clean section ==== libgudev-1_0-0 ==== Version update (210 -> 219) Subpackages: libgudev-1_0-devel libudev-devel libudev1 libudev1-32bit systemd systemd-32bit systemd-bash-completion systemd-logger systemd-sysvinit typelib-1_0-GUdev-1_0 udev - Add 0001-core-rework-device-state-logic.patch to fix spurious automated umount after mount. - mark more subpackages as !bootstrap for systemd-mini usage. - spec : remove --with-firmware-path, firmware loader was removed in v217 - spec: remove --disable-multi-seat-x, gone.(fixed in xorg) - spec: Do not enable systemd-readahead-collect.service and systemd-readahead-replay.service as these do not exist anymore. - spec: drop timedate-add-support-for-openSUSE-version-of-etc-sysconfig.patch Yast was fixed to write all timezone changes exactly how timedated expects things to be done. - spec: remove handle-etc-HOSTNAME.patch, since late 2014 the netcfg package handles the migration from /etc/HOSTNAME to /etc/hostname and owns both files. -spec: remove boot.udev and systemd-journald.init as they currently serve no purpose. - suse-sysv-bootd-support.diff: Remove HAVE_SYSVINIT conditions, we are in sysvcompat-only codepath, also remove the code targetting other distributions, never compiled as the TARGET_$DISTRO macros are never defined. - systemd-powerd-initctl-support.patch guard with HAVE_SYSV_COMPAT - set-and-use-default-logconsole.patch: fix HAVE_SYSV_COMPAT guards - insserv-generator.patch: Only build when sysvcompat is enabled - vhangup-on-all-consoles.patch add a comment indicating this is a workaround for a kernel bug. - spec: Add option to allow disabling sysvinit compat at build time. - spec: Add option to enable resolved at build time. - spec: Remove all %ifs for !factory products, current systemd releases can neither be built nor installed in older products without upgrading several components of the base system. (removed: 1008-add-msft-compability-rules.patch was only for =< 13.1) - spec: remove all dummy "aliases" to /etc/init.d, that made sense only when those init scripts still existed. (dummy localfs.service source: gone) - systemd-sleep-grub: moved to the grub2 package where it belongs as a suspend/resume hook (SR#286533) (drops prepare-suspend-to-disk.patch) - remove LFS_CFLAGS from CFLAGS, never needed in systemd as it force feds config.h everywhere in the preprocessor cmdline. - Update to new upstream release 219 * systemd units can now be "unsupported" (like, for example, .device in a containers), similar to the "skipped" state in SUSE's prior sysvinit scripts. * tmpfiles gained the 'v' type for creating btrfs subvolumes. * tmpfiles gained the 'a' type for setting ACLs. * systemd-nspawn gained new switches: --ephemeral, --template * The /var/lib/containers location is deprecated and replaced by /var/lib/machines. * machinectl gained the copy-from and copy-to commands. * machinectl now knows a "bind" command (for use with nspawn) * new "systemd-importd" daemon to download container images and run them as nspawn containers. * networkd collects LLDP network announcements, if available, and so shown in networkctl. * The fallback terminal type was changed from "vt102" to "vt220", allowing PgUp/PgDn keys to work. * Pressing Ctrl-Alt-Del 7x in 2 seconds forces a umount+reboot now, useful should the regular shutdown hang. * Removing storage will cause systemd to unmount the associated mountpoints so that they don't linger around. - Add suse-sysv-bootd-support.diff (reinstate old Revert-service-drop-support-for-SysV-scripts-for-the-early.patch) - Update to systemd v218-1050-g38ab096 - Remove patches use-usr-sbin-sulogin-for-emergency-service.patch (upstream fixed it) - Reinstate and improve (remove huge indents from) tty-ask-password-agent-on-console.patch, 0014-journald-with-journaling-FS.patch, rootsymlink_generator. - disable systemd-resolved for now as it interacts not well with our methods and security has concerns regarding spoofing. bsc#917781 ==== virtualbox ==== Version update (4.3.24 -> 4.3.26) Subpackages: virtualbox-guest-kmp-default virtualbox-guest-kmp-desktop virtualbox-guest-tools virtualbox-guest-x11 virtualbox-host-kmp-default virtualbox-host-kmp-desktop virtualbox-qt - Version bump to 2.3.26: * GUI: in the snapshots pane, protect the age of snapshots against wrong host time (bug #13955) * NAT Network: fixed a bug which prevented to propagate any DNS name server / domain / search string information to the NAT network (4.3.24 regression; bugs [#13915], #13918) * NAT Network: don't delay the shutdown of VBoxSVC on Windows hosts * Mouse support: the mouse could not be moved under rare conditions if no Guest * Additions are installed (4.3.24 regression; bug #13935) * Storage: if the guest ejects a virtual CD/DVD medium, make the change permanent (bugs #9858, #12885) * VGA: made saving secondary screen sizes possible in X11 guests * SDK: fixed the VirtualBox.tlb file (4.3.20 regression; bug #13943) rdesktop-vrdp: make it work with USB devices again (4.3.14 regression; bug [#13901]) * USB: fixed a possible BSOD on Windows hosts under rare conditions * iPXE: enable the HTTP download protocol on non-Linux hosts (bug #13628) * Mac OS X hosts: don't panic on hosts with activated SMAP (Broadwell and later; bug #13951) * Linux hosts: don't crash Linux 4.0 hosts (bug #13835) ==== whois ==== Version update (5.2.6 -> 5.2.7) - whois 5.2.7: * Removed a bogus disclaimer detection string. * Updated the list of new gTLDs Removed packages: libixion-0_8-0 lirc > lirc-remotes Added packages: libixion-0_10-0 libmicrohttpd10 liblirc0 > liblirc_driver0 pcfclock-kmp-default > pcfclock-kmp-desktop -- 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] No scheduler showing up?
by Uzair Shamim 28 Mar '15

28 Mar '15

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hi All, I was trying to check out what scheduler the system is using and to my surprise I get the output "none". - --------------------- linux-jyg:~ # uname -a Linux linux-jyg 3.19.1-2-desktop #1 SMP PREEMPT Mon Mar 9 12:50:11 UTC 2015 (c0946e9) x86_64 x86_64 x86_64 GNU/Linux linux-jyg:~ # lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sda 8:0 0 596.2G 0 disk └─sda1 8:1 0 596.2G 0 part /mnt/storage sdb 8:16 0 931.5G 0 disk ├─sdb1 8:17 0 929.6G 0 part /home └─sdb2 8:18 0 2G 0 part [SWAP] sdc 8:32 0 111.8G 0 disk ├─sdc1 8:33 0 100G 0 part / └─sdc2 8:34 0 2G 0 part [SWAP] linux-jyg:~ # cat /sys/block/sda/queue/scheduler none linux-jyg:~ # cat /sys/block/sdb/queue/scheduler none linux-jyg:~ # cat /sys/block/sdc/queue/scheduler none - ---------------------- Can anyone explain why this is happening? I am currently using tumbleweed. - -- Regards, Uzair Shamim -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVFusnAAoJEM66EOTZRH6+GmsQAIk15/UMDMPzVmU26gG8JHVB IAInV7AT34u1AJIBn+fQTolUCdkU0KkAGwl0vcZJWobRH1RUIC63pb9JL6ZEpfV6 llP2FFRpSyuokuJSd04ypCqt6u31TaaV62+ps1nen/2Ie+5rFdPXqLxlDRsthl7D /iOdDq8G7vqZENxyPBgPsbOwib7ZTkrvF8TOJ2w2cWbyM7uLaPK4pHthIHxucLha SN4x66b6u9n53I5lOb7DfLWvtzJ6K/rkyXA2B5ae+MeCxVxTqQkW3apL9E2AM/2I S9P0Fpy2askkCw9W9DoFtV4d23lMTXblWXmRAw3CJuGoS7nzQv3zthBAFkZd8HKD 6r3ASqLpEC1cTSZSUFJEJVfD8qO3B9/JzwuJSfOtKCi/cD7XPhkJ3Ptau9L97XGg /Qw5YpyH2q+mefSIXxhyiAw4c7/DIojvFLDAxtiti5lB3Jl2Y3wZUeSpKDi0IzJe AgHi5U1jNho5+NKR5ivIBIZAJqZkRFkiYo4axa9T0JcY2H+WX536WXI7V5uaF4nh RQqs7gyz8aEfqZvDnVbw44XoPVKPPOD4trGf2F9o43oFDTcikNAcxu+KqYVcj3MS IcELZ/lzIImgl5oyLZqqFU75iaC7l03ztftQJyO7HchNBpimYOicJ6u0E6dxdttQ ahkdkopIRBjiTMEJ7qXI =jquM -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

4 9

[opensuse-factory] LXDE users: talk about changes in the default software stack
by jcsl 27 Mar '15

27 Mar '15

Hi. I'd like to propose some changes in the default LXDE pattern and default config in order to reduce dependencies, reduce memory footprint and improve user experience. I'd like to read the opinion of other LXDE users before doing anything because we are a community. - Replace MuPDF with Atril: Atril supports more file formats and it has a more friendly interface. AFAIK, it's the only GTK reader with ePub support. It has very few dependencies. - Replace Totem with VLC: VLC is a well known multiplatform media player. You only have to install vlc-codecs to play any media file. It has no desktop dependencies. - Remove grilo-plugins: Not sure here, but I think that grilo is installed mostly to be used with Totem. Feedback is wellcome. - Remove GMixer: We could just use the Volumen Control plug-in of LXPanel. Removal of GMixer saves 40+ MiB. - Add lxpanel-plugin-power-manager: For easy access to brightness and battery settings. - Replace Empathy with Pidgin: I'm not a IM user, but I have used Pidgin in the past and it was nice and light. This will remove gnome-contacts too, reducing GNOME dependency. It has minimal dependencies. - Remove gnome-online-accounts: This will remove telepathy-mission-control-plugin-goa and saves some MiB of memory. I don't know what triggers the installation of this package. - Do not suggest libreoffice-gnome for x86_64: The installation nof libreoffice-gnome triggers the installation of a lot of dependencies. Abiword can be enough and you always can install LibreOffice later if you want to. - Replace Firefox with Midori: Even though I personally use Firefox in my netbook, Midori load pages faster and uses less CPU and memory. So I think that having it as the default browser could be nice. If necessary, zeitgeist could be made optional to save resources. - Do not suggest moonlight-plugin: Isn't it an abandoned project? - Do not start automatically Network (nm-applet) with the session: NetworkManager is disabled by default and the applet is using 32+ MiB to do nothing. Greetings. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

4 3

[opensuse-factory] Tumbleweed - Review of the week
by Dimstar / Dominique Leuenberger 27 Mar '15

27 Mar '15

Dear Tumbleweed users and hackers, This has been a rather quiet week in the land of Tumbleweed. There was only one snapshot released this week (20150325). This snapshot was held up by the upgrade of p11-kit, that managed to pass all existing tests in a staging area, but luckily the extended test suite before a snapshot got out caught the fact that openssl certificate handling was badly broken. (not really due to p11-kit, but the way things interact). Once the needed bits and pieces (package wise as well as an additional test, testing to preveent similar such errors in the future) were put together, OBS was busy rebuilding and openQA answered with a green light to get this snapshots out to you. Other updates to look out for: ------------------------------ CMAKE 3.2 Not a very intrusive update, but the FindOpenGL no longer explicity links X11 libraries. Some upstreams were (wrongly) relying on this behavior. Most packages in Tumbleweed should be fixed already, but you might still see similar such errors in your own areas. What awaits us in the near future? ---------------------------------- *systemd 219* made it again through all staging, taking care of all the regressions that were seen in the last attempts. It has been checked in to openSUSE:Factory and the next snapshot will be handed over to openQA to validate the outcome again. We're confident to bring this soon to the users. *GNOME 3.16* is currently in staging. In overall, it looks already very promising; only 2 tests are failing in a not yet understood way (polkit interaction right after boot does not work, see for example https://openqa.opensuse.org/tests/53999. I wish you all a fun time, Dominique -- Dimstar / Dominique Leuenberger <dimstar(a)opensuse.org>

1 0