April 2014 - openSUSE Features - openSUSE Mailing Lists

[New: openFATE 317229] Gthumb as default image viewer on opensuse13.1 Gnome
by fate_noreply＠suse.de 21 Apr '14

21 Apr '14

Feature added by: david grajales (Mirage) Feature #317229, revision 1 Title: Gthumb as default image viewer on opensuse13.1 Gnome openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: david grajales (mirage) Partner organization: openSUSE.org Description: The current image viewer used is Shotwell but it has some lacks as 1) It does not use Gnome's HIGs. breaks the visual consistency. 2) The way it organize and classify the albums is not very well designed 3) there are some functionality stuff missing or not well applied the word here is "design" the app is not well designed. Business case (Partner benefit): openSUSE.org: let's check out alternatives. The official Gome-photos app is clean and beautiful but it feels kinda incomplete. it lacks in many image editing features (at least I have not find those, anyone?) I like the KISS approach but I think is desirable that the image viewer can do some basics editing task (re-size, cut, ad text, etc if I must use apps such as inkscape to make these basics, we have something going wrong here. this let us with Gtumb as the only one well designed and with a consistency between current Gnome's apps and HIGs and with the features required in any image viewer. the current Gthumb branch (3.3) has more features than others, in a cleaner and more organized interface. this is way I think we should use Gthumb instead of shotwell for opensuse 13.2 -- openSUSE Feature: https://features.opensuse.org/317229

1 0

[New: openFATE 314857] initrd/LUKS: support allow-discards
by fate_noreply＠suse.de 17 Apr '14

17 Apr '14

Feature added by: Tilman Vogel (tivo) Feature #314857, revision 1 Title: initrd/LUKS: support allow-discards openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Tilman Vogel (tivo) Partner organization: openSUSE.org Description: It would be great if the mkinitrd scripts at http://gitorious.org/opensuse/boot_crypto could support the "allow-discards" options in /etc/crypttab. That would allow to use TRIM on SSDs with LUKS (and maybe LVM) on the root partition. -- openSUSE Feature: https://features.opensuse.org/314857

1 6

[New: openFATE 317191] Bring back EC2 support in SuseStudio
by fate_noreply＠suse.de 10 Apr '14

10 Apr '14

Feature added by: Henri Gomez (henri_gomez) Feature #317191, revision 1 Title: Bring back EC2 support in SuseStudio SUSE Studio: Unconfirmed Priority Requester: Important Requested by: Henri Gomez (henri_gomez) Partner organization: openSUSE.org Description: EC2 support is not available for openSUSE 12.3/13.1. openSUSE 12.2 is no more support by SuseStudio. Direct effect, SUSE Studio Online is useless for those of us who want to deploy appliances to Amazon using openSUSE as base OS. SUSE Studio Onsite is supposed to support AWS, but if you have to do a demonstration to your management, you'll use Online edition and without support for EC2, it's a no way. This is a very bad news and a strange decision, that's why I would call to get EC2 support back in Online Edition for 12.3 and 13.1. -- openSUSE Feature: https://features.opensuse.org/317191

1 1

[New: openFATE 317197] Move arp, ifconfig, netstat and route to a separate package
by fate_noreply＠suse.de 10 Apr '14

10 Apr '14

Feature added by: Michal Marek (michal-m) Feature #317197, revision 1 Title: Move arp, ifconfig, netstat and route to a separate package openSUSE Distribution: Unconfirmed Priority Requester: Mandatory Requested by: Michal Marek (michal-m) Partner organization: openSUSE.org Description: The following programs have been deprecated for several years and have counterparts in the iproute2 package: * arp -> ip [-r] neigh * ifconfig -> ip a * netstat -> ss [-r] * route -> ip r None of our packages needs these programs and they have several limitations that manifest in non-trivial setups (see the list of bugzilla numbers below). The proposal is to create a net-tools-deprecated subpackage, move these binaries there and not install the package by default. Relations: - netstat does not show process names if inode value is larger than signed int (novell/bugzilla/id: 861302) https://bugzilla.novell.com/show_bug.cgi?id=861302 - supportconfig: in network.txt, interface names are truncated to 9 characters (novell/bugzilla/id: 840841) https://bugzilla.novell.com/show_bug.cgi?id=840841 - Move arp, ifconfig, netstat and route to a separate package (feature/copiedfrom: 317196) -- openSUSE Feature: https://features.opensuse.org/317197

1 1

[New: openFATE 317194] OpenVPN YaST2 Module
by fate_noreply＠suse.de 10 Apr '14

10 Apr '14

Feature added by: John Shand (jshand2013) Feature #317194, revision 1 Title: OpenVPN YaST2 Module Requested by: John Shand (jshand2013) Partner organization: openSUSE.org Description: This module would essentially set up a VPN Server on your OpenSUSE machine. Are there any OpenVPN experts out there that could work on this module. I would appreciate any work on this module starting as soon as possible -- openSUSE Feature: https://features.opensuse.org/317194

1 1

[New: openFATE 317190] Monitor rpmlint warnings
by fate_noreply＠suse.de 08 Apr '14

08 Apr '14

Feature added by: Stephan Barth (cyberiad) Feature #317190, revision 1 Title: Monitor rpmlint warnings Buildservice: New Priority Requester: Important Requested by: Stephan Barth (cyberiad) Partner organization: openSUSE.org Description: When watching a build project or package it sometimes is necessary to check the warnings. Especially the number of warnings can be very high and they might turn later into an error. Also new versions of compilers, rpmlint, etc. might create new warnings, which should be reviewed. It would be nice to have a list of packages that have many warnings that shows the number of warnings. Maybe it should be configurable to provide a threshold. Business case (Partner benefit): openSUSE.org: Anticipate build issues or errors early. Additionally, packaging quality can be improved by frequent review of the warning numbers. -- openSUSE Feature: https://features.opensuse.org/317190

1 0

[New: openFATE 317173] Mesa 10.X and LLVM 3.4 for Tumbleweed
by fate_noreply＠suse.de 07 Apr '14

07 Apr '14

Feature added by: Thomas Langkamp (tomtomme) Feature #317173, revision 1 Title: Mesa 10.X and LLVM 3.4 for Tumbleweed Requested by: Thomas Langkamp (tomtomme) Partner organization: openSUSE.org Description: Today Fedora decided to rebase Fedora 20 to Mesa 10.1: https://fedorahosted.org/fesco/ticket/1268 It would be great to see Mesa 10.X in OpenSUSE Tumbleweed. There are already home-repositorys available but official support is always more desirable / stable. --- What are Mesa and LLVM? Mesa provides the 3D-accelerated part of OSS graphics drivers. LLVM is in addition needed for newer AMD Radeon Hardware (most cards released > 2011) using the radeonSI driver to provide better performance and higher versions of OpenGL. Use Case: A better 3D-acceleration / OpenGL is important for fluent Desktop Compositing, CAD, 3D-Modelling (Blender) and of course gaming on linux which is growing fast since the release of Valves Steam for Linux. Also OpenCL for scientific stuff would be improved AFAIK. Business case (Partner benefit): openSUSE.org: Tumbleweed is not working well with closed source graphics drivers due to frequent kernel updates. It is officially suggested to use the OSS graphics drivers. The current situation is Mesa 9.2 which is slow compared to 10.X and with OpenGL 3.1 at max. For radeonSI hardware OpenGL 2.1 at max because of LLVM 3.3. Since OpenSUSE 13.2 is delayed Tumbleweed could fill the gap. That is what Tumbleweed was designed for. -- openSUSE Feature: https://features.opensuse.org/317173

1 4