January 2014 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 857147] New: games/ioquake3: unsatisfied dependency
by bugzilla_noreply＠novell.com 02 Jan '14

02 Jan '14

https://bugzilla.novell.com/show_bug.cgi?id=857147 https://bugzilla.novell.com/show_bug.cgi?id=857147#c0 Summary: games/ioquake3: unsatisfied dependency Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Minor Priority: P5 - None Component: 3rd party software AssignedTo: prusnak(a)opensuse.org ReportedBy: gleixner(a)lrz.de QAContact: opensuse-communityscreening(a)forge.provo.novell.com CC: christian.morales.vega(a)gmail.com Found By: --- Blocker: --- ioquake uses libcurl to download maps via http. libcurl is loaded on demand via dynamic linker. rpm should contain dependency on libcurl-32bit. -- 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 826354] New: clamav: group and permissions of /var/spool/amavis conflicts with other av programms
by bugzilla_noreply＠novell.com 02 Jan '14

02 Jan '14

https://bugzilla.novell.com/show_bug.cgi?id=826354 https://bugzilla.novell.com/show_bug.cgi?id=826354#c0 Summary: clamav: group and permissions of /var/spool/amavis conflicts with other av programms Classification: openSUSE Product: openSUSE 11.4 Version: Final Platform: x86-64 OS/Version: SLES 11 Status: NEW Severity: Normal Priority: P5 - None Component: Maintenance AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: stefan.jakobs(a)rus.uni-stuttgart.de QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:21.0) Gecko/20100101 Firefox/21.0 I'm referencing to: # rpm -q clamav clamav-0.97.8-0.2.1 The directory /var/spool/amavis has the following rights: # ls -ld /var/spool/amavis drwx------ 8 vscan root 4096 4. Jun 6 17:29 /var/spool/amavis This conflicts with other av scanners, like sophie. They need to access the files in /var/spool/amavis but doesn't run as the user vscan but in the group vscan. >From the INSTALL file in the amavisd-new sourceball: "Check or set the ownership and protection of the directories to be readable and writable by the chosen UID, and not writable by other non-privileged users; chown -R amavis:amavis /var/amavis chmod -R 750 /var/amavis " I suggest to change the rights to 750 and make the group vscan, too. It will look like: drwxr-x--- 8 vscan vscan 4096 4. Jun 17:29 /var/spool/amavis Reproducible: Always Steps to Reproduce: 1. manually change permissons: # chgrp vscan /var/spool/amavis/ 2. # chmod 750 /var/spool/amavis/ 3. # ls -ld /var/spool/amavis/ drwxr-x--- 8 vscan vscan 4096 4. Jun 17:29 /var/spool/amavis/ 4. # zypper install --force clamav 5. # ls -ld /var/spool/amavis/ drwx------ 8 vscan root 4096 4. Jun 17:29 /var/spool/amavis/ Actual Results: Other av scanners will fail: amavis[22776]: (22776-03) (!)run_av (Sophie) FAILED - unexpected , output="-1:/var/spool/amavis/tmp/amavis-20130624T083714-22776-qr9FqnNd/parts/ (Permission denied)" amavis[22776]: (22776-03) (!)Sophie av-scanner FAILED: CODE(0x16a60d8) unexpected , output="-1:/var/spool/amavis/tmp/amavis-20130624T083714-22776-qr9FqnNd/parts/ (Permission denied)" at (eval 125) line 899, <GEN37> line 32. amavis[22776]: (22776-03) (!)WARN: all primary virus scanners failed, considering backups Expected Results: amavis[22807]: (22807-02) run_av (Sophie): /var/spool/amavis/tmp/amavis-20130624T091223-22807-fadhRZ8h/parts INFECTED: EICAR-AV-Test amavis[22807]: (22807-02) virus_scan: (EICAR-AV-Test), detected by 1 scanners: Sophie -- 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 2

[Bug 818314] New: os-prober doesn't recognize Windows 7 installation
by bugzilla_noreply＠novell.com 02 Jan '14

