January 2017 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 957071] New: Blueberry OFF toggle does not actually turn off bluetooth
by bugzilla_noreply＠novell.com 09 Sep '18

09 Sep '18

http://bugzilla.opensuse.org/show_bug.cgi?id=957071 Bug ID: 957071 Summary: Blueberry OFF toggle does not actually turn off bluetooth Classification: openSUSE Product: openSUSE Tumbleweed Version: 2015* Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: sb56637(a)gmail.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Hello, the current Tumbleweed version of the Blueberry bluetooth management GUI (1.1.0) has a big ON/OFF toggle. However, this toggle does nothing. After toggling it OFF and re-opening Bluberry, it is again shown as ON. I am using the integrated bluetooth device of a Lenovo Thinkpad T530 laptop. -- You are receiving this mail because: You are on the CC list for the bug.

1 38

[Bug 904303] New: gnome-keyring hijacked the GPG socket
by bugzilla_noreply＠novell.com 07 Sep '18

07 Sep '18

http://bugzilla.opensuse.org/show_bug.cgi?id=904303 Bug ID: 904303 Summary: gnome-keyring hijacked the GPG socket Classification: openSUSE Product: openSUSE Distribution Version: 13.2 Hardware: All OS: All Status: NEW Severity: Minor Priority: P5 - None Component: Xfce Assignee: gber(a)opensuse.org Reporter: jengelh(a)inai.de QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- gpg starts throwing new warnings since openSUSE 13.2. $ gpg -ab blah.txt You need a passphrase to unlock the secret key for user: "Jan Engelhardt <jengelh(a)gmx.de>" 4096-bit RSA key, ID 19FC338D, created 2011-05-09 gpg: WARNING: The GNOME keyring manager hijacked the GnuPG agent. gpg: WARNING: GnuPG will not work properly - please configure that tool to not interfere with the GnuPG system! $ env GPG_AGENT_INFO=/run/user/25121/keyring/gpg:0:1 $ lsof|grep keyring/gpg gnome-key 3799 jengelh 11u unix 0x0000000000000000 0t0 32398 /run/user/25121/keyring/gpg ... (started by xfce or so) -- You are receiving this mail because: You are on the CC list for the bug.

1 8

[Bug 1012627] New: firefox does not play youtube videos on ppc64 (be)
by bugzilla_noreply＠novell.com 06 Sep '18

06 Sep '18

http://bugzilla.suse.com/show_bug.cgi?id=1012627 Bug ID: 1012627 Summary: firefox does not play youtube videos on ppc64 (be) Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: PowerPC-64 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Firefox Assignee: bnc-team-mozilla(a)forge.provo.novell.com Reporter: msuchanek(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- I get lots of Crash Annotation GraphicsCriticalError: |[0][GFX1]: Unknown image format 1 (t=1.61599) |[7996][GFX1]: Unknown image format 1 (t=37.2129) |[7997][GFX1]: Unknown image format 1 (t=37.213) |[7998][GFX1]: Unknown image format 1 (t=37.2131) |[7999][GFX1]: Unknown image format 0 (t=37.2132) |[8000][GFX1]: Unknown image format 1 (t=37.2133) |[8001][GFX1]: Unknown image format 0 (t=37.2134) |[8002][GFX1]: Unknown image format 1 (t=37.2135) |[8003][GFX1]: Unknown image format 1 (t=37.229) |[8004][GFX1]: Unknown image format 1 (t=37.2291) |[8005][GFX1]: Unknown image format 1 (t=37.2292) |[8006][GFX1]: Unknown image format 0 (t=37.2292) |[8007][GFX1]: Unknown image format 1 (t=37.2293) |[8008][GFX1]: Unknown image format 0 (t=37.2294) |[7994][GFX1]: Unknown image format 0 (t=37.1963) |[7995][GFX1]: Unknown image format 1 (t=37.1963) [GFX1]: Unknown image format 0 Crash Annotation GraphicsCriticalError: |[0][GFX1]: Unknown image format 1 (t=1.61599) |[7996][GFX1]: Unknown image format 1 (t=37.2129) |[7997][GFX1]: Unknown image format 1 (t=37.213) |[7998][GFX1]: Unknown image format 1 (t=37.2131) |[7999][GFX1]: Unknown image format 0 (t=37.2132) |[8000][GFX1]: Unknown image format 1 (t=37.2133) |[8001][GFX1]: Unknown image format 0 (t=37.2134) |[8002][GFX1]: Unknown image format 1 (t=37.2135) |[8003][GFX1]: Unknown image format 1 (t=37.229) |[8004][GFX1]: Unknown image format 1 (t=37.2291) |[8005][GFX1]: Unknown image format 1 (t=37.2292) |[8006][GFX1]: Unknown image format 0 (t=37.2292) |[8007][GFX1]: Unknown image format 1 (t=37.2293) |[8008][GFX1]: Unknown image format 0 (t=37.2294) |[8009][GFX1]: Unknown image format 1 (t=37.2294) |[7995][GFX1]: Unknown image format 1 (t=37.1963) [GFX1]: Unknown image format 1 in the terminal. Same version of stuff works with ppc64le so this is probably endian swap problem. -- You are receiving this mail because: You are on the CC list for the bug.

