December 2014 - openSUSE Factory - openSUSE Mailing Lists

[opensuse-factory] state of the bugs
by Bernhard M. Wiedemann 13 Dec '14

13 Dec '14

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 state of the bugs I have been doing bugzilla-sceening for some months now using http://maintainer.zq1.de/ and https://bugzilla.opensuse.org/buglist.cgi?bug_status=NEW&bug_status=ASSIGNE… As can be expected, the majority of new bugs is on 13.2 and Factory. There are a good number of bugs, that get resolved in a couple of days and everyone lives happily ever after. I have seen very detailed, technical reports, even with patches or other contributions coming from reporters. There are people missing dropped or renamed packages https://bugzilla.opensuse.org/show_bug.cgi?id=904559 nagios-nrpe https://bugzilla.opensuse.org/show_bug.cgi?id=908430 nagios-plugins There are bugs about things we do for legal reasons https://bugzilla.opensuse.org/show_bug.cgi?id=904238 font/subpixel https://bugzilla.opensuse.org/show_bug.cgi?id=907942 There are a number of network things which used to work, but do not with wicked (for more or less good reasons) https://bugzilla.opensuse.org/show_bug.cgi?id=904380 TUNNEL_SET_GROUP https://bugzilla.opensuse.org/show_bug.cgi?id=907215 if-up.d https://bugzilla.opensuse.org/show_bug.cgi?id=904903 tun/tap https://bugzilla.opensuse.org/show_bug.cgi?id=908375 bridges https://bugzilla.opensuse.org/show_bug.cgi?id=895219 dhcp+routes NetworkManager is also getting its fair share of issues https://bugzilla.opensuse.org/show_bug.cgi?id=900982 ntp https://bugzilla.opensuse.org/show_bug.cgi?id=895447 disabling https://bugzilla.opensuse.org/show_bug.cgi?id=903871 wallets https://bugzilla.opensuse.org/show_bug.cgi?id=901008 KDE-icon dracut is also still pretty young https://bugzilla.opensuse.org/show_bug.cgi?id=908452 -i handling https://bugzilla.opensuse.org/show_bug.cgi?id=906592 s2disk https://bugzilla.opensuse.org/show_bug.cgi?id=905615 btrfs 2dev https://bugzilla.opensuse.org/show_bug.cgi?id=900831 nfs root https://bugzilla.opensuse.org/show_bug.cgi?id=906716 missing swap And a noteworthy number of suspend-related bugs. and UMTS-modem issues Sometimes I am a bit worried about stale maintainer data in OBS, when I don't know if people would still care about the package. And it would not be good if we leave reporters with valid bugs for weeks (or forever), but currently we don't seem to care much about those leftover bugs. Ciao Bernhard M. - -- (o_ //\ V_/_ http://www.suse.de/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iEYEARECAAYFAlSEOr0ACgkQSTYLOx37oWSBUACeKq+VmzOaQH83MkRLIMu9wMzK f1oAoM3cFlzrxinhcoYxBF9fg3CnherZ =1WqX -----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

12 26

[opensuse-factory] reiserfs kernel threads present even after reiserfs kernel module is unloaded
by auxsvr＠gmail.com 12 Dec '14

12 Dec '14

Hello, I'm running 3.16.4-1.g7a8842b-desktop x86_64 from kernel:stable and I observe this on a system without any reiserfs partitions: # ps axu | grep [r]eiser root 16287 0.0 0.0 0 0 ? S< Oct09 0:00 [reiserfs/sda4] root 16431 0.0 0.0 0 0 ? S< Oct09 0:00 [reiserfs/sda9] root 25392 0.0 0.0 0 0 ? S< Oct08 0:00 [reiserfs/sda4] root 25561 0.0 0.0 0 0 ? S< Oct08 0:00 [reiserfs/sda9] # lsmod | grep reiser # On 8 and 9/10, the system log indicates that os-prober attempted to mount sda4 and sda9 using every possible filesystem kernel module, but sda4 is an extended partition and sda9 is an unformatted one, which probably resulted in reiserfs kernel threads remaining even after I unloaded the reiserfs kernel module. To verify this, every time I run: #mount /dev/sda4 /mnt -t reiserfs mount: wrong fs type, bad option, bad superblock on /dev/sda4, missing codepage or helper program, or other error In some cases useful info is found in syslog - try dmesg | tail or so. #modprobe -r reiserfs another reiserfs kernel thread is added to the aforementioned ones. Should I file a bug report about this? -- Regards, Peter -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

5 4

[opensuse-factory] [Tumbleweed] Some modules are no longer loaded after updating to the last (?) Tumbleweed snapshot
by Johannes Kastl 12 Dec '14

