August 2015 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 934214] New: libgio requires dbus-1-x11
by bugzilla_noreply＠novell.com 22 Nov '16

22 Nov '16

http://bugzilla.suse.com/show_bug.cgi?id=934214 Bug ID: 934214 Summary: libgio requires dbus-1-x11 Classification: openSUSE Product: openSUSE Factory Version: 201505* Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: GNOME Assignee: bnc-team-gnome(a)forge.provo.novell.com Reporter: lnussel(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- the fix for bug 678518 introduced a dependency between libgio and dbus-1-x11. Unfortunately libgio is needed by libsecret which is needed by gpg which is needed by libzypp. Therefore even most minimal installs draw in X. Would it be possible to make libgio gracefully fail if dbus-launch is not there and make the dependency optional? -- You are receiving this mail because: You are on the CC list for the bug.

1 7

[Bug 919681] New: unable to create lxc container on an lvm
by bugzilla_noreply＠novell.com 17 Nov '16

17 Nov '16

http://bugzilla.opensuse.org/show_bug.cgi?id=919681 Bug ID: 919681 Summary: unable to create lxc container on an lvm Classification: openSUSE Product: openSUSE Distribution Version: 13.2 Hardware: x86-64 OS: openSUSE 13.2 Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: aotto1968(a)t-online.de QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/39.0.2171.65 Safari/537.36 Build Identifier: lxc-create -n sicher -t opensuse -B lvm --lvname lxc_sicher --vgname lxc --fstype btrfs --fssize 20G File descriptor 3 (/var/lib/lxc/sicher/partial) leaked on lvcreate invocation. Parent PID 10921: lxc-create lxc_container: Error creating filesystem type btrfs on /dev/lxc/lxc_sicher lxc_container: Failed to create backing store type lvm lxc_container: Error creating backing store type lvm for sicher lxc_container: Error creating container sicher Reproducible: Always Steps to Reproduce: 1. run command: lxc-create -n sicher -t opensuse -B lvm --lvname lxc_sicher --vgname lxc --fstype btrfs --fssize 20G Actual Results: the new device is created: # ls -al /dev/lxc/ insgesamt 0 drwxr-xr-x 2 root root 100 26. Feb 11:23 . drwxr-xr-x 22 root root 4460 26. Feb 11:23 .. lrwxrwxrwx 1 root root 8 26. Feb 11:23 lxc_sicher -> ../dm-13 but thurther actions not Expected Results: the lxc should be available -- You are receiving this mail because: You are on the CC list for the bug.

1 6

[Bug 918108] New: can't install puppet-server on a new root filesystem with RPM command without having previously installed bash
by bugzilla_noreply＠novell.com 15 Nov '16

15 Nov '16

http://bugzilla.opensuse.org/show_bug.cgi?id=918108 Bug ID: 918108 Summary: can't install puppet-server on a new root filesystem with RPM command without having previously installed bash Classification: openSUSE Product: openSUSE Distribution Version: 13.2 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Ruby Assignee: ruby-devel(a)suse.de Reporter: jmassaguerpla(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- This bug is similar to: https://bugzilla.opensuse.org/show_bug.cgi?id=916181 The problem is the same. In has a shell pretrans script when it should have been lua script. -- You are receiving this mail because: You are on the CC list for the bug.

1 5

[Bug 935099] New: Feature Request- Build current major Ruby versions
by bugzilla_noreply＠novell.com 15 Nov '16

15 Nov '16

