July 2009 - openSUSE Features - openSUSE Mailing Lists

[openFATE 306599] Web App for Cert Bulletins
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Kurt Garloff (garloff) Feature #306599, revision 1 Title: Web App for Cert Bulletins Requested by: Kurt Garloff (garloff) Description: Build a prototype for handling the certification database and bulletins using a modern Web Application framework. Current choice would be django as it's rather powerful and uses a language I'm very much in favor of. -- openSUSE Feature: https://features.opensuse.org/306599

1 1

[openFate 305664] Server CD
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Martin Schlander (cb400f) Feature #305664, revision 1, last change by Title: Server CD openSUSE-11.2: Unconfirmed Priority Requester: Desirable Requested by: Martin Schlander (cb400f) Description: Providing an official openSUSE server cd - with some often used server software - and perhaps a lightweight window manager like icewm or similar - would be a great thing for a number of reasons. - openSUSE is generally considered a desktop centric distribution, providing a server cd would do a heck of a lot to highligt the excellent (home-)server qualities of openSUSE. - The few people that realize that the openSUSE DVD/netinstall actually offers text mode/server installation, are often discouraged by needing to download a full DVD, or do troublesome and slow http/ftp installation. - Server users are generally more technical people, it would be beneficial to attract more of these to the openSUSE project. - More people using openSUSE on home servers would likely have spill-over effects on SLES sales. - An openSUSE server cd, would be an excellent response to Ubuntu server edition and Microsoft Home Server. -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305664

1 32

[openFate 305582] Off-Line one click install (MSI for Linux)
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Duncan Mac-Vicar <dmacvicar(a)novell.com> Feature #305582, revision 1, last change by Title: Off-Line one click install (MSI for Linux) openSUSE-11.2: New Priority Requester: Important Requested by: Duncan Mac-Vicar <dmacvicar(a)novell.com> Partner organization: openSUSE.org Description: Idea from community member Raul Romero. Same concept as MSI packages for Windows but exploiting the One Click Install concept of openSUSE (and therefore inheriting the simplicity, code and security. Basically a compressed file which includes a repository inside, plus one click install information, and a script to trigger the oneclickinstall handler with the data as payload in the script. Therefore is a collection of rpms that can be installed detailed description is here http://en.opensuse.org/OSI There is already a prototype working. Example script: http://dl.getdropbox.com/u/363315/MozillaFirefox.osi This requires some extra features in one click install and other pieces * ability to force OneClick to add the repo (the one inside the compressed file) Additionally I see other features: * ability to suggest an update repo for the installed bundle * support from build service to generate bundles * easy way to generate them locally Out of scope but interesting: * Ablity to trigger a YaST workflow (its own control.xml?) Business case (Partner benefit): openSUSE.org: This solves the business case of distributing service packs, applications, codecs bundles by just downloading a big file, 100% offline, supporting dependencies and repo signatures. -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305582

1 40

[openFATE 306907] Add support for Ksplice
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Stephan Kleine (bitshuffler) Feature #306907, revision 1 Title: Add support for Ksplice openSUSE-11.2: Unconfirmed Priority Requester: Important Requested by: Stephan Kleine (bitshuffler) Description: KSplice allows it currently to apply most but not all kernel updates without the need to reboot which is especially great for servers. It's backed by a newly founded corporation that continually tries to improve it so hopefully sometime in the future a reboot wont be necessary for any kernel update. Fedora as well as Ubuntu already support it so openSUSE shouldn't stay behind. URL: http://www.ksplice.com/ -- openSUSE Feature: https://features.opensuse.org/306907

1 18

[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 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 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