December 2012 - openSUSE Features - openSUSE Mailing Lists

[New: openFATE 311341] Yast Partitioning give SSD best practice option
by fate_noreply＠suse.de 23 Feb '13

23 Feb '13

Feature added by: Hans de Raad (hcderaad) Feature #311341, revision 1 Title: Yast Partitioning give SSD best practice option openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: Hans de Raad (hcderaad) Partner organization: openSUSE.org Description: More and more laptops, netbooks, pc's, servers, actually anything with some kind of storage need is equipped with Solid State Disks. Although at first glance they may seem quite similar to harddisks, they really are a completely different species with some very different characteristics. It might be convenient for having an "SSD Best practise enabler" switch when creating partitions on disks in Yast, which would then automatically setup the features (and possibly others) mentioned in the "Why do we want this" part of this feature. Use Case: During installation (or partition editing) when a user configures a partition, the option would be presented to enable SSD Best practises. Business case (Partner benefit): openSUSE.org: Especially in the partitioning stage of the installation process one can make or break the extra performance one might gain from using SSD's. Especially aligning a filesystem to SSD erase block size and enabling TRIM on partitions are really noticeable performance enhancers. Also, when the SSD option is activated, the Swap partition would be suggested to be removed from the partition setup (if one is set). -- openSUSE Feature: https://features.opensuse.org/311341

1 8

[New: openFATE 314593] Package Maintainer Handling
by fate_noreply＠suse.de 22 Feb '13

22 Feb '13

Feature added by: Adrian Schröter (adrianSuSE) Feature #314593, revision 1 Title: Package Maintainer Handling Buildservice: Evaluation by engineering manager Milestone: 2.4 Priority Requester: Mandatory Projectmanager: Mandatory Requested by: Adrian Schröter (adriansuse) Partner organization: openSUSE.org Description: The goal is to have an easy interface (webui and osc) to find out the responsible person or team for a given package. The user should just be able to enter a package name or a disturl to find the right person. OBS always needs a project and package context to find the bugowner or maintainer. Therefore we need to specify a default project to search in. The following UI and workflow is suggested: UI offers just a text field beside a combo box. The combo box is set to the default marked project (eg. openSUSE:Factory). Aftwards also all maintenance_release projects shall be listed. Last but not least maybe an option to specify any other project. The UI shall check if it finds a source package container with the given name. If this fails it should search via binarie search. The returned project/package container needs to be checked for a devel area. The UI shows first defined bugowner if defined or maintainer as fall back. Business case (Partner benefit): openSUSE.org: Obsolete PDB. -- openSUSE Feature: https://features.opensuse.org/314593

1 3

[New: openFATE 312406] Support for ISC DHCP client for IPv6
by fate_noreply＠suse.de 18 Feb '13

18 Feb '13

Feature added by: Björn Voigt (bjoernv) Feature #312406, revision 1 Title: Support for ISC DHCP client for IPv6 openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: Björn Voigt (bjoernv) Partner organization: openSUSE.org Description: Currently only "dhcp6c" (https://fedorahosted.org/dhcpv6/) can be selected as a DHCPv6 client in /etc/sysconfig/network/dhcp: # Which DHCPv6 client should be used? # Currently only the dhcp6c client is supported. # DHCLIENT6_BIN="" Since this client has been obsoleted by ISC dhcp, the DHCPv6 client of ISC should be used as default and as an alternative. -- openSUSE Feature: https://features.opensuse.org/312406

1 2

[New: openFATE 310070] openSUSE support for ARM
by fate_noreply＠suse.de 17 Feb '13

17 Feb '13

Feature added by: peter czanik (czanik) Feature #310070, revision 1 Title: openSUSE support for ARM openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: peter czanik (czanik) Description: As indicated by this [1] thread, and many earlier, there is demand for openSUSE ARM support. As discussed on the mailing list: - the build infrastructure is already there - there is a number of cheap and easily available existing ARM based devices (EFIKA MX [2], Sheeva Plug [3], Beagle Board [4], etc.) and many more are expected to arrive in the coming months - we need developers This last point is the most important, as creating an ARM port is more than just enabling ARM in the build service. Without enough developers this port can't be started, as there is a lot of work to do: - sometimes it is enough just to fix packaging errors (where only x86 is considered in the spec file) - often compiling on ARM needs some patching (either to find existing patches from other distributions or develop new ones) - the openSUSE (YaST, etc.) tools need to be made aware of ARM - testing on different target machines Please add your comment, if you are interested in the ARM port and also that how you could help this initiative! 1. http://lists.opensuse.org/opensuse-buildservice/2010-06/msg00293.html 2. http://www.genesi-usa.com/products/efika 3. http://www.globalscaletechnologies.com/p-22-sheevaplug-dev-kit-us.aspx 4. http://beagleboard.org/ -- openSUSE Feature: https://features.opensuse.org/310070

1 26

[New: openFATE 312048] KDE "System settings" intergration of YaST
by fate_noreply＠suse.de 11 Feb '13

11 Feb '13

Feature added by: Lukas Sommer (sommerluk) Feature #312048, revision 1 Title: KDE "System settings" intergration of YaST openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Lukas Sommer (sommerluk) Partner organization: openSUSE.org Description: Integrate the YaST modules in the KDE "System settings" application. Not only with just 1 item that launched YaST, but with 1 item for each YaST module being directly visible in KDE System settings - in the right group. YaST NTP for example in the "Networking" group, YaST Boot loader in "System" ... -- openSUSE Feature: https://features.opensuse.org/312048

