July 2013 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 828432] lokalize declared GPL-2.0+ but contains GPL-3.0+ src/tm/qamodel.cpp
by bugzilla_noreply＠novell.com 08 Jul '13

08 Jul '13

https://bugzilla.novell.com/show_bug.cgi?id=828432 https://bugzilla.novell.com/show_bug.cgi?id=828432#c Stephan Kulow <coolo(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Group|Legal Security Team | Component|License Issues |KDE4 Applications Version|unspecified |13.1 Milestone 2 Product|SUSE Linux Legal Issues |openSUSE Factory Target Milestone|--- |13.1 Milestone 3 QAContact|cfarrell(a)suse.com |qa-bugs(a)suse.de -- 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 0

[Bug 828341] New: glTexSubImage performance low on optimus laptop (intel/nvidia)
by bugzilla_noreply＠novell.com 08 Jul '13

08 Jul '13

https://bugzilla.novell.com/show_bug.cgi?id=828341 https://bugzilla.novell.com/show_bug.cgi?id=828341#c0 Summary: glTexSubImage performance low on optimus laptop (intel/nvidia) Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: x86-64 OS/Version: openSUSE 12.3 Status: NEW Severity: Normal Priority: P5 - None Component: X.Org AssignedTo: bnc-team-xorg-bugs(a)forge.provo.novell.com ReportedBy: mandrav(a)gmail.com QAContact: xorg-maintainer-bugs(a)forge.provo.novell.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/28.0.1500.71 Safari/537.36 Using Mesa9 (I have tried with versions up to 9.1.4-245.1), performance of glTexSubImage calls (using the Intel card) is very bad. This affects badly performance when using the primus backend of the bumblebee project (for optimus laptops). I have managed to find a work-around which I hope will help. If I edit the file ~/.drirc and put the following in it (disables texture tiling), performance increases drammatically: <driconf> <device screen="0"> <application name="all"> <option name="texture_tiling" value="false" /> </application> </device> </driconf> Reproducible: Always Steps to Reproduce: 1. Run "vblank_mode=0 /usr/lib64/mesa-demos/tests/subtexrate" Actual Results: ATTENTION: default value of option vblank_mode overridden by environment. ATTENTION: default value of option vblank_mode overridden by environment. ATTENTION: option value of option vblank_mode ignored. GL_RENDERER: Mesa DRI Intel(R) Ivybridge Mobile glTexSubImage: 512 x 512, 4 Bpp: 312 calls in 5.01 = 62.28 calls/sec, 62.28 MB/s glTexSubImage: 256 x 256, 4 Bpp: 1244 calls in 5.00 = 248.55 calls/sec, 62.14 MB/s glCopyTexSubImage: 512 x 512, 4 Bpp: 16858 calls in 5.00 = 3371.60 calls/sec, 3371.60 MB/s glCopyTexSubImage: 256 x 256, 4 Bpp: 63608 calls in 5.00 = 12721.60 calls/sec, 3180.40 MB/s Expected Results: (the following are the results after applying the work-around) ATTENTION: default value of option vblank_mode overridden by environment. ATTENTION: default value of option vblank_mode overridden by environment. ATTENTION: option value of option vblank_mode ignored. GL_RENDERER: Mesa DRI Intel(R) Ivybridge Mobile glTexSubImage: 512 x 512, 4 Bpp: 5516 calls in 5.00 = 1103.20 calls/sec, 1103.20 MB/s glTexSubImage: 256 x 256, 4 Bpp: 22112 calls in 5.00 = 4422.40 calls/sec, 1105.60 MB/s glCopyTexSubImage: 512 x 512, 4 Bpp: 9012 calls in 5.00 = 1802.40 calls/sec, 1802.40 MB/s glCopyTexSubImage: 256 x 256, 4 Bpp: 36940 calls in 5.00 = 7386.52 calls/sec, 1846.63 MB/s # lspci | grep VGA 00:02.0 VGA compatible controller: Intel Corporation 3rd Gen Core processor Graphics Controller (rev 09) 01:00.0 VGA compatible controller: NVIDIA Corporation Device 0fd4 (rev ff) # glxinfo2 | grep OpenGL OpenGL vendor string: Intel Open Source Technology Center OpenGL renderer string: Mesa DRI Intel(R) Ivybridge Mobile OpenGL version string: 3.0 Mesa 9.1.4 OpenGL shading language version string: 1.30 -- 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 828347] Wireless issue in OpenSuse 12.3
by bugzilla_noreply＠novell.com 08 Jul '13

