September 2019 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 1133727] multimedia:apps/minitube: Bug
by bugzilla_noreply＠novell.com 03 Sep '19

03 Sep '19

http://bugzilla.novell.com/show_bug.cgi?id=1133727 http://bugzilla.novell.com/show_bug.cgi?id=1133727#c1 Matthias Mailänder <matthias(a)mailaender.name> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|matthias(a)mailaender.name |andythe_great(a)pm.me --- Comment #1 from Matthias Mailänder <matthias(a)mailaender.name> --- Branch the package, go to https://build.opensuse.org/package/view_file/multimedia:apps/minitube/minit… and add "Recommends: gstreamer-plugins-libav" to the file. If that solves it, please submit your changes. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1128824] aseprite unable to build
by bugzilla_noreply＠novell.com 03 Sep '19

03 Sep '19

http://bugzilla.novell.com/show_bug.cgi?id=1128824 http://bugzilla.novell.com/show_bug.cgi?id=1128824#c2 Matthias Mailänder <matthias(a)mailaender.name> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |IN_PROGRESS --- Comment #2 from Matthias Mailänder <matthias(a)mailaender.name> --- We need Allegro 4. Not sure why or when it was removed. Submitted it again in https://build.opensuse.org/request/show/728011 and copied it to games:tools. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1142415] Steam / steam-vr packages don't pull libvulkan_radeon-32bit (or 32-bit libcap-progs)
by bugzilla_noreply＠novell.com 03 Sep '19

03 Sep '19

http://bugzilla.novell.com/show_bug.cgi?id=1142415 http://bugzilla.novell.com/show_bug.cgi?id=1142415#c4 Matthias Mailänder <matthias(a)mailaender.name> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|matthias(a)mailaender.name |yaomtcmail(a)gmail.com --- Comment #4 from Matthias Mailänder <matthias(a)mailaender.name> --- I don't have Steam VR so I can't test. To try and fix it yourself branch the pakcage and go to https://build.opensuse.org/package/view_file/games:tools/steam/steam.spec?e… and scroll to the %package vr section and add Requires: libvulkan_radeon%{dep_postfix} If that solves it, please submit your changes. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1143948] games:tools/steamcmd: Bug after initial downloading won't enter Steam> command line
by bugzilla_noreply＠novell.com 03 Sep '19

03 Sep '19

http://bugzilla.novell.com/show_bug.cgi?id=1143948 http://bugzilla.novell.com/show_bug.cgi?id=1143948#c1 Matthias Mailänder <matthias(a)mailaender.name> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |UPSTREAM --- Comment #1 from Matthias Mailänder <matthias(a)mailaender.name> --- At https://build.opensuse.org/package/show/openSUSE:Factory:NonFree/steamcmd we don't do much other than repackage and add some scripts and help files. It is closed source, so we can't do anything. Ask Steam support for help. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1112998] ibus-libpinyin: emoji come to the candidate lists if it was switched to the traditional input method
by bugzilla_noreply＠novell.com 03 Sep '19

03 Sep '19

http://bugzilla.opensuse.org/show_bug.cgi?id=1112998 http://bugzilla.opensuse.org/show_bug.cgi?id=1112998#c5 --- Comment #5 from Hillwood Yang <hillwoodroc(a)gmail.com> --- (In reply to Wnereiz Z from comment #2) > Hard to say it is feature instead of bug. > > I checked "Dynamic adjust the candidates order" and "Sort candidates by: > Frequency" options in preferences, but the emoji always come in the first of > the list, which is annoying. It should not act like that. > > Would you please help to report it to upstream? It should be fixed. (Or > "Won't fix", then I will report upstream). I opened an issue on upstream. https://github.com/libpinyin/ibus-libpinyin/issues/197 -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1124823] btrfsmaintenance service enabled, although no BTRFS used
by bugzilla_noreply＠novell.com 03 Sep '19

03 Sep '19

