November 2018 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 1034320] New: kdevelop5.spec: improve summary & description
by bugzilla_noreply＠novell.com 03 Sep '21

03 Sep '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1034320 Bug ID: 1034320 Summary: kdevelop5.spec: improve summary & description Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Development Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: kossebau(a)kde.org QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Quite some people seem to think KDevelop is only for C++/Qt/KF5-based projects and only to be used with Plasma. To help with countering this wrong assumption, please consider updating the summary and description of the openSUSE package to the texts we have now set in the appdata.xml file (5.1 still has appdata with the old text, but new text content is also valid for 5.1). Cmp. https://cgit.kde.org/kdevelop.git/tree/org.kde.kdevelop.appdata.xml If you have proposals where to improve those new texts, happy to learn about it and also fix things in the appdata file. Summary: new: Featureful, plugin-extensible IDE for C/C++ and other programming languages old: C++ IDE using KDE technologies based on KDevelop Platform Description: new: " KDevelop is a Free and Open Source integrated development environment (IDE). It provides editing, navigation and debugging features for several programming languages, as well as integration with multiple build systems and version-control systems, using a plugin-based architecture. KDevelop has parser backends for C, C++ and Javascript/QML, with further external plugins supporting e.g. PHP or Python. " old: " An integrated development environment (IDE) based on the KDE Frameworks 5 which allows writing programs using C++ and optionally other languages through the use of plugins. It includes a documentation browser, a source code editor with syntax highlighting, a GUI for the compiler, and much more. " -- You are receiving this mail because: You are on the CC list for the bug.

2 4

[Bug 1010186] New: Kdenlive locks up when trying to add new clips
by bugzilla_noreply＠novell.com 29 Aug '21

29 Aug '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1010186 Bug ID: 1010186 Summary: Kdenlive locks up when trying to add new clips Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: SUSE Other Status: NEW Severity: Normal Priority: P5 - None Component: KDE Applications Assignee: opensuse-kde-bugs(a)opensuse.org Reporter: neil(a)behindburlesque.co.uk QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- When trying to add clips to an existing project, Kdenlive locks up or crashes. This happens regularly, but not always. Detail: Open an existing project Remove item on timeline - see note below Click dropdown to add clip to project Dialog opens and application often locks up before anything else can be clicked Alternatively, application sometimes crashes without opening the dialog at all Note This seems to be more prone to happening after removing an item from the timeline -- You are receiving this mail because: You are on the CC list for the bug.

2 1

[Bug 909111] New: The rescan-scsi-bus.sh from the sgutils package is broken since SuSE-13.1
by bugzilla_noreply＠novell.com 26 Aug '21

26 Aug '21

