December 2012 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 770608] New: 1-click install shows success, but package not installed
by bugzilla_noreply＠novell.com 16 Jun '17

16 Jun '17

https://bugzilla.novell.com/show_bug.cgi?id=770608 https://bugzilla.novell.com/show_bug.cgi?id=770608#c0 Summary: 1-click install shows success, but package not installed Classification: openSUSE Product: openSUSE 12.1 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: embar(a)super.lt QAContact: jsrain(a)suse.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:13.0) Gecko/20100101 Firefox/13.0 Installing via 1-click shows success, but package is not installed. Maybe this is because fack, that package is locked. YaST should inform about locked package and ask in dialog, not silently don't install. Reproducible: Always Steps to Reproduce: 1. Remove espeak package 2. Reopen YaST package manager 3. mark espeak as taboo 4. Try install espeak via 1-click http://software.opensuse.org/ymp/openSUSE:12.1/standard/espeak.ymp?base=ope… Actual Results: Any questions (only maybe to accept key of repository) Shows success, but package is not installed Expected Results: Should propt to dialog and ask: 1) remove package's lock and install espeak 2) don't install espeak -- 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 795594] New: gcc47 source package requires unknown glibc-32bit
by bugzilla_noreply＠novell.com 07 Jun '17

07 Jun '17

https://bugzilla.novell.com/show_bug.cgi?id=795594 https://bugzilla.novell.com/show_bug.cgi?id=795594#c0 Summary: gcc47 source package requires unknown glibc-32bit Classification: openSUSE Product: openSUSE 12.2 Version: Final Platform: x86 OS/Version: openSUSE 12.2 Status: NEW Severity: Normal Priority: P5 - None Component: Development AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: Franz.Reinhardt(a)wenglor.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20100101 Firefox/17.0 Installing the sourc package requires glibc-32bit, which is not available zypper si gcc47 Reading installed packages... Loading repository data... Resolving package dependencies... Problem: nothing provides glibc-32bit needed by gcc47-4.7.1_20120723-1.1.1.src Solution 1: do not ask to install a solvable providing gcc47.src = 4.7.1_20120723-1.1.1 Solution 2: break gcc47-4.7.1_20120723-1.1.1.src by ignoring some of its dependencies Choose from above solutions by number or cancel [1/2/c] (c): Reproducible: Always Steps to Reproduce: >From the cli call: zypper si gcc47 rpm -bb on the spec works correctly, even when installed with solution 2 -- 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 789833] New: Pure-ftpd does not allow login when started as service
by bugzilla_noreply＠novell.com 30 May '17

30 May '17

https://bugzilla.novell.com/show_bug.cgi?id=789833 https://bugzilla.novell.com/show_bug.cgi?id=789833#c0 Summary: Pure-ftpd does not allow login when started as service Classification: openSUSE Product: openSUSE 12.2 Version: Final Platform: Other OS/Version: openSUSE 12.2 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: erwin.vandevelde(a)gmail.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:16.0) Gecko/20100101 Firefox/16.0 When pure-ftpd is started as a service, this happens when trying to connect: :~> ftp localhost Trying ::1... Connected to localhost. 220-Welcome to Pure-FTPd. 220-You are user number 1 of 10 allowed. 220-Local time is now 17:08. Server port: 21. 220-This is a private system - No anonymous login 220 You will be disconnected after 15 minutes of inactivity. Name (localhost:evdvelde): 331 User evdvelde OK. Password required Password: 421 Service not available, remote server has closed connection. ftp: Login failed. ftp> quit No errors recorded in the log files. When running on command line, it works fine. Configuration done normally through Yast, this is the command that is recorded in /var/log/messages (same command I use on the command line): /usr/sbin/pure-ftpd --daemonize -A -c10 -B -C3 -d -z -D -E -fftp -H -I15 -lpam -L10000:8 -m4 -s -u40 -x -r -i -k99 -G -Z -Y0 Reproducible: Always Steps to Reproduce: 1. Install pure-ftpd 2. Configure through Yast (I disabled anonymous login) 3. Try connecting when pure-ftpd runs as a service Actual Results: Error: 421 Service not available, remote server has closed connection. Expected Results: Succesful connection pure-ftpd 1.0.36-3.1.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 21

[Bug 695322] New: home:dannori: Bug
by bugzilla_noreply＠novell.com 23 Apr '17

23 Apr '17

