November 2015 - openSUSE Features - openSUSE Mailing Lists

[New: openFATE 316537] Drive DDF fake RAID with MD / mdadm
by fate_noreply＠suse.de 29 Nov '16

29 Nov '16

Feature added by: Martin Wilck (mwilck) Feature #316537, revision 1 Title: Drive DDF fake RAID with MD / mdadm Requested by: Martin Wilck (mwilck) Partner organization: openSUSE.org Description: Use Linux-MD / mdadm (rather than device-mapper / dmraid) to set up RAID arrays with DDF meta data found during installation. In openSUSE <= 12.3, only IMSM fake RAID is set up with MD / mdadm, all other "fake RAID" formats are set up with dmraid. mdadm 3.3 includes a many improvements and stability fixes for DDF. This feature is easy to implement. Under https://build.opensuse.org/project/show/home:mwilck:mdadm-DDF:openSUSE, I am providing small modification of libstorage that makes this possible when put on a DUD. https://raid.wiki.kernel.org/index.php/DDF_Fake_RAID#OpenSUSE contains instructions. The DUD contains only updated mdadm packages (mdadm-3.3 plus a few patches that Neil Brown already ack'ed) and the modified libstorage4.so in inst-sys. Test Case: Installation of openSUSE on a RAID system with DDF RAID. This could be real HW with "DDF fake RAID", or simply a VM with preveiously configured DDF RAID. Use Case: This is useful for owners of systems with "Fake RAID" or "BIOS RAID" solutions using DDF meta data. One important vendor of these RAID solutions is LSI. LSI offers a closed-source driver (megasr) for these controllers but I think that Linux users will be better served with MD in the long run. Business case (Partner benefit): openSUSE.org: MD/mdadm is the more complete and feature-rich RAID implementation than dmraid, thus meta data formats that mdadm supports should be driven by mdadm, not dmraid. With the release of 3.3, mdadm's DDF support is now at least on par with dmraid, adding mdadm's general benefits makes it the better choice for SW RAID driver for "fake RAID" systems using DDF. -- openSUSE Feature: https://features.opensuse.org/316537

1 2

[New: openFATE 316534] NTP server from DHCP request should be considered at Installation
by fate_noreply＠suse.de 29 Nov '16

29 Nov '16

Feature added by: Marco Roose (mroose) Feature #316534, revision 1 Title: NTP server from DHCP request should be considered at Installation Requested by: Marco Roose (mroose) Partner organization: openSUSE.org Description: I always get into an timeout when installing OpenSuSE before the timezone settings have to get applied. Now I'm implemented Option 42 in our DHCP server hoping the installation routine will ask there for a timeserver. But it's not the case :-( Maybe it's possible to implement this for enterprise environements where no external NTP server is allowed? Test Case: Activate Option 42 in DHCP: installation should use the DHCP timeserver Disable Option 42 in DHCP: installation should use an pool ntp server Use Case: When I install OpenSuSe and have implemented Option 42 in my DHCP server the installation routine should take the timeserver given by DHCP insteed of the "hard coded" ones. Business case (Partner benefit): openSUSE.org: In environements where access to external time servers is denied the installations get's into a timeout problem before setting the timezone related things. Combining DHCP option 42 and auto reconization of the time server from that would be convinient. -- openSUSE Feature: https://features.opensuse.org/316534

1 2

[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