January 2014 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 833235] New: security:OpenVAS:UNSTABLE:v6: Bug
by bugzilla_noreply＠novell.com 19 Dec '16

19 Dec '16

https://bugzilla.novell.com/show_bug.cgi?id=833235 https://bugzilla.novell.com/show_bug.cgi?id=833235#c0 Summary: security:OpenVAS:UNSTABLE:v6: Bug Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: 3rd party software AssignedTo: johann.luce(a)wanadoo.fr ReportedBy: chrisfischer81(a)gmx.de QAContact: opensuse-communityscreening(a)forge.provo.novell.com Found By: --- Blocker: --- Hi, the current OpenVAS v6 packages on OBS for Debian 7 (i don't know the status of other packages) are missing some files for running the openvas-certdata-sync script: /usr/sbin/openvas-certdata-sync: 185: /usr/sbin/openvas-certdata-sync: cannot open /usr/share/openvas/cert/cert_db_init.sql: No such file Error: no such table: dfn_cert_advs Error: no such table: meta Error: Inconsistent data. Resetting CERT database. [i] Updating /var/lib/openvas/cert-data/dfn-cert-2008.xml warning: failed to load external entity "/usr/share/openvas/cert/dfn_cert_update.xsl" Because of this the openvas-manager failed to start: /etc/init.d/openvas-manager start Starting OpenVAS Manager: ERROR. because of this log entry: md main:WARNING:2013-08-03 13h21.04 utc:7559: sql_x: sqlite3_prepare faile d: no such table: main.meta -- 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 691709] New: synergy makes cursor disapear over GVIM windows
by bugzilla_noreply＠novell.com 12 Dec '16

12 Dec '16

https://bugzilla.novell.com/show_bug.cgi?id=691709 https://bugzilla.novell.com/show_bug.cgi?id=691709#c0 Summary: synergy makes cursor disapear over GVIM windows Classification: openSUSE Product: openSUSE 11.4 Version: Factory Platform: x86-64 OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: X11 Applications AssignedTo: adam(a)mizerski.pl ReportedBy: jmatejek(a)novell.com QAContact: qa(a)suse.de Found By: --- Blocker: --- this happens on the computer where synergy server is running, not sure about client to reproduce: 1. start synergy server 2. open gvim window 3. start typing in gvim window (for non-vi folk, you initiate insert mode by typing "i" or pressing Ins) 4. the mouse cursor disappears 5. stop typing and move your mouse expected behavior: mouse curshor should reappear - this is standard behavior, designed so that the cursor is hidden while typing actual behavior: the mouse cursor never reappears. if you move mouse out of gvim's window, cursor is visible, but it is invisible when positioned over the window sorry if you're not the right assignee, but you are the only active user in the X11:Utilities project and you did the last change to synergy, so... -- 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 714551] New: Vim's ":tag" command should search corresponding header file first.
by bugzilla_noreply＠novell.com 12 Dec '16

12 Dec '16

https://bugzilla.novell.com/show_bug.cgi?id=714551 https://bugzilla.novell.com/show_bug.cgi?id=714551#c0 Summary: Vim's ":tag" command should search corresponding header file first. Classification: openSUSE Product: openSUSE 11.3 Version: Final Platform: x86-64 OS/Version: openSUSE 11.3 Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: nn.dm55(a)gmail.com QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux i686 on x86_64; rv:6.0) Gecko/20100101 Firefox/6.0 In a C++ project with many variables with the same name, searching for the definition of a variable mentioned in a ".cpp" file using Ctrl-] gives me the definition of an unrelated variable with the same name. The ":tag" command should prefer the definition in the corresponding header file to any other definitions to make finding the correct definition easier. Reproducible: Always Steps to Reproduce: 1. Download SuperTuxKart 2. Open src/karts/kart_model.cpp in Vim 3. Type "/::attachModel" and press Enter 4. Type "/else" and press Enter 5. Type "/m_mesh" and press Enter. 6. Hold Ctrl and press ], then release both keys Actual Results: You end up looking at the following line in src/graphics/shadow.hpp instead of src/karts/kart_model.hpp: scene::IMesh *m_mesh; Expected Results: I expected Vim to show me these line from src/karts/kart_model.hpp: scene::IAnimatedMesh *m_mesh; This bug happens even without having a .vimrc file. I am using openSUSE 11.3 64-bit. -- 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 743548] New: opensuse wiki misses a WYSIWYG editor
by bugzilla_noreply＠novell.com 05 Dec '16

05 Dec '16

