May 2012 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 733368] New: tar --sparse corrupts ASCII files and turns them into binary format with all bits set to zero
by bugzilla_noreply＠novell.com 04 May '12

04 May '12

https://bugzilla.novell.com/show_bug.cgi?id=733368 https://bugzilla.novell.com/show_bug.cgi?id=733368#c0 Summary: tar --sparse corrupts ASCII files and turns them into binary format with all bits set to zero Classification: openSUSE Product: openSUSE 12.1 Version: Final Platform: x86-64 OS/Version: SuSE Other Status: NEW Severity: Major Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: hubba(a)unixcook.com QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:8.0) Gecko/20100101 Firefox/8.0 On an opensuse 12.1 system with / as btrfs run the follwing command to backup /etc to /test.tar: tar --sparse --block-number --totals --verbose --no-wildcards-match-slash --one-file-system --ignore-failed-read --gzip -C /etc -c -f /test.tar /etc Restore these contents into a seperate directory. Do a file /etc/* and take a note of the files that come up as ASCII Now do the same for all of them in the seperate restored place and you will find that some have turned into data. If you view these files in a HEX viewer all the bits have been turned to 0 This behaviour breaks ReaR - see discussion at http://sourceforge.net/mailarchive/forum.php?thread_name=20111129160934.M17… Reproducible: Always Steps to Reproduce: See in details above. Actual Results: Files became corrupted Expected Results: files should be same as before. -- 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 759829] New: tuxguitar gives no sound
by bugzilla_noreply＠novell.com 04 May '12

04 May '12

https://bugzilla.novell.com/show_bug.cgi?id=759829 https://bugzilla.novell.com/show_bug.cgi?id=759829#c0 Summary: tuxguitar gives no sound Classification: openSUSE Product: openSUSE 12.1 Version: Final Platform: i386 OS/Version: openSUSE 12.1 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: benjamin10(a)gmx.at QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Opera/9.80 (X11; Linux i686; U; de) Presto/2.10.229 Version/11.61 I haven´t used tuxguitar the last time, but some updates must have made this problem: Benji@Banjo:~> tuxguitar /dev/sequencer: Datei oder Verzeichnis nicht gefunden ALSA lib seq_hw.c:457:(snd_seq_hw_open) open /dev/snd/seq failed: Keine Berechtigung When I try as su: modprobe snd_seq or modprobe snd-seq-midi Still the problem exists. Ps.: It seems, that qjackctl has the same problem. Reproducible: Always Steps to Reproduce: 1.Start Tuxguitar 2.Hit play 3.No Sound Actual Results: No sound Expected Results: sound again! -- 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 758920] New: sysvinit-tools: line 7: /etc/init.d/powered: No such file or directory
by bugzilla_noreply＠novell.com 04 May '12

04 May '12

https://bugzilla.novell.com/show_bug.cgi?id=758920 https://bugzilla.novell.com/show_bug.cgi?id=758920#c0 Summary: sysvinit-tools: line 7: /etc/init.d/powered: No such file or directory Classification: openSUSE Product: openSUSE 12.2 Version: Factory Platform: x86-64 OS/Version: openSUSE 12.2 Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: gp(a)suse.com QAContact: qa-bugs(a)suse.de Found By: Product Management Blocker: --- Upgrading a Factory system (originally installed a while ago), I see the following: Installing: sysvinit-tools-2.88+-74.1 [done] Additional rpm output: Scanning scripts ... Resolve dependencies ... Install symlinks in /lib/mkinitrd/setup ... Install symlinks in /lib/mkinitrd/boot ... /var/tmp/rpm-tmp.0AyO18: line 7: /etc/init.d/powered: No such file or directory Scanning scripts ... Resolve dependencies ... Install symlinks in /lib/mkinitrd/setup ... Install symlinks in /lib/mkinitrd/boot ... -- 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 652437] New: unknow rpm option
by bugzilla_noreply＠novell.com 04 May '12

04 May '12

