November 2014 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 904705] New: after update from 13.1 to 13.2 yast2 qt does not start
by bugzilla_noreply＠novell.com 25 Oct '16

25 Oct '16

http://bugzilla.suse.com/show_bug.cgi?id=904705 Bug ID: 904705 Summary: after update from 13.1 to 13.2 yast2 qt does not start Classification: openSUSE Product: openSUSE Distribution Version: 13.2 Hardware: x86-64 OS: Other Status: NEW Severity: Major Priority: P5 - None Component: YaST2 Assignee: yast2-maintainers(a)suse.de Reporter: aschnell(a)suse.com QA Contact: jsrain(a)suse.com Found By: --- Blocker: --- I made an update (using zypper dup) from 13.1 to 13.2 and now yast2 does not start using qt (but does start using ncurses). The program is stuck in a read system call. -- You are receiving this mail because: You are on the CC list for the bug.

1 6

[Bug 904842] New: bargraph in gtk not working
by bugzilla_noreply＠novell.com 25 Oct '16

25 Oct '16

http://bugzilla.suse.com/show_bug.cgi?id=904842 Bug ID: 904842 Summary: bargraph in gtk not working Classification: openSUSE Product: openSUSE Distribution Version: 13.2 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 Assignee: yast2-maintainers(a)suse.de Reporter: aschnell(a)suse.com QA Contact: jsrain(a)suse.com Found By: --- Blocker: --- The bargraph is not working with the gtk frontend. It just shows a white area. Since the tooltips inside the bargraph are working it looks as if the parameters passed to the bargraph are correct. Due to bug #904705 I cannot test the qt frontend. -- You are receiving this mail because: You are on the CC list for the bug.

1 2

[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 907331] New: yast2 partitioner: failure when creating thin lvm volume
by bugzilla_noreply＠novell.com 22 Oct '16

22 Oct '16

http://bugzilla.opensuse.org/show_bug.cgi?id=907331 Bug ID: 907331 Summary: yast2 partitioner: failure when creating thin lvm volume Classification: openSUSE Product: openSUSE Factory Version: 201411* Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 Assignee: yast2-maintainers(a)suse.de Reporter: mpluskal(a)suse.com QA Contact: jsrain(a)suse.com Found By: --- Blocker: --- Created attachment 615112 --> http://bugzilla.opensuse.org/attachment.cgi?id=615112&action=edit y2logs When trying to create thin volume on thin pool (lvm), following error occurs: 2014-11-26 15:57:50 <1> medusa(3470) [Ruby] modules/StorageClients.rb:123 CommitErrorPopup error:-3008 last_action:Formatting logical volume /dev/storage/volume (512.00 GiB) with xfs extended_message:/sbin/mkfs.xfs -q -f -m crc=1 '/dev/storage/volume': /bin/sh: /sbin/mkfs.xfs: No such file or directory # lsblk -f NAME FSTYPE LABEL UUID MOUNTPOINT sda ├─sda1 swap 401da6ed-9159-40a9-a080-31f6638c3a66 [SWAP] └─sda2 btrfs root 3346482b-e201-4f14-bf36-f8fa7f16acbc / sdb └─sdb1 LVM2_member mlavlB-jorg-mbxn-o1p9-ybOf-tKJn-xEHaJh ├─storage-tpool_tmeta │ └─storage-tpool-tpool │ ├─storage-tpool │ └─storage-volume └─storage-tpool_tdata └─storage-tpool-tpool ├─storage-tpool └─storage-volume sr0 # vgdisplay WARNING: lvmetad is running but disabled. Restart lvmetad before enabling it! connect() failed on local socket: No such file or directory Internal cluster locking initialisation failed. WARNING: Falling back to local file-based locking. Volume Groups with the clustered attribute will be inaccessible. --- Volume group --- VG Name storage System ID Format lvm2 Metadata Areas 1 Metadata Sequence No 8 VG Access read/write VG Status resizable MAX LV 0 Cur LV 2 Open LV 0 Max PV 0 Cur PV 1 Act PV 1 VG Size 1.82 TiB PE Size 64.00 MiB Total PE 29808 Alloc PE / Size 16388 / 1.00 TiB Free PE / Size 13420 / 838.75 GiB VG UUID qAn87V-alZH-uhHu-RbGF-g7CM-Fyx2-NUt2sk # lvdisplay WARNING: lvmetad is running but disabled. Restart lvmetad before enabling it! connect() failed on local socket: No such file or directory Internal cluster locking initialisation failed. WARNING: Falling back to local file-based locking. Volume Groups with the clustered attribute will be inaccessible. --- Logical volume --- LV Name tpool VG Name storage LV UUID K7sGmc-qkU2-P9Kq-Tynm-clf1-ecIl-5RZGHE LV Write Access read/write LV Creation host, time medusa, 2014-11-26 15:57:44 +0100 LV Pool metadata tpool_tmeta LV Pool data tpool_tdata LV Status available # open 2 LV Size 1.00 TiB Allocated pool data 0.00% Allocated metadata 0.43% Current LE 16384 Segments 1 Allocation inherit Read ahead sectors auto - currently set to 256 Block device 254:2 --- Logical volume --- LV Path /dev/storage/volume LV Name volume VG Name storage LV UUID 2XA1WV-QzZu-r0dF-EsOm-5wD8-sF1M-sKmo3g LV Write Access read/write LV Creation host, time medusa, 2014-11-26 15:57:49 +0100 LV Pool name tpool LV Status available # open 0 LV Size 512.00 GiB Mapped size 0.00% Current LE 8192 Segments 1 Allocation inherit Read ahead sectors auto - currently set to 256 Block device 254:4 -- You are receiving this mail because: You are on the CC list for the bug.

