January 2017 - openSUSE Features - openSUSE Mailing Lists

[New: openFATE 320251] Create ramdisk for rescue
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Sławomir Lach (Lachu) Feature #320251, revision 1 Title: Create ramdisk for rescue openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Sławomir Lach (lachu) Partner organization: openSUSE.org Description: Create ramdisk for rescue filesystems. This ramdisk could been placed in /boot, other separate partition or root filesystem. There also should exist option for run system from this ramdisk. This could been integrated with systemd in future. When systemd fail load system, it should create ramdisk, copy rescue tools onto it, chroot and unmount old root filesystem(if possible, I'm not kernel developer). Use Case: On laptops without CDrom, there's should exist way to rescue system. Sometimes filesystem must be repaired, because badblocks were created. -- openSUSE Feature: https://features.opensuse.org/320251

1 4

[New: openFATE 308314] better wine integration
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Sharque uddin Ahmed Farooqui (safknw) Feature #308314, revision 1 Title: better wine integration openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Sharque uddin Ahmed Farooqui (safknw) Description: There are times we need to use windows applications. Wine applications does not integrate well with with rest of desktop. There is no menu entry for wine settings. Also there should be menu for reboot wine. I use wine for Heidisql (Mysql admin tool) and some time for games. -- openSUSE Feature: https://features.opensuse.org/308314

1 22

[New: openFATE 320677] Include D language (dmd, ldc, gdc) in standard repos
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Drew Adams (Druonysus) Feature #320677, revision 1 Title: Include D language (dmd, ldc, gdc) in standard repos openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: Drew Adams (druonysus) Partner organization: openSUSE.org Description: The D programming language is a very interesting and very fun programming language. It would be very nice if at least one but preferably all of the major compilers for this really great language were readily available in our standard repos (Tumblweed). http://dlang.org/ -- openSUSE Feature: https://features.opensuse.org/320677

1 2

[New: openFATE 321103] Sort kernels by timestamp in grub.cfg
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Michal Marek (michal-m) Feature #321103, revision 1 Title: Sort kernels by timestamp in grub.cfg openSUSE Distribution: New Priority Requester: Mandatory Requested by: Michal Marek (michal-m) Partner organization: openSUSE.org Description: Currently, grub2 sorts the linux boot entries by version numbers. This has two drawbacks: 1) It does not work if a different version scheme is used than what the sorting algorithm expects, 2) It does not do the right thing when the user deliberately installs an older kernel for testing. With the old grub, the latest installed kernel has always been listed first. Such behavior serves both regular users, who keep updating the kernel packages to newer versions, as well as developers who build test kernels with non-standard release strings or boot older kernels for test purposes. A simple patch to enable timestamp sorting is in comment 10 of bug 827531. Relations: - Grub2 version 2.00 Sorts kernel version 3.10-rc7 as a higher release than kernel 3.10 (bugzilla/id: 827531) Business case (Partner benefit): openSUSE.org: More predictable sorting of boot entries. -- openSUSE Feature: https://features.opensuse.org/321103

1 1

[New: openFATE 310112] Desktop files with debuging feature
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Sławomir Lach (Lachu) Feature #310112, revision 1 Title: Desktop files with debuging feature openSUSE-11.4: Unconfirmed Priority Requester: Neutral Requested by: Sławomir Lach (lachu) Partner organization: openSUSE.org Description: Often users don't know how track problems and there's no simple sollutions for begginiers. I think, that adding additional fields to .desktop files will helps a lot. Thease fileds should been named DEBUG_MODE_ON and DEBUG_MODE_RUNNER. Once DEBUG_MODE_RUNNER is not present, there's should exist mechanism to debug(ex. running konsole and application on it ; or better redirecting stderr and stdout onto file and asks user to display it/send/etc. after application quits). Test Case: Test that dialog with question about displaying log file don't show before application quits. Use Case: Better can't run some application, because some libraries isn't present on the system. It will only right click on application runner and select debug mode. Business case (Partner benefit): openSUSE.org: * Developers of application could add custom debug mode with full featured information gathering and sending log file to vendor. It could make support better. * Better forums support. * A way to create automated tools, which reads logs and perform some tasks(if user accept) * Many user don't know how solving problems on Ubuntu. Running application in terminal don't always be pragmatic, because xterm have limited buffer for text. Also, running terminal isn't very simple. -- openSUSE Feature: https://features.opensuse.org/310112

1 3