https://bugzilla.novell.com/show_bug.cgi?id=652437 https://bugzilla.novell.com/show_bug.cgi?id=652437#c0 Summary: unknow rpm option Classification: openSUSE Product: openSUSE 11.3 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Documentation AssignedTo: thomas.schraitle(a)novell.com ReportedBy: kkemenczy(a)novell.com QAContact: ke(a)novell.com Found By: --- Blocker: --- in rpm.xml: With the help of the installed RPM database, verification checks can be made. Initiate these with <option>-V</option>, <option>-y</option> or <option>--verify</option>. I did not find the -y option -- 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 750301] New: Apper complains about modifying a package that isn't installed.
by bugzilla_noreply＠novell.com 04 May '12

04 May '12

https://bugzilla.novell.com/show_bug.cgi?id=750301 https://bugzilla.novell.com/show_bug.cgi?id=750301#c0 Summary: Apper complains about modifying a package that isn't installed. Classification: openSUSE Product: openSUSE 12.1 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: KDE4 Applications AssignedTo: kde-maintainers(a)suse.de ReportedBy: volker3204(a)paradise.net.nz QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (compatible; Konqueror/3.5; Linux) KHTML/3.5.10 (like Gecko) SUSE I get these quite often from apper: "The package that is being modified was not found on your system or in any software origin." Trying to get the package name, clicking on "details" gives the very helpful "couldn't find package". It always happens during installing of updates. It seems that at least in this case all updates have already been installed. Reproducible: Always -- 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

[Bug 752745] New: First connect after a reboot to a local IP address, takes a lot of time
by bugzilla_noreply＠novell.com 04 May '12

04 May '12

https://bugzilla.novell.com/show_bug.cgi?id=752745 https://bugzilla.novell.com/show_bug.cgi?id=752745#c0 Summary: First connect after a reboot to a local IP address, takes a lot of time Classification: openSUSE Product: openSUSE 12.1 Version: Final Platform: x86-64 OS/Version: SLES 11 Status: NEW Severity: Normal Priority: P5 - None Component: Network AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: maurizio.biletta(a)itacaservice.it QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0.1) Gecko/20100101 Firefox/9.0.1 After a reboot, the first time I try to connect (ex.: telnet to a port) to a local IP address (local interfaces, aliases, and any sort of non-loopback network interfaces) the session takes a lot of time to get in place. After the first attempt finishes, every subsequent attempt just work fine. The problem shows up also if I just wait few minutes (more than 10) from an attempt to another (I guess some sort of cache expires...). The problem shows up only on local IP address. If I try to connect to an IP of another box, everything works fine. I can see from a strace, that the execution is waiting for the "connect" syscall to finish. The problem is visible on SLES11 SP2 and on openSUSE 12.1 The problem is not showing up on older releases of SLES (such as SLES11 SP1). I can't say if the problem persists on olther releases of openSUSE. Reproducible: Always Steps to Reproduce: 1. Fresh reboot of the system 2. Telnet to the eth0 IP address to a CLOSE port 3. Repeat step 2 Actual Results: The "connection refused" message, takes a lot of time to show up. Every other attempt, just work fine. NOTE: My eth0 ip is: 10.0.0.1 and "1222" is a CLOSED port on my box. # time telnet 10.0.0.1 1222 Trying 10.0.0.1... telnet: connect to address 10.0.0.1: Connection refused real 0m21.076s user 0m0.000s sys 0m0.000s # time telnet 10.0.0.1 1222 Trying 10.0.0.1... telnet: connect to address 10.0.0.1: Connection refused real 0m0.003s user 0m0.000s sys 0m0.000s Expected Results: I expect that the first attempt just takes the same time of the second (or at leat just few milliseconds more because of a non cached ip/dns). Definitely, not 20 seconds more. This issue does not usually represent a real problem, except in certain case. For example, in my configuration, I have several oracle database in cluster with HAE. After I upgraded to SP2, all my listener resources in the cluster, were just failing because of a "timeout" event. As a workaround I changed the timeout meta parameter with a higher value just to get everything back to work. I supose that this problem could directly affect various aplication, expecially cluster resources and monitoring tools. -- 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

