August 2015 - openSUSE Features - openSUSE Mailing Lists

[New: openFATE 309360] Bootloader cleanup idea
by fate_noreply＠suse.de 03 Dec '16

03 Dec '16

Feature added by: ryan smith (ryan1414) Feature #309360, revision 1 Title: Bootloader cleanup idea openSUSE-11.3: Unconfirmed Priority Requester: Mandatory Requested by: ryan smith (ryan1414) Description: I have a feature request for OpenSuse 11.3's bootloader. Currently if a user install's a new linux kernel the bootloader displays multiple installations like this: OpenSuse 11.2 -2.6.31 etc etc (default) Failsafe OpenSuse 11.2 -2.6.3 etc etc (default) Desktop OpenSuse 11.2 -2.6.31 etc etc Failsafe OpenSuse 11.2 -2.6.3 etc etc (desktop) Alot of beginners won't even know what this is or which one to choose. You should only display one OpenSuse 11.2 and hide the other options with a "see more" button that users can push Enter on to make them visible. -- openSUSE Feature: https://features.opensuse.org/309360

1 3

[New: openFATE 310025] Set Repository priority at install
by fate_noreply＠suse.de 03 Dec '16

03 Dec '16

Feature added by: Andreas Tumbas (BuddelBob) Feature #310025, revision 1 Title: Set Repository priority at install openFATE: Unconfirmed Priority Requester: Desirable Requested by: Andreas Tumbas (buddelbob) Description: A higher priority setting for the main repositories. With the settings as they are now, we have the main repositories all set at priority 99, new added repositories at 99 and one-click-install added repositories at 99. This, for sure will lead into troubles as users begin to use the package management and the vast number of repositories out there. When updating through "zypper dup", the system will always update to the latest version package out of all repositories, because all of them have the same priority. When installing new software, yast and zypper would always choose the latest package as well. This will break the system sooner or later with many repositories added and especially the meant to be easy to use one-click-install will speed that up, when users use them. When we would change the default priority of the main repositories to, for example, 80 for update and 90 for the other main repositories (oss, non-oss, source...), while 99 is still the priority of newly added repositories, repositories added by one-click-install or manually will not break the system while the user still get the updates that are provided by the repositories, unlike with the suggestion usually found in the forums community to disable every repository besides the main ones (plus packman). Use Case: Add many repositories by one-click-installing or manually without manually changing priority or disabling them. -- openSUSE Feature: https://features.opensuse.org/310025

1 6

[New: openFATE 308765] software repositories: provide import/export of repositories list
by fate_noreply＠suse.de 03 Dec '16

03 Dec '16

Feature added by: Maciej Pilichowski (truemacias) Feature #308765, revision 1 Title: software repositories: provide import/export of repositories list openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Maciej Pilichowski (truemacias) Description: software repositories: provide import/export of repositories list ...so user could export all his/her repositories, save the the list on the disk, and on the other computer after simple import she/he could get exact copy of repo list. Original report: https://bugzilla.novell.com/show_bug.cgi?id=466480 -- openSUSE Feature: https://features.opensuse.org/308765

1 8

[New: openFATE 310406] Make /sbin and /usr/sbin accessible by sudo out-of-the-box
by fate_noreply＠suse.de 03 Dec '16

03 Dec '16

Feature added by: Jan Matejek (matejcik) Feature #310406, revision 1 Title: Make /sbin and /usr/sbin accessible by sudo out-of-the-box openSUSE-11.4: Unconfirmed Priority Requester: Desirable Requested by: Jan Matejek (matejcik) Partner organization: openSUSE.org Description: In current situation, /sbin and /usr/sbin are excluded from user path. If the user wants to use 'sudo' to run superuser tools located in sbin, the command fails. Example: matejcik@ws-pool1:~> yast2 Absolute path to 'yast2' is '/sbin/yast2', so running it may require superuser privileges (eg. root). matejcik@ws-pool1:~> sudo yast2 sudo: yast2: command not found Sudo should be configured out-of-the-box to be able to find commands located in /sbin and /usr/sbin - either by modifying secure_path in /etc/sudoers, or putting sbin's back into default user paths. Business case (Partner benefit): openSUSE.org: One of the common scenarios for administering a Linux system is never logging in as root and using sudo to execute all superuser commands. This approach fails miserably in openSUSE, making it less comfortable for some power users, and much less accessible for users coming from other distributions (most notably Ubuntu, where the sudo approach is the officially sanctioned way of doing things) -- openSUSE Feature: https://features.opensuse.org/310406

