September 2011 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 715424] New: seamonkey.sh of seamonkey 2.x segfault after quitting
by bugzilla_noreply＠novell.com 10 Sep '11

10 Sep '11

https://bugzilla.novell.com/show_bug.cgi?id=715424 https://bugzilla.novell.com/show_bug.cgi?id=715424#c0 Summary: seamonkey.sh of seamonkey 2.x segfault after quitting Classification: openSUSE Product: openSUSE 11.3 Version: Final Platform: x86-64 OS/Version: openSUSE 11.3 Status: NEW Severity: Normal Priority: P5 - None Component: Firefox AssignedTo: bnc-team-mozilla(a)forge.provo.novell.com ReportedBy: nomiya(a)galaxy.dti.ne.jp QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:6.0) Gecko/20110815 Firefox/6.0 SeaMonkey/2.3 When I quit the seamonkey, I always get the message; /usr/bin/seamonkey: line 130: 7038 segfault $MOZ_PROGRAM "$@" I'm suspecting the file, seamonkey.sh. Reproducible: Always Steps to Reproduce: 1.start seamonkey 2.quit it 3. Actual Results: Just quit Expected Results: I get an segafault error message as above. -- 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 716763] New: LightDM not working automatically
by bugzilla_noreply＠novell.com 10 Sep '11

10 Sep '11

https://bugzilla.novell.com/show_bug.cgi?id=716763 https://bugzilla.novell.com/show_bug.cgi?id=716763#c0 Summary: LightDM not working automatically Classification: openSUSE Product: openSUSE 11.4 Version: Final Platform: Other OS/Version: openSUSE 11.3 Status: NEW Severity: Normal Priority: P5 - None Component: Xfce AssignedTo: bnc-team-xfce(a)forge.provo.novell.com ReportedBy: lthuns(a)opensuse.org QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:6.0) Gecko/20100101 Firefox/6.0 I'm using OS 11.4 with XFCE4 from the X11:xfce-repo. Instead of LightDM only xdm is used. When I run /usr/sbin/lightdm --test-mode it's working. I've set the default WM to "lightdm" in /etc/sysconfig/displaymanager. any other changes needed? lotz@lOtz-NB:~> rpm -qa lightdm* | sort lightdm-0.9.4-16.1.x86_64 lightdm-gtk-greeter-0.9.4-16.1.x86_64 lightdm-lang-0.9.4-16.1.noarch lightdm-qt-greeter-0.9.4-16.1.x86_64 Reproducible: Always Steps to Reproduce: 1. add XFCE-repo and install components 2. 3. Actual Results: xdm is used instead of lightdm Expected Results: lightdm should be used as default login manager -- 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 492647] New: Remove 'slab' Presentation of Yast and Most All Menu System and Standardise Default Menu System
by bugzilla_noreply＠novell.com 10 Sep '11

10 Sep '11

http://bugzilla.novell.com/show_bug.cgi?id=492647 Summary: Remove 'slab' Presentation of Yast and Most All Menu System and Standardise Default Menu System Classification: openSUSE Product: openSUSE 11.2 Version: Alpha 0 Platform: x86-64 OS/Version: openSUSE 11.0 Status: NEW Severity: Enhancement Priority: P5 - None Component: GNOME AssignedTo: bnc-team-gnome(a)forge.provo.novell.com ReportedBy: alpha096(a)virginbroadband.com.au QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-GB; rv:1.9.0.7) Gecko/2009022800 SUSE/3.0.7-1.1.6 Firefox/3.0.7 When we open Yast in Gnome the response is 1 big slab of root applications and whilst this was originally much small the amount of root application has increased. We need to remove the slab of root Yast Menus. The same concept is required for the rationalisation of the user menu system - After many many years I can always find what I am looking for and what I need, but a recent public critique was not so kind. I decided to either validate or forget about the public critique. I presented 3 Entirely New to Linux home users with medium technical skills and left them alone. Ever negative feedback that was provided focused solely the Memu style 'slab' of applications in Yast because when you enter Yast the full screen of available application cannot all be seen as it extends off the Monitor. The other issue was that this same 'slab' issue in multiple user/system/non-root applications was hugely confusing. The 'Computer Menu initially opens well but heaven help any one who clicks on 'more applications' The other Menus being Applications, Places, System and Computer Menus all require consistent rationalisation of type, content and usage. On the very plus side is the wonderful faultless performance of applications and Yast - Its rock solid at a time where KDE often falls over. Give the user a good consist and menu, Direct multiple clipboard selection, different wallpapers per virtual desktop, much more default eye kandy and it will win hands down over KDE and miserable Vista, in my opinion. I have pasted an extract out of a public critique on SLED and its URL as of 23 March 2009 Reproducible: Always Steps to Reproduce: 1.Enhancement 2.Enhancement 3.Enhancement Actual Results: See Description Extract text from http://blogs.zdnet.com/perlow/?p=9716 QUOTE..... My gripes with SLED 11 are also not just related to Novell’s insufficient QA, although clearly this is the product’s biggest problem. I also have design issues as to how they laid out the interface for their updated “Slab” enhancements to GNOME. In both openSUSE 11.1 and SLED 11, there are 3 distinct “views” by which programs and settings can be accessed — a “Control Center”, an “Applications Browser” and then “Yast2″. Each of these views contain a large amount of icons, particularly the “Applications Browser” which is several pages long. This is so overwhelming that it takes a long time to figure out in which interface a particular program or configuration option is actually located. This problem, which is a disease I shall refer to as “Iconitis” is also a design element I also take issue with in Windows Vista and Windows 7’s Control Panel, but Novell’s implementation is much more confusing and counter-intuitive. Ideally, I’d like to see ONE Control Panel/Applications Browser with organizational tabs or tree drill-downs so that you don’t have to switch between UIs to find what you need. Access to the Administrative icons should require super-user or authenticated user privileges. Can OEMs and Enterprises address the overwhelming amount of presented apps in the Application Browser using imaging and scripted installs? Yes, but again I say Novell should not assume everyone is going to do this. The default install and menu configuration should not be this unweildy for an end-user. While the technology itself in SLED 11 is impressive, Novell clearly has a lot of work to do before I can recommend deployment of SLED 11 as an enterprise desktop. UNQUOTE..... -- 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 7

