May 2016 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 951749] New: gcin does not installed if selected Traditional Chinese while installation
by bugzilla_noreply＠novell.com 28 Feb '19

28 Feb '19

http://bugzilla.suse.com/show_bug.cgi?id=951749 Bug ID: 951749 Summary: gcin does not installed if selected Traditional Chinese while installation Classification: openSUSE Product: openSUSE Distribution Version: Leap 42.1 RC1 1 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: yast2-maintainers(a)suse.de Reporter: mlin(a)suse.com QA Contact: jsrain(a)suse.com Found By: --- Blocker: --- gcin is default input method for Traditional Chinese[1], however selected Traditional Chinese as default in installer but gcin does not installed after installation. I've check the iso, unfortunately gcin is not exists. [1] https://build.opensuse.org/package/view_file/openSUSE:Leap:42.1/gcin/gcin.s… -- You are receiving this mail because: You are on the CC list for the bug.

1 7

[Bug 951707] New: zypper search hangs due to text formatting
by bugzilla_noreply＠novell.com 28 Feb '19

28 Feb '19

http://bugzilla.suse.com/show_bug.cgi?id=951707 Bug ID: 951707 Summary: zypper search hangs due to text formatting Classification: openSUSE Product: openSUSE Factory Version: 2015* Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: ronisbr(a)gmail.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Hi. I am having a problem with zypper search function in some cases. If I execute, for example: $ zypper search nautilus in a terminal (like mate-terminal) in which 60px <= width <= 86px, then it loops printing empty characters: $ zypper search nautilus Carregando os dados do repositório... Lendo os pacotes instalados... S | Nome | Resumo | Tipo --+--------------------------------------+--------------------------+----------- | Nautilus-Actions Configuration Tool | Configure items to be -> | aplicativo i | brasero-nautilus | Brasero CD/DVD burning-> | pacote | folder-color-nautilus | Change a directory col-> | pacote | gnome-shell-search-provider-nautilus | File Manager for the G-> | pacote i | libnautilus-extension1 | File Manager for the G-> | pacote | libnautilus-extension1-32bit | File Manager for the G-> | pacote i | nautilus | File Manager for the G-> | pacote | nautilus-actions | Nautilus extension to -> | pacote | nautilus-actions-devel | Nautilus extension to -> | pacote | nautilus-actions-lang | Languages for package -> | pacote i | nautilus-deja-dup | Déjà Dup Plugin for Na .... (eternal loop) I can see the same behavior using LANG=C: $ LANG=C zypper search nautilus Loading repository data... Reading installed packages... S | Name | Summary | Type --+--------------------------------------+-------------------------+------------ | Nautilus-Actions Configuration Tool | Configure items to be-> | application i | brasero-nautilus | Brasero CD/DVD burnin-> | package | folder-color-nautilus | Change a directory co-> | package | gnome-shell-search-provider-nautilus | File Manager for the -> | package i | libnautilus-extension1 | File Manager for the -> | package | libnautilus-extension1-32bit | File Manager for the -> | package i | nautilus | File Manager for the -> | package | nautilus-actions | Nautilus extension to-> | package | nautilus-actions-devel | Nautilus extension to-> | package | nautilus-actions-lang | Languages for package-> | package i | nautilus-deja-dup | Déjà Dup Plugin for N .... (eternal loop) However, for LANG=C the width interval in which the problem can be seen is different. Notice that if I resize the terminal such that the width is outside the aforementioned interval, then everything works. Thus, I think it is related with a text formatting function or something. Below, I am appending additional information about my system. ➜ ~ cat /etc/os-release NAME=openSUSE VERSION="Tumbleweed" VERSION_ID="20151017" PRETTY_NAME="openSUSE Tumbleweed (20151017) (x86_64)" ID=opensuse ANSI_COLOR="0;32" CPE_NAME="cpe:/o:opensuse:opensuse:20151017" BUG_REPORT_URL="https://bugs.opensuse.org" HOME_URL="https://opensuse.org/" ID_LIKE="suse" ➜ ~ zypper --version zypper 1.12.16 -- You are receiving this mail because: You are on the CC list for the bug.

