February 2010 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 572748] New: Firefox does not launch when entering web address in Dolphin
by bugzilla_noreply＠novell.com 01 Feb '10

01 Feb '10

http://bugzilla.novell.com/show_bug.cgi?id=572748 http://bugzilla.novell.com/show_bug.cgi?id=572748#c0 Summary: Firefox does not launch when entering web address in Dolphin Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: i586 OS/Version: openSUSE 11.2 Status: NEW Severity: Normal Priority: P5 - None Component: KDE4 Applications AssignedTo: kde-maintainers(a)suse.de ReportedBy: chrizj(a)gmail.com QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-GB; rv:1.9.1.6) Gecko/20091201 SUSE/3.5.6-1.1.1 Firefox/3.5.6 I decided to see what would happen if I entered a web address into Dolphin's location bar. Although a status message did appear at the bottom of the window saying "Dolphin does not support web pages, the web prowser has been launched", an error message appeared with the contents "Could not find the program 'MozillaFirefox'". Reproducible: Always Steps to Reproduce: 1. Open Dolphin 2. Enter complete web address into location bar (including http://) Actual Results: A status message appeared at the bottom of the window saying "Dolphin does not support web pages, the web prowser has been launched", and an error message appeared with the contents "Could not find the program 'MozillaFirefox'". Expected Results: Firefox should have been launched, and loaded the requested web page. -- 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 1

[Bug 575071] New: Kate does not store/show recent files.
by bugzilla_noreply＠novell.com 01 Feb '10

01 Feb '10

http://bugzilla.novell.com/show_bug.cgi?id=575071 http://bugzilla.novell.com/show_bug.cgi?id=575071#c0 Summary: Kate does not store/show recent files. Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: i586 OS/Version: openSUSE 11.2 Status: NEW Severity: Normal Priority: P5 - None Component: KDE4 Applications AssignedTo: kde-maintainers(a)suse.de ReportedBy: teuniz(a)gmail.com QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.0) Gecko/20100115 SUSE/3.6.0-1.2 Firefox/3.6 Kate does not store/show recent files. It does show the opened file till you close Kate. When you start Kate again, recent files is empty. Reproducible: Always Steps to Reproduce: 1. 2. 3. -- 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 1

[Bug 568417] New: ebtables: hostile init script
by bugzilla_noreply＠novell.com 01 Feb '10

01 Feb '10

http://bugzilla.novell.com/show_bug.cgi?id=568417 http://bugzilla.novell.com/show_bug.cgi?id=568417#c0 Summary: ebtables: hostile init script Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: x86-64 OS/Version: Linux Status: NEW Severity: Major Priority: P5 - None Component: Network AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: jengelh(a)medozas.de QAContact: qa(a)suse.de Found By: Beta-Customer Blocker: --- 1:ebtables ########################################### [100%] /etc/init.d/ebtables: line 25: /etc/init.d/functions: No such file or directory /etc/init.d/ebtables: line 26: source: /etc/sysconfig/network: is a directory /etc/init.d/ebtables: line 29: [: =: unary operator expected # rpm -e ebtables --nodeps /etc/init.d/ebtables: line 25: /etc/init.d/functions: No such file or directory /etc/init.d/ebtables: line 26: source: /etc/sysconfig/network: is a directory /etc/init.d/ebtables: line 29: [: =: unary operator expected /etc/init.d/ebtables: line 83: success: command not found The init script is not SUSE compatible (upstream crap packaged). *And* the service is started on installation without permission on %post. That is error prone to loading a remnant ebtables rule file which can result in the machine being inaccessible remotely. _Not_ good. -- 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 4

[Bug 299155] [Fix_Is_Ready:10.2,10.1,10.0,SLE10,NLD9] Kopete stops sending messages via GroupWise
by bugzilla_noreply＠novell.com 01 Feb '10

01 Feb '10

http://bugzilla.novell.com/show_bug.cgi?id=299155 http://bugzilla.novell.com/show_bug.cgi?id=299155#c34 --- Comment #34 from Michal Svec <msvec(a)novell.com> 2010-02-01 14:37:29 UTC --- Is there any progress here? It still happens with kopete 4.3.1. -- 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 0

[Bug 568552] New: cross-binutils 28093
by bugzilla_noreply＠novell.com 01 Feb '10

01 Feb '10