https://bugzilla.novell.com/show_bug.cgi?id=743548 https://bugzilla.novell.com/show_bug.cgi?id=743548#c0 Summary: opensuse wiki misses a WYSIWYG editor Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Wiki AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: jw(a)suse.com QAContact: tschmidt(a)suse.com Blocks: 743547 Found By: --- Blocker: --- The wiki should have a WYSIWYG Editor. tinyMCE can be enabled on MediaWiki. It can also be extended to offer templates. The current editor features only a source code view, and a very limited markup support. Typical editing requires multiple Preview-Edit cycles until the results come out as intended. E.g. I myself often need a few attempts to get link target and link labels in the right order with the right seperator in between. -- 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 847974] New: Installation with GPT on a BIOS system turns "/" into an EFI system partition
by bugzilla_noreply＠novell.com 27 Nov '16

27 Nov '16

https://bugzilla.novell.com/show_bug.cgi?id=847974 https://bugzilla.novell.com/show_bug.cgi?id=847974#c0 Summary: Installation with GPT on a BIOS system turns "/" into an EFI system partition Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Minor Priority: P5 - None Component: Installation AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: andreas.hanke(a)gmx-topmail.de QAContact: jsrain(a)suse.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux i686) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/30.0.1599.66 Safari/537.36 SUSE/30.0.1599.66 I have installed openSUSE 12.3 on a BIOS system with a GPT disk created manually with gdisk. I have set the partition type GUID of the "/" partition to 0FC63DAF-8483-4772-8E79-3D69D8477DE4 ("Linux filesystem"). After installation, the partition type GUID of my "/" was suddenly C12A7328-F81F-11D2-BA4B-00A0C93EC93B ("EFI System"). This is not severe because Linux mostly ignores partition type GUIDs, but is still wrong (this is not an EFI system at all). I think that this is the same as https://bugzilla.redhat.com/show_bug.cgi?id=746895. In short: libparted has a strange interpretation of what it calls the "boot flag". On MBR disks, it means: Mark this partition as active. On GPT disks, it means: Turn this partition into an EFI system partition. 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 3

[Bug 793787] New: Kdenlive crashes, does not start
by bugzilla_noreply＠novell.com 23 Oct '16

23 Oct '16

https://bugzilla.novell.com/show_bug.cgi?id=793787 https://bugzilla.novell.com/show_bug.cgi?id=793787#c0 Summary: Kdenlive crashes, does not start Classification: openSUSE Product: openSUSE 12.2 Version: Final Platform: x86 OS/Version: openSUSE 12.2 Status: NEW Severity: Normal Priority: P5 - None Component: KDE4 Applications AssignedTo: kde-maintainers(a)suse.de ReportedBy: espinosa_cz(a)centrum.cz QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created an attachment (id=516460) --> (http://bugzilla.novell.com/attachment.cgi?id=516460) Kdenlive crash file User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/17.0 Firefox/17.0 I was working with Kdenlive for last for a day or two and was OK. Then I added KDE 49 repo and updated. Kdenlive still worked. Problems started when I hit render button for the first time. Whole application segfaulted. I don't have a crash report for that. Since then Sometimes I managed to run kdenlive as: strace kdenlive Few times kdenlive started, but always crashed when hit render. Lately a message box window appears stating: "No profile was found, using default profile" and then it crash. I upgraded everything possible. All packages where new version is available. Today. Kernel got upgraded on the way too. My openSuse 12.2 was upgraded from openSuse 12.1 recently, few weeks ago and it was not completely smooth transition, but otherwise everything works now, except Kdenlive. I tried both versions from Pacman and KDE 49 repos. Both exhibit same issues. I paid extra attention to have all library versions - mlt, melt, mlt++, libavxxx - from the respective repository and not mix them up. Though the KDE 49 repository contains only libavutil so I guess it will not work anyway, it will not be usable without Pacman libavformat/ffmpeg libs I guess. Still same issue I tried downgrade a notch or two, but no change. Mlt got degraded from mlt5 to mlt4 on the way. No change, same issue. There are 2 types of crash: 1) float point exception in reading some timecode (Mlt?) 2) Mlt crashes when reading some string property (looks like initializing of some effect) I now downgrading back to KDE 4.8, removing KDE 4.9 and all its packages. I will keep you informed. 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 12

[Bug 779147] New: KDE:Release:49/branding-openSUSE_12.2: Bug
by bugzilla_noreply＠novell.com 23 Oct '16

23 Oct '16

