November 2015 - openSUSE Features - openSUSE Mailing Lists

[New: openFATE 318123] Put the Trashcan on the Desktop by default
by fate_noreply＠suse.de 16 Nov '16

16 Nov '16

Feature added by: Code Struct (codeminister) Feature #318123, revision 1 Title: Put the Trashcan on the Desktop by default openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: Code Struct (codeminister) Partner organization: openSUSE.org Description: Trashcan is often-used feature which users expect to find easily. Currently one has to add the Trashcan to the desktop manually in a way that is not quite intuitive for novice users: https://forums.opensuse.org/showthread.php/477049-Putting-Home-amp-Trashcan… I suggest to put the Trashcan on the Desktop by default. This would save many users from searching the internet for how to add it. Deleting it when not desired is much easier. -- openSUSE Feature: https://features.opensuse.org/318123

1 2

[New: openFATE 317952] Change default font to liberation sans
by fate_noreply＠suse.de 16 Nov '16

16 Nov '16

Feature added by: Carlos Bessa (CJPB) Feature #317952, revision 1 Title: Change default font to liberation sans openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: Carlos Bessa (cjpb) Partner organization: openSUSE.org Description: The default font for openSUSE is Sans Serif pt9. Frankly, it's not a good looking font. It's too horizontally spaced and looks flattened. This is actually something that really does not bother me as it's probably the first thing I change after installation (using openSUSE since 10.3). However, I often try live cds from other distros just out of curiosity and development releases from openSUSE as well. And every time I do that I wonder why openSUSE doesn't look at elegant/polished as the others by default... and it's just the font. And whether we find it important or not, aesthetics will make a big impression on a new user who is running a livecd of doing a test install. I don't want to switch to some weird, exotic font just for personal preference. I propose the default font to be changed to Liberation Sans. Looks much nicer, elegant and I find it very easy on the eyes. I've took 2 screenshots to illustrate the differences: https://plus.google.com/photos/107904119870484573131/albums/606571269646061… best regards, Carlos Bessa Business case (Partner benefit): openSUSE.org: Looks better. Causes a better impression on new users. -- openSUSE Feature: https://features.opensuse.org/317952

1 4

[New: openFATE 319416] Merge kernel-desktop back into kernel-default / kernel-pae
by fate_noreply＠suse.de 16 Nov '16

16 Nov '16

Feature added by: Michal Marek (michal-m) Feature #319416, revision 1 Title: Merge kernel-desktop back into kernel-default / kernel-pae openSUSE Distribution: New Priority Requester: Mandatory Requested by: Michal Marek (michal-m) Partner organization: openSUSE.org Description: To allow for easier maintenance of the Leap and SLE kernels, it makes sense to unify the set of flavors where applicable. The SLE kernel has no -desktop flavor and the difference between -default and -desktop in openSUSE is minimal. The proposal is to copy these three settings to -default: * CONFIG_PREEMPT=y * CONFIG_HZ=1000 * vm.dirty_ratio=20 nd drop the -desktop flavor. The rationaly is that openSUSE is more often used on desktops than servers, although the effects of these settings are often overrated. -- openSUSE Feature: https://features.opensuse.org/319416

1 3

[New: openFATE 309257] kernel choise during installation
by fate_noreply＠suse.de 16 Nov '16

16 Nov '16

Feature added by: Stefan Schäfer (flacco) Feature #309257, revision 1 Title: kernel choise during installation openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Stefan Schäfer (flacco) Partner organization: openSUSE.org Description: Since openSUSE 11.2 the special desktop-kernel is installed as default kernel during installlation. As its name says, this kernel ist optimized for desktop installations. I would prefer to choose my prefered kernel during the system installation. Alternativ the kernel choice could be combined with the choise of the desktop system. KDE,Gnome,XFCE = kernel-desktop minimal grafic, text-based server installation = kernel-default / kernel pae Business case (Partner benefit): openSUSE.org: The most of my openSUSE installations are server-installation ;-) -- openSUSE Feature: https://features.opensuse.org/309257