02 Jan '14

https://bugzilla.novell.com/show_bug.cgi?id=818314 https://bugzilla.novell.com/show_bug.cgi?id=818314#c0 Summary: os-prober doesn't recognize Windows 7 installation Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: Bootloader AssignedTo: jsrain(a)suse.com ReportedBy: markus.kossmann(a)gmx.de QAContact: jsrain(a)suse.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:20.0) Gecko/20100101 Firefox/20.0 If my Windows 7 partition isn't mounted, os-prober doesn't recognize the installation: # os-prober /dev/mapper/system-root--factory:openSUSE 12.3 (x86_64):SUSE:linux # mount -t ntfs /dev/sda1 /mnt # os-prober /dev/sda1:Windows 7 (loader):Windows:chain /dev/mapper/system-root--factory:openSUSE 12.3 (x86_64):SUSE:linux This also means that any update to grub2 , which does an reinstallation of grub2, will remove an existing menu entry for that windows installation. Note: this Windows 7 installation was updated from XP- So there is no seperate windows boot-partition. Reproducible: Always Steps to Reproduce: 1.nothing to do, because unmounted Windows partition is the default 2. 3. Actual Results: os-prober doesn't recognize the windows installation: Expected Results: os-prober should recognize the windows installation without having to mount it # rpm -q os-prober os-prober-1.49-7.7.1.x86_64fdisk -l Disk /dev/sda: 750.2 GB, 750156374016 bytes 255 heads, 63 sectors/track, 91201 cylinders, total 1465149168 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk identifier: 0xf1af86e8 Device Boot Start End Blocks Id System /dev/sda1 2048 314574847 157286400 7 HPFS/NTFS/exFAT /dev/sda2 * 441151488 1465147391 511997952 f W95 Ext'd (LBA) /dev/sda5 441153536 443250687 1048576 83 Linux /dev/sda6 443252736 445349887 1048576 83 Linux /dev/sda7 445351936 1465147391 509897728 8e Linux LVM Disk /dev/mapper/system-home: 268.4 GB, 268435456000 bytes 255 heads, 63 sectors/track, 32635 cylinders, total 524288000 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/mapper/system-root: 26.8 GB, 26843545600 bytes 255 heads, 63 sectors/track, 3263 cylinders, total 52428800 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/mapper/system-swap: 10.7 GB, 10737418240 bytes 255 heads, 63 sectors/track, 1305 cylinders, total 20971520 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/mapper/system-root--factory: 26.8 GB, 26843545600 bytes 255 heads, 63 sectors/track, 3263 cylinders, total 52428800 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes -- 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 854814] New: Memory of File Sort Selection using File Manager
by bugzilla_noreply＠novell.com 02 Jan '14

02 Jan '14

https://bugzilla.novell.com/show_bug.cgi?id=854814 https://bugzilla.novell.com/show_bug.cgi?id=854814#c0 Summary: Memory of File Sort Selection using File Manager Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: M68K OS/Version: SLED 10 Status: NEW Severity: Normal Priority: P5 - None Component: GNOME AssignedTo: bnc-team-gnome(a)forge.provo.novell.com ReportedBy: peakcomp(a)gmail.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created an attachment (id=571183) --> (http://bugzilla.novell.com/attachment.cgi?id=571183) Screenshot of "Files" in LIST View User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/31.0.1650.11 Safari/537.36 SUSE/31.0.1650.11 When using any form of Gnome File Manager to view files, the File Manager will not remember (retain) the user selected VIEW. (e.g. List or Grid). It always defaults to GRID view. Reproducible: Always Steps to Reproduce: 1. Open "Files" 2. Observe View is displayed as "Grid". 3. Change View to "List" view. 4. Exit "Files" 5. Open "Files" 6. Observe (again) that View is set as "Grid" and not "List" as previously selected. Actual Results: Actual Results was that "Files" will not retain User Selection of "List" view. It always will default back to "Grid" view. Expected Results: Suse/Gnome would RETAIN user selection for viewing preference of LIST View. -- 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 857039] New: "bash_command_not_found" sends output to STDOUT not STDERR
by bugzilla_noreply＠novell.com 02 Jan '14

