June 2009 - openSUSE Features - openSUSE Mailing Lists

[openFATE 305294] Support Rotation hotkey in tablets (RANDR 1.2)
by fate_noreply＠suse.de 05 Jun '09

05 Jun '09

Feature changed by: Stefan Behlert (sbehlert) Feature #305294, revision 9 Title: Support Rotation hotkey in tablets (RANDR 1.2) openSUSE-11.2: Evaluation Priority Requester: Important + Projectmanager: Important Requested by: Federico Mena Quintero (federico-mena) Description: Tablet notebooks (especially the fancy new ones with Wacom pressure- sensitive screens) have a physical button to rotate the screen, in case you want to hold the tablet in portrait/landscape mode. We need to capture the XF86RotateWindows keysym, and rotate the laptop's display. Discussion: #1: Federico Mena Quintero (federico-mena) (2008-09-12 13:32:48) I just started a wiki page to track the status of support for laptops/tablets with these hotkeys: http://en.opensuse.org/Laptop_hotkeys_for_RANDR #2: Stefan Dirsch (sndirsch) (2009-04-15 17:16:00) Don't know how I can help here. -- openSUSE Feature: https://features.opensuse.org/305294

1 0

[openFATE 305299] Port kio_fuse to KDE4
by fate_noreply＠suse.de 05 Jun '09

05 Jun '09

Feature changed by: Stefan Behlert (sbehlert) Feature #305299, revision 5 Title: Port kio_fuse to KDE4 openSUSE-11.2: Evaluation Priority Requester: Important + Projectmanager: Desirable Requested by: JP Rosevear (jproseve) Description: Enable kio mounted file systems to be exposed via fuse by getting kio_fuse to work on KDE4. Relations: - Integrate fuse based permanent mounting (feature/id: 300613) Discussion: #1: Michael Löffler (michl19) (2009-06-05 14:34:38) JP, what would be the benefit? Please add to the description. -- openSUSE Feature: https://features.opensuse.org/305299

1 0

[openFATE 305307] Desktop neutral notification
by fate_noreply＠suse.de 05 Jun '09

05 Jun '09

Feature changed by: Stefan Behlert (sbehlert) Feature #305307, revision 8 Title: Desktop neutral notification openSUSE-11.2: Evaluation Priority Requester: Important + Projectmanager: Desirable Requested by: Stanislav Brabec (sbrabec) Description: Up to 11.0, powersave-notify provided desktop neutral notification. Since 11.1, there is no way, how daemons can notify desktop users about fatal issues. Examples: smartd needs to notify about dying disc nut and apcupsd need to notify about failing power (hal power management cannot be used yet, as many UPS devices are not auto- detectable, hal static-config-based prober does not exist yet, nut-hal supports ony HID devices and apcupsd has no hal connector at all). References: https://bugzilla.novell.com/show_bug.cgi?id=230267 Discussion: #1: Holger Macht (hmacht) (2008-09-17 17:27:33) This should be added to a bakend like the HAL database so that desktop applets can catch the information and show them to the user. We already have something like this for "defective batteries" gnome-power-managar shows to the user. #2: Stanislav Brabec (sbrabec) (2008-12-16 11:48:45) Virtual console may be another way to implement it: http://gxconsole.sourceforge.net/ But such simple implementation does not allow i18n. -- openSUSE Feature: https://features.opensuse.org/305307

1 0

[openFATE 305560] Ability to Install 32bit and 64bit Debuginfo (and Sources) in Parallel
by fate_noreply＠suse.de 05 Jun '09

05 Jun '09

Feature changed by: Michael Löffler (michl19) Feature #305560, revision 5 Title: Ability to Install 32bit and 64bit Debuginfo (and Sources) in Parallel - openSUSE-11.2: New + openSUSE-11.2: Evaluation Priority Requester: Mandatory Requested by: Jan Blunck (janblunck) Description: Allow the installation of libraries and debuginfo packages of multiple architectures and multiple versions of the same library. Currently the debugedit command run by the buildprocess to rewrite the paths inside the debuginfo to match the installed system is not able to handle the case when pathnames grow. The tools needs a complete redesign for that to work. This isn't a duplicate of FATE #302050, since it is focused on the toolchain that is processing the debuginfo packages instead of the package management tools. Relations: - rename -debuginfo rpms to -debuginfo-32bit / -debuginfo-64bit (novell/bugzilla/id: 143477) https://bugzilla.novell.com/show_bug.cgi?id=143477 -- openSUSE Feature: https://features.opensuse.org/305560

1 0

[openFATE 305544] Routing setup with mixed static / dynamic interfaces
by fate_noreply＠suse.de 05 Jun '09

