November 2013 - openSUSE Features - openSUSE Mailing Lists

[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 316708] simple laptop user firewall experience (e.g. printing)
by fate_noreply＠suse.de 05 Dec '13

05 Dec '13

Feature added by: Susanne Oberhauser (froh) Feature #316708, revision 1 Title: simple laptop user firewall experience (e.g. printing) openSUSE Distribution: New Priority Requester: Mandatory Info Provider: Michael Meisters (mmeisters) Requested by: Susanne Oberhauser (froh) Partner organization: openSUSE.org Description: context: a laptop user regularly moves between networks with her laptop. When the user wants to print or use other broadcast-advertised services, then the Laptop should *in an obvious way* help to connect to the services. Currently "it just does not work", wand what makes things worse, in a non-obvious way. And the firewall, once identifed as the part preventing to do what the user wants to do, is perceived not as usefull part of the system but as overjealous hindrance. It's not simple to reconfigure it "reasonably", opening the IPP port for broadcasst in the dmz setting is not simple. Thus there is a high risk of the firewall being just disabled permanently, especially by users who really should have it up. So the current system behaviour leads to the opposite of the desired goal. The firewall zone switcher fwzs applet is a first good step into the right direction. However there is a number of issues that still interfere: * on SUSE there is no preconfigured, sane standard mechanism to set the firewall zones depending on the network you connect to, let alone to remember the setting. e.g. nothing connects the kde network manager to fwzs. * the firewall zones are vaguely labeled and defined. The "dmz" zone, aka "something in between", does not allow IPP broadcasts in, only the 'private network' allows that. Maybe an additional zone "Internet cafe" something would be more usefull, which allows to browse broadacasted services but which protects data on the laptop? And a "Trusted Network behind a firewall" which allows to share files and services on the laptop? -- openSUSE Feature: https://features.opensuse.org/316708

1 6

[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

[New: openFATE 316737] Kurisu OS IV
by fate_noreply＠suse.de 23 Nov '13

23 Nov '13

Feature added by: Eduardo Bó Rabadán (kurisugamesteam) Feature #316737, revision 1 Title: Kurisu OS IV Buildservice: Unconfirmed Priority Requester: Important Requested by: Eduardo Bó Rabadán (kurisugamesteam) Partner organization: openSUSE.org Description: All about Kurisu OS IV -- openSUSE Feature: https://features.opensuse.org/316737

1 0

[New: openFATE 316734] Use distro name from /etc/issue in the repos path
by fate_noreply＠suse.de 22 Nov '13

22 Nov '13

Feature added by: Максим Муруев (slimy) Feature #316734, revision 1 Title: Use distro name from /etc/issue in the repos path Requested by: Максим Муруев (slimy) Partner organization: openSUSE.org Description: <I think that use in each repo explicit mention disro name too redundant, also then you do distro upgrade you have to use regexp which can produce errors and difficult to check that exactly repo have pacages for new disro version. I think better - use just base link. - by default append to path disro version from /etc/issue - allow use explicit mention disro mention, for the case then repos incorrect. - add option to zypper for check if all repos available for version distro which explicit passes as parameter. Use as constant name latest or something like that for latest version opensuse. Use Case: for uprade all repo for other version opensuse just have to change /etc/issue Business case (Partner benefit): openSUSE.org: Make disro upgrade easier, and simple handle repo links -- openSUSE Feature: https://features.opensuse.org/316734

1 0