May 2017 - openSUSE Features - openSUSE Mailing Lists

[New: openFATE 312308] make yast gtk gui more complete
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Jean-Daniel Dodin (jdd) Feature #312308, revision 1 Title: make yast gtk gui more complete openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Jean-Daniel Dodin (jdd) Partner organization: openSUSE.org Description: The yast2 qt interface have (at least) one very usefull function that is not found in the gtk interface: when there is a problem in an install, being able to force reinstall of all the already installed packages is very handy. In qt, it's enough to clic right and select update all the selected. so I would be fine to have the same in gtk (I just had a corrupted kde4 install and could only run gnome) -- openSUSE Feature: https://features.opensuse.org/312308

1 1

[New: openFATE 313039] openSUSE Kids Edition/Mode
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Antwan Ibraheem (antwankakki) Feature #313039, revision 1 Title: openSUSE Kids Edition/Mode openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: Antwan Ibraheem (antwankakki) Partner organization: openSUSE.org Description: OpenSUSE kids edition is an idea of creating a distribution or mode for kids. This should include (but not limit to):- *Wallpapers, Icons, themes... that would appeal to kids. *an internet or programs filter to block harmful things *games, programs related to education and fun(programs like tuxpaint, google chrome, and many games). Use Case: a parent who cares about what his kids see in the virtual world. Business case (Partner benefit): openSUSE.org: this would appeal to parents because they would probably want a safe and fun environment for their kids to play with and learn from at the same time. it will create an openSUSE army for the future :). -- openSUSE Feature: https://features.opensuse.org/313039

1 4

[New: openFATE 312272] Move /sbin/lsinitrd, /sbin/lsmod, /sbin/lspci, /sbin/lspcmcia to %_bindir
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Johannes Obermayr (jobermayr) Feature #312272, revision 1 Title: Move /sbin/lsinitrd, /sbin/lsmod, /sbin/lspci, /sbin/lspcmcia to %_bindir openSUSE Distribution: Unconfirmed Priority Requester: Mandatory Requested by: Johannes Obermayr (jobermayr) Partner organization: openSUSE.org Description: lsinitrd, lsmod, lspci, lspcmcia are located in /sbin and so only root can access them. The 'ls' prefix indicates that these programs only list some information which should be accessible by all users. lsusb is in %_bindir (=/usr/bin). If you were consequently lsusb also would have to be in /sbin or /usr/sbin ... Business case (Partner benefit): openSUSE.org: There absolutely is not any sense for having programs just providing information in /sbin. How do you want to help people if you need for example lspci's output and then people complain: "Absolute path to 'lspci' is '/sbin/lspci', so running it may require superuser privileges (eg. root)." Can you give me root's password? (security, security, security, ...) -- openSUSE Feature: https://features.opensuse.org/312272

1 14

[New: openFATE 312307] Add usb_modeswitch and splix packages to live CD`s
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Vasil Yakauleu (vasilbelarus) Feature #312307, revision 1 Title: Add usb_modeswitch and splix packages to live CD`s openSUSE.org: Unconfirmed Priority Requester: Important Requested by: Vasil Yakauleu (vasilbelarus) Partner organization: openSUSE.org Description: My point of view is that CD`s(not DVD`s) should contain all packages required to install the system, to setup internet connection (then users can download all they need) and to support as maximum hardware as possible. Therefore, I think that packages 1)usb_modeswitch (usb_modeswitch-data and tcl as dependencies)= about 5,5Mb to provide a possibility connect to the internet for people with UMTS/3G wireless WAN devices. 2)splix= 3,4Mb to provide better support for SPL printers should be added to live CD`s. -- openSUSE Feature: https://features.opensuse.org/312307

1 3

[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