January 2017 - openSUSE Features - openSUSE Mailing Lists

[New: openFATE 322424] Mesa "swr" software rasterizer
by fate_noreply＠suse.de 30 Jan '17

30 Jan '17

Feature added by: Tyler Kay (Tyler_K) Feature #322424, revision 1 Title: Mesa "swr" software rasterizer Requested by: Tyler Kay (tyler_k) Partner organization: openSUSE.org Description: Here's a real easy one: enable the "swr" gallium driver in the build of Mesa. Though there are other software gl renderers available, swr is NOT a replacement for llvmpipe or softpipe or swrast. It is desirable for use in some computational fields: such as medical imaging, fluid dynamics, etc etc etc. You can read all about it here: http://openswr.org/ This might be something SLED should also consider, as it would attract users who might otherwise turn to another distro if its not enabled natively. -- openSUSE Feature: https://features.opensuse.org/322424

1 0

[New: openFATE 322068] Support Docker Chaining of Services
by fate_noreply＠suse.de 27 Jan '17

27 Jan '17

Feature added by: Adrian Schröter (adrianSuSE) Feature #322068, revision 1 Title: Support Docker Chaining of Services Buildservice: Implementation Milestone: 2.8 Priority Requester: Important Projectmanager: Important Requested by: Adrian Schröter (adriansuse) Requested by: Adrian Schröter (adriansuse) Partner organization: openSUSE.org Description: Current LXC implementation of service chaining tends to break often due to LXC changes. It is also quite hacky. Re-implment it using a pre-build docker container. This allows to use it for more OBS administrators and is hopefully longer lasting. -- openSUSE Feature: https://features.opensuse.org/322068

1 2

[openFATE 313811] Configurable multi-spec file package build mode
by fate_noreply＠suse.de 27 Jan '17

27 Jan '17

Feature changed by: Dr. Werner Fink (WernerFink) Feature #313811, revision 11 Title: Configurable multi-spec file package build mode Buildservice: Done Milestone: 2.8 Priority Requester: Mandatory Projectmanager: Important Requested by: Dr. Werner Fink (wernerfink) Partner organization: openSUSE.org Description: We want to have a functionality to enable multiple spec file builds from one source without the need to create _link's. This should be configurable project wide and per package. Additionally it would be nice to offer an option to build all of them in same build root sequential or even in parallel (Would obsolete texlive-specs-? meta packages). Discussion: #1: Adrian Schröter (adriansuse) (2012-09-07 10:16:43) This can also be used for product building, so we can turn productconverter into a source service. + #2: Dr. Werner Fink (wernerfink) (2017-01-27 08:28:22) (reply to #1) + That pretty fine ... but how to do this, that is daoes there exit any + HOWTO? -- openSUSE Feature: https://features.opensuse.org/313811

1 0

[New: openFATE 320696] Provide interface to show worker capabilities
by fate_noreply＠suse.de 27 Jan '17

27 Jan '17

Feature added by: Adrian Schröter (adrianSuSE) Feature #320696, revision 1 Title: Provide interface to show worker capabilities Buildservice: New Milestone: 2.8 Priority Requester: Important Requested by: Adrian Schröter (adriansuse) Requested by: Adrian Schröter (adriansuse) Partner organization: openSUSE.org Description: To be able to define proper constraints it is important which capabilities exists. The minimum approch would be to provide the data from /srv/obs/workers directory via the api. Means listing the workers and offer to show (a filtered?) the list of capabilities. A webui for this would be very nice too. -- openSUSE Feature: https://features.opensuse.org/320696

1 2

[New: openFATE 309393] Make "unpublish" files and removing files from :full tree easy
by fate_noreply＠suse.de 27 Jan '17

27 Jan '17

Feature added by: Adrian Schröter (adrianSuSE) Feature #309393, revision 1 Title: Make "unpublish" files and removing files from :full tree easy Buildservice: New Priority Requester: Important Requested by: Adrian Schröter (adriansuse) Description: Currently it is quite complex to remove build results from public repo or :full repo tree, if you do not want to remove the source package. We need to extend wipebinaries call with a target for :full and :repo dir and make this easy accessable via osc and webui. -- openSUSE Feature: https://features.opensuse.org/309393

1 6

