September 2011 - 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 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

[openFate 305556] rpm -q --whatrecommends foobar
by fate_noreply＠suse.de 29 Nov '16

29 Nov '16

Feature added by: Stephan Binner <stbinner(a)novell.com> Feature #305556, revision 1, last change by Title: rpm -q --whatrecommends foobar openSUSE-11.2: New Priority Requester: Desirable Requested by: Stephan Binner <stbinner(a)novell.com> Partner organization: openSUSE.org Description: For debugging purporses why a package is installed it would be nice to have a "--whatrecommends" query option for rpm and not only "--whatrequires". -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305556

1 12

[New: openFATE 310870] Add WEEKLY_TIME for weekly crons
by fate_noreply＠suse.de 29 Nov '16

29 Nov '16

Feature added by: Richard Ems (rems0) Feature #310870, revision 1 Title: Add WEEKLY_TIME for weekly crons openSUSE-11.4: Unconfirmed Priority Requester: Desirable Requested by: Richard Ems (rems0) Partner organization: openSUSE.org Description: When running cron jobs some of them can increase IO heavily, slowing the system down, like suse-updatedb from findutils-locate, doing a large find on the filesystems. On production servers being used by several users, these scripts have to be started at non working hours. In /etc/sysconfig/cron we already have a variable called DAILY_TIME which controls at what time the scripts in /etc/cron.daily are being started by /usr/lib/cron/run-crons . A similar approach would be very useful for the weekly crons, allowing a better control of the day and time when weekly cron jobs are started. -- openSUSE Feature: https://features.opensuse.org/310870

1 1

[New: openFATE 310643] Easier System Configuration with KDE
by fate_noreply＠suse.de 25 Nov '16

25 Nov '16

Feature added by: Donald Tosaw (dontosaw) Feature #310643, revision 1 Title: Easier System Configuration with KDE openSUSE-11.4: Unconfirmed Priority Requester: Desirable Requested by: Donald Tosaw (dontosaw) Description: I'm not sure if this needs to be brought up on this forum, on a KDE project forum, or both. I find display monitor configuration navigation to be confusing and difficult in openSUSE 11.3 with KDE. I also find the inability to configure my Logitech mouse behavior (double-click speed etc.) to be a significant problem for some users. I have found openSUSE with Gnome to be much better in the area of mouse configuration. -- openSUSE Feature: https://features.opensuse.org/310643

1 1