January 2014 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 770965] New: shared network connection does not work
by bugzilla_noreply＠novell.com 02 Jan '14

02 Jan '14

https://bugzilla.novell.com/show_bug.cgi?id=770965 https://bugzilla.novell.com/show_bug.cgi?id=770965#c0 Summary: shared network connection does not work Classification: openSUSE Product: openSUSE 12.1 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: richlv(a)nakts.net QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Opera/9.80 (X11; Linux x86_64; U; en) Presto/2.10.289 Version/12.00 creating a shared wireless connection doesn't work - the iptables rules and forwarding state are reset immediately. reasoning for major severity - connection sharing for mobile devices is a very common need today, and it being broken leaves a bad impression on novice users steps : connect via a cable; in knetworkmanager, open "manage connections", switch to 'wireless' and add a new shared connection. configure it as appropriate. activate the connection. expected : devices connected over the new wireless connection gain access through the cable connection. result : not like that. there seem to be two problems. 1. problem : iptables rules that knetworkmanager sets up are removed in /var/log/NetworkManager, it can be seen that it actually tries to execute iptables commands that are needed for this to work (dhcp/dns ports, masquerading rule etc), but they are not visible in iptables listing a moment later. speculation : firewall script is called, which resets everything. /var/log/messages contains (with enabled systemd debugging) : dbus[984]: [system] Activating service name='org.freedesktop.nm_dispatcher' (using servicehelper) dbus-daemon[984]: dbus[984]: [system] Activating service name='org.freedesktop.nm_dispatcher' (using servicehelper) systemd[1]: Got D-Bus request: org.freedesktop.DBus.NameOwnerChanged() on /org/freedesktop/DBus dbus[984]: [system] Successfully activated service 'org.freedesktop.nm_dispatcher' dbus-daemon[984]: dbus[984]: [system] Successfully activated service 'org.freedesktop.nm_dispatcher' systemd[1]: Got D-Bus request: org.freedesktop.DBus.NameOwnerChanged() on /org/freedesktop/DBus systemd[1]: Accepted connection on private bus. systemd[1]: Got D-Bus request: org.freedesktop.systemd1.Manager.LoadUnit() on /org/freedesktop/systemd1 systemd[1]: Got D-Bus request: org.freedesktop.DBus.Properties.GetAll() on /org/freedesktop/systemd1/unit/graphical_2etarget systemd[1]: Got D-Bus request: org.freedesktop.DBus.Local.Disconnected() on /org/freedesktop/DBus/Local if-up.d/21-dhcpcd-hook-samba: No dhcpcd info nor dhclient leases file found for wlan0. SuSEfirewall2: Setting up rules from /etc/sysconfig/SuSEfirewall2 ... if i run "while true; do iptables -L -n | grep 53; done" while activating the shared connection i see the iptables rules actually appearing for a second or two 2. problem : ip forwarding is disabled /proc/sys/net/ipv4/ip_forward is set to 1 briefly, then set back to 0 (possibly by firewall scripts again ?) similarly, if i run "while true; do cat /proc/sys/net/ipv4/ip_forward | grep 1; done" while enabling the shared connection, i can see it being set to 1 briefly --------------- if i set same iptables rules as networkmanager and enable ip forwarding, shared connection works w/o any issues 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 2

[Bug 809969] New: Wrong startup options for amavisd-milter in amavisd-new packages
by bugzilla_noreply＠novell.com 02 Jan '14

02 Jan '14

