August 2013 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 718016] New: Please add file %{_libdir}/chromium/chrome_sandbox to the allowed programs with SUID-bit set on
by bugzilla_noreply＠novell.com 21 Aug '13

21 Aug '13

https://bugzilla.novell.com/show_bug.cgi?id=718016 https://bugzilla.novell.com/show_bug.cgi?id=718016#c0 Summary: Please add file %{_libdir}/chromium/chrome_sandbox to the allowed programs with SUID-bit set on Classification: openSUSE Product: openSUSE 12.1 Version: Factory Platform: x86 OS/Version: SuSE Other Status: NEW Severity: Normal Priority: P5 - None Component: Security AssignedTo: security-team(a)suse.de ReportedBy: rwooninck(a)opensuse.org QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/535.3 (KHTML, like Gecko) Chrome/16.0.880.0 Safari/535.3 SUSE/16.0.880.0 I have resubmitted Chromium to factory again to resolve the few comments that were given during the legal and build review. However for one comment, I would need a review by the Security team. The reason for this is that I am packaging a binary that requires the SUID-bit to be on. This is the so called chrome_sandbox program and it doesn't do anything else then giving access to the filesystem in a chroot'ed temp directory. Further specifications can be seen at: http://code.google.com/p/chromium/wiki/LinuxSUIDSandbox I also want to indicate that the sources used for this program are inside the Chromium source tree, but fortunately located in a separate sub-directory (chromium-suse/src/sandbox/linux/suid). This would prevent going through around 2Gb of sources as that the program only consists out of 3 programs and 2 header files with a total size of around 15K. The program is also created separately and is build after the main chromium program. Unfortunately we cannot avoid this helper, as that chromium is now explicitly checking that it is existing and that it has the SUID bits set on. The SR for Chromium is #82199 Reproducible: Always Steps to Reproduce: 1. 2. 3. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 24

[Bug 835683] New: dangling symlinks in libpulse-devel package
by bugzilla_noreply＠novell.com 21 Aug '13

21 Aug '13

https://bugzilla.novell.com/show_bug.cgi?id=835683 https://bugzilla.novell.com/show_bug.cgi?id=835683#c0 Summary: dangling symlinks in libpulse-devel package Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Minor Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: jnelson-suse(a)jamponi.net QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:23.0) Gecko/20100101 Firefox/23.0 The following are dangling symlinks in the libpulse-devel package: /usr/share/doc/packages/libpulse-devel/html/ftv2doc.png /usr/share/doc/packages/libpulse-devel/html/ftv2blank.png /usr/share/doc/packages/libpulse-devel/html/ftv2pnode.png /usr/share/doc/packages/libpulse-devel/html/ftv2lastnode.png /usr/share/doc/packages/libpulse-devel/html/ftv2vertline.png /usr/share/doc/packages/libpulse-devel/html/ftv2mlastnode.png Reproducible: Always Steps to Reproduce: 1. 2. 3. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 3

[Bug 792925] New: Multiversion and kernel purge
by bugzilla_noreply＠novell.com 21 Aug '13

21 Aug '13