https://bugzilla.novell.com/show_bug.cgi?id=695322 https://bugzilla.novell.com/show_bug.cgi?id=695322#c0 Summary: home:dannori: Bug Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: x86-64 OS/Version: openSUSE 11.4 Status: NEW Severity: Normal Priority: P5 - None Component: 3rd party software AssignedTo: dannoritzer(a)web.de ReportedBy: melchiaros(a)aol.com QAContact: opensuse-communityscreening(a)forge.provo.novell.com Found By: Other Blocker: No Hi, I try to install ghdl from your repo. Yast shows me that ghdl-grt needs libada >= 3.1. A look at my system shows that I´ve installed libada46 from devel:/gcc. So all what ghdl need should be there?! Please make a correction when it is necessary. Greetings -- 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 747783] New: systemd: 'service openvpn start' triggers spamming of all terminals
by bugzilla_noreply＠novell.com 11 Apr '17

11 Apr '17

https://bugzilla.novell.com/show_bug.cgi?id=747783 https://bugzilla.novell.com/show_bug.cgi?id=747783#c0 Summary: systemd: 'service openvpn start' triggers spamming of all terminals Classification: openSUSE Product: openSUSE 12.1 Version: Final Platform: x86-64 OS/Version: openSUSE 12.1 Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: gp(a)suse.com QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0) Gecko/20100101 Firefox/10.0 1. become root 2. # service openvpn start 3. Watch as every terminal will be spammed with something like Broadcast message from root(a)trevally.site (Fri, 17 Feb 2012 17:28:14 +0100): Password entry required for 'Enter Auth Username:' (PID 17770). Please enter password with the systemd-tty-ask-password-agent tool! This does not make any sense since I am already in the terminal with the prompt; why bother all other terminals? 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 19

[Bug 755603] New: The gnome keyring socket is not owned with the same credentials as the user login
by bugzilla_noreply＠novell.com 11 Mar '17

11 Mar '17

https://bugzilla.novell.com/show_bug.cgi?id=755603 https://bugzilla.novell.com/show_bug.cgi?id=755603#c0 Summary: The gnome keyring socket is not owned with the same credentials as the user login Classification: openSUSE Product: openSUSE 12.2 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: GNOME AssignedTo: bnc-team-gnome(a)forge.provo.novell.com ReportedBy: mvyskocil(a)suse.com QAContact: qa-bugs(a)suse.de CC: vuntz(a)suse.com, vcizek(a)suse.com Found By: Development Blocker: --- Created an attachment (id=484752) --> (http://bugzilla.novell.com/attachment.cgi?id=484752) copy the credential checking code from git.gnome.org Running command via sudo fills my log errors as appears in $SUBJECT $ sudo ls Password: xxxx and then log contains following Apr 4 10:20:01 zelva sudo: The gnome keyring socket is not owned with the same credentials as the user login: /run/user/mvyskocil/keyring-5MIqXs/control Apr 4 10:20:01 zelva sudo: gkr-pam: couldn't unlock the login keyring. Apr 4 10:20:01 zelva sudo: mvyskocil : TTY=pts/5 ; PWD=/home/mvyskocil ; USER=root ; COMMAND=/usr/bin/ls Apr 4 10:20:01 zelva systemd[1]: Got D-Bus request: org.freedesktop.DBus.NameOwnerChanged() on /org/freedesktop/DBus However that's not true $ echo $GNOME_KEYRING_CONTROL /run/user/mvyskocil/keyring-5MIqXs $ ls -n $GNOME_KEYRING_CONTROL/* srwxr-xr-x 1 10112 100 0 4. dub 09.33 /run/user/mvyskocil/keyring-5MIqXs/control srwxr-xr-x 1 10112 100 0 4. dub 09.33 /run/user/mvyskocil/keyring-5MIqXs/gpg srwxr-xr-x 1 10112 100 0 4. dub 09.33 /run/user/mvyskocil/keyring-5MIqXs/pkcs11 srwxr-xr-x 1 10112 100 0 4. dub 09.33 /run/user/mvyskocil/keyring-5MIqXs/ssh $ id uid=10112(mvyskocil) gid=100(users) groups=100(users),10(wheel),33(video),41(xok),113(vboxusers),404(lighttpd),1194(vpn) $ id -u 10112 $ id -ru 10112 so the 10112 is my *real* id and keyring sockets are really owned by this id. $ cat /proc/$GNOME_KEYRING_PID/loginuid 10112 and even the process runs with the same uid, so there is really **no** surprise in my configuration. I did a bit more and copy the part of gnome-keyring-daemon, however even getsockopt returns the id 10112, like getuid does. $ ./creds uid=10112, geteuid()=10112 I would say the best way to debug would be patch gnome-keyring-daemon and print the values of uid and getuid on error, but I haven't a time to do that yet. BTW: as google returns most of suse related things for $SUBJ, I suspect some misconfiguration in our pam stack. -- 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 786679] New: usability issues with man
by bugzilla_noreply＠novell.com 16 Feb '17