1 6

[New: openFATE 312602] Add NTP.br in openSUSE Linux 12.1
by fate_noreply＠suse.de 16 Nov '16

16 Nov '16

Feature added by: Genix Info (genixinfo) Feature #312602, revision 1 Title: Add NTP.br in openSUSE Linux 12.1 openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Genix Info (genixinfo) Partner organization: openSUSE.org Description: Add NTP.br in openSUSE Linux 12.1: http://www.ceptro.br/CEPTRO/EnglishHome#NTP_br_Brazilian_Legal_Time_over (http://www.ceptro.br/CEPTRO/EnglishHome#NTP_br_Brazilian_Legal_Time_over) -- openSUSE Feature: https://features.opensuse.org/312602

1 13

[New: openFATE 309840] Supress verbose messages after Grub
by fate_noreply＠suse.de 15 Nov '16

15 Nov '16

Feature added by: Anshul Jain (anshuljain) Feature #309840, revision 1 Title: Supress verbose messages after Grub openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Anshul Jain (anshuljain) Description: In the current bootsplash scenario, after we select the kernel version (or by default starts to boot with the only available kernel), it gives a brief 3-4 second verbose message on the screen.. something on the lines of "Uncompressing Kernel...<and the kernel options parameters>". It then proceeds to the bootsplash screen of openSUSE that we're all familiar with. This is elegantly supressed under Ubuntu through a patch called quiet.diff. I've added this patch to the grub SRPM and successfully built and installed it on my laptop (its available in my OBS at :- http://download.opensuse.org/repositories/home:/anshuljain/openSUSE_11.2_Up…). I'd appreciate if the official maintainer of Grub can add this patch so that the boot can be a lot more elegant than what it is right now. -- openSUSE Feature: https://features.opensuse.org/309840

1 8

[New: openFATE 310666] More modern sound theme for KDE4
by fate_noreply＠suse.de 15 Nov '16

15 Nov '16

Feature added by: Otso Rajala (daedaluz) Feature #310666, revision 1 Title: More modern sound theme for KDE4 openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: Otso Rajala (daedaluz) Partner organization: openSUSE.org Description: Let's face it: the default soundscape provided by upstream KDE4 release is far from ideal. Majority of sounds in it are too long (default login/logout sounds, anyone?) and they do sound very old-fashioned (plain piano) while desktop itself is the most advanced available. I propose that we adopt some of the other, more modern sounding open licence sound schemes around to fix this issue. My personal favourite from OpenDesktop.org is Feather sound set, fail.wmv omitted completely, incoming_call.wmv cut in half with Audacity and used as login sound and finally opening.wav used as logout. http://opendesktop.org/content/show.php/Feather+Sound+Set?content=90916 I welcome every suggestion into this discussion. Business case (Partner benefit): openSUSE.org: It provides the whole desktop enviroment with a much more modern feel while requiring minimal amount of work to alter upstream release. -- openSUSE Feature: https://features.opensuse.org/310666

1 4

[openFATE 307769] remove X-KDE-SubstituteUID and edit Exec on YaST2 .dekstop files
by fate_noreply＠suse.de 15 Nov '16

15 Nov '16

