August 2018 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 1098121] New: KDE Discover fails to install KTorrent and TuxGuitar
by bugzilla_noreply＠novell.com 03 Jul '21

03 Jul '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1098121 Bug ID: 1098121 Summary: KDE Discover fails to install KTorrent and TuxGuitar Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.0 Hardware: x86-64 OS: SUSE Other Status: NEW Severity: Normal Priority: P5 - None Component: KDE Applications Assignee: opensuse-kde-bugs(a)opensuse.org Reporter: mdutours(a)gmail.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created attachment 774408 --> http://bugzilla.opensuse.org/attachment.cgi?id=774408&action=edit KDE discover error when installing TuxGuitar Dear openSUSE team, [Overview] I was testing the KDE Discover application on openSUSE Leap 15 and I found that some things were not working as they should. The problem with KTorrent was that it just didn't install. It kept downloading the application and refused to install it. The problem with TuxGuitar was that it tried to remove Inkscape, Battle of Wesnoth, GIMP, KStars, Krita, Scribus and the firewalld GUI. In both situations, YaST did not show any package dependency problems and the installation via YaST went without any issues. [Steps to Reproduce] My blog provides a step by step description of the actions that I have performed / the testing that I have performed: https://www.fossadventures.com/the-sad-state-of-kde-discover-and-gnome-soft… [Actual Results] The applications didn't install. [Build Date & Hardware] Date of testing: 4 June 2018. Using the standard RPMs from the openSUSE repository. I have a PC with an Intel i5 4200U processor, 16 GB RAM and plenty of hard drive space available. [Additional information] I have added the following repositories: # | Alias | Name | Enabled | GPG Check | Refresh ---+---------------------------------+-----------------------------------------+---------+-----------+-------- 1 | download.opensuse.org-non-oss | Main Repository (NON-OSS) | Yes | (r ) Yes | Yes 2 | download.opensuse.org-non-oss_1 | Update Repository (Non-Oss) | Yes | (r ) Yes | Yes 3 | download.opensuse.org-oss | Main Repository (OSS) | Yes | (r ) Yes | Yes 4 | download.opensuse.org-oss_1 | Main Update Repository | Yes | (r ) Yes | Yes 5 | openSUSE_Leap_15.0 | openSUSE Education | Yes | (r ) Yes | Yes 6 | openSUSE_Leap_15.0_1 | openSUSE Games | Yes | (r ) Yes | Yes 7 | openSUSE_Leap_15.0_2 | openSUSE Games: Tools | Yes | (r ) Yes | Yes 8 | openSUSE_Leap_15.0_3 | openSUSE Graphics | Yes | (r ) Yes | Yes 9 | openSUSE_Leap_15.0_4 | Mozilla | Yes | (r ) Yes | Yes 10 | openSUSE_Leap_15.0_5 | KDE Extra | Yes | (r ) Yes | Yes 11 | openSUSE_Leap_15.0_6 | openSUSE Publishing | Yes | (r ) Yes | Yes 12 | opensuse-guide.org-repo | Libdvdcss Repository | Yes | (r ) Yes | Yes 13 | packman.inode.at-suse | Packman Repository | Yes | (r ) Yes | Yes 14 | repo-debug | openSUSE-Leap-15.0-Debug | No | ---- | ---- 15 | repo-debug-non-oss | openSUSE-Leap-15.0-Debug-Non-Oss | No | ---- | ---- 16 | repo-debug-update | openSUSE-Leap-15.0-Update-Debug | No | ---- | ---- 17 | repo-debug-update-non-oss | openSUSE-Leap-15.0-Update-Debug-Non-Oss | No | ---- | ---- 18 | repo-source | openSUSE-Leap-15.0-Source | No | ---- | ---- 19 | repo-source-non-oss | openSUSE-Leap-15.0-Source-Non-Oss | No | ---- | ---- 20 | skype-stable | skype (stable) | Yes | (r ) Yes | Yes If you want me to help you with future testing, please do not hesitate to contact me. Best regards, Martin de Boer -- You are receiving this mail because: You are on the CC list for the bug.

2 1

[Bug 977967] New: global package's gtag command cannot work with the option '--gtagslabel=pygments'
by bugzilla_noreply＠novell.com 30 Jun '21

30 Jun '21

