November 2011 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 713110] New: Please review DBus service com.ubuntu.SoftwareCenter
by bugzilla_noreply＠novell.com 28 Aug '13

28 Aug '13

https://bugzilla.novell.com/show_bug.cgi?id=713110 https://bugzilla.novell.com/show_bug.cgi?id=713110#c0 Summary: Please review DBus service com.ubuntu.SoftwareCenter Classification: openSUSE Product: openSUSE 11.4 Version: Factory Platform: Other OS/Version: openSUSE 11.4 Status: NEW Severity: Normal Priority: P5 - None Component: Security AssignedTo: security-team(a)suse.de ReportedBy: alex(a)rosedu.org QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux i686) AppleWebKit/535.1 (KHTML, like Gecko) Ubuntu/10.10 Chromium/14.0.788.0 Chrome/14.0.788.0 Safari/535.1 Trying to package software-center for inclusion in Factory, rpmlint complains about the dbus service installed at /etc/dbus-1/com.ubuntu.SoftwareCenter. Home project: https://build.opensuse.org/project/show?project=home%3Aalexeftimie 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 12

[Bug 714373] New: boost::signals::trackable does not work
by bugzilla_noreply＠novell.com 27 Aug '13

27 Aug '13

https://bugzilla.novell.com/show_bug.cgi?id=714373 https://bugzilla.novell.com/show_bug.cgi?id=714373#c0 Summary: boost::signals::trackable does not work Classification: openSUSE Product: openSUSE 11.4 Version: Final Platform: x86-64 OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: Basesystem AssignedTo: pth(a)novell.com ReportedBy: nadvornik(a)novell.com QAContact: qa(a)suse.de Found By: --- Blocker: --- nadvornik@sphinx2:~> wget http://svn.boost.org/svn/boost/trunk/libs/signals/example/button_click.cpp nadvornik@sphinx2:~> gcc button_click.cpp -o button_click -lboost_signals nadvornik@sphinx2:~> ./button_click OK! OK! # "OK!" should be printed just once This causes hard-to-debug crashes in applications that use this feature. It seems to be openSUSE specific, see the reports at https://bugs.launchpad.net/hugin/+bug/718116 starting comment #7 -- 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 6

[Bug 715967] New: splashy crashes during hibernate
by bugzilla_noreply＠novell.com 27 Aug '13

27 Aug '13

https://bugzilla.novell.com/show_bug.cgi?id=715967 https://bugzilla.novell.com/show_bug.cgi?id=715967#c0 Summary: splashy crashes during hibernate Classification: openSUSE Product: openSUSE 12.1 Version: Milestone 5 Platform: i686 OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: EagleScreen(a)gmail.com QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux i686; rv:6.0) Gecko/20100101 Firefox/6.0 OpenSuse uses splashy to display a good splash progress screen during the hibernate process, in my case splashy crashes at this point. Tell me if you need some debugging information and how can I provide it to you. Reproducible: Always Steps to Reproduce: 1. Install OpenSuse 12.1 Milestone 5 2. Hibernate the system. 3. Splashy crashes and screen fallback to an ugly text console with error messages. Actual Results: Splashy crashes and screen fallback to an ugly text console with error messages. Expected Results: Splashy should provide a graphical splash to see the hibernation progress. -- 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 48

[Bug 615987] New: Vim doesn't open [Content_Types.xml] files in OOXML files
by bugzilla_noreply＠novell.com 27 Aug '13

27 Aug '13

http://bugzilla.novell.com/show_bug.cgi?id=615987 http://bugzilla.novell.com/show_bug.cgi?id=615987#c0 Summary: Vim doesn't open [Content_Types.xml] files in OOXML files Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: All OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: cbosdonnat(a)novell.com QAContact: qa(a)suse.de Found By: --- Blocker: --- Created an attachment (id=370559) --> (http://bugzilla.novell.com/attachment.cgi?id=370559) Patch fixing the bug The Zip plugin of Vim opens an empty file instead of the [Content_Types.xml] file contained in .docx /.xlsx / .pptx files. Attached is a patch fixing the problem. -- Configure bugmail: http://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 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 704771] New: wireshark compiled without libz
by bugzilla_noreply＠novell.com 20 Aug '13

20 Aug '13

https://bugzilla.novell.com/show_bug.cgi?id=704771 https://bugzilla.novell.com/show_bug.cgi?id=704771#c0 Summary: wireshark compiled without libz Classification: openSUSE Product: openSUSE 11.4 Version: Final Platform: x86-64 OS/Version: openSUSE 11.4 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: ldav1s(a)yahoo.com QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/534.30 (KHTML, like Gecko) Chrome/12.0.742.112 Safari/534.30 The wireshark 1.4.4 which is part of the openSUSE 11.4 distribution seems to be compiled without libz. Reproducible: Always Steps to Reproduce: 1. Start wireshark, logging in as root if needed 2. Attempt scanning gzipped web traffic Actual Results: Content-encoded entity body (gzip): N bytes [Error: Decompression failed] Expected Results: I was kind of expecting it to actually decompress the compressed content. Wireshark itself helpfully confirms that it was compiled without libz: 1. Start wireshark, logging in as root if needed 2. Help > About Wireshark > Wireshark tab 3. Read the info: Compiled (64-bit) with GTK+ 2.22.1, with GLib 2.28.0, with libpcap 1.1.1, without libz, with POSIX capabilities (Linux), without libpcre, with SMI 0.4.8, with c-ares 1.7.4, with Lua 5.1, without Python, with GnuTLS 2.8.6, with Gcrypt 1.4.6, with MIT Kerberos, with GeoIP, with PortAudio V19-devel (built Feb 22 2011), without AirPcap. -- 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 685023] New: wireshark stops capturing 'File contains a record that's not valid'
by bugzilla_noreply＠novell.com 20 Aug '13