http://bugzilla.opensuse.org/show_bug.cgi?id=909111 Bug ID: 909111 Summary: The rescan-scsi-bus.sh from the sgutils package is broken since SuSE-13.1 Classification: openSUSE Product: openSUSE Distribution Version: 13.2 Hardware: x86-64 OS: openSUSE 13.2 Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: dmarkh(a)cfl.rr.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:33.0) Gecko/20100101 Firefox/33.0 Build Identifier: This script no longer "finds new" or "removes no longer attached" scsi devices. As shown below, I have a scsi disk at scsi ID-0 at /dev/sg5. # lsscsi -g [0:0:0:0] disk ATA ST3320620AS K /dev/sda /dev/sg0 [13:0:0:0] process Marvell 91xx Config 1.01 - /dev/sg1 [16:0:0:0] disk IMPRIMIS 94601-15 4614 /dev/sdd /dev/sg5 [17:0:0:0] cd/dvd LITE-ON DVDRW LH-20A1P KL0G /dev/sr0 /dev/sg2 [18:0:0:0] disk ATA ST3160811AS E /dev/sdb /dev/sg3 [18:0:1:0] disk ATA ST3160815AS B /dev/sdc /dev/sg4 I remove the drive at scsi ID-0 drive and install an additional drive at scsi ID-1 then run the script. # rescan-scsi-bus.sh Scanning SCSI subsystem for new devices Scanning host 0 for SCSI target IDs 0 1 2 3 4 5 6 7, all LUNs Scanning for device 0 0 0 0 ... OLD: Host: scsi0 Channel: 00 Id: 00 Lun: 00 Vendor: ATA Model: ST3320620AS Rev: K Type: Direct-Access ANSI SCSI revision: 05 Scanning host 1 for SCSI target IDs 0 1 2 3 4 5 6 7, all LUNs Scanning host 2 for SCSI target IDs 0 1 2 3 4 5 6 7, all LUNs Scanning host 3 for SCSI target IDs 0 1 2 3 4 5 6 7, all LUNs Scanning host 4 for SCSI target IDs 0 1 2 3 4 5 6 7, all LUNs Scanning host 5 for SCSI target IDs 0 1 2 3 4 5 6 7, all LUNs Scanning host 6 for SCSI target IDs 0 1 2 3 4 5 6 7, all LUNs Scanning host 7 for SCSI target IDs 0 1 2 3 4 5 6 7, all LUNs Scanning host 8 for SCSI target IDs 0 1 2 3 4 5 6 7, all LUNs Scanning host 9 for SCSI target IDs 0 1 2 3 4 5 6 7, all LUNs Scanning host 10 for SCSI target IDs 0 1 2 3 4 5 6 7, all LUNs Scanning host 11 for SCSI target IDs 0 1 2 3 4 5 6 7, all LUNs Scanning host 12 for SCSI target IDs 0 1 2 3 4 5 6 7, all LUNs Scanning host 13 for SCSI target IDs 0 1 2 3 4 5 6 7, all LUNs Scanning for device 13 0 0 0 ... OLD: Host: scsi13 Channel: 00 Id: 00 Lun: 00 Vendor: Marvell Model: 91xx Config Rev: 1.01 Type: Processor ANSI SCSI revision: 05 Scanning host 14 for SCSI target IDs 0 1 2 3 4 5 6 7, all LUNs Scanning host 15 for SCSI target IDs 0 1 2 3 4 5 6 7, all LUNs Scanning host 16 for SCSI target IDs 0 1 2 3 4 5 6 7, all LUNs Scanning for device 16 0 0 0 ... OLD: Host: scsi16 Channel: 00 Id: 00 Lun: 00 Vendor: IMPRIMIS Model: 94601-15 Rev: 4614 Type: Direct-Access ANSI SCSI revision: 01 Scanning host 17 for SCSI target IDs 0 1 2 3 4 5 6 7, all LUNs Scanning for device 17 0 0 0 ... OLD: Host: scsi17 Channel: 00 Id: 00 Lun: 00 Vendor: LITE-ON Model: DVDRW LH-20A1P Rev: KL0G Type: CD-ROM ANSI SCSI revision: 05 Scanning host 18 for SCSI target IDs 0 1 2 3 4 5 6 7, all LUNs Scanning for device 18 0 0 0 ... OLD: Host: scsi18 Channel: 00 Id: 00 Lun: 00 Vendor: ATA Model: ST3160811AS Rev: E Type: Direct-Access ANSI SCSI revision: 05 Scanning for device 18 0 1 0 ... OLD: Host: scsi18 Channel: 00 Id: 01 Lun: 00 Vendor: ATA Model: ST3160815AS Rev: B Type: Direct-Access ANSI SCSI revision: 05 0 new or changed device(s) found. 0 remapped or resized device(s) found. 0 device(s) removed. # lsscsi -g [0:0:0:0] disk ATA ST3320620AS K /dev/sda /dev/sg0 [13:0:0:0] process Marvell 91xx Config 1.01 - /dev/sg1 [16:0:0:0] disk IMPRIMIS 94601-15 4614 /dev/sdd /dev/sg5 [17:0:0:0] cd/dvd LITE-ON DVDRW LH-20A1P KL0G /dev/sr0 /dev/sg2 [18:0:0:0] disk ATA ST3160811AS E /dev/sdb /dev/sg3 [18:0:1:0] disk ATA ST3160815AS B /dev/sdc /dev/sg4 It not only did not remove the one at ID-0 that was removed, but did not find the new one attached. Below is an "lsscsi -g" after a reboot with BOTH drives attached. #lsscsi -g [0:0:0:0] disk ATA ST3320620AS K /dev/sda /dev/sg0 [13:0:0:0] process Marvell 91xx Config 1.01 - /dev/sg1 [16:0:0:0] disk IMPRIMIS 94601-15 4614 /dev/sdd /dev/sg5 [16:0:1:0] disk IMPRIMIS 94601-15 4614 /dev/sde /dev/sg6 [17:0:0:0] cd/dvd LITE-ON DVDRW LH-20A1P KL0G /dev/sr0 /dev/sg2 [18:0:0:0] disk ATA ST3160811AS E /dev/sdb /dev/sg3 [18:0:1:0] disk ATA ST3160815AS B /dev/sdc /dev/sg4 Reproducible: Always Steps to Reproduce: 1. See details 2. 3. Actual Results: This script, before SuSE-13.1 would remove any disks physically removed and add any physically added since boot. It is broken This is NOT kernel related as the same thing happens with a vanilla 3.16.7 kernel. I'm fairly certain this is a systemd issue. -- You are receiving this mail because: You are on the CC list for the bug.

