March 2009 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 476376] New: apparmor-parser fails to uninstall
by bugzilla_noreply＠novell.com 04 Mar '09

04 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=476376 User jdelvare(a)novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=476376#c301418 Summary: apparmor-parser fails to uninstall Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: x86-64 OS/Version: openSUSE 11.1 Status: NEW Severity: Minor Priority: P5 - None Component: AppArmor AssignedTo: jjohansen(a)novell.com ReportedBy: jdelvare(a)novell.com QAContact: qa(a)suse.de Found By: L3 I can't uninstall apparmor-parser: $ rpm -e apparmor-parser error: %preun(apparmor-parser-2.3.1-5.10.x86_64) scriptlet failed, exit status 1 $ This looks very similar to bug #301418, but that one is supposed to be already fixed. -- 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 481672] New: kopete: incoming and outgoing messages are not shown in chat window
by bugzilla_noreply＠novell.com 04 Mar '09

04 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=481672 Summary: kopete: incoming and outgoing messages are not shown in chat window Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: Other OS/Version: openSUSE 11.1 Status: NEW Severity: Major Priority: P5 - None Component: KDE4 Applications AssignedTo: kde-maintainers(a)suse.de ReportedBy: martin.batora(a)gmail.com QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; sk; rv:1.9.0.6) Gecko/2009012700 SUSE/3.0.6-0.1.2 Firefox/3.0.6 Hi. I have updated kde to 4.2.65.svn932664. after this update incoming and outgoing messages in kopete are not shown in chat window. when someone send me a message, pop-up bubble is shown and contain message, but when I open chat window, its clear. also when I send message, it is not displayed in the window. god bless the history plugin! martin@siren:~>kopete --version Qt: 4.5.0 KDE: 4.2.65 (KDE 4.2.65 (KDE 4.3 >= 20090226)) "release 1.2" Kopete: 0.70.50 Reproducible: Always Steps to Reproduce: 1.update kopete to 4.2.65.svn932664 build and write someone a message -- 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 469242] New: typo in /etc/init.d/rc which prevents correct change from runlevel 3 to 5 and vice versa
by bugzilla_noreply＠novell.com 04 Mar '09

04 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=469242 Summary: typo in /etc/init.d/rc which prevents correct change from runlevel 3 to 5 and vice versa Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: 32bit OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: lmaendle(a)gmx.net QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; de-AT; rv:1.8.1.19) Gecko/20081204 SeaMonkey/1.1.14 In line 305 of the srcipt /etc/init.d/rc is a typographic error, the line reads as: checklink $prerc/K$rex$${service} && continue and should go as follows: checklink $prerc/K$rex${service} && continue These error is in the 64bit edition too. 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 9

[Bug 467637] New: /etc/init.d/halt fails with missing /sbin/splash after bootsplash uninstall
by bugzilla_noreply＠novell.com 04 Mar '09

04 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=467637 Summary: /etc/init.d/halt fails with missing /sbin/splash after bootsplash uninstall Classification: openSUSE Product: openSUSE 11.1 Version: RC 2 Platform: i686 OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: david(a)dhaller.de QAContact: qa(a)suse.de Found By: --- Created an attachment (id=266254) --> (https://bugzilla.novell.com/attachment.cgi?id=266254) Proposed patch to /etc/init.d/halt User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.19) Gecko/20081213 SUSE/1.1.14-1.1 SeaMonkey/1.1.14 I removed the bootsplash (which is good), but SPLASH stays set to "yes" and /sbin/halt consequently fails. The best way to fix this is probably the attached patch. The bootsplash package probably should also set SPLASH=no in /etc/sysconfig/bootsplash in pre-un or something like that. Reproducible: Always Steps to Reproduce: 1. uninstall bootsplash 2. shutdown -- 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 10

[Bug 436857] New: dummy0 interface doesn't bring up on boot
by bugzilla_noreply＠novell.com 04 Mar '09

04 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=436857 Summary: dummy0 interface doesn't bring up on boot Product: openSUSE 10.3 Version: Final Platform: i686 OS/Version: openSUSE 10.3 Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: aron.ujvari(a)microsec.hu QAContact: qa(a)suse.de Found By: --- I have configured up the dummy0 interface in YaST, but id doesn't came up during boot. I suspect after some debugging that the problem is in /etc/init.d/network script (at line 487): for a in $(type_filter `ls -A /sys/class/net/`); do test -d /sys/class/net/$a || continue case "`get_iface_type $a`" in eth|tr|wlan) STAMPFILE=$STAMPFILE_STUB`cat /sys/class/net/$a/ifindex` if [ "$MODE" == onboot -a "$ACTION" == start ] ; then if [ ! -e "$STAMPFILE" ] ; then continue fi fi ;; Dummy interface is treated as a normal eth interface (according to get_interface_type result), but it doesn't have a STAMPFILE created. This way it is not recorded in the AVAILABLE_IFACES variable, and ifup won't run on it. The specified stamp file is created by ifup, which was previously run by udev according to the configuration file /etc/udev/rules.d/77-network.rules (at line 11): SUBSYSTEM=="net", ENV{INTERFACE}=="ppp*|ippp*|isdn*|plip*|lo*|irda*|dummy*|ipsec*|tun*|tap*|bond*|vlan*|modem*|dsl*", GOTO="skip_ifup" SUBSYSTEM=="net", ACTION=="add", RUN+="/sbin/ifup $env{INTERFACE} -o hotplug" This configuration file says that ifup should not be run for dummy interfaces, only for real ethernet devices and this way the stamp file doesn't became created. Meanwhile /etc/init.d/network thinks that dummy is a real ethernet device and expects that ifup should be run before and a stamp file should be already created. I think either get_iface_type should be modified to treat dummy interface as dummy type of interfaces and /etc/init.d/network should be modified accordingly, or just the pasted code from /etc/init.d/network should be fixed by adding and extra check for $a if it is not a dummy interface. -- 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 8

