June 2015 - openSUSE Features - openSUSE Mailing Lists

[New: openFATE 317762] git mirror integration
by fate_noreply＠suse.de 05 Jul '16

05 Jul '16

Feature added by: Adrian Schröter (adrianSuSE) Feature #317762, revision 1 Title: git mirror integration Buildservice: New Milestone: 2.7 Priority Requester: Mandatory Requested by: Adrian Schröter (adriansuse) Partner organization: openSUSE.org Description: OBS can already roll tar balls from git (or other SCM systems) on code change, however, this has two disadvantages: * source server needs to store new tar ball for each change * using files as build descriptions is only working via workarounds. A full git (and only git, not svn,..) support would allow to mirror an entire git tree on the source server and fetch only updates. This means we need to * build tar balls at build time (since package systems like rpm rely on it) * ensure that a rewritten git history can not drop sources of former builds. * allow mirroring of either * * package sources only * * entirely on package level, including .spec files -- openSUSE Feature: https://features.opensuse.org/317762

1 6

[New: openFATE 316517] 32bit version of padsp in 64bit openSUSE
by fate_noreply＠suse.de 27 Jun '16

27 Jun '16

Feature added by: Mircea Kitsune (MirceaKitsune) Feature #316517, revision 1 Title: 32bit version of padsp in 64bit openSUSE openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: Mircea Kitsune (mirceakitsune) Partner organization: openSUSE.org Description: I've been trying to fix a Linux game for which sound wasn't working. After some searching, I found that I must run it with the "padsp" command. However, the game is 32 bit and I run 64 bit openSUSE, so "padsp ./game_binary" wouldn't work. I searched for a padsp32 command and even tried to replicate the padsp script, but the library for the x32 version doesn't exist in the x64 repositories. Eventually I got it working by extracting libpulsedsp.so from the x32 openSUSE repos, and manually launching the binary with a LD_PRELOAD pointing to it. This is a workaround and maintaining it can become problematic. The existing library can be found in /usr/lib64/pulseaudio/libpulsedsp.so and the script in /usr/bin/padsp. Basically, I'm asking for x32 bit versions of these in the x64 variant of openSUSE, so any 32bit program can benefit from them too. Business case (Partner benefit): openSUSE.org: Only the 64bit version of padsp is included. Therefore, only 64bit programs can make use of it. Including the 32bit variant in the 32bit pulseaudio package for 64bit openSUSE would solve this problem. -- openSUSE Feature: https://features.opensuse.org/316517

1 2

[New: openFATE 314963] Manage battery threshold
by fate_noreply＠suse.de 19 Jun '16

19 Jun '16

Feature added by: Marc collin (collinm) Feature #314963, revision 1 Title: Manage battery threshold openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Marc collin (collinm) Partner organization: openSUSE.org Description: Some laptop have tool in windows to decide when laptop stop to chargin battery. This feature allow to increate life battery. This is a tool to manage lenovo battery threshold. some laptops are supported by this project tpacpi-bat https://github.com/teleshoes/tpacpi-bat some laptops are managed by this one and have more features https://github.com/evgeni/tp_smapi theses need acpi_call https://github.com/mkottman/acpi_call -- openSUSE Feature: https://features.opensuse.org/314963

1 6

[New: openFATE 315140] Kernel: CONFIG_TCP_MD5SIG needed for quagga
by fate_noreply＠suse.de 14 Jun '16

14 Jun '16

Feature added by: Marc Langer (marclanger) Feature #315140, revision 1 Title: Kernel: CONFIG_TCP_MD5SIG needed for quagga openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Marc Langer (marclanger) Partner organization: openSUSE.org Description: Quagga bgpd allows the configuration of MD5 protected BGP sessions, but the kernel does not have this activated. Business case (Partner benefit): openSUSE.org: Our BGP peers require MD5 but the SuSE Kernel is compiled without CONFIG_TCP_MD5SIG. It takes a long time to find this issue because in the default configuration quagga is not logging properly that this option is missing in the kernel. Each time we have to compile an own kernel. Please activate this in future versions. -- openSUSE Feature: https://features.opensuse.org/315140

1 1

[openFATE 307884] Yafaray instead of Yafray for Blender
by fate_noreply＠suse.de 07 Jun '16

07 Jun '16

Feature added by: Rene Bernhard (rebe) Feature #307884, revision 1 Title: Yafaray instead of Yafray for Blender Package Wishlist: Unconfirmed Priority Requester: Important Requested by: Rene Bernhard (rebe) Description: Hello. As the Yafray render engine for Blender is not longer developed I apreciate if you would replace it with the Yafaray render engine in one of the next openSUSE versions. Or maybe it is possible to make a package for the repositories to download. Thank you very much for your efforts. Best regards rebe -- openSUSE Feature: https://features.opensuse.org/307884

