February 2014 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 832528] New: menues in acroread not responsive when multiple tabs open and active selecting one of those
by bugzilla_noreply＠novell.com 10 Feb '14

10 Feb '14

https://bugzilla.novell.com/show_bug.cgi?id=832528 https://bugzilla.novell.com/show_bug.cgi?id=832528#c0 Summary: menues in acroread not responsive when multiple tabs open and active selecting one of those Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: x86-64 OS/Version: openSUSE 12.3 Status: NEW Severity: Normal Priority: P5 - None Component: Commercial AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: haenig(a)cosifan.de QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:22.0) Gecko/20100101 Firefox/22.0 If there are more than one PDFs open in one instance of acroread one is able to choose one of those by clicking onto the respective tab. But when doing so the menue entries ('File', 'Edit', .. 'Help') are no longer selectable - that is clicking onto results in nothing at all. Sometimes (I could not determine a single reason here) the tabs to choose between several PDFs become not selectable too. After changing to another desktop and back to the one showing acroread the menue entries as well as the tabs are responsive working again and the game startes over. What helps too is to click into (a page of) an open PDF. After this both (menues as well as tabs) become responsive again (until the first click onto a tab of course.) What also unfreezes both is using items (e.g. the 'magnification' buttons) from the default toolbar. Reproducible: Always Steps to Reproduce: 1. open several (at least 2) PDFs in acroread (local or through brower (not with the plugin)) 2. select one of the tabs explicitely 3. try to use one of the menues to open e.g. another file or print the selected) Actual Results: the menue are not working (no pulldown after clicking onto) Expected Results: the menue should simply work (open/pulldown after clicking onto) happens/tried with - kde3 (with either lightdm or kdm3) - xfce4 (with either lightdm or kdm3) Versions: kdebase3-kdm-3.5.10.1-337.1.x86_64 lightdm-1.4.0-6.4.1.x86_64 acroread-9.5.5-4.1.i586 kdebase3-workspace-3.5.10.1-337.1.x86_64 xfwm4-4.10.0-5.1.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 2

[Bug 859342] NFS file locking issue
by bugzilla_noreply＠novell.com 10 Feb '14

10 Feb '14

https://bugzilla.novell.com/show_bug.cgi?id=859342 https://bugzilla.novell.com/show_bug.cgi?id=859342#c6 Neil Brown <nfbrown(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED --- Comment #6 from Neil Brown <nfbrown(a)suse.com> 2014-02-10 02:59:00 UTC --- Upstream has accepted patch, so closing. -- 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 860679] New: Nouveau: xrandr HDMI-1 and DVI-D-1 disconnected - External monitor not detected
by bugzilla_noreply＠novell.com 09 Feb '14

09 Feb '14