02 Jan '14

https://bugzilla.novell.com/show_bug.cgi?id=857039 https://bugzilla.novell.com/show_bug.cgi?id=857039#c0 Summary: "bash_command_not_found" sends output to STDOUT not STDERR Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: All OS/Version: openSUSE 13.1 Status: NEW Severity: Minor Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: dabe(a)dabe.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created an attachment (id=573080) --> (http://bugzilla.novell.com/attachment.cgi?id=573080) Patch for "/etc/bash_command_not_found" User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:26.0) Gecko/20100101 Firefox/26.0 I noticed the following: prompt% asdfasdf | tr a-z A-Z ASDFASDF: COMMAND NOT FOUND prompt% asdfasdf | rev dnouf ton dnammoc :fdsafdsa I tracked the issue down to "/etc/bash_command_not_found" doing: echo $"$1: command not found" whereas I believe it should redirect that message to STDERR: echo $"$1: command not found" 1>&2 This dates back to previous versions of OpenSUSE, as well... Reproducible: Always Steps to Reproduce: 1. In bash[*], type a nonexistent command into a pipe, e.g. "asdfasdf | rev" or "asdfasdf | tr a-z A-Z" * - "/etc/zsh_command_not_found" seems to work okay... Actual Results: "rev" reverses the error message; tr capitalizes the output. Expected Results: The error messages should pass through unscathed. Included is a patch that adds the appropriate "1>&2" redirection(s) PS: Apart from being purely cosmetic, the reason I was pulling my hair out over this was because I was trying to make sure all the directories on "/home2" really corresponded to actual users' home directories -- but I had misspelled "awk" (Yeah, it's only three letters... I know!) So: prompt% akw -F: '{print $6}' /etc/passwd | grep '/home2' gave me no results, even though I *KNEW* there should have been a bunch... -- 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 854042] New: Transparency Windows Engine Completely Fails on Search and Launch type Desktop
by bugzilla_noreply＠novell.com 02 Jan '14

02 Jan '14

https://bugzilla.novell.com/show_bug.cgi?id=854042 https://bugzilla.novell.com/show_bug.cgi?id=854042#c0 Summary: Transparency Windows Engine Completely Fails on Search and Launch type Desktop Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: x86-64 OS/Version: openSUSE 13.1 Status: NEW Severity: Major Priority: P5 - None Component: KDE4 Workspace AssignedTo: kde-maintainers(a)suse.de ReportedBy: secure(a)aphofis.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:25.0) Gecko/20100101 Firefox/25.0 Changing from a default type desktop to a search launch fails when apps are minimised and the newly opened apps will be in focus, however its transparency is 80% rather than being NIL for the window in focus. We see when we have two search and launch desktops and opening and closing and minimising applications Reproducible: Always Steps to Reproduce: 1.Replace all two default KDE Desktops to be Search and Launch 2.Open an application and minimise it 3.Change to a different desktop 4.Open and minimise an application 5 change back to the original desktop Actual Results: Transparency losses it and has the window in focus at 80% transparent. Expected Results: Normally the default X screen driver work perfectly in all past versions but as yet, the Nvidia repo has not get been created...should not matter as I have tested the same test PC with or without Nvidia Driver in past versions and all works perfectly I'll grab a screen shot and add upload files asap -- 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 814510] New: icmp redirect appears to be ignored
by bugzilla_noreply＠novell.com 01 Jan '14

01 Jan '14