08 Jul '13

1 0

[Bug 826319] New: DHCP gets autostarted too early (network interface not up yet - Systemd/LSB problem)
by bugzilla_noreply＠novell.com 08 Jul '13

08 Jul '13

https://bugzilla.novell.com/show_bug.cgi?id=826319 https://bugzilla.novell.com/show_bug.cgi?id=826319#c0 Summary: DHCP gets autostarted too early (network interface not up yet - Systemd/LSB problem) Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: x86-64 OS/Version: openSUSE 12.3 Status: NEW Severity: Major Priority: P5 - None Component: Network AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: dirk(a)goe.net QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:21.0) Gecko/20100101 Firefox/21.0 OpenSuSE 12.3 system with network statically configured via NetworkManager, DHCPD activated via the Yast2 runlevel manager. Interface with static address is eth1. After rebooting the system dhcpd is not available: # systemctl status dhcpd dhcpd.service - LSB: ISC DHCP 4.x Server Loaded: loaded (/etc/init.d/dhcpd) Active: failed (Result: exit-code) since Sat, 2013-06-22 17:49:19 CEST; 43min ago Process: 1006 ExecStart=/etc/init.d/dhcpd start (code=exited, status=1/FAILURE) CGroup: name=systemd:/system/dhcpd.service Jun 22 17:49:19 linux-4q60.site dhcpd[1485]: Not configured to listen on any interfaces! Jun 22 17:49:19 linux-4q60.site dhcpd[1485]: Jun 22 17:49:19 linux-4q60.site dhcpd[1485]: If you did not get this software from ftp.isc.org, please Jun 22 17:49:19 linux-4q60.site dhcpd[1485]: get the latest from ftp.isc.org and install that before Jun 22 17:49:19 linux-4q60.site dhcpd[1485]: requesting help. Jun 22 17:49:19 linux-4q60.site dhcpd[1485]: Jun 22 17:49:19 linux-4q60.site dhcpd[1006]: Starting ISC DHCPv4 4.x Server Jun 22 17:49:19 linux-4q60.site dhcpd[1006]: please see /var/log/rc.dhcpd.log for details ..failed Jun 22 17:49:19 linux-4q60.site systemd[1]: Failed to start LSB: ISC DHCP 4.x Server. Jun 22 17:49:19 linux-4q60.site systemd[1]: Unit dhcpd.service entered failed state When I start the daemon later on, everything works as expected: # systemctl status dhcpd dhcpd.service - LSB: ISC DHCP 4.x Server Loaded: loaded (/etc/init.d/dhcpd) Active: active (running) since Sat, 2013-06-22 18:34:25 CEST; 3s ago Process: 11308 ExecStart=/etc/init.d/dhcpd start (code=exited, status=0/SUCCESS) CGroup: name=systemd:/system/dhcpd.service └ 11501 /usr/sbin/dhcpd -4 -cf /etc/dhcpd.conf -pf /var/run/dhcpd.pid -chroot /var/lib/dhcp -lf /db/dhcpd.leases -user... Jun 22 18:34:25 linux-4q60.site dhcpd[11500]: All rights reserved. Jun 22 18:34:25 linux-4q60.site dhcpd[11500]: For info, please visit https://www.isc.org/software/dhcp/ Jun 22 18:34:25 linux-4q60.site dhcpd[11500]: Not searching LDAP since ldap-server, ldap-port and ldap-base-dn were not specified ...ig file Jun 22 18:34:25 linux-4q60.site dhcpd[11500]: Wrote 0 deleted host decls to leases file. Jun 22 18:34:25 linux-4q60.site dhcpd[11500]: Wrote 0 new dynamic host decls to leases file. Jun 22 18:34:25 linux-4q60.site dhcpd[11500]: Wrote 5 leases to leases file. Jun 22 18:34:25 linux-4q60.site dhcpd[11500]: Listening on LPF/eth1/00:1f:d0:49:06:70/192.168.192.0/24 Jun 22 18:34:25 linux-4q60.site dhcpd[11308]: Starting ISC DHCPv4 4.x Server [chroot]..done Jun 22 18:34:25 linux-4q60.site systemd[1]: Started LSB: ISC DHCP 4.x Server. Jun 22 18:34:26 linux-4q60.site dhcpd[11501]: DHCPREQUEST for 192.168.192.220 from a0:88:b4:0d:68:50 via eth1 Jun 22 18:34:26 linux-4q60.site dhcpd[11501]: DHCPACK on 192.168.192.220 to a0:88:b4:0d:68:50 via eth1 An expert friend gave the hint, that this one is an issue of not-yet-systemd compliant startup scripts (LSB). Reproducible: Always Steps to Reproduce: 1. Reboot the machine 2. run "systemctl status dhcpd" 3. run "systemctl start dhcpd" 4. check with "systemctl status dhcpd" Actual Results: Deamon starts not properly and needs to be started by hand. Expected Results: DHCPD should be available. -- 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 828440] New: encrypted lvm partitions not mountable
by bugzilla_noreply＠novell.com 08 Jul '13