1 2

[Bug 975966] New: hang in FITRIM ioctl()
by bugzilla_noreply＠novell.com 26 Feb '19

26 Feb '19

http://bugzilla.suse.com/show_bug.cgi?id=975966 Bug ID: 975966 Summary: hang in FITRIM ioctl() Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: Other Status: CONFIRMED Severity: Normal Priority: P5 - None Component: Kernel Assignee: kernel-maintainers(a)forge.provo.novell.com Reporter: sbrabec(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- While installing util-linux-systemd by online update tool, rpm hangs. Linux oct 4.5.0-3-default #1 SMP PREEMPT Mon Mar 28 07:27:57 UTC 2016 (8cf0ce6) x86_64 x86_64 x86_64 GNU/Linux Analyzing the problem, I found that the hang is caused by: ├─packagekitd─┬─btrfs-defrag-pl │ ├─rpm───sh───sh───systemctl The hanging systemctl is: /usr/bin/systemctl try-restart fstrim.service fstrim.timer And the hanging command is: ps axl shows: 4 0 5777 1 20 0 22252 2556 blkdev Ds ? 0:11 /usr/sbin/fstrim -a # ls -al /proc/5777/fd/ total 0 dr-x------ 2 root root 0 Apr 18 14:40 . dr-xr-xr-x 9 root root 0 Apr 18 13:59 .. lr-x------ 1 root root 64 Apr 18 14:40 0 -> /dev/null lrwx------ 1 root root 64 Apr 18 14:40 1 -> socket:[101297] lrwx------ 1 root root 64 Apr 18 14:40 2 -> socket:[101297] lr-x------ 1 root root 64 Apr 18 14:40 3 -> /sys/devices/pci0000:00/0000:00:1f.2/ata3/host2/target2:0:0/2:0:0:0/block/sdb lr-x------ 1 root root 64 Apr 18 14:40 4 -> /boot/grub2/i386-pc /dev/sdb is this device: [ 2.274041] scsi 2:0:0:0: Direct-Access ATA KINGSTON SV300S3 BBF0 PQ: 0 ANSI: 5 [ 2.275099] sd 0:0:0:0: [sda] Attached SCSI disk [ 2.304981] sd 2:0:0:0: [sdb] 468862128 512-byte logical blocks: (240 GB/224 GiB) [ 2.305504] sd 2:0:0:0: [sdb] Write Protect is off [ 2.305511] sd 2:0:0:0: [sdb] Mode Sense: 00 3a 00 00 [ 2.305806] sd 2:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA [ 2.306629] sdb: sdb1 sdb2 [ 2.307319] sd 2:0:0:0: [sdb] Attached SCSI disk There are no error or timeout messages in dmesg, only this one: [ 1110.897517] perf interrupt took too long (2509 > 2500), lowering kernel.perf_event_max_sample_rate to 50000 oct:~ # cat /proc/5777/stack [<ffffffff8136f950>] blkdev_issue_discard+0x1e0/0x230 [<ffffffffa03d7161>] btrfs_issue_discard+0xe1/0x180 [btrfs] [<ffffffffa03ddc4c>] btrfs_discard_extent+0x9c/0x100 [btrfs] [<ffffffffa043dfc4>] do_trimming+0xa4/0x170 [btrfs] [<ffffffffa043fbac>] btrfs_trim_block_group+0x4bc/0x540 [btrfs] [<ffffffffa03e8e6a>] btrfs_trim_fs+0x10a/0x3f0 [btrfs] [<ffffffffa042b41e>] btrfs_ioctl_fitrim+0x11e/0x170 [btrfs] [<ffffffffa0431d0f>] btrfs_ioctl+0x4cf/0x1e30 [btrfs] [<ffffffff8121dd02>] do_vfs_ioctl+0x92/0x580 [<ffffffff8121e269>] SyS_ioctl+0x79/0x90 [<ffffffff816cc072>] entry_SYSCALL_64_fastpath+0x16/0x71 [<ffffffffffffffff>] 0xffffffffffffffff gdb disassemble (with a debuginfo from release 3.1) indicates that it waits in wait_for_completion_io(). 0xffffffff8136f93f <+463>: lock decl 0x20(%rsp) 0xffffffff8136f944 <+468>: je 0xffffffff8136f950 <blkdev_issue_discard+480> 0xffffffff8136f946 <+470>: lea 0x30(%rsp),%rdi 0xffffffff8136f94b <+475>: callq 0xffffffff816c8630 <wait_for_completion_io> -> 0xffffffff8136f950 <+480>: mov 0x24(%rsp),%eax 0xffffffff8136f954 <+484>: test %eax,%eax 0xffffffff8136f956 <+486>: cmove %ebx,%eax 0xffffffff8136f959 <+489>: lea -0x28(%rbp),%rsp Strace hangs for long minutes, then it does few commands and hangs again: strace: Process 5777 attached close(4) = 0 stat("/boot/grub2/x86_64-efi", {st_mode=S_IFDIR|0755, st_size=0, ...}) = 0 stat("/boot/grub2", {st_mode=S_IFDIR|0755, st_size=168, ...}) = 0 stat("/dev/sdb1", {st_mode=S_IFBLK|0660, st_rdev=makedev(8, 17), ...}) = 0 open("/sys/dev/block/8:17", O_RDONLY|O_CLOEXEC) = 4 newfstatat(4, "partition", {st_mode=S_IFREG|0444, st_size=4096, ...}, 0) = 0 readlink("/sys/dev/block/8:17", "../../devices/pci0000:00/0000:00"..., 4095) = 83 open("/sys/block/sdb/dev", O_RDONLY|O_CLOEXEC) = 5 fstat(5, {st_mode=S_IFREG|0444, st_size=4096, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f8fc2425000 read(5, "8:16\n", 4096) = 5 close(5) = 0 munmap(0x7f8fc2425000, 4096) = 0 close(4) = 0 open("/sys/dev/block/8:17", O_RDONLY|O_CLOEXEC) = 4 openat(4, "queue/discard_granularity", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) openat(3, "queue/discard_granularity", O_RDONLY|O_CLOEXEC) = 5 fcntl(5, F_GETFL) = 0x8000 (flags O_RDONLY|O_LARGEFILE) fstat(5, {st_mode=S_IFREG|0444, st_size=4096, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f8fc2425000 read(5, "512\n", 4096) = 4 close(5) = 0 munmap(0x7f8fc2425000, 4096) = 0 close(4) = 0 open("/boot/grub2/x86_64-efi", O_RDONLY) = 4 fstat(4, {st_mode=S_IFDIR|0755, st_size=0, ...}) = 0 ioctl(4, FITRIM, {start=0, len=0xffffffffffffffff, minlen=0} -- You are receiving this mail because: You are on the CC list for the bug.