https://bugzilla.novell.com/show_bug.cgi?id=860679 https://bugzilla.novell.com/show_bug.cgi?id=860679#c0 Summary: Nouveau: xrandr HDMI-1 and DVI-D-1 disconnected - External monitor not detected Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: HP OS/Version: openSUSE 13.1 Status: NEW Severity: Major Priority: P5 - None Component: X.Org AssignedTo: bnc-team-xorg-bugs(a)forge.provo.novell.com ReportedBy: terje(a)nordland-teknikk.no QAContact: xorg-maintainer-bugs(a)forge.provo.novell.com Found By: --- Blocker: --- Created an attachment (id=576031) --> (http://bugzilla.novell.com/attachment.cgi?id=576031) /etc/X11/xorg.conf.install User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:26.0) Gecko/20100101 Firefox/26.0 Beyond the built-in WUXGA display, an external WQHD monitor is connected to the HDMI port on the graphical card, alternatively connected to the dual link DVI-D on the hp docking station. The external monitor is not detected and the external monitor ports are reported disconnected using Nouveau and xrandr on openSUSE 13.1 running on a hp8710w mobile workstation equipped with a Nvidia graphical card. The same problem has been the case previously also using 12.x with previous 3.x kernels. In comparision, SLED11 SP3 using the proprietary Nvidia/settings driver running in dualboot with openSUSE 13.1/Nouveau on the same workstation, the external monitor here works with up to 1920x1080 over HDMI and at 2560x1440 resolution over the docking dual link DVI-D. Here follows the query output using openSUSE 13.1/Nouveau/xrandr: # lspci -nnk | grep VGA -A2 01:00.0 VGA compatible controller [0300]: NVIDIA Corporation G92GLM [Quadro FX 3600M] [10de:061c] (rev a2) Subsystem: NVIDIA Corporation Device [10de:0518] Kernel driver in use: nouveau Software versions installed: # uname -a Linux linux-0ufn 3.11.6-4-desktop #1 SMP PREEMPT Wed Oct 30 18:04:56 UTC 2013 (e6d4a27) x86_64 x86_64 x86_64 GNU/Linux # zypper se -is nouveau Loading repository data... Reading installed packages... S | Name | Type | Version | Arch | Repository --+-------------------------------+---------+--------------+--------+------------------ i | libdrm_nouveau2 | package | 2.4.46-3.2.2 | x86_64 | openSUSE-13.1-Oss i | xorg-x11-driver-video-nouveau | package | 1.0.9-3.1.2 | x86_64 | openSUSE-13.1-Oss # zypper se -is xrandr Loading repository data... Reading installed packages... S | Name | Type | Version | Arch | Repository --+------------+---------+-------------+--------+------------------ i | libXrandr2 | package | 1.4.2-2.1.2 | x86_64 | openSUSE-13.1-Oss i | xrandr | package | 1.4.1-2.2.1 | x86_64 | openSUSE-13.1-Oss Beyond LVDS for the builtin display, all other graphical ports are reported as disconnected by xrandr: # xrandr -q Screen 0: minimum 320 x 200, current 1920 x 1200, maximum 8192 x 8192 LVDS-1 connected primary 1920x1200+0+0 (normal left inverted right x axis y axis) 367mm x 229mm 1920x1200 60.0*+ 59.9 1920x1080 60.0 1600x1200 59.9 1680x1050 60.0 1400x1050 60.0 1280x1024 59.9 1280x960 59.9 1152x864 60.0 1024x768 59.9 800x600 59.9 640x480 59.4 720x400 59.6 640x400 60.0 640x350 59.8 VGA-1 disconnected (normal left inverted right x axis y axis) DVI-D-1 disconnected (normal left inverted right x axis y axis) HDMI-1 disconnected (normal left inverted right x axis y axis) # grep HDMI /var/log/Xorg.0.log [ 70.577] (II) NOUVEAU(0): Output HDMI-1 has no monitor section [ 70.699] (II) NOUVEAU(0): EDID for output HDMI-1 [ 70.699] (II) NOUVEAU(0): Output HDMI-1 disconnected # grep DVI /var/log/Xorg.0.log [ 70.575] (II) NOUVEAU(0): Output DVI-D-1 has no monitor section [ 70.697] (II) NOUVEAU(0): EDID for output DVI-D-1 [ 70.699] (II) NOUVEAU(0): Output DVI-D-1 disconnected I have not tried to configure any file in /etc/X11 I've tried a solution that has been suggested to add output to an external monitor, but it failed as shown: # xrandr --addmode HDMI-1 1920x1080 # xrandr --output HDMI-1 --mode 1920x1080 --left-of LVDS-1 Attach the following files /etc/X11/xorg.conf.install /etc/X11/xorg.conf.d.tar /var/log/Xorg.0.log xrandr: Configure crtc 1 failed Reproducible: Always Steps to Reproduce: 1. Logon to Gnome 2. as above 3. Actual Results: No output on the external monitor and it is not found with the Screen setup tool. HDMI and DVI are reported Disconnected by xrandr Expected Results: Output on the external monitor, or possible to find it on the screen setup tool HDMI and DVI should be reported as connected by xrandr -- 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