1 3

[New: openFATE 312581] Define destination file name for source service download
by fate_noreply＠suse.de 06 Feb '13

06 Feb '13

Feature added by: Justin Yaple (yaplej) Feature #312581, revision 1 Title: Define destination file name for source service download Buildservice: Unconfirmed Priority Requester: Desirable Requested by: Justin Yaple (yaplej) Partner organization: openSUSE.org Description: To build my package I need to download two files with specific names. Unfortunately svn hosted at sourceforge.net when I download the tar files both have a name of "trunk" this is because of the path used to download them. <services> <service name="download_url"><param name="path">viewvc/opennop/daemon/trunk/?view=tar</param><param name="host">opennop.svn.sourceforge.net</param></service> <service name="download_url"><param name="path">viewvc/opennop/module/trunk/?view=tar</param><param name="host">opennop.svn.sourceforge.net</param></service> </services> To fix this you should add an optional parameter named "destination" or something like that so we can specify the destination filename. Then I can stop manually uploading the tar files after renaming them manually. Thank, -- openSUSE Feature: https://features.opensuse.org/312581

1 1

[New: openFATE 313172] Education li-f-e as a base template
by fate_noreply＠suse.de 04 Feb '13

04 Feb '13

Feature added by: Ahmed Rashed (ahmed_rashed) Feature #313172, revision 1 Title: Education li-f-e as a base template SUSE Studio: Unconfirmed Priority Requester: Desirable Requested by: Ahmed Rashed (ahmed_rashed) Partner organization: openSUSE.org Description: I liked Education li-f-e so much. But it is not 64 bit os, which restricts some of my favourite programs. As a workaround, I wish you provide an "Education li-f-e" base template in suse studio which supports both 32 and 64 bit architectures. This way I can build upon the Edi li-f-e and all its fine tuning which make it much more suitable for beginners trying to use Linux. If this is very difficult, I hope you could provide a kiwi or auto yast configuration with all the packages installed in EduLi-f-e file to be imported in my suse studio appliance. Thanks Business case (Partner benefit): openSUSE.org: I liked Education li-f-e so much. But it is not 64 bit os, which restricts some of my favourite programs. As a workaround, I wish you provide an "Education li-f-e" base template in suse studio which supports both 32 and 64 bit architectures. This way I can build upon the Edi li-f-e and all its fine tuning which make it much more suitable for beginners trying to use Linux. If this is very difficult, I hope you could provide a kiwi or auto yast configuration with all the packages installed in EduLi-f-e file to be imported in my suse studio appliance. Thanks -- openSUSE Feature: https://features.opensuse.org/313172

1 1

[New: openFATE 313376] mac like 'open file/url' behaviour
by fate_noreply＠suse.de 04 Feb '13

04 Feb '13

Feature added by: Cameron Blackwood (drkorg) Feature #313376, revision 1 Title: mac like 'open file/url' behaviour SUSE Studio: Unconfirmed Priority Requester: Important Requested by: Cameron Blackwood (drkorg) Partner organization: openSUSE.org Description: What command opens pdfs (it keeps changing)? tiffs? xls? On mac osx: open fred.pdf opens a pdf viewer open http://google.com/ opens the url in a browser etc Linux seems to have xdg-open (found via google and http://stackoverflow.com/questions/264395/linux-equivalent-of- the-mac-os-x-open-command ) which wraps the kde/gnome/whatever commands to do this and is installed on opensuse. Could we get xdg-open aliases to open by default? Being able to go 'open fred.pdf' and have the correct program open up would be great for new users. Open seems to currently be 'not found' and it would seem to make sense to import this feature from osx. Business case (Partner benefit): openSUSE.org: open whatever.ext gives you: * simplicity for new (and old) users * similar ui experience to osx all for one command line alias. -- openSUSE Feature: https://features.opensuse.org/313376

1 1

[New: openFATE 313417] WILDER WORLD
by fate_noreply＠suse.de 04 Feb '13

04 Feb '13

Feature added by: CHARLES WILDER (chucky5306) Feature #313417, revision 1 Title: WILDER WORLD SUSE Studio: Unconfirmed Priority Requester: Important Requested by: CHARLES WILDER (chucky5306) Partner organization: openSUSE.org Description: openSUSE Distrbution -- openSUSE Feature: https://features.opensuse.org/313417

1 2

[New: openFATE 314446] Add haskell packages to distribution
by fate_noreply＠suse.de 01 Feb '13

01 Feb '13

Feature added by: Herbert Graeber (hgraeber) Feature #314446, revision 1 Title: Add haskell packages to distribution openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Herbert Graeber (hgraeber) Partner organization: openSUSE.org Description: Haskell is an advanced purely-functional programming language. An open-source product of more than twenty years of cutting-edge research, it allows rapid development of robust, concise, correct software. With strong support for integration with other languages, built-in concurrency and parallelism, debuggers, profilers, rich libraries and an active community, Haskell makes it easier to produce flexible, maintainable, high-quality software. Business case (Partner benefit): openSUSE.org: Most other major distributions have it: http://hackage.haskell.org/platform/linux.html openSUSE is only to be found under "Information for other systems" Haskell is required by several applications that users have asked for: * Version control system darcs: http://lists.opensuse.org/opensuse-packaging/2012-07/msg00132.html * Pandoc markdown processor: https://features.opensuse.org/312777 * xmonad tiling display manager * hedgewars server -- openSUSE Feature: https://features.opensuse.org/314446

1 5