February 2009 - openSUSE Features - openSUSE Mailing Lists

[openFate 305694] Separate Desktop / Server Kernels
by fate_noreply＠suse.de 18 Aug '09

18 Aug '09

Feature added by: Dean Hilkewich (deanjo13) Feature #305694, revision 1, last change by Title: Separate Desktop / Server Kernels openSUSE-11.2: Unconfirmed Priority Requester: Important Requested by: Dean Hilkewich (deanjo13) Partner organization: openSUSE.org Description: It seems to me that the current default kernels are somewhat hurting openSUSE's performance perception. Current kernel configs are OK but are not very well suited for desktop usage. In the future I would like to see a kernel package that is optimized for desktop usage. Current timer settings and no preemption really (sometimes drastically) hurts openGL performance and applications such as wine and causes alot of issues such as audio studdering. It would be nice to see a separate desktop performance kernel package with options such as Preemption model set to Preemptable Kenel (low-latency Desktop) and Timer Frequency Set to 1000 Hz, HPET support, Tickless System, disable optimize for size, disable Control Group support and disable Group CPU scheduler. You could also disable items and modules that are extremely rare in a desktop environment such as ATM support, Infiniband etc etc as these are not typically used in a desktop scenario which would be a large majority of openSUSE users. Further performance enhancements would also be done through out the system aimed at desktop use as well such as disabling barriers (even making it a simple checkmark option in the partitioner). Such optimizations for desktop usage can overcome openSUSE's reputation as being slower then the other mainstream distro's. The kernel settings alone can make up to a 30-40% increase in framerates in wine games for example and can cure alot of hiccups in multimedia apps. -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305694

1 53

[openFate 305680] access table contents in YaST in more ways than just by push buttons
by fate_noreply＠suse.de 17 Aug '09

17 Aug '09

Feature added by: Martin Schmidkunz (mschmidkunz) Feature #305680, revision 1, last change by Title: access table contents in YaST in more ways than just by push buttons openSUSE-11.2: New Priority Requester: Important Requested by: Martin Schmidkunz (mschmidkunz) Interested: Johannes Meixner (jsmeix) Interested: Katarina Machalkova (kmachalkova) Interested: Lukas Ocilka (locilka) Interested: Martin Vidner (mvidner) Interested: Ricardo Cruz (rpmcruz) Description: There is feedback (e.g. http://mvidner.blogspot.com/2009/01/yast-ui-table-usability.html) that users might get confused with the fact that table actions (performed on the table items) are accesible only as push buttons below the table. What users are used to from other GUI applications and what they miss in YaST UI is: a) context menu activated by right click on table item (e.g. edit/delete this item) b) more function key bindings (e.g. 'Delete' key will do the same what would pushing delete button do) -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305680

1 6

[openFATE 305803] improve command_not_found_helper speed
by fate_noreply＠suse.de 14 Aug '09

14 Aug '09

Feature added by: Susanne Oberhauser (froh) Feature #305803, revision 1, last change by Title: improve command_not_found_helper speed openSUSE-11.2: Unconfirmed Priority Requester: Important Requested by: Susanne Oberhauser (froh) Description: In the discussion on opensuse-factory [opensuse-factory] issues with command-not-found speed (Message-ID: <20081210084607.GA2988@taygeta>), I've suggested a different approach: I'd very much prefer bash to tell me without any delay: Command not found. If this is not a typo, type "man make-it-work" for help. And then the make-it-work man page will tell you right away to run "make-it-work commandname' to locate and install the package providing fancytool. with a little practice you will go one back in history, prefix your last command with 'make-it-work ' and have fun... imho the current solution is solving a problem that doesn't really exist (pretend all software is preinstalled) and creates a new one (lag). Michal Vyskocil pointed out that such magic should at least look in /sbin and /usr/sbin and give a usefull message if the command is found there: command found in /sbin or /usr/sbin. Maybe retry as root, e.g. with 'sudo $command' -- openSUSE Feature: https://features.opensuse.org/305803

1 6

[openFate 305658] Official USB stick images
by fate_noreply＠suse.de 14 Aug '09

14 Aug '09

Feature added by: Stephan Binner <stbinner(a)novell.com> Feature #305658, revision 1, last change by Title: Official USB stick images openSUSE-11.2: New Priority Requester: Desirable Requested by: Stephan Binner (beineri) Description: It would like to see openSUSE releases with official USB images (one with KDE, one with GNOME) next to the Live-CDs. As alternative the Live-CD images could be mastered in a way that they also can boot from USB (afaik they are not able atm) together with a small app/script to install them to USB - other distributions offer that. -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305658

1 49

[openFate 305318] Move gconf schemas to /usr
by fate_noreply＠suse.de 14 Aug '09

14 Aug '09