[openFATE 313811] Configurable multi-spec file package build mode
by fate_noreply＠suse.de 27 Jan '17

27 Jan '17

Feature changed by: Adrian Schröter (adrianSuSE) Feature #313811, revision 10 Title: Configurable multi-spec file package build mode - Buildservice: Evaluation by engineering manager + Buildservice: Done Milestone: 2.8 Priority Requester: Mandatory Projectmanager: Important Requested by: Dr. Werner Fink (wernerfink) Partner organization: openSUSE.org Description: We want to have a functionality to enable multiple spec file builds from one source without the need to create _link's. This should be configurable project wide and per package. Additionally it would be nice to offer an option to build all of them in same build root sequential or even in parallel (Would obsolete texlive-specs-? meta packages). Discussion: #1: Adrian Schröter (adriansuse) (2012-09-07 10:16:43) This can also be used for product building, so we can turn productconverter into a source service. -- openSUSE Feature: https://features.opensuse.org/313811

1 0

[New: openFATE 321753] working dmesg in installer
by fate_noreply＠suse.de 17 Jan '17

17 Jan '17

Feature added by: Michal Suchanek (michals) Feature #321753, revision 1 Title: working dmesg in installer Requested by: Michal Suchanek (michals) Partner organization: openSUSE.org Description: In the installer dmesg buffer is empty. This is different from every Linux and BSD distribution I tried so far, even installers. In order to not alienate people who are not running SUSE from the very start the kernel messages should be left in said buffer for everyone to look at when needed. Supposedly there are these messages on virtual terminal 4 and /var/log/boot.msg Virtual terminal 4 is not accessible when installing - over ssh - over serial console - over IPMI which are probably scenarios for which SUSE should care more than most distributions out there given the focus on server. /var/log/boot.msg is either misnamed or it contains only the kernel messages from system startup and not messages which result from inserting a device for example. -- openSUSE Feature: https://features.opensuse.org/321753

1 1

[New: openFATE 322335] Allow to install packages into container using Yast
by fate_noreply＠suse.de 12 Jan '17

12 Jan '17

Feature added by: Sławomir Lach (Lachu) Feature #322335, revision 1 Title: Allow to install packages into container using Yast openSUSE Distribution: Unconfirmed Priority Requester: Neutral Requested by: Sławomir Lach (lachu) Partner organization: openSUSE.org Description: When dependency is not satisfied or there's dependency conflict, Yast could provide option to select OpenSuSE container as destination to install package. Yast should also allow to create new container in both case. Yast should import desktop files from container, but modify it to run container, set environment variable like DISPLAY to container, share some important system directory with container. There's also a need to allow normal users to run normal containers. Use Case: I need to install Plasma5.9 beta 1,but there's no other way to coexist of Plasma5.8(currently installed) and Plasma5.9. Yast will suggest to change vendor of some packages, but it will also suggest to create new container or/and select existing. -- openSUSE Feature: https://features.opensuse.org/322335

1 0

[New: openFATE 322330] susepaste default install
by fate_noreply＠suse.de 12 Jan '17

12 Jan '17

Feature added by: Rainer Sigl (SiglRainer) Feature #322330, revision 1 Title: susepaste default install Package Wishlist: Unconfirmed Priority Requester: Important Requested by: Rainer Sigl (siglrainer) Partner organization: openSUSE.org Description: it would be helpfull if "susepaste" is installed by default for forums and irc. -- openSUSE Feature: https://features.opensuse.org/322330

1 0

[New: openFATE 322323] Handling of service enabled packages in maintained distros
by fate_noreply＠suse.de 10 Jan '17

10 Jan '17

Feature added by: Adrian Schröter (adrianSuSE) Feature #322323, revision 1 Title: Handling of service enabled packages in maintained distros Buildservice: New Priority Requester: Important Requested by: Adrian Schröter (adriansuse) Requested by: Ludwig Nussel (lnussel) Partner organization: openSUSE.org Description: While the same package source in devel projects shall update automatically on github (or others) changes, the same package source must not update after submission to maintained projects (like factory, leap, ...). Proposal: create service mode "explicit" which runs the service only when it gets triggered via the trigger route or when the servicerun command has an explicit parameter. -- openSUSE Feature: https://features.opensuse.org/322323

1 1