05 Jun '09

Feature changed by: Michael Löffler (michl19) Feature #305544, revision 4 Title: Routing setup with mixed static / dynamic interfaces - openSUSE-11.2: New + openSUSE-11.2: Evaluation Priority Requester: Desirable Requested by: jo de baer (jdebaer) Description: There seem to be room for enhancements in the routing setup in netcontrol alias ifup alias the "traditional network setup", especially in cases where a static (default-)route is configured for one interface and same route gets applied dynamically (via dhcp) on another one. For dhcp, there is a config option DHCLIENT_SET_DEFAULT_ROUTE (default is "yes"), where the user can disallow to set a default route, but it seems to be not sufficient. It would make sense to review the route setup and improve it (e.g. doing some interface ranking?). Relations: - (ifup) Route not set up correctly when one interface static and second interface dhcp. (novell/bugzilla/id: 309165) https://bugzilla.novell.com/show_bug.cgi?id=309165 + Discussion: + #1: Michael Löffler (michl19) (2009-06-05 14:52:07) + I find it a bit challenging for a feature if even the requester rates + it "only" desirable. -- openSUSE Feature: https://features.opensuse.org/305544

1 0

[openFATE 305307] Desktop neutral notification
by fate_noreply＠suse.de 05 Jun '09

05 Jun '09

Feature changed by: Michael Löffler (michl19) Feature #305307, revision 7 Title: Desktop neutral notification - openSUSE-11.2: New + openSUSE-11.2: Evaluation Priority Requester: Important Requested by: Stanislav Brabec (sbrabec) Description: Up to 11.0, powersave-notify provided desktop neutral notification. Since 11.1, there is no way, how daemons can notify desktop users about fatal issues. Examples: smartd needs to notify about dying disc nut and apcupsd need to notify about failing power (hal power management cannot be used yet, as many UPS devices are not auto- detectable, hal static-config-based prober does not exist yet, nut-hal supports ony HID devices and apcupsd has no hal connector at all). References: https://bugzilla.novell.com/show_bug.cgi?id=230267 Discussion: #1: Holger Macht (hmacht) (2008-09-17 17:27:33) This should be added to a bakend like the HAL database so that desktop applets can catch the information and show them to the user. We already have something like this for "defective batteries" gnome-power-managar shows to the user. #2: Stanislav Brabec (sbrabec) (2008-12-16 11:48:45) Virtual console may be another way to implement it: http://gxconsole.sourceforge.net/ But such simple implementation does not allow i18n. -- openSUSE Feature: https://features.opensuse.org/305307

1 0

[openFATE 305299] Port kio_fuse to KDE4
by fate_noreply＠suse.de 05 Jun '09

05 Jun '09

Feature changed by: Michael Löffler (michl19) Feature #305299, revision 3 Title: Port kio_fuse to KDE4 - openSUSE-11.2: New + openSUSE-11.2: Evaluation Priority Requester: Important Requested by: JP Rosevear (jproseve) Description: Enable kio mounted file systems to be exposed via fuse by getting kio_fuse to work on KDE4. Relations: - Integrate fuse based permanent mounting (feature/id: 300613) + Discussion: + #1: Michael Löffler (michl19) (2009-06-05 14:34:38) + JP, what would be the benefit? Please add to the description. -- openSUSE Feature: https://features.opensuse.org/305299

1 0

[openFATE 305294] Support Rotation hotkey in tablets (RANDR 1.2)
by fate_noreply＠suse.de 05 Jun '09

05 Jun '09

Feature changed by: Michael Löffler (michl19) Feature #305294, revision 8 Title: Support Rotation hotkey in tablets (RANDR 1.2) - openSUSE-11.2: New + openSUSE-11.2: Evaluation Priority Requester: Important Requested by: Federico Mena Quintero (federico-mena) Description: Tablet notebooks (especially the fancy new ones with Wacom pressure- sensitive screens) have a physical button to rotate the screen, in case you want to hold the tablet in portrait/landscape mode. We need to capture the XF86RotateWindows keysym, and rotate the laptop's display. Discussion: #1: Federico Mena Quintero (federico-mena) (2008-09-12 13:32:48) I just started a wiki page to track the status of support for laptops/tablets with these hotkeys: http://en.opensuse.org/Laptop_hotkeys_for_RANDR #2: Stefan Dirsch (sndirsch) (2009-04-15 17:16:00) Don't know how I can help here. -- openSUSE Feature: https://features.opensuse.org/305294

1 0

[openFATE 302306] Reorganization of YaST control center
by fate_noreply＠suse.de 05 Jun '09