20 Aug '13

https://bugzilla.novell.com/show_bug.cgi?id=685023 https://bugzilla.novell.com/show_bug.cgi?id=685023#c0 Summary: wireshark stops capturing 'File contains a record that's not valid' Classification: openSUSE Product: openSUSE 11.4 Version: Final Platform: x86-64 OS/Version: openSUSE 11.4 Status: NEW Severity: Normal Priority: P5 - None Component: Network AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: novell(a)armin-herbert.de QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:2.0.0) Gecko/20100101 Firefox/4.0 A few seconds after a live capture with wireshark has started, the capture stops and these messages are written to the terminal: 23:01:26 Warn Error "Less data was read than was expected" while reading: "/tmp/wiresharkXXXXafS6og" 23:03:42 Warn Error "File contains a record that's not valid" while reading: "/tmp/wiresharkXXXXkQtcoC" The latter message repeats every one second. Searching for this I found two other distributions having experienced the same behaviour: https://bugs.archlinux.org/task/19769 https://bugzilla.redhat.com/show_bug.cgi?id=643461 Disabling zlib at compile time worked around the bug for these. In wireshark's options, in the "Capture" section, the following options are set: Promiscuous mode, rt updates, hide dialogue. The options pcap-ng and auto scrolling are unset. Tested with different interfaces. Reading a tcpdump pcap file with wireshark is no problem. Worked in 11.3, but I don't know which version from which repo I was using then. Reproducible: Always Steps to Reproduce: 1. Become root via su -, set the DISPLAY variable and wireshark & 2. choose any interface and start the capture 3. after a few seconds, the capture stops and the warnings appear Actual Results: Captured first ~3 seconds Expected Results: Keep capturing and show output -- 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 705420] New: ruby-bindings: function parameter with default value cannot be parsed
by bugzilla_noreply＠novell.com 19 Aug '13

19 Aug '13

https://bugzilla.novell.com/show_bug.cgi?id=705420 https://bugzilla.novell.com/show_bug.cgi?id=705420#c0 Summary: ruby-bindings: function parameter with default value cannot be parsed Classification: openSUSE Product: openSUSE 11.4 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 AssignedTo: dmacvicar(a)novell.com ReportedBy: jsuchome(a)novell.com QAContact: jsrain(a)novell.com Found By: Development Blocker: --- module KerberosClient def self.read(params={}) ... end end ruby-bidnings does not correctly realize number of arguments: Y2DIR= LD_LIBRARY_PATH= /usr/bin/ycpc -c -M. -I. -q Kerberos.ycp ruby/YRubyNamespace.cc(YRubyNamespace):239 [Y2Ruby] going to parse signature: 'any( any)' ruby/YRubyNamespace.cc(YRubyNamespace):239 [Y2Ruby] going to parse signature: 'any( any)' ruby/YRubyNamespace.cc(YRubyNamespace):239 [Y2Ruby] going to parse signature: 'any( )' Kerberos.ycp:279 [Parser] Excessive parameter in call to KerberosClient::read(...) -- 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 6

[Bug 650671] New: Broken link in deployment_remote.xml
by bugzilla_noreply＠novell.com 16 Aug '13

16 Aug '13

https://bugzilla.novell.com/show_bug.cgi?id=650671 https://bugzilla.novell.com/show_bug.cgi?id=650671#c0 Summary: Broken link in deployment_remote.xml Classification: openSUSE Product: openSUSE 11.3 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Minor Priority: P5 - None Component: Documentation AssignedTo: thomas.schraitle(a)novell.com ReportedBy: kkemenczy(a)novell.com QAContact: ke(a)novell.com Found By: --- Blocker: --- http://en.opensuse.org/Linuxrc -- 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 6

[Bug 721878] New: Suggestion to make DVD image usable on USB-stick
by bugzilla_noreply＠novell.com 12 Aug '13

12 Aug '13

https://bugzilla.novell.com/show_bug.cgi?id=721878 https://bugzilla.novell.com/show_bug.cgi?id=721878#c0 Summary: Suggestion to make DVD image usable on USB-stick Classification: openSUSE Product: openSUSE 12.1 Version: Beta 1 Platform: x86-64 OS/Version: SuSE Other Status: NEW Severity: Enhancement Priority: P5 - None Component: Installation AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: f.de.kruijf(a)gmail.com QAContact: jsrain(a)suse.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:7.0.1) Gecko/20100101 Firefox/7.0.1 I copied the x86_64 DVD iso using imagewriter to a 16GB USB stick and tried to boot from it. It did boot until preparing udev, after the system hangs. My suggestion is, if the above is not a bug, to make it possible to boot the DVD image from a USB-stick and do the installation from this stick. Maybe it is needed to have USB-stick present under the F4 key on the boot menu when booting from the USB-stick. 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