[Bug 418006] [NEEDS_SERVER_FIX] Accessing shared folders fails (mostly)
by bugzilla_noreply＠novell.com 03 May '12

03 May '12

https://bugzilla.novell.com/show_bug.cgi?id=418006 https://bugzilla.novell.com/show_bug.cgi?id=418006#c18 --- Comment #18 from Preston Stephenson <pstephenson(a)novell.com> 2012-05-03 21:30:47 UTC --- Sorry, I don't know the policies. The other bug was fixed in GroupWise 8.0.0. I'm not sure who would validate the fix. If your POA is GroupWise 8.0.0 or later, you could see if it is still a problem. If it is, Evolution might need to change the call they make. I know of no problem accessing items in shared folders from SOAP. -- 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 418006] [NEEDS_SERVER_FIX] Accessing shared folders fails (mostly)
by bugzilla_noreply＠novell.com 03 May '12

03 May '12

https://bugzilla.novell.com/show_bug.cgi?id=418006 https://bugzilla.novell.com/show_bug.cgi?id=418006#c17 --- Comment #17 from Dominique Leuenberger <dimstar(a)opensuse.org> 2012-05-03 21:25:14 UTC --- Not cool to mark openSUSE bugs as dups of 'closed' / 'restricted' bugs. Any chance to open up bug 368286 to the public if our bug is marked as dup of it? -- 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 418006] [NEEDS_SERVER_FIX] Accessing shared folders fails (mostly)
by bugzilla_noreply＠novell.com 03 May '12

03 May '12

https://bugzilla.novell.com/show_bug.cgi?id=418006 https://bugzilla.novell.com/show_bug.cgi?id=418006#c16 Preston Stephenson <pstephenson(a)novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |DUPLICATE --- Comment #16 from Preston Stephenson <pstephenson(a)novell.com> 2012-05-03 21:16:37 UTC --- I believe this is covered in bug 368286. At least comment #12 from this bug is comment #4 from the other bug. *** This bug has been marked as a duplicate of bug 368286 *** http://bugzilla.novell.com/show_bug.cgi?id=368286 -- 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 760163] New: Allowing Multicast does still block Multicast
by bugzilla_noreply＠novell.com 03 May '12

03 May '12

