June 2012 - openSUSE Features - openSUSE Mailing Lists

[New: openFATE 310780] Provide python 3 bindings when supported
by fate_noreply＠suse.de 15 Jan '14

15 Jan '14

Feature added by: Todd R (TheBlackCat) Feature #310780, revision 1 Title: Provide python 3 bindings when supported openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: Todd R (theblackcat) Description: The new version of python, python 3, has been out for several years now. A lot of python bindings now support python 3. However, although openSUSE has provided python 3 for a while, it provides few, if any, python 3 versions of packages. My suggestion is that python 2 be kept the default, but for python packages and bindings that support it, python 3 versions should be made available as well. I think the python in the name would be replaced by python3, so in additiona to python-numpy there would be python3-numpy, for example. -- openSUSE Feature: https://features.opensuse.org/310780

1 3

[New: openFATE 312820] VIPS (Image Library) Package
by fate_noreply＠suse.de 14 Jan '14

14 Jan '14

Feature added by: Thomas Güttler (guettli) Feature #312820, revision 1 Title: VIPS (Image Library) Package openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: Thomas Güttler (guettli) Partner organization: openSUSE.org Description: It would be nice if vips (imageing library) and its python bindings are available in OpenSuSE. http://www.vips.ecs.soton.ac.uk/index.php?title=VIPS -- openSUSE Feature: https://features.opensuse.org/312820

1 4

[New: openFATE 310003] ArchLinux support
by fate_noreply＠suse.de 10 Jan '14

10 Jan '14

Feature added by: Martin Sandsmark (martinsandsmark) Feature #310003, revision 1 Title: ArchLinux support Buildservice: Unconfirmed Priority Requester: Desirable Requested by: Martin Sandsmark (martinsandsmark) Description: Support for making ArchLinux packages from PKGBUILDs would be nice. Is there any documentation for how to extend OBS to other build systems anywhere? -- openSUSE Feature: https://features.opensuse.org/310003

1 6

[New: openFATE 313003] Installer: ability to choose encryption type / strength
by fate_noreply＠suse.de 25 Dec '13

25 Dec '13

Feature added by: Robert Delahunt (radelahunt) Feature #313003, revision 1 Title: Installer: ability to choose encryption type / strength openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: Robert Delahunt (radelahunt) Partner organization: openSUSE.org Description: I would like to request that a feature be added that allows a user to specify the encryption strength for their encrypted LVM. Previously on 11.4, the installer would accept the unlock key and then format the LUKS container to its own default (at the time I think 256bit aes-xts-something), which is overkill for a netbook, and may not be user-desirable. OpenSuSE 12.1 doesn't do this, honoring the LUKS setup that already exists, but nevertheless, being able to choose the bit strength and encryption type (such as aes-cbc-essiv, etc) would be nice. I would be willing to provide any help documentation for a "help" or "what is this?" button on this section (and it could be made part of the "custom (for experts)" section of disk partitioning. Respectfully, Robert -- openSUSE Feature: https://features.opensuse.org/313003

1 2

[New: openFATE 311186] original cdrtools
by fate_noreply＠suse.de 22 Dec '13

22 Dec '13

Feature added by: Christopher Yeleighton (yecril71pl) Feature #311186, revision 1 Title: original cdrtools Package Wishlist: Unconfirmed Priority Requester: Important Requested by: Christopher Yeleighton (yecril71pl) Partner organization: openSUSE.org Description: openSuSE distributes the package wodim instead of the package cdrtools. The reason this happens is a claim of the Debian maintainers that the present license of the package cdrtools is incompatible with GPL. However, even if it were the case, it does not make a good reason to exclude cdrtools from openSuSE. Business case (Partner benefit): openSUSE.org: cdrtools is better maintained and it is less buggy. -- openSUSE Feature: https://features.opensuse.org/311186

1 28

[New: openFATE 313567] option to osc results shown transposed
by fate_noreply＠suse.de 17 Dec '13

17 Dec '13

Feature added by: Tomas Cech (sleep_walker) Feature #313567, revision 1 Title: option to osc results shown transposed Buildservice: Unconfirmed Priority Requester: Important Requested by: Tomas Cech (sleep_walker) Partner organization: openSUSE.org Description: Allow to see project results with switched axis. For bigger projects there is bigger number of packages than number of repositories being compiled against. For such case it would be more readable to show on X axis repositories and Y (easier to scroll) to show packages. As benefit from this there is a way smaller probability that the result table will be split. openSUSE_12.1 i586 | openSUSE_12.1 x86_64 . . some_package F . another_package s % more_package f . distinct_package . . hand_package It would be also much easier to see per distribution results. -- openSUSE Feature: https://features.opensuse.org/313567

1 3

[New: openFATE 312822] Get Enlightenment 17 into openSUSE
by fate_noreply＠suse.de 17 Dec '13

17 Dec '13

