December 2009 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 539236] New: ifolder3 does not start
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=539236 Summary: ifolder3 does not start Classification: openSUSE Product: openSUSE 11.2 Version: Milestone 7 Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: aj(a)novell.com QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.2) Gecko/20090730 SUSE/3.5.2-1.1 Firefox/3.5.2 On my openSUSE 11.2 Milestone 7 x86-64 system, I installed ifolder3 and started it: # ifolder Cannot open assembly '/usr/bin/#!/bin/sh': No such file or directory. Unhandled Exception: System.ApplicationException: The Simias process returned an error: 2 at Simias.Client.Manager.Start () [0x00000] at Novell.iFolder.iFolderApplication.StartiFolder () [0x00000] Reproducible: Always Steps to Reproduce: 1. Just start ifolder 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 39

[Bug 539096] New: jack-0.116.2-3.10: memory leak
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=539096 Summary: jack-0.116.2-3.10: memory leak Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: All OS/Version: openSUSE 11.1 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 had a look at factory package jack-0.116.2-3.10 For source code file jack-audio-connection-kit-0.116.2/drivers/alsa/alsa_driver.c around line 2630, function driver_initialize, is the following code midi_driver_name = strdup (param->value.str); but I fail to find a matching call to free. This looks like a memory leak to me. Suggest add call to free near the end of the routine. -- 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 5

[Bug 539053] New: password check: pam-config should check for minimum password length (>=5)
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=539053 Summary: password check: pam-config should check for minimum password length (>=5) Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: urwald(a)gmx-topmail.de QAContact: jsrain(a)novell.com Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; es-ES; rv:1.9.1.2) Gecko/20090730 SUSE/3.5.2-3.4 Firefox/3.5.2 YaST user security settings: password check: Also pam-config should check for minimum password length (>=5 in pam_cracklib) [This bug was forked from bug 535617] Reproducible: Always -- 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 538897] New: Check if PolicyKit in KDE works with PackageKit
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=538897 User llunak(a)novell.com added comment http://bugzilla.novell.com/show_bug.cgi?id=538897#c535431 Summary: Check if PolicyKit in KDE works with PackageKit Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: Other OS/Version: Other Status: ASSIGNED Severity: Blocker Priority: P5 - None Component: KDE4 Workspace AssignedTo: llunak(a)novell.com ReportedBy: llunak(a)novell.com QAContact: qa(a)suse.de Found By: --- According to bug #535431 PackageKit has changed to depend on a an unreleased backwards incompatible version of PolicyKit. The status of the KDE support needs to be checked. *sigh* -- 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 14

[Bug 538852] New: cyrus-imapd autostart requires saslauthd
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=538852 Summary: cyrus-imapd autostart requires saslauthd Classification: openSUSE Product: openSUSE 11.2 Version: Milestone 7 Platform: i586 OS/Version: SuSE Other Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: thomas(a)cupracer.de QAContact: qa(a)suse.de Found By: --- Created an attachment (id=318023) --> (http://bugzilla.novell.com/attachment.cgi?id=318023) patch for /etc/init.d/cyrus User-Agent: Mozilla/5.0 (X11; U; Linux i686; de; rv:1.9.0.13) Gecko/2009080200 SUSE/3.0.13-0.1.2 Firefox/3.0.13 The init-file "/etc/init.d/cyrus" required "saslauthd" for start and stop. So, to get autostart activated for cyrus-imapd, the package "cyrus-sasl-saslauthd" has to be installed and "saslauthd" autostart needs to be activated, too. BUT: There are ways to configure cyrus-imapd that there's no need for saslauthd (i.e. with cyrus-sasl-sqlauxprop). Because of this, the dependency should be cleared. Reproducible: Always Steps to Reproduce: 1. # chkconfig -a cyrus Actual Results: insserv: Service saslauthd has to be enabled to start service cyrus insserv: exiting now! /sbin/insserv failed, exit code 1 cyrus 0:off 1:off 2:off 3:off 4:off 5:off 6:off Expected Results: cyrus 0:off 1:off 2:off 3:on 4:off 5:on 6:off I don't know if there are reasons to keep saslauthd as a requirement, but for me it seems to be logical to clear this dependency. -- 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 538765] New: finger-1.3-143.8: missing call to free or pointless local array
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=538765 Summary: finger-1.3-143.8: missing call to free or pointless local array Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: All OS/Version: openSUSE 11.1 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 had a look at factory package finger-1.3-143.8 For source code file finger-bsd-1.3/finger/util.c around line 430, function vs, is the following code if ((wdst = calloc (sizeof (wchar_t), wcslen (wstr) + 1)) == NULL) but I fail to find the matching call to free. Further, local array wdst is written to, but never read from. Suggest either add call to free, or remove local array wdst. -- 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 538245] New: M7: Some YaST and zypper translations are taken not from trunc
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=538245 Summary: M7: Some YaST and zypper translations are taken not from trunc Classification: openSUSE Product: openSUSE 11.2 Version: Milestone 7 Platform: x86-64 OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: Translations AssignedTo: ke(a)novell.com ReportedBy: alex239(a)gmail.com QAContact: ke(a)novell.com Found By: --- User-Agent: Opera/9.80 (X11; Linux x86_64; U; ru) Presto/2.2.15 Version/10.00 Summary says it all. I checked M7 recently and noticed, that some descriptions for AppArmor modules are in English while all other text is well-displayed in selected language (russian in my case). I was kinda surprised with that cause I translated and committed these descriptions long ago. Moreover, some text strings in Russian displayed by zypper or Software Management module simply do not exist in trunc, being also fixed months ago. Is that SLE translations raising its head again or what? Please make sure that next release translations will be built from the latest opensuse trunc. 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 35