[openFate 305582] Off-Line one click install (MSI for Linux)
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Duncan Mac-Vicar <dmacvicar(a)novell.com> Feature #305582, revision 1, last change by Title: Off-Line one click install (MSI for Linux) openSUSE-11.2: New Priority Requester: Important Requested by: Duncan Mac-Vicar <dmacvicar(a)novell.com> Partner organization: openSUSE.org Description: Idea from community member Raul Romero. Same concept as MSI packages for Windows but exploiting the One Click Install concept of openSUSE (and therefore inheriting the simplicity, code and security. Basically a compressed file which includes a repository inside, plus one click install information, and a script to trigger the oneclickinstall handler with the data as payload in the script. Therefore is a collection of rpms that can be installed detailed description is here http://en.opensuse.org/OSI There is already a prototype working. Example script: http://dl.getdropbox.com/u/363315/MozillaFirefox.osi This requires some extra features in one click install and other pieces * ability to force OneClick to add the repo (the one inside the compressed file) Additionally I see other features: * ability to suggest an update repo for the installed bundle * support from build service to generate bundles * easy way to generate them locally Out of scope but interesting: * Ablity to trigger a YaST workflow (its own control.xml?) Business case (Partner benefit): openSUSE.org: This solves the business case of distributing service packs, applications, codecs bundles by just downloading a big file, 100% offline, supporting dependencies and repo signatures. -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305582

1 40

[openFATE 306907] Add support for Ksplice
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Stephan Kleine (bitshuffler) Feature #306907, revision 1 Title: Add support for Ksplice openSUSE-11.2: Unconfirmed Priority Requester: Important Requested by: Stephan Kleine (bitshuffler) Description: KSplice allows it currently to apply most but not all kernel updates without the need to reboot which is especially great for servers. It's backed by a newly founded corporation that continually tries to improve it so hopefully sometime in the future a reboot wont be necessary for any kernel update. Fedora as well as Ubuntu already support it so openSUSE shouldn't stay behind. URL: http://www.ksplice.com/ -- openSUSE Feature: https://features.opensuse.org/306907

1 18

[New: openFATE 310164] Choose Better Wallpapers for SUSE
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Andres Silva (anditosan) Feature #310164, revision 1 Title: Choose Better Wallpapers for SUSE openSUSE-11.4: Unconfirmed Priority Requester: Desirable Requested by: Andres Silva (anditosan) Description: I made a list of Wallpapers that could potentially be on the next version of KDE. http://anditosan.blogspot.com/2010/07/from-land-of-reptiles.html -- openSUSE Feature: https://features.opensuse.org/310164

1 4

[New: openFATE 310163] Remove Welcome Screen on OpenSUSE KDE
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Andres Silva (anditosan) Feature #310163, revision 1 Title: Remove Welcome Screen on OpenSUSE KDE openSUSE-11.4: Unconfirmed Priority Requester: Desirable Requested by: Andres Silva (anditosan) Description: Hey you all. I would first like to thank all of you who have visited this website and looked at the ideas I have posted. I am deeply honored that many of you too have considered these ideas worthwhile and would like to see them implemented. Well, here comes a good one I think. As I was talking to some people on the KDE IRC channel yesterday, there was a comment made about a possible way to orient new KDE users on how to use the desktop. However, I believe that users should be left clues to discover their desktop on their own. There should not be an intro popup or anything like that. Ponder about this for a moment. What can you say, for example, about paintings. Paintings are not "explained" to anyone. You look at it and you get it in your own particular way. That is enough for you and you know what it means. The clues left by the artist are clear enough to your mind that you find meaning in the painting. You intuitively "know" what the purpose of the painting is. Reflect for a moment on this Cezanne and know what it means... REMOVE KDE WELCOME POPUP SCREEN anditosan.blogspot.com -- openSUSE Feature: https://features.opensuse.org/310163

1 8

[New: openFATE 312876] Deny individual users' access to screen-saver settings
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Per Jessen (pjessen) Feature #312876, revision 1 Title: Deny individual users' access to screen-saver settings openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Per Jessen (pjessen) Partner organization: openSUSE.org Description: This is an extension of feature#312871, but because it's a little more involved than changing a simple default, I thought it would be better to have a separate feature request. The screen-saver settings for time-out and "require password" are security settings that really should not be freely available to the individual user. I propose that we 1) set a reasonable default (60sec, 15sec, always require passwd) (see feature#312871) and 2) only let these settings be modified by someone with root-access. To a regular user, the timeout and "require password" settings should appear "greyed out", clearly indicating "not available". Use Case: Office user - the user is able to select a screen-saver, but the other settings cannot be accessed, accidentally or otherwise. The install or admin person need not change anything to get a sane security setup for the desktop. SOHO or home users - same as above, but the default screen-saver settings may be changed by switching to root access. Business case (Partner benefit): openSUSE.org: This is simply a reasonable security measure, fitting nicely into the overall security-conscious profile of openSUSE. Security measures (firewall, apparmor, encryption etc) are typically accessible only with root-access; it's only sensible that we apply this principle to the screen-saver settings too. -- openSUSE Feature: https://features.opensuse.org/312876

1 10