2 16

[Bug 1039889] New: Yast handle category and pattern on a strange way for user visible/invisible
by bugzilla_noreply＠novell.com 26 Aug '21

26 Aug '21

http://bugzilla.suse.com/show_bug.cgi?id=1039889 Bug ID: 1039889 Summary: Yast handle category and pattern on a strange way for user visible/invisible Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 Assignee: yast2-maintainers(a)suse.de Reporter: mlin(a)suse.com QA Contact: jsrain(a)suse.com CC: dimstar(a)opensuse.org Found By: --- Blocker: --- On TW snapshot 20170517 we see a strange situation on yast[1], while send 'down' key to 'x pattern', after press 'down' after 'font pattern'(x pattern is the next one) the list page is scroll up, the reason is 'Primary Functions' and 'Kubic Stack' entries suddenly appears on the top side. Dig into this issue I see weird behavior below: 1) at the beginning 'Primary Functions' and 'Kubic Stack' does not appear while scroll down the list to the bottom side, however after that, move to the top side these two entries appears at the top side. 2) press 'end' move the focus to the bottom side, and start repeating send 'up' key, till the focus was on the 'Server Functions' then press 'up' key again the next one is 'Kubic Stack'[2], and send 'up' key again the focus is lost[3], keep sending 'up' key the scroll bar does not change, now drag the scroll bar to the top side, I see 'Primary Functions' and 'Kubic Stack' is there, and the focus is on the 'Primary Functions' entry. issues lead us so confused the ordering of entries(and timing to resort entries) and pattern's visible/invisible, and thought that entry appeared suddenly at some point is a real bug. Note that, this issue now we only seen on NET install due to many patterns is only available from net install, tro to reproduce this issue from net iso[5] you have to set Server: openqa.opensuse.org and Directory: /assets/repo/openSUSE-Tumbleweed-oss-i586-x86_64-Snapshot20170517 from testing HEAD due to it's not published yet to download.o.o. [1] https://openqa.opensuse.org/tests/405554#step/installer_desktopselection/39 [2] http://susepaste.org/82684928 [3] http://susepaste.org/20244118 [4] http://susepaste.org/76581180 [5] https://openqa.opensuse.org/tests/405554/asset/iso/openSUSE-Tumbleweed-NET-… -- You are receiving this mail because: You are on the CC list for the bug.

2 3

[Bug 1115988] New: [Build1491.5][Staging][E][sidebar] License agreement textbox gets too much empty space when sidebar is closed
by bugzilla_noreply＠novell.com 25 Aug '21

25 Aug '21