http://bugzilla.novell.com/show_bug.cgi?id=568552 http://bugzilla.novell.com/show_bug.cgi?id=568552#c0 Summary: cross-binutils 28093 Classification: openSUSE Product: openSUSE 11.3 Version: Factory Platform: All OS/Version: Linux Status: NEW Severity: Enhancement Priority: P5 - None Component: Development AssignedTo: ro(a)novell.com ReportedBy: jengelh(a)medozas.de QAContact: qa(a)suse.de CC: rguenther(a)novell.com Found By: Beta-Customer Blocker: --- Request to submit (sri28093): home:jengelh:branches:devel:gcc/binutils -> devel:gcc/binutils Source revision: 3 Message: Misc changes; please see .changes ===================== --- binutils.changes @@ -1,0 +2,9 @@ +Thu Dec 31 19:52:20 CET 2009 - jengelh(a)medozas.de + +- define missing %_TARGET_OS macro +- cross-target: set libdir=%_prefix/%TARGET_OS/%_lib so that + installing multiple cross-binutils won't have clashing files +- use _smp_mflags over hardcoded %jobs +- add sparc64 to pre_checkin.sh ===================== --- binutils.spec @@ -405,12 +405,15 @@ EXTRA_TARGETS="$EXTRA_TARGETS,hppa64-suse-linux" %endif %if "%{TARGET}" == "avr" || "%{TARGET}" == "spu" +%define TARGET_OS %{TARGET} TARGET_OS=%{TARGET} %else +%define TARGET_OS %{TARGET}-linux TARGET_OS=%{TARGET}-linux %endif ../configure CFLAGS="${RPM_OPT_FLAGS}" \ --prefix=%{_prefix} \ + --libdir=%{_prefix}/%{TARGET_OS}/%{_lib} \ --with-bugurl=http://bugs.opensuse.org/ \ --with-pkgversion="GNU Binutils; %{DIST}" \ --disable-nls \ -- 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 6

[Bug 575608] New: mdadm: one array not started on boot
by bugzilla_noreply＠novell.com 01 Feb '10

01 Feb '10

http://bugzilla.novell.com/show_bug.cgi?id=575608 http://bugzilla.novell.com/show_bug.cgi?id=575608#c0 Summary: mdadm: one array not started on boot Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: x86-64 OS/Version: Linux Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: jengelh(a)medozas.de QAContact: qa(a)suse.de Found By: Beta-Customer Blocker: --- I have a system here where md2 is not automatically assembled. /etc/init.d/boot.md executes "mdadm -A -s -c $configfile", but even from a running system, mdadm ignores that. 20:33 mmsrv1:/etc/init.d # mdadm -Asc /etc/mdadm.conf 20:33 mmsrv1:/etc/init.d # cat /proc/mdstat Personalities : [raid0] [raid1] [raid6] [raid5] [raid4] [raid10] md0 : active raid1 sda1[0] sdb1[1] 136508 blocks super 1.0 [2/2] [UU] bitmap: 0/9 pages [0KB], 8KB chunk md1 : active raid1 sda3[0] sdb3[1] 13815828 blocks super 1.0 [2/2] [UU] bitmap: 3/211 pages [12KB], 32KB chunk unused devices: <none> 20:33 mmsrv1:/etc/init.d # cat /etc/mdadm.conf DEVICE partitions ARRAY /dev/md0 level=raid1 UUID=605284b4:056e4edf:ca99d61a:729c725d ARRAY /dev/md1 level=raid1 UUID=92302745:488fe871:f9bf029c:2b668566 ARRAY /dev/md2 level=raid10 UUID=4b5f3550:0335051a:dce94254:1465e9d3 The array does work properly once assembled, however: 20:33 mmsrv1:/etc/init.d # mdadm -A /dev/md2 /dev/sd[cdef]1 mdadm: /dev/md2 has been started with 4 drives. 20:34 mmsrv1:/etc/init.d # mdadm -D /dev/md2 /dev/md2: Version : 1.00 Creation Time : Mon Jan 4 15:06:05 2010 Raid Level : raid10 Array Size : 2930271616 (2794.52 GiB 3000.60 GB) Used Dev Size : 1465135808 (1397.26 GiB 1500.30 GB) Raid Devices : 4 Total Devices : 4 Persistence : Superblock is persistent Intent Bitmap : Internal Update Time : Sun Jan 31 18:47:32 2010 State : active Active Devices : 4 Working Devices : 4 Failed Devices : 0 Spare Devices : 0 Layout : near=2 Chunk Size : 64K Name : mmsrv:2 UUID : c10e59e2:f39b53c3:d6f26241:399a43d7 Events : 4660 Number Major Minor RaidDevice State 0 8 33 0 active sync /dev/sdc1 1 8 49 1 active sync /dev/sdd1 2 8 65 2 active sync /dev/sde1 3 8 81 3 active sync /dev/sdf1 What's up? -- 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 4

[Bug 558488] New: Network card fails to connect on eth0 after initial installation.
by bugzilla_noreply＠novell.com 01 Feb '10

01 Feb '10