https://bugzilla.novell.com/show_bug.cgi?id=814510 https://bugzilla.novell.com/show_bug.cgi?id=814510#c0 Summary: icmp redirect appears to be ignored Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: Network AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: per(a)computer.org QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux i686 on x86_64; rv:11.0) Gecko/20100101 Firefox/11.0 I have just upgraded a desktop box from 11.4 to 12.3 - I was prepared to have to reinstall from scratch, but it appears to have worked very well! Sofar the only problem seems to be that the box is ignoring ICMP redirects. I've checked the settings: cat /proc/sys/net/ipv4/conf/*/accept_redirects 1 1 1 1 I've also checked the routing table shortly after having received a redirect, and the redirect hasn't been cached. The firewall is inactive. For us, this means no web-access because all port 80 requests are diverted to the web-cache, and this happens with an ICMP redirect. 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 34

[Bug 788780] New: Enabling AMAVIS in YaST -> Network Services - E-mail Service does not work
by bugzilla_noreply＠novell.com 01 Jan '14

01 Jan '14

https://bugzilla.novell.com/show_bug.cgi?id=788780 https://bugzilla.novell.com/show_bug.cgi?id=788780#c0 Summary: Enabling AMAVIS in YaST -> Network Services - E-mail Service does not work Classification: openSUSE Product: openSUSE 12.2 Version: Final Platform: x86-64 OS/Version: openSUSE 12.2 Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: f.de.kruijf(a)gmail.com QAContact: jsrain(a)suse.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:16.0) Gecko/20100101 Firefox/16.0 After starting the module E-mail Server in YaST in General Settings, after choosing a permanent connection type one can activate AMaViS. After that one would expect that the service amavis will be running, using ClamAV as the virusscanner. Reproducible: Always Steps to Reproduce: 1. Enable AMaViS in the YaST module E-mail Server. 2. Check if amavis is active with "systemctl status amavis.service" Actual Results: amavis is not active nor is clamd.service and freshclam.service Expected Results: amavis.service, clamd.service and freshclam.service should be active. They do get installed if not, however they are not activated. These services first need to be enabled using: systemctl enable freshclam.service systemctl enable clamd.service systemctl enable amavis.service After that they must be started. systemctl start freshclam.service systemctl start clamd.service systemctl start amavis.service Simply trying to start amavis with the last command gives an error message with a hint about getting information using "systemctl status amavis.service" and/or looking at log files. This information is unavailable. The solution is to enable amavis.service, so a better hint is to check if amavis.service has been enabled -- 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 829834] New: New KDE Default Non-Automated Installation Fails to Complete with System Frozen but Hardware Completely Functional
by bugzilla_noreply＠novell.com 01 Jan '14

01 Jan '14

https://bugzilla.novell.com/show_bug.cgi?id=829834 https://bugzilla.novell.com/show_bug.cgi?id=829834#c0 Summary: New KDE Default Non-Automated Installation Fails to Complete with System Frozen but Hardware Completely Functional Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: x86-64 OS/Version: openSUSE 12.3 Status: NEW Severity: Major Priority: P5 - None Component: Installation AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: secure(a)aphofis.com QAContact: jsrain(a)suse.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:14.0) Gecko/20100101 Firefox/14.0.1 Standard 12.3 KDE Non Automated New Installation Fails to complete. Install runs smoothly until the last of the patch updates are installed>Next...dump out of GUI environment with list of processes than frozen after Suse Firewall Part 2..... Installation does restart but the X_64 require hardware soft-restart to continue. On the + Side, the Release Notes DO Download and Test for Network Connection Actually works. On the - Side, at time of Restart we can still see the text...creating RAM Disk.....Can we simply change the colour of this text to be black on black so it doesn't look so out of place..Its not tidy at all...Same in 12.1. 12.2. Reproducible: Always Steps to Reproduce: 1. Multiple Attempts fails at same point in time New Install after New Install. 2. At beginning of all the Installs ALL HDD partitions are Newly formatted, including SWAP 3. Actual Results: The only value are the log files which I'll happily assist with Log files when and if Bug gets Assigned and will work with the Assignee Expected Results: Installation completes without error..The Hardware is not frozen at all so we can take the specific PC's Hardware out of the question Be specific with your request for log files...I would normally include them out front. I'll happily assist with Log files when and if Bug gets Assigned and will work with the Assignee. -- 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 51