1 6

[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

[Bug 564306] New: mc can not copy big files via shell to another local networked computer.
by bugzilla_noreply＠novell.com 14 Oct '16

14 Oct '16

http://bugzilla.novell.com/show_bug.cgi?id=564306 http://bugzilla.novell.com/show_bug.cgi?id=564306#c0 Summary: mc can not copy big files via shell to another local networked computer. Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: i686 OS/Version: openSUSE 11.2 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: carlos.e.r(a)opensuse.org QAContact: qa(a)suse.de Found By: --- Blocker: --- I try to copy a large .iso file from one computer to another using mc, with its shell link over ssh capability. Of the 4169M file, just 74806Kb are copied to the remote filesystem, while the rest is copied to the localfilesystem instead, to directory ???? To somewhere in the root filesystem I have been unable to locate (yet?). Ah, somehow it has been automatically erased, by mc on exit, I hope. I know it was copied to / somewhere because I saw the available free space decreasing. I did the test twice. However, the command: scp Copia.iso root@nimrodel://Grande/copia/Copia.iso succeeds. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 4

[Bug 623388] New: mc midnightcommander wrong $PS1 parser in command line input
by bugzilla_noreply＠novell.com 14 Oct '16

14 Oct '16

http://bugzilla.novell.com/show_bug.cgi?id=623388 http://bugzilla.novell.com/show_bug.cgi?id=623388#c0 Summary: mc midnightcommander wrong $PS1 parser in command line input Classification: openSUSE Product: openSUSE 11.3 Version: Final Platform: PC OS/Version: openSUSE 11.3 Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: verdelyi(a)windowslive.com QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; de; rv:1.9.2.6) Gecko/20100626 SUSE/3.6.6-1.2 Firefox/3.6.6 https://bugs.launchpad.net/ubuntu/+source/mc/+bug/330633 http://www.midnight-commander.org/ticket/337 Probably we just need to backport a patch: http://www.midnight-commander.org/changeset/9041e6c81f4b2ae15e7bc3f733016ec… Reproducible: Always -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 3