08 Jul '13

https://bugzilla.novell.com/show_bug.cgi?id=828440 https://bugzilla.novell.com/show_bug.cgi?id=828440#c0 Summary: encrypted lvm partitions not mountable Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: x86-64 OS/Version: Linux Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 AssignedTo: yast2-maintainers(a)suse.de ReportedBy: ohering(a)suse.com QAContact: jsrain(a)suse.com Found By: Outsourced Testing Blocker: --- fresh 12.3-GOME-x86_64 system on an unencrypted lvm volume. sda has an encrypted lvm partition (sda6) which was intentionally not touched during installation of 12.3. Now its time to temporary mount these volumes in the running system. Unfortunately neither GNOME desktop nor yast seem to offer a way to open the encrypted LVM container sda6 and then offer a way to mount the contained lvm volumes. Will attach logfiles. -- 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 798644] New: fontconfig 2.9.0 makes google-earth 7.x crash
by bugzilla_noreply＠novell.com 08 Jul '13

08 Jul '13

https://bugzilla.novell.com/show_bug.cgi?id=798644 https://bugzilla.novell.com/show_bug.cgi?id=798644#c0 Summary: fontconfig 2.9.0 makes google-earth 7.x crash Classification: openSUSE Product: openSUSE 12.2 Version: Final Platform: x86-64 OS/Version: openSUSE 12.2 Status: NEW Severity: Normal Priority: P5 - None Component: X.Org AssignedTo: bnc-team-xorg-bugs(a)forge.provo.novell.com ReportedBy: Mathias.Homann(a)opensuse.org QAContact: xorg-maintainer-bugs(a)forge.provo.novell.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:18.0) Gecko/20100101 Firefox/18.0 As long as one or both of the following links are present, google-earth 7.0.x segfaults on start. /etc/fonts/conf.d/65-fonts-persian.conf /etc/fonts/conf.d/11-suse-hinting.conf Reproducible: Always Steps to Reproduce: 1. download the latest google-earth rpm from http://earth.google.com 2. install it on a openSUSE 12.2 with either or both of those links in place 3. try to start google earth, observe it crashes. 4. remove both links 5. observe google earth start with no problem 6. observe the desktop fonts look very ugly Actual Results: google earth crashes on startup Expected Results: "it should work" other linux distributions are hit by the same bug, namely all that use fontconfig 2.9.x.... see several bugs on the google earth issue tracker. -- 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 37

[Bug 826225] New: Can not access non-U.S. repositories
by bugzilla_noreply＠novell.com 08 Jul '13

08 Jul '13