[Bug 405317] New: nscd needs to read /etc/netgroup
by bugzilla_noreply＠novell.com 04 Mar '09

04 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=405317 Summary: nscd needs to read /etc/netgroup Product: openSUSE 11.0 Version: Final Platform: i686 OS/Version: openSUSE 11.0 Status: NEW Severity: Normal Priority: P5 - None Component: AppArmor AssignedTo: jjohansen(a)novell.com ReportedBy: R.Vickers(a)cs.rhul.ac.uk QAContact: qa(a)suse.de Found By: Customer audit.log contains lots of messages like type=APPARMOR_DENIED msg=audit(1213972961.618:18): operation="inode_permission" requested_mask="r::" denied_mask="r::" fsuid=0 name="/etc/netgroup" pid=4383 profile="/usr/sbin/nscd" -- 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 472865] New: hermes should set Precedence: bulk
by bugzilla_noreply＠novell.com 04 Mar '09

04 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=472865 Summary: hermes should set Precedence: bulk Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Hermes AssignedTo: freitag(a)novell.com ReportedBy: crrodriguez(a)novell.com QAContact: adrian(a)novell.com Found By: --- Notifications sent by hermes should set header Precedence to "bulk" to avoid sending automated "vacation" replies. -- 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 471312] New: malformed X-Hermes-Msg-Type header
by bugzilla_noreply＠novell.com 04 Mar '09