16 Feb '17

https://bugzilla.novell.com/show_bug.cgi?id=786679 https://bugzilla.novell.com/show_bug.cgi?id=786679#c0 Summary: usability issues with man Classification: openSUSE Product: openSUSE 12.2 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Minor Priority: P5 - None Component: Documentation AssignedTo: ke(a)suse.com ReportedBy: aspiers(a)suse.com QAContact: ke(a)suse.com Found By: Development Blocker: --- This bug has two parts - a minor behavioural issue, and a minor documentation issue. As per FATE #303433, the default behaviour of man when there are multiple sections offering the requested man page was changed in June 2008. The old behaviour can be reverted by setting the MAN_POSIXLY_CORRECT environment variable. Whilst this was an improvement on the prior situation, there seems to be a minor behavioural issue when two versions of the same man page are on the manpath, e.g. $ manpath | tr : '\n' manpath: warning: $MANPATH set, ignoring /etc/manpath.config /home/adam/share/man /home/adam/.rvm/rubies/ruby-1.9.3-p194/share/man /home/adam/.rvm/man /opt/kde3/share/man /usr/local/man /usr/share/man /home/adam/.GIT/3rd-party/rvm/man $ ls -l ~/share/man/man1/git-commit.1 lrwxrwxrwx 1 adam users 46 Sep 26 13:19 /home/adam/share/man/man1/git-commit.1 -> ../../../.STOW/git/share/man/man1/git-commit.1 $ man -aw git-commit /usr/share/man/man1/git-commit.1.gz /home/adam/.STOW/git/share/man/man1/git-commit.1 $ man git-commit Man: find all matching manual pages (set MAN_POSIXLY_CORRECT to avoid this) * git-commit (1) git-commit (1+) Man: What manual page do you want? Man: However, if I enter '1+' and hit Enter, I still get the version from /usr/share. Likewise, $ man 1+ git-commit No manual entry for git-commit in section 1+ Perhaps I am wrong to expect this to work, which brings me onto the documentation issue: it is not clear how this is supposed to work, because while man-db-2.5.1-listall.dif patches src/man.c to introduce MAN_POSIXLY_CORRECT, it does not patch man/man1/man.man1 to correspondingly amend the documentation. So it would also be good if the changed behaviour and MAN_POSIXLY_CORRECT were documented. This would presumably help the patch get accepted upstream too. (Incidentally I notice that 2.5.1 is 4 years behind the current version 2.6.3, so it might be worth refreshing at some point soon.) -- 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 680125] New: dlclose() can not unload all dynamic libraries
by bugzilla_noreply＠novell.com 02 Jan '17

02 Jan '17

https://bugzilla.novell.com/show_bug.cgi?id=680125 https://bugzilla.novell.com/show_bug.cgi?id=680125#c0 Summary: dlclose() can not unload all dynamic libraries Classification: openSUSE Product: openSUSE 11.4 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: Development AssignedTo: pth(a)novell.com ReportedBy: gotterdammerung(a)web.de QAContact: qa(a)suse.de Found By: --- Blocker: --- Created an attachment (id=419657) --> (http://bugzilla.novell.com/attachment.cgi?id=419657) test program which opens a dl from cmdline, closes it and checks if it is still open User-Agent: Mozilla/5.0 (X11; U; Linux i686; de-DE; rv:1.9.2.15) Gecko/20110310 Gentoo Firefox/3.6.15 A call to dlclose() does not unload some dynamic libraries, even if the reference count drops to zero and no other loaded libraries use symbols in it. See attached test programm. Some libraries like 'pthread' exhibit this behaviour and it propagates up the dependency chain. This breaks programs which rely on reloading of affected dynamic libraries. Reproducible: Always Steps to Reproduce: 1. compile test program with 'g++ test.cpp -otest -ldl' 2. run 'for file in /usr/lib64/lib*.so; do ./test $file; done | grep failed' Actual Results: see attachment #2 Expected Results: /usr/lib64/librt.so failed. (at least that is what happens on my gentoo machine) AFAIK, x86_64 and x86 are both affected. Related: [[bugzilla:645652]] -- 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 15

