March 2009 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 475650] Online Update:after reboot, YaST continues with next step (ignoring remaining patches)
by bugzilla_noreply＠novell.com 03 Mar '09

03 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=475650 User jsuchome(a)novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=475650#c18 Jiří Suchomel <jsuchome(a)novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED Summary|Online Update: In a rare |Online Update:after reboot, |case after reboot, YaST |YaST continues with next |continues with next step |step (ignoring remaining |(ignoring remaining |patches) |patches) | --- Comment #18 from Jiří Suchomel <jsuchome(a)novell.com> 2009-03-03 08:03:06 MST --- yast2-online-update-2.18.0 -- 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 479029] New: Starting Xterm in kde 4.2 makes entire screen go black
by bugzilla_noreply＠novell.com 03 Mar '09

03 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=479029 Summary: Starting Xterm in kde 4.2 makes entire screen go black Classification: openSUSE Product: openSUSE 11.2 Version: Alpha 0 Platform: Other OS/Version: NetWare 6.5 Status: NEW Severity: Normal Priority: P5 - None Component: X11 Applications AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: dieter.jurzitza(a)t-online.de QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (compatible; Konqueror/3.5; Linux) KHTML/3.5.7 (like Gecko) SUSE I installed openSUSE 11.0 and 11.1 on an Acer Aspire One (1024x600 pixels). Upgrading to kde 4.2 factory shows the following problem: Alt-F2 xterm -> screen goes black, mouse cursor stays white on screen, can be moved, but that's it. The only way to recover is STRG-ALT-BACKSPACE. If you start xterm from within a terminal, this does not happen. Reproducible: Always Steps to Reproduce: See section "Details" Actual Results: See section "Details" Expected Results: See section "Details" -- 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 480930] New: failing to fetch file (recovery not working)
by bugzilla_noreply＠novell.com 03 Mar '09

03 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=480930 Summary: failing to fetch file (recovery not working) Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: libzypp AssignedTo: zypp-maintainers(a)forge.provo.novell.com ReportedBy: coolo(a)novell.com QAContact: qa(a)suse.de Found By: --- This kind of problem I wouldn't normally file, but as zypp 6.1 is supposed to be much better, I think I should. The error is (the exact logs I need to get from the other computer): failed to download alsa-devel during factory update. The only log hits on the redirector are these: 195.135.221.2 - - [02/Mar/2009:10:56:32 +0100] "GET /factory/repo/oss/suse/x86_64/alsa-devel-1.0.18-17.5.x86_64.rpm HTTP/1.1" 302 382 "-" "ZYpp 5.24.5 (curl 7.19.0) openSUSE-11.2-x86_64" ftp.tu-chemnitz.de r:country 272 775 EU:DE ASN:29298 P:195.135.220.0/22 size:75232 - 55b6d9bc-bc71-11dd-91a6-0019d1650518 "ftp" 195.135.221.2 - - [02/Mar/2009:13:28:32 +0100] "GET /factory/repo/oss/suse/x86_64/alsa-devel-1.0.18-17.5.x86_64.rpm HTTP/1.1" 302 399 "-" "ZYpp 6.1.0 (curl 7.19.0) openSUSE-11.2-x86_64" ftp-stud.fht-esslingen.de r:country 271 816 EU:DE ASN:29298 P:195.135.220.0/22 size:75232 - 0bff6bb5-f165-4048-901c-019993eb4e57 "ft The first hit is another client, mine is 0bff and I'm redirected _once_ to ftp-stud. Will get the logs now -- 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 481408] New: ath5k: Unknown symbol ieee80211_free_hw
by bugzilla_noreply＠novell.com 03 Mar '09

03 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=481408 User felix(a)derklecks.de added comment https://bugzilla.novell.com/show_bug.cgi?id=481408#c1 Summary: ath5k: Unknown symbol ieee80211_free_hw Classification: openSUSE Product: openSUSE 11.2 Version: Alpha 0 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Kernel AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: felix(a)derklecks.de QAContact: qa(a)suse.de CC: hschaa(a)novell.com, jslaby(a)novell.com Found By: --- Loading the ath5k driver I get the following: ath5k: Unknown symbol ieee80211_free_hw ath5k: Unknown symbol ieee80211_alloc_hw ath5k: Unknown symbol ieee80211_register_hw ath5k: Unknown symbol ieee80211_get_hdrlen_from_skb ath5k: Unknown symbol ieee80211_generic_frame_duration ath5k: Unknown symbol __ieee80211_get_tx_led_name ath5k: Unknown symbol __ieee80211_get_rx_led_name ath5k: Unknown symbol ieee80211_wake_queues ath5k: Unknown symbol __ieee80211_rx ath5k: Unknown symbol ieee80211_tx_status ath5k: Unknown symbol ieee80211_stop_queue ath5k: Unknown symbol ieee80211_stop_queues ath5k: Unknown symbol ieee80211_unregister_hw ath5k: Unknown symbol ieee80211_hdrlen ath5k: Unknown symbol ieee80211_beacon_get ath5k: Unknown symbol ieee80211_frequency_to_channel I am using: # uname -a Linux macbook 2.6.29-rc6-git1-2-default #1 SMP 2009-02-25 15:24:03 +0100 i686 i686 i386 GNU/Linux and i just have modules for this kernel installed: # find /lib/modules/ | grep ath5k /lib/modules/2.6.29-rc6-git1-2-default/kernel/drivers/net/wireless/ath5k /lib/modules/2.6.29-rc6-git1-2-default/kernel/drivers/net/wireless/ath5k/ath5k.ko I think Jiri should be responsible for the ath5k CCing him. Helmut has some reports assigned too ... -- 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 479370] New: IPV6_FORWARD remains set, ipv6 ignores router advertisements
by bugzilla_noreply＠novell.com 03 Mar '09

