August 2013 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 786024] New: vsftpd broken - OOPS: priv_sock_get_cmd
by bugzilla_noreply＠novell.com 11 Jun '16

11 Jun '16

https://bugzilla.novell.com/show_bug.cgi?id=786024 https://bugzilla.novell.com/show_bug.cgi?id=786024#c0 Summary: vsftpd broken - OOPS: priv_sock_get_cmd Classification: openSUSE Product: openSUSE Factory Version: 12.3 Milestone 0 Platform: Other OS/Version: openSUSE 12.2 Status: NEW Severity: Major Priority: P5 - None Component: Network AssignedTo: mvyskocil(a)suse.com ReportedBy: suse-beta(a)cboltz.de QAContact: qa-bugs(a)suse.de Found By: Beta-Customer Blocker: --- vsftpd is running, but... # ncftp -u demo localhost NcFTP 3.2.4 (May 16, 2010) by Mike Gleason (http://www.NcFTP.com/contact/) Server hungup immediately after connect. OOPS: priv_sock_get_cmd Workaround: add seccomp_sandbox=NO to vsftpd.conf See also https://bbs.archlinux.org/viewtopic.php?id=147074 - the page says this is fixed in vsftpd 3.0.2, so updating vsftpd to this version should be enough. I did not test if this bug is only in Factory (I'm using factory-tested from 2012-10-03) or also in 12.2. -- 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 75

[Bug 831629] New: python3-base test test_faulthandler fails on ppc64
by bugzilla_noreply＠novell.com 09 Jun '16

09 Jun '16

https://bugzilla.novell.com/show_bug.cgi?id=831629 https://bugzilla.novell.com/show_bug.cgi?id=831629#c0 Summary: python3-base test test_faulthandler fails on ppc64 Classification: openSUSE Product: openSUSE Factory Version: 13.1 Milestone 3 Platform: PowerPC-64 OS/Version: openSUSE 12.3 Status: NEW Severity: Normal Priority: P5 - None Component: Development AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: dvaleev(a)suse.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- [ 456s] test_unregister (test.test_faulthandler.FaultHandlerTests) ... test test_faulthandler failed [ 456s] ok [ 456s] [ 456s] ====================================================================== [ 456s] FAIL: test_register_chain (test.test_faulthandler.FaultHandlerTests) [ 456s] ---------------------------------------------------------------------- [ 456s] Traceback (most recent call last): [ 456s] File "/home/abuild/rpmbuild/BUILD/Python-3.3.2/Lib/test/test_faulthandler.py", line 588, in test_register_chain [ 456s] self.check_register(chain=True) [ 456s] File "/home/abuild/rpmbuild/BUILD/Python-3.3.2/Lib/test/test_faulthandler.py", line 572, in check_register [ 456s] self.assertEqual(exitcode, 0) [ 456s] AssertionError: -11 != 0 [ 456s] [ 456s] ---------------------------------------------------------------------- -- 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 19

[Bug 837290] New: xl2tpd: kernel oops (system hangs) when start VPN connection
by bugzilla_noreply＠novell.com 08 Jun '16

08 Jun '16