https://bugzilla.novell.com/show_bug.cgi?id=826225 https://bugzilla.novell.com/show_bug.cgi?id=826225#c0 Summary: Can not access non-U.S. repositories Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: All OS/Version: openSUSE 12.3 Status: NEW Severity: Major Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: peter(a)spuhler.net QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:21.0) Gecko/20100101 Firefox/21.0 Many companies are now blocking servers located outside the US or registered with non U.S. domains. This is causing problems accessing repositories for example the opensuse science repository. We are able to unblock specific sites but opensuse will randomly assign a mirror when updating or installing packages. Would like to see an option that uses domestic mirrors only or at least prefers those by default. Reproducible: Always Steps to Reproduce: 1. Enable a repository with non U.S. mirror such as opensuse science 2. Machine located on network which block non. U.S. sites 3. Choose a package to install for example 'spyder' 4. Attempt to install or update packages 5. Installation of packages fails when it tries to download from non-U.S. site Actual Results: Can not install package Expected Results: Expect to be able to install package Note: if the foreign mirror site was predictable and does not change each time package manager is used I would be able to work around this by requesting a network policy exception, but since they change this is not possible. -- 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 826725] New: Several X11 applications fail with error GLXBadContext
by bugzilla_noreply＠novell.com 08 Jul '13

08 Jul '13

https://bugzilla.novell.com/show_bug.cgi?id=826725 https://bugzilla.novell.com/show_bug.cgi?id=826725#c0 Summary: Several X11 applications fail with error GLXBadContext Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: i686 OS/Version: openSUSE 12.3 Status: NEW Severity: Normal Priority: P5 - None Component: X.Org AssignedTo: bnc-team-xorg-bugs(a)forge.provo.novell.com ReportedBy: jdelvare(a)suse.com QAContact: xorg-maintainer-bugs(a)forge.provo.novell.com Found By: Community User Blocker: --- On a freshly installed system running Xfce, several X11 applications (totem, gnibbles, quadrapassel) fail to start with an error like: (quadrapassel:1410): Gdk-ERROR **: The program 'quadrapassel' received an X Window System error. This probably reflects a bug in the program. The error was 'GLXBadContext'. (Details: serial 161 error_code 169 request_code 153 minor_code 6) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the GDK_SYNCHRONIZE environment variable to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) Hardware is a Panasonic Toughbook CF-18D, with an integrated Intel graphics chip: 00:02.0 VGA compatible controller [0300]: Intel Corporation 82852/855GM Integrated Graphics Device [8086:3582] (rev 02) 'drm' and 'i915' messages from dmesg: [drm] Initialized drm 1.1.0 20060810 i915 0000:00:02.0: setting latency timer to 64 [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). [drm] Driver supports precise vblank timestamp query. [drm] GMBUS [i915 gmbus panel] timed out, falling back to bit banging on pin 3 [drm] initialized overlay support fbcon: inteldrmfb (fb0) is primary device i915: fixme: max PWM is zero fb0: inteldrmfb frame buffer device drm: registered panic notifier [drm] Initialized i915 1.6.0 20080730 for 0000:00:02.0 on minor 0 I noticed the following error message in /var/log/Xorg.0.log, don't know if it is related: (II) glamor: OpenGL accelerated X.org driver based. (II) glamor: EGL version 1.4 (DRI2): (EE) intel(0): Failed to create EGL context (WW) intel(0): glamor detected, failed to initialize egl. -- 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 827671] New: lscpu Floating point exception on start up
by bugzilla_noreply＠novell.com 08 Jul '13

08 Jul '13