http://bugzilla.suse.com/show_bug.cgi?id=1115988 Bug ID: 1115988 Summary: [Build1491.5][Staging][E][sidebar] License agreement textbox gets too much empty space when sidebar is closed Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Installation Assignee: yast2-maintainers(a)suse.de Reporter: riafarov(a)suse.com QA Contact: jsrain(a)suse.com Found By: --- Blocker: --- Created attachment 789671 --> http://bugzilla.suse.com/attachment.cgi?id=789671&action=edit Screenshot ## Observation I would expect that we get exactly same layout if sidebar is hidden, which is not the case. For the license agreement we get textbox using all the space, but it doesn't decrease number of the lines in the text, therefore we end up having too much blank space. Would be great if we could either do not resize textbox more than some value or render text in a way that we don't get so much blank area. Please, find the screenshot in the attachment. Here is example of the old layout: https://openqa.opensuse.org/tests/794689#step/welcome/1 -- You are receiving this mail because: You are on the CC list for the bug.

2 5

[Bug 1079393] New: libyui-ncurses contains file in conflict with shared library packaging policy
by bugzilla_noreply＠novell.com 25 Aug '21

25 Aug '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1079393 Bug ID: 1079393 Summary: libyui-ncurses contains file in conflict with shared library packaging policy Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.0 Hardware: Other URL: https://openqa.opensuse.org/tests/601880/modules/zdup/ steps/254 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 Assignee: yast2-maintainers(a)suse.de Reporter: lnussel(a)suse.com QA Contact: jsrain(a)suse.com Found By: --- Blocker: --- ## Observation openQA test in scenario opensuse-15.0-DVD-x86_64-zdup-Leap-42.2-gnome@64bit fails in [zdup](https://openqa.opensuse.org/tests/601880/modules/zdup/steps/254) Independent of why this failure happens during zypper dup, the libyui-ncurses* package does not follow the shared library packaging policy. /usr/bin/libyui-terminal must not be in the shared library package as it prevents parallel installations with older versions obviously. -- You are receiving this mail because: You are on the CC list for the bug.

2 2

[Bug 1081754] New: trackerbug: packages do not build reproducibly
by bugzilla_noreply＠novell.com 22 Aug '21

22 Aug '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1081754 Bug ID: 1081754 Summary: trackerbug: packages do not build reproducibly Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: openSUSE Factory Status: CONFIRMED Severity: Normal Priority: P5 - None Component: Development Assignee: bwiedemann(a)suse.com Reporter: bwiedemann(a)suse.com QA Contact: qa-bugs(a)suse.de Depends on: 1040589, 1041090, 1047218, 1061219, 1062303 Found By: Development Blocker: --- This bug is a meta entry to collect bugs about packages that produce different results on every build and thus waste OBS build power for rebuilding depending packages and waste network bandwidth to sync results to mirrors and users. See also https://reproducible-builds.org/ for other reasons -- You are receiving this mail because: You are on the CC list for the bug.

2 22

[Bug 1033081] New: fetchmail hardcoded to use log file - syslogging thus unavailable
by bugzilla_noreply＠novell.com 18 Aug '21

18 Aug '21

http://bugzilla.suse.com/show_bug.cgi?id=1033081 Bug ID: 1033081 Summary: fetchmail hardcoded to use log file - syslogging thus unavailable Classification: openSUSE Product: openSUSE Distribution Version: Leap 42.2 Hardware: x86-64 OS: openSUSE 42.2 Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: jmozdzen(a)nde.ag QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- :~ # rpm -qi fetchmail Name : fetchmail Version : 6.3.26 Release : 18.1 Architecture: x86_64 Looking at fetchmail.service -> /usr/lib/fetchmail-systemd-exec, I see that using logging to log file is hard-coded there: --- cut here: /usr/lib/fetchmail-systemd-exec --- [...] exec /usr/bin/fetchmail $OPTS $FETCHMAIL_EXPERT_OPTIONS \ -f $FETCHMAIL_RC_PATH -L /var/log/fetchmail --- cut here --- Hence, activating logging to syslog via options doesn't work: --- cut here --- :~ # grep syslog /etc/fetchmailrc set syslog :~ # systemctl restart fetchmail :~ # 2017-04-09T17:36:13.480966+02:00 myhost fetchmail[4441]: syslog and logfile options are both set, ignoring syslog, and logging to /var/log/fetchmail --- cut here --- A possible change would be to move "-L /var/log/fetchmail" to /etc/sysconfig/fetchmail (i.e. to FETCHMAIL_EXPERT_OPTIONS variable, or a new one). -- You are receiving this mail because: You are on the CC list for the bug.