https://bugzilla.novell.com/show_bug.cgi?id=837290 https://bugzilla.novell.com/show_bug.cgi?id=837290#c0 Summary: xl2tpd: kernel oops (system hangs) when start VPN connection Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: i686 OS/Version: openSUSE 12.3 Status: NEW Severity: Critical Priority: P5 - None Component: Network AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: alerom-666(a)yandex.ru QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created an attachment (id=554749) --> (http://bugzilla.novell.com/attachment.cgi?id=554749) ctrl+alt+f10 terminal screenshot User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:23.0) Gecko/20100101 Firefox/23.0 When I start connection with xl2tpd -D -c /etc/xl2tpd/xl2tpd.conf i've: xl2tpd[18159]: setsockopt recvref[22]: Protocol not available xl2tpd[18159]: Using l2tp kernel support. xl2tpd[18159]: xl2tpd version xl2tpd-1.3.0 started on linux-t9pv PID:18159 xl2tpd[18159]: Written by Mark Spencer, Copyright (C) 1998, Adtran, Inc. xl2tpd[18159]: Forked by Scott Balmos and David Stipp, (C) 2001 xl2tpd[18159]: Inherited by Jeff McAdams, (C) 2002 xl2tpd[18159]: Forked again by Xelerance (www.xelerance.com) (C) 2006 xl2tpd[18159]: Listening on IP address 0.0.0.0, port 1701 xl2tpd[18159]: get_call: allocating new tunnel for host 78.107.1.49, port 1701. xl2tpd[18159]: Connecting to host tp.internet.beeline.ru, port 1701 xl2tpd[18159]: control_finish: message type is (null)(0). Tunnel is 0, call is 0. xl2tpd[18159]: control_finish: sending SCCRQ xl2tpd[18159]: network_thread: recv packet from 78.107.1.49, size = 110, tunnel = 25911, call = 0 ref=0 refhim=0 xl2tpd[18159]: handle_avps: handling avp's for tunnel 25911, call 0 xl2tpd[18159]: message_type_avp: message type 2 (Start-Control-Connection-Reply) xl2tpd[18159]: protocol_version_avp: peer is using version 1, revision 0. xl2tpd[18159]: firmware_rev_avp: peer reports firmware version 4384 (0x1120) xl2tpd[18159]: hostname_avp: peer reports hostname 'bras304' xl2tpd[18159]: vendor_avp: peer reports vendor 'Cisco Systems, Inc.' xl2tpd[18159]: receive_window_size_avp: peer wants RWS of 32000. Will use flow control. xl2tpd[18159]: assigned_tunnel_avp: using peer's tunnel 43115 xl2tpd[18159]: framing_caps_avp: supported peer frames: xl2tpd[18159]: bearer_caps_avp: supported peer bearers: xl2tpd[18159]: control_finish: message type is Start-Control-Connection-Reply(2). Tunnel is 43115, call is 0. xl2tpd[18159]: control_finish: sending SCCCN xl2tpd[18159]: Connection established to 78.107.1.49, 1701. Local: 25911, Remote: 43115 (ref=0/0). xl2tpd[18159]: Calling on tunnel 25911 xl2tpd[18159]: control_finish: message type is (null)(0). Tunnel is 43115, call is 0. xl2tpd[18159]: control_finish: sending ICRQ xl2tpd[18159]: network_thread: recv packet from 78.107.1.49, size = 12, tunnel = 25911, call = 0 ref=0 refhim=0 xl2tpd[18159]: network_thread: recv packet from 78.107.1.49, size = 28, tunnel = 25911, call = 51794 ref=0 refhim=0 xl2tpd[18159]: handle_avps: handling avp's for tunnel 25911, call 51794 xl2tpd[18159]: message_type_avp: message type 11 (Incoming-Call-Reply) xl2tpd[18159]: assigned_call_avp: using peer's call 7161 xl2tpd[18159]: control_finish: message type is Incoming-Call-Reply(11). Tunnel is 43115, call is 7161. xl2tpd[18159]: control_finish: Sending ICCN xl2tpd[18159]: Call established with 78.107.1.49, Local: 51794, Remote: 7161, Serial: 1 (ref=0/0) xl2tpd[18159]: network_thread: recv packet from 78.107.1.49, size = 12, tunnel = 25911, call = 0 ref=0 refhim=0 xl2tpd[18159]: network_thread: select timeout xl2tpd[18159]: network_thread: select timeout xl2tpd[18159]: network_thread: select timeout xl2tpd[18159]: network_thread: select timeout xl2tpd[18159]: network_thread: select timeout xl2tpd[18159]: network_thread: select timeout And at this time - the system hangs. Screenshot is attached. xl2tp developers said that it fixed in kernel https://github.com/xelerance/xl2tpd/issues/28 A latest system updates is installed Reproducible: Always Steps to Reproduce: 1.start xl2tpd 2. 3. Actual Results: System hangs Expected Results: VPN is up and running -- 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 5

