February 2016 - openSUSE Features - openSUSE Mailing Lists

[New: openFATE 313037] central font repository
by fate_noreply＠suse.de 02 Dec '16

02 Dec '16

Feature added by: Kim Leyendecker (openLHAG) Feature #313037, revision 1 Title: central font repository openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Kim Leyendecker (openlhag) Partner organization: openSUSE.org Description: http://lists.suse.de/opensuse-packaging/2011-11/msg00126.html Hi, over the years, I've collected a bunch of great fonts in my home repository. However, it seems we don't have a consistent naming schema for fonts. Although the Packaging Guidelines[1] links to the old Wiki[2], the information therein is printed in red and I'm not sure how useful is this nowadays. This has some interesting effects. If you search for fonts like this: # zypper se font you will get _some_ but not all. For example, the popular Linux Libertine and DejaVu fonts are not listed. A user has to _know_ the name. IMHO this is not very intuitive and userfriendly. On the other side, we have lots of fonts which are very inconsistently named. Here are some examples: farsifonts fonts-arabic freefont gnu-unifont indic-fonts intlfonts-ttf xorg-x11-fonts From a usability perspective, it would be very convenient to have a consistent naming schema with a specific prefix (or suffix), for example a "-fonts" suffix. Ubuntu has the prefix "ttf-" for their packages: http://packages.ubuntu.com/search?suite=natty&section=all&arch=any&searchon… Fedora has the suffix "-fonts" for their packages: https://admin.fedoraproject.org/pkgdb/acls/list/*-fonts*?_csrf_token=b27215… Another issue: Do we have a special repository dedicated only to fonts? I couldn't find any... Do you think this is useful? What do you think? -------- [1] http://en.opensuse.org/openSUSE:Packaging_guidelines [2] http://old-en.opensuse.org/Packaging/Fonts_Policy#Package_layout_for_fonts -- GruÃ/Regards, Thomas Schraitle ---------------------------------------------------------------------- SUSE LINUX Products GmbH (o< Maxfeldstrasse 5 /\\ Documentation Specialist 90409 Nuernberg, Germany _\_v http://www.suse.com http://lizards.opensuse.org/author/thomas-schraitle/ SUSE LINUX GmbH, GF: Jeff Hawn, Jennifer Guild, Felix ImendÃ¶rffer, HRB 21284 (AG NÃ¼rnberg) -- openSUSE Feature: https://features.opensuse.org/313037

1 5

[New: openFATE 313035] Invent Consistent Font Naming Schema
by fate_noreply＠suse.de 02 Dec '16

02 Dec '16

Feature added by: Thomas Schraitle (thomas-schraitle) Feature #313035, revision 1 Title: Invent Consistent Font Naming Schema openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: Thomas Schraitle (thomas-schraitle) Partner organization: openSUSE.org Description: Currently, our package names for fonts are suboptimal. Here are some examples: farsifonts fonts-arabic freefont gnu-unifont indic-fonts intlfonts-ttf xorg-x11-fonts >From a usability perspective, it would be better to make a consistent naming schema for font packages. Naming schemas from other distributions: * Ubuntu: prefix with "ttf-" * Fedora: suffix with "-fonts" With the above inconcistency, popular fonts like LinuxLibertine or dejavu cannot be found. Business case (Partner benefit): openSUSE.org: The benefits: * Consistency: easier to find, easier to install * Usability: better to memorize and therefor easier to find * Migration: Users from other distributions find their fonts easier -- openSUSE Feature: https://features.opensuse.org/313035

1 32

[New: openFATE 312998] Always have user picker in default KDM theme
by fate_noreply＠suse.de 02 Dec '16

02 Dec '16

Feature added by: Joseph Mulloy (jdmulloy) Feature #312998, revision 1 Title: Always have user picker in default KDM theme openSUSE 12.1: Unconfirmed Priority Requester: Important Requested by: Joseph Mulloy (jdmulloy) Partner organization: openSUSE.org Description: The new KDM Theme for 12.1 does not have a user picker, whereas the KDM theme for 11.4 did have one. This is a regression in my opinion. It is 2011, all major Operating Systems have user pickers in their logon managers. OpenSuse needs to make it a policy that the default KDM/GDM theme in EVERY version has a user picker. With recent unpopular changes in a more popular distro this is a great chance for OpenSuse to gain users, therefore we should make it as user friendly as possible. This is a little thing that makes a big difference. Use Case: Joe is a user who wants to setup an OpenSuse PC for his family with each family member having their own account. His family members are "average users" who should be able to just click on their own user instead of having to remember a username. -- openSUSE Feature: https://features.opensuse.org/312998

1 3

[New: openFATE 311182] External Usb Speakers support for laptop users
by fate_noreply＠suse.de 02 Dec '16

02 Dec '16

Feature added by: alaios alaios (alaios) Feature #311182, revision 1 Title: External Usb Speakers support for laptop users openSUSE.org: Unconfirmed Priority Requester: Desirable Requested by: alaios alaios (alaios) Partner organization: openSUSE.org Description: Hello this is something needed for laptop users when they plug in a lot external devices. The idea to post my idea here was suggest at this thread: http://forums.opensuse.org/english/get-technical-help-here/hardware/453416-… Main Point: is the opensuse to redirect sound to external usb spekers when plugged in. Below you will find a typical scenario that depicts the need for such a feature Scenario: I am a laptop user and I always want to use my external usb speakers. Of course as you said I can always configure them to be the default device but this does not support well the ad-hoc action. For example I move my laptop from my working room to the living room and I forget to take with me the usb speakers. Linux boots up and uses the on board sound card as the external usb speakers were not detected. So far goes fine. Then my wife suggests me to watch a movie then I have to bring and plug in my external speakers as then I have louder and clearer sound. I plug external speakers back but ... oups sound doesnot redirect to them. If I do alsasound restart then everything works fine.. but this is something that does not work well with any program that was using the sound device. For example flash videos inside firefox crash... Then after I am watching my movie I would like to take the laptop on the couch which means that I can not have the external speakers still plugged in and I have to work with the on board sound card ... so I unplug the external speakers .. but oups no sound again. I have again to restart alsasound service (not to mention --> open console-->become root-->restart service). This is why in windows things are more straightforward... you plug in something sound redirects there (when you plugin something 90% of the time you want to use it) I am not sure if my example makes more clear why I do believe that such a feature is important. Might be also good when I connect a usb sound device to get a prompt from the os 'New Sound device detected. Do you want to use it as default?' or 'External usb speakers were removed. Do you want to fall back to the on-board sound card?' -- openSUSE Feature: https://features.opensuse.org/311182

1 4

[openFATE 307844] Aria2c as DEFAULT Download Manager
by fate_noreply＠suse.de 02 Dec '16

02 Dec '16

Feature added by: John Shand (jshand2008) Feature #307844, revision 1 Title: Aria2c as DEFAULT Download Manager openSUSE-11.3: Unconfirmed Priority Requester: Mandatory Package Wishlist: Unconfirmed Priority Requester: Mandatory Requested by: John Shand (jshand2008) Description: Since in openSUSE 11.2 aria2c is going to be the main download manager, wouldn't it make sense to also have a GUI for this application for KDE or GNOME? -- openSUSE Feature: https://features.opensuse.org/307844

1 3

[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