June 2018 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 1094769] New: NVIDIA - Unknown header type 7f
by bugzilla_noreply＠novell.com 15 May '20

15 May '20

http://bugzilla.suse.com/show_bug.cgi?id=1094769 Bug ID: 1094769 Summary: NVIDIA - Unknown header type 7f Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.0 Hardware: 64bit OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: denis.polom(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Nvidia drivers installed from repo 'http://download.nvidia.com/opensuse/leap/15.0/' Then I followed bumblebee installation steps described in 'https://en.opensuse.org/SDB:NVIDIA_Bumblebee' Then while listing PCI devices, I'm getting this for NVIDIA: --- 01:00.0 3D controller: NVIDIA Corporation GM107GLM [Quadro M1000M] (rev ff) (prog-if ff) !!! Unknown header type 7f Kernel modules: nouveau, nvidia_drm, nvidia --- It wasn't issue for Leap 42.3 -- You are receiving this mail because: You are on the CC list for the bug.

2 1

[Bug 1069441] New: [Build 20171121] rails test fails: Could not find gem capybara
by bugzilla_noreply＠novell.com 14 May '20

14 May '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1069441 Bug ID: 1069441 Summary: [Build 20171121] rails test fails: Could not find gem capybara Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other URL: http://openqa.opensuse.org/tests/538546/modules/rails/ steps/12 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Ruby Assignee: ruby-devel(a)suse.de 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-extra_tests_in_textmode@64bit fails in [rails](http://openqa.opensuse.org/tests/538546/modules/rails/steps/12) ## Reproducible Fails since (at least) Build [20170905](http://openqa.opensuse.org/tests/479254) ## Expected result Last good: [20170904](http://openqa.opensuse.org/tests/478535) (or more recent) ## Further details Always latest result in this scenario: [latest](http://openqa.opensuse.org/tests/latest?test=extra_tests_in_textmod… -- You are receiving this mail because: You are on the CC list for the bug.

2 14

[Bug 954505] New: yast ruby msg extractor (xgettext) does not support format marker
by bugzilla_noreply＠novell.com 06 May '20

06 May '20

http://bugzilla.suse.com/show_bug.cgi?id=954505 Bug ID: 954505 Summary: yast ruby msg extractor (xgettext) does not support format marker Classification: openSUSE Product: openSUSE Tumbleweed Version: 2015* Hardware: x86-64 OS: openSUSE 42.1 Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 Assignee: yast2-maintainers(a)suse.de Reporter: ke(a)suse.com QA Contact: jsrain(a)suse.com CC: 5yrnyk(a)myway.com, ancor(a)suse.com, dimstar(a)opensuse.org, ke(a)suse.com Depends on: 954357 Found By: --- Blocker: --- +++ This bug was initially created as a clone of Bug #954357 +++ When installing Leap 42.1 (or 13.2) with Ukrainian localization the page of user account setup is skipped with error: Details: malformed format string - %*[0-9] Caller: /usr/lib64/ruby/gems/2.1.0/gems/fast_gettext-0.9.2/lib/fast_gettext/vendor/string.rb:70:in `%' Other tried localizations show user account page correctly. y2logs is attached ============================================================================= Karl Eichwalder 2015-11-10 17:36:40 CET (In reply to Ancor Gonzalez Sosa from comment #5) > Silly me! I was looking at Estonian .po file (et) and checking the effect in > Greek language (el). But turns out el!=et. :-) > > In Estonian it's not broken just because the translation is marked as fuzzy > (so not included in the .mo file)... a missing translation that is not that > obvious when you are staring at a Greek screen and you see no English text. > :-D > > So, in the end, it's a bug in the uk/users.po, as expected from the very > beginning. So reassigning to translations. Ok, thanks for debugging. It would work better, if the ruby xgettext extractor would add formatting markers as it does for other languages such as c or even ycp: #, c-format #, ycp-format I'm not sure whether that's a general issue or whether our yast xgettext extractor just does not know about this. Without such markers we are not (easily) able to validate the translations -- we usually do this with msgfmt. -- You are receiving this mail because: You are on the CC list for the bug.