http://bugzilla.opensuse.org/show_bug.cgi?id=977967 Bug ID: 977967 Summary: global package's gtag command cannot work with the option '--gtagslabel=pygments' Classification: openSUSE Product: openSUSE Distribution Version: Leap 42.1 Hardware: x86-64 OS: openSUSE 42.1 Status: NEW Severity: Minor Priority: P5 - None Component: Development Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: goto.inct(a)gmail.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/50.0.2661.75 Safari/537.36 Build Identifier: I installed 'global' package using zypper and typed 'gtags --gtagslabel=pygments' in the terminal, then I get following warning. gtags: cannot open shared object '/usr/lib/gtags/pygments-parser.la'. Of course, gtags does not work correctly. Reproducible: Always Steps to Reproduce: 1. Install global (# zypper install global) 2. Use gtags (> gtags --gtagslabel-pygments) Actual Results: gtags: cannot open shared object '/usr/lib/gtags/pygments-parser.la'. Expected Results: Get GPATH, GRTAGS, GTAGS file into current directory without warning. Solution: This bug caused by inconsistence between /etc/gtags.conf and the path of 'pygments-parser.la'. 'gtags.conf' assume that 'pygments-parser.la' is in '/usr/lib/gtags/'. But actually, 'pygments-parser.la' is located in '/usr/lib64/gtags/'. Therefore we can fix this problem following commands: 'sudo sed -i -e "s/lib/lib64/g" /etc/gtags.conf'. -- You are receiving this mail because: You are on the CC list for the bug.

2 6

[Bug 1063092] New: Feature request: Zotero
by bugzilla_noreply＠novell.com 30 Jun '21

30 Jun '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1063092 Bug ID: 1063092 Summary: Feature request: Zotero Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: All OS: openSUSE Factory Status: NEW Severity: Enhancement Priority: P5 - None Component: Other Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: simon.herrmann(a)posteo.ch QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Hi all Loyal OpenSUSE user here. As discussed in the forum (https://forums.opensuse.org/showthread.php/525452-Package-request-in-offici…) I would like to formally request Zotero in OpenSuse. This piece of Software is very popular in higher education like universities. Tumbleweed (and perhaps someday even Leap?). Thanks! -- You are receiving this mail because: You are on the CC list for the bug.

2 5

[Bug 1103679] New: updater applet notification madness
by bugzilla_noreply＠novell.com 30 Jun '21

30 Jun '21

http://bugzilla.suse.com/show_bug.cgi?id=1103679 Bug ID: 1103679 Summary: updater applet notification madness Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.0 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: KDE Workspace (Plasma) Assignee: opensuse-kde-bugs(a)opensuse.org Reporter: lnussel(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created attachment 778823 --> http://bugzilla.suse.com/attachment.cgi?id=778823&action=edit screenshot The updater applet is rather aggressive with it's notifications, see screenshot. Doesn't for example make sense to ask for reboot when the update that requires the reboot wasn't actually installed due to the error. -- You are receiving this mail because: You are on the CC list for the bug.

2 4

[Bug 1055587] New: glibc v2.26 update exposes code issue in building qemu
by bugzilla_noreply＠novell.com 29 Jun '21

29 Jun '21

http://bugzilla.suse.com/show_bug.cgi?id=1055587 Bug ID: 1055587 Summary: glibc v2.26 update exposes code issue in building qemu Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: KVM Assignee: kvm-bugs(a)forge.provo.novell.com Reporter: brogers(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- With the glibc v2.26 update, qemu-linux-user (at least) no longer builds. It seems a backport of qemu's git commit id 04b33e218 will resolve the issue. -- You are receiving this mail because: You are on the CC list for the bug.

2 10

[Bug 1013565] New: atftp daemon runs as root
by bugzilla_noreply＠novell.com 25 Jun '21

25 Jun '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1013565 Bug ID: 1013565 Summary: atftp daemon runs as root Classification: openSUSE Product: openSUSE Distribution Version: Leap 42.2 Hardware: x86-64 OS: Other Status: NEW Severity: Major Priority: P5 - None Component: Security Assignee: security-team(a)suse.de Reporter: seroton10(a)gmail.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- A standard install of the atftpd package will run the daemon root, despite the clear intentions (sysconfig file, and options passed in service unit) to have it run as tftp. This is problematic because it allows tftp clients to overwrite all files served by atftpd, and to upload new ones, completely disregarding permissions set on directories and files under /srv/tftpboot. In my tests I let the service start via socket activation. -- You are receiving this mail because: You are on the CC list for the bug.

2 3

[Bug 1082433] New: VPN doesn't auto-connect via Gnome settings/NetworkManager - needs manual connection
by bugzilla_noreply＠novell.com 22 Jun '21