05 Jun '09

Feature changed by: Rémy Marquis (Spyhawk) Feature #302306, revision 59 Title: Reorganization of YaST control center openSUSE-10.3: Rejected by Stanislav Visnovsky (visnov) reject date: 2007-07-03 17:08:02 reject reason: Postponing, we are running out of time. Priority Requester: Mandatory openSUSE-11.0: Rejected by Stanislav Visnovsky (visnov) reject date: 2008-04-25 15:09:31 reject reason: Needs more discussion. Priority Requester: Mandatory Projectmanager: Important openSUSE-11.1: Rejected by Federico Lucifredi (flucifredi) reject date: 2008-07-18 18:56:09 reject reason: postponing as per engineering's request. Priority Requester: Mandatory Projectmanager: Important openSUSE-11.2: Evaluation Priority Requester: Mandatory Projectmanager: Important Requested by: Martin Schmidkunz (mschmidkunz) Description: As many users (even the experienced ones) find the current organization of YaST modules confusing a reorganization is needed. We have conducted a usability study where experienced users sorted the YaST modules. So I would really ask to take advantage of these data. You find the data and some thoughts about a possible re-categorization on: http://en.opensuse.org/YaST_Control_Center_-_Card_Sort_Study The reorganization would affect the sorting and presentation, some labeling issues, the use of a consistent icon set, the use of tool tips and an enhancment of search One possible solution would be to organize it similar to the GNOME configuration center: I already heard that it might be mandatory to present AppArmor as an extra section (which in my opinion would be not advisable from a usability perspective, but if it is mandatory, then we have to add it as an extra section). I also thought that some YaST modules (e.g. keyboard, mouse, DNS, Hostname) are doublicated but it turned out, that this makes sense for SLES. Still I suggest combining the modules "user management" and "group management" into a single module called "User and Group Management". This makes sense because opening "user management" and "group management" opens the same module but only show a different view. Documentation Impact: This would require a lot of changes throughout the manuals. Discussion: #1: Tanja Roth (ta-ro) (2007-05-30 14:33:36) Would a reorganization apply to both KDE and GNOME desktop, then? Whatever a new YaST structure would look like, from a doc perspective it would be important that YaST structure and appearance are in sync for both desktops as we strive to use a "common doc base" for both desktops whereever possible to reduce efforts and costs. As reorganization of YaST would require many changes throughout our manuals, we cannot afford to additionally maintain different "flavors" of YaST chapters for KDE/GNOME. Apart from that, consistent structure and appearance of YaST in both desktops would also be a benefit for users. #2: Stanislav Visnovsky (visnov) (2007-06-12 11:40:45) Sigi, is the card study finished now? Where can we find the results? #3: Martin Schmidkunz (mschmidkunz) (2007-06-12 13:58:58) > Would a reorganization apply to both KDE and GNOME desktop, then? Yes. Exactly for the reasons you named, Tanja :-) By the way, a reorganization of YaST control center already took place in SLES 10 SP1. This solution is similar to what Sigi and I suggested. Perhaps it would be a good idea to take the YaST control center as it is in SLES 10 SP1, improve it a little and implement its design into all our products. What do you think about that? #4: Stanislav Visnovsky (visnov) (2007-06-12 14:00:46) (reply to #3) There was no reorganization for SLE10 SP1. The only change was introduction of slab-based GNOME control center for YaST. The categorization, description and module lists did not change and are shared between KDE and GNOME control centers. #5: Martin Schmidkunz (mschmidkunz) (2007-06-12 18:01:19) I am sorry for a missunderstanding. I meant that we should take the current "GNOME control centre" - like design of the YaST control centre in SLES 10 SP 1 as a base for a redesign of the YaST control centre in our other products. Additionally to that, we should discuss (and perform) a reorganization of modules. #7: Federico Lucifredi (flucifredi) (2007-06-29 17:59:43) (reply to #5) This is worth pursuing, I am no UX expert, but if we can make it easier for users to find things, we should. A reorganization should be well thought-out, so that we break the existing habits *only once*, we should not be reshuffling things too often. #8: Siegfried Olschner (sdolschn) (2007-07-03 12:35:30) The results of the the cardsort study are available at: http://en.opensuse.org/YaST_Control_Center_-_Card_Sort_Study The subjects (N=~30) have been "Experts", so you can transfer the results to a new openSUSE YaST Control Center. The cluster trees with 2 different statistical options show only one difference: - ISDN, Modem, DSL, Network => Hardware - ISDN, Modem, DSL, Network => Network see http://en.opensuse.org/YaST_Control_Center_-_Card_Sort_Study#Illustrative_M… I'm just writing a sumary. This section is placed at the top of the page. #9: Siegfried Olschner (sdolschn) (2007-07-03 12:39:23) I got only 2-3 NOT-Expert users in the sample. Their results are not presented on the page. But it's clear, they separated out cards like: VLM, iSCSI Initiator, Powertweak, VNC, Sudo, AppArmor, LDAP, etc., etc. #10: Siegfried Olschner (sdolschn) (2007-07-06 10:05:23) Some mockups available at: http://en.opensuse.org/YaST_Control_Center_-_Card_Sort_Study#Sorting_and_pr… #11: Martin Schmidkunz (mschmidkunz) (2007-11-29 13:50:55) Some additional mock ups and thoughs about that topic are available at: http://en.opensuse.org/YaST/Development/New_Control_Center #13: Martin Schmidkunz (mschmidkunz) (2008-02-11 15:24:24) One other suggestion was influenced by the KDE 4 control center: http://en.opensuse.org/YaST/Development/New_Control_Center/YaST_KDEstyle The main concerns with these mock ups are: * information overload * "search" is somehow meaningless if it isn't provided by some kind of thesaurus #15: Berthold Gunreben (azouhr) (2008-04-09 12:52:12) I don't know if this is just too late, but for me the only design that looks like a real step forward from all the designs on http://en.opensuse.org/YaST/Development/New_Control_Center/ is http://en.opensuse.org/YaST/Development/New_Control_Center/YaST_System_Navi… I really like this approach. Please don't just create huge lists of modules, or preselected lists of modules that never can meet the customers needs. #16: Duncan Mac-Vicar (dmacvicar) (2008-04-24 14:56:14) This feature was on impl. But limited resources and refocus on PackageKit froze development. Passing back to Stano. #17: Federico Lucifredi (flucifredi) (2008-06-13 19:49:56) lets figure out a plan and get it done this time :) #20: Martin Schmidkunz (mschmidkunz) (2007-09-29 03:17:48) As there is some negative feedback from the KDE 4 personal settings menu (https://bugzilla.novell.com/show_bug.cgi?id=431432) maybe we should take it into account when talking about a YaST control center redesign. BTW: what is the status on this feature request? #21: Thomas Göttlicher (tgoettlicher) (2008-10-23 17:03:56) (reply to #20) Thanks for this hint. Development on this featrue is postponed. #22: evamaria fuchs (nefuchs) (2009-01-22 17:49:48) Currently we are conducting usability tests, see: http://en.opensuse.org/YaST/Development/New_Control_Center#Usability_Tests #24: Karl Eichwalder (keichwa) (2009-05-08 07:37:16) For what's worth, things got worse in the meantime ;) This feature needs to be split into 2 or 3 subfeatures: * Improve labels (e.g., "/etc/sysconfig Editor" -> "Sysconfig Editor"). * Reorganize groups: Move items from "Other" to Miscellaneous, split Network Services into Network Servers and Network Clients, make the Apparmor entries one entry and move it to Security, make Virtualization entries one entry and move it to System, move Hostnames from Network Services to Network Devices and rename Network Devices to "Network Devices and Hostnames". * Improve the UI. The Gnome CC is rahter pointless because its left navigation (?) is just superfluous (ok, there is now "Common Tasks"...). Because YaST contains more groups and especially entries, we need a way to hide or collapse groups completely. (I do not like the KDE idea just to display a subset of the entries of a group.) BTW, the worst thing about yast's gtk ui is the idea of sorting groups alphabetically. In English, happily "Hardware" comes before "Miscellaneous"... #25: jimbo bigcreed (dimble_thricefoon) (2009-06-04 16:24:54) the split between kcontrol and yast is confusing + #26: Rémy Marquis (spyhawk) (2009-06-05 02:22:02) (reply to #25) + This issue has already been discussed here + : http://duncan.mac-vicar.com/blog/archives/452 -- openSUSE Feature: https://features.opensuse.org/302306

1 0

[openFATE 306468] Conditionally start multipath during installation
by fate_noreply＠suse.de 04 Jun '09

04 Jun '09

Feature added by: Arvin Schnell (aschnell) Feature #306468, revision 1, last change by Title: Conditionally start multipath during installation Requested by: Arvin Schnell (aschnell) Description: Some customers do not find the option to start multipath during installation right away (e.g. see https://bugzilla.novell.com/show_bug.cgi?id=396922#c8) To remedy this problem I suggest to test for multipath disks by running "/sbin/multipath -d" and when some multipath disks are found start multipath. -- openSUSE Feature: https://features.opensuse.org/306468

1 0