http://bugzilla.opensuse.org/show_bug.cgi?id=935099 Bug ID: 935099 Summary: Feature Request- Build current major Ruby versions Classification: openSUSE Product: openSUSE Distribution Version: 13.2 Hardware: Other OS: openSUSE 13.2 Status: NEW Severity: Enhancement Priority: P5 - None Component: Ruby Assignee: ruby-devel(a)suse.de Reporter: tonysu(a)su-networking.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Actually, applies to all supported openSUSE, not just 13.2. Looks like no one has built Ruby for awhile, openSUSE 13.2 seems to ship and update with version 2.1. Version 2.1 was one major version. Although 2.1.5 seems to be another relatively major version, it no longer is the latest. Currently, 2.2.2 is the latest, the last "2" denotes includes the openssl patch. For about a week now, I've installed 2.2.2 from the official Ruby repositories (installed using rbenv) and all seems to be fine, any YAST applets I've used work with no problems. If anyone wants to test 2.2.2 as I did, you can follow the Guide I published https://en.opensuse.org/User:Tsu2/Install_Ruby#Installing_rbenv I recommend that a 2.2.2 build can be published in Factory immediately without any necessary modifications, don't know if openSUSE applies any branding or other optional modification. -- You are receiving this mail because: You are on the CC list for the bug.

1 4

[Bug 916047] New: build-compare: gems not compared
by bugzilla_noreply＠novell.com 15 Nov '16

15 Nov '16

http://bugzilla.opensuse.org/show_bug.cgi?id=916047 Bug ID: 916047 Summary: build-compare: gems not compared Classification: openSUSE Product: openSUSE Factory Version: 201502* Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: ohering(a)suse.com Reporter: coolo(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- gems are just compressed tars, but are not seen as this: [ 55s] /usr/lib64/ruby/gems/2.1.0/cache/gem2rpm-0.10.1.gem differs (POSIX tar archive) [ 55s] --- /tmp/tmp.BdC2jSeW8g 2015-10-27 23:42:10.512000000 +0000 [ 55s] +++ /tmp/tmp.I5WDp2epjZ 2015-10-27 23:42:10.520000000 +0000 [ 55s] @@ -3,8 +3,8 @@ [ 55s] * [ 55s] 00000060 00 00 00 00 30 30 30 30 34 34 34 00 30 30 30 30 |....0000444.0000| [ 55s] 00000070 30 30 30 00 30 30 30 30 30 30 30 00 30 30 30 30 |000.0000000.0000| [ 55s] -00000080 30 30 30 31 32 32 35 00 31 32 34 36 34 32 31 34 |0001225.12464214| [ 55s] -00000090 30 30 37 00 30 31 33 34 33 36 00 20 30 00 00 00 |007.013436. 0...| [ 55s] +00000080 30 30 30 31 32 32 35 00 31 32 36 31 34 30 30 35 |0001225.12614005| [ 55s] +00000090 37 31 36 00 30 31 33 34 34 30 00 20 30 00 00 00 |716.013440. 0...| [ 55s] 000000a0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| ... -- You are receiving this mail because: You are on the CC list for the bug.

1 7

[Bug 904081] New: Version of Rails in repositories is 3.2.17
by bugzilla_noreply＠novell.com 15 Nov '16

15 Nov '16

http://bugzilla.opensuse.org/show_bug.cgi?id=904081 Bug ID: 904081 Summary: Version of Rails in repositories is 3.2.17 Classification: openSUSE Product: openSUSE Distribution Version: 13.2 Hardware: Other OS: openSUSE 13.2 Status: NEW Severity: Normal Priority: P5 - None Component: Ruby Assignee: ruby-devel(a)suse.de Reporter: bwarren(a)yandex.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- The version of Ruby on Rails in any repository that ships with openSUSE 13.2 is version 3.2.17, which is several years old and is not directly backwards compatible with the latest stable version, 4.x. The version of rails that ships with openSUSE should be at least 4.0 -- You are receiving this mail because: You are on the CC list for the bug.

1 2

[Bug 911611] New: firefox hello google contacts import error 401 OAuth client was not found.
by bugzilla_noreply＠novell.com 14 Nov '16

14 Nov '16