12 Dec '14

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi everyone, in the last couple of days I updated my machine to the latest Tumbleweed snapshot. Today I noticed that some modules are no longer loaded during boot. Updating again installed some more updates, but did not solve the problem. - - the fuse module was missing, I noticed because I have an encfs that gets mounted during login (pam_kwallet rules!). Or rather got mounted. It works again if I load the module before graphical login. - - libvirt/virsh was missing a tun device /dev/net/tun when starting on of my KVM machines: > error: Failed to start domain foobar error: Unable to open > /dev/net/tun, is tun module loaded?: No such file or directory I have not been able to workaround this, as just loading the tun module does not help. Is this a know issue? Regards, Johannes - -- In Africa some of the native tribes have a custom of beating the ground with clubs and uttering spine chilling cries. Anthropologists call this a form of primitive self-expression. In America we call it golf. (unknown) -----BEGIN PGP SIGNATURE----- Comment: Using GnuPG with SeaMonkey - http://www.enigmail.net/ iEYEARECAAYFAlSEl3UACgkQzi3gQ/xETbJKZACfc0MyfoYIt5joYFcBy4uksOOp iJkAn27dqr+EpYcaB3+L23+et2SGglOG =XTm2 -----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 6

[opensuse-factory] I/O Performance much lower with new 3.17 kernel?!?
by Manfred Hollstein 11 Dec '14

11 Dec '14

Hi there, this is just a heads-up message to check if other people made similar observations. Yesterday I've updated my systems ("zypper dup") from the former Factory release (sometime in October) to version "20141029 (Harlequin)". Apart from the trouble with VMware's modules everything appears as it did before. Now that I'm actually using this system, I realized that fetching e-mails from my local mailserver (postfix + dovecot22) using the fetchmail program is awfully slow. Before, a whole bunch of messages arrived on my workstation without any significant delay; now, running the same on kernel version 3.17.1-1.2.g5c4d099 looks like one e-mail per second. I've seen similar poor performance of fetchmail with IPv6 enabled (but not actually used) before, so I disabled IPv6 both on the server as well as on the client side, but didn't get any change or even improvement. I have now installed kernel version 3.16.7-1.gdfcb69e-desktop (from Kernel:/openSUSE-13.2/standard) and performance is back to normal. I don't know if this is a networking or a file system issue, but thought I'm going to report it here to check other people's opinions and/or experience. Here are some details about my system (server and client are identically configured): CPU: Intel(R) Core(TM) i7-3770 CPU @ 3.40GHz RAM: 32 GiB Swap: 1 GiB (completely unused, just configured for safety) Root: 32 GiB btrfs on SSD Boot: 512 MiB ext2 on SSD Home: 1.9 TiB xfs on soft-raid10 with 4 hard disks Net: Realtek RTL8111/8168 PCI Express Gigabit Ethernet controller + soft-bridging on top for virtualisation Your feedback is highly appreciated! TIA, cheers. l8er manfred

2 3

Re: [opensuse-factory] Problem with USB device (mouse)
by Freek de Kruijf 11 Dec '14

11 Dec '14

Op maandag 8 december 2014 11:56:37 schreef u: > On Mon, 2014-12-08 at 11:53 +0100, Freek de Kruijf wrote: > > Op maandag 8 december 2014 10:45:02 schreef u: > > > On Sun, 2014-12-07 at 23:21 +0100, Freek de Kruijf wrote: > > > > Irregularly I loose the ability to use the mouse on my laptop with > > > > fully > > > > updated Tumbleweed, which is connected via USB. Removing the USB > > > > device > > > > shows with lsusb that it really is removed. Reinserting shows with > > > > lsusb > > > > it is really present. However I can't move the pointer with the mouse. > > > > It > > > > just does nothing. Only after powering off the laptop and booting it > > > > again, I can use the mouse as it should. Anybody having the same > > > > problem? > > > > > > > > BTW, sometimes, not very often, I have the same type of problem in my > > > > desktop with an USB stick. After the software remove, really removing > > > > the > > > > stick and reinserting, the stick does not show up the Device Notifier. > > > > Again I have to power down the system to be able to use the stick > > > > again. > > > > > > This can't be solved over the list. Please open a bugzilla entry and add > > > lsusb and dmesg (preferable with a debug kernel flavor) > > > > > > Regards > > > > > > Oliver > > > > Does this mean installing kernel-desktop-debuginfo and booting using that > > kernel? > > No. It means installing kernel-debug > > HTH > Oliver I did that and got an entry in grub2. However booting that kernel made the system go around and around filling the messages file with numerous repeating messages. In the bug report I was advised to use a kernel from the Kernel: repository. Which I did, but that kernel is apparently not signed, so I could not boot it on my UEFI laptop. -- fr.gr. Freek de Kruijf -- 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] Problem with USB device (mouse)
by Freek de Kruijf 10 Dec '14

