December 2012 - openSUSE Features - openSUSE Mailing Lists

[New: openFATE 309381] antivirus configurator and security center applet
by fate_noreply＠suse.de 10 Sep '17

10 Sep '17

Feature added by: Michael Calmer (mcalmer) Feature #309381, revision 1 Title: antivirus configurator and security center applet openSUSE-11.3: New Priority Requester: Important Requested by: Marcin Derlukiewicz (bober10) Description: Antivirus configurator on yast2 security panel right next to the firewall. It should allow to configure several engines and allow to set automatic scans, updates, launch scans for defined folders etc. It should also provide some easy autoconfigurator for apparmor as a behavioral antivirus. -- openSUSE Feature: https://features.opensuse.org/309381

1 7

[New: openFATE 310787] Intel(R) Trusted Execution Technology (Intel(R) TXT) Support
by fate_noreply＠suse.de 10 Sep '17

10 Sep '17

Feature added by: Joseph Cihula (jcihula) Feature #310787, revision 1 Title: Intel(R) Trusted Execution Technology (Intel(R) TXT) Support openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: Joseph Cihula (jcihula) Partner organization: openSUSE.org Description: Intel(R) Trusted Execution Technology (Intel(R) TXT) provides a hardware dynamic root of trust for measurement (D-RTM). Intel TXT can be used to reduce the trusted computing base (TCB) of system SW such as an OS kernel or hypervisor/VMM. TXT provides platform configuration protection such as memory aliasing checks, register locking, etc. It also provides reset protection via a hardware memory lock and memory scrubbing. In multi-processor systems, Intel TXT strengthens the RAS capability through CPU-rooted measurement of the BIOS and hardware-enforced protections of RAS events. Finally, TXT provides for a platform owner -controlled launch control policy. Intel TXT support consistes of two parts: kernel/VMM enabling and the tboot package. Kernel support involves building the Linux kernel (>= 2.6.35) with the CONFIG_INTEL_TXT flag set. This will also enable it for KVM. The default Xen build already supports TXT. Linux/Xen support actually assumes that TXT is "managed" through the Trusted Boot (tboot) module and thus, the tboot package is also needed for complete support. Tboot is an open source, pre-kernel/VMM module that uses Intel TXT to perform a measured and verified launch of an OS kernel/VMM. Use Case: 1) Disk encryption 2) Hardened local key storage/operations 3) Remote attestation Business case (Partner benefit): openSUSE.org: Enabling Intel TXT in the kernel/VMM will increase the trust and value of the above usage models. And the same value proposition that TXT has for Fedora also applies to openSuSE: http://lwn.net/Articles/382363/ TXT also compliments the OpenTC work being done by/with SuSE. -- openSUSE Feature: https://features.opensuse.org/310787

1 4

[openFATE 305929] Startup in X even when the xorg.conf fails
by fate_noreply＠suse.de 10 Sep '17

10 Sep '17

Feature added by: Joop Boonen (worldcitizen) Feature #305929, revision 1, last change by Title: Startup in X even when the xorg.conf fails openSUSE-11.2: Unconfirmed Priority Requester: Important openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Joop Boonen (worldcitizen) Description: As there are more and more new users within openSuSE with less knowledge. I was thinking it's an option to boot in Vesa when the original xorg.conf fails. Than the user is still able to fix the problem via a GUI i.e. YaST and SAX. -- openSUSE Feature: https://features.opensuse.org/305929

1 15

[openFATE 307747] autokey
by fate_noreply＠suse.de 30 Aug '17

30 Aug '17

Feature added by: Erik Luijten (luijten) Feature #307747, revision 1 Title: autokey Package Wishlist: Unconfirmed Priority Requester: Desirable Requested by: Erik Luijten (luijten) Partner organization: openSUSE.org Description: I very much would like the autokey package (currently only on Ubuntu) to be included in openSuSE. URL: http://autokey.sourceforge.net/ Business case (Partner benefit): openSUSE.org: There seems to be no other general keyboard macro/textexpansion utility available for Linux, even though this is an important productivity tool. -- openSUSE Feature: https://features.opensuse.org/307747

1 4

[New: openFATE 308428] kuickshow for KDE 4
by fate_noreply＠suse.de 16 Aug '17

16 Aug '17

Feature added by: Tristan Miller (psych0naut) Feature #308428, revision 1 Title: kuickshow for KDE 4 Package Wishlist: Unconfirmed Priority Requester: Important Requested by: Tristan Miller (psych0naut) Description: Kuickshow is a popular image viewer for KDE. Versions are available for both KDE 3 and KDE 4. Previous versions of openSUSE included it among KDE 3 applications. However, openSUSE 11.1 and openSUSE 11.2 do not include the KDE 4 version. Please add a kuickshow package for KDE 4. The KDE 4 version of Kuickshow can be downloaded from its official KDE home page at http://userbase.kde.org/KuickShow (http://userbase.kde.org/KuickShow) See also KDE bug 188539: https://bugs.kde.org/show_bug.cgi?id=188539 (https://bugs.kde.org/show_bug.cgi?id=188539) -- openSUSE Feature: https://features.opensuse.org/308428