https://bugzilla.novell.com/show_bug.cgi?id=827671 https://bugzilla.novell.com/show_bug.cgi?id=827671#c0 Summary: lscpu Floating point exception on start up Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: i686 OS/Version: openSUSE 12.3 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: vitek(a)doprdele.cz QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux i686; rv:21.0) Gecko/20100101 Firefox/21.0 strace lscpu execve("/usr/bin/lscpu", ["lscpu"], [/* 100 vars */]) = 0 brk(0) = 0x9abc000 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb773a000 access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory) open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=111436, ...}) = 0 mmap2(NULL, 111436, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb771e000 close(3) = 0 open("/lib/libc.so.6", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\200\226\1\0004\0\0\0"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=1741576, ...}) = 0 mmap2(NULL, 1546908, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb75a4000 mmap2(0xb7718000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x174) = 0xb7718000 mmap2(0xb771b000, 10908, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb771b000 close(3) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb75a3000 set_thread_area({entry_number:-1 -> 6, base_addr:0xb75a36c0, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = 0 mprotect(0xb7718000, 8192, PROT_READ) = 0 mprotect(0x8052000, 4096, PROT_READ) = 0 mprotect(0xb775c000, 4096, PROT_READ) = 0 munmap(0xb771e000, 111436) = 0 brk(0) = 0x9abc000 brk(0x9add000) = 0x9add000 open("/usr/lib/locale/locale-archive", O_RDONLY|O_LARGEFILE|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/share/locale/locale.alias", O_RDONLY|O_CLOEXEC) = 3 fcntl64(3, F_GETFD) = 0x1 (flags FD_CLOEXEC) fstat64(3, {st_mode=S_IFREG|0644, st_size=2444, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7739000 read(3, "# Locale name alias data base.\n#"..., 4096) = 2444 read(3, "", 4096) = 0 close(3) = 0 munmap(0xb7739000, 4096) = 0 open("/usr/lib/locale/en_GB.UTF-8/LC_IDENTIFICATION", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/locale/en_GB.utf8/LC_IDENTIFICATION", O_RDONLY|O_CLOEXEC) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=366, ...}) = 0 mmap2(NULL, 366, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7739000 close(3) = 0 open("/usr/lib/gconv/gconv-modules.cache", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=26242, ...}) = 0 mmap2(NULL, 26242, PROT_READ, MAP_SHARED, 3, 0) = 0xb7732000 close(3) = 0 open("/usr/lib/locale/en_GB.UTF-8/LC_MEASUREMENT", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/locale/en_GB.utf8/LC_MEASUREMENT", O_RDONLY|O_CLOEXEC) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=23, ...}) = 0 mmap2(NULL, 23, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7731000 close(3) = 0 open("/usr/lib/locale/en_GB.UTF-8/LC_TELEPHONE", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/locale/en_GB.utf8/LC_TELEPHONE", O_RDONLY|O_CLOEXEC) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=56, ...}) = 0 mmap2(NULL, 56, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7730000 close(3) = 0 open("/usr/lib/locale/en_GB.UTF-8/LC_ADDRESS", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/locale/en_GB.utf8/LC_ADDRESS", O_RDONLY|O_CLOEXEC) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=127, ...}) = 0 mmap2(NULL, 127, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb772f000 close(3) = 0 open("/usr/lib/locale/en_GB.UTF-8/LC_NAME", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/locale/en_GB.utf8/LC_NAME", O_RDONLY|O_CLOEXEC) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=77, ...}) = 0 mmap2(NULL, 77, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb772e000 close(3) = 0 open("/usr/lib/locale/en_GB.UTF-8/LC_PAPER", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/locale/en_GB.utf8/LC_PAPER", O_RDONLY|O_CLOEXEC) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=34, ...}) = 0 mmap2(NULL, 34, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb772d000 close(3) = 0 open("/usr/lib/locale/en_GB.UTF-8/LC_MESSAGES", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/locale/en_GB.utf8/LC_MESSAGES", O_RDONLY|O_CLOEXEC) = 3 fstat64(3, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 close(3) = 0 open("/usr/lib/locale/en_GB.utf8/LC_MESSAGES/SYS_LC_MESSAGES", O_RDONLY|O_CLOEXEC) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=52, ...}) = 0 mmap2(NULL, 52, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb772c000 close(3) = 0 open("/usr/lib/locale/en_GB.UTF-8/LC_MONETARY", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/locale/en_GB.utf8/LC_MONETARY", O_RDONLY|O_CLOEXEC) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=290, ...}) = 0 mmap2(NULL, 290, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb772b000 close(3) = 0 open("/usr/lib/locale/en_GB.UTF-8/LC_COLLATE", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/locale/en_GB.utf8/LC_COLLATE", O_RDONLY|O_CLOEXEC) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=1243766, ...}) = 0 mmap2(NULL, 1243766, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7473000 close(3) = 0 open("/usr/lib/locale/en_GB.UTF-8/LC_TIME", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/locale/en_GB.utf8/LC_TIME", O_RDONLY|O_CLOEXEC) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=2470, ...}) = 0 mmap2(NULL, 2470, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb772a000 close(3) = 0 open("/usr/lib/locale/en_GB.UTF-8/LC_NUMERIC", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/locale/en_GB.utf8/LC_NUMERIC", O_RDONLY|O_CLOEXEC) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=54, ...}) = 0 mmap2(NULL, 54, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7729000 close(3) = 0 open("/usr/lib/locale/en_GB.UTF-8/LC_CTYPE", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/locale/en_GB.utf8/LC_CTYPE", O_RDONLY|O_CLOEXEC) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=256356, ...}) = 0 mmap2(NULL, 256356, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7434000 close(3) = 0 open("/proc/cpuinfo", O_RDONLY|O_LARGEFILE) = 3 uname({sys="Linux", node="pws-lnx1", ...}) = 0 access("/sys/devices/system/cpu/cpu0", F_OK) = 0 access("/sys/devices/system/cpu/cpu1", F_OK) = 0 access("/sys/devices/system/cpu/cpu2", F_OK) = -1 ENOENT (No such file or directory) fstat64(3, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7433000 read(3, "processor\t: 0\nvendor_id\t: Genuin"..., 1024) = 1024 read(3, "\nfpu\t\t: yes\nfpu_exception\t: yes\n"..., 1024) = 372 read(3, "", 1024) = 0 close(3) = 0 munmap(0xb7433000, 4096) = 0 access("/sys/devices/system/cpu/kernel_max", F_OK) = 0 open("/sys/devices/system/cpu/kernel_max", O_RDONLY|O_LARGEFILE) = 3 fstat64(3, {st_mode=S_IFREG|0444, st_size=4096, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7433000 read(3, "31\n", 4096) = 3 close(3) = 0 munmap(0xb7433000, 4096) = 0 access("/sys/devices/system/cpu/online", F_OK) = 0 open("/sys/devices/system/cpu/online", O_RDONLY|O_LARGEFILE) = 3 fstat64(3, {st_mode=S_IFREG|0444, st_size=4096, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7433000 read(3, "0-1\n", 4096) = 4 close(3) = 0 munmap(0xb7433000, 4096) = 0 access("/sys/devices/system/cpu/dispatching", F_OK) = -1 ENOENT (No such file or directory) access("/sys/devices/system/cpu/cpu0/topology/thread_siblings", F_OK) = 0 open("/sys/devices/system/cpu/cpu0/topology/thread_siblings", O_RDONLY|O_LARGEFILE) = 3 fstat64(3, {st_mode=S_IFREG|0444, st_size=4096, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7433000 read(3, "00000003\n", 4096) = 9 close(3) = 0 munmap(0xb7433000, 4096) = 0 open("/sys/devices/system/cpu/cpu0/topology/core_siblings", O_RDONLY|O_LARGEFILE) = 3 fstat64(3, {st_mode=S_IFREG|0444, st_size=4096, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7433000 read(3, "00000001\n", 4096) = 9 close(3) = 0 munmap(0xb7433000, 4096) = 0 access("/sys/devices/system/cpu/cpu0/topology/book_siblings", F_OK) = -1 ENOENT (No such file or directory) --- SIGFPE {si_signo=SIGFPE, si_code=FPE_INTDIV, si_addr=0x8049f14} --- +++ killed by SIGFPE +++ Floating point exception Reproducible: Always Steps to Reproduce: 1.run lscpu 2.look 3.perceive Actual Results: I get Floating point exception Expected Results: any output similar to /proc/cpuinfo /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 15 model : 3 model name : Intel(R) Pentium(R) 4 CPU 3.20GHz stepping : 4 microcode : 0x17 cpu MHz : 3200.345 cache size : 1024 KB physical id : 0 siblings : 1 core id : 0 cpu cores : 1 apicid : 0 initial apicid : 0 fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 5 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe constant_tsc pebs bts pni dtes64 monitor ds_cpl cid xtpr bogomips : 6400.69 clflush size : 64 cache_alignment : 128 address sizes : 36 bits physical, 32 bits virtual power management: processor : 1 vendor_id : GenuineIntel cpu family : 15 model : 3 model name : Intel(R) Pentium(R) 4 CPU 3.20GHz stepping : 4 microcode : 0x17 cpu MHz : 3200.345 cache size : 1024 KB physical id : 0 siblings : 1 core id : 0 cpu cores : 0 apicid : 1 initial apicid : 1 fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 5 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe constant_tsc pebs bts pni dtes64 monitor ds_cpl cid xtpr bogomips : 6400.69 clflush size : 64 cache_alignment : 128 address sizes : 36 bits physical, 32 bits virtual power management: ------------------- ls -l /sys/devices/system/cpu/cpu0/topology/ total 0 -r--r--r-- 1 root root 4096 Jun 30 18:30 core_id -r--r--r-- 1 root root 4096 Jun 30 18:30 core_siblings -r--r--r-- 1 root root 4096 Jun 30 18:30 core_siblings_list -r--r--r-- 1 root root 4096 Jun 30 18:30 physical_package_id -r--r--r-- 1 root root 4096 Jun 30 18:30 thread_siblings -r--r--r-- 1 root root 4096 Jun 30 18:30 thread_siblings_list -- 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 825469] New: Gnome game Five-or-more (glines) crashes upon start
by bugzilla_noreply＠novell.com 08 Jul '13

