July 2010 - openSUSE Features - openSUSE Mailing Lists

[New: openFATE 308606] kmess default messenger for kde 4.5
by fate_noreply＠suse.de 04 Nov '10

04 Nov '10

Feature added by: cristian díaz (moldavio) Feature #308606, revision 1 Title: kmess default messenger for kde 4.5 openFATE: Unconfirmed Priority Requester: Important Requested by: cristian díaz (moldavio) Description: kmess default messenger for kde 4.5 -- openSUSE Feature: https://features.opensuse.org/308606

1 6

[openFATE 307499] Default installation desktop decison criteria
by fate_noreply＠suse.de 04 Nov '10

04 Nov '10

Feature added by: David Hodgson (jetojedno) Feature #307499, revision 1 Title: Default installation desktop decison criteria openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: David Hodgson (jetojedno) Partner organization: openSUSE.org Description: There has been a lot of discussion about the "correct" default installation desktop of openSuSE, and the default for 11.2 was decided based upon popularity. This criterion is fine, but I think this is not the bext criteria for deciding the default installation desktop. The default desktop primarily affects naive Linux users who are not being guided by an experienced Linux user (assuming the default can be changed during the install). These are the people who are most likely to make a passive decision (go with the default). Experienced Linux users and naive users being guided are going to make an active decision for a familiar, recommended or suitable desktop. I would argue that our primary concern should be ensuring that: 1) existing users of Linux / openSuSE are not forced away by the default, and; 2) naive users of Linux should find the transition to Linux as easy as possible. The best criteria for the default installation desktop for naive users is the ease-of-use of the desktop environment (DE), part of which is the desktop's similarity in look-and-feel to Windows. Most naive users will be familiar with Windows and will expect things in Linux to found in the same places and behave in much the same fashion. Part of this similarity is the functionality - are all of the expected components of Windows available and working reliably in the chosen DE? If the quality of support for the leading DEs is maintained than the decision about a default should not force away existing experienced Linux users. I think it unlikely that a decision about the DE default is going to attract experienced Linux users, unless it is projected as a prejudice in the marketing materials. I propose that openSuSE decides the default desktop based upon the DE's ease-of-use for naive Linux users and that the project collects through surveys and other means the information necessary to make this decision objectively. Business case (Partner benefit): openSUSE.org: We should make this change to maximise the user base for openSuSE. -- openSUSE Feature: https://features.opensuse.org/307499

1 3

[openFATE 306649] Full Google Wave support built in to openSUSE.
by fate_noreply＠suse.de 04 Nov '10

04 Nov '10

Feature added by: Michael Mooney (RaspyYeti) Feature #306649, revision 1 Title: Full Google Wave support built in to openSUSE. Package Wishlist: Unconfirmed Priority Requester: Important Requested by: Michael Mooney (raspyyeti) Description: Ok as you may have seen in the Google I/O demo video, Google Wave is a very powerful new technology that is built around hosted conversations to enable people to communicate and work together in new and more effective ways But it's use will surpass it's creators concept for Wave. My request is for openSUSE to support both Google Wave provider features and Google Wave user features. -- openSUSE Feature: https://features.opensuse.org/306649

1 5

[New: openFATE 310062] Repositories/Packages and Apparmour
by fate_noreply＠suse.de 04 Nov '10

04 Nov '10

Feature added by: Sławomir Lach (Lachu) Feature #310062, revision 1 Title: Repositories/Packages and Apparmour openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Sławomir Lach (lachu) Description: Just allow to connect repository/packages with apparmour profile by vendors of package/repository. Use Case: I need to install some game. I found One-Click-Install wesnoth installer on the web. I decided to install in this way. Repository with wesnoth could been assigned to @apparmour_profiles/games/without_acceleration, @apparmour_profiles/user_home/dot_app_name_profile, @apparmour_profiles/internet/don_t_read_etc. System will show me info like: this reposiory contains only network games. Programs installed from here couldn't read private data or system settings. I can click enable apparmour policies to this repository. -- openSUSE Feature: https://features.opensuse.org/310062