http://bugzilla.opensuse.org/show_bug.cgi?id=911611 Bug ID: 911611 Summary: firefox hello google contacts import error 401 OAuth client was not found. Classification: openSUSE Product: openSUSE 13.1 Version: Final Hardware: x86-64 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Firefox Assignee: bnc-team-mozilla(a)forge.provo.novell.com Reporter: epistemepromeneur(a)free.fr QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- opensuse 13.1 x86_64 FF 34.0.5 click on hello icon then select user tab then click "import" to import your google contacts then you have this error : *********************************************** GOOGLE 401. That’s an error. Error: invalid_client The OAuth client was not found. Request Details scope=https://www.google.com/m8/feeds response_type=code redirect_uri=urn:ietf:wg:oauth:2.0:oob:auto client_id=no-google-oauth-api-clientid That’s all we know. ********************************************** see https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1401402 they explain that "Apparently, for the import feature to work, the build needs to include Google OAuth Client ID." -- You are receiving this mail because: You are on the CC list for the bug.

1 8

[Bug 912170] New: Boot fails with BTRFS RAID1 array as /home - open ctree failed
by bugzilla_noreply＠novell.com 09 Nov '16

09 Nov '16

http://bugzilla.opensuse.org/show_bug.cgi?id=912170 Bug ID: 912170 Summary: Boot fails with BTRFS RAID1 array as /home - open ctree failed Classification: openSUSE Product: openSUSE Distribution Version: 13.2 Hardware: 64bit OS: openSUSE 13.2 Status: NEW Severity: Major Priority: P5 - None Component: Kernel Assignee: kernel-maintainers(a)forge.provo.novell.com Reporter: RyanSKingsbury(a)alumni.utexas.net QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- I recently did a clean install of OpenSUSE 13.2 into a system with three drives - 1 SSD containing the / partition (btrfs format with default subvolumes), and 2 identical HDD's containing /home in an encrypted BTRFS RAID1 array. Initially, I was using only one of the HDD's as /home (still encrypted BTRFS). Once I added the second drive and started the RAID1 mirroring, my system will no longer boot without manual intervention. I get dropped into "emergency mode", but then all I have to do is exit (Ctrl+D) to continue booting and everything works normally. The last entry in the system log before Emergency Mode is invoked is: Code: BTRFS: open_ctree failed It appears that a similar (maybe the same) bug was reported on ArchWiki: https://wiki.archlinux.org/index.php/Btrfs#BTRFS:_open_ctree_failed But the solution refers to mkinitcpio rather than dracut that OpenSUSE uses, so I'm unsure how to apply it to my system. Some relevant system information: excerpt from /etc/fstab: ---- # encrypted RAID1 array containing /home UUID=e91f611f-524a-43f5-bde5-8ebb9672f146 /home btrfs defaults 0 0 ---- /etc/crypttab: ---- encrypted-home-sdb UUID=9c8fb7d0-74e2-4e38-b7c7-6211bbb6d2b1 none luks, retry=1 encrypted-home-sdc UUID=b82e5894-cea2-4fe7-a0a5-80f918e9db61 none luks, retry=1 ---- excerpt from fdisk -l: ---- Device Start End Sectors Size Type /dev/sdb1 2048 1953523711 1953521664 931.5G Microsoft basic data Disk /dev/sdc: 931.5 GiB, 1000204886016 bytes, 1953525168 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disklabel type: gpt Disk identifier: CAC38602-D5A5-4F28-8344-65B559124514 Device Start End Sectors Size Type /dev/sdc1 2048 1953525134 1953523087 931.5G Linux filesystem Disk /dev/mapper/encrypted-home-sdc: 931.5 GiB, 1000201723392 bytes, 1953518991 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/mapper/encrypted-home-sdb: 931.5 GiB, 1000200994816 bytes, 1953517568 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes ---- Device UUID's: ---- /dev/sda1: UUID="04e20317-f554-43cf-a95d-b0385ebd22bb" UUID_SUB="cb9dc431-1855-466b-ae9a-5c0ddcd7f95a" TYPE="btrfs" PTTYPE="dos" PARTLABEL="primary" PARTUUID="860c637a-83c8-4399-8dc4-5b5ab66c0f06" /dev/sdb1: UUID="9c8fb7d0-74e2-4e38-b7c7-6211bbb6d2b1" TYPE="crypto_LUKS" PARTLABEL="primary" PARTUUID="532a7bd2-6774-422e-90c0-31f19796098d" /dev/sdc1: UUID="1ca9d3ba-c409-4127-91f5-e3d9c21242bd" TYPE="crypto_LUKS" PARTLABEL="Linux filesystem" PARTUUID="5a6830cc-9064-476c-aa79-6189dd0964bd" /dev/mapper/encrypted-home-sdc: UUID="e91f611f-524a-43f5-bde5-8ebb9672f146" UUID_SUB="6007c4c7-5119-4b0f-ab21-134832c4774c" TYPE="btrfs" /dev/mapper/encrypted-home-sdb: UUID="e91f611f-524a-43f5-bde5-8ebb9672f146" UUID_SUB="020bae26-b64f-413e-8263-a6e832ccb224" TYPE="btrfs" ---- -- You are receiving this mail because: You are on the CC list for the bug.