1 21

[Bug 1026156] New: Weblate doesn't check for wrong "%s" variable
by bugzilla_noreply＠novell.com 06 May '20

06 May '20

http://bugzilla.suse.com/show_bug.cgi?id=1026156 Bug ID: 1026156 Summary: Weblate doesn't check for wrong "%s" variable Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Translations Assignee: ke(a)suse.com Reporter: elchevive68(a)gmail.com QA Contact: ke(a)suse.com Found By: --- Blocker: --- Hi, Maybe Weblate should check for wrong translations on variable %s, because if it is translated wrong (%1, %d, etc) it can break the program like this bug for example: https://bugzilla.suse.com/show_bug.cgi?id=1018576 Regards -- You are receiving this mail because: You are on the CC list for the bug.

1 10

[Bug 1074128] New: Unable to compile Latex in Tumbleweed 'kpathsea running mktexfmt pdflatex.fmt'
by bugzilla_noreply＠novell.com 06 May '20

06 May '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1074128 Bug ID: 1074128 Summary: Unable to compile Latex in Tumbleweed 'kpathsea running mktexfmt pdflatex.fmt' Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: openSUSE Factory Status: NEW Severity: Major Priority: P5 - None Component: Development Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: dwoelki(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/63.0.3239.108 Safari/537.36 Build Identifier: mktexfmt [ERROR]: -user mode but path setup is -sys type, bailing out this happens at every compilation attempt with several different programs and even manual compilation with lualatex texlive scheme base and full and manual texlie have been tested Reproducible: Always Steps to Reproduce: 1.install texlive scheme full https://software.opensuse.org/package/texlive-scheme-full 2. zypper in texstudio select lualatex 3. try to compile anything in texstudio Actual Results: mktexfmt [ERROR]: -user mode but path setup is -sys type, bailing out Expected Results: working latex compilation -- You are receiving this mail because: You are on the CC list for the bug.

1 13

[Bug 1029967] New: bash has binaries in /bin
by bugzilla_noreply＠novell.com 06 May '20

06 May '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1029967 Bug ID: 1029967 Summary: bash has binaries in /bin Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: daniel.molkentin(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- bash is one of the remaining packages in Tumbleweed to install binaries to /bin. Please make sure all binaries previously in /usr go to %_bindir (aka /usr/bin), and /bin contains a symlink to those. See https://bugzilla.opensuse.org/show_bug.cgi?id=1029961 for an overview. If you need assistance, don't hesitate to ask. General discussions should happen in the meta bug (see previous link). -- You are receiving this mail because: You are on the CC list for the bug.

1 28

[Bug 1094731] New: Latexmk shows a Perl version related warning
by bugzilla_noreply＠novell.com 06 May '20

06 May '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1094731 Bug ID: 1094731 Summary: Latexmk shows a Perl version related warning Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.0 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: kacper.pluta(a)gmail.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- The current version of Latexmk shows a warning massage related to up coming changes in the Perl API. "latexmk -CA article Latexmk: This is Latexmk, John Collins, 19 Jan. 2017, version: 4.52c. File::Glob::glob() will disappear in perl 5.30. Use File::Glob::bsd_glob() instead. at /usr/bin/latexmk line 3253. -- You are receiving this mail because: You are on the CC list for the bug.

1 3

[Bug 983878] New: "Create New (libreoffice file)" right mouse button menu item missing
by bugzilla_noreply＠novell.com 04 May '20

04 May '20