2 14

[Bug 927832] New: libreoffice does not discover printers in client only mdns setup
by bugzilla_noreply＠novell.com 18 Aug '21

18 Aug '21

http://bugzilla.suse.com/show_bug.cgi?id=927832 Bug ID: 927832 Summary: libreoffice does not discover printers in client only mdns setup Classification: openSUSE Product: openSUSE Factory Version: 201503* Hardware: Other OS: Other Status: NEW Severity: Major Priority: P5 - None Component: LibreOffice Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: lnussel(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- libreoffice only offers "Generic Printer" when run without cupsd. Printers can be discovered nevertheless using mdns and e.g. evince works fine. LO probably needs to be compiled to use the new cups 1.6 APIs: http://www.cups.org/documentation.php/doc-2.0/api-cups.html#cupsEnumDests -- You are receiving this mail because: You are on the CC list for the bug.

2 5

[Bug 1116867] New: udev rule for printer installation fails due to missing python module
by bugzilla_noreply＠novell.com 15 Aug '21

15 Aug '21

http://bugzilla.suse.com/show_bug.cgi?id=1116867 Bug ID: 1116867 Summary: udev rule for printer installation fails due to missing python module Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Printing Assignee: jsmeix(a)suse.com Reporter: saloution(a)googlemail.com QA Contact: jsmeix(a)suse.com Found By: --- Blocker: --- Hello, I use: NAME="openSUSE Tumbleweed" # VERSION="20181116" ID="opensuse-tumbleweed" ID_LIKE="opensuse suse" VERSION_ID="20181116" PRETTY_NAME="openSUSE Tumbleweed" ANSI_COLOR="0;32" CPE_NAME="cpe:/o:opensuse:tumbleweed:20181116" BUG_REPORT_URL="https://bugs.opensuse.org" HOME_URL="https://www.opensuse.org/" I connected a printer to my computer and found the following error in my system journal: Nov 17 08:47:15 mars udev-configure-printer[4884]: URI contains USB serial number Nov 17 08:47:15 mars udev-configure-printer[4884]: URI match: usb://Brother/HL-2140%20series?serial=F8J644819 Nov 17 08:47:15 mars udev-configure-printer[4884]: About to add queue for usb://Brother/HL-2140%20series?serial=F8J644819 Nov 17 08:47:16 mars udev-configure-printer[4884]: Traceback (most recent call last): Nov 17 08:47:16 mars udev-configure-printer[4884]: File "/usr/lib/udev/udev-add-printer", line 23, in <module> Nov 17 08:47:16 mars udev-configure-printer[4884]: import cupshelpers Nov 17 08:47:16 mars udev-configure-printer[4884]: File "/usr/lib/python3.6/site-packages/cupshelpers/__init__.py", line 60, in <module> Nov 17 08:47:16 mars udev-configure-printer[4884]: from . import openprinting Nov 17 08:47:16 mars udev-configure-printer[4884]: File "/usr/lib/python3.6/site-packages/cupshelpers/openprinting.py", line 22, in <module> Nov 17 08:47:16 mars udev-configure-printer[4884]: import requests, urllib.request, urllib.parse, urllib.error, platform, threading, tempfile, traceback Nov 17 08:47:16 mars udev-configure-printer[4884]: ModuleNotFoundError: No module named 'requests' Nov 17 08:47:16 mars systemd[1]: configure-printer(a)usb-001-004.service: Main process exited, code=exited, status=1/FAILURE Nov 17 08:47:16 mars systemd[1]: configure-printer(a)usb-001-004.service: Failed with result 'exit-code'. I installed then the python3 package requests using Yast2, which was not installed initially. I think it should be installed. After the installation (and a restart which may not be required), installation and printing works. -- You are receiving this mail because: You are on the CC list for the bug.

2 5