https://bugzilla.novell.com/show_bug.cgi?id=792925 https://bugzilla.novell.com/show_bug.cgi?id=792925#c0 Summary: Multiversion and kernel purge Classification: openSUSE Product: openSUSE 12.2 Version: Final Platform: x86-64 OS/Version: openSUSE 12.2 Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: andrea.turrini(a)gmail.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:18.0) Gecko/20100101 Firefox/18.0 I have enabled multiversion for kernel and I have found this strange thing: if I have understood correctly the multiversion approach, when the kernel is installed, the empty file /boot/do_purge_kernels is created and then, on the following boot, /sbin/purge-kernels is run in order to remove old kernels that are not to be kept according to the value of multiversion.kernels. The file /etc/init.d/purge-kernels refers to /boot/do_purge_kernels while /etc/systemd/system/multi-user.target.wants/purge-kernels.service (link to /lib/systemd/system/purge-kernels.service) checks for /boot/do_pure_kernels. Note the "pure" instead of "purge" in the filename. As a result, purge-kernels.service fails as reported by systemctl: orodruin:~ # systemctl status purge-kernels.service purge-kernels.service - Purge old kernels Loaded: loaded (/lib/systemd/system/purge-kernels.service; enabled) Active: inactive (dead) start condition failed at Wed, 05 Dec 2012 14:08:40 +0100; 6min ago CGroup: name=systemd:/system/purge-kernels.service and /boot/do_purge_kernels is still existing. This means that now I have 5 installed kernels: orodruin:~ # zypper se -si --match-exact kernel-desktop Verbosity: 2 Non-option program arguments: 'kernel-desktop' Initializing Target Loading repository data... Reading installed packages... Force resolution: No S | Name | Type | Version | Arch | Repository --+----------------+---------+---------------+--------+--------------------- i | kernel-desktop | package | 3.6.9-1.1 | x86_64 | Kernel-Stable i | kernel-desktop | package | 3.4.11-2.16.1 | x86_64 | openSUSE-12.2-Update i | kernel-desktop | package | 3.6.8-1.1 | x86_64 | (System Packages) i | kernel-desktop | package | 3.6.7-1.1 | x86_64 | (System Packages) i | kernel-desktop | package | 3.6.6-1.1 | x86_64 | (System Packages) even if orodruin:~ # grep multiversion /etc/zypp/zypp.conf ## provides:multiversion(kernel) - all packages providing 'multiversion(kernel)' multiversion = provides:multiversion(kernel) ## above multiversion variable is set. Packages can be specified as ## Default: Do not delete any kernels if multiversion = provides:multiversion(kernel) is set multiversion.kernels = latest-2,latest-1,latest,running If I edit /lib/systemd/system/purge-kernels.service and I fix the filenames, then the kernels are purged correcly. I have tried by running "systemctl start purge-kernels.service" so it should work also on boot, and the now installed kernels are: orodruin:~ # zypper se -si --match-exact kernel-desktop Verbosity: 2 Non-option program arguments: 'kernel-desktop' Initializing Target Loading repository data... Reading installed packages... Force resolution: No S | Name | Type | Version | Arch | Repository --+----------------+---------+-----------+--------+------------------ i | kernel-desktop | package | 3.6.9-1.1 | x86_64 | Kernel-Stable i | kernel-desktop | package | 3.6.8-1.1 | x86_64 | (System Packages) i | kernel-desktop | package | 3.6.7-1.1 | x86_64 | (System Packages) and systemctl reports: orodruin:~ # systemctl status purge-kernels.service purge-kernels.service - Purge old kernels Loaded: loaded (/lib/systemd/system/purge-kernels.service; enabled) Active: inactive (dead) since Wed, 05 Dec 2012 14:25:12 +0100; 11min ago Process: 2160 ExecStart=/sbin/purge-kernels (code=exited, status=0/SUCCESS) Process: 2156 ExecStartPre=/bin/rm -f /boot/do_purge_kernels (code=exited, status=0/SUCCESS) CGroup: name=systemd:/system/purge-kernels.service Dec 05 14:25:11 orodruin.lotr os-prober[5654]: debug: running /usr/lib/os-probes/mounted/10freedos on mounted /dev/sda4 Dec 05 14:25:12 orodruin.lotr purge-kernels[2160]: Removed: Dec 05 14:25:12 orodruin.lotr purge-kernels[2160]: kernel-desktop-3.4.11-2.16.1.x86_64 Dec 05 14:25:12 orodruin.lotr purge-kernels[2160]: kernel-desktop-devel-3.4.11-2.16.1.x86_64 Dec 05 14:25:12 orodruin.lotr purge-kernels[2160]: kernel-desktop-3.6.6-1.1.x86_64 Dec 05 14:25:12 orodruin.lotr purge-kernels[2160]: kernel-desktop-devel-3.6.6-1.1.x86_64 Dec 05 14:25:12 orodruin.lotr purge-kernels[2160]: kernel-source-3.4.11-2.16.1.noarch Dec 05 14:25:12 orodruin.lotr purge-kernels[2160]: kernel-devel-3.4.11-2.16.1.noarch Dec 05 14:25:12 orodruin.lotr purge-kernels[2160]: kernel-devel-3.6.6-1.1.noarch Dec 05 14:25:12 orodruin.lotr purge-kernels[2160]: kernel-source-3.6.6-1.1.noarch This problem occurs in both mkinitrd-2.7.1-62.6.1 (as shipped by oS 12.2) and mkinitrd-2.7.2-189.1 (available in kernel:stable). Reproducible: Always Steps to Reproduce: 1. 2. 3. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 13

