March 2015 - openSUSE Features - openSUSE Mailing Lists

[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

[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