[Bug 622977] New: pstoedit crashes when called from inkscape
by bugzilla_noreply＠novell.com 01 Jan '17

01 Jan '17

http://bugzilla.novell.com/show_bug.cgi?id=622977 http://bugzilla.novell.com/show_bug.cgi?id=622977#c0 Summary: pstoedit crashes when called from inkscape Classification: openSUSE Product: openSUSE 11.3 Version: Final Platform: All OS/Version: openSUSE 11.3 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: gerlach(a)mbi-berlin.de QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.6) Gecko/20100626 SUSE/3.6.6-1.1 Firefox/3.6.6 pstoedit crashes when converting pdf to svg (used by inkscape textext) Reproducible: Always Steps to Reproduce: 1. pstoedit -f plot-svg file.pdf file.svg -dt -ssp -psarg -r9600x9600 (command used by inkscape) Actual Results: pstoedit: version 3.50 / DLL interface 108 (build Jul 5 2010 - release build - g++ 4.5.0 20100604 [gcc-4_5-branch revision 160292]) : Copyright (C) 1993 - 2009 Wolfgang Glunz Inconsistency detected by ld.so: dl-close.c: 731: _dl_close: Assertion `map->l_init_called' failed! -- 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 22

[Bug 584970] New: Yast gives error -4017 when trying to partition using LVM
by bugzilla_noreply＠novell.com 22 Dec '16

22 Dec '16

http://bugzilla.novell.com/show_bug.cgi?id=584970 http://bugzilla.novell.com/show_bug.cgi?id=584970#c0 Summary: Yast gives error -4017 when trying to partition using LVM Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: HP OS/Version: openSUSE 11.2 Status: NEW Severity: Major Priority: P5 - None Component: Installation AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: p.c.manning(a)swansea.ac.uk QAContact: jsrain(a)novell.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US) AppleWebKit/532.5 (KHTML, like Gecko) Chrome/4.0.249.89 Safari/532.5 Hardware: HP ML115 with E200 SmartArray card. 4 250GB drives built as raid 5. Use OpenSUSE DVD installer, select LVM partitioning scheme, installation dies when preparing disks with error -4017 Reproducible: Always Steps to Reproduce: 1.Use OpenSUSE 11.2 DVD 64bit to Install OS 2.Get to partitioning scheme - select LVM 3.Continue through installation, installation dies at preparing disks stage Actual Results: Retried this with text mode installer which enabled me to switch to a working shell console, I could see that the installer had created a boot partition, an LVM partition and an LVM group. But had failed to create any logical volumes Expected Results: A properly partitioned disk! http://forums.opensuse.org/install-boot-login/433990-yast-partitioning-erro… Workround was to partition manually via a shell console. -- 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 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 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 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

[Bug 775028] New: KDE 4.9 programs hang in libc's poll() function
by bugzilla_noreply＠novell.com 13 Oct '16

13 Oct '16