1 15

[New: openFATE 310478] SoftwareCenter
by fate_noreply＠suse.de 03 Dec '16

03 Dec '16

Feature added by: Diogo Piçarra (xpetept) Feature #310478, revision 1 Title: SoftwareCenter openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: Diogo Piçarra (xpetept) Description: One of the biggest usability problems in opensuse is it's package management system and Qt update apple. The update apple rarely works and keeps blocking the YaST package manager. It's pointeless to have an Qt and an GTK app to do the same thing when none of them are good. So my proposal is to create a SoftwareCenter from scratch like the ubuntu SoftwareCenter(https://wiki.ubuntu.com/SoftwareCenter). I really hate ubuntu but this is one of the few good things ubuntu have. I think the openSuse team should start by doing a specification wiki page like in ubuntu. Some things i think that should be added to that specification are: - ONE Qt based application(no GTK application) - update applet integrated with the kde notification system. - no instalation blocking. The user only need to click in an intall button to install the application. if the user orders another instalation the instalation will be queued. - One search to search everywhere(packages, webpin and http://software.opensuse.org) even if the repositories is not instaled or add had an option on a preferences dialog to search on non-official repositories. Sorry for my bad english. -- openSUSE Feature: https://features.opensuse.org/310478

1 3

[New: openFATE 313037] central font repository
by fate_noreply＠suse.de 02 Dec '16

02 Dec '16

Feature added by: Kim Leyendecker (openLHAG) Feature #313037, revision 1 Title: central font repository openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Kim Leyendecker (openlhag) Partner organization: openSUSE.org Description: http://lists.suse.de/opensuse-packaging/2011-11/msg00126.html Hi, over the years, I've collected a bunch of great fonts in my home repository. However, it seems we don't have a consistent naming schema for fonts. Although the Packaging Guidelines[1] links to the old Wiki[2], the information therein is printed in red and I'm not sure how useful is this nowadays. This has some interesting effects. If you search for fonts like this: # zypper se font you will get _some_ but not all. For example, the popular Linux Libertine and DejaVu fonts are not listed. A user has to _know_ the name. IMHO this is not very intuitive and userfriendly. On the other side, we have lots of fonts which are very inconsistently named. Here are some examples: farsifonts fonts-arabic freefont gnu-unifont indic-fonts intlfonts-ttf xorg-x11-fonts From a usability perspective, it would be very convenient to have a consistent naming schema with a specific prefix (or suffix), for example a "-fonts" suffix. Ubuntu has the prefix "ttf-" for their packages: http://packages.ubuntu.com/search?suite=natty&section=all&arch=any&searchon… Fedora has the suffix "-fonts" for their packages: https://admin.fedoraproject.org/pkgdb/acls/list/*-fonts*?_csrf_token=b27215… Another issue: Do we have a special repository dedicated only to fonts? I couldn't find any... Do you think this is useful? What do you think? -------- [1] http://en.opensuse.org/openSUSE:Packaging_guidelines [2] http://old-en.opensuse.org/Packaging/Fonts_Policy#Package_layout_for_fonts -- GruÃ/Regards, Thomas Schraitle ---------------------------------------------------------------------- SUSE LINUX Products GmbH (o< Maxfeldstrasse 5 /\\ Documentation Specialist 90409 Nuernberg, Germany _\_v http://www.suse.com http://lizards.opensuse.org/author/thomas-schraitle/ SUSE LINUX GmbH, GF: Jeff Hawn, Jennifer Guild, Felix ImendÃ¶rffer, HRB 21284 (AG NÃ¼rnberg) -- openSUSE Feature: https://features.opensuse.org/313037

1 5

[New: openFATE 313035] Invent Consistent Font Naming Schema
by fate_noreply＠suse.de 02 Dec '16

02 Dec '16