Feature added by: Tomas Cech (sleep_walker) Feature #312822, revision 1 Title: Get Enlightenment 17 into openSUSE Hackweek VII: Unconfirmed Priority Requester: Desirable Requested by: Tomas Cech (sleep_walker) Partner organization: openSUSE.org Description: Enlightenment 17 is good looking, but resource friendly, very well usable desktop environment. Unfortunately it's not present in openSUSE distribution and current state of X11:Enlightenment is awful. As a result, there were several home projects with these packages and no effort to fix current state. I created X11:Enlightenment:Staging project as future replacement of old X11:Enlightenment. I'd like to improve quality of spec files and have better cross distribution coverage. After that I'd like to post result into openSUSE Factory. -- openSUSE Feature: https://features.opensuse.org/312822

1 12

[New: openFATE 310623] Please bring SCPM back to Suse
by fate_noreply＠suse.de 15 Dec '13

15 Dec '13

Feature added by: Hawke Robinson (kmleon) Feature #310623, revision 1 Title: Please bring SCPM back to Suse openSUSE-11.4: Unconfirmed Priority Requester: Important Package Wishlist: Unconfirmed Priority Requester: Important Requested by: Hawke Robinson (kmleon) Partner organization: openSUSE.org Description: SCPM is one of the major components (among others) for why I prefer to use Suse over other distros. I use SCPM for changing many configuration values for hardware and software cleanly, through one tool, instead of dozens, between when plugged into very different docking stations between work and home, when at home undocked, when roaming at coffee shops, when locked down for work or client sites, when broadcasting live shows at various locations, or when setting up different hardware profiles with different components connected and keeping the configuration consistent for that profile, printers, firewall rules, etc. Networkmanager only handles the networking aspect (and poorly at that, especially for devices that require using if-up mode, and not network manager (driver bugs)). Other tools only handle the configuration values for their own domains of responsibilty, and do not keep a single profile with all the many variables, easily in one place, and easily switched either on the fly or at boot time. This tool has been a huge boon to being far more productive over other distros. Please consider adding this back to 11.3, and keeping it for future releases. I am even willing to become a maintainer for this package if no one more qualified steps up to do so. I will try the information for the 11.2 repo kludge, but please advise on how the suse decision makers can be encouraged to bring scpm back. Thanks! Use Case: Mobile user (laptop, portable device, or full PC that is moved to different locations) with one kind of docking station or port replicator at home, and a completely different docking-station or port replicator at work, beign able to easily switch all the hardware, network, firewall, monitor(s), printers, and other software and hardware values at boot time between home and work. Mobile user that has very different security settings and hardware settings between home setup, work setup, and different clients when on-site. variables include network, firewall, antivirus, fileshares, sound cards, external video cards, monitor(s), printers, virtual machine configurations, DNS, hosts files, email server settings, sshd settings, ftpd settings, the list of variables served through one profile tool is extremely extensive. Business case (Partner benefit): openSUSE.org: The wonderful flexibility of so many variables being able to be easily tracked on the fly from one utility is extremely valuable for mobile use. Networkmanager only handles the networking aspect (and poorly at that, especially for devices that require using if-up mode, and not network manager (driver bugs)). Other tools only handle the configuration values for their own domains of responsibilty, and do not keep a single profile with all the many variables, easily in one place, and easily switched either on the fly or at boot time. This tool has been a huge boon to being far more productive over other distros. Without SCPM support, Suse becomes that much more "just another same/similiar Linux distro", and looses another distinctive benefit over other distros for me, and for all my clients. -- openSUSE Feature: https://features.opensuse.org/310623

1 4

[New: openFATE 310151] YAST Software Manager-Search also in openSUSE Build Service
by fate_noreply＠suse.de 05 Dec '13

05 Dec '13

Feature added by: m s (miki100) Feature #310151, revision 1 Title: YAST Software Manager-Search also in openSUSE Build Service openSUSE-11.4: Unconfirmed Priority Requester: Desirable Requested by: m s (miki100) Description: It would be really helpful if Software Manager could find packages that aren't in any repo added. For example: a new user wants to install VLC Media Player. He search for it, but he doesn't have any repos added. Instead of an empty list Software Manager could search for it in openSUSE Build Service. After selecting an app to install and clicking "Apply" a question could appear with choice to keep or not that repository after install. It would be much easier for new users. -- openSUSE Feature: https://features.opensuse.org/310151

1 3

[New: openFATE 311076] Change MAC via YaST
by fate_noreply＠suse.de 28 Nov '13

28 Nov '13

Feature added by: Anton Reznik (reanxp-rus) Feature #311076, revision 1 Title: Change MAC via YaST openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Anton Reznik (reanxp-rus) Partner organization: openSUSE.org Description: YaST can't change MAC-address. Now, for change this address need do ifconfig eth0 hw ether 00:00:00:11:22:33. Think, it's not SUSE-way. Change MAC-address may be simple. With YaST. -- openSUSE Feature: https://features.opensuse.org/311076

1 4