[Bug 710304] New: samba refers to /var/lock/subsys
by bugzilla_noreply＠novell.com 09 Sep '11

09 Sep '11

https://bugzilla.novell.com/show_bug.cgi?id=710304 https://bugzilla.novell.com/show_bug.cgi?id=710304#c0 Summary: samba refers to /var/lock/subsys Classification: openSUSE Product: openSUSE 12.1 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Samba AssignedTo: samba-maintainers(a)SuSE.de ReportedBy: lnussel(a)novell.com QAContact: samba-maintainers(a)SuSE.de Found By: --- Blocker: --- The samba spec file still refers to /var/lock/subsys but that's needed anymore (bug 697218) -- 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 7

[Bug 716897] New: kpat solver do not find solution in lot of games
by bugzilla_noreply＠novell.com 09 Sep '11

09 Sep '11

https://bugzilla.novell.com/show_bug.cgi?id=716897 https://bugzilla.novell.com/show_bug.cgi?id=716897#c0 Summary: kpat solver do not find solution in lot of games Classification: openSUSE Product: openSUSE 12.1 Version: Factory Platform: x86-64 OS/Version: SuSE Other Status: NEW Severity: Minor Priority: P5 - None Component: KDE4 Applications AssignedTo: kde-maintainers(a)suse.de ReportedBy: jdd(a)dodin.org QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:6.0) Gecko/20100101 Firefox/6.0 kpat, in factory is now 3.6 (in 11.4 is 3.5). When playing mod3, the 3.5 use to say "you can win" (on the lower left corner of the window) in nearly any deal. With 3.6 it says most of the time "unable to determinate...". 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 717014] New: problems with recursion and attribute((nonnull))
by bugzilla_noreply＠novell.com 09 Sep '11

09 Sep '11

https://bugzilla.novell.com/show_bug.cgi?id=717014 https://bugzilla.novell.com/show_bug.cgi?id=717014#c0 Summary: problems with recursion and attribute((nonnull)) Classification: openSUSE Product: openSUSE 11.4 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: matz(a)suse.com ReportedBy: mls(a)suse.com QAContact: qa(a)suse.de Found By: Development Blocker: --- Created an attachment (id=450092) --> (http://bugzilla.novell.com/attachment.cgi?id=450092) test program If you compile the attached program with gcc -O2 -S, you'll see that the subpmc in buildcallchain() is only tested against PMCNULL, but not against zero. removing the __attribute__((__nonnull__(3))) from the buildcallchain definition will bring back the test. But argument (3) is ctx, not subpmc. -- 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 714826] New: Systemd does not mount /home automatically
by bugzilla_noreply＠novell.com 09 Sep '11

09 Sep '11