22 Jun '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1082433 Bug ID: 1082433 Summary: VPN doesn't auto-connect via Gnome settings/NetworkManager - needs manual connection Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.0 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Network Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: terje(a)nordland-teknikk.no QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Used the NM applet to access Gnome Settings for network and added (Open)VPN via import from file. Then verified via VPN settings that automatic connection was checked. However, only the wired network does connect automatic during boot up, which is verified via the NM network icon menu at GDM login. After login to a Gnome session, the VPN does still not auto-connected. Have to connect i manual from the NM applet menu, and then VPN connect and gets its own separate icon. If VPN is not manually connected relative short time after login, an Administrator Authentiation is required. (On 42.3 Gnome there is a somewhat different behaviour, as neither wired Ethernet nor VPN auto-connect when VPN is configured to auto-connect. Manual connecting Ethernet here also does connect VPN, and they get one single, common icon). Any log files of interest here? -- You are receiving this mail because: You are on the CC list for the bug.

2 2

[Bug 1074269] New: [Build 20171231] Invalid icon theme
by bugzilla_noreply＠novell.com 21 Jun '21

21 Jun '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1074269 Bug ID: 1074269 Summary: [Build 20171231] Invalid icon theme Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other URL: http://openqa.opensuse.org/tests/571886/modules/first_ boot/steps/15 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Xfce Assignee: bnc-team-xfce(a)forge.provo.novell.com Reporter: dimstar(a)opensuse.org QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- ## Observation openQA test in scenario opensuse-Tumbleweed-DVD-x86_64-create_hdd_xfce@64bit fails in [first_boot](http://openqa.opensuse.org/tests/571886/modules/first_boot/step… ## Reproducible Fails since (at least) Build [20171231](http://openqa.opensuse.org/tests/571678) ## Expected result Last good: [20171230](http://openqa.opensuse.org/tests/571008) (or more recent) ## Further details Always latest result in this scenario: [latest](http://openqa.opensuse.org/tests/latest?machine=64bit&version=Tumbl… # More informataion The icon theme was switched to 'adwaita', as asked by me to be investigated if possible. But apparenlty nobody ever tried to run it before submitting it into TW... the result is now missing icons. I reverted xfce-branding in openSUSE:Factory back to gnome-icon-theme's state, to get this back running (you will need to investigate if this change is doable or not based on the devel project... if not doable, don't do it just because I propose it!) -- You are receiving this mail because: You are on the CC list for the bug.

2 12

[Bug 1042094] New: Always retain version n-1 in repo cache to facilitate package rollbacks
by bugzilla_noreply＠novell.com 20 Jun '21

20 Jun '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1042094 Bug ID: 1042094 Summary: Always retain version n-1 in repo cache to facilitate package rollbacks Classification: openSUSE Product: openSUSE.org Version: unspecified Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Download Infrastructure Assignee: lars.vogdt(a)suse.com Reporter: pointedstick(a)zoho.com QA Contact: lars.vogdt(a)suse.com Found By: --- Blocker: --- Picture this: you update a package and it's full of bugs! For example: https://bugzilla.opensuse.org/show_bug.cgi?id=1042090 So you want to roll back to the previous package version. You run `zypper search -s MozillaThunderbird` to find out what the the old version was: $ zypper search -s MozillaThunderbird Loading repository data... Reading installed packages... S | Name | Type | Version | Arch | Repository ---+----------------------------------------+---------+------------+--------+---------------------- i+ | MozillaThunderbird | package | 52.1.1-1.2 | x86_64 | Main Repository (OSS) $ Darn. Only the latest version is available. Now you can't do a rollback except by searching on software.opensuse.com, which is a royal pain. Zypper should always keep information about at least version n-1 for every package to facilitate rollbacks. -- You are receiving this mail because: You are on the CC list for the bug.

2 7

[Bug 1071224] New: systemd: removes /usr/lib/systemd/system/tmp.mount in %post
by bugzilla_noreply＠novell.com 17 Jun '21

17 Jun '21

http://bugzilla.suse.com/show_bug.cgi?id=1071224 Bug ID: 1071224 Summary: systemd: removes /usr/lib/systemd/system/tmp.mount in %post Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: systemd-maintainers(a)suse.de Reporter: lnussel(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- systemd's %post script removes /usr/lib/systemd/system/tmp.mount. That breaks rpm -V systemd, therefore delta rpms for systemd. Don't do that. If you don't want the file don't ship it. To mask it use systemctl mask. -- You are receiving this mail because: You are on the CC list for the bug.

2 49