https://bugzilla.novell.com/show_bug.cgi?id=760163 https://bugzilla.novell.com/show_bug.cgi?id=760163#c0 Summary: Allowing Multicast does still block Multicast Classification: openSUSE Product: openSUSE 12.1 Version: Final Platform: Other OS/Version: openSUSE 12.1 Status: NEW Severity: Normal Priority: P5 - None Component: Network AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: sven.burmeister(a)gmx.net QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux i686) AppleWebKit/536.6 (KHTML, like Gecko) Chrome/20.0.1094.0 Safari/536.6 SUSE/20.0.1094.0 If I allow multicast from YaST's firewall module I still get: MAC=01:00:5e:00:00:01:00:26:4d:07:e3:26:08:00 SRC=192.168.2.1 DST=224.0.0.1 LEN=36 TOS=0x00 PREC=0x00 TTL=1 ID=21265 OPT (94040000) PROTO=2 BAckground: Communicating with a Synology NAS is not possible, neither via browser:5001, not smb:/ although in YaST's module the services samba-client, zeroconf multicast dns and for broadcast samba-browsing is enabled. Apparmor is disabled. Disabling the firewall "solves" the issue. Enabling it after let's communication still work for ~10 minutes. SuSEfirewall2 status: ### iptables filter ### Chain INPUT (policy DROP 0 packets, 0 bytes) pkts bytes target prot opt in out source destination 152 11256 ACCEPT all -- lo * 0.0.0.0/0 0.0.0.0/0 45 18759 ACCEPT all -- * * 0.0.0.0/0 0.0.0.0/0 ctstate ESTABLISHED 0 0 ACCEPT icmp -- * * 0.0.0.0/0 0.0.0.0/0 ctstate RELATED 30 4647 input_ext all -- * * 0.0.0.0/0 0.0.0.0/0 0 0 LOG all -- * * 0.0.0.0/0 0.0.0.0/0 limit: avg 3/min burst 5 LOG flags 6 level 4 prefix "SFW2-IN-ILL-TARGET " 0 0 DROP all -- * * 0.0.0.0/0 0.0.0.0/0 Chain FORWARD (policy DROP 0 packets, 0 bytes) pkts bytes target prot opt in out source destination 0 0 LOG all -- * * 0.0.0.0/0 0.0.0.0/0 limit: avg 3/min burst 5 LOG flags 6 level 4 prefix "SFW2-FWD-ILL-ROUTING " Chain OUTPUT (policy ACCEPT 74 packets, 7762 bytes) pkts bytes target prot opt in out source destination 152 11256 ACCEPT all -- * lo 0.0.0.0/0 0.0.0.0/0 Chain forward_ext (0 references) pkts bytes target prot opt in out source destination Chain input_ext (1 references) pkts bytes target prot opt in out source destination 0 0 ACCEPT udp -- * * 0.0.0.0/0 0.0.0.0/0 PKTTYPE = broadcast udp dpt:5353 0 0 ACCEPT udp -- * * 0.0.0.0/0 0.0.0.0/0 PKTTYPE = broadcast udp dpt:5353 0 0 ACCEPT udp -- * * 0.0.0.0/0 0.0.0.0/0 PKTTYPE = broadcast udp dpt:427 15 2535 DROP all -- * * 0.0.0.0/0 0.0.0.0/0 PKTTYPE = broadcast 0 0 ACCEPT icmp -- * * 0.0.0.0/0 0.0.0.0/0 icmptype 4 0 0 ACCEPT icmp -- * * 0.0.0.0/0 0.0.0.0/0 icmptype 8 0 0 ACCEPT udp -- * * 0.0.0.0/0 0.0.0.0/0 udp spt:137 ctstate RELATED 0 0 ACCEPT udp -- * * 0.0.0.0/0 0.0.0.0/0 udp spt:427 ctstate RELATED 0 0 ACCEPT udp -- * * 0.0.0.0/0 0.0.0.0/0 udp spt:137 ctstate RELATED 0 0 LOG tcp -- * * 0.0.0.0/0 0.0.0.0/0 limit: avg 3/min burst 5 tcp dpt:139flags: 0x17/0x02 LOG flags 6 level 4 prefix "SFW2-INext-ACC-TCP " 0 0 ACCEPT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:139 0 0 LOG tcp -- * * 0.0.0.0/0 0.0.0.0/0 limit: avg 3/min burst 5 tcp dpt:445flags: 0x17/0x02 LOG flags 6 level 4 prefix "SFW2-INext-ACC-TCP " 0 0 ACCEPT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:445 0 0 LOG tcp -- * * 0.0.0.0/0 0.0.0.0/0 limit: avg 3/min burst 5 tcp dpt:5000flags: 0x17/0x02 LOG flags 6 level 4 prefix "SFW2-INext-ACC-TCP " 0 0 ACCEPT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:5000 0 0 LOG tcp -- * * 0.0.0.0/0 0.0.0.0/0 limit: avg 3/min burst 5 tcp dpt:5001flags: 0x17/0x02 LOG flags 6 level 4 prefix "SFW2-INext-ACC-TCP " 0 0 ACCEPT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:5001 0 0 ACCEPT udp -- * * 0.0.0.0/0 0.0.0.0/0 udp dpt:137 0 0 ACCEPT udp -- * * 0.0.0.0/0 0.0.0.0/0 udp dpt:138 0 0 ACCEPT udp -- * * 0.0.0.0/0 0.0.0.0/0 udp dpt:139 0 0 ACCEPT udp -- * * 0.0.0.0/0 0.0.0.0/0 udp dpt:445 11 1964 ACCEPT udp -- * * 0.0.0.0/0 0.0.0.0/0 udp dpt:5353 0 0 ACCEPT udp -- * * 0.0.0.0/0 0.0.0.0/0 udp dpt:5353 0 0 ACCEPT udp -- * * 0.0.0.0/0 0.0.0.0/0 udp dpt:427 3 108 LOG all -- * * 0.0.0.0/0 0.0.0.0/0 limit: avg 3/min burst 5 PKTTYPE = multicast LOG flags 6 level 4 prefix "SFW2- INext-DROP-DEFLT " 3 108 DROP all -- * * 0.0.0.0/0 0.0.0.0/0 PKTTYPE = multicast 0 0 DROP all -- * * 0.0.0.0/0 0.0.0.0/0 PKTTYPE = broadcast 1 40 LOG all -- * * 0.0.0.0/0 0.0.0.0/0 limit: avg 3/min burst 5 LOG flags 6 level 4 prefix "SFW2-INext-DROP-DEFLT " 1 40 DROP all -- * * 0.0.0.0/0 0.0.0.0/0 Chain reject_func (0 references) pkts bytes target prot opt in out source destination 0 0 REJECT tcp -- * * 0.0.0.0/0 0.0.0.0/0 reject-with tcp-reset 0 0 REJECT udp -- * * 0.0.0.0/0 0.0.0.0/0 reject-with icmp-port-unreachable 0 0 REJECT all -- * * 0.0.0.0/0 0.0.0.0/0 reject-with icmp-proto-unreachable ### iptables raw ### Chain PREROUTING (policy ACCEPT 227 packets, 34662 bytes) pkts bytes target prot opt in out source destination 152 11256 NOTRACK all -- lo * 0.0.0.0/0 0.0.0.0/0 Chain OUTPUT (policy ACCEPT 226 packets, 19018 bytes) pkts bytes target prot opt in out source destination 152 11256 NOTRACK all -- * lo 0.0.0.0/0 0.0.0.0/0 ### ip6tables filter ### Chain INPUT (policy DROP 0 packets, 0 bytes) pkts bytes target prot opt in out source destination 30 8101 ACCEPT all lo * ::/0 ::/0 0 0 ACCEPT all * * ::/0 ::/0 ctstate ESTABLISHED 0 0 ACCEPT icmpv6 * * ::/0 ::/0 ctstate RELATED 0 0 input_ext all * * ::/0 ::/0 0 0 LOG all * * ::/0 ::/0 limit: avg 3/min burst 5 LOG flags 6 level 4 prefix "SFW2-IN-ILL-TARGET " 0 0 DROP all * * ::/0 ::/0 Chain FORWARD (policy DROP 0 packets, 0 bytes) pkts bytes target prot opt in out source destination 0 0 LOG all * * ::/0 ::/0 limit: avg 3/min burst 5 LOG flags 6 level 4 prefix "SFW2-FWD-ILL-ROUTING " Chain OUTPUT (policy ACCEPT 0 packets, 0 bytes) pkts bytes target prot opt in out source destination 30 8101 ACCEPT all * lo ::/0 ::/0 2 132 ACCEPT icmpv6 * * ::/0 ::/0 Chain forward_ext (0 references) pkts bytes target prot opt in out source destination Chain input_ext (1 references) pkts bytes target prot opt in out source destination 0 0 ACCEPT icmpv6 * * ::/0 ::/0 ipv6-icmptype 128 0 0 ACCEPT icmpv6 * * ::/0 ::/0 ipv6-icmptype 133 0 0 ACCEPT icmpv6 * * ::/0 ::/0 ipv6-icmptype 134 0 0 ACCEPT icmpv6 * * ::/0 ::/0 ipv6-icmptype 135 0 0 ACCEPT icmpv6 * * ::/0 ::/0 ipv6-icmptype 136 0 0 ACCEPT icmpv6 * * ::/0 ::/0 ipv6-icmptype 137 0 0 ACCEPT udp * * ::/0 ::/0 udp spt:137 ctstate RELATED 0 0 ACCEPT udp * * ::/0 ::/0 udp spt:427 ctstate RELATED 0 0 ACCEPT udp * * ::/0 ::/0 udp spt:137 ctstate RELATED 0 0 LOG tcp * * ::/0 ::/0 limit: avg 3/min burst 5 tcp dpt:139flags: 0x17/0x02 LOG flags 6 level 4 prefix "SFW2-INext-ACC-TCP " 0 0 ACCEPT tcp * * ::/0 ::/0 tcp dpt:139 0 0 LOG tcp * * ::/0 ::/0 limit: avg 3/min burst 5 tcp dpt:445flags: 0x17/0x02 LOG flags 6 level 4 prefix "SFW2-INext-ACC-TCP " 0 0 ACCEPT tcp * * ::/0 ::/0 tcp dpt:445 0 0 LOG tcp * * ::/0 ::/0 limit: avg 3/min burst 5 tcp dpt:5000flags: 0x17/0x02 LOG flags 6 level 4 prefix "SFW2-INext-ACC-TCP " 0 0 ACCEPT tcp * * ::/0 ::/0 tcp dpt:5000 0 0 LOG tcp * * ::/0 ::/0 limit: avg 3/min burst 5 tcp dpt:5001flags: 0x17/0x02 LOG flags 6 level 4 prefix "SFW2-INext-ACC-TCP " 0 0 ACCEPT tcp * * ::/0 ::/0 tcp dpt:5001 0 0 ACCEPT udp * * ::/0 ::/0 udp dpt:137 0 0 ACCEPT udp * * ::/0 ::/0 udp dpt:138 0 0 ACCEPT udp * * ::/0 ::/0 udp dpt:139 0 0 ACCEPT udp * * ::/0 ::/0 udp dpt:445 0 0 ACCEPT udp * * ::/0 ::/0 udp dpt:5353 0 0 ACCEPT udp * * ::/0 ::/0 udp dpt:5353 0 0 ACCEPT udp * * ::/0 ::/0 udp dpt:427 0 0 LOG all * * ::/0 ::/0 limit: avg 3/min burst 5 LOG flags 6 level 4 prefix "SFW2-INext-DROP-DEFLT " 0 0 DROP all * * ::/0 ::/0 Chain reject_func (0 references) pkts bytes target prot opt in out source destination 0 0 REJECT tcp * * ::/0 ::/0 reject-with tcp-reset 0 0 REJECT udp * * ::/0 ::/0 reject-with icmp6-port-unreachable 0 0 REJECT all * * ::/0 ::/0 reject-with icmp6-addr-unreachable 0 0 DROP all * * ::/0 ::/0 ### ip6tables mangle ### Chain PREROUTING (policy ACCEPT 30 packets, 8101 bytes) pkts bytes target prot opt in out source destination Chain INPUT (policy ACCEPT 30 packets, 8101 bytes) pkts bytes target prot opt in out source destination Chain FORWARD (policy ACCEPT 0 packets, 0 bytes) pkts bytes target prot opt in out source destination Chain OUTPUT (policy ACCEPT 32 packets, 8233 bytes) pkts bytes target prot opt in out source destination Chain POSTROUTING (policy ACCEPT 32 packets, 8233 bytes) pkts bytes target prot opt in out source destination ### ip6tables raw ### Chain PREROUTING (policy ACCEPT 30 packets, 8101 bytes) pkts bytes target prot opt in out source destination 30 8101 NOTRACK all lo * ::/0 ::/0 Chain OUTPUT (policy ACCEPT 32 packets, 8233 bytes) pkts bytes target prot opt in out source destination 30 8101 NOTRACK all * lo ::/0 ::/0 Reproducible: Always -- 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