1 19

[Bug 1013275] New: rpmbuild does not stop on %error
by bugzilla_noreply＠novell.com 03 Sep '18

03 Sep '18

http://bugzilla.suse.com/show_bug.cgi?id=1013275 Bug ID: 1013275 Summary: rpmbuild does not stop on %error Classification: openSUSE Product: openSUSE Distribution Version: Leap 42.3 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Development Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: jmatejek(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- When building a package that contains the %error macro, rpmbuild will print the error but continue the build. This makes it impossible to deliberately fail build, unless this is in %prep/%build/%install, where one can put "exit 1" after the %error declaration. The docs say: %{error:...} print ... to stderr and return BADSPEC i don't know exactly what "return BADSPEC" means, but it is definitely not doing what I expect to reproduce: take a working spec file and put %{error:hello world} somewhere in it expected result: rpmbuild fails, printing "Error: hello world" actual result: rpmbuild prints "Error: hello world" but the build finishes successfully -- You are receiving this mail because: You are on the CC list for the bug.

1 3

[Bug 941862] New: GNOME Software won't open RPM files
by bugzilla_noreply＠novell.com 03 Sep '18

03 Sep '18

http://bugzilla.opensuse.org/show_bug.cgi?id=941862 Bug ID: 941862 Summary: GNOME Software won't open RPM files Classification: openSUSE Product: openSUSE Distribution Version: 42.1 Milestone 1 Hardware: x86-64 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: GNOME Assignee: bnc-team-gnome(a)forge.provo.novell.com Reporter: castar(a)cipelli.net QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:40.0) Gecko/20100101 Firefox/40.0 Build Identifier: When downloading RPMs from the internet, the option is given to open them with GNOME Software (presumably to install them). However, when doing so, Software opens with an error: "GetDetailsLocal not supported by backend". Reproducible: Always Steps to Reproduce: 1. Download an RPM for openSUSE. 2. Open it using GNOME Software. Actual Results: Gave error "GetDetailsLocal not supported by backend" Expected Results: Given details about the package. This happened on my old laptop and my new computer (HP G56 with AMD V140 and custom-built with AMD A10-7700K respectively). -- You are receiving this mail because: You are on the CC list for the bug.

1 11

[Bug 998027] New: readline 5.1, mysql client, inputrc issue
by bugzilla_noreply＠novell.com 01 Sep '18

01 Sep '18

http://bugzilla.opensuse.org/show_bug.cgi?id=998027 Bug ID: 998027 Summary: readline 5.1, mysql client, inputrc issue Classification: openSUSE Product: openSUSE Distribution Version: Leap 42.1 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: sweet_f_a(a)gmx.de QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Hi, I've noticed that on Leap 42.1 the mariadb client does not seem to respect /etc/inputrc and ~/.inputrc correctly. If you have default /etc/inputrc and ~/.inputrc (from /etc/skel) then the maria/mysql console behaves strange regarding key bindings like Alt-PgUP and others. Seems that it only uses the poor ~/.inputrc and ignores the long /etc/inputrc. It works again when - removing ~/.inputrc (and re-login) or - unsetting $INPUTRC or - copying /etc/inputrc to ~/.inputrc. On openSUSE 13.1 this was no issue. openSUSE 13.1 is using readline 5.2 instead of 5.1. Maybe updating Leap to 5.2 would fix the issue. I have not tried it yet. I've also not tried on 42.2. -- You are receiving this mail because: You are on the CC list for the bug.

1 6

[Bug 1003872] New: dracut creates faulty default cmdline argument
by bugzilla_noreply＠novell.com 31 Aug '18

31 Aug '18

http://bugzilla.opensuse.org/show_bug.cgi?id=1003872 Bug ID: 1003872 Summary: dracut creates faulty default cmdline argument Classification: openSUSE Product: openSUSE Distribution Version: Leap 42.2 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Installation Assignee: yast2-maintainers(a)suse.de Reporter: per(a)computer.org QA Contact: jsrain(a)suse.com Found By: --- Blocker: --- Hardware: office36, plain office desktop Software: leap422b3 Process: install on NFS root, over pxe+ssh+http The initrd that is created has a bad cmdline: root=nfs4:rootserver:/srv/nfsroot/office36:rw,relatime,vers=4.0,rsize=131072,wsize=131072,namlen=255,hard,proto=tcp6,port=0,timeo=600,retrans=2,sec=sys,clientaddr=2001:db8:1:ff99:ffff:0:110d,local_lock=none,addr=2001:db8:1::128 ip=:static ^^^^^^^^^^ AFAICT, ip=:static is added by 95nfs/module-setup.sh. Why the interface is missing, I don't know (yet). -- You are receiving this mail because: You are on the CC list for the bug.

