February 2016 - openSUSE Features - openSUSE Mailing Lists

[New: openFATE 314991] system ca certificates based on p11-kit
by fate_noreply＠suse.de 29 Nov '16

29 Nov '16

Feature added by: Ludwig Nussel (lnussel) Feature #314991, revision 1 Title: system ca certificates based on p11-kit openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Ludwig Nussel (lnussel) Partner organization: openSUSE.org Description: openSUSE should use p11-kit as primary tool for ca-certificate management. 1. define directory where to store ca certificates. Currently we use subdirs of /usr/share/ca-certificates. p11-kit likes to have all in one directory called 'ancors'. Fedora chose /usr/share/pki/ca-trust-source. 2. make update-ca-certificates call p11-kit to generate the compat bundles. 3. patch openssl, nss, gnutls to directly use p11-kit via library instead of relying on generated directories. More info about the implementation in Fedora: https://fedoraproject.org/wiki/Features/SharedSystemCertificates https://fedoraproject.org/wiki/Features/SharedSystemCertificates:SubTasks -- openSUSE Feature: https://features.opensuse.org/314991

1 7

[New: openFATE 310643] Easier System Configuration with KDE
by fate_noreply＠suse.de 25 Nov '16

25 Nov '16

Feature added by: Donald Tosaw (dontosaw) Feature #310643, revision 1 Title: Easier System Configuration with KDE openSUSE-11.4: Unconfirmed Priority Requester: Desirable Requested by: Donald Tosaw (dontosaw) Description: I'm not sure if this needs to be brought up on this forum, on a KDE project forum, or both. I find display monitor configuration navigation to be confusing and difficult in openSUSE 11.3 with KDE. I also find the inability to configure my Logitech mouse behavior (double-click speed etc.) to be a significant problem for some users. I have found openSUSE with Gnome to be much better in the area of mouse configuration. -- openSUSE Feature: https://features.opensuse.org/310643

1 1

[New: openFATE 310690] improve zypper se to include or suggest zypper wp
by fate_noreply＠suse.de 25 Nov '16

25 Nov '16

Feature added by: Felix Miata (mrmazda) Feature #310690, revision 1 Title: improve zypper se to include or suggest zypper wp openSUSE-11.4: Unconfirmed Priority Requester: Desirable Requested by: Felix Miata (mrmazda) Description: I'm sure I'm not the only one to not notice wp in the man page after finding se, or forget that se is not full search. When zypper se finds nothing, it should either suggest to use zypper wp instead, or just rerun itself substituting wp for se. -- openSUSE Feature: https://features.opensuse.org/310690

1 2

[New: openFATE 310199] Repository Announcements
by fate_noreply＠suse.de 25 Nov '16

25 Nov '16

Feature added by: Robin Knapp (rknapp) Feature #310199, revision 1 Title: Repository Announcements openSUSE-11.4: Unconfirmed Priority Requester: Desirable Requested by: Robin Knapp (rknapp) Description: I often read announcements in Mailing Lists that repositories are renamed, deleted or whatever. Especially in the KDE repos there is currently much restructuration ongoing. I propose to implement a feature in libzypp and its GUIs to be able to show important announcements for each repository. Ideally, multiple repositories can issue one common announcement which will be displayed only once. Examples: - This repository will swich from KDE 4.5 to KDE4.6. To keep KDE 4.5, _switch_to_repository_xyz_. - The repositories x, y and z will be moved on $date. Click _here_ to change it now - This repository is obsolete. _remove_. (Maybe repository switching, removing, adding etc. can be done by clicking on a link in that text) -- openSUSE Feature: https://features.opensuse.org/310199

1 7

[New: openFATE 310507] Repo-Changing Notifications in Updater Applet
by fate_noreply＠suse.de 25 Nov '16

25 Nov '16

Feature added by: 6tr6tr 6tr6tr (6tr6tr) Feature #310507, revision 1 Title: Repo-Changing Notifications in Updater Applet openSUSE-11.4: Unconfirmed Priority Requester: Mandatory Requested by: 6tr6tr 6tr6tr (6tr6tr) Description: Recently, the repository KDE:Community was taken offline and the packages in there were apparently distributed into other repos. As a user of openSUSE, the onyl way I discovered this was via a constant error in my updater applet that told me it was unavailable. Then I went to the forums with the error and was informed why. I was also told that there had been advance notice on some mailing list (a list that people who download and install openSUSE will nto be a member of automatically). This is a very poor way of handling this for users of openSUSE! What should have happened was this: * Update Applet checks for updates and sees there's a "Repository Change Notification." * It pops up this notification which reads something like: --------------------------------------------------------------------------------------------------- Repository: KDE Community URL: http://...elided.../Community This repository is being removed on August 24, 2010. The packages maintained in here will be switched to numerous other repositories, some of which are new. To make sure you can update any packages/applications you have provided by this repository, you have two options: 1. Click here to have YAST handle the switch automatically. It will do the following: a. Add the New Repositories b. Check for any packages you have in this repository c. Switch the packages over to the new repositories 2. Do this manually. See instructions at: http://someurl --------------------------------------------------------------------------------------------------- This popup then gives users of openSUSE advance notice and an easy way to handle switching the packages over and changing repositories. -- openSUSE Feature: https://features.opensuse.org/310507

1 8

[openFATE 306848] Provide firmware package ( non-oss )
by fate_noreply＠suse.de 25 Nov '16