https://bugzilla.novell.com/show_bug.cgi?id=809969 https://bugzilla.novell.com/show_bug.cgi?id=809969#c0 Summary: Wrong startup options for amavisd-milter in amavisd-new packages Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: x86-64 OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: zinovik.igor(a)gmail.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:19.0) Gecko/20100101 Firefox/19.0 amavisd-new is shipped with amavisd-milter program that implements Sendmail Milter support for amavisd-new. amavisd-new is shipped with startup script for SysV and for systemd. Both scripts use incorrect options for starting amavisd-milter. I'm using amavisd-new-2.8.0-1.1.1.x86_64 /etc/init.d/amavis starts amavisd-milter this way: ... echo -n "Starting amavis-milter:" startproc -u vscan $AMAVIS_MILTER_BIN -p $AMAVIS_MILTER_SOCK > /dev/null 2>&1 rc_status -v ... But according to amavisd-milter usage `-p' option is used to specify PID file location: suse12.3# amavisd-milter -h Usage: amavisd-milter [OPTIONS] Options are: -d debug-level Set debug level -D delivery Delivery care of server or client -f Run in the foreground -h Print this page -m max-conns Maximum amavisd connections -M max-wait Maximum wait for connection in seconds -p pidfile Use this pid file -P When amavisd fails mail will be passed through unchecked -q backlog Milter communication socket backlog -s socket Milter communication socket -S socket Amavisd communication socket -t timeout Milter connection timeout in seconds -T timeout Amavisd connection timeout in seconds -v Report the version and exit -w directory Set the working directory I modified /etc/init.d/amavis this way to allow it to start amavisd-milter: --- amavis 2013-02-26 01:49:04.000000000 +0400 +++ amavis.new 2013-03-18 14:44:43.114487449 +0400 @@ -26,7 +26,10 @@ AMAVIS_SYSCONFIG=/etc/sysconfig/amavis AMAVIS_CONF=/etc/amavisd.conf AMAVIS_PID=/var/spool/amavis/amavisd.pid +AMAVIS_MILTER_PID=/var/spool/amavis/amavis-milter.pid AMAVIS_MILTER_SOCK=local:/var/run/amavis/amavis-milter.sock +# Use local TCP socket +# AMAVIS_MILTER_SOCK=inet:10024@localhost # it's like checkproc, but works for scripts too: checkproc_script() @@ -108,7 +111,7 @@ if [ "$AMAVIS_SENDMAIL_MILTER" == "yes" ]; then rc_reset echo -n "Starting amavis-milter:" - startproc -u vscan $AMAVIS_MILTER_BIN -p $AMAVIS_MILTER_SOCK > /dev/null 2>&1 + startproc -u vscan $AMAVIS_MILTER_BIN -s $AMAVIS_MILTER_SOCK -p $AMAVIS_MILTER_PID > /dev/null 2>&1 rc_status -v fi ;; systemd uses /usr/lib/systemd/system/amavisd.service unit to start amavisd-milter via shell script /usr/sbin/amavisd-milter.sh suse12.3# systemctl show amavisd.service | egrep -e '^ExecStartPre.*amavisd-milter.sh' ExecStartPre={ path=/usr/sbin/amavisd-milter.sh ; argv[]=/usr/sbin/amavisd-milter.sh start ; ignore_errors=no ; start_time=[n/a] ; stop_time=[n/a] ; pid=0 ; code=(null) ; status=0/0 } But when i start amavisd-new with milter (AMAVISD_SENDMAIL_MILTER="yes" in /etc/sysconfig/amavis) it does not start. suse12.3# systemctl start amavisd.service suse12.3# systemctl status amavisd.service amavisd.service - Amavisd-new Virus Scanner interface Loaded: loaded (/usr/lib/systemd/system/amavisd.service; disabled) Active: active (running) since Mon, 2013-03-18 14:48:38 MSK; 5s ago Process: 3384 ExecStart=/usr/sbin/amavisd start (code=exited, status=0/SUCCESS) Process: 3379 ExecStartPre=/usr/sbin/amavisd-milter.sh start (code=exited, status=0/SUCCESS) Process: 3375 ExecStartPre=/bin/echo Starting virus-scanner (amavisd-new): (code=exited, status=0/SUCCESS) Main PID: 3385 (/usr/sbin/amavi) CGroup: name=systemd:/system/amavisd.service └ 3385 /usr/sbin/amavisd (master) Mar 18 14:48:40 suse12.3 amavis[3385]: No decoder for .jar Mar 18 14:48:40 suse12.3 amavis[3385]: No decoder for .lha Mar 18 14:48:40 suse12.3 amavis[3385]: No decoder for .lrz Mar 18 14:48:40 suse12.3 amavis[3385]: No decoder for .lzo Mar 18 14:48:40 suse12.3 amavis[3385]: No decoder for .swf Mar 18 14:48:40 suse12.3 amavis[3385]: Using primary internal av scanner code for ClamAV-clamd Mar 18 14:48:40 suse12.3 amavis[3385]: Found secondary av scanner ClamAV-clamscan at /usr/bin/clamscan Mar 18 14:48:40 suse12.3 amavis[3385]: Deleting db files __db.003,__db.004,snmp.db,__db.001,nanny.db,__db.002 in ...vis/db Mar 18 14:48:40 suse12.3 amavis[3385]: Creating db in /var/spool/amavis/db/; BerkeleyDB 0.50, libdb 4.8 Mar 18 14:48:38 suse12.3 systemd[1]: Started Amavisd-new Virus Scanner interface. But amavisd-milter does not appear in running processes: suse12.3# ps auxw|grep amavisd-milter|grep -v grep|wc -l 0 But even with following diff I did not managed to start amavisd-milter via `systemctl start amavisd.service'. --- amavisd-milter.sh.orig 2013-03-18 14:53:37.542789597 +0400 +++ amavisd-milter.sh 2013-03-18 15:50:12.496855075 +0400 @@ -2,12 +2,14 @@ . /etc/sysconfig/amavis AMAVIS_MILTER_BIN=/usr/sbin/amavisd-milter -AMAVIS_MILTER_SOCK=local:/var/run/amavis/amavis-milter.sock +AMAVIS_MILTER_SOCK=local:/var/spool/amavis/amavisd-milter.sock +#AMAVIS_MILTER_SOCK=inet:10024@localhost +AMAVIS_MILTER_PID=/var/spool/amavis/amavisd-milter.pid case "$1" in start) if [ "$AMAVIS_SENDMAIL_MILTER" = "yes" ]; then - startproc -u vscan $AMAVIS_MILTER_BIN -p $AMAVIS_MILTER_SOCK > /dev/null 2>&1 + startproc -u vscan $AMAVIS_MILTER_BIN -s $AMAVIS_MILTER_SOCK -p $AMAVIS_MILTER_PID > /dev/null 2>&1 fi ;; stop) But if i run suse12.3# /usr/sbin/amavisd-milter.sh start program successfully starts. 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 2