03 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=479370 Summary: IPV6_FORWARD remains set, ipv6 ignores router advertisements Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: i686 OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: jimc(a)math.ucla.edu QAContact: jsrain(a)novell.com Found By: --- IPv6 router advertisements are sent from a OpenSuSE 10.3 box by radvd-0.9-72. A 32bit i686 system running OpenSuSE 11.1 with an unhacked kernel-pae-2.6.27.7-9.1 and an up-to-date package iproute2-2.6.25-41.24, receives these router advertisements (according to tcpdump), but ignores them, failing to configure either the host's IPv6 address or the default route. There are no ip6tables rules (yet). Other v10.3 machines on the same net do recognize and obey the router advertisements. By an ad-hoc script and diff I discovered: -/proc/sys/net/ipv6/conf/all/forwarding 0 (on 10.3) +/proc/sys/net/ipv6/conf/all/forwarding 1 (on 11.1) When I disabled forwarding the router advertisements were obeyed immediately. This control is set in /etc/init.d/boot.ipconfig (unhacked) according to the variable IPV6_FORWARD which is set (incorrectly) in /etc/sysconfig/sysctl to "yes". The variable was set wrongly because the file was copied from a different machine which *is* a router. In YaST2 under Network Devices / Network Settings / Routing, there is a checkbox for <q>Enable IP Forwarding</q>, which affects IP_FORWARD in /etc/sysconfig/sysctl. Being checked because IP_FORWARD == "yes", if I uncheck it, /etc/sysconfig/sysctl is edited so IP_FORWARD="no", but IPV6_FORWARD remains unchanged as "yes". This is a bug. (Workaround: hand-edit the value.) I suggest that the checkbox should affect both settings, or possibly there should be one checkbox for each. In addition, the rest of the Routing dialog should provide a similar service level as for IPv4, that is, it should accept IPv6 routes, and should edit /etc/radvd.conf accordingly, and should restart this daemon. -- 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 481438] New: Firewall script fails if some iptables modules are built-in
by bugzilla_noreply＠novell.com 03 Mar '09

03 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=481438 Summary: Firewall script fails if some iptables modules are built-in Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: jdluhos(a)novell.com QAContact: qa(a)suse.de Found By: --- The firewall script attempts to detect whether the kernel has all needed modules for iptables, and refuses to start if some are not found. Although this makes sense for a stock installation (but why checking for the modules at all, when we know they must be there with the stock kernel?), but it is unfriendly to users who compile their own kernels (see http://en.opensuse.org/BrainStorming_Prague#Distribution_is_hacker-unfriend…) -- 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 481417] New: boot.crypto initscript does not work if the kernel is compiled with some crypto modules built-in
by bugzilla_noreply＠novell.com 03 Mar '09

03 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=481417 Summary: boot.crypto initscript does not work if the kernel is compiled with some crypto modules built-in Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: jdluhos(a)novell.com QAContact: qa(a)suse.de Found By: --- The boot.crypto initscript checks whether the kernel has crypto modules, and refuses to try anything if it does not find them (e.g. the cryptomanager). However, the modules can be built in the kernel if the user has compiled a customized kernel, and the script then does not work. This causes unnecessary hassle for power-users who like to have a customized kernel. (See also: http://en.opensuse.org/BrainStorming_Prague#Distribution_is_hacker-unfriend…) I think it makes sense to try to mount crypto disks without testing for the modules; it either succeeds (means that the crypto modules are built-in) or fails and an appropriate error message can be printed. -- 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 442819] New: bochs-2.2.1-206.83: Possible call to wrong C++ delete ?
by bugzilla_noreply＠novell.com 03 Mar '09

03 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=442819 Summary: bochs-2.2.1-206.83: Possible call to wrong C++ delete ? Product: openSUSE 11.1 Version: Factory Platform: All OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: dcb314(a)hotmail.com QAContact: qa(a)suse.de Found By: --- I just checked some of the source code in the Suse Linux factory package bochs-2.2.1-206.83 and I noticed the following $ fgrep buffer ../BUILD/bochs-2.2.1/iodev/sb16.cc | egrep "new|delete" delete buffer; buffer = new Bit8u[length]; delete [] buffer; The first line doesn't match up with the second line or the third line. Suggest the first line needs to be delete [] buffer; to match up with the other two. -- 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 328529] binutils testsuite contains broken tests
by bugzilla_noreply＠novell.com 03 Mar '09

03 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=328529 Stefan Fent <stefan.fent(a)novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|stefan.fent(a)novell.com |matz(a)novell.com -- 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 359058] New: binutils-2.18.50.20080201-2: possible =/== mixup
by bugzilla_noreply＠novell.com 03 Mar '09

03 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=359058 User dcb314(a)hotmail.com added comment https://bugzilla.novell.com/show_bug.cgi?id=359058#c187 Summary: binutils-2.18.50.20080201-2: possible =/== mixup Product: openSUSE 11.0 Version: Alpha 2 Platform: All OS/Version: openSUSE 11.0 Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: dcb314(a)hotmail.com QAContact: qa(a)suse.de Found By: --- I just tried to compile the package binutils-2.18.50.20080201-2 with the Intel C compiler. The compiler said ./../gas/dwarf2dbg.c(1066): warning #187: use of "=" where "==" may have been intended The source code is assert (exp->X_op = O_subtract); Perhaps the programmer intended assert (exp->X_op == O_subtract); -- 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