May 2017 - openSUSE Bugs - openSUSE Mailing Lists

[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 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 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 894783] New: CA management: Sign Request: Don't use sequential serial numbers
by bugzilla_noreply＠novell.com 26 Apr '20

26 Apr '20

https://bugzilla.novell.com/show_bug.cgi?id=894783 https://bugzilla.novell.com/show_bug.cgi?id=894783#c0 Summary: CA management: Sign Request: Don't use sequential serial numbers Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: All OS/Version: All Status: NEW Severity: Enhancement Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: Ulrich.Windl(a)rz.uni-regensburg.de QAContact: jsrain(a)suse.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux i686; rv:31.0) Gecko/20100101 Firefox/31.0 (In openssl tradition certificates use sequential serial numbers) YaST's certificate signing function uses sequential serial numbers to issue (sign) certificates (like 01, 02, 03, ... 09, 0A, 0B, ...) Due to some weaknesses in SHA-1, there's a recommendation to use serial numbers with a higher entropy. See https://www.bsi.bund.de/SharedDocs/Downloads/DE/BSI/ElekSignatur/BSI_SHA1_Z… (German): ---BEGIN quote--- Kollisionsangriffe gegen die Zertifikaterstellung mit SHA-1 können von vornherein verhindert werden, wenn folgendes gilt: 1) Es wird das X.509v3 Format gemäß ISIS-MTT verwendet. 2) Die Seriennummer ("serialNumber") des Zertifikats hat eine genügend hohe Entropie h für den Angreifer. D.h. die Unsicherheit des Angreifers über die Seriennummer eines zu erstellenden Zertifikats ist mindestens h Bits. (...) ---END quote--- Reproducible: Always Steps to Reproduce: 1. Sign a certificate request (CSR) in YaST's CA management Actual Results: The certificate gets a serial number that can easily be guessed Expected Results: The serial number should not be easy to guess See also http://www.heise.de/security/meldung/Fragwuerdige-Hash-Funktion-SHA-1-immer… (German) -- 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 1021335] New: desktop files randomly miss translations
by bugzilla_noreply＠novell.com 23 Apr '20

23 Apr '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1021335 Bug ID: 1021335 Summary: desktop files randomly miss translations Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: All OS: openSUSE 42.2 Status: NEW Severity: Major Priority: P5 - None Component: GNOME Assignee: bnc-team-gnome(a)forge.provo.novell.com Reporter: bwiedemann(a)suse.com QA Contact: qa-bugs(a)suse.de CC: ke(a)suse.com Found By: Development Blocker: --- While working on making builds reproducible for openSUSE, I found multiple packages randomly missing translations in .desktop files. Affected packages are at least exo gedit gedit-plugins gnome-menus gnome-video-effects lxmenu-data for an example diff see https://www.zq1.de/~bernhard/linux/reproducibleopensuse/compare.factory/exo… when looking at the build.log it had sequences like [ 49s] Generating and caching the translation database [ 49s] Merging translations into debian-sensible-browser.desktop. [ 49s] LC_ALL=C /usr/bin/intltool-merge -d -u -c ../../po/.intltool-merge-cache ../../po epiphany.desktop.in epiphany.desktop [ 49s] Found cached translation database [ 49s] Merging translations into epiphany.desktop. [ 49s] LC_ALL=C /usr/bin/intltool-merge -d -u -c ../../po/.intltool-merge-cache ../../po eterm.desktop.in eterm.desktop [ 49s] Generating and caching the translation database [ 49s] Merging translations into encompass.desktop. [ 49s] LC_ALL=C /usr/bin/intltool-merge -d -u -c ../../po/.intltool-merge-cache ../../po evolution.desktop.in evolution.desktop [ 49s] Generating and caching the translation database [ 49s] Merging translations into debian-x-terminal-emulator.desktop. [ 49s] LC_ALL=C /usr/bin/intltool-merge -d -u -c ../../po/.intltool-merge-cache ../../po firefox.desktop.in firefox.desktop [ 49s] Found cached translation database so my guess is that this is running in parallel with make -j8 and thus there might be races with processes using the cache file before it is fully generated. Assiging to GNOME team as maintainers of intltool-merge tool -- You are receiving this mail because: You are on the CC list for the bug.

1 7

[Bug 1041112] New: KDE packagekit update dialog shows still updates available for a short time after applying updates
by bugzilla_noreply＠novell.com 23 Apr '20