1 4

[New: openFATE 312491] Explicit IPv6 support for YaST printer module
by fate_noreply＠suse.de 11 May '16

11 May '16

Feature added by: Johannes Meixner (jsmeix) Feature #312491, revision 1 Title: Explicit IPv6 support for YaST printer module openSUSE Distribution: Unconfirmed Priority Requester: Mandatory Requested by: Johannes Meixner (jsmeix) Partner organization: openSUSE.org Description: Currently there is not any kind of special IPv6 support in yast2-printer. Currently IPv6 works only where it is compatible to IPv4 but there are cases where IPv6 needs special handling: For example the tests whether or not a remote host is accessible run "ping <IP-address or hostname>" which fails if IP-address is an IPv6 address because for IPv6 ping6 must be used. See https://bugzilla.novell.com/show_bug.cgi?id=697833 Unfortunately ping6 cannot be used for IPv4 addresses so that yast2-printer needs to implement special distinction of cases in particular if a hostname is given depending on whether or not this hostname has an IPv4 or IPv6 address or both. Probably there are some more special distinction of cases needed to distinguish between IPv4 and IPv6 stuff. -- openSUSE Feature: https://features.opensuse.org/312491

1 20

[New: openFATE 314657] Add setting to not create Failsafe entries in grub menu
by fate_noreply＠suse.de 18 Apr '16

18 Apr '16

Feature added by: Michal Marek (michal-m) Feature #314657, revision 1 Title: Add setting to not create Failsafe entries in grub menu openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Michal Marek (michal-m) Partner organization: openSUSE.org Description: When testing multiple kernels, the grub menu quickly becomes a mess, because every kernel is listed twice. I would love to have a setting in /etc/sysconfig/bootloader, that would allow to tell perl-Bootloader to stop generating the Failsafe entries. -- openSUSE Feature: https://features.opensuse.org/314657

1 1

[New: openFATE 308839] performance: prompt early on failure ...
by fate_noreply＠suse.de 05 Apr '16

05 Apr '16

Feature added by: Michael Meeks (michael_meeks) Feature #308839, revision 1 Title: performance: prompt early on failure ... Buildservice: New Priority Requester: Mandatory Requested by: Michael Meeks (michael_meeks) Description: For local builds, osc has an unfortunate habit of doing a large amount of work, before failing very late. For slow building or leaf packages this can be excessively painful - wasting an "overnight" build slot eg. Many of the checks that we currently do in the middle, should be moved to the beginning (or perhaps just duplicated there). Some examples I have fallen over: * prompt-user-to-re-build-jail - this currently happens after any new packages are downloaded - a process that can take as long as the building. We can know that a jail was dirty before we start & warn then; if we even need dirty jails [cf. fate#308837# ] * simple RPM syntax problems - could be linted ahead of time, currently done after jail construction. + we should catch in particular: missing / mis-named files + mis-applied / not-applied patches + anything else obvious that we can catch Doing this early - while the human is watching is likely to hide long pipeline stalls, and context switching overhead for packagers. -- openSUSE Feature: https://features.opensuse.org/308839

1 3

[New: openFATE 313077] New PAM modules must not be deployed unnoticed by sec team
by fate_noreply＠suse.de 05 Apr '16

05 Apr '16

Feature added by: Sebastian Krahmer (krahmer) Feature #313077, revision 1 Title: New PAM modules must not be deployed unnoticed by sec team openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Sebastian Krahmer (krahmer) Partner organization: openSUSE.org Description: New PAM modules should be reviewed by security team. Just like any suid/daemon/DBUS service. In particular if they are installed by default. -- openSUSE Feature: https://features.opensuse.org/313077

1 4

[New: openFATE 311163] packaging firefox add-ons
by fate_noreply＠suse.de 05 Apr '16

05 Apr '16

Feature added by: Ludwig Nussel (lnussel) Feature #311163, revision 1 Title: packaging firefox add-ons Hackweek VI: Unconfirmed Priority Requester: Important Requested by: Ludwig Nussel (lnussel) Partner organization: openSUSE.org Description: We lack a way to be able to easily package firefox add-ons as rpm. Packages of add-ons are useful both for the distro vendor and for admins. Distro (or appliance) vendors may install some add-ons by default. Admins want all users to have certain add-ons by default. Moreover some add-ons are not noarch (like bonjourfoxy) and need to be compiled specifically for each distro so a package is unavoidable. To make all of that possible the firefox package needs to provide rpm macros so spec files for add-ons become really simple. By creating a script that downloads version, description etc from addons.mozilla.org and automatically creates spec files the task of packaging add-ons becomes a piece of cake. See home:lnussel:firefox for current status. -- openSUSE Feature: https://features.opensuse.org/311163

1 6