[Bug 659905] New: Error in GRUB installation & configuration
by bugzilla_noreply＠novell.com 20 May '16

20 May '16

https://bugzilla.novell.com/show_bug.cgi?id=659905 https://bugzilla.novell.com/show_bug.cgi?id=659905#c0 Summary: Error in GRUB installation & configuration Classification: openSUSE Product: openSUSE 11.4 Version: Milestone 4 of 6 Platform: i686 OS/Version: Other Status: NEW Severity: Critical Priority: P5 - None Component: Bootloader AssignedTo: jsrain(a)novell.com ReportedBy: lassaad(a)pochta.ru QAContact: jsrain(a)novell.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.12) Gecko/20101026 SUSE/3.6.12-1.2 Firefox/3.6.12 In the Bootloader installation procedure I get an error, so I can't instal GRUB, I've tried many installation option like install on MBR, on sda, on /root but it doesn't work. so I quit installation and when I try to install GRUB manually I get the same error. There are some screenshots of my installation: This is my partitions setup http://yfrog.com/0rdiskpartitionsp My installation setting http://yfrog.com/5einstallationsettingsp GRUB installation ERROR http://yfrog.com/1gerrorgrubp Reproducible: Always Steps to Reproduce: 1.start live USB installation (my CD-ROM is broken) 2.set my "/" on sda5 (ext4) 3.wait until the GRUB error appear in the end of installation Actual Results: when I restart, no GRUB, I get error " no operating system... " and in the /boot directory, there is no vmlinuz or initrd files. only mbr.backup and grub folder. Expected Results: setup the GRUB, and end the installation. -- 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 14

[Bug 822774] New: perl-Bootloader doesn't rotate it's log
by bugzilla_noreply＠novell.com 20 May '16

20 May '16

https://bugzilla.novell.com/show_bug.cgi?id=822774 https://bugzilla.novell.com/show_bug.cgi?id=822774#c0 Summary: perl-Bootloader doesn't rotate it's log Classification: openSUSE Product: openSUSE Factory Version: 13.1 Milestone 0 Platform: Other OS/Version: Other Status: NEW Severity: Minor Priority: P5 - None Component: Basesystem AssignedTo: snwint(a)suse.com ReportedBy: lazy.kent(a)opensuse.org QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- perl-Bootloader doesn't rotate it's log. In my system /var/pbl.log size is 9.8 MB since 2013-01-05. It should provide a pbl file in /etc/logrotate.d/. -- 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 15

[Bug 828693] New: Zarafa-spooler does not work when started by systemd
by bugzilla_noreply＠novell.com 03 May '16

03 May '16

https://bugzilla.novell.com/show_bug.cgi?id=828693 https://bugzilla.novell.com/show_bug.cgi?id=828693#c0 Summary: Zarafa-spooler does not work when started by systemd Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: x86-64 OS/Version: openSUSE 12.3 Status: NEW Severity: Major Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: ian.hodge(a)verrinus-consulting.ltd.uk QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created an attachment (id=547291) --> (http://bugzilla.novell.com/attachment.cgi?id=547291) Output of strace User-Agent: Mozilla/4.0 (compatible; MSIE 8.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; NET4.0C; .NET4.0E) When systemd is used to start zarafa-spooler the process starts but does not pickup and deliver any message from zarafa-server. If the spooler is started on the command line it works correctly. If systemd is replaced by sysvinit as the boot mechanism, the spooler also works correctly. This is true on openSUSE 12.1, 12.2 and 12.3 with zarafa 7.0.x and zarafa 7.1.x from the opensuse repository. I'm assuming this is a problem to do with the very limited execution environment systemd passes on to process it starts and that there is something special that the zarafa-spooler needs that isn't being provided by systemd. Note that all zarafa processes are still using /etc/init.d scripts rather than unit files. As it stands my mailserver does not survive a reboot as it needs manual intervention to get it to deliver mail. Reproducible: Always Steps to Reproduce: 1. # systemctl start zarafa-spooler.service 2. send an email from within zarafa 3. Actual Results: The mail will sit in outbox forever and not be delivered. Expected Results: Zarafa-spooler will pick up the mail and deliver it to the local MTA (postfix) for delivery. If the spooler is stopped and started on the command line ie. # systemctl stop zarafa-spooler.service # /usr/sbin/zarafa-spooler The mail is immediately picked up from the outbox and delivered. -- 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 12