[Bug 835499] New: audacity: Gtk-CRITICAL **: IA__gtk_widget_get_direction: assertion `GTK_IS_WIDGET (widget)' failed
by bugzilla_noreply＠novell.com 21 Aug '13

21 Aug '13

https://bugzilla.novell.com/show_bug.cgi?id=835499 https://bugzilla.novell.com/show_bug.cgi?id=835499#c0 Summary: audacity: Gtk-CRITICAL **: IA__gtk_widget_get_direction: assertion `GTK_IS_WIDGET (widget)' failed Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: x86-64 OS/Version: openSUSE 12.3 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: martin(a)oneiros.de QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:23.0) Gecko/20100101 Firefox/23.0 audacity 2.0.2-3.1.2 floods the console with the message "Gtk-CRITICAL **: IA__gtk_widget_get_direction: assertion `GTK_IS_WIDGET (widget)' failed" whenever its window is exposed. Reproducible: Always Steps to Reproduce: 1. start audacity with a file from the console 2. switch to another window 3. switch back to audacity See also https://bugzilla.redhat.com/show_bug.cgi?id=924683 > rpm -qi audacity Name : audacity Version : 2.0.2 Release : 3.1.2 Architecture: x86_64 Install Date: Mo 19 Aug 2013 22:32:48 CEST Group : Productivity/Multimedia/Sound/Editors and Convertors Size : 14534016 License : GPL-2.0+ Signature : RSA/SHA256, Fr 01 Feb 2013 17:48:54 CET, Key ID b88b2fd43dbdc284 Source RPM : audacity-2.0.2-3.1.2.src.rpm Build Date : Fr 01 Feb 2013 17:46:08 CET Build Host : build22 Relocations : (not relocatable) Packager : http://bugs.opensuse.org Vendor : openSUSE URL : http://audacity.sourceforge.net/ Summary : A Free, Cross-Platform Digital Audio Editor -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 1

[Bug 835433] New: unable to rebuild motif-2.3.4 due to compile errors
by bugzilla_noreply＠novell.com 21 Aug '13

21 Aug '13

https://bugzilla.novell.com/show_bug.cgi?id=835433 https://bugzilla.novell.com/show_bug.cgi?id=835433#c0 Summary: unable to rebuild motif-2.3.4 due to compile errors Classification: openSUSE Product: openSUSE Factory Version: 13.1 Milestone 3 Platform: Other OS/Version: openSUSE 11.0 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: wharms(a)bfs.de QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created an attachment (id=553093) --> (http://bugzilla.novell.com/attachment.cgi?id=553093) fix compile error with older X11, adding propper prototypes User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; de; rv:1.9.2.13) Gecko/20101203 SUSE/3.6.13-0.1.1 Firefox/3.6.13 I tried to build motif-2.3.4 on an older Opensuse 11.0 EditresCom.c:152: note: ‘ExecuteGetResources’ was declared here EditresCom.c: In function ‘_XEditResPutString8’: EditresCom.c:1793: error: argument ‘str’ doesn’t match prototype /usr/include/X11/Xmu/EditresP.h:338: error: prototype declaration make[1]: *** [EditresCom.lo] Fehler 1 make[1]: Leaving directory `/usr/src/packages/BUILD/motif-2.3.4/lib/Xm' make: *** [all] Fehler 2 Reproducible: Always Steps to Reproduce: 1. rpm -i openmotif-2.3.4-25.3.src.rpm 2. cd /usr/src/packages 3. rpmbuild -bb SPECS/openmotif.spec -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 2

[Bug 812059] New: Build as standalone script gives error
by bugzilla_noreply＠novell.com 21 Aug '13

21 Aug '13

https://bugzilla.novell.com/show_bug.cgi?id=812059 https://bugzilla.novell.com/show_bug.cgi?id=812059#c0 Summary: Build as standalone script gives error Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: x86-64 OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Development AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: cornelis(a)solcon.nl QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:19.0) Gecko/20100101 Firefox/19.0 build foo.spec does not work. First the sl12.3.conf in /usr/lib/build/configs has to be adapted (libgcc --> gcc), but then it still does not work. It gives the following error: [ 6s] expanding package dependencies... [ 9s] Use of uninitialized value within %packs in hash element at /usr/lib/build/expanddeps line 199. [ 9s] Use of uninitialized value in concatenation (.) or string at /usr/lib/build/expanddeps line 199. [ 9s] Use of uninitialized value within %packs in exists at /usr/lib/build/expanddeps line 200. [ 9s] Use of uninitialized value within %packs in hash element at /usr/lib/build/expanddeps line 199. [ 9s] Use of uninitialized value in concatenation (.) or string at /usr/lib/build/expanddeps line 199. [ 9s] Use of uninitialized value within %packs in exists at /usr/lib/build/expanddeps line 200. [ 9s] unsupported url for 'insserv': Note: this is "build" without obs. Reproducible: Always Steps to Reproduce: 1. In a folder with rpm source, does not matter which package 2. Execute "build foo.spec" Actual Results: Build stops with error message Expected Results: rpm to be build -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 5

[Bug 820589] New: new network naming scheme needs an alternative
by bugzilla_noreply＠novell.com 21 Aug '13

21 Aug '13

https://bugzilla.novell.com/show_bug.cgi?id=820589 https://bugzilla.novell.com/show_bug.cgi?id=820589#c0 Summary: new network naming scheme needs an alternative Classification: openSUSE Product: openSUSE Factory Version: 13.1 Milestone 1 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Network AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: per(a)computer.org QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux i686 on x86_64; rv:11.0) Gecko/20100101 Firefox/11.0 The new network naming scheme (enp13s0, enp14s0, enp3s1f0, enp3s1f1, enp6s2 etc) may be disabled according to: http://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfac… We ought to help the user by letting him chose whether to continue with the PredictableNetworkInterfaceNames or easily revert to the previous openSUSE behaviour of renaming interfaces with (automatically generated) 70-persistent-net-rule.conf. Reproducible: Always -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 16

