August 2009 - openSUSE Features - openSUSE Mailing Lists

[openFATE 306528] Info banner for projects/packages
by fate_noreply＠suse.de 12 Mar '17

12 Mar '17

Feature added by: Jan-Simon Möller (dl9pf) Feature #306528, revision 1 Title: Info banner for projects/packages Buildservice: Unconfirmed Priority Requester: Desirable Requested by: Jan-Simon Möller (dl9pf) Description: I'd propose to add an info banner (as on the monitor page - aka "Adrians Blog" ;) ) to the projects or even packages. This would allow the new groups of packagers to leave status messages right in place for the projects. -- openSUSE Feature: https://features.opensuse.org/306528

1 4

[openFATE 307512] Improve Qt package manager searching
by fate_noreply＠suse.de 04 Dec '16

04 Dec '16

Feature added by: Rastislav Krupansky (ra100) Feature #307512, revision 1 Title: Improve Qt package manager searching openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Rastislav Krupansky (ra100) Partner organization: openSUSE.org Description: Qt software manager might use functionality "search as you type". I mean, searching would give me a relevant result already during writing of the name package. This feature is already available in GTk software management (Synaptic also), but for QT isn´t. That means no more writting package name and hitting enter, or clicking on the "Search" button is needed, searching would done over the names ;-) See https://bugzilla.novell.com/show_bug.cgi?id=482578 Business case (Partner benefit): openSUSE.org: Faster, more comfortable and simplified searching. -- openSUSE Feature: https://features.opensuse.org/307512

1 5

[openFATE 306412] Easy and unified way to enable/disable optional/experimental features
by fate_noreply＠suse.de 03 Dec '16

03 Dec '16

Feature added by: Tejun Heo (teheo) Feature #306412, revision 1, last change by Title: Easy and unified way to enable/disable optional/experimental features openSUSE-11.2: New Priority Requester: Desirable Requested by: Tejun Heo (teheo) Description: When new things are introduced, it always generates certain amount of controversy. It's sometimes due to the quality of the initial implementation; other times, the feature itself isn't appealing to large subset of the userbase. Examples of this type of features include compiz, beagle and pulseaudio. Given that features which generate a lot of controversies are desktop related as they are the most visible and that as a distro openSUSE wants to ship and experiment with new features, having an easy and unified way to opt in and out of controversial features would resolve a lot of griefs without harming test coverage too much. I suggest installing new features by default and ask whether the user wants to opt in and out of those features from ggreeter. It wouldn't add another step while still providing choices upfront. Also, the same selection should be available through control pannel. This feature would be superset of fate#305296. -- openSUSE Feature: https://features.opensuse.org/306412

1 11

[openFate 305556] rpm -q --whatrecommends foobar
by fate_noreply＠suse.de 29 Nov '16

29 Nov '16

Feature added by: Stephan Binner <stbinner(a)novell.com> Feature #305556, revision 1, last change by Title: rpm -q --whatrecommends foobar openSUSE-11.2: New Priority Requester: Desirable Requested by: Stephan Binner <stbinner(a)novell.com> Partner organization: openSUSE.org Description: For debugging purporses why a package is installed it would be nice to have a "--whatrecommends" query option for rpm and not only "--whatrequires". -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305556

1 12

[openFATE 306848] Provide firmware package ( non-oss )
by fate_noreply＠suse.de 25 Nov '16

25 Nov '16

Feature added by: Denny Beyer (lumnis) Feature #306848, revision 1 Title: Provide firmware package ( non-oss ) openFATE: Unconfirmed Priority Requester: Desirable Requested by: Denny Beyer (lumnis) Description: We should provide a firmware package for all drivers requiring one, eg. many tv cards or scanners etc. Even better would be if this package would be automatically installed (or the user will be prompted to install) if a device has been plugged in for the first time. Firmware files are relatively small compared to harddisk size, so one package for all tv cards, one for scanners etc. should do. -- openSUSE Feature: https://features.opensuse.org/306848

1 12

[openFATE 307465] Enable zypper to auto-complete package names
by fate_noreply＠suse.de 25 Nov '16

25 Nov '16

Feature added by: Sven Burmeister (rabauke) Feature #307465, revision 1 Title: Enable zypper to auto-complete package names openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Sven Burmeister (rabauke) Description: I think it would be handy if zypper could auto-complete package names as the shell can do for commands, i.e. if there is more than one possible match, show a list, if not auto-complete. -- openSUSE Feature: https://features.opensuse.org/307465

1 7

[openFATE 306917] Improvements to restricted-multimedia codecs installer
by fate_noreply＠suse.de 20 Nov '16

20 Nov '16