[Bug 692440] New: OpenVPN should have a sysconfig entry to pick which VPN configurations are enabled
by bugzilla_noreply＠novell.com 28 Apr '16

28 Apr '16

https://bugzilla.novell.com/show_bug.cgi?id=692440 https://bugzilla.novell.com/show_bug.cgi?id=692440#c0 Summary: OpenVPN should have a sysconfig entry to pick which VPN configurations are enabled Classification: openSUSE Product: openSUSE 11.4 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Enhancement Priority: P5 - None Component: Network AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: jmatejek(a)novell.com QAContact: qa(a)suse.de Found By: --- Blocker: --- in Debian/Ubuntu, it is possible to configure OpenVPN service to only start some of the available .confs in /etc/openvpn. This is useful when you have more than one openvpn config, such as home and work VPNs and you don't want to use them simultaneously. Also, their init script takes an optional argument that specifies name of the conf to start/stop openSUSE starts all OpenVPN confs automatically and you cannot choose which ones to use. It would be nice to have this feature. -- 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 14

[Bug 823292] New: Man page for sudo does not match version supplied
by bugzilla_noreply＠novell.com 28 Apr '16

28 Apr '16

https://bugzilla.novell.com/show_bug.cgi?id=823292 https://bugzilla.novell.com/show_bug.cgi?id=823292#c0 Summary: Man page for sudo does not match version supplied Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: x86-64 OS/Version: openSUSE 12.3 Status: NEW Severity: Normal Priority: P5 - None Component: Documentation AssignedTo: ke(a)suse.com ReportedBy: michael(a)aperantos.com QAContact: ke(a)suse.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_3) AppleWebKit/536.29.13 (KHTML, like Gecko) Version/6.0.4 Safari/536.29.13 I normally use 'sudo -E -s' to gain a root shell retaining my user account's home directory as $HOME. As openSUSE sets the 'always_set_home' option in /etc/sudoers I had turned this off, but despite this it would set the home directory to the target user. After asking about this on the community forum ( https://forums.opensuse.org/english/get-technical-help-here/install-boot-lo… ) I discovered that the version of sudo provided with openSUSE is compiled with the set_home option enabled. Turning this option off in /etc/sudoers resulted in the expected behaviour. The man page provided in the default openSUSE installation states for set_home that "This flag is off by default." This is wrong and made it impossible to discover the cause of the unexpected behaviour. Ideally I do not think the program should be compiled in a non-standard way, especially when the default configuration of the /etc/sudoers file includes a stronger setting so it would only apply to those who customize their configuration. But as there will have been a decision made to make it this way, the documentation needs to be updated to reflect this difference. Reproducible: Always Steps to Reproduce: man sudo Actual Results: This flag is off by default. Expected Results: This flag is on by default. -- 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 13

[Bug 700229] New: telnet crashes glibc when using "-b" parameter
by bugzilla_noreply＠novell.com 28 Apr '16

28 Apr '16

