January 2017 - openSUSE Features - openSUSE Mailing Lists

[New: openFATE 312927] Use AppArmor or SELinux for every (suse) package
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: ich mich (yetanothernoob) Feature #312927, revision 1 Title: Use AppArmor or SELinux for every (suse) package openSUSE 12.1: Unconfirmed Priority Requester: Neutral Requested by: ich mich (yetanothernoob) Partner organization: openSUSE.org Description: It would be nice to add apparmor or selinux profiles to every rpm package and , of course, use them! It would let suse become one of the most secure linux systems out there. And the best: the user just installs a package and hasen't to care about anything ;) But it would also need a secure (GUI) "Permission Asker", like windows and of course an easy to use frontend for editing profiles (just easier than the current yast one) Sorry for my bad english, hope anyone got what i mean :D Business case (Partner benefit): openSUSE.org: Because suse should be REALLY secure without getting in the users way -- openSUSE Feature: https://features.opensuse.org/312927

1 10

[New: openFATE 308846] Option to "download only" rpm files in cache
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Eduardo Sotomayor (Easgs) Feature #308846, revision 1 Title: Option to "download only" rpm files in cache openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Eduardo Sotomayor (easgs) Description: In yast, there is the option when setting up software repositories to keep rpm files in cache after a software installation, it would be good to have too an option "Download only", with this option you will be able to get a program with all its dependencies ready to install later in a computer without internet without affecting the current system. This option is available in ubuntu apt-get with the option -d -- openSUSE Feature: https://features.opensuse.org/308846

1 7

[New: openFATE 310024] have a "primary monitor" option on gnome "monitor preferences"
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Thiago Sayao (sayao) Feature #310024, revision 1 Title: have a "primary monitor" option on gnome "monitor preferences" openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Thiago Sayao (sayao) Description: Currently i am not able to set which is the primary monitor on gnome monitor preferences. I can set the position which is very nice, but i am not able to inform which one is the primary. The primary monitor is the monitor that the gnome panel appears, as well as any application when opened the first time. This option can be set on xrandr, so i think it would be easily implemented. -- openSUSE Feature: https://features.opensuse.org/310024

1 2

[New: openFATE 310779] gtk2: cups printbackend does not provide a commandline
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Michael Krapp (mkrapp) Feature #310779, revision 1 Title: gtk2: cups printbackend does not provide a commandline openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: Michael Krapp (mkrapp) Description: gtk2's lpr printerbackend provides a commandline useful for testing, using uncommon options or printing to available but unconfigured printers. e.g. user configured printers close to his office, but needs to print once to a printer in a different building. lpr -PFar_away_printer could do this, but this is not available in e.g. Firefox printing dialog when the cups printbackend is active. The cups printerbackend lacks this functionality and the lpr backend is said to go away. -- openSUSE Feature: https://features.opensuse.org/310779

1 4

[New: openFATE 310377] Make Python 3 the default
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Matt Williams (Milliams) Feature #310377, revision 1 Title: Make Python 3 the default openSUSE-11.4: Unconfirmed Priority Requester: Desirable Requested by: Matt Williams (milliams) Description: Python 3.0 was released nearly 2 years ago now and has been included in the last two releases of openSUSE. Currently in openSUSE we have a python package which installs Python 2.6 and a python3 package which installs Python 3.1. To date there has been much reservation about Python 3, mainly due to the larger 3rd-party modules not having been ported but by now most of them have been (notable NumPy and SciPy) and will have had stable releases by openSUSE 11.4. Also by then, Python 3.2 will have been released. I propose that the python 2 package and its subpackages are renamed to python2 and python2-* and that the python3 package (and its sub-packages) is renamed to python-* and/or the /usr/bin/python symlink points to python3 rather than python2 for the next version of openSUSE. -- openSUSE Feature: https://features.opensuse.org/310377

1 6

[New: openFATE 311267] Two tier option to Community repository list
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Carl Fletcher (caf4926) Feature #311267, revision 1 Title: Two tier option to Community repository list openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Carl Fletcher (caf4926) Partner organization: openSUSE.org Description: In brief: Working in Yast > Software Repositories Add > Community Repositories Make a default community repo list Eg: OSS, NON-OSS, UPDATES, PACKMAN, NVIDIA, ATI, LIBDVDCSS And offer an advanced option available with a toggle (That should include a warning that it is for advanced users) Like this: http://dl.dropbox.com/u/10573557/SUSE%20Misc/community_list_edit.png Business case (Partner benefit): openSUSE.org: Reason: Typically many users who are installing openSUSE, perhaps for the first time are visiting the community repo list and just switching them all on. The result is not good and is giving users a bad experience. We obviously don't want to remove the option for using the complete list, but it would be better giving at least some indication that a degree of knowledge is required for their use. -- openSUSE Feature: https://features.opensuse.org/311267