Feature added by: Atri Bhattacharya (badshah400) Feature #306917, revision 1 Title: Improvements to restricted-multimedia codecs installer openSUSE-11.2: Unconfirmed Priority Requester: Important Requested by: Atri Bhattacharya (badshah400) Description: At the moment the execution of opensuse-codecs-installer leads to a rather unnerving chain of events for beginners starting with the webpage. http://software.opensuse.org/codecs?client_version=10.3.1&lang=en_GB.UTF-8&… 11.1 (x86_64)&kernel=2.6.27.23-0.1-default&gstreamer=gstreamer-utils-0.10.21-3.13& The request is to either have a different implementation of codec-installer itself (for example, clicking the search for codecs button on the codec installer automatically starts a one-click-installer for installing required multimedia packages), or improve the codec-installer website to make things easy (reduce number of clicks required to just 1 or 2) and trivial (ie. no decision-making about fluendo/community, etc). Use Case: New user (openSUSE virgin ;) , i.e., any MAN or WOMAN who hasn't used openSUSE yet, possibly only has used windows till now) tries to play an mp3 file. Then the following sequence starts: 1) Codecs-installer pops up. 2) User clicks on install codecs (preferably call it restricted-multimedia support). 3) Browser opens, shows up website with version of opensuse and desktop environment detected. 4) User clicks to start one-click installer. 5) Installatin completes, user retries playing mp3 file, it works, user happy. -- openSUSE Feature: https://features.opensuse.org/306917

1 10

[openFATE 306896] Zypp-proxy - A proxy cache server for zypper updates
by fate_noreply＠suse.de 15 Oct '16

15 Oct '16

Feature added by: Alex Tsariounov (tsariounov) Feature #306896, revision 1 Title: Zypp-proxy - A proxy cache server for zypper updates Hackweek IV: Unconfirmed Priority Requester: Important Requested by: Alex Tsariounov (tsariounov) Description: This project will create zypp-proxy which is a server proxy used for caching update packages that are used by machines on the local network on a locally designated host machine that acts as a proxy to the openSUSE updates repositories. The project is similar in function and requirements to the Debian project apt-proxy, details of which can be found here: http://apt-proxy.sourceforge.net/ This project is useful for those who run many local (both physical and virtual) openSUSE machines and like to keep them up to date with updates; however, they do not wish to waste bandwidth for downloading the same updates over and over to all local machines whether when keeping exisiting machines up to date, or building new machines and having to re-download all updates yet again. For some people, simply mirroring the entire openSUSE updates repository is sufficient to provide local network updates; however, for most, since they do not use near as many packages as that repository provides, doing this simply wastes disk space. These people will find zypp-proxy most useful. Both server and client setup will be quite simple. The server will use the public openSUSE updates repositories to check for updates. The clients will point to the local server (the proxy) machine for updates rather than the public servers. When a client requests an update, the zypp-proxy server first checks if the public server has a more up to date package that what it has cached locally. If the public server doesn't, then zypp-proxy serves the locally cached package. If the public server does have a more up to date package, then zypp-proxy first downloads it to its local cache and then serves it to the client. How many old versions of packages to keep will be a configurable. The first implementation will support openSUSE 11.1 only, with support for other openSUSE releases following suit. -- openSUSE Feature: https://features.opensuse.org/306896

1 17

[openFATE 306234] allow to resize unformatted partitions and logical volume
by fate_noreply＠suse.de 03 Oct '16

03 Oct '16

Feature added by: Arvin Schnell (aschnell) Feature #306234, revision 1, last change by Title: allow to resize unformatted partitions and logical volume openSUSE-11.2: New Priority Requester: Important Requested by: Thomas Wouters (twouters) Description: Allow to resize unformatted partitions and logical volume with YaST. Relations: - Unable to resize unformatted logical volume (novell/bugzilla/id: 479561) https://bugzilla.novell.com/show_bug.cgi?id=479561 -- openSUSE Feature: https://features.opensuse.org/306234

1 9

[openFATE 305838] Integrate ReviewBoard in Buildservice
by fate_noreply＠suse.de 12 Feb '16

12 Feb '16

Feature added by: Klaas Freitag (kfreitag) Feature #305838, revision 1, last change by Title: Integrate ReviewBoard in Buildservice Buildservice: Unconfirmed Priority Requester: Desirable Requested by: Klaas Freitag (kfreitag) Description: ReviewBoard is a code change review system. It should be considered to integrate it to the openSUSE Buildservice infrastructure to ease collaboration. It might be an option that submit requests to packages can be handled in the review board. -- openSUSE Feature: https://features.opensuse.org/305838

1 4