December 2013 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 734894] New: killswitch-applet: missing dependencies and still doesn't work.
by bugzilla_noreply＠novell.com 02 Jan '14

02 Jan '14

https://bugzilla.novell.com/show_bug.cgi?id=734894 https://bugzilla.novell.com/show_bug.cgi?id=734894#c0 Summary: killswitch-applet: missing dependencies and still doesn't work. Classification: openSUSE Product: openSUSE 12.1 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: jnelson-suse(a)jamponi.net QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:8.0) Gecko/20100101 Firefox/8.0 it is missing the 'urfkill' dependency. Once installed, it still doesn't work: python-killswich: Using URfkill Traceback (most recent call last): File "/usr/bin/killswitch-applet", line 213, in <module> base = KSA() File "/usr/bin/killswitch-applet", line 32, in __init__ self.k = killswitch.KillswitchManager() File "/usr/lib/python2.7/site-packages/killswitch.py", line 180, in __init__ self.k = _KillswitchManagerUrfkill(); File "/usr/lib/python2.7/site-packages/killswitch.py", line 247, in __init__ for ks in self.__get_killswitches(): File "/usr/lib/python2.7/site-packages/killswitch.py", line 267, in __get_killswitches return iface.GetAll() File "/usr/lib/python2.7/site-packages/dbus/proxies.py", line 68, in __call__ return self._proxy_method(*args, **keywords) File "/usr/lib/python2.7/site-packages/dbus/proxies.py", line 140, in __call__ **keywords) File "/usr/lib/python2.7/site-packages/dbus/connection.py", line 630, in call_blocking message, timeout) dbus.exceptions.DBusException: org.freedesktop.DBus.Error.UnknownMethod: Method "GetAll" with signature "" on interface "org.freedesktop.URfkill" doesn't exist Reproducible: Always Steps to Reproduce: 1. 2. 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 14

[Bug 856857] New: mysql_install_db fails to create initial database with default engine is MyISAM
by bugzilla_noreply＠novell.com 02 Jan '14

02 Jan '14

https://bugzilla.novell.com/show_bug.cgi?id=856857 https://bugzilla.novell.com/show_bug.cgi?id=856857#c0 Summary: mysql_install_db fails to create initial database with default engine is MyISAM Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: lutchy.horace(a)outlook.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/31.0.1650.63 Safari/537.36 OPR/18.0.1284.68 MySQL Ver: 5.6.12 mysql_install_db will fail to create initial databases successfully when innodb is disabled with error "ERROR: 1286 Unknown storage engine 'INNODB'". It looks like there has been an upstream fix (http://dev.mysql.com/doc/relnotes/mysql/5.6/en/news-5-6-13.html) mysql_install_db incorrectly tried to create the mysql.innodb_table_stats and mysql.innodb_index_stats tables if InnoDB was not available. Will there be a bug fix release ? Reproducible: Always Steps to Reproduce: 1. zypper in mysql-community-server 2. Add skip-innodb to /etc/my.cnf 3. rcmysql start Actual Results: Fail to create initial database Expected Results: Create initial database successfully and start mysql -- 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 856850] New: package php5-fpm contains an init.d script instead of a systemd service file
by bugzilla_noreply＠novell.com 02 Jan '14

02 Jan '14

https://bugzilla.novell.com/show_bug.cgi?id=856850 https://bugzilla.novell.com/show_bug.cgi?id=856850#c0 Summary: package php5-fpm contains an init.d script instead of a systemd service file Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: All OS/Version: openSUSE 13.1 Status: NEW Severity: Enhancement Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: benoit.monin(a)gmx.fr QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:26.0) Gecko/20100101 Firefox/26.0 The package php5-fpm, a subpackage of php5, still contains an init.d script (/etc/init.d/php-fpm). And while it works, I think the way forward is to switch to systemd. Moreover, The fastcgi server php-fpm support systemd notification. Reproducible: Always Steps to Reproduce: 1. zypper in php5-fpm Actual Results: The php fastcgi server is managed by /etc/init.d/php-fpm. Expected Results: The php fastcgi server should come with a systemd service file. The fedora project provides a systemd service file instead, with the following content: [Unit] Description=The PHP FastCGI Process Manager After=syslog.target network.target [Service] Type=notify PIDFile=/run/php-fpm/php-fpm.pid EnvironmentFile=/etc/sysconfig/php-fpm ExecStart=/usr/sbin/php-fpm --nodaemonize ExecReload=/bin/kill -USR2 $MAINPID PrivateTmp=true [Install] WantedBy=multi-user.target -- 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 754852] New: Missing requires/recommends in amavisd for unpacking archives
by bugzilla_noreply＠novell.com 02 Jan '14

02 Jan '14

https://bugzilla.novell.com/show_bug.cgi?id=754852 https://bugzilla.novell.com/show_bug.cgi?id=754852#c0 Summary: Missing requires/recommends in amavisd for unpacking archives 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: varkoly(a)suse.com ReportedBy: suse-beta(a)cboltz.de QAContact: qa-bugs(a)suse.de Found By: Beta-Customer Blocker: --- Starting amavisd on a fresh 12.1 install brings up some warnings about missing decoders in the log. At least some of them are available as packages - you just need to add a Requires or Recommends for them ;-) > amavis[21254]: No decoder for .F tried: unfreeze, freeze -d, melt, fcat > amavis[21254]: No decoder for .arc tried: nomarch, arc None of them seem to exist as package in 12.1 > amavis[21254]: No decoder for .lzo tried: lzop -d Package "lzo" only creates liblzo2-2, but no binary :-( > amavis[21254]: No decoder for .7z tried: 7zr, 7za, 7z package "p7zip" in 12.1 OSS > amavis[21254]: No decoder for .tnef tried: tnef package "tnef" > No decoder for .deb tried: ar /usr/bin/ar is part of the "binutils" package Please add Requires: or Recommends: for those packages. > amavis[21254]: No decoder for .lha tried: lha package "lha" in Contrib - unfortunately nobody moved it to Factory yet :-( (Nevertheless adding a Recommends won't hurt and will help people using the Contrib repo.) Besides that, amavisd can use altermime which is also in Contrib - might also be worth a Recommends: -- 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 844575] New: amavis received a change where /var/run was replaced with /run still /var/run is present
by bugzilla_noreply＠novell.com 02 Jan '14

02 Jan '14

https://bugzilla.novell.com/show_bug.cgi?id=844575 https://bugzilla.novell.com/show_bug.cgi?id=844575#c0 Summary: amavis received a change where /var/run was replaced with /run still /var/run is present Classification: openSUSE Product: openSUSE Factory Version: 13.1 Beta 1 Platform: x86-64 OS/Version: SUSE Other Status: NEW Severity: Normal Priority: P5 - None Component: Network AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: f.de.kruijf(a)gmail.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0 Recently in /etc/amavisd.conf /var/run used with clamav was replaced by /run, however there are other locations in that file that sill have /var/run in it. Shouldn't these be replaced as well? Reproducible: Always Steps to Reproduce: 1. 2. 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 9

[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