Feature added by: Thomas Schraitle (thomas-schraitle) Feature #313035, revision 1 Title: Invent Consistent Font Naming Schema openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: Thomas Schraitle (thomas-schraitle) Partner organization: openSUSE.org Description: Currently, our package names for fonts are suboptimal. Here are some examples: farsifonts fonts-arabic freefont gnu-unifont indic-fonts intlfonts-ttf xorg-x11-fonts >From a usability perspective, it would be better to make a consistent naming schema for font packages. Naming schemas from other distributions: * Ubuntu: prefix with "ttf-" * Fedora: suffix with "-fonts" With the above inconcistency, popular fonts like LinuxLibertine or dejavu cannot be found. Business case (Partner benefit): openSUSE.org: The benefits: * Consistency: easier to find, easier to install * Usability: better to memorize and therefor easier to find * Migration: Users from other distributions find their fonts easier -- openSUSE Feature: https://features.opensuse.org/313035

1 32

[New: openFATE 312998] Always have user picker in default KDM theme
by fate_noreply＠suse.de 02 Dec '16

02 Dec '16

Feature added by: Joseph Mulloy (jdmulloy) Feature #312998, revision 1 Title: Always have user picker in default KDM theme openSUSE 12.1: Unconfirmed Priority Requester: Important Requested by: Joseph Mulloy (jdmulloy) Partner organization: openSUSE.org Description: The new KDM Theme for 12.1 does not have a user picker, whereas the KDM theme for 11.4 did have one. This is a regression in my opinion. It is 2011, all major Operating Systems have user pickers in their logon managers. OpenSuse needs to make it a policy that the default KDM/GDM theme in EVERY version has a user picker. With recent unpopular changes in a more popular distro this is a great chance for OpenSuse to gain users, therefore we should make it as user friendly as possible. This is a little thing that makes a big difference. Use Case: Joe is a user who wants to setup an OpenSuse PC for his family with each family member having their own account. His family members are "average users" who should be able to just click on their own user instead of having to remember a username. -- openSUSE Feature: https://features.opensuse.org/312998

1 3

[New: openFATE 311182] External Usb Speakers support for laptop users
by fate_noreply＠suse.de 02 Dec '16

02 Dec '16

Feature added by: alaios alaios (alaios) Feature #311182, revision 1 Title: External Usb Speakers support for laptop users openSUSE.org: Unconfirmed Priority Requester: Desirable Requested by: alaios alaios (alaios) Partner organization: openSUSE.org Description: Hello this is something needed for laptop users when they plug in a lot external devices. The idea to post my idea here was suggest at this thread: http://forums.opensuse.org/english/get-technical-help-here/hardware/453416-… Main Point: is the opensuse to redirect sound to external usb spekers when plugged in. Below you will find a typical scenario that depicts the need for such a feature Scenario: I am a laptop user and I always want to use my external usb speakers. Of course as you said I can always configure them to be the default device but this does not support well the ad-hoc action. For example I move my laptop from my working room to the living room and I forget to take with me the usb speakers. Linux boots up and uses the on board sound card as the external usb speakers were not detected. So far goes fine. Then my wife suggests me to watch a movie then I have to bring and plug in my external speakers as then I have louder and clearer sound. I plug external speakers back but ... oups sound doesnot redirect to them. If I do alsasound restart then everything works fine.. but this is something that does not work well with any program that was using the sound device. For example flash videos inside firefox crash... Then after I am watching my movie I would like to take the laptop on the couch which means that I can not have the external speakers still plugged in and I have to work with the on board sound card ... so I unplug the external speakers .. but oups no sound again. I have again to restart alsasound service (not to mention --> open console-->become root-->restart service). This is why in windows things are more straightforward... you plug in something sound redirects there (when you plugin something 90% of the time you want to use it) I am not sure if my example makes more clear why I do believe that such a feature is important. Might be also good when I connect a usb sound device to get a prompt from the os 'New Sound device detected. Do you want to use it as default?' or 'External usb speakers were removed. Do you want to fall back to the on-board sound card?' -- openSUSE Feature: https://features.opensuse.org/311182

1 4

[openFATE 307844] Aria2c as DEFAULT Download Manager
by fate_noreply＠suse.de 02 Dec '16

02 Dec '16

Feature added by: John Shand (jshand2008) Feature #307844, revision 1 Title: Aria2c as DEFAULT Download Manager openSUSE-11.3: Unconfirmed Priority Requester: Mandatory Package Wishlist: Unconfirmed Priority Requester: Mandatory Requested by: John Shand (jshand2008) Description: Since in openSUSE 11.2 aria2c is going to be the main download manager, wouldn't it make sense to also have a GUI for this application for KDE or GNOME? -- openSUSE Feature: https://features.opensuse.org/307844

1 3