Feature added by: Vincent Untz <vuntz(a)novell.com> Feature #305318, revision 1, last change by Title: Move gconf schemas to /usr openSUSE-11.2: New Priority Requester: Desirable Requested by: Vincent Untz <vuntz(a)novell.com> Partner organization: openSUSE.org Description: We store gconf schemas in /etc/gconf. However, the schemas are not configuration files, but simply data. Therefore, we should move the schemas to /usr. Simply changing a line in /etc/gconf/2/path should make gconf work with the new location. Note that Debian already implements this. -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305318

1 7

[openFate 305149] [Feature-request] Yast Expert Partitioner: should not require mounting "/" root partition
by fate_noreply＠suse.de 14 Aug '09

14 Aug '09

Feature added by: Arvin Schnell <aschnell(a)novell.com> Feature #305149, revision 1, last change by Title: [Feature-request] Yast Expert Partitioner: should not require mounting "/" root partition openSUSE-11.2: New Priority Requester: Desirable Requested by: Alexey Eremenko <al4321(a)gmail.com> Partner organization: openSUSE.org Description: Hi All ! Since openSUSE 11.1 will have brand new expert partitioner, I would like to request the ability to use SUSE's partitioner for partition hard disks for other operating systems. Currently it is not possible, because SUSE requires mounting "/" root partition. In some cases I need to install third-party OSes before I install openSUSE, so I want to use SUSE flexible partitioner to partition and format the hard disk, then install the other OSes and only in the end I want to install openSUSE. -Alexey Discussion: #1: Arvin Schnell <aschnell(a)novell.com> (2008-08-04 08:41:18) So in a nutshell you want to use the partitioner as a separate program (started from the DVD) without the other installation features like package managment. Right? #2: Arvin Schnell <aschnell(a)novell.com> (2008-08-05 12:11:02) Not mounting "/" during installation will certainly lead to a failure so I hesitate to remove the check. But we could add a special mode with disabled checks. -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305149

1 9

[openFate 305550] Port of YaST Qt Control Center to Qt4
by fate_noreply＠suse.de 14 Aug '09

14 Aug '09

Feature added by: Stephan Binner <stbinner(a)novell.com> Feature #305550, revision 1, last change by Title: Port of YaST Qt Control Center to Qt4 openSUSE-11.2: New Priority Requester: Important Requested by: Stephan Binner <stbinner(a)novell.com> Partner organization: openSUSE.org Description: The YaST Qt Control Center is one of the few remaining parts of the desktop still requiring Qt3. It should be ported to Qt4. -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305550

1 23

[openFATE 305784] Wireless light blinks all the time
by fate_noreply＠suse.de 12 Aug '09

12 Aug '09

Feature added by: Robert Lewis (rll123) Feature #305784, revision 1, last change by Title: Wireless light blinks all the time openSUSE-11.2: Unconfirmed Priority Requester: Important Requested by: Robert Lewis (rll123) Partner organization: openSUSE.org Description: The LED blinking is very distracting and needs to be controlable. The LED blinks when traffic goes through the wireless card. However you can configure the LED behavior in /sys/class/net/wlanX/device/leds. For example something like echo none > /sys/class/net/wlanX/device/leds/*TX/trigger echo none > /sys/class/net/wlanX/device/leds/*RX/trigger echo none > /sys/class/net/wlanX/device/leds/*assoc/trigger should deactivate the blinking while traffic is received or transmitted. Just play with the LED triggers to get the desired behavior. This is a work around for a few people not afraid to muck with such things but a GUI user interface to turn this on/off will be needed for most people. I think we need YaST options in the wireless network area to tune the LED behavior. > Agreed. A graphical user interface would be very nice for tuning the LED > behavior. I suggest to open a feature request at [2] for that. > >Thanks, > Helmut -- openSUSE Feature: https://features.opensuse.org/305784

1 5

[openFate 305697] Raid support in sysinfo://
by fate_noreply＠suse.de 12 Aug '09

12 Aug '09

Feature added by: Dean Hilkewich (deanjo13) Feature #305697, revision 1, last change by Title: Raid support in sysinfo:// openSUSE-11.2: Unconfirmed Priority Requester: Important Requested by: Dean Hilkewich (deanjo13) Partner organization: openSUSE.org Description: Can we please finally get support for raid devices in the My Computer / Sysinfo screen. This has been asked for repeatedly over the releases and still has not appeared. mdraid / dmraid setups are common, lets get some support for showing them in those screens. -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305697

1 7

[openFATE 305866] osc/obs: load Packages from every Project without Link
by fate_noreply＠suse.de 10 Aug '09

10 Aug '09

Feature added by: Sascha Manns (saigkill) Feature #305866, revision 1, last change by Title: osc/obs: load Packages from every Project without Link Buildservice: Unconfirmed Priority Requester: Neutral Requested by: Sascha Manns (saigkill) Description: If i build Packages with OBS/OSC, i must link Packages from other Project to my own. I wish me, that future Releases from OBS/OSC solve the depencies automaticly, and load the Packages from every Repository. Other Way, is if we give Repositories an Priority Number. So the OSC/OBS works first with the high Priority Repos. -- openSUSE Feature: https://features.opensuse.org/305866

1 8