1 3

[Bug 909418] New: when ejecting DVD using hardware button, system thinks DVD is still mounted
by bugzilla_noreply＠novell.com 27 Aug '18

27 Aug '18

http://bugzilla.opensuse.org/show_bug.cgi?id=909418 Bug ID: 909418 Summary: when ejecting DVD using hardware button, system thinks DVD is still mounted Classification: openSUSE Product: openSUSE Distribution Version: 13.2 Hardware: x86-64 OS: openSUSE 13.2 Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: Ulrich.Windl(a)rz.uni-regensburg.de QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- When I used a mounted DVD (in a BluRay writer) and press eject-button on the drive, the media ejects, and I close the tray. In GNOME (at least) the system still thinks the media is mounted, even if I inserted another DVD into the drive in the meantime. -- You are receiving this mail because: You are on the CC list for the bug.

1 40

[Bug 974746] New: [REGRESSION] lightdm blinks / flashes one time
by bugzilla_noreply＠novell.com 19 Aug '18

19 Aug '18

http://bugzilla.opensuse.org/show_bug.cgi?id=974746 Bug ID: 974746 Summary: [REGRESSION] lightdm blinks / flashes one time Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Minor Priority: P5 - None Component: X11 Applications Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: sb56637(a)gmail.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Hello, with the most recent update of Tumbleweed, lightdm-gtk-greeter flashes or blinks one time immediately after loading. This happens during the first boot, and also after logging out of a desktop session. This is a regression, as it didn't used to happen. Thanks! -- You are receiving this mail because: You are on the CC list for the bug.

1 5

[Bug 953723] New: mksquashfs corrupts files
by bugzilla_noreply＠novell.com 08 Aug '18

08 Aug '18