1 3

[Bug 936768] New: Language packages obey the wrong option for Recommended packages
by bugzilla_noreply＠novell.com 25 Feb '19

25 Feb '19

http://bugzilla.suse.com/show_bug.cgi?id=936768 Bug ID: 936768 Summary: Language packages obey the wrong option for Recommended packages Classification: openSUSE Product: openSUSE Factory Version: 201505* Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: libzypp Assignee: zypp-maintainers(a)forge.provo.novell.com Reporter: mvidner(a)suse.com QA Contact: qa-bugs(a)suse.de CC: gs(a)suse.com Found By: --- Blocker: --- I have a system where only the English Language is installed (/var/lib/zypp/RequestedLocales has en_US). If I run the YaST package manager (qt or ncurses), enable Ignore Recommended Packages for Already Installed Packages (which will be the default, see https://bugzilla.opensuse.org/show_bug.cgi?id=902394 ) and add another language (eg Czech), no additional packages are selected. This is contrary to my expectation, since I consider Czech to be a new "package" so its recommended dependencies such as desktop-translations and bundle-lang-common-cs should be selected for installation. It works if I disable the Ignore...Already option. I wondered why the solver would behave so and I noticed that most language dependencies were expressed as conjunctions, eg bundle-lang-common-cs: Supplements: bash & namespace:language(cs) (it also has this, and I wonder why) Provides: locale (bash:cs) so in one way I see that bash is "already installed" so there's a pretext for not installing the bundle. OTOH the language is new, so the user expectation is IMHO clear. desktop-translations is even more interesting, since there is no conjunction, OTOH there is a disjunction. (Why not simply list a Supplements for each?) Supplements: namespace:language(af) | ... | namespace:language(cs) | ... I noticed all this when converting the Ignore...Already option to a one-time command similar to `zypper inr`. Gabi then argued that it was necessary for it to remain an option so that language rpms can be installed. I think that they should obey the onlyRequires option, which is newly exposed in the UIs as "Install Recommended Packages" (boo#900853). Overall, I consider this a part of a bigger cleanup of Recommends, https://fate.suse.com/318099 -- You are receiving this mail because: You are on the CC list for the bug.