https://bugzilla.novell.com/show_bug.cgi?id=700229 https://bugzilla.novell.com/show_bug.cgi?id=700229#c0 Summary: telnet crashes glibc when using "-b" parameter Classification: openSUSE Product: openSUSE 11.4 Version: Factory Platform: x86-64 OS/Version: openSUSE 11.4 Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: novell-web(a)zmi.at QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:2.0.1) Gecko/20100101 Firefox/4.0.1 I wanted telnet to source from another IP, using "-b" parameter: # telnet -b eth1 10.10.10.10 Trying 10.10.10.10... telnet: eth1: Name or service not known: Success Speicherzugriffsfehler I tried that twice, then looked into dmesg: [60254.321495] telnet[28275] general protection ip:7f733a452a63 sp:7fff6839fbe0 error:0 in libc-2.11.3.so[7f733a393000+164000] [60350.030095] telnet[29348] general protection ip:7f7169480a63 sp:7fff37e01070 error:0 in libc-2.11.3.so[7f71693c1000+164000] This is on openSUSE 11.4, but I first discovered it in 11.2, where it puts more details on the screen: # telnet -b eth0:1 10.127.128.5 25 Trying 10.127.128.5... telnet: eth0:1: Name or service not known: Success *** glibc detected *** telnet: munmap_chunk(): invalid pointer: 0x00007fff0a06ace8 *** ======= Backtrace: ========= /lib64/libc.so.6[0x7f825d605d06] /lib64/libc.so.6(freeaddrinfo+0x20)[0x7f825d64d510] telnet[0x7f825dd61939] telnet(main+0x34f)[0x7f825dd5a1ff] /lib64/libc.so.6(__libc_start_main+0xfd)[0x7f825d5b1a7d] telnet[0x7f825dd59d59] ======= Memory map: ======== 7f825cf6b000-7f825cf81000 r-xp 00000000 ca:01 16518 /lib64/libgcc_s.so.1 7f825cf81000-7f825d180000 ---p 00016000 ca:01 16518 /lib64/libgcc_s.so.1 7f825d180000-7f825d181000 r--p 00015000 ca:01 16518 /lib64/libgcc_s.so.1 7f825d181000-7f825d182000 rw-p 00016000 ca:01 16518 /lib64/libgcc_s.so.1 7f825d182000-7f825d18d000 r-xp 00000000 ca:01 3184 /lib64/libnss_files-2.10.1.so 7f825d18d000-7f825d38d000 ---p 0000b000 ca:01 3184 /lib64/libnss_files-2.10.1.so 7f825d38d000-7f825d38e000 r--p 0000b000 ca:01 3184 /lib64/libnss_files-2.10.1.so 7f825d38e000-7f825d38f000 rw-p 0000c000 ca:01 3184 /lib64/libnss_files-2.10.1.so 7f825d38f000-7f825d391000 r-xp 00000000 ca:01 17973 /lib64/libdl-2.10.1.so 7f825d391000-7f825d591000 ---p 00002000 ca:01 17973 /lib64/libdl-2.10.1.so 7f825d591000-7f825d592000 r--p 00002000 ca:01 17973 /lib64/libdl-2.10.1.so 7f825d592000-7f825d593000 rw-p 00003000 ca:01 17973 /lib64/libdl-2.10.1.so 7f825d593000-7f825d6e4000 r-xp 00000000 ca:01 3936 /lib64/libc-2.10.1.so 7f825d6e4000-7f825d8e4000 ---p 00151000 ca:01 3936 /lib64/libc-2.10.1.so 7f825d8e4000-7f825d8e8000 r--p 00151000 ca:01 3936 /lib64/libc-2.10.1.so 7f825d8e8000-7f825d8e9000 rw-p 00155000 ca:01 3936 /lib64/libc-2.10.1.so 7f825d8e9000-7f825d8ee000 rw-p 00000000 00:00 0 7f825d8ee000-7f825d92c000 r-xp 00000000 ca:01 3177 /lib64/libncurses.so.5.6 7f825d92c000-7f825db2b000 ---p 0003e000 ca:01 3177 /lib64/libncurses.so.5.6 7f825db2b000-7f825db2f000 r--p 0003d000 ca:01 3177 /lib64/libncurses.so.5.6 7f825db2f000-7f825db35000 rw-p 00041000 ca:01 3177 /lib64/libncurses.so.5.6 7f825db35000-7f825db53000 r-xp 00000000 ca:01 4324 /lib64/ld-2.10.1.so 7f825dd26000-7f825dd28000 rw-p 00000000 00:00 0 7f825dd4f000-7f825dd52000 rw-p 00000000 00:00 0 7f825dd52000-7f825dd53000 r--p 0001d000 ca:01 4324 /lib64/ld-2.10.1.so 7f825dd53000-7f825dd54000 rw-p 0001e000 ca:01 4324 /lib64/ld-2.10.1.so 7f825dd54000-7f825dd6a000 r-xp 00000000 ca:01 9058 /usr/bin/telnet 7f825df6a000-7f825df6b000 r--p 00016000 ca:01 9058 /usr/bin/telnet 7f825df6b000-7f825df6d000 rw-p 00017000 ca:01 9058 /usr/bin/telnet 7f825df6d000-7f825df9b000 rw-p 00000000 00:00 0 [heap] 7fff0a058000-7fff0a06d000 rw-p 00000000 00:00 0 [stack] 7fff0a098000-7fff0a099000 r-xp 00000000 00:00 0 [vdso] ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 [vsyscall] Abgebrochen Seems this bug dates a while back. While 11.2 is not in bugfix phase anymore, 11.3 and 11.4 should be fixed, please. Reproducible: Always Steps to Reproduce: 1. use "telnet -b eth0 <IP address>" Actual Results: crash in glibc Expected Results: should work :-) -- 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 34