1 1

[New: openFATE 309143] Terminal Language Task Translator- C++
by fate_noreply＠suse.de 04 Nov '10

04 Nov '10

Feature added by: Letron Edamtrax (Nexus-Incarnate) Feature #309143, revision 1 Title: Terminal Language Task Translator- C++ Package Wishlist: Unconfirmed Priority Requester: Important Requested by: Letron Edamtrax (nexus-incarnate) Description: Turns Terminal commands into a terminal-based C++ program by interpreting terminal commands as the equivalent C++ command. -- openSUSE Feature: https://features.opensuse.org/309143

1 1

[New: openFATE 309621] openSUSE Appliances Basket
by fate_noreply＠suse.de 28 Oct '10

28 Oct '10

Feature added by: Klaas Freitag (kfreitag) Feature #309621, revision 1 Title: openSUSE Appliances Basket Requested by: Klaas Freitag (kfreitag) Description: openSUSE Studio is a great tool to build appliances based on openSUSE which serve a special purpose. Every appliance can be a great multiplier for openSUSE and thus it makes sense to promote them under the openSUSE Domain. It would be awesome to have a tool under the openSUSE domain that lines up all the appliances which are available, together with a description, an image and other useful information such as age and such. A download link with counter, maybe a discussion area are more exclusive features. I haven't checked, but I hope the studio API provides enough functionality to set that up. This is just an idea, it needs some creativity and ideas to make it happen. It is looking for a team to do it. Please let me know if you're interested. -- openSUSE Feature: https://features.opensuse.org/309621

1 2

[openFATE 306308] Preview and cancel functions in openFATE edit mode
by fate_noreply＠suse.de 27 Oct '10

27 Oct '10

Feature added by: Rajko Matovic (rajko_m) Feature #306308, revision 1, last change by Title: Preview and cancel functions in openFATE edit mode openFATE: Unconfirmed Priority Requester: Desirable Requested by: Rajko Matovic (rajko_m) Description: Preview button - adds user comment, reply, usecase, testcase but leaves edit window opened, so that user can change layout. Cancel button - quits edit mode and drops all changes. -- openSUSE Feature: https://features.opensuse.org/306308

1 11

[openFATE 306194] openFATE Client
by fate_noreply＠suse.de 27 Oct '10

27 Oct '10

Feature added by: Raúl García (bgta) Feature #306194, revision 1, last change by Title: openFATE Client openFATE: Unconfirmed Priority Requester: Desirable Requested by: Raúl García (bgta) Description: It would be interesting to create a client like Bug Buddy to openFATE. With a desktop shortcut, the users can suggest new requirements for future developments. -- openSUSE Feature: https://features.opensuse.org/306194

1 6

[New: openFATE 308462] Automatically vote based on priority
by fate_noreply＠suse.de 27 Oct '10

27 Oct '10

Feature added by: Todd R (TheBlackCat) Feature #308462, revision 1 Title: Automatically vote based on priority openFATE: Unconfirmed Priority Requester: Desirable Requested by: Todd R (theblackcat) Description: Currently when a user make a request, they have to make the request, set the priority, and then vote on the idea. However, the priority seems redundant to me. So for instance if a user sets the idea as having a desirable priority, I would suspect the user is very unlikely to then vote the idea down. So I think that if the user sets the priority of an idea as desirable or above, they should automatically vote the idea up as well. If they set the priority as neutral, they should automatically vote neutral for the idea. The user can still go back and change it if they don't, but I think this would be much less common. -- openSUSE Feature: https://features.opensuse.org/308462

1 1

[New: openFATE 309147] DRM Divx player (.tix)
by fate_noreply＠suse.de 27 Oct '10

27 Oct '10

Feature added by: Olivier PAUZE (olyv) Feature #309147, revision 1 Title: DRM Divx player (.tix) openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Olivier PAUZE (olyv) Description: I propose to add to a future version of OpenSUSE a Divx player supporting the DRM encoding technology (.tix) as existing for Windows and Mac. -- openSUSE Feature: https://features.opensuse.org/309147

1 1