1 8

[Bug 953522] New: YaST does not autoselect appropriate NVIDIA driver packages
by bugzilla_noreply＠novell.com 19 Feb '19

19 Feb '19

http://bugzilla.suse.com/show_bug.cgi?id=953522 Bug ID: 953522 Summary: YaST does not autoselect appropriate NVIDIA driver packages Classification: openSUSE Product: openSUSE Distribution Version: Leap 42.1 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 Assignee: yast2-maintainers(a)suse.de Reporter: sndirsch(a)suse.com QA Contact: jsrain(a)suse.com Found By: --- Blocker: --- After adding the NVIDIA community repo http://download.suse.de/ibs/home:/sndirsch:/drivers/openSUSE_42.1 (not browsable !!!) YaST software management does not autoselect the appropriate NVIDIA packages according to the hardware supplements specified in the KMPs. Things work fine when using zypper inr and zypper dup but not with YaST. This issue currently can be reproduced internally in Nuremberg on f78.suse.de. -- You are receiving this mail because: You are on the CC list for the bug.

1 68

[Bug 675064] New: [zypper] no interface to query/set RequestedLocales
by bugzilla_noreply＠novell.com 15 Feb '19

15 Feb '19

https://bugzilla.novell.com/show_bug.cgi?id=675064 https://bugzilla.novell.com/show_bug.cgi?id=675064#c0 Summary: [zypper] no interface to query/set RequestedLocales Classification: openSUSE Product: openSUSE 11.4 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Enhancement Priority: P5 - None Component: libzypp AssignedTo: zypp-maintainers(a)forge.provo.novell.com ReportedBy: ma(a)novell.com QAContact: qa(a)suse.de Found By: Community User Blocker: --- Maintaining the RequestedLocales (packages with language support) with zypper is not possible. Also queries for language supporting packages. -- 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 899819] New: YaST (Qt4) loads gnome icons instead of oxygen
by bugzilla_noreply＠novell.com 15 Feb '19

15 Feb '19

http://bugzilla.opensuse.org/show_bug.cgi?id=899819 Bug ID: 899819 Summary: YaST (Qt4) loads gnome icons instead of oxygen Classification: openSUSE Product: openSUSE Factory Version: 201409* Hardware: i586 OS: openSUSE 13.2 Status: NEW Severity: Minor Priority: P5 - None Component: YaST2 Assignee: yast2-maintainers(a)suse.de Reporter: quentin(a)links2linux.de QA Contact: jsrain(a)suse.com Found By: --- Blocker: --- Since a couple of weeks (on factory), YaST in Qt4 loads gnome icons instead of the default KDE ones (oxygen). Here is the list of yast packages on my system: http://paste.opensuse.org/81871809 -- You are receiving this mail because: You are on the CC list for the bug.