https://bugzilla.novell.com/show_bug.cgi?id=775028 https://bugzilla.novell.com/show_bug.cgi?id=775028#c0 Summary: KDE 4.9 programs hang in libc's poll() function Classification: openSUSE Product: openSUSE 12.1 Version: Final Platform: x86-64 OS/Version: openSUSE 12.1 Status: NEW Severity: Normal Priority: P5 - None Component: KDE4 Applications AssignedTo: kde-maintainers(a)suse.de ReportedBy: szotsaki(a)gmail.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Opera/9.80 (X11; Linux x86_64; U; Edition Next; hu) Presto/2.10.289 Version/12.01 I wanted to file at least five different bug reports to the KDE team when I realized that all of the programs faults have one thing in common: libc's poll() function. The symptoms: 1.) Konsole hangs when I try to select some text. Backtrace: #0 0x00007f834def1ff3 in poll () from /lib64/libc.so.6 #1 0x00007f83494b84c0 in socket_do_iteration (transport=0x814410, flags=6, timeout_milliseconds=<optimized out>) at dbus-transport-socket.c:1125 #2 0x00007f83494b739d in _dbus_transport_do_iteration (transport=0x814410, flags=<optimized out>, timeout_milliseconds=<optimized out>) at dbus-transport.c:978 #3 0x00007f83494a2505 in _dbus_connection_do_iteration_unlocked (connection=0x7d1b70, pending=<optimized out>, flags=6, timeout_milliseconds=25000) at dbus-connection.c:1232 #4 0x00007f83494a3889 in _dbus_connection_block_pending_call (pending=0xa270b0) at dbus-connection.c:2405 #5 0x00007f83494a2dec in dbus_connection_send_with_reply_and_block (connection=0x7d1b70, message=0x8149a0, timeout_milliseconds=-1, error=0x7fffd5b72330) at dbus-connection.c:3514 #6 0x00007f834c252f05 in q_dbus_connection_send_with_reply_and_block (error=0x7fffd5b72330, timeout_milliseconds=-1, message=0x8149a0, connection=<optimized out>) at qdbus_symbols_p.h:135 #7 QDBusConnectionPrivate::sendWithReply (this=0x7d1810, message=..., sendMode=<optimized out>, timeout=-1) at qdbusintegrator.cpp:1904 #8 0x00007f834c253819 in QDBusConnectionPrivate::findMetaObject (this=0x7d1810, service=..., path=..., interface=..., error=...) at qdbusintegrator.cpp:2356 #9 0x00007f834c26249b in QDBusInterfacePrivate::QDBusInterfacePrivate (this=0x9fa960, serv=..., p=..., iface=..., con=...) at qdbusinterface.cpp:158 #10 0x00007f834c2625d9 in QDBusInterface::QDBusInterface (this=0x7fffd5b727d0, service=..., path=..., interface=..., connection=..., parent=0x0) at qdbusinterface.cpp:220 #11 0x00007f834f9faf8b in KMimeType::favIconForUrl (url=...) at /usr/src/debug/kdelibs-4.9.0/kdecore/services/kmimetype.cpp:494 #12 0x00007f83486c7162 in lookupIconNameFor (url=..., type=<optimized out>) at /usr/src/debug/kdelibs-4.9.0/kio/kio/kurifilter.cpp:47 #13 0x00007f83486c7f6e in KUriFilterPlugin::iconNameFor (this=<optimized out>, url=..., type=<optimized out>) at /usr/src/debug/kdelibs-4.9.0/kio/kio/kurifilter.cpp:569 #14 0x00007f83343bb2f6 in KAutoWebSearch::populateProvidersList (this=0xae0640, searchProviders=..., data=..., allproviders=<optimized out>) at /usr/src/debug/kde-runtime-4.9.0/kurifilter-plugins/ikws/kuriikwsfilter.cpp:104 … 2.) nepomukcontroller does not shut down normally. Backtrace: #0 0x00007ff259abbff3 in poll () from /lib64/libc.so.6 #1 0x00007ff25719eca6 in g_main_context_iterate.isra.23 () from /usr/lib64/libglib-2.0.so.0 #2 0x00007ff25719edd4 in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0 3.) KMail has 100% CPU load when I try to select a folder. Backtrace: #0 0x00007f0c436d8ff3 in poll () from /lib64/libc.so.6 #1 0x00007f0c3b5f1ca6 in g_main_context_iterate.isra.23 () from /usr/lib64/libglib-2.0.so.0 #2 0x00007f0c3b5f1dd4 in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0 #3 0x00007f0c44d40dcf in QEventDispatcherGlib::processEvents (this=0x60b000, flags=...) at kernel/qeventdispatcher_glib.cpp:424 #4 0x00007f0c4413869e in QGuiEventDispatcherGlib::processEvents (this=<optimized out>, flags=...) at kernel/qguieventdispatcher_glib.cpp:204 #5 0x00007f0c44d10842 in QEventLoop::processEvents (this=<optimized out>, flags=...) at kernel/qeventloop.cpp:149 #6 0x00007f0c44d10a97 in QEventLoop::exec (this=0x7fff18592d80, flags=...) at kernel/qeventloop.cpp:204 #7 0x00007f0c44d158b5 in QCoreApplication::exec () at kernel/qcoreapplication.cpp:1187 #8 0x0000000000402df3 in main (argc=<optimized out>, argv=<optimized out>) at /usr/src/debug/kdepim-4.9.0/kmail/main.cpp:145 #3 0x00007ff25a233dcf in QEventDispatcherGlib::processEvents (this=0x6170b0, flags=...) at kernel/qeventdispatcher_glib.cpp:424 #4 0x00007ff25af4069e in QGuiEventDispatcherGlib::processEvents (this=<optimized out>, flags=...) at kernel/qguieventdispatcher_glib.cpp:204 #5 0x00007ff25a203842 in QEventLoop::processEvents (this=<optimized out>, flags=...) at kernel/qeventloop.cpp:149 #6 0x00007ff25a203a97 in QEventLoop::exec (this=0x7fffee708440, flags=...) at kernel/qeventloop.cpp:204 #7 0x00007ff25a2088b5 in QCoreApplication::exec () at kernel/qcoreapplication.cpp:1187 #8 0x00000000004073a6 in main (argc=3, argv=0x7fffee708748) at /usr/src/debug/kde-runtime-4.9.0/nepomuk/controller/main.cpp:51 4.) Dolphin starts in 15 seconds. Backtrace: #0 0x00007f834def1ff3 in poll () from /lib64/libc.so.6 #1 0x00007f83494b84c0 in socket_do_iteration (transport=0x8a0120, flags=6, timeout_milliseconds=<optimized out>) at dbus-transport-socket.c:1125 #2 0x00007f83494b739d in _dbus_transport_do_iteration (transport=0x8a0120, flags=<optimized out>, timeout_milliseconds=<optimized out>) at dbus-transport.c:978 #3 0x00007f83494a2505 in _dbus_connection_do_iteration_unlocked (connection=0x843970, pending=<optimized out>, flags=6, timeout_milliseconds=25000) at dbus-connection.c:1232 #4 0x00007f83494a3889 in _dbus_connection_block_pending_call (pending=0xb92ff0) at dbus-connection.c:2405 #5 0x00007f83494a2dec in dbus_connection_send_with_reply_and_block (connection=0x843970, message=0x8b0260, timeout_milliseconds=-1, error=0x7fffd5b73ae0) at dbus-connection.c:3514 #6 0x00007f834c252f05 in q_dbus_connection_send_with_reply_and_block (error=0x7fffd5b73ae0, timeout_milliseconds=-1, message=0x8b0260, connection=<optimized out>) at qdbus_symbols_p.h:135 #7 QDBusConnectionPrivate::sendWithReply (this=0x7ea570, message=..., sendMode=<optimized out>, timeout=-1) at qdbusintegrator.cpp:1904 #8 0x00007f834c253819 in QDBusConnectionPrivate::findMetaObject (this=0x7ea570, service=..., path=..., interface=..., error=...) at qdbusintegrator.cpp:2356 #9 0x00007f834c26249b in QDBusInterfacePrivate::QDBusInterfacePrivate (this=0xa47df0, serv=..., p=..., iface=..., con=...) at qdbusinterface.cpp:158 #10 0x00007f834c2625d9 in QDBusInterface::QDBusInterface (this=0xb4f6b0, service=..., path=..., interface=..., connection=..., parent=0x0) at qdbusinterface.cpp:220 #11 0x00007f834f98dbbb in KSystemTimeZonesPrivate::instance () at /usr/src/debug/kdelibs-4.9.0/kdecore/date/ksystemtimezone.cpp:304 #12 0x00007f834f98e2b9 in KSystemTimeZones::local () at /usr/src/debug/kdelibs-4.9.0/kdecore/date/ksystemtimezone.cpp:201 #13 0x00007f834f978780 in KDateTime::toLocalZone (this=0xb90188) at /usr/src/debug/kdelibs-4.9.0/kdecore/date/kdatetime.cpp:931 #14 0x00007f834868a853 in KFileItemPrivate::setTime (this=<optimized out>, mappedWhich=<optimized out>, time_t_val=<optimized out>) at /usr/src/debug/kdelibs-4.9.0/kio/kio/kfileitem.cpp:316 #15 0x00007f834868a984 in init (this=0xb90110) at /usr/src/debug/kdelibs-4.9.0/kio/kio/kfileitem.cpp:242 #16 KFileItemPrivate::init (this=0xb90110) at /usr/src/debug/kdelibs-4.9.0/kio/kio/kfileitem.cpp:209 … 5.) Akonadi Nepomuk Feeder uses 100% CPU. Backtrace (it's a bit different): #0 0x00007fdd7705b803 in select () from /lib64/libc.so.6 #1 0x00007fdd71f34681 in waitForReadyRead (timeout=30000, this=0x75a210) at /usr/src/debug/soprano-2.8.0/client/socket.cpp:86 #2 Soprano::Socket::waitForReadyRead (this=0x75a210, timeout=30000) at /usr/src/debug/soprano-2.8.0/client/socket.cpp:75 #3 0x00007fdd71f3750a in Soprano::SocketStream::read (this=0x7fff052cfc90, data=0x7fff052cfccc "", size=4) at /usr/src/debug/soprano-2.8.0/client/socketstream.cpp:254 #4 0x00007fdd71f37d96 in Soprano::SocketStream::readUnsignedInt32 (this=0x7fff052cfc90, i=@0x7fff052cfccc: 0) at /usr/src/debug/soprano-2.8.0/client/socketstream.cpp:340 #5 0x00007fdd71f3a52f in Soprano::Client::ClientConnection::executeQuery (this=0x8148f0, modelId=657650309, query=..., type=Soprano::Query::QueryLanguageSparql, userQueryLanguage=...) at /usr/src/debug/soprano-2.8.0/client/clientconnection.cpp:244 #6 0x00007fdd71f3cc63 in Soprano::Client::ClientModel::executeQuery (this=<optimized out>, query=..., language=<optimized out>, userQueryLanguage=...) at /usr/src/debug/soprano-2.8.0/client/clientmodel.cpp:101 #7 0x00007fdd77aa1c41 in Nepomuk::MainModel::executeQuery (this=0x7fde90, query=..., language=Soprano::Query::QueryLanguageSparql, userQueryLanguage=...) at /usr/src/debug/kdelibs-4.9.0/nepomuk/core/nepomukmainmodel.cpp:187 #8 0x0000000000412390 in FeederQueue::processNextCollection (this=0x7e3da0) at /usr/src/debug/kdepim-runtime-4.9.0/agents/nepomukfeeder/feederqueue.cpp:149 #9 0x0000000000412dc8 in FeederQueue::collectionFullyIndexed (this=0x7e3da0) at /usr/src/debug/kdepim-runtime-4.9.0/agents/nepomukfeeder/feederqueue.cpp:240 #10 0x0000000000413425 in FeederQueue::qt_static_metacall (_o=<optimized out>, _c=<optimized out>, _id=<optimized out>, _a=<optimized out>) at /usr/src/debug/kdepim-runtime-4.9.0/build/agents/nepomukfeeder/feederqueue.moc:169 … I use the http://download.opensuse.org/repositories/KDE:/Release:/49/openSUSE_12.1/ repository for KDE 4.9. GLibc version number: 2.14.1-14.27.1, x86_64 (from openSUSE 12.1 Upgrade repo). Kernel: linux-suse 3.1.10-1.16-desktop 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 7