04 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=471312 Summary: malformed X-Hermes-Msg-Type header Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Hermes AssignedTo: freitag(a)novell.com ReportedBy: wolfgang(a)rosenauer.org QAContact: adrian(a)novell.com Found By: Community User Not really critical but X-Hermes-Msg-Type:: OBS_SRCSRV_REQUEST_CREATE Please note the extra colon. -- 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 481671] New: I can`t install opensuse in new bios (kernel is not loaded)
by bugzilla_noreply＠novell.com 04 Mar '09

04 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=481671 Summary: I can`t install opensuse in new bios (kernel is not loaded) Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: x86-64 OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: Installation AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: gewinde(a)naver.com QAContact: jsrain(a)novell.com Found By: --- Created an attachment (id=276867) --> (https://bugzilla.novell.com/attachment.cgi?id=276867) all bios files which I can get User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.6) Gecko/2009011913 Firefox/3.0.6 (.NET CLR 3.5.30729) I`m using AMDwindsor4200+ processor and Uintec`s '480x magic' mainboard (using RD480x + SB600 chipset, it`s the same model with jetway`s 'm2a481-og') After mainboard bios update, in normal installation, opensuse linux kernel is not lodaded. and systems are freezed. in safe mode installation, kernel is loaded and can enter to live-cd operation mode with gui. but usb-mouse and usb-port doesn`t work. if ignoring these state, force installation progress, installed kernel on hdd is not loaded. and computer is freezed.(at this time, feezed also in safe mode) I don`t think it is linux-kernel bug or opensuse`s bug. it just the falut of hardware vendor. they don`t consider linux users. especially in korea... they don`t have any interesting for supporting linux-driver. And.. on this bios, other linux-distributions(mandriva, debian 4.0, debian 5.0, ubuntu 7.10 - 8.10) are also not installed. only ubuntu 8.04 for amd64 version works perfectly. I`d known this problem from about 1 and half years. but my english and knowledge about computer are too poor to explain this in detail. so i just wait for fluent someone reporting. or, prefect opensuse( to me ;;) version. using unstable bios... but...sigh...there is not anyone who did it.. and.. opensuse 11.1 was out.. nothing changed... so, i wrote this big report spending so many times with dictionanry. please don`t disregard my report.. i want to use opensuse in normal conditions. Reproducible: Always Steps to Reproduce: 1.boot with opensuse live-cd. 2.select 1 (normal install). Actual Results: 3.I can see the 'kernel-loading progress bar'. 4.After the end of 'kernel-loading progress bar', Screen is changed to blank(black screen). at the same time, computer is freezed. 5.any key(Caps lock, Num Lock, Cntrl+Alt+Del)is not functioned. can`t get any information about this situation from my computer. I can not but help pressing reset button. Expected Results: i just want to install opensuse on my computer!!!! m2a481-og has sold as " Legend Unitec - 480x magic " in korea. Because of bios crash, m2a481-og is known as very unstabl product. so that, Jetway and Unitec have released various version of bios update. this is the reason why I want to install opensuse on updated bios. Unitec(http://www.unitec.co.kr) is Korea distributer of Jetway(http://www.jetwaycomputer.com) Reper to this page for hardware spec. 1. http://www.amdcompare.com/us-en/extension/MotherboardDetail.aspx?id=257 2. http://www.ocworkbench.com/2006/jetway/M2A481/g1.htm Jetway released mainboard bios as the name of a01, a02, a03.... (latest version for m2a481-og is a09). After edit and merge Jetway`s bios somewhat , Unitec released their bios. but, both editions are almost same. These are released as E01,E02,E03.... (latest version for 480x magic is E07.1) I can`t know version histoy of Jetway`s bios. Except a09, there are not downlad-service for versions of the past in their hompage anymore. But i can translate Untec`s roughly for you. and I think this is relevant to this bug. E01 : it did not released for user. E02 : fix bios crash. -- succeded installation opensuse E03 : fix intermittence bios crash. -- succeded installation opensuse E04 : i can not get this version. E05 : fix the error that AHCI mode is not changed in bios setting. -- fail to install opensuse E07 : add to code for supporting AMD 45nm processor. -- fail to install opensuse E07.1 : fix the rebooting error when use specific usb device. -- fail to install opensuse --reper to this page-- http://www.unitec.co.kr/product/product_view.asp?uID={4F9B29C6-9AD8-430B-A7… A03 -- succeded installation opensuse factory default bios (in 480x magic, this is backup bios) A08 -- fail to install opensuse 1.Update AMD Agesacode to 2.08.09. 2.Changes HDAUDIO verb table. 3. USB devices that plug into the OS will have a 5.25-inch equipment Bug. 4. That sometimes misinformation A09 -- fail to install opensuse 1.Update AMD Agesacode to 2.08.11. 2.Support AMD CPU BE&LE Series. 3.Support Pioneer Blu-ray BD-ROM BDC-202. 4.Update PXEROM To 2.08 --reper to this page-- http://www.jetway.com.tw/jw/download_show.asp# -- 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 469168] New: Consistency in mail subjects
by bugzilla_noreply＠novell.com 04 Mar '09

04 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=469168 User vuntz(a)novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=469168#c5535 Summary: Consistency in mail subjects Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Hermes AssignedTo: freitag(a)novell.com ReportedBy: vuntz(a)novell.com QAContact: adrian(a)novell.com Found By: --- It's not easy to handle a big number of hermes mails because the subjects are different: For example: New submit-request #5535 for GNOME:Factory:Next/dbus-1-glib submit-request #5535 state changed: new -> accepted I'd propose to have something like: submit-request #5535 for GNOME:Factory:Next/dbus-1-glib: created submit-request #5535 for GNOME:Factory:Next/dbus-1-glib: accepted Note that some types still don't have a template, it seems: Subject for message type <OBS_SRCSRV_CREATE_PACKAGE> But I guess it's easy to fix. I'd also love to see who did the action (at least for a submit request) so I can quickly ignore some mails, which means the title should probably be cut a bit. So my complete proposal is: [obs 5535] GNOME:Factory:Next/dbus-1-glib: created (by vuntz) [obs 5535] GNOME:Factory:Next/dbus-1-glib: accepted (by vuntz) -- 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