http://bugzilla.opensuse.org/show_bug.cgi?id=953723 Bug ID: 953723 Summary: mksquashfs corrupts files Classification: openSUSE Product: openSUSE Distribution Version: 13.2 Hardware: x86-64 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: seife(a)novell.slipkontur.de QA Contact: qa-bugs(a)suse.de CC: duwe(a)suse.com, ms(a)suse.com Found By: --- Blocker: --- IMPORTANT: I have seen this both on 13.2 and on a patched SLES12 installation (no wonder, they have the same version of squashfs :-) While working with KIWI (OEM image, deployed either via PXE or as an ISO), I got spurious checksum errors when unpacking the image. A rebuild of the image often fixed the issue. Until yesterday, when there was no possibility to create a working image anymore. I was assuming something changed with my KIWI setup or a bug in kiwi. I investigated the issue and it comes down to the following: vbox-seife:~/oem # cat SLES_12_image1.x86_64-0.3.4.md5 b6a50a9e4a509b40ee192ee977cc5b48 312192 8192 vbox-seife:~/oem # md5sum SLES_12_image1.x86_64-0.3.4.raw b6a50a9e4a509b40ee192ee977cc5b48 SLES_12_image1.x86_64-0.3.4.raw vbox-seife:~/oem # mksquashfs SLES_12_image1.x86_64-0.3.4.raw SLES_12_image1.x86_64-0.3.4.md5 /tmp/SLES_12_image1.x86_64-0.3.4.raw.squashfs -no-progress Parallel mksquashfs: Using 2 processors Creating 4.0 filesystem on /tmp/SLES_12_image1.x86_64-0.3.4.raw.squashfs, block size 131072. Exportable Squashfs 4.0 filesystem, gzip compressed, data block size 131072 compressed data, compressed metadata, compressed fragments, compressed xattrs duplicates are removed Filesystem size 642142.91 Kbytes (627.09 Mbytes) 25.71% of uncompressed filesystem size (2497612.67 Kbytes) Inode table size 42177 bytes (41.19 Kbytes) 53.94% of uncompressed inode table size (78188 bytes) Directory table size 59 bytes (0.06 Kbytes) 64.13% of uncompressed directory table size (92 bytes) Number of duplicate files found 0 Number of inodes 3 Number of files 2 Number of fragments 2 Number of symbolic links 0 Number of device nodes 0 Number of fifo nodes 0 Number of socket nodes 0 Number of directories 1 Number of ids (unique uids + gids) 1 Number of uids 1 root (0) Number of gids 1 root (0) vbox-seife:~/oem # mount -t squashfs /tmp/SLES_12_image1.x86_64-0.3.4.raw.squashfs /mnt/ vbox-seife:~/oem # md5sum /mnt/SLES_12_image1.x86_64-0.3.4.raw 4f2653aea2424557a4341d1416d21389 /mnt/SLES_12_image1.x86_64-0.3.4.raw So the file got altered when packing up with mksquashfs. vbox-seife:~/oem # cmp -l /mnt/SLES_12_image1.x86_64-0.3.4.raw SLES_12_image1.x86_64-0.3.4.raw |head -1 2557459969 0 110 vbox-seife:~/oem # dd if=SLES_12_image1.x86_64-0.3.4.raw skip=$((2557459969/512))|hexdump -C 33+0 records in 33+0 records out 16896 bytes (17 kB) copied, 0.000102726 s, 164 MB/s 00000000 48 61 68 21 49 64 6f 6e 74 4e 65 65 64 45 46 49 |Hah!IdontNeedEFI| 00000010 f1 d9 c8 c6 e2 3f bd 48 89 b6 17 29 bc 94 dd 67 |.....?.H...)...g| 00000020 00 08 00 00 00 00 00 00 03 18 00 00 00 00 00 00 |................| 00000030 00 00 00 00 00 00 00 00 6c 00 65 00 67 00 61 00 |........l.e.g.a.| 00000040 63 00 79 00 00 00 00 00 00 00 00 00 00 00 00 00 |c.y.............| 00000050 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| * 00000080 28 73 2a c1 1f f8 d2 11 ba 4b 00 a0 c9 3e c9 3b |(s*......K...>.;| 00000090 f6 f0 20 26 9a 16 1e 40 a7 03 f1 5a ea c8 80 90 |.. &...@...Z....| 000000a0 00 20 00 00 00 00 00 00 03 60 06 00 00 00 00 00 |. .......`......| 000000b0 00 00 00 00 00 00 00 00 55 00 45 00 46 00 49 00 |........U.E.F.I.| 000000c0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| * 00000100 a2 a0 d0 eb e5 b9 33 44 87 c0 68 b6 b7 26 99 c7 |......3D..h..&..| 00000110 8b 4b b5 64 5c 86 ab 49 87 f5 13 a2 ba 7b 8f 98 |.K.d\..I.....{..| 00000120 00 68 06 00 00 00 00 00 03 c8 0f 00 00 00 00 00 |.h..............| 00000130 00 00 00 00 00 00 00 00 6c 00 78 00 62 00 6f 00 |........l.x.b.o.| 00000140 6f 00 74 00 00 00 00 00 00 00 00 00 00 00 00 00 |o.t.............| 00000150 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| * 00000180 a2 a0 d0 eb e5 b9 33 44 87 c0 68 b6 b7 26 99 c7 |......3D..h..&..| 00000190 b2 0b ef 75 36 86 a4 4f 8a 7c 42 20 08 af 33 28 |...u6..O.|B ..3(| 000001a0 00 d0 0f 00 00 00 00 00 80 37 4c 00 00 00 00 00 |.........7L.....| 000001b0 00 00 00 00 00 00 00 00 6c 00 78 00 6c 00 76 00 |........l.x.l.v.| 000001c0 6d 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |m...............| 000001d0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| * 00004000 45 46 49 20 50 41 52 54 00 00 01 00 5c 00 00 00 |EFI PART....\...| 00004010 82 ba 8f 32 00 00 00 00 ff 37 4c 00 00 00 00 00 |...2.....7L.....| 00004020 01 00 00 00 00 00 00 00 22 00 00 00 00 00 00 00 |........".......| 00004030 de 37 4c 00 00 00 00 00 8e 28 e4 1a a7 84 ae 48 |.7L......(.....H| 00004040 b2 d1 ff 8a 8b 14 2c 11 df 37 4c 00 00 00 00 00 |......,..7L.....| 00004050 80 00 00 00 80 00 00 00 3f cd f4 5d 00 00 00 00 |........?..]....| 00004060 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| * 00004200 vbox-seife:~/oem # dd if=/mnt/SLES_12_image1.x86_64-0.3.4.raw skip=$((2557459969/512))|hexdump -C 33+0 records in 33+0 records out 00000000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| * 00004200 16896 bytes (17 kB) copied, 0.000606308 s, 27.9 MB/s The last ~16.5kB are just zeroes. I then looked at the upstream git and found this: http://sourceforge.net/p/squashfs/code/ci/de03266983ceb62e5365aac84fcd3b2fd… Note that this bug is present in at least 13.2 and SLES12, and looking at the package I have no reason to believe it is not in Factory/Tumbleweed. -- You are receiving this mail because: You are on the CC list for the bug.

1 5