[Bug 792469] New: KDE:Release:49/kdebase4-session: update needed
by bugzilla_noreply＠novell.com 11 Oct '16

11 Oct '16

https://bugzilla.novell.com/show_bug.cgi?id=792469 https://bugzilla.novell.com/show_bug.cgi?id=792469#c0 Summary: KDE:Release:49/kdebase4-session: update needed Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: 3rd party software AssignedTo: toddrme2178(a)gmail.com ReportedBy: Mathias.Homann(a)opensuse.org QAContact: opensuse-communityscreening(a)forge.provo.novell.com Found By: Community User Blocker: --- kdebase4-session is still version 4.9.1, but KDE itself is 4.9.3, soon 4.9.4. please update. -- 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 788509] New: KDE:Release:49/kdebase4-workspace: Bug - no ssh agent, no gpg agent
by bugzilla_noreply＠novell.com 11 Oct '16

11 Oct '16

https://bugzilla.novell.com/show_bug.cgi?id=788509 https://bugzilla.novell.com/show_bug.cgi?id=788509#c0 Summary: KDE:Release:49/kdebase4-workspace: Bug - no ssh agent, no gpg agent Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: 3rd party software AssignedTo: toddrme2178(a)gmail.com ReportedBy: Mathias.Homann(a)opensuse.org QAContact: opensuse-communityscreening(a)forge.provo.novell.com Found By: Community User Blocker: --- Mathias Homann <Mathias.Homann(a)opensuse.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Flag| |SHIP_STOPPER? since KDE 4.9.3, kdm does not execute /etc/X11/xdm/sys.xsession anymore, which leads to the following problems: - no ssh agent running - no gpg agent running - http_proxy variables and others from /etc/profile.d not properly set as a workaround, /usr/share/kde4/config/kdm/Xsession can be a symlink to /etc/X11/xdm/Xsession but of yourse that has to be done manually on every system involved every time the packages happen to get rebuilt. -- 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 4