10 Dec '14

Irregularly I loose the ability to use the mouse on my laptop with fully updated Tumbleweed, which is connected via USB. Removing the USB device shows with lsusb that it really is removed. Reinserting shows with lsusb it is really present. However I can't move the pointer with the mouse. It just does nothing. Only after powering off the laptop and booting it again, I can use the mouse as it should. Anybody having the same problem? BTW, sometimes, not very often, I have the same type of problem in my desktop with an USB stick. After the software remove, really removing the stick and reinserting, the stick does not show up the Device Notifier. Again I have to power down the system to be able to use the stick again. -- fr.gr. Freek de Kruijf -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

3 2

[opensuse-factory] Re: [opensuse-packaging] Re: -rpath /usr/lib64/modules
by denisart benjamin2 10 Dec '14

10 Dec '14

Le 10/12/2014 00:05, Michael Ströder a écrit : > Malcolm wrote: >> On Tue 09 Dec 2014 09:41:02 PM CST, Michael Ströder wrote: >>> I'm still trying to get this to build: >>> >>> https://build.opensuse.org/package/show/home:stroeder:branches:network:ldap… >>> >>> Although I set ./configure --libexecdir=/usr/lib64 for some reason the >>> build log shows that the OpenLDAP standard backend and overlay modules >>> get installed into ${RPM_BUILD_ROOT}/usr/lib64/modules instead of >>> ${RPM_BUILD_ROOT}/usr/lib64/openldap. >>> >>> Is /usr/lib64/modules coming from some magic macro? >>> >>> Any hint is appreciated. >> According to the 'official' version developed at; >> https://build.opensuse.org/package/view_file/network:ldap/openldap2/openlda… >> >> It should be; >> >> --libexecdir=/usr/lib/openldap > Is that really still the way to go on 64-bit platforms? > > I have some doubts. E.g. authorative DNS server package pdns places backend > modules in /usr/lib64/pdns/ > > Ciao, Michael. > This is difference betwen libdir and libexecdir. Scripts are usually installed into /usr/lib as they are not arch-dependent. Anyway, have a try ! You'll see libexecdir corresponds to /usr/lib -- 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] Where is the list of added/removed YaST modules for new openSUSE versions?
by jcsl 09 Dec '14

09 Dec '14

Hi. When 13.1 was published, I added a page in the Spanish wiki to keep track of the added/removed YaST modules. I don't remember where I found the info. Could someone point me to the place where they're listed, please? Greetings. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

2 6

[opensuse-factory] New Tumbleweed snapshot 20141208 released!
by Ludwig Nussel 09 Dec '14

09 Dec '14

Changed packages: ==== libmbim-glib4 ==== - Add libmbim-1.10.0-fix-bashisms.patch: fix bashisms in mbim-network script. ==== iscsiuio ==== Subpackages: open-iscsi open-isns - Fixed spec file to support dracut on newers versions (bsc#893578) - Also cleaned up spec file a bit for rpmlint ==== xmlgraphics-commons ==== Version update (1.5 -> 2.0) - Update to version 2.0 + No changelog available - Do not use gpg_verify anymore; OBS handles source verification - Remove dependency on java-devel Removed packages: Added packages: avogadro > avogadro-devel > libavogadro1 hugin kalzium kig libpano13-3 openbabel -- 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] Re: [opensuse-packaging] $RPM_BUILD_ROOT/%{_sysconfdir}/openldap/schema
by denisart benjamin2 08 Dec '14

08 Dec '14

Le 08/12/2014 22:07, Jan Engelhardt a écrit : > On Monday 2014-12-08 21:23, Michael Ströder wrote: > >> ------------------- snip ------------------- >> [ 224s] cp ldapns.schema >> /home/abuild/rpmbuild/BUILDROOT/openldap2-2.4.40-0.x86_64/usr/local/etc/openldap/schema >> [ 224s] cp: cannot create regular file >> '/home/abuild/rpmbuild/BUILDROOT/openldap2-2.4.40-0.x86_64/usr/local/etc/openldap/schema': >> No such file or directory >> [ 224s] Makefile:67: recipe for target 'install' failed >> [ 224s] make: *** [install] Error 1 >> ------------------- snip ------------------- >> Even if I *remove* (for testing) this line from openldap2.spec it fails like >> above: >> ------------------- snip ------------------- >> install -m 644 *.schema $RPM_BUILD_ROOT/%{_sysconfdir}/openldap/schema >> ------------------- snip ------------------- > That is because what fails is not "install -m 644 *.schema", > but "make install". Not really the problem here. The directory is not created, that's all. Use install -m -d 644 *.schema $RPM_BUILD_ROOT/%{_sysconfdir}/openldap/schema instead. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

1 0