23 Apr '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1041112 Bug ID: 1041112 Summary: KDE packagekit update dialog shows still updates available for a short time after applying updates Classification: openSUSE Product: openSUSE Distribution Version: Leap 42.2 Hardware: Other URL: http://lord.arch/tests/6386/modules/updates_packagekit _kde/steps/15 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: KDE Workspace (Plasma) Assignee: opensuse-kde-bugs(a)opensuse.org Reporter: okurz(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- ## Observation openQA test in scenario opensuse-42.2-UpdateTest-x86_64-fix_kde_update_tray@64bit-2G fails in [updates_packagekit_kde](http://lord.arch/tests/6386/modules/updates_packagekit_kde/steps/15) showing that there is an update available which has been installed just in before by a click on "Install Updates" button. This is detected by the openQA tests in about 30-50 percent of all cases. Going through the video from http://lord.arch/tests/6386/file/video.ogv is giving the best impression. There it can clearly be seen that after a click on "install updates" these are installed, the dialog shows the 1 update to install again, then it suddenly shows that there are no updates to install. Further logs are available: http://lord.arch/tests/6386#downloads ## Reproducible Fails since (at least) Build [20170526-3](http://lord.arch/tests/6361) ## Expected result Last good: (unknown), probably in there like "forever". Expected behaviour is that after refreshing there are no available updates shown anymore. Is this related to how package kit related events are handled and libzypp and such? ## Further details Always latest result in this scenario: [latest](http://lord.arch/tests/latest?flavor=UpdateTest&version=42.2&distri=opensuse&machine=64bit-2G&arch=x86_64&test=fix_kde_update_tray). Bug 992773 is probably related. If necessary we can try to provide more information in logs. Or should I report upstream? -- You are receiving this mail because: You are on the CC list for the bug.

1 4

[Bug 1013047] New: Autoyast profile does not validate
by bugzilla_noreply＠novell.com 20 Apr '20

20 Apr '20

http://bugzilla.suse.com/show_bug.cgi?id=1013047 Bug ID: 1013047 Summary: Autoyast profile does not validate Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: AutoYaST Assignee: autoyast-maintainers(a)suse.de Reporter: mkravec(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created attachment 704429 --> http://bugzilla.suse.com/attachment.cgi?id=704429&action=edit autoinst.xml Generated profile fails to validate with: xmllint: - Element profile has extra content: add-on jing: - element "copy_on_write" not allowed here; expected the element end-tag or text - element "path" not allowed here; expected the element end-tag or text OpenQA link: http://dhcp91.suse.cz/tests/3181#step/yast2_clone_system/7 -- You are receiving this mail because: You are on the CC list for the bug.

1 40

[Bug 976102] New: JavaFX/OpenJFX is not yet packaged
by bugzilla_noreply＠novell.com 16 Apr '20

16 Apr '20

http://bugzilla.opensuse.org/show_bug.cgi?id=976102 Bug ID: 976102 Summary: JavaFX/OpenJFX is not yet packaged Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: All OS: Linux Status: NEW Severity: Normal Priority: P5 - None Component: Java Assignee: bnc-team-java(a)forge.provo.novell.com Reporter: matthias(a)mailaender.name QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- I was trying to compile OpenChrom according to https://wiki.openchrom.net/index.php/Development using the Eclipse IDE. A major pain was the JavaFX dependency, which just doesn't exist in openSUSE at all. Purging SUSE's OpenJDK and installing Oracle Java was ultimately the only solution. For Fedora/Mageia and Debian/Ubuntu you can simply install openjfx packages from the repositories. I tried packaging it myself: https://build.opensuse.org/package/show/home:Mailaender:branches:Java:packa… but pretty much failed early as openSUSE is missing the gradle and the whole xmvn infrastructure so dependencies can't get packaged and resolved. I would like to fill this gap for SUSE to scratch my own itch, but I need some help here. -- You are receiving this mail because: You are on the CC list for the bug.

1 22

[Bug 963323] New: Making Maven officially available in openSUSE
by bugzilla_noreply＠novell.com 16 Apr '20

16 Apr '20

http://bugzilla.opensuse.org/show_bug.cgi?id=963323 Bug ID: 963323 Summary: Making Maven officially available in openSUSE Classification: openSUSE Product: openSUSE Tumbleweed Version: 2015* Hardware: Other OS: SUSE Other Status: NEW Severity: Normal Priority: P5 - None Component: Java Assignee: bnc-team-java(a)forge.provo.novell.com Reporter: p.drouand(a)gmail.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- This is a kind of metabug to track progress made by people actually involved in Maven packaging. We will update this bug progressively according to progresses done themselves. -- You are receiving this mail because: You are on the CC list for the bug.

1 24