1 10

[Bug 692694] New: zypper: add using an inferior version to the problem solver
by bugzilla_noreply＠novell.com 14 Feb '19

14 Feb '19

https://bugzilla.novell.com/show_bug.cgi?id=692694 https://bugzilla.novell.com/show_bug.cgi?id=692694#c0 Summary: zypper: add using an inferior version to the problem solver Classification: openSUSE Product: openSUSE 11.4 Version: Final Platform: All OS/Version: Linux Status: NEW Severity: Enhancement Priority: P5 - None Component: libzypp AssignedTo: zypp-maintainers(a)forge.provo.novell.com ReportedBy: jengelh(a)medozas.de QAContact: qa(a)suse.de Found By: Beta-Customer Blocker: --- Suppose this happens: 16:15 server01:~ # zypper in php5-xmlwriter Loading repository data... Reading installed packages... Resolving package dependencies... Problem: php5-xmlwriter-5.3.6.201105090040-73.1.x86_64 requires php5 = 5.3.6.201105090040, but this requirement cannot be provided uninstallable providers: php5-5.3.6.201105090040-73.1.i586[server_php] php5-5.3.6.201105090040-73.1.x86_64[server_php] Solution 1: Following actions will be done: replacement of php5-hash-5.3.3-0.17.1.x86_64 with php5-5.3.6.201105090040-73.1.x86_64 install php5-5.3.6.201105090040-73.1.x86_64 (with vendor change) openSUSE --> obs://build.opensuse.org/server:php install php5-zip-5.3.6.201105090040-73.1.x86_64 (with vendor change) openSUSE --> obs://build.opensuse.org/server:php [...] install apache2-mod_php5-5.3.6.201105090040-73.1.x86_64 (with vendor change) openSUSE --> obs://build.opensuse.org/server:php Solution 2: do not install php5-xmlwriter-5.3.6.201105090040-73.1.x86_64 Solution 3: break php5-xmlwriter by ignoring some of its dependencies Choose from above solutions by number or cancel [1/2/3/c] (c): It would be welcome if zypper could offer a "Solution 4: Install php5-xmlwriter-5.3.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 6

[Bug 500134] New: on checksumm errors yast2 software management produces non-informative message
by bugzilla_noreply＠novell.com 14 Feb '19

14 Feb '19

http://bugzilla.novell.com/show_bug.cgi?id=500134 Summary: on checksumm errors yast2 software management produces non-informative message Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: i686 OS/Version: openSUSE 11.1 Status: NEW Severity: Minor Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: grey-olli(a)ya.ru QAContact: jsrain(a)novell.com Found By: --- Created an attachment (id=289482) --> (http://bugzilla.novell.com/attachment.cgi?id=289482) 1st time the problem found User-Agent: Opera/9.64 (X11; Linux i686; U; en) Presto/2.1.1 On start of software management repository refresh is started. If checksumm is wrong for a file related to the repository the resulting message doesn't inform to which repository it relates. So if you've a few repositories installed the message is non-informative. Reproducible: Always Expected Results: Should at least tell to which repository the problem relates. -- 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 787382] New: 'zypper rm -u' is not thorough enough when dealing with patterns
by bugzilla_noreply＠novell.com 08 Feb '19

08 Feb '19