08 Jul '13

https://bugzilla.novell.com/show_bug.cgi?id=825469 https://bugzilla.novell.com/show_bug.cgi?id=825469#c0 Summary: Gnome game Five-or-more (glines) crashes upon start Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: i686 URL: https://bugzilla.gnome.org/show_bug.cgi?id=675628 OS/Version: openSUSE 12.3 Status: NEW Severity: Normal Priority: P5 - None Component: GNOME AssignedTo: bnc-team-gnome(a)forge.provo.novell.com ReportedBy: jdelvare(a)suse.com QAContact: qa-bugs(a)suse.de Found By: Community User Blocker: --- On one of my openSUSE 12.3 systems, Gnome game Five-or-more (glines) crashes as I try to start it, with a segmentation fault. I had it dump a core and gdb shows the following backtrace (6 top frames): #0 0xb6db079a in cairo_pattern_create_for_surface () from /usr/lib/libcairo.so.2 #1 0x08053cf6 in draw_preview () #2 0x08054032 in ?? () #3 0xb73d1682 in _gtk_marshal_BOOLEAN__BOXED ( closure=closure@entry=0x936a118, return_value=return_value@entry=0xbff4d820, n_param_values=n_param_values@entry=2, param_values=param_values@entry=0xbff4d890, invocation_hint=invocation_hint@entry=0xbff4d83c, marshal_data=marshal_data@entry=0x0) at gtkmarshalers.c:85 #4 0xb6f84126 in g_closure_invoke (closure=0x936a118, return_value=return_value@entry=0xbff4d820, n_param_values=n_param_values@entry=2, param_values=param_values@entry=0xbff4d890, invocation_hint=invocation_hint@entry=0xbff4d83c) at gclosure.c:777 #5 0xb6f95f25 in signal_emit_unlocked_R (node=node@entry=0x90e2280, detail=detail@entry=0, instance=instance@entry=0x91e6850, emission_return=emission_return@entry=0xbff4d96c, instance_and_params=instance_and_params@entry=0xbff4d890) at gsignal.c:3551 It only crashes that way on one of my machines: 32-bit, Xfce, openSUSE 12.3. Other combinations appear to work fine. This looks similar to these bug reports to other Linux distributions: https://bugs.launchpad.net/ubuntu/+source/gnome-games/+bug/995281 https://bugs.archlinux.org/task/29591 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=676291 The upstream bug report would be: https://bugzilla.gnome.org/show_bug.cgi?id=675628 -- 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