August 2017 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 1012272] New: Cannot open Flatpak Bundles with Gnome-Software
by bugzilla_noreply＠novell.com 20 May '20

20 May '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1012272 Bug ID: 1012272 Summary: Cannot open Flatpak Bundles with Gnome-Software Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: GNOME Assignee: bnc-team-gnome(a)forge.provo.novell.com Reporter: Antoine.Saroufim(a)gmail.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Opening .flatpak bundles via gnome-software does absolutely nothing. Gnome-software doesn't even launch or start. Flatpak bundles are also not automatically detected as a type of file that can be opened with gnome-software. Currently using GNOME 3.22.2 on Tumbleweed (fully updated to the latest snapshot) -- You are receiving this mail because: You are on the CC list for the bug.

2 5

[Bug 1013324] New: Gnome-todo Does Not Show Google Tasks
by bugzilla_noreply＠novell.com 20 May '20

20 May '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1013324 Bug ID: 1013324 Summary: Gnome-todo Does Not Show Google Tasks Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: GNOME Assignee: bnc-team-gnome(a)forge.provo.novell.com Reporter: Antoine.Saroufim(a)gmail.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- on openSUSE Tumbleweed with the latest snapshot, gnome-todo shows an empty list for the enabled gmail accounts while they should not be empty. Added tasks are not saved and do not appear on Google tasks either. -- You are receiving this mail because: You are on the CC list for the bug.

2 3

[Bug 1048934] New: Enable STAudio ADCIII device in ice1712
by bugzilla_noreply＠novell.com 18 May '20

18 May '20

http://bugzilla.suse.com/show_bug.cgi?id=1048934 Bug ID: 1048934 Summary: Enable STAudio ADCIII device in ice1712 Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Kernel Assignee: kernel-maintainers(a)forge.provo.novell.com Reporter: sbahling(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created attachment 732588 --> http://bugzilla.suse.com/attachment.cgi?id=732588&action=edit Patch against latest openSUSE Leap 42.2 kernel I have a rare but very nice 8 channel ADC unit that uses the hoontech ice1712 driver. For years I have carried around a special patch that makes this unit work properly. First it appears that the MUTE flag must be set in order to unmute the channels. Second, I enable all box configs. From what I recall these settings are hard coded, so no option other than patching the code. During the days when the alsa-driver-kmp was maintained, it was not too difficult for me to simply link and patch that, but now I need to patch the in kernel driver which is more of a pain. I'm guessing that maintaining my own KMP will also be a pain in the long run. Would be nice to find a way to make these parts runtime configurable or at least via module configuration. -- You are receiving this mail because: You are on the CC list for the bug.

2 26

[Bug 980866] New: update-scripts leave ton of leftovers
by bugzilla_noreply＠novell.com 15 May '20

15 May '20

http://bugzilla.suse.com/show_bug.cgi?id=980866 Bug ID: 980866 Summary: update-scripts leave ton of leftovers Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: libzypp Assignee: zypp-maintainers(a)forge.provo.novell.com Reporter: tchvatal(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- While we now have leftover mechanism to run scripts on posttrans of packages just once instead of for all invocations we keep the scripts that were not executed in /var/adm/update-scripts/ Most visible it is on update scripts for font scriptlets. One of the leftovers: dreamcrawler:/var/adm/update-scripts # cat ghostscript-fonts-9.06-7.4-reconfigure-fonts if [ -e /var/run/fontpackages/reconfigure-fonts ]; then if [ -x /usr/sbin/fonts-config ]; then /usr/sbin/fonts-config --quiet fi rm /var/run/fontpackages/reconfigure-fonts fi rm /var/adm/update-scripts/ghostscript-fonts-9.06-7.4-reconfigure-fonts I suppose proper solution would be to run just one of the scripts, but then delete them all and not keep any? -- You are receiving this mail because: You are on the CC list for the bug.

2 2

[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