November 2014 - openSUSE Features - openSUSE Mailing Lists

[New: openFATE 312919] Provide a package for Desura in non-OSS
by fate_noreply＠suse.de 11 Dec '14

11 Dec '14

Feature added by: Audard Guillaume (AGui) Feature #312919, revision 1 Title: Provide a package for Desura in non-OSS openSUSE 12.1: Unconfirmed Priority Requester: Desirable Requested by: Audard Guillaume (agui) Partner organization: openSUSE.org Description: Desura is a video game store, competitor of Steam, which provides many Indie games for Linux and Windows. See www.desura.com They released recently a client for Linux (both 32bits and 64bits), and it could be added to the non-OSS repository. Business case (Partner benefit): openSUSE.org: Currently, it is quite difficult to install games which are not in the repositories and for which there are not rpms, such as most of the ones in the Humble Bundles. With Desura, you can purchase and install games easily, and it also manages updates. Most indie game developpers don't provide a repository for openSUSE, so you would have to track their website to get updates. For now, to install Desura, you have to go on their website, download a .tar.gz archive, extract it and launch a program in a console. Having it in the repositories would ease the installation for most users. -- openSUSE Feature: https://features.opensuse.org/312919

1 11

[New: openFATE 309059] source repository cleanup mechanism
by fate_noreply＠suse.de 01 Dec '14

01 Dec '14

Feature added by: Adrian Schröter (adrianSuSE) Feature #309059, revision 1 Title: source repository cleanup mechanism Buildservice: Evaluation Priority Requester: Mandatory Projectmanager: Mandatory Requested by: Adrian Schröter (adriansuse) Description: Every ever uploaded source file is currently still part of source server. This hurts esp. when scripts upload daily new svn/git/.. snapshots as tar balls. This will more often happen when the source service mechanisms wil be more often used. We shall implement a mechanism to list and remove not anymore referenced files in any source revision files. This might be implemented in bs_admin or alike tool for the admin on the server. But it must be race free to allow working with currently running source servers. (maybe via giving the source server a signal to store .rev files on remove in an additional path. This interacts with the undelete features). We should also have a mechanism to shorten a revision log (unclear who and when should be allowed to do this). -- openSUSE Feature: https://features.opensuse.org/309059

1 2

[New: openFATE 318136] Don't refresh services with every zypper call
by fate_noreply＠suse.de 01 Dec '14

01 Dec '14

Feature added by: Thorsten Kukuk (kukuk) Feature #318136, revision 1 Title: Don't refresh services with every zypper call Requested by: Thorsten Kukuk (kukuk) Partner organization: openSUSE.org Description: zypper refreshes the services with every call. Which was not that problem with SLE11, since there was only one service. But now with SLE12, we have a service for every single addon, too, which leads very fast to a big number of services. This takes quite a long time and makes working with zypper on commandline a nightmare, if you have to call it more than once. Business case (Partner benefit): openSUSE.org: Make zypper useable on commandline again. -- openSUSE Feature: https://features.opensuse.org/318136

1 3

[New: openFATE 318210] Configure disk/partition encryption in YaST
by fate_noreply＠suse.de 30 Nov '14

30 Nov '14

Feature added by: Attila Schler (atskler) Feature #318210, revision 1 Title: Configure disk/partition encryption in YaST openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Attila Schler (atskler) Partner organization: openSUSE.org Description: Be able to benchmark and configure the encryption of the disks/partitions (full cryptsetup support) in YaST. So we could select the best performing and desired cipher etc. -- openSUSE Feature: https://features.opensuse.org/318210

1 0

[New: openFATE 318198] Use redesigned libstorage in kiwi
by fate_noreply＠suse.de 27 Nov '14

27 Nov '14

Feature added by: Arvin Schnell (aschnell) Feature #318198, revision 1 Title: Use redesigned libstorage in kiwi Requested by: Arvin Schnell (aschnell) Partner organization: openSUSE.org Description: The redesigned libstorage should be used by kiwi. For that libstorage needs a few new features: 1) A mode where disks are created as loop based files and all disk operations work on those files. We have to define what operations are required in this special mode. 2) After a failure during commit libstorage should try to revert changes already done, e.g. umount filesystems, deactivate devices. Otherwise build hosts might be left in an unusable state. 3) Perl bindings are required since kiwi is written in Perl. Relations: - Redesign YaST Storage Code (feature/id: 318196) -- openSUSE Feature: https://features.opensuse.org/318198

1 2

[New: openFATE 313546] Get rid of SuSEconfig.scim
by fate_noreply＠suse.de 26 Nov '14

26 Nov '14

Feature added by: Andreas Jaeger (a_jaeger) Feature #313546, revision 1 Title: Get rid of SuSEconfig.scim openSUSE Distribution: Evaluation by project manager Priority Requester: Mandatory Requested by: Andreas Jaeger (a_jaeger) Partner organization: openSUSE.org Description: There is no point to run that code after installation of every package (and it's not run when you use zypper or 3rd party tools anyways). That code should be only run as a part of post-install of affected packages. Relations: - Remove SuSEconfig (feature/id: 100011) -- openSUSE Feature: https://features.opensuse.org/313546

