March 2016 - openSUSE Features - openSUSE Mailing Lists

[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

[New: openFATE 320719] To add openssh 7.2 to Tumbleweed
by fate_noreply＠suse.de 30 Mar '16

30 Mar '16

Feature added by: Mikhail Kasimov (k_mikhail) Feature #320719, revision 1 Title: To add openssh 7.2 to Tumbleweed Requested by: Mikhail Kasimov (k_mikhail) Partner organization: openSUSE.org Description: To add openssh 7.2 (http://www.openssh.com/txt/release-7.2) in parallel to current 6.6p1 version (see Tmlwd section in http://software.opensuse.org/package/openssh). Business case (Partner benefit): openSUSE.org: To have possibility to test new stable release branch of openssh. Ok, it can be installed from source, but being in Tmlwd seems to be good idea. -- openSUSE Feature: https://features.opensuse.org/320719

1 2

[New: openFATE 316562] Add fs.protected_hardlinks=1
by fate_noreply＠suse.de 15 Mar '16

15 Mar '16

Feature added by: Sebastian Krahmer (krahmer) Feature #316562, revision 1 Title: Add fs.protected_hardlinks=1 Requested by: Sebastian Krahmer (krahmer) Partner organization: openSUSE.org Description: In order to disallow hard linking to suid files etc we should enable hardlink protection: fs.protected_hardlinks=1 or via apropriate /proc entry. -- openSUSE Feature: https://features.opensuse.org/316562

1 9

[New: openFATE 320680] Add an Arch Community repository
by fate_noreply＠suse.de 14 Mar '16

14 Mar '16

Feature added by: Brenton Horne (fusion809) Feature #320680, revision 1 Title: Add an Arch Community repository Buildservice: Unconfirmed Priority Requester: Important Requested by: Brenton Horne (fusion809) Partner organization: openSUSE.org Description: I would like the Arch Community repo to be added to the Open Build Service. Presently, in order for me to build a package for Blockify in the OBS, I have to add over 10 different Python dependencies to my OBS project, and all of these dependencies are present in the Arch Community repository. So it would help me out an awful lot if the OBS had an Arch Community repo available to it to. -- openSUSE Feature: https://features.opensuse.org/320680

1 0

[New: openFATE 320676] zypper up/dup: list new packages after upgraded packages
by fate_noreply＠suse.de 13 Mar '16

13 Mar '16

Feature added by: Felix Miata (mrmazda) Feature #320676, revision 1 Title: zypper up/dup: list new packages after upgraded packages Package Wishlist: Unconfirmed Priority Requester: Desirable Requested by: Felix Miata (mrmazda) Partner organization: openSUSE.org Description: Typically, if not updating TW frequently, more upgrades are displayed than fit a default vtty scrollback buffer, effectively hiding the much more intriguing list of new packages to install. More useful would be for new to be listed after upgrades, with vendor changes also listed before new packages. Even in a terminal in X this change would be more useful, eliminating need to scroll to see what package(s) might give cause to abort an up or dup process. -- openSUSE Feature: https://features.opensuse.org/320676

1 0

[New: openFATE 320673] Add support for building Gentoo / Sabayon packages to the Build Service
by fate_noreply＠suse.de 12 Mar '16

12 Mar '16

Feature added by: Brenton Horne (fusion809) Feature #320673, revision 1 Title: Add support for building Gentoo / Sabayon packages to the Build Service Buildservice: Unconfirmed Priority Requester: Important Requested by: Brenton Horne (fusion809) Partner organization: openSUSE.org Description: I would like to request that the build service gains the ability to build packages for Gentoo and Sabayon Linux. I realize that most Gentoo users, choose to use Gentoo because they want to compile all their software themselves, so I can understand it if you don't add the ability to build Gentoo packages to the build service. What I really want, however, is for you to add the ability to build Sabayon Linux packages in the OBS. The reason I mentioned Gentoo as well, is because I imagine that if you add the ability to build Sabayon packages to the build service, odds are as Gentoo and Sabayon packages are so similar (in fact, to build a Sabayon package the usual way, you need to first build a Gentoo package for it and then use Sabayon's package manager, Entropy, to convert the Gentoo package into a Sabayon package) you's may also add the ability to build Gentoo packages at the same time. If you want me to provide a testcase, well I suppose, if this capability was added to the build service, I would likely add an ebuild for some of my favourite packages (like Blockify (https://build.opensuse.org/package/show/home:fusion809/blockify) ) to my existing repositories and use these ebuilds to build packages for Gentoo / Sabayon. Thanks for your time, Brenton -- openSUSE Feature: https://features.opensuse.org/320673

1 0

[New: openFATE 309362] Re-implement Download on Demand (DoD) feature
by fate_noreply＠suse.de 01 Mar '16

01 Mar '16

Feature added by: Adrian Schröter (adrianSuSE) Feature #309362, revision 1 Title: Re-implement Download on Demand (DoD) feature Buildservice: Done Priority Requester: Important Requested by: Adrian Schröter (adriansuse) Description: The DoD features was dropped for 1.7. LinuxFoundation has re-implemented it in a cleaner way for 1.8 release. -- openSUSE Feature: https://features.opensuse.org/309362

1 8