Feature added by: andrea florio (anubisg1) Feature #307769, revision 1 Title: remove X-KDE-SubstituteUID and edit Exec on YaST2 .dekstop files openSUSE-11.3: Unconfirmed Priority Requester: Mandatory Requested by: andrea florio (anubisg1) Partner organization: openSUSE.org Description: All YaST .destop files in /usr/share/applications/YaST2 use the "X-KDE-SubstituteUID" to make them running as root. X-KDE-SubstituteUID is a KDE only "workaround" for that only KDE is supposed to be able to understand. Really, also GNOME as very famous DE understand that. All the others DE like XFCE, LXDE, Icewm and so on do not understand that (and they are not supposed to do that) so they run all yast2 modules as NON root user. all that Desktop files should edit their exec line and maybe remove X-KDE-SubstituteUID exactly as has been done with /usr/share/applications/YaST.desktop into yast2-control-center package. /usr/share/applications/YaST.desktop content: [Desktop Entry] X-SuSE-translate=true Type=Application Categories=Settings;System;SystemSetup;X-SuSE-Core-System;X-SuSE-ControlCenter-System; Name=YaST Icon=yast GenericName=Administrator Settings Exec=/usr/bin/xdg-su -c /sbin/yast2 #OnlyShowIn=KDE;GNOME; #X-KDE-SubstituteUID=true X-KDE-RootOnly=true X-KDE-System-Settings-Parent-Category=system X-KDE-ServiceTypes=KCModule Encoding=UTF-8 as you can see use /usr/bin/xdg-su -c in Exec line, made the .desktop file DE independent Test Case: https://bugzilla.novell.com/show_bug.cgi?id=540627 Use Case: any user running a DE different that KDE/GNOME will run al yast2 modules as non root user with all the warnings/errors that came from that Business case (Partner benefit): openSUSE.org: That will increase openSUSE usability for users running a different DE like XFCE and LXDE, and will be a great step to have that feature: https://features.opensuse.org/307729 perfectly working -- openSUSE Feature: https://features.opensuse.org/307769

1 3

[New: openFATE 312750] Make Yast2 stay open after installing packages
by fate_noreply＠suse.de 15 Nov '16

15 Nov '16

Feature added by: ursan marius bogdan (creatura85) Feature #312750, revision 1 Title: Make Yast2 stay open after installing packages openSUSE.org: Unconfirmed Priority Requester: Important Requested by: ursan marius bogdan (creatura85) Partner organization: openSUSE.org Description: As we all know YaST2 is the best control center around and as title says, can we make it even better by keeping it open after one or more packages are installed? (just like Synaptic for e.g.). I know this can be done adjusting some setting http://dl.dropbox.com/u/10573557/SUSE%20Misc/yast-at-close-action.jpeg but i was thinking if it is possible to make it a default setting for versions to come. Business case (Partner benefit): openSUSE.org: This feature will reduce the time of opening the package manager for any operations: install, delete and upgrade. -- openSUSE Feature: https://features.opensuse.org/312750

1 19

[New: openFATE 312647] Preserve Running Kernel On Kernel Update by Default
by fate_noreply＠suse.de 15 Nov '16

15 Nov '16

Feature added by: Robert Davies (robopensuse) Feature #312647, revision 1 Title: Preserve Running Kernel On Kernel Update by Default openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: Robert Davies (robopensuse) Partner organization: openSUSE.org Description: My suggestion is to enable multiversion kernel & preserve running kernel for safer kernel updates, to reduce support problems when new kernels won't boot. This is now possible for 12.1 by 1 line change to zypp.conf. Since Online Update was first introduced (SuSE 7.1?) it replaced the running kernel by default, which can lead to problems booting. For a while multiversion kernel has been supported by libzypp (1 line edit in zypp.conf). The drawback with multiversion was manual deletion required of unwanted kernel packages (see http://lists.opensuse.org/opensuse-kernel/2011-07/msg00056.html). Now in Factory 12.1 M3 Michel Marek has included & announced - kernel package retention options (see http://lizards.opensuse.org/2011/07/14/improved-kernel-package-retention-in…). The default is sane, to preserve the Lastest & Running Kernels. So lets use it and make 12.1 kernel updates safer for all, and by default do the right thing! Use Case: End user upgrades kernel to Tumbleweed and it fails to boot. With kernel package retention, the running kernel was saved and recovery is simply a matter of choosing the "good" kernel from GRUB menu. Business case (Partner benefit): openSUSE.org: To reduce support caused by kernel upgrade "accidents". To encourage safer testing of Kernel Team "stable" & "HEAD" kernels. To correct a long standing risky choice, made for implementation convenience of deleting old kernel package, before the new was tested. -- openSUSE Feature: https://features.opensuse.org/312647

1 8