https://bugzilla.novell.com/show_bug.cgi?id=714826 https://bugzilla.novell.com/show_bug.cgi?id=714826#c0 Summary: Systemd does not mount /home automatically Classification: openSUSE Product: openSUSE 12.1 Version: Factory Platform: x86-64 OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: einar(a)heavensinferno.net QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux) KHTML/4.7.1 (like Gecko) Konqueror/4.7 lb@leon:~$ rpm -qi systemd Name : systemd Version : 33 Release : 16.1 Architecture: x86_64 Install Date: dom 28 ago 2011 18:53:01 CEST Using this version of systemd, on a system with a separate /home partition, home.mount is not executed (listed as inactive - dead), thus preventing a normal login for non root users, as the home directory is not found. This can be prevented by executing "systemctl start home.mount" manually. Logs are attached to this bug report. Reproducible: Always Steps to Reproduce: 1. Pick systemd as init system on a system with separate /home 2. Boot 3. Log in as non-root user Actual Results: An error about missing home directory is displayed, and login opens on / Expected Results: User is logged in the corresponding home directory. uname -a Linux leon.lan 3.1.0-rc3-1-default #1 SMP Wed Aug 24 20:39:32 UTC 2011 (e975e4b) x86_64 x86_64 x86_64 GNU/Linux Current Factory as of 29/08/2011. -- 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 22

[Bug 653244] New: em28xx (em2750) web cam no image.
by bugzilla_noreply＠novell.com 09 Sep '11

09 Sep '11

https://bugzilla.novell.com/show_bug.cgi?id=653244 https://bugzilla.novell.com/show_bug.cgi?id=653244#c0 Summary: em28xx (em2750) web cam no image. Classification: openSUSE Product: openSUSE 11.3 Version: Final Platform: i686 OS/Version: openSUSE 11.3 Status: NEW Severity: Major Priority: P5 - None Component: Kernel AssignedTo: kernel-maintainers(a)forge.provo.novell.com ReportedBy: fricker(a)bk.ru QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru; rv:1.9.2.12) Gecko/20101026 SUSE/3.6.12-1.1 Firefox/3.6.12 I have em2750 internal web cam in my laptop. It detect as em28xx. But no image provide in any programs. Hardware is normal. dmesg | grep em28 [ 8.411251] em28xx: New device @ 480 Mbps (eb1a:2750, interface 0, class 0) [ 8.411423] em28xx #0: chip ID is em2750 [ 8.542659] em28xx #0: board has no eeprom [ 8.550407] em28xx #0: Identified as Silvercrest Webcam 1.3mpix (card=71) [ 8.550531] em28xx #0: Config register raw data: 0x00 [ 8.550535] em28xx #0: v4l2 driver version 0.1.2 [ 8.749199] em28xx #0: V4L2 video device registered as video0 [ 8.749239] usbcore: registered new interface driver em28xx [ 8.749242] em28xx driver loaded 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 7

[Bug 711072] New: Access to https://build.opensuse.org/ is slow while using IPv6
by bugzilla_noreply＠novell.com 09 Sep '11

09 Sep '11

https://bugzilla.novell.com/show_bug.cgi?id=711072 https://bugzilla.novell.com/show_bug.cgi?id=711072#c0 Summary: Access to https://build.opensuse.org/ is slow while using IPv6 Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: Other OS/Version: openSUSE 11.4 Status: NEW Severity: Normal Priority: P5 - None Component: BuildService AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: lmuelle(a)novell.com QAContact: adrian(a)novell.com Found By: Development Blocker: --- When I use IPv6 access to https://build.opensuse.org/ is extremely slow. Each action takes 10 or 20 seconds. -- 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 716730] New: clamtk does not start with "BEGIN failed--compilation aborted at /usr/bin/clamtk line 21."
by bugzilla_noreply＠novell.com 09 Sep '11

09 Sep '11

https://bugzilla.novell.com/show_bug.cgi?id=716730 https://bugzilla.novell.com/show_bug.cgi?id=716730#c0 Summary: clamtk does not start with "BEGIN failed--compilation aborted at /usr/bin/clamtk line 21." Classification: openSUSE Product: openSUSE 11.4 Version: Final Platform: x86-64 OS/Version: openSUSE 11.4 Status: NEW Severity: Normal Priority: P5 - None Component: Security AssignedTo: security-team(a)suse.de ReportedBy: heinz.poepperl(a)kabelmail.de QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:6.0.1) Gecko/20100101 Firefox/6.0.1 Errors: Can't locate ClamTk/App.pm in @INC (@INC contains: /usr/lib/perl5/site_perl/5.12.3/x86_64-linux-thread-multi /usr/lib/perl5/site_perl/5.12.3 /usr/lib/perl5/vendor_perl/5.12.3/x86_64-linux-thread-multi /usr/lib/perl5/vendor_perl/5.12.3 /usr/lib/perl5/5.12.3/x86_64-linux-thread-multi /usr/lib/perl5/5.12.3 .) at /usr/bin/clamtk line 21. BEGIN failed--compilation aborted at /usr/bin/clamtk line 21. Reproducible: Always Steps to Reproduce: 1.Type clamtk at a terminal 2. 3. But line 20 in "clamtk": "usr lib qw(/usr/lib);" is wrong! "usr" must be replaced by "use". Line 20 reads correctly: "use lib qw(/usr/lib);" -- 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