[Bug 821484] New: hibernation is often interrupted while hibernating with pm-utils
by bugzilla_noreply＠novell.com 21 Aug '13

21 Aug '13

https://bugzilla.novell.com/show_bug.cgi?id=821484 https://bugzilla.novell.com/show_bug.cgi?id=821484#c0 Summary: hibernation is often interrupted while hibernating with pm-utils Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: i686 OS/Version: openSUSE 12.3 Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: lashkevi(a)landau.ac.ru QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux i686; rv:20.0) Gecko/20100101 Firefox/20.0 When I try to hibernate my computer either with KDE function or with launching pm-hibernate manually, it often start hibernating and then interrupts it either on "Snapshotting system" or while writing the image on the swap space (thought it is enough free swap space). The /var/log/pm-suspend.log file turns out to be corrupted. It happens often, and is sometimes persistent. It is weird, but from time to time stopping Firefox helps. Nevertheless, the command "echo disk > /sys/power/state" works perfectly (and very fast). Reproducible: Sometimes Steps to Reproduce: 1. Starting hibernation from KDE or by using "pm-hibernate". It is better to use "splash = n" option in the "/etc/suspend.conf". 2. Wait for what happens. 3. Actual Results: The screen blackens. "S2disk: Snapshotting system" appears. The cursor is blinking. Then either: 1) The cursor stops blinking. The X session reappears. The system resumes. Or: 2) The hibernation continues till writing the image progress ling appears. At some percent of writing it slows, then stops, then the computer resumes. Expected Results: Normal hibernation. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 14

[Bug 828768] New: openSUSE:Tools/build: Bug(s) in Rpm.pm?
by bugzilla_noreply＠novell.com 20 Aug '13

20 Aug '13

https://bugzilla.novell.com/show_bug.cgi?id=828768 https://bugzilla.novell.com/show_bug.cgi?id=828768#c0 Summary: openSUSE:Tools/build: Bug(s) in Rpm.pm? Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: 3rd party software AssignedTo: lnussel(a)suse.com ReportedBy: jnelson-suse(a)jamponi.net QAContact: opensuse-communityscreening(a)forge.provo.novell.com CC: adrian(a)suse.com Found By: --- Blocker: --- I see this in my /srv/obs/log/src_server.log log file on and off. Odd number of elements in hash assignment at /usr/lib/obs/server//build/Build/Rpm.pm line 133, <SPEC> line 68. Use of uninitialized value in list assignment at /usr/lib/obs/server//build/Build/Rpm.pm line 133, <SPEC> line 68. Use of uninitialized value in concatenation (.) or string at /usr/lib/obs/server//build/Build/Rpm.pm line 367, <SPEC> line 68. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 2

[Bug 833358] New: RPM Verify not showing MD5, TS, SIZE changes of %config(noreplace) files
by bugzilla_noreply＠novell.com 20 Aug '13

20 Aug '13

https://bugzilla.novell.com/show_bug.cgi?id=833358 https://bugzilla.novell.com/show_bug.cgi?id=833358#c0 Summary: RPM Verify not showing MD5, TS, SIZE changes of %config(noreplace) files Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: joschibrauchle(a)gmx.de QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/28.0.1500.95 Safari/537.36 While trying to figure out, if a TeXLive config(noplace) file was changed of not, I found the following problem: ---------- # rpm -Vv texlive-kpathsea ........ c /etc/texmf/web2c/fmtutil.cnf <stripped the rest> # touch /etc/texmf/web2c/fmtutil.cnf # rpm -Vv texlive-kpathsea ........ c /etc/texmf/web2c/fmtutil.cnf <stripped the rest> ---------- The file /etc/texmf/web2c/fmtutil.cnf is packaged as %config(noreplace). >From above example it because clear that at least the time stamp of the file /etc/texmf/web2c/fmtutil.cnf should be shown as changed in the second run of RPM verify. Hence, RPM verify seems to ignore changes of %config(noreplace) files. How is one supposed to check for changes in these files? There seems to be no command line switch in RPM to override this behaviour? Actually, this bugreport is the contrary to bnc #487735, where the current behavior was requested! Reproducible: Always Steps to Reproduce: 1. run "rpm -Vf <FILE>" on a file packaged as "%config(noreplace)" 2. 3. Actual Results: File is always listed as unchanged, even if changes were made. Expected Results: File should be marked as changes, as is done with all files not packaged as "%config(noreplace)", or *at least* there should be an option to override this behavior and include "%config(noreplace)" files in the checks -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 2