1 10

[New: openFATE 310563] Dashboard Install GUI
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Jeremy Thornton (leebrad) Feature #310563, revision 1 Title: Dashboard Install GUI openFATE: Unconfirmed Priority Requester: Important openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: Jeremy Thornton (leebrad) Partner organization: openSUSE.org Description: Create a dashboard install on the DVD at the installation screen to help new users better understand the install options available to them. By this I mean where the selections come up to install Gnome, KDE, etc. that a dashboard listing replace it showing the Gnome, KDE, LXDE, XCFE, JeOS, Server, and Server/Server GUI as separate icons rather than a drop down list to select. Additionally, as the user scrolls across the icon it would give them a a summary description of the type of system it will install and possibly a screenshot or two to see if they will like it visually. Then as the install proceeds the user can customize the package selection later as is currently part of the system. Business case (Partner benefit): openSUSE.org: Users for the most part naturally take the path of least resistance so dashboard will provide both choice and GUI ease of use for the user while offering something innovative to the installer that to date Ubuntu has not implement but is possibly on the verge especially with the intro of Meerkat. -- openSUSE Feature: https://features.opensuse.org/310563

1 5

[New: openFATE 308892] Replace scim with IBUS
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Mingxi Wu (Mingxi_Wu) Feature #308892, revision 1 Title: Replace scim with IBUS openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Mingxi Wu (mingxi_wu) Description: SCIM upstream is almost dead. We should not keep an unmaintained software in openSUSE. IBUS (http://code.google.com/p/ibus/) a new developed input method is very active and full functionality, and other distributions like Ubuntu (https://wiki.ubuntu.com/desktop-karmic-input-methods) and Fedora already had done this. We have some contributors done the IBUS packaging at OBS https://build.opensuse.org/project/show?project=home:swyear:ibus . Everything is OK on my openSUSE 11.2 box except fail to enable it in a gnomesu window, but this is not a problem as other distributions don't have this bug. -- openSUSE Feature: https://features.opensuse.org/308892

1 20

[New: openFATE 310837] Enhance grub configuration for multiboot systems
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Martin Pröfrock (MartinProefrock) Feature #310837, revision 1 Title: Enhance grub configuration for multiboot systems openSUSE-11.4: Unconfirmed Priority Requester: Desirable Requested by: Martin Pröfrock (martinproefrock) Description: When installing Windows (version 7 with me), then openSUSE 11.3, and no partition is marked "active", then hibernating (suspend to disk) in Windows 7 does not work anymore after installing linux. When activating the "activate" checkbox in the Windows section of the grub configuration, it works. Could you change the intial(?) grub configuration or display a hint (flashing, big, ...)? I could imagine quite some people spending a lot of time with their favorite search engine to find out that solution. I did... As usual, Windows does not give any error messages besides a meaningless "file not found (2)" when starting the action from a cmd line. -- openSUSE Feature: https://features.opensuse.org/310837

1 3

[New: openFATE 309221] Simplify adding OBS repos
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Stefan Majewsky (majewsky) Feature #309221, revision 1 Title: Simplify adding OBS repos openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Stefan Majewsky (majewsky) Partner organization: openSUSE.org Description: When I want to add a build service repository, I have to find a quite cryptic URL, such as http://download.opensuse.org/repositories/KDE:/KDE4:/Factory:/Desktop/openS…. Much of the information in this URL is redundant and error-prone, such as the domain and the distribution version. It would be much nicer if Zypper and YaST knew about the repo structure of the OBS, so I could type something like obs://KDE:KDE4:Factory:Desktop, and have Zypper/YaST figure out the rest. Extra points if browsers could figure out that "obs://" URLs should be handled by YaST. Business case (Partner benefit): openSUSE.org: This reduces error sources. For example, if I provided some repository that provides some closed-source drivers, I would currently have to provide a gigantic list of repository URLs for all supported openSUSE versions. With the proposed change, the description for how to use such a repository would boil down to: 1. Add the repository "obs://home:foobar:importantdrivers". 2. Do a system upgrade. With the browser integration, we could even have something like a one-click installation for repositories. -- openSUSE Feature: https://features.opensuse.org/309221

1 5