https://bugzilla.novell.com/show_bug.cgi?id=787382 https://bugzilla.novell.com/show_bug.cgi?id=787382#c0 Summary: 'zypper rm -u' is not thorough enough when dealing with patterns Classification: openSUSE Product: openSUSE 12.2 Version: Final Platform: x86-64 OS/Version: openSUSE 12.2 Status: NEW Severity: Normal Priority: P5 - None Component: libzypp AssignedTo: zypp-maintainers(a)forge.provo.novell.com ReportedBy: yoshi314(a)gmail.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:16.0) Gecko/20100101 Firefox/16.0 A simple example to illustate the problem : ------------------------------------------------------------------ a system is installed with no kde4 related patterns. rpm -qa |grep pattern patterns-openSUSE-base-12.2-5.5.1.x86_64 patterns-openSUSE-enhanced_base-12.2-5.5.1.x86_64 patterns-openSUSE-fonts-12.2-5.5.1.x86_64 patterns-openSUSE-minimal_base-12.2-5.5.1.x86_64 patterns-openSUSE-sw_management-12.2-5.5.1.x86_64 patterns-openSUSE-yast2_install_wf-12.2-5.5.1.x86_64 patterns-openSUSE-yast2_basis-12.2-5.5.1.x86_64 A command to install kde4 pattern is issued : ~ # zypper in -t pattern kde4 after installation, a command to remove the same pattern is issued : ~ # zypper rm -u patterns-openSUSE-kde4 ~ # rpm -qa |grep pattern patterns-openSUSE-base-12.2-5.5.1.x86_64 patterns-openSUSE-x11-12.2-5.5.1.x86_64 patterns-openSUSE-enhanced_base-12.2-5.5.1.x86_64 patterns-openSUSE-fonts-12.2-5.5.1.x86_64 patterns-openSUSE-non_oss-12.2-5.5.1.x86_64 patterns-openSUSE-minimal_base-12.2-5.5.1.x86_64 patterns-openSUSE-x11_opt-12.2-5.5.1.x86_64 patterns-openSUSE-imaging-12.2-5.5.1.x86_64 patterns-openSUSE-sw_management-12.2-5.5.1.x86_64 patterns-openSUSE-non_oss_opt-12.2-5.5.1.x86_64 patterns-openSUSE-kde4_basis-12.2-5.5.1.x86_64 patterns-openSUSE-yast2_install_wf-12.2-5.5.1.x86_64 patterns-openSUSE-yast2_basis-12.2-5.5.1.x86_64 ------------------------------------------------------------------------------ A diff of those two outputs : --- pre_pattern.txt 2012-10-30 09:58:46.123122931 -0400 +++ post_pattern.txt 2012-10-30 10:09:09.267068467 -0400 @@ -1,7 +1,13 @@ patterns-openSUSE-base-12.2-5.5.1.x86_64 +patterns-openSUSE-x11-12.2-5.5.1.x86_64 patterns-openSUSE-enhanced_base-12.2-5.5.1.x86_64 patterns-openSUSE-fonts-12.2-5.5.1.x86_64 +patterns-openSUSE-non_oss-12.2-5.5.1.x86_64 patterns-openSUSE-minimal_base-12.2-5.5.1.x86_64 +patterns-openSUSE-x11_opt-12.2-5.5.1.x86_64 +patterns-openSUSE-imaging-12.2-5.5.1.x86_64 patterns-openSUSE-sw_management-12.2-5.5.1.x86_64 +patterns-openSUSE-non_oss_opt-12.2-5.5.1.x86_64 +patterns-openSUSE-kde4_basis-12.2-5.5.1.x86_64 patterns-openSUSE-yast2_install_wf-12.2-5.5.1.x86_64 patterns-openSUSE-yast2_basis-12.2-5.5.1.x86_64 Some patterns remain, even though they were just installed as dependencies for kde4 pattern and should be classified as optional. Reproducible: Always Steps to Reproduce: 1. Install a pattern that pulls in other (not yet installed) patterns 2. Uninstall that pattern with zypper rm -u 3. Subpatterns that were installed as dependencies in 1. are still installed. Actual Results: Pulled in subpatterns remain installed Expected Results: Pulled in subpatterns should be removed if they were not explictly installed by user and are not depended upon by some other packages openSUSE 12.2 ; libzypp 11.6.2-2.1.2.x86_64 zypper-1.7.3-1.2.2.x86_64 -- 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