[Bug 788062] New: KDE:Release:49/mirall: Bug
by bugzilla_noreply＠novell.com 11 Oct '16

11 Oct '16

https://bugzilla.novell.com/show_bug.cgi?id=788062 https://bugzilla.novell.com/show_bug.cgi?id=788062#c0 Summary: KDE:Release:49/mirall: Bug Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Minor Priority: P5 - None Component: 3rd party software AssignedTo: toddrme2178(a)gmail.com ReportedBy: Mathias.Homann(a)opensuse.org QAContact: opensuse-communityscreening(a)forge.provo.novell.com Found By: Community User Blocker: --- your link target openSUSE:Factory/mirall has ceased to exist... -- 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 783857] New: KDE:Release:49/python-kde4: Bug
by bugzilla_noreply＠novell.com 11 Oct '16

11 Oct '16

https://bugzilla.novell.com/show_bug.cgi?id=783857 https://bugzilla.novell.com/show_bug.cgi?id=783857#c0 Summary: KDE:Release:49/python-kde4: 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: toddrme2178(a)gmail.com ReportedBy: Mathias.Homann(a)opensuse.org QAContact: opensuse-communityscreening(a)forge.provo.novell.com Found By: Community User Blocker: --- since a few days, plasmoids written in python fail to load, and in ~/.xsession-errors the following message shows: plasma-desktop(9102)/python (plugin): Failed to import module Traceback (most recent call last): File "/usr/share/kde4/apps/plasma_scriptengine_python/pyappletscript.py", line 22, in <module> from PyKDE4.plasma import Plasma RuntimeError: the sip module implements API v9.0 but the PyKDE4.plasma module requires API v8.1 package info: lemmy@sai:~> rpm -qf /usr/share/kde4/apps/plasma_scriptengine_python/pyappletscript.py python-kdebase4-4.9.2-782.1.x86_64 lemmy@sai:~> rpm -qf /usr/share/kde4/apps/plasma_scriptengine_python/pyappletscript.py --requires python(abi) = 2.7 python-kde4 = 4.9.2 rpmlib(CompressedFileNames) <= 3.0.4-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1 rpmlib(PayloadIsLzma) <= 4.4.6-1 lemmy@sai:~> rpm -q python python-2.7.2-7.17.1.x86_64 lemmy@sai:~> rpm -q python3 python3-3.2.1-5.9.1.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 8