https://bugzilla.novell.com/show_bug.cgi?id=779147 https://bugzilla.novell.com/show_bug.cgi?id=779147#c0 Summary: KDE:Release:49/branding-openSUSE_12.2: Bug Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: Other OS/Version: openSUSE 12.2 Status: NEW Severity: Minor Priority: P5 - None Component: 3rd party software AssignedTo: toddrme2178(a)gmail.com ReportedBy: lars.altenhain(a)micram.com QAContact: opensuse-communityscreening(a)forge.provo.novell.com Found By: --- Blocker: --- The post and postun scripts for plymouth-branding-openSUSE set LIBDIR to %{_libdir} before calling plymouth-set-default-theme which then fails on 64bit systems with "/usr/lib/plymouth/script.so does not exist". The "export LIB=%{_libdir}" should be removed from the post and postun scripts as plymouth-set-default-theme contains the following logic to set PLYMOUTH_PLUGIN_PATH variable which uses "plymouth --get-splash-plugin-path" to get the correct path if "LIB" is not set. [ -z "$PLYMOUTH_LIBEXECDIR" ] && PLYMOUTH_LIBEXECDIR="/usr/lib" [ -z "$PLYMOUTH_DATADIR" ] && PLYMOUTH_DATADIR="/usr/share" [ -z "$PLYMOUTH_CONFDIR" ] && PLYMOUTH_CONFDIR="/etc/plymouth/" [ -z "$PLYMOUTH_POLICYDIR" ] && PLYMOUTH_POLICYDIR="/usr/share/plymouth/" if [ -z "$PLYMOUTH_PLUGIN_PATH" ]; then if [ -z "$LIB" ]; then PLYMOUTH_PLUGIN_PATH="$(plymouth --get-splash-plugin-path)" else [ -z "$PLYMOUTH_LIBDIR" ] && PLYMOUTH_LIBDIR="/usr/lib" PLYMOUTH_PLUGIN_PATH=${PLYMOUTH_LIBDIR}/plymouth/ fi fi -- 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 680148] New: kiwi complains about no clicfs tools if there is no cdrkit compat
by bugzilla_noreply＠novell.com 23 Oct '16

23 Oct '16

https://bugzilla.novell.com/show_bug.cgi?id=680148 https://bugzilla.novell.com/show_bug.cgi?id=680148#c0 Summary: kiwi complains about no clicfs tools if there is no cdrkit compat Classification: openSUSE Product: openSUSE 11.4 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: ms(a)novell.com ReportedBy: coolo(a)novell.com QAContact: qa(a)suse.de Found By: --- Blocker: --- I wanted to create a small ISO with clicfs and kiwi complained that there are no tools for clicfs. After digging the code I figured it actually looked for mkisofs first and set the toolerror flag because it's not there. Afaik it's not even using mkisofs but genisoimage -- 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 805855] New: osc does not use KWallet using KDE
by bugzilla_noreply＠novell.com 14 Oct '16

14 Oct '16

https://bugzilla.novell.com/show_bug.cgi?id=805855 https://bugzilla.novell.com/show_bug.cgi?id=805855#c0 Summary: osc does not use KWallet using KDE Classification: openSUSE Product: openSUSE 12.2 Version: Final Platform: x86-64 OS/Version: openSUSE 12.2 Status: NEW Severity: Normal Priority: P5 - None Component: Development AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: nico.kruber(a)gmail.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:19.0) Gecko/20100101 Firefox/19.0 I'm on KDE and have keyring support enabled for osc. Both gnome-keyring and kwallet are installed and seem to be running. From what I understand from https://bitbucket.org/kang/python-keyring-lib the keyring lib should choose the most appropriate keyring implementation itself, however, it seems to choose the gnome-keyring which hits this bug https://bitbucket.org/kang/python-keyring-lib/issue/65/dbusexception-method… and consequently fails to get my password (which is stored in kwallet anyway) adding a call to keyring.core.init_backend() before line 804 of conf.py https://github.com/openSUSE/osc/blob/e2dc1d7fe655d61654d0c442704320fa3e5688… seems to fix this (keyring then uses my kwallet and retrieves my password). However, this method should have been called already during the keyring import if I understand it correctly - see /usr/lib/python2.7/site-packages/keyring/core.py adding this call directly after the line loading the module however does not seem to be sufficient Reproducible: Always Steps to Reproduce: 1. boot into KDE 2. store osc password in kwallet 3. get into an osc checkout and use "osc up" -- 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 20

[Bug 688776] New: outdated midnight commander man page
by bugzilla_noreply＠novell.com 14 Oct '16

14 Oct '16

https://bugzilla.novell.com/show_bug.cgi?id=688776 https://bugzilla.novell.com/show_bug.cgi?id=688776#c0 Summary: outdated midnight commander man page Classification: openSUSE Product: openSUSE 11.4 Version: Factory Platform: All OS/Version: openSUSE 11.4 Status: NEW Severity: Minor Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: pcerny(a)novell.com QAContact: qa(a)suse.de Found By: Development Blocker: --- The manpage of midnight commander seems to be outdated, at least wrt the description of the skins (as compared with the default skin file shipped in the package) - it doesn't contain all recognized keywords (and some might even be not supported any more). Creating a reasonbale skinn is hence impossible. -- 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