January 2016 - openSUSE Features - openSUSE Mailing Lists

[New: openFATE 318700] official support for cinnamon
by fate_noreply＠suse.de 16 Nov '16

16 Nov '16

Feature added by: akash vishwakarma (vish_99) Feature #318700, revision 1 Title: official support for cinnamon openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: akash vishwakarma (vish_99) Partner organization: openSUSE.org Description: I like cinnamon very much as it sticks to traditional desktop approach and at the same time looks good. Will Cinnamon be officially supported as MATE is officailly supported in openSUSE 13.2 By official support I mean branding, etc Business case (Partner benefit): openSUSE.org: I know that cinnamon can be installed from cinnamon X11 repo, but it is not good as compared to cinnamon on linux mint or even on mageia. -- openSUSE Feature: https://features.opensuse.org/318700

1 4

[New: openFATE 318395] Provide gpg-1.4
by fate_noreply＠suse.de 16 Nov '16

16 Nov '16

Feature added by: Neil Rickert (nrickert) Feature #318395, revision 1 Title: Provide gpg-1.4 openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Neil Rickert (nrickert) Partner organization: openSUSE.org Description: It appears that support for old pgp2 keys is being removed from gpg2. This has already happened in Tumbleweed (factory), and will probably be in 13.3. The gnupg developers are recommending that people use gpg-1.4 if they still need to use those older keys. It is not currently provided by opensuse, though I notice that it is present in a recent Mint install (so probably in ubuntu). My personal use would be for examining my historic web-of-trust, built up over a number of years. That web of trust depends on keys that were signed with pgp2 keys. My suggestion would be that it be installed somewhere other than "/usr/bin" -- perhaps in "/usr/lib/gpg14". We should continue to use gpg2 for most things. Those who need access to older keys can set a suitable path or use a shell script to access gpg-1.4. They probably will be setting environment variables to use a separate gpg keyring for the older keys. -- openSUSE Feature: https://features.opensuse.org/318395

1 1

[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