[Bug 856353] New: CTS - Test RemoteBaremetal Fails
by bugzilla_noreply＠novell.com 02 Jan '14

02 Jan '14

https://bugzilla.novell.com/show_bug.cgi?id=856353 https://bugzilla.novell.com/show_bug.cgi?id=856353#c0 Summary: CTS - Test RemoteBaremetal Fails Classification: openSUSE Product: openSUSE Factory Version: 13.2 Milestone 0 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: High Availability AssignedTo: lmb(a)suse.com ReportedBy: rbrown(a)suse.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- Every time I run CTS to test a Cluster (currently using openSUSE:Factory + network:ha:factory) every instance of Test RemoteBaremetal fails Example error: >Test RemoteBaremetal FAILED: Failed to start pacemaker_remote on node ix64ph1013 I believe that we might not be using/packaging pacemaker_remote, if this is the case, can we modify our packaged version of CTS so it doesn't run that test by default? At the moment running CTS with --list-tests reports the following > Dec 19 16:49:16 Random seed is: 1387468156 > Dec 19 16:49:17 Configuration variant 'pacemaker10' is unknown. Defaulting to latest config > Dec 19 16:49:17 Total 15 tests > Dec 19 16:49:17 Flip > Dec 19 16:49:17 Restart > Dec 19 16:49:17 StartOnebyOne > Dec 19 16:49:17 SimulStart > Dec 19 16:49:17 SimulStop > Dec 19 16:49:17 StopOnebyOne > Dec 19 16:49:17 RestartOnebyOne > Dec 19 16:49:17 PartialStart > Dec 19 16:49:17 Standby > Dec 19 16:49:17 MaintenanceMode > Dec 19 16:49:17 ResourceRecover > Dec 19 16:49:17 Reattach > Dec 19 16:49:17 SpecialTest1 > Dec 19 16:49:17 NearQuorumPoint > Dec 19 16:49:17 RemoteBaremetal The 'error' about our Configuration variant makes me think we can either alter our variant so CTS knows not to run RemoteBaremetal or we can inform CTS what the valid tests for our variant is..either sounds like a good solution to me -- 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 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 857124] New: octave's symbolic
by bugzilla_noreply＠novell.com 02 Jan '14

02 Jan '14

https://bugzilla.novell.com/show_bug.cgi?id=857124 https://bugzilla.novell.com/show_bug.cgi?id=857124#c0 Summary: octave's symbolic Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: x86-64 OS/Version: openSUSE 13.1 Status: NEW Severity: Minor Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: hans_juergen.greif(a)kabelbw.de 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 Hello, on opensuse 13.1 final I want to install octave, octave-forge and special symbolic-1.1.0.tar.gz. I have installed cln, and ginac-1.6.2 On ginac-1.6.2 directory and with /configure /make I have had a problem with gcc-4.7 which I do not have. There is only gcc-4.8. Workaround: /usr/lib64/gcc/x86_64-suse-linux#cp -r 4.8 4.7 Now make of ginac-1.6.2 compiles fine and also octave-symbolic. Cheers, Hans Reproducible: Always Steps to Reproduce: 1.make 2. 3. Actual Results: /usr/lib64/gcc/x86_64-suse-linux/4.7 not found Expected Results: /usr/lib64/gcc/x86_64-suse-linux/4.7 directory -- 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 857130] New: octave 3.8.0 : info files cannot be found
by bugzilla_noreply＠novell.com 02 Jan '14

02 Jan '14

https://bugzilla.novell.com/show_bug.cgi?id=857130 https://bugzilla.novell.com/show_bug.cgi?id=857130#c0 Summary: octave 3.8.0 : info files cannot be found Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: dieter.jurzitza(a)t-online.de QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created an attachment (id=573107) --> (http://bugzilla.novell.com/attachment.cgi?id=573107) Patch against current distribution User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:20.0) Gecko/20100101 Firefox/20.0 Installing the latest release of octave from the science - repository, the access to the info - files does not work any more (bug is known upstream) Attached please find a fixing patch and a patch against my local spec-file. The problem is caused by the fact that openSUSE distributes gzipped info - files, see https://savannah.gnu.org/bugs/index.php?41054 Thank you for looking into this, take care Dieter Jurzitza Reproducible: Always Steps to Reproduce: 1. see above 2. 3. Actual Results: see above Expected Results: see above This patch fixes the problems with the access to the info files on openSUSE (whatever distribution in use) -- 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