Your Bugzilla bug list needs attention.
by bugzilla_noreply＠novell.com 09 Feb '14

09 Feb '14

[This e-mail has been automatically generated.] You have one or more bugs assigned to you in the Bugzilla bug tracking system (http://bugzilla.novell.com/) that require attention. All of these bugs are in the NEW orREOPENED state, and have not been touched in 7 days or more. You need to take a look at them, and decide on an initial action. Generally, this means one of three things: (1) You decide this bug is really quick to deal with (like, it's INVALID), and so you get rid of it immediately. (2) You decide the bug doesn't belong to you, and you reassign it to someone else. (Hint: if you don't know who to reassign it to, make sure that the Component field seems reasonable, and then use the "Reassign bug to default assignee of selected component" option.) (3) You decide the bug belongs to you, but you can't solve it this moment. Just use the "Accept bug" command. To get a list of all NEW/REOPENED bugs, you can use this URL (bookmark it if you like!): http://bugzilla.novell.com/buglist.cgi?bug_status=NEW&bug_status=REOPENED&a… Or, you can use the general query page, at http://bugzilla.novell.com/query.cgi Appended below are the individual URLs to get to all of your NEW bugs that haven't been touched for 7 days or more. You will get this message once a week until you've dealt with these bugs! RepoType: "staticlinks" doesn't create links for tbz images -> http://bugzilla.novell.com/show_bug.cgi?id=853882

1 0

[Bug 862985] New: Kernel update 3.11.10-7 leaves kernel linux-3.11.6-4 installed AND listed in rpm database
by bugzilla_noreply＠novell.com 09 Feb '14

09 Feb '14

https://bugzilla.novell.com/show_bug.cgi?id=862985 https://bugzilla.novell.com/show_bug.cgi?id=862985#c0 Summary: Kernel update 3.11.10-7 leaves kernel linux-3.11.6-4 installed AND listed in rpm database Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: x86-64 OS/Version: openSUSE 13.1 Status: NEW Severity: Normal Priority: P5 - None Component: Kernel AssignedTo: kernel-maintainers(a)forge.provo.novell.com ReportedBy: graymark(a)ptd.net QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:27.0) Gecko/20100101 Firefox/27.0 I was somewhat surprised to see that the update to kernel-desktop-3.11.10-7.1 left kernel-desktop-3.11.6-4.1 in place, but even more surprised to find that both kernels are listed in the rpm database as supplying kernel-desktop -- no good will come from this I suspect. I will supply zypper update logs if this has not happened to you guys 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 2

[Bug 779727] New: libvirtd/kvm blocks on serial console
by bugzilla_noreply＠novell.com 09 Feb '14

09 Feb '14

https://bugzilla.novell.com/show_bug.cgi?id=779727 https://bugzilla.novell.com/show_bug.cgi?id=779727#c0 Summary: libvirtd/kvm blocks on serial console Classification: openSUSE Product: openSUSE 12.2 Version: Final Platform: x86-64 OS/Version: openSUSE 12.2 Status: NEW Severity: Major Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: bwiedemann(a)suse.com QAContact: qa-bugs(a)suse.de CC: brogers(a)suse.com, jfehlig(a)suse.com, cthiel(a)suse.com Found By: Development Blocker: --- when starting a SP2 VM that has console=ttyS0 and worked perfectly fine under SP2's libvirt, on openSUSE-12.2 it blocked during boot before the line "console [ttyS0] enabled" until I did virsh console $DOMAIN and hit any key in there, getting messages that were already scrolled out on tty, indicating that there is some blocking pipe/buffer involved. Reproducible: Always our mkcloud script uses XML for the domain with: <serial type='pty'> <target port='0'/> </serial> <console type='pty'> <target type='serial' port='0'/> </console> This generates a similar kvm call as on SP2 with -chardev pty,id=charserial0 -device isa-serial,chardev=charserial0,id=serial0 -- 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 11

[Bug 818494] New: hylafax: No faxing over the network since upgrade from 12.2
by bugzilla_noreply＠novell.com 09 Feb '14

09 Feb '14

https://bugzilla.novell.com/show_bug.cgi?id=818494 https://bugzilla.novell.com/show_bug.cgi?id=818494#c0 Summary: hylafax: No faxing over the network since upgrade from 12.2 Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: i686 OS/Version: openSUSE 12.3 Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: axel.braun(a)gmx.de QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux i686; rv:20.0) Gecko/20100101 Firefox/20.0 I use hylafax in a local network since several years. /var/spool/fax/etc/hosts.hfaxd contains the lines localhost 127.0.0.1 192.168.2.* *.mydomain.internal which should allow all hosts in the local network faxing. Since upgrade to 12.3 this does not work any longer: When I send a fax out of the 192.168.2.* network, it is not accepted any longer: southpole HylaFAX[11342]: checkHostIdentity("localhost") southpole HylaFAX[11342]: <--- 130 Warning, client address "192.168.2.101" is not listed for host name "localhost". southpole HylaFAX[11342]: Parsing hostPort(): "EPRT" southpole HylaFAX[11342]: Parsing "|1|192.168.2.101|38849|" southpole HylaFAX[11342]: `-> s.length() = 23 southpole HylaFAX[11342]: `-> s[0] = '|' southpole HylaFAX[11342]: `-> s[2] = '|' southpole HylaFAX[11342]: `-> s[22] = '|' southpole HylaFAX[11342]: Looks like extended syntax: "|1|192.168.2.101| 38849|" [7C: |] southpole HylaFAX[11342]: `-> Got a: 192.168.2.101[17] southpole HylaFAX[11342]: `-> Got a: 38849[23] southpole HylaFAX[11342]: Parsed: Family 1 Address 192.168.2.101 Port 38849 southpole HylaFAX[11342]: Filesystem has SysV-style file creation semantics. The server checks the network address in its own localhost. hosts.hfaxd is ignored. Reproducible: Always Steps to Reproduce: 1. see above 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 6

[Bug 855942] New: security:netfilter/shorewall: Bug: remote SUBSYSLOCK dir/file not created @ local compile+export
by bugzilla_noreply＠novell.com 08 Feb '14

08 Feb '14

https://bugzilla.novell.com/show_bug.cgi?id=855942 https://bugzilla.novell.com/show_bug.cgi?id=855942#c0 Summary: security:netfilter/shorewall: Bug: remote SUBSYSLOCK dir/file not created @ local compile+export Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: x86-64 OS/Version: openSUSE 13.1 Status: NEW Severity: Normal Priority: P5 - None Component: 3rd party software AssignedTo: toganm(a)dinamizm.com ReportedBy: ar16(a)imapmail.org QAContact: opensuse-communityscreening(a)forge.provo.novell.com Found By: Community User Blocker: --- I'm running a central Shorewall admin box, compiling for export to a remote box. Current config @ remote lsb_release -rd Description: openSUSE 13.1 (Bottle) (x86_64) Release: 13.1 rpm -qa shorewall\* shorewall-core-4.5.21.4-113.1.noarch shorewall-lite-4.5.21.4-113.1.noarch ls -al `which shorewall` lrwxrwxrwx 1 root root 24 Dec 16 20:33 /usr/sbin/shorewall -> /usr/sbin/shorewall-lite* shorewall version 4.5.21.4 Current config @ local lsb_release -rd Description: openSUSE 12.3 (x86_64) Release: 12.3 rpm -qa shorewall\* shorewall-4.5.21.4-112.1.noarch shorewall-init-4.5.21.4-112.1.noarch shorewall-core-4.5.21.4-112.1.noarch shorewall version 4.5.21.4 When I compile locally for export, the SUBSYSLOCK file's missing & not created @ remote, shorewall load remote.dom ... Running /usr/sbin/iptables-restore... IPv4 Forwarding Enabled Processing start user exit ... Processing started user exit ... touch: cannot touch ‘/var/lock/subsys/shorewall’: No such file or directory done. System remote.dom loaded Checking docs @ http://www.shorewall.net/manpages/shorewall.conf.html SUBSYSLOCK=[pathname] This parameter should be set to the name of a file that the firewall should create if it starts successfully and remove when it stops. Creating and removing this file allows Shorewall to work with your distribution's initscripts. For RedHat and OpenSuSE, this should be set to /var/lock/subsys/shorewall. For Debian, the value is /var/lock/shorewall and in LEAF it is /var/run/shorewall. & checking locally, grep SUBSYSLOCK ./shorewall.conf SUBSYSLOCK=/var/lock/subsys/shorewall If I manually create the dir & touch the file @ remote, mkdir -p /var/lock/subsys touch /var/lock/subsys/shorewall then re-exec the compile for export, there's no more problem shorewall load remote.dom ... Running /usr/sbin/iptables-restore... IPv4 Forwarding Enabled Processing start user exit ... Processing started user exit ... done. System remote.dom loaded After a reboot of the remote ls -al /var/lock/subsys ls: cannot access /var/lock/subsys: No such file or directory neither the lock file, nor its parent dir, exist if the SUBSYSLOCK lockfile/dir do not exist @ time of export-driven fw exec, the file+dir should be created by the export script at the location correct for & specific to opensuse -- 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 857450] New: All the ibus-table input methods are not in "Select an input method" drop list.
by bugzilla_noreply＠novell.com 08 Feb '14

08 Feb '14

https://bugzilla.novell.com/show_bug.cgi?id=857450 https://bugzilla.novell.com/show_bug.cgi?id=857450#c0 Summary: All the ibus-table input methods are not in "Select an input method" drop list. Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: x86-64 OS/Version: openSUSE 13.1 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: wnereiz(a)gmail.com 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 Due to GNOME 3.10 don't use IBus Preferences interface to select input method anymore. So this bug is for KDE, LXDE, FXCE and other DEs. All the IBus Table input methods can not working because of it. Reproducible: Always Steps to Reproduce: This problem can be reproduced by following steps: 1. Install an ibus-table input method,eg: # zypper in ibus-table-chinese-wubi-haifeng 2. Restart ibus daemon 3. In the "IBus Preferences" -> "Input Method" tab, check "Customize active input methods", Then in "Select an input method" drop list, choose "Chinese". Actual Results: Wubi(haifeng) will not in the drop list. So the input method can not be used. Expected Results: The ibus table input method should in the list for selecting. The reason of the problem: In /usr/share/ibus/component/table.xml, you will find: <engines exec='/usr/lib64/ibus/ibus-engine-table --xml'/> It call an external command to generate ibus-table-* engine lists xml code dynamically. The function will not work without ibus-table-compose. So ibus-table-compose should become a dependence for ibus-table package. -- 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 8

[Bug 862080] New: openSUSE-2014-101 (poppler update) - no patch description
by bugzilla_noreply＠novell.com 07 Feb '14

07 Feb '14

https://bugzilla.novell.com/show_bug.cgi?id=862080 https://bugzilla.novell.com/show_bug.cgi?id=862080#c0 Summary: openSUSE-2014-101 (poppler update) - no patch description Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: Other OS/Version: openSUSE 13.1 Status: NEW Severity: Major Priority: P5 - None Component: Maintenance AssignedTo: maintenance(a)opensuse.org ReportedBy: suse-beta(a)cboltz.de QAContact: qa-bugs(a)suse.de Found By: Beta-Customer Blocker: --- The openSUSE-2014-101 update for 13.1 comes without any patch description or summary :-( # zypper lp .. Repository | Name | Version | Category | Status | Summary ---------------------+-------------------+---------+----------+--------+-------- openSUSE-13.1-Update | openSUSE-2014-101 | 1 | security | needed | By comparing with "zypper lu" output, I assume it's an update for poppler (packages: poppler-tools, libpoppler43) Please fix the patchinfo! -- 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