1 12

[New: openFATE 311130] Open source client to manage VMware ESX(i) Servers
by fate_noreply＠suse.de 25 Nov '14

25 Nov '14

Feature added by: Yuri Tsarev (xnull) Feature #311130, revision 1 Title: Open source client to manage VMware ESX(i) Servers Hackweek VI: Unconfirmed Priority Requester: Important Requested by: Yuri Tsarev (xnull) Partner organization: openSUSE.org Description: An open source client to perform basic administration management of VMware ESX(i) Servers. Client should provide ability of virtual machine creation and administration, accessing VM console remotely, snapshotting, changing main VM parameters such as memory/disk size, iso image connecting etc. Use Case: Bob is a Linux administrator. He has to manage VMware ESXi 4 Servers but he doesn't want to use VMware VSphere client for Windows. It's very convenient for him to use an open source client for this purposes which runs on his Linux desktop. -- openSUSE Feature: https://features.opensuse.org/311130

1 12

[New: openFATE 318172] set up a filter about which myspell dictionaries shall be listed
by fate_noreply＠suse.de 22 Nov '14

22 Nov '14

Feature added by: Stakanov Schufter (stakanov) Feature #318172, revision 1 Title: set up a filter about which myspell dictionaries shall be listed openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: Stakanov Schufter (stakanov) Partner organization: openSUSE.org Description: With the new set-up Firefox and Kontakt are using the myspell dictionaries but from 13.2 this is really messed up because it shows everything installed. When selecting which dictionary to use, if you are really needing them (like me I am using continuously several languages) the selection confusing. When installing the package with Spanish that gives you in the list all 10ish or so packages with all flavours of the world. English even worse. This is no usable, as long as you do not search in this clutter the standard languages you actually need and want. How many user have to write in correct Argentine style Spanish? How many you guess need Castellano for business. Please set up a filter to make sure one can show only the languages within the dictionary selection that one does actually intend to use. This problem is true for Kmail, firebox and AFAIK all other programs integrated with the myspell packages. Just putting all standard languages in one package wouldn't help. It is common e.g. that someone wants English and Spanish and e.g. Spanish (Uruguay) but is presented then a list with all English and all Spanish flavours. You then have to search in this unbelievable clutter. With the Italian language the situation is like desired because there is one menu entry. But imagine at the current standard if someone sets up all Italian dialects from Napoletano to Bolognes and Bergamasco you are going to be presented with 200 entries? Doesn't make any sense, does it? Use Case: Work in office needs fast switching from one language to another. Clutter makes the program unusable. Business case (Partner benefit): openSUSE.org: Because we want a set-up that is productive, to "get your work done" and not an etymological research case. -- openSUSE Feature: https://features.opensuse.org/318172

1 0

[New: openFATE 318130] JatiOS
by fate_noreply＠suse.de 11 Nov '14

11 Nov '14

Feature added by: bahrul bahrul (bahrul) Feature #318130, revision 1 Title: JatiOS SUSE Studio: Unconfirmed Priority Requester: Important Requested by: bahrul bahrul (bahrul) Partner organization: openSUSE.org Description: OS berasal dari daerah Jati -- openSUSE Feature: https://features.opensuse.org/318130

1 0

[New: openFATE 314662] Use a "green Adwaita" GTK theme
by fate_noreply＠suse.de 11 Nov '14

11 Nov '14

Feature added by: Michael Catanzaro (Golbats_Everywhere) Feature #314662, revision 1 Title: Use a "green Adwaita" GTK theme openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: Michael Catanzaro (golbats_everywhere) Partner organization: openSUSE.org Description: openSUSE 12.1/12.2 uses the upstream Adwaita GTK theme. This is mostly good, since it's a very high-quality theme, and I believe one of our goals is to not diverge much from the upstream GNOME experience. However, GNOME's main color is blue, whereas ours is green. When highlighting text, the highlight is blue. When selecting an item in a list, the background turns blue. When selecting the scrollbar, the scrollbar turns blue. When typing into a text form, the form is outlined in blue. I propose we change the blue elements of Adwaita to green elements (by default). This should be all that is changed, so that the theme remains simple to maintain and retains the GNOME feel. I separately propose using the Sonar icon set by default in GNOME, which still works great in 12.2 and is very very close to upstream GNOME. This is not essential to the overall proposal. Screenshots of a mockup: Current: http://paste.opensuse.org/92804741 Proposed: http://paste.opensuse.org/31898989 Current: http://paste.opensuse.org/33805016 Proposed: http://paste.opensuse.org/27086964 Current: http://paste.opensuse.org/13532791 Proposed: http://paste.opensuse.org/57771364 Business case (Partner benefit): openSUSE.org: A green Adwaita theme would fit both upstream GNOME and also openSUSE, and would add a level of polish and integration to the distro. The current "blue Adwaita" theme feels out of place in openSUSE, particularly considering the attention to artistic detail in other parts of the distribution. -- openSUSE Feature: https://features.opensuse.org/314662

1 8