August 2015 - openSUSE Features - openSUSE Mailing Lists

[openFATE 308149] KDE needs to have a touchpad configuration utility.
by fate_noreply＠suse.de 10 Sep '17

10 Sep '17

Feature added by: Rafael Belmonte (EagleScreen) Feature #308149, revision 1 Title: KDE needs to have a touchpad configuration utility. openSUSE-11.3: Unconfirmed Priority Requester: Important Package Wishlist: Unconfirmed Priority Requester: Important Requested by: Rafael Belmonte (eaglescreen) Description: KDE needs a touchpad configuration tool, if Sax2 does not provide it, you can package a new kcm module: kcm_touchpad, which can configure synaptics based touchpads, you can find it in KDE-Apps: http://www.kde-apps.org/content/show.php/kcm_touchpad?content=113335 -- openSUSE Feature: https://features.opensuse.org/308149

1 13

[New: openFATE 310706] zypper: allow to adjust proposed solver solution
by fate_noreply＠suse.de 10 Sep '17

10 Sep '17

Feature added by: Ján Kupec (jkupec) Feature #310706, revision 1 Title: zypper: allow to adjust proposed solver solution openSUSE-11.4: Unconfirmed Priority Requester: Desirable Requested by: Ján Kupec (jkupec) Description: It would be nice if it would be possible to change the solver solution at the point when the installation summary is shown and zypper prompts whether to continue. This would allow the user to conveniently remove unwanted packages automatically chosen for installation, add another package, etc. This is especially needed if it is difficult to work one's way to the solution (in case of many dependency problems, e.g. during an upgrade). Removing, adding, and keeping an installed version of a package could be implemented as part of this feature request first. Further enhancements can be done later. Use Case: During a dist-upgrade, user goes through a lot of solver problems. Then sees something unwanted in the summary. Currently the only solution is to quit, lock a package or change some command line options, restart the dist-upgrade and go through all the painfull solving again. With this feature the user would have a good chance of changing the summary in a convenient way. -- openSUSE Feature: https://features.opensuse.org/310706

1 2

[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