http://bugzilla.suse.com/show_bug.cgi?id=1124823 http://bugzilla.suse.com/show_bug.cgi?id=1124823#c20 --- Comment #20 from Jean Delvare <jdelvare(a)suse.com> --- (In reply to ravas mi from comment #19) > I consider a weekly popup less intrusive than the system automatically > starting a drive maintenance operation at boot or when I'm using the > computer or wanting to shutdown the computer. No maintenance job should slow down the boot process. At the earliest, maintenance should start after boot has fully completed, but it could make sense to delay it by 10 minutes or so, to give a user in a hurry the time to log in and run whatever application they need. After that the disk is less used so maintenance should be transparent. Maintenance at runtime is certainly the least of evils, although it should be avoided when laptop is running on battery. It still might have to be done in this case if the user always runs the laptop on battery and loads the battery with laptop off. Maintenance at stop time makes sense in certain cases (fixed desktop machine, if you power it down you must be done with it for a while so it doesn't matter if power down takes extra time) but could be unacceptable in other cases (laptop which you power down because you must move somewhere else - whether you were on battery or not). At the end of the day there is no single perfect strategy because there is no way to anticipate what the user is going to do in the next 5 minutes. Still, we do not want to bother the user at installation time, and we don't want to bother the user at runtime by default either. It certainly makes sense to make the strategy configurable, including an interactive option if some people prefer that, just it shouldn't be the default. > If the automated approach > interferes with any of that (and it does), without even informing me of what > is happening, then it's definitely not "transparent". > > The problem isn't just related to btrfs: "fstrim.timer" is not specific to > btrfs. I don't know how heavy btrfs maintenance is on the disks nor how long it is expected to take, but in my experience fstrim is pretty fast, we are talking just a few seconds per drive so it should not really matter that much when it is being run. In both cases we need the maintenance task to have lower I/O priority than user-triggered I/O so that it is as transparent as possible. > > FS maintenance (if really needed) should be called when the system is > > actually idle. In theory this is fine and even obvious. In practice, how do you determine that, and does systemd timers even support that notion? It will never be perfect anyway... You can check the load now, but you can't anticipate what it will be in the immediate future. Also you need to ensure that the maintenance will happen once in a while even if the system is under load all the time. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1142498] New: Cobbler System add fails without explicit usage of redhat_management_key
by bugzilla_noreply＠novell.com 03 Sep '19

03 Sep '19

http://bugzilla.suse.com/show_bug.cgi?id=1142498 Bug ID: 1142498 Summary: Cobbler System add fails without explicit usage of redhat_management_key Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: All Status: NEW Severity: Normal Priority: P5 - None Component: Network Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: egotthold(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created attachment 811302 --> http://bugzilla.suse.com/attachment.cgi?id=811302&action=edit Screenshot Cobbler-CLI-Error Steps to reproduce 1. Install cobbler 3.0.0-400.25.8.develHead (current version shipped with SUMA I think) 2. Import a Distro via cobbler import --name=NAME --arch=x86_64 --path=YOURPATHHERE 3. Add a profile via cobbler profile add --name=NAME --distro=NAMEOFDISTRO 4. Add a system via cobbler system add --name=SYSTEMNAME --hostname=HOSTNAME --profile=PROFILENAME Now get from the CLI a Stacktrace which is attached to the Bug. The cobbler log has no content related to that because the cli is not even sending the system add. -- You are receiving this mail because: You are on the CC list for the bug.

1 5

[Bug 1149203] New: Update scipy and numpy
by bugzilla_noreply＠novell.com 03 Sep '19

03 Sep '19

http://bugzilla.opensuse.org/show_bug.cgi?id=1149203 Bug ID: 1149203 Summary: Update scipy and numpy Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.2 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Maintenance Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: mcepl(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- -- You are receiving this mail because: You are on the CC list for the bug.

1 1

[Bug 1149201] New: default MANPATH does not include /usr/local/share/bin
by bugzilla_noreply＠novell.com 03 Sep '19

03 Sep '19

http://bugzilla.opensuse.org/show_bug.cgi?id=1149201 Bug ID: 1149201 Summary: default MANPATH does not include /usr/local/share/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: avemilia(a)protonmail.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- The default MANPATH (with zsh and zsh-grml-config[0]) seems to be: /usr/local/man:/usr/share/man which does not include /usr/local/share/bin. Of course, it is simple to set it, but since /usr/share/man is present (the share/man part), and having /usr/local/man suggests default MANPATH supports /usr/local/* paths, it would make sense to include /usr/local/share/bin as well. [0]: <https://grml.org/zsh/#grmlzshconfig> -- You are receiving this mail because: You are on the CC list for the bug.

1 2

[Bug 1047852] knotify_libjack audio kcrash on pthread_key_create() at ../common/JackError.cpp:88
by bugzilla_noreply＠novell.com 03 Sep '19

03 Sep '19

http://bugzilla.suse.com/show_bug.cgi?id=1047852 http://bugzilla.suse.com/show_bug.cgi?id=1047852#c14 Dave Plater <davejplater(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(davejplater@gmail | |.com) | --- Comment #14 from Dave Plater <davejplater(a)gmail.com> --- (In reply to Felix Miata from comment #12) > When? It's empty. Sorry it disappeared when it was accepted, it will be in update-test : http://download.opensuse.org/update/leap/15.1-test/ -- You are receiving this mail because: You are on the CC list for the bug.

1 0