September 2009 - openSUSE Features - openSUSE Mailing Lists

[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 307769] remove X-KDE-SubstituteUID and edit Exec on YaST2 .dekstop files
by fate_noreply＠suse.de 15 Nov '16

15 Nov '16

Feature added by: andrea florio (anubisg1) Feature #307769, revision 1 Title: remove X-KDE-SubstituteUID and edit Exec on YaST2 .dekstop files openSUSE-11.3: Unconfirmed Priority Requester: Mandatory Requested by: andrea florio (anubisg1) Partner organization: openSUSE.org Description: All YaST .destop files in /usr/share/applications/YaST2 use the "X-KDE-SubstituteUID" to make them running as root. X-KDE-SubstituteUID is a KDE only "workaround" for that only KDE is supposed to be able to understand. Really, also GNOME as very famous DE understand that. All the others DE like XFCE, LXDE, Icewm and so on do not understand that (and they are not supposed to do that) so they run all yast2 modules as NON root user. all that Desktop files should edit their exec line and maybe remove X-KDE-SubstituteUID exactly as has been done with /usr/share/applications/YaST.desktop into yast2-control-center package. /usr/share/applications/YaST.desktop content: [Desktop Entry] X-SuSE-translate=true Type=Application Categories=Settings;System;SystemSetup;X-SuSE-Core-System;X-SuSE-ControlCenter-System; Name=YaST Icon=yast GenericName=Administrator Settings Exec=/usr/bin/xdg-su -c /sbin/yast2 #OnlyShowIn=KDE;GNOME; #X-KDE-SubstituteUID=true X-KDE-RootOnly=true X-KDE-System-Settings-Parent-Category=system X-KDE-ServiceTypes=KCModule Encoding=UTF-8 as you can see use /usr/bin/xdg-su -c in Exec line, made the .desktop file DE independent Test Case: https://bugzilla.novell.com/show_bug.cgi?id=540627 Use Case: any user running a DE different that KDE/GNOME will run al yast2 modules as non root user with all the warnings/errors that came from that Business case (Partner benefit): openSUSE.org: That will increase openSUSE usability for users running a different DE like XFCE and LXDE, and will be a great step to have that feature: https://features.opensuse.org/307729 perfectly working -- openSUSE Feature: https://features.opensuse.org/307769

1 3

[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

[openFATE 305914] PAC support for 'system wide proxy configuration'
by fate_noreply＠suse.de 05 Dec '15

05 Dec '15

Feature added by: Dominique Leuenberger (dimstar) Feature #305914, revision 1, last change by Title: PAC support for 'system wide proxy configuration' openSUSE-11.2: Unconfirmed Priority Requester: Important Requested by: Dominique Leuenberger (dimstar) Description: The distribution now contains libproxy and we should try to make as much use of it as possible. A big advantage is the ability to parse PAC (Proxy AutoConfiguration) without the need for this in every application. Simply linking against libproxy with it's very simple API (3 API calls, 2 without parameters) is enugh to have the advantage of no longer needing to 'guess' what proxy to use. What is now: - You can set in yast / proxy a general proxy to be used (http://foo.proxy.com:1234) This is bascially put into http_proxy envvar. In gnome you can set user proxy configuration as: - Use System Proxy (as configured in yast) - Use proxy configuration (static, same options as in yast) - Use automatic proxy configuration script Yast lacks the option to specify a PAC script on system wide level. This is only possible in the user sessions configuration. This made sense as most applications don't know how to handle pac files anyway. But with libroxy, this hurdle can be taken away from every single application and can thus be offered. I'm glad to elaborate on questions; I'm sure there are some :-) -- openSUSE Feature: https://features.opensuse.org/305914

1 17

[openFATE 306370] Support request creating and accepting from remote packages
by fate_noreply＠suse.de 28 Jul '15

28 Jul '15

Feature added by: Adrian Schröter (adrianSuSE) Feature #306370, revision 1, last change by Title: Support request creating and accepting from remote packages Buildservice: Evaluation Priority Requester: Important Projectmanager: Important Requested by: Adrian Schröter (adriansuse) Description: Submit requests should be supported when using a remote project/package as source. -- openSUSE Feature: https://features.opensuse.org/306370

1 3

[openFate 305356] 802.1x authentication on wired network using YaST via wpa_supplicant
by fate_noreply＠suse.de 22 Apr '15

22 Apr '15

Feature added by: Marius Tomaschewski <mt(a)novell.com> Feature #305356, revision 1, last change by Title: 802.1x authentication on wired network using YaST via wpa_supplicant openSUSE-11.2: New Priority Requester: Desirable Requested by: Marius Tomaschewski <mt(a)novell.com> Partner organization: openSUSE.org Description: Some networks using 802.1x authentication on metallic Ethernet and I think it would be cool have a possibility, handle this connection type using YaST. The major problem to support this is that the wpa_supplicant is in /usr/sbin; it seems also to be difficult to move it to /sbin because of all the libs the wpa_supplicant is using. What would be required, is to extent the "supported_on_localfs" function to check this and start the interface in remotefs flow when 802.1x is enabled. That is, using remotefs on 802.1x authenticated interfaces would be not possible -- same as with NetworkManager. -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305356

1 9