1 6

[New: openFATE 313088] allow patches that uninstall packages
by fate_noreply＠suse.de 10 Aug '17

10 Aug '17

Feature added by: Ludwig Nussel (lnussel) Feature #313088, revision 1 Title: allow patches that uninstall packages openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Ludwig Nussel (lnussel) Partner organization: openSUSE.org Description: suppose security flaws are discovered in some leaf package that we cannot fix for some reason. We need a way to tell users of that package that they better uninstall the affected package. Previously we would have "solved" this by releasing a new version of the package without files. This is a rather ugly hack though. What we need is a special patch that when selected uninstalls the listed packages without causing e.g. packagekit to choke. -- openSUSE Feature: https://features.opensuse.org/313088

1 22

[New: openFATE 308696] too much software search engines
by fate_noreply＠suse.de 07 Aug '17

07 Aug '17

Feature added by: Roberto Mannai (robermann79) Feature #308696, revision 1 Title: too much software search engines openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Roberto Mannai (robermann79) Description: Unify the package search services. http://software.opensuse.org/search returns results which http://packages.opensuse-community.org does not return. In a similar way, webpin (CLI and the Yast module) does not find anything. (I'm trying with codesounding for opensuse 11.2) >From an end-user perspective, he is supposed to search in two/three search engines before he could give up and can be sure of the answer? -- openSUSE Feature: https://features.opensuse.org/308696

1 2

[New: openFATE 314444] gnome-tweak-tools as default
by fate_noreply＠suse.de 05 Aug '17

05 Aug '17

Feature added by: Jon Cosby (chief_sealth) Feature #314444, revision 1 Title: gnome-tweak-tools as default openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: Jon Cosby (chief_sealth) Partner organization: openSUSE.org Description: The default Gnome Settings interface has been reduced to bare bones, offering little for personal customization. There are advanced tools, I don't remember what they're called off the top of my head, but these are very complex and difficult to memorize. There's middle ground in the gnome-tweak-tools, offering far more than the default system settings and easy to use even for novice users. Why not make this part of the default installation for Gnome? Add it to the main menu, and let users know it's there. I almost forgot about it upgrading the other day, and had to do some searching. -- openSUSE Feature: https://features.opensuse.org/314444

1 1

[New: openFATE 313047] Show screenshots to help user choose which desktop to install
by fate_noreply＠suse.de 05 Aug '17

05 Aug '17

Feature added by: Richard Brown (RBrownCCB) Feature #313047, revision 1 Title: Show screenshots to help user choose which desktop to install openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Richard Brown (rbrownccb) Partner organization: openSUSE.org Description: Currently, when the user chooses the type of Desktop they want to install they are presented with a rather 'boring' menu with lots of text, describing a little about GNOME, KDE, and how they get to choose I would like to see screenshots, possibly even a slideshow, of at least GNOME and KDE if not XFCE & LXDE for users to see and help them make their choice about which desktop environment they wish to install. Business case (Partner benefit): openSUSE.org: We have KDE selected by default, covering the 'I don't care/know just let me install this thing' userbase More advanced users probably have enough knowledge that they never read the text and already have their decision made and go straight to their DE of choice But I think we currently do a disservice to an important demographic of inquisitive users who want to choose but might not have the information yet to make one Right now, a user who doesn't know what GNOME or KDE looks like get nothing from our installer, they have to install it, try it, and if they dont like it, install the other one.. I'd argue this inquisitive demographic of users is one openSUSE is brilliantly placed to serve, as we offer so many options, so let's make it a little easier for them to make an initial choice they will be more likely to like from day 1 -- openSUSE Feature: https://features.opensuse.org/313047

1 6

[New: openFATE 312823] Rewrite spec-cleaner into Ruby and make its architecture cleaner
by fate_noreply＠suse.de 05 Aug '17

05 Aug '17

Feature added by: Pavol Rusnak (prusnak) Feature #312823, revision 1 Title: Rewrite spec-cleaner into Ruby and make its architecture cleaner Hackweek VII: Unconfirmed Priority Requester: Important Requested by: Pavol Rusnak (prusnak) Partner organization: openSUSE.org Description: Vincent and I created a small tool Python called spec-cleaner which makes .spec files cleaner and removes some common mistakes and ancient constructs. Nowadays more and more people use it and we'd like to extend it with more features. Unfortunately, this getting harder because all spec-cleaner does is some clever text replacement. We'd need a parser to do some advanced magic so I decided to give it a try and rewrite it in Ruby (which has support for regexeps directly in its syntax and neither me nor Vincent would like to use Perl :-)). -- openSUSE Feature: https://features.opensuse.org/312823

1 1