[Bug 538094] New: mozilla-xulrunner190 provides libsqlite3.so, but should not
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=538094 Summary: mozilla-xulrunner190 provides libsqlite3.so, but should not Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: Firefox AssignedTo: bnc-team-mozilla(a)forge.provo.novell.com ReportedBy: meissner(a)novell.com QAContact: qa(a)suse.de CC: wolfgang(a)rosenauer.org Found By: Development the mozilla-xulrunner190 provides libsqlite3.so but it should not do so, since its not reachable by other pakcages. please fix for the 3.0.14 update-. -- 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 3

[Bug 537907] New: Networkmanager does not use netconfig to update resolv.conf anymore
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=537907 Summary: Networkmanager does not use netconfig to update resolv.conf anymore Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: x86 OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Network AssignedTo: tambet(a)novell.com ReportedBy: seife(a)novell.com QAContact: qa(a)suse.de Found By: Development Created an attachment (id=317498) --> (http://bugzilla.novell.com/attachment.cgi?id=317498) NetworkManager console log I have this problem since today, when I switched to an i586 machine. An x86_64 machine with the same package version does not have this problem. The problem is, that I always get the following: NetworkManager: <info> Activation (cable) successful, device activated. NetworkManager: <info> Activation (cable) Stage 5 of 5 (IP Configure Commit) complete. ATTENTION: You have modified /etc/resolv.conf. Leaving it untouched... You can find my version in /etc/resolv.conf.netconfig ... reading the code, I guess that NetworkManager always thinks that run_netconfig has failed, thus updates resolv.conf on its own, and then, when netconfig finally wants to update resolv.conf, NM already has changed it and thus netconfig refuses to do so. I'll attach a log from running NM with "--no-daemon" which will also show some GLib-GObject-CRITICAL around this time, which might be related. Hope this helps ;) -- 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 537793] New: The "/etc/init.d/vboxdrv" script has not gotten its "%<name>%" strings replaced.
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=537793 User D.Olsson(a)Netzwerk-Design.de added comment http://bugzilla.novell.com/show_bug.cgi?id=537793#c353 Summary: The "/etc/init.d/vboxdrv" script has not gotten its "%<name>%" strings replaced. Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: x86-64 OS/Version: openSUSE 11.1 Status: NEW Severity: Major Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: D.Olsson(a)Netzwerk-Design.de QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.0.13) Gecko/2009080200 SUSE/3.0.13-0.1.2 Firefox/3.0.13 In the newest "virtualbox-ose" package version (as well as previous versions for openSUSE 11.1) the "/etc/init.d/vboxdrv" script has not gotten the "%<name>%" strings resolved to the actual used values relevant for the package. This applies for the packages found in the openSUSE 11.1 DVD, net as well as the "Virtualization:VirtualBox/openSUSE_11.1" repository. Reproducible: Always Steps to Reproduce: 1. Do a "grep -n % /etc/init.d/vboxdrv" after having installed the "virtualbox-ose" package. Actual Results: # grep -n % vboxdrv 34:NOLSB=%NOLSB% 45: VBOXMANAGE="/usr/lib/%PACKAGE%/VBoxManage" 46: BUILDVBOXDRV="/usr/share/%PACKAGE%/src/vboxdrv/build_in_tmp" 47: BUILDVBOXNETFLT="/usr/share/%PACKAGE%/src/vboxnetflt/build_in_tmp" 48: BUILDVBOXNETADP="/usr/share/%PACKAGE%/src/vboxnetadp/build_in_tmp" 61:[ -r /etc/default/%PACKAGE% ] && . /etc/default/%PACKAGE% 219:# enter the following variables in /etc/default/%PACKAGE%: # This has the effect that the "/etc/default/virtualbox" is not read, and thereby disables the possibility of having active virtual box sessions shutdown, when issueing a "[rc]vboxdrv stop" (e.g. during system halt or reboot)! Expected Results: # grep -n % vboxdrv # And that the "/etc/default/virtualbox" is being read and acted upon. The reason for this is that the "virtualbox-ose.spec" file in lines #353-354 read: # copy the init scripts %__install -m 744 src/VBox/Installer/linux/vboxdrv.sh.in %{buildroot}%{_sysconfdir}/init.d/vboxdrv The "__install" line should instead read: %__install -m 744 src/VBox/Installer/linux/vboxdrv.sh %{buildroot}%{_sysconfdir}/init.d/vboxdrv i.e. using the produced "vboxdrv.sh" file instead of the template "vboxdrv.sh.in" file! -- 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 3