August 2015 - openSUSE Features - openSUSE Mailing Lists

[openFate 305556] rpm -q --whatrecommends foobar
by fate_noreply＠suse.de 29 Nov '16

29 Nov '16

Feature added by: Stephan Binner <stbinner(a)novell.com> Feature #305556, revision 1, last change by Title: rpm -q --whatrecommends foobar openSUSE-11.2: New Priority Requester: Desirable Requested by: Stephan Binner <stbinner(a)novell.com> Partner organization: openSUSE.org Description: For debugging purporses why a package is installed it would be nice to have a "--whatrecommends" query option for rpm and not only "--whatrequires". -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305556

1 12

[New: openFATE 310870] Add WEEKLY_TIME for weekly crons
by fate_noreply＠suse.de 29 Nov '16

29 Nov '16

Feature added by: Richard Ems (rems0) Feature #310870, revision 1 Title: Add WEEKLY_TIME for weekly crons openSUSE-11.4: Unconfirmed Priority Requester: Desirable Requested by: Richard Ems (rems0) Partner organization: openSUSE.org Description: When running cron jobs some of them can increase IO heavily, slowing the system down, like suse-updatedb from findutils-locate, doing a large find on the filesystems. On production servers being used by several users, these scripts have to be started at non working hours. In /etc/sysconfig/cron we already have a variable called DAILY_TIME which controls at what time the scripts in /etc/cron.daily are being started by /usr/lib/cron/run-crons . A similar approach would be very useful for the weekly crons, allowing a better control of the day and time when weekly cron jobs are started. -- openSUSE Feature: https://features.opensuse.org/310870

1 1

[New: openFATE 316547] Update elilo from 3.12 to the latest 3.16 (bugfix)
by fate_noreply＠suse.de 29 Nov '16

29 Nov '16

Feature added by: David Declerck (DarkMagus237) Feature #316547, revision 1 Title: Update elilo from 3.12 to the latest 3.16 (bugfix) openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: David Declerck (darkmagus237) Partner organization: openSUSE.org Description: I highly suggest upgrading elilo from version 3.12 to the latest 3.16 version. This recent version has important bugfixes, without it, OpenSuSE will not boot on my laptop (cf bug 800035 on Bugzilla), and I have to use a few tricks to get it to install corretly. I'm sure this upgrade will benefit to many. -- openSUSE Feature: https://features.opensuse.org/316547

1 3

[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