25 Nov '16

Feature added by: Denny Beyer (lumnis) Feature #306848, revision 1 Title: Provide firmware package ( non-oss ) openFATE: Unconfirmed Priority Requester: Desirable Requested by: Denny Beyer (lumnis) Description: We should provide a firmware package for all drivers requiring one, eg. many tv cards or scanners etc. Even better would be if this package would be automatically installed (or the user will be prompted to install) if a device has been plugged in for the first time. Firmware files are relatively small compared to harddisk size, so one package for all tv cards, one for scanners etc. should do. -- openSUSE Feature: https://features.opensuse.org/306848

1 12

[New: openFATE 314454] A more powerfull, intuitive and complete installation process
by fate_noreply＠suse.de 25 Nov '16

25 Nov '16

Feature added by: phil osophe (posophe) Feature #314454, revision 1 Title: A more powerfull, intuitive and complete installation process openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: phil osophe (posophe) Partner organization: openSUSE.org Description: Actually, install opensuse is fast and usefull and system is quickly accessible. But some functions should be implement for a logical and complete installation process like include a first fingerprints analysis for being accessible on first boot or a login picture select. A simple question with multiple answers like "What usage of this pc do you think to make ?" for determine if a closed-source driver is needed. At last, a clean-up of none used drivers could be a plus like mandriva. Use Case: I launch yast2 for install opensuse. When it start, I select type of usage of pc: - gaming : closed-source - multimedia : open-source ( In my mind the radeonhd driver is powerfull ) - professional : same as multimedia In a few screens, i create user account and next I scan my fingerprints for don't searching how to do later. And in the next screen I select a picture or take a picture with a webcam ( like ubiquity ) Business case (Partner benefit): openSUSE.org: More simple for newbies users : Finding how to add fingerprints is not easy for new users and personnaly I like this function ; For closed-source drivers, it's difficult again to know how install a closed source driver because it's needed, ... ; And to conclude, a post-install removal process permit a more clean system -- openSUSE Feature: https://features.opensuse.org/314454

1 5

[New: openFATE 316850] Build hamradio:dream with pulseaudio
by fate_noreply＠suse.de 25 Nov '16

25 Nov '16

Feature added by: Mike Corbin (mike021361) Feature #316850, revision 1 Title: Build hamradio:dream with pulseaudio openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: Mike Corbin (mike021361) Partner organization: openSUSE.org Description: Dream now supports pulseaudio. I think a simple BuildRequires pulseaudio-devel would do it. This is untested, but imagine piping websdr through pulseaudio to dream. One would then have a worldwide drm receiver. -- openSUSE Feature: https://features.opensuse.org/316850

1 1

[New: openFATE 311047] Remove Windows Local Installer
by fate_noreply＠suse.de 25 Nov '16

25 Nov '16

Feature added by: Carl Fletcher (caf4926) Feature #311047, revision 1 Title: Remove Windows Local Installer openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Carl Fletcher (caf4926) Partner organization: openSUSE.org Description: The local installer which starts up when a windows user loads the openSUSE DVD, allowing installation to be started from a running windows OS, IS an absolute disaster. Did I say it was an absolute disaster? Oh yes, I did say that. Either remove it or include a unmistakable warning, that using it is likely to lead to disaster and that installation is best done by booting from the DVD. Business case (Partner benefit): openSUSE.org: Users that run this installer are messing up their system and the overall result is that it gives them a very bad impression of openSUSE. -- openSUSE Feature: https://features.opensuse.org/311047

1 10

[New: openFATE 314931] Access to Public WiFi Landing Page During Installation
by fate_noreply＠suse.de 25 Nov '16

25 Nov '16

Feature added by: Dave Johnson (PauseBazinga) Feature #314931, revision 1 Title: Access to Public WiFi Landing Page During Installation openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Dave Johnson (pausebazinga) Partner organization: openSUSE.org Description: There is currently no way to configure internet access during installation if installer is using a public wifi hotspot or hotel internet access, as most of them require the user to navigate to a landing page with their browser and accept a set of "Terms and Agreements" prior to being granted access to the network. The current work-around is to simply not configure internet access during installation and perform a software update after installation when the user can perform the steps above. One method for implementation is to open a basic web-browser during network configuration, or an option to do so, that points to opensuse.org so that the user can be diverted to the hotel/hotspot landing page if it exists. Considerations: Many networks simply look for a cookie on the client's machine indicating that they have accepted the "terms and agreements", so this feature will require cookies to be temporarily stored (think Firefox "secure browsing" or Chromium "incognito" where cookies are stored during the session and then auto-removed at the end of the session). Many networks require a guest password to be entered, hotels especially (they're handed out at check-in), so there would need to be mouse/keyboard support in the dialog/browser window. Test Case: I travel a lot and recently ran into this during the openSUSE 12.3 release. This was the second time that I've had this problem and I can recreate the scenario for testing any time we need to, as I'm frequently traveling. Use Case: A user is traveling during a release of the operating system and wants to install the new release in the hotel that the user is staying in. Currently, this person will be forced to install offline and then update after installation because of the way most hotel and public internet access sites manage users with a landing page upon first access. Business case (Partner benefit): openSUSE.org: We want this because no one else has it yet and it's great to be first to implement useful functionality. -- openSUSE Feature: https://features.opensuse.org/314931

1 7