[Bug 823610] New: Recommended packages ignored when Installing from osb, works with manual download
by bugzilla_noreply＠novell.com 28 Apr '16

28 Apr '16

https://bugzilla.novell.com/show_bug.cgi?id=823610 https://bugzilla.novell.com/show_bug.cgi?id=823610#c0 Summary: Recommended packages ignored when Installing from osb, works with manual download Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: x86-64 OS/Version: openSUSE 12.3 Status: NEW Severity: Normal Priority: P5 - None Component: libzypp AssignedTo: zypp-maintainers(a)forge.provo.novell.com ReportedBy: schubert.seb(a)gmail.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created an attachment (id=543062) --> (http://bugzilla.novell.com/attachment.cgi?id=543062) zypper.log when using repository User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.32 (KHTML, like Gecko) Chrome/27.0.1425.0 Safari/537.32 SUSE/27.0.1425.0 I want to install the package flac2all: https://build.opensuse.org/package/show?package=flac2all&project=home%3Aseb… which is only available in this very repository (my obs home repository). I thus added the home repository to my local list of repositories (see below for list of activated repositories). Installing from the repository does not take into account the recommended and suggested packages. Reproducible: Always Steps to Reproduce: 1. add home:sebschub repository 2. # zypper in flac2all Actual Results: Output of zypper (zypper.log as zypper.log_obs attached), nothing is said about recommended or suggested packages: Loading repository data... Reading installed packages... Resolving package dependencies... The following NEW packages are going to be installed: flac flac2all 2 new packages to install. Overall download size: 554.1 KiB. After the operation, additional 1.6 MiB will be used. Expected Results: The expected results can be achieved by _manually_ downloading the rpm and installing it (zypper.log as zypper.log_manual attached): # zypper in /home/schubert/Downloads/flac2all-3.28-2.1.noarch.rpm Loading repository data... Reading installed packages... Resolving package dependencies... The following NEW packages are going to be installed: flac flac2all The following package is recommended, but will not be installed because it's unwanted (was manually removed before): vorbis-tools The following packages are suggested, but will not be installed: lame nero-aac 2 new packages to install. Overall download size: 554.1 KiB. After the operation, additional 1.6 MiB will be used. -- 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 4