http://bugzilla.novell.com/show_bug.cgi?id=558488 http://bugzilla.novell.com/show_bug.cgi?id=558488#c0 Summary: Network card fails to connect on eth0 after initial installation. Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: x86 OS/Version: openSUSE 11.2 Status: NEW Severity: Normal Priority: P5 - None Component: Network AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: hjroussel(a)gmail.com QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.5) Gecko/20091103 SUSE/3.5.5-2.1 Firefox/3.5.5 When installing openSuse 11.2 on a Shuttle SG31G2, I initially had success with establishing an ethernet connection to a RCA cable modem. In the initial install I selected ext4 for the OS install partition and ext3 for the /home partition (openSuse 11.1 was previously installed). I had issues with software running smoothly with this setup. Therefore, I reinstalled the OS with ext4 for both partitions using auto install. In the install screen my connected PCI ethernet adapter, NC100 Network Everywhere Fast Ethernet 10/100, successfully recognized the system time from an external server when configuring the time zone. However, when the system booted for the first time I could not connect online. I have this issue from time to time. Usually I reboot once and everything works correctly. This time I tried rebooting several times and connecting the ethernet cord into the on-board ethernet (88E8056 PCI-E Gigabit Ethernet Controller). All was for naught. So I reinstalled openSUSE 11.2 32-bit in manual install mode with the ethernet connected into the on-board ethernet. This time the system time could not recognize the server to pull the time from in the timezone screen. Later in the install during the configuration of network devices the on-board ethernet still refused to connect during the attempt to connect. The error that came back was to the effect "Client is already running on eth0." Then, I went back to the network setup and disabled both devices. Next I enabled them both with the PCI ethernet card being enabled first and the on-board ethernet being enabled second. Both had DHCP4 configured. Et voilà, the on-board ethernet in eth1 connected smoothly to the cable modem and obtained an IP address. It continues to work properly to this day. Previously, I was never successful at setting up the on-board ethernet. Reproducible: Didn't try Steps to Reproduce: 1. 2. 3. -- 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 17

[Bug 571952] New: YaST2 Network Devices/Modem uses Gnome button order in KDE
by bugzilla_noreply＠novell.com 01 Feb '10

01 Feb '10

http://bugzilla.novell.com/show_bug.cgi?id=571952 http://bugzilla.novell.com/show_bug.cgi?id=571952#c0 Summary: YaST2 Network Devices/Modem uses Gnome button order in KDE Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: x86-64 OS/Version: openSUSE 11.2 Status: NEW Severity: Minor Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: bbregister(a)gmail.com QAContact: jsrain(a)novell.com Found By: --- Blocker: --- User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.1; WOW64; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; NET CLR 1.1.4322; MS-RTC LM 8; MS-RTC EA 2) Specifically, this applet uses Cancel/OK, and therefore looks out of place on a KDE desktop. There may also be other places where this applet uses the wrong button order, and it may be worth reviewing every dialog for both button order and placement. Please refer to the wiki about how to handle Gnome/KDE button order differences using the ButtonBox widget: http://en.opensuse.org/YaST/Development/Misc/Button_Order Reproducible: Always Steps to Reproduce: 1. 2. 3. -- 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 2

[Bug 571965] New: YaST2 Network Services/Proxy uses Gnome button order in KDE
by bugzilla_noreply＠novell.com 01 Feb '10

01 Feb '10

http://bugzilla.novell.com/show_bug.cgi?id=571965 http://bugzilla.novell.com/show_bug.cgi?id=571965#c0 Summary: YaST2 Network Services/Proxy uses Gnome button order in KDE Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: x86-64 OS/Version: openSUSE 11.2 Status: NEW Severity: Minor Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: bbregister(a)gmail.com QAContact: jsrain(a)novell.com Found By: --- Blocker: --- User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.1; WOW64; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; NET CLR 1.1.4322; MS-RTC LM 8; MS-RTC EA 2) Specifically, this applet uses Cancel/OK, and therefore looks out of place on a KDE desktop. There may also be other places where this applet uses the wrong button order, and it may be worth reviewing every dialog for both button order and placement. Please refer to the wiki about how to handle Gnome/KDE button order differences using the ButtonBox widget: http://en.opensuse.org/YaST/Development/Misc/Button_Order Reproducible: Always Steps to Reproduce: 1. 2. 3. -- 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 2

[Bug 571949] New: YaST2 Network Devices/DSL uses Gnome button order in KDE
by bugzilla_noreply＠novell.com 01 Feb '10

01 Feb '10

http://bugzilla.novell.com/show_bug.cgi?id=571949 http://bugzilla.novell.com/show_bug.cgi?id=571949#c0 Summary: YaST2 Network Devices/DSL uses Gnome button order in KDE Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: x86-64 OS/Version: openSUSE 11.2 Status: NEW Severity: Minor Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: bbregister(a)gmail.com QAContact: jsrain(a)novell.com Found By: --- Blocker: --- User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.1; WOW64; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; NET CLR 1.1.4322; MS-RTC LM 8; MS-RTC EA 2) Specifically, this applet uses Cancel/OK, and therefore looks out of place on a KDE desktop. There may also be other places where this applet uses the wrong button order, and it may be worth reviewing every dialog for both button order and placement. Please refer to the wiki about how to handle Gnome/KDE button order differences using the ButtonBox widget: http://en.opensuse.org/YaST/Development/Misc/Button_Order Reproducible: Always Steps to Reproduce: 1. 2. 3. -- 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 2