http://bugzilla.opensuse.org/show_bug.cgi?id=983878 Bug ID: 983878 Summary: "Create New (libreoffice file)" right mouse button menu item missing Classification: openSUSE Product: openSUSE Distribution Version: Leap 42.1 Hardware: All OS: openSUSE 42.1 Status: NEW Severity: Minor Priority: P5 - None Component: KDE Workspace (Plasma) Assignee: opensuse-kde-bugs(a)opensuse.org Reporter: michaelof(a)rocketmail.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:46.0) Gecko/20100101 Firefox/46.0 Build Identifier: On my OpenSuse Leap 42.1 box, migrated from 13.1, there are no "Create New LibreOffice Writer/Calc/Impress/..." right mouse button menu items in KDE's Dolphin. Verified in IRC channel #KDE that these menu items are installed as default e.g. in kubuntu, relevant kubuntu package is "libreoffice-kde". Found also that there is an "unstable" package for OpenSuse available: https://software.opensuse.org/package/dolphin-libreoffice-templates I've analyzed the content of this package and read this forum thread https://forums.opensuse.org/showthread.php/517427-Dolphin-How-to-use-the-Te…, so I was able to create my own local KDE/Dolphin "templates". My question is: These "New LibreOffice file..." links are just 2 files (.desktop and source), plus localization, so why aren't they contained in the standard OpenSuse Distribution also? Unfortunately I'm only able to localize them for English and German, so can't contribute in general for all :-) Reproducible: Always Steps to Reproduce: 1. Open (KDE's) Dolphin 2. Navigate to any directory you have write access to 3. Right Mouse Button click on any folder or "white space" (NOT a file) Actual Results: No "create new..." menu items for LibreOffice doc types Expected Results: Menu items for LibreOffice doc types -- You are receiving this mail because: You are on the CC list for the bug.

1 3

[Bug 1094772] New: Distributed phpPgAdmin 5.1 does not support distributed PostgreSQL 10.3
by bugzilla_noreply＠novell.com 04 May '20

04 May '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1094772 Bug ID: 1094772 Summary: Distributed phpPgAdmin 5.1 does not support distributed PostgreSQL 10.3 Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.0 Hardware: x86-64 OS: SUSE Other Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: woe.2018(a)wizonet.ch QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- The phpPgSql tool shipped with openSuSE Leap15 does not support the shipped PostgreSQL version 10.3. Loggin into a 10.3 server ends up with this message: Ihre PostgreSQL-Version wird nicht unterstützt. Bitte stellen Sie Ihre Datenbank auf Version oder eine neuere Version um. I've tried to deinstal postgresql10-server and then install postgresql96-server, but postgresql10-server is an dependency of postgresql96-server and therefore this ends up in an installed postgres 10.3 server again. -- You are receiving this mail because: You are on the CC list for the bug.

1 5

[Bug 1066021] New: Always getting 'Failed unmounting Runtime Directory' (and /var) during shutdown
by bugzilla_noreply＠novell.com 01 May '20

01 May '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1066021 Bug ID: 1066021 Summary: Always getting 'Failed unmounting Runtime Directory' (and /var) during shutdown Classification: openSUSE Product: openSUSE Distribution Version: Leap 42.3 Hardware: x86-64 OS: openSUSE 42.3 Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: studio(a)anchev.net QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Each time I shutdown/reboot I get these red colored messages: ---- Failed unmounting Runtime Directory. ... Failed unmounting /var. ---- This has been happening since I installed Leap 42.1 (currently I use 42.3). Nothing seems to have been broken so far but once during a recent boot there was some more extensive disk check. I have followed the steps given here: https://lists.opensuse.org/opensuse-factory/2016-05/msg00341.html As the guys in the forums asked to look at the beginning of the log here are the first 20 lines of the latest log file: https://susepaste.org/71c124c1 These are the last 40 lines of the log: https://susepaste.org/29aa84b3 The message "Failed to unmount /var" appears during shutdown right before this message (I don't know why it is not in the log though): [ 31.245825] systemd-shutdown[1]: Unmounting /var. /var is sdb3 Another message which always appears in the log is this one: [ 10.165896] FAT-fs (sdd1): Volume was not properly unmounted. Some data may be corrupt. Please run fsck. sdd1 is /boot/efi Looking at SMART tests - all disks are fine, i.e. it is not a hardware issue. I am hesitant to share the full shutdown-log.txt as I am cautious about the security of the system (it seems to expose certain data) but if there is any other way to diagnose this and provide necessary data please let me know. You can see the whole forum discussion: https://forums.opensuse.org/showthread.php/527879-Always-getting-Failed-unm… -- You are receiving this mail because: You are on the CC list for the bug.

1 9