[Bug 780621] New: YaST Installer continues to ignore low-vision accessibility
by bugzilla_noreply＠novell.com 04 Oct '16

04 Oct '16

https://bugzilla.novell.com/show_bug.cgi?id=780621 https://bugzilla.novell.com/show_bug.cgi?id=780621#c0 Summary: YaST Installer continues to ignore low-vision accessibility Classification: openSUSE Product: openSUSE 12.2 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: suseROCKS(a)bryen.com QAContact: jsrain(a)suse.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:15.0) Gecko/20100101 Firefox/15.0 YaST uses a bright white background for the dialogue windows during installation. This is a big no-no for low-vision users as well as for people with aging eyes. Typically, many low-vision users are extremely sensitive to white on screen. We tend to set our desktops to have a black background with white font. As my vision continues to deteriorate, I am having more difficulty with each openSUSE release to be able to see the screen and select my options. While I know there is a text-based install, even the default for YaST-ncurses is not a low-vision friendly color and requires you to edit a file to change the default color options. (I've never tried this during actual install, only during normal installed usage of openSUSE.) That is simply not an optimal solution for low-vision users, especially new users who may not have experience in how to configure in the background. Please devise a plan to provide alternative visual options for users. Perhaps a toggle-button that automatically inverts the colors of the install dialogues or alternative graphics screen that provides a darker background. This is not a protest statement, but a factual one... with my continued declining vision, if this is not fixed by 12.3, it is quite possible that I will no longer be able to install and use openSUSE. 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 11