openSUSE Features March 2015

features@lists.opensuse.org

1 participants
707 discussions

[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 318355] Convert X keyboard layouts to console keymaps
by fate_noreply＠suse.de 08 Aug '17

08 Aug '17

Feature added by: Mindaugas Baranauskas (embar-) Feature #318355, revision 1 Title: Convert X keyboard layouts to console keymaps openSUSE Distribution: Unconfirmed Priority Requester: Mandatory Requested by: Mindaugas Baranauskas (embar-) Partner organization: openSUSE.org Description: In systemd world we use localectl. Mapping between console and X keyboards is complicated. I creates bugs (e.g. https://bugzilla.novell.com/show_bug.cgi?id=897803) after switching from legacy /etc/X11/xdm/Keyboard.map mapping in to new systemd /usr/share/systemd/kbd-model-map mapping. Indeed most console keyboards are obsolete, they are difficult to configure, as each layout requires specific correct parameters for kbd_mode and setfont. And YaST also have some additional mapping: /usr/share/YaST2/data/keyboard_raw.ycp. We must change essentially keyboard management in YaST. We could use Fedora solution by converting X keymaps to console keymaps to simplify keyboard issues. Use Case: As discussed in https://bugs.freedesktop.org/show_bug.cgi?id=88545, Fedora has many more console layouts, converted from X keyboard layouts with script: # Convert X keyboard layouts to console keymaps mkdir -p $RPM_BUILD_ROOT/lib/kbd/keymaps/xkb perl xml2lst.pl < /usr/share/X11/xkb/rules/base.xml > layouts-variants.lst while read line; do XKBLAYOUT=`echo "$line" | cut -d " " -f 1` echo "$XKBLAYOUT" >> layouts-list.lst XKBVARIANT=`echo "$line" | cut -d " " -f 2` ckbcomp "$XKBLAYOUT" "$XKBVARIANT" | gzip > $RPM_BUILD_ROOT/lib/kbd/keymaps/xkb/"$XKBLAYOUT"-"$XKBVARIANT".map.gz done < layouts-variants.lst # Convert X keyboard layouts (plain, no variant) cat layouts-list.lst | sort -u >> layouts-list-uniq.lst while read line; do ckbcomp "$line" | gzip > $RPM_BUILD_ROOT/lib/kbd/keymaps/xkb/"$line".map.gz done < layouts-list-uniq.lst Full spec file: https://apps.fedoraproject.org/packages/kbd/sources/spec/ Fedora moved upstream layouts to /usr/lib/kbd/keymaps/legacy/ . -- openSUSE Feature: https://features.opensuse.org/318355

1 27

[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

← Newer
1
2
3
4
5
6
7
8
...
71
Older →

Jump to page:

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

openSUSE Features March 2015