1 10

[Bug 915760] New: NetworkManager fails configuring DNS servers when switching network
by bugzilla_noreply＠novell.com 07 Nov '16

07 Nov '16

http://bugzilla.opensuse.org/show_bug.cgi?id=915760 Bug ID: 915760 Summary: NetworkManager fails configuring DNS servers when switching network Classification: openSUSE Product: openSUSE Distribution Version: 13.2 Hardware: x86-64 OS: openSUSE 13.2 Status: NEW Severity: Major Priority: P5 - None Component: Network Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: tsuroerusu(a)gmail.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:35.0) Gecko/20100101 Firefox/35.0 Build Identifier: I run IT at a fairly large school (By Danish standards), and we lend out laptops to students. For this purpose, we have deployed openSUSE 13.2, generally with great success. These are generally ThinkPad R60 and R61 machines, they run openSUSE 13.2 with KDE. However, we are experiencing a problem. When switching between networks, for example from wireless to wireless or wireless to statically configured wired, NetworkManager does not properly alter /etc/resolv.conf with the new DNS servers. Recently, a student took home their borrowed laptop, and connected it to their private wireless network. But when they came back to school, NetworkManager had left their home network's DNS servers in resolv.conf, and then no websites would obviously show up. I have also experienced this problem on my personal laptop, when I try to switch from wireless to wired at home, where I have a statically configured IP in NetworkManager on my wired network. Then more often than not, NetworkManager does not configure ANY DNS servers, despite them being specified in its configuration. In all cases, I am referring to the NetworkManager applet in KDE. This is a huge problem for us. I would really really appreciate, if this issue could be looked into as soon as possible. Reproducible: Always Steps to Reproduce: 1. Configure a wireless connection in the NM applet. 2. Connect to the wireless network, and surf the web. 3. Connect to a different wireless network, and switch between them, at some point the DNS servers will be mis-configured. -- You are receiving this mail because: You are on the CC list for the bug.

1 1

[Bug 935027] New: Enable CONFIG_EFI_MIXED
by bugzilla_noreply＠novell.com 03 Nov '16

03 Nov '16

http://bugzilla.suse.com/show_bug.cgi?id=935027 Bug ID: 935027 Summary: Enable CONFIG_EFI_MIXED Classification: openSUSE Product: openSUSE Factory Version: 201505* Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Kernel Assignee: kernel-maintainers(a)forge.provo.novell.com Reporter: kukuk(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- CONFIG_EFI_MIXED is disabled in SLE and openSUSE. Even if we official don't support systems with a 32bit EFI firmware, there are consumer machines out there which have them. Since we still ship a grub2 capable of booting machines with a pure 32bit EFI firmware, I did run into a lot of problems since CONFIG_EFI_MIXED was disabled: - YaST does not detect that this is a EFI system - efibootmgr cannot access EFI variables - wlan driver did not work - reboot does not work And most likely quite some more. I don't know which disadvantages this option has, but could we please enable it at least for openSUSE? -- You are receiving this mail because: You are on the CC list for the bug.

1 6