March 2010 - openSUSE Bugs - openSUSE Mailing Lists

[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

[Bug 537708] New: wpa_supplicant seems to ignore an country=DE setting its config
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=537708 User mt(a)novell.com added comment http://bugzilla.novell.com/show_bug.cgi?id=537708#c305301 Summary: wpa_supplicant seems to ignore an country=DE setting its config Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: mt(a)novell.com QAContact: qa(a)suse.de Found By: --- It looks like, that the wpa_supplicant (-Dwext) in factory ignores an country=DE setting in its config, e.g.: >>> ctrl_interface=/var/run/wpa_supplicant country=DE network={ scan_ssid=1 ssid="SSSSSSSSS" key_mgmt=WPA-PSK psk="XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX" } <<< When I set the regulatory domain using "iw reg set DE", it works fine; I can see the event in "udevadm monitor --environment kernel" output: KERNEL[1252495972.399814] change /devices/platform/regulatory.0 (platform) UDEV_LOG=3 ACTION=change DEVPATH=/devices/platform/regulatory.0 SUBSYSTEM=platform COUNTRY=DE MODALIAS=platform:regulatory SEQNUM=1400 and "iw reg get" shows the proper "country DE" setting after. When I set it in the config and start wpa_supplicant, there is no such event visible and iw reg get query does not show the new setting. BTW: A sysconfig using/setting the country is in Base:System/sysconfig only at the moment. See also fate#305301. -- 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 16

[Bug 537646] New: make 'less' able to 'open' folders. patch included
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=537646 Summary: make 'less' able to 'open' folders. patch included Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: All OS/Version: Other Status: NEW Severity: Minor Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: d.pashov(a)gmail.com QAContact: qa(a)suse.de Found By: --- Created an attachment (id=317358) --> (http://bugzilla.novell.com/attachment.cgi?id=317358) lessopen.sh with additional case to handle a directory. User-Agent: Opera/9.80 (X11; Linux x86_64; U; en-GB) Presto/2.2.15 Version/10.00 For long I thought it would be useful if "less" was able to open/list folders the same way it preprocesses many binary files like rpm, pdf ... I knew it was possible because fedora and mandriva had this functionality. I extended the lessopen.sh file (part of the "less" package) with 3 simple lines. The new lessopen.sh is attached. Reproducible: Always Steps to Reproduce: 1.less /some/folder 2. 3. Actual Results: /some/folder is a directory Expected Results: A list of the content of the folder. Preferably in the long format (ls -l). The addition is too simple to introduce any bug. -- 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 537555] New: No sound in wine
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=537555 Summary: No sound in wine Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: x86-64 OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: claes.backstrom(a)gmail.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-3.4 Firefox/3.5.2 There is no sound when using wine on x86_64 in GNOME. When starting an application this is printed in the terminal: ALSA lib pcm.c:2171:(snd_pcm_open_conf) Cannot open shared library /usr/lib/alsa-lib/libasound_module_pcm_pulse.so ALSA lib pcm.c:2171:(snd_pcm_open_conf) Cannot open shared library /usr/lib/alsa-lib/libasound_module_pcm_pulse.so After installing alsa-plugins-pulse-32bit everything works. rpm -q --changelog wine | head -n 9 * Fri Aug 21 2009 meissner(a)suse.de - Updated to 1.1.28 - Support for IRDA protocol. - Faster initial wineprefix creation. - Axis remapping with evdev joysticks. - More image formats in WindowsCodecs. - Various bug fixes. - updated winetricks 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 9

[Bug 537525] New: barcode-0.98-459.10: memory leak
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=537525 Summary: barcode-0.98-459.10: memory leak Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: All OS/Version: openSUSE 11.1 Status: NEW Severity: Minor 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 barcode-0.98-459.10 For source code file barcode-0.98/cmdline.c around line 140, function commandline, there is the following code char *getopt_desc = (char *)calloc(512, 1); and if (retval == -1) commandline_errormsg(stderr, args, argv[0], errorhead); return retval; but I fail to find a matching call to free. This looks like a memory leak to me. Suggest add call to free. -- 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