October 2016 - openSUSE Features - openSUSE Mailing Lists

[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

[New: openFATE 311388] openSUSE Sky
by fate_noreply＠suse.de 15 Nov '16

15 Nov '16

Feature added by: Timo Hoenig (thoenig) Feature #311388, revision 1 Title: openSUSE Sky openSUSE Distribution: Unconfirmed Priority Requester: Important openSUSE Infrastructure: Unconfirmed Priority Requester: Important Requested by: Timo Hoenig (thoenig) Partner organization: openSUSE.org Description: With this feature I am announcing openSUSE Sky. openSUSE Sky will bring our distribution to cloud environments by providing official images for both openSUSE releases and snapshots of current development versions. With openSUSE Sky running the latest and greatest snapshot of openSUSE will be as easy as a mouse click. This gives developers the most efficient way for reproducing bugs on vanilla snapshots. Cloud users will appreciate to have access to trusted built of our distribution without any unknown modifications (e.g. intentional backdoors). Target cloud platforms are Amazon EC2 (using EBS/S3) and Eucalyptus (Walrus). Target audience are cloud users and developers. -- openSUSE Feature: https://features.opensuse.org/311388

1 5

[New: openFATE 316224] Drop dhcpcd from distribution
by fate_noreply＠suse.de 15 Nov '16

15 Nov '16

Feature added by: Peter Varkoly (varkoly) Feature #316224, revision 1 Title: Drop dhcpcd from distribution Requested by: Peter Varkoly (varkoly) Partner organization: openSUSE.org Description: We are going to drop dhcpcd on SLES. There are more reasons: 1. We already have two alternate packages for dhcpcd: dhcp-client and wicked. 2. The actual version will not be maintained by upstream 3. An update to the actual dhcpcd version requires a lot of unneeded work. Stefan Winterfeld was informed and he knows that our initrd must be adapted. -- openSUSE Feature: https://features.opensuse.org/316224

1 6

[New: openFATE 310668] run pulseaudio server with 'flat-volumes=no'
by fate_noreply＠suse.de 02 Nov '16

02 Nov '16

Feature added by: robert spitzenpfeil (robert_spitzenpfeil) Feature #310668, revision 1 Title: run pulseaudio server with 'flat-volumes=no' openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: robert spitzenpfeil (robert_spitzenpfeil) Partner organization: openSUSE.org Description: I listen to music while writing... and every single time I change songs a hilariously loud POP is almost killing my ears. This is annoying and painful. What's also annoying is that with 'flat-volumes = yes' the master volume is changed to the loudest individual stream. If a rogue application should choose to up the volume, my ears get fried (headphones !) Personally I think the purpose of having a master volume slider is to limit the max volume to avoid this kind of crap, which is totally nullified by 'flat-volumes = yes' ! Proposal: use 'flat-volumes = no' as the default in '/etc/pulse/daemon.conf'. I think the user is clever enough to handle the volume sliders himself. And only because Vista or W7 fiddles with the master volume in this _sick_ way, we don't need that as well. Reproducible: Always Steps to Reproduce: 1. play a song 2. increase the volume for the app. using pavucontrol or with the app. itself 3. master volume is pushed up as well Expected Results: The user should be the _only_ one messing with MASTER VOLUME. Business case (Partner benefit): openSUSE.org: With 'flat-volumes=yes' it is possible to get permanent hearing damage if unexpected volume surges are forced into the user's ears! Again with this feature enabled _any_ application that uses pulseaudio can set the master volume to 100%. That might be tolerable with a stereo system with a manual volume knob, but on a laptop + headphones this is close to a criminal assault. -- openSUSE Feature: https://features.opensuse.org/310668

1 16

[New: openFATE 312890] Opensuse 12.1 - provide Blender 2.6 as default install
by fate_noreply＠suse.de 02 Nov '16

02 Nov '16

Feature added by: Jedi Beeftrix (Jedibeeftrix) Feature #312890, revision 1 Title: Opensuse 12.1 - provide Blender 2.6 as default install openSUSE Distribution: Unconfirmed Priority Requester: Important Package Wishlist: Unconfirmed Priority Requester: Important Requested by: Jedi Beeftrix (jedibeeftrix) Partner organization: openSUSE.org Description: Blender 2.6 finally here on Sunday the 16th of October. A huge milestone for Blender, and the best opensource 3D modelling/rendering/animation/editing package available, on linux or otherwise. http://www.blendernation.com/2011/10/14/blender-2-60-rc2-available/ This really should be included on the 12.1 dvd .iso Please! -- openSUSE Feature: https://features.opensuse.org/312890

1 9

[New: openFATE 314707] zypper history
by fate_noreply＠suse.de 02 Nov '16

02 Nov '16

Feature added by: Marcus Moeller (MarcusMoeller) Feature #314707, revision 1 Title: zypper history openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Marcus Moeller (marcusmoeller) Partner organization: openSUSE.org Description: zypper should have something like a history function, similar to yum. With this history function, past installation tasks could be listed, and even undone. example usage: zypper history info: list history -> every step in history has a dedicated number zypper history undo $number: undo the installation This could also be very useful on software testing. If one wants to take a look at the current status of e.g. KDE and uninstall it afterwards. -- openSUSE Feature: https://features.opensuse.org/314707

1 2

[New: openFATE 314853] Remove xterm and icewm from default installation
by fate_noreply＠suse.de 02 Nov '16

02 Nov '16

Feature added by: Jared Meidal (kahu) Feature #314853, revision 1 Title: Remove xterm and icewm from default installation openFATE: Unconfirmed Priority Requester: Important Requested by: Jared Meidal (kahu) Partner organization: openSUSE.org Description: xterm and icewm are great alternatives, but seem redundant when always bundled with default installations of Gnome or KDE's terminal (gnome-terminal, konsole). Also, having the icewm session is a great fallback and useful for emergency access but really necessary by default? I have found that if I remove xterm is removed the bundle with icewm, but also xorg-X11 and other packages. When this happens GDM will not launch after a reboot without CLI commands. This does not feel intuitive for a smooth default system, or helpful for a user who is wanting to clean up their packages or menu items they do not use. -- openSUSE Feature: https://features.opensuse.org/314853

1 5

[New: openFATE 314883] /root symlinked to /home/root
by fate_noreply＠suse.de 02 Nov '16

02 Nov '16

Feature added by: Kalenz . (Kalenz) Feature #314883, revision 1 Title: /root symlinked to /home/root openSUSE Distribution: Unconfirmed Priority Requester: Neutral Requested by: Kalenz . (kalenz) Partner organization: openSUSE.org Description: I might be saying something stupid here, in which case just shout me down. But: by default openSUSE installs with a separate /home partition, and for a typical user the most obvious benefits are: - ability to format/reinstall without erasing /home; - ability to share /home with different installs/distros; - (less sexy: keep root partition small, for efficiency.) Based on the first two arguments, I think we would be doing most users a favour by placing /root on the /home folder. Arguments for: (1) It is the home folder of the root user, so surely /home is a sensible place to keep it; (2) /root typically contains credential files, config scripts and so on, which you probably don't want to lose if you format / (and not /home). Arguments against: (3) I can imagine this to be problematic if you encrypt /, but not /home. What do others think? -- openSUSE Feature: https://features.opensuse.org/314883

1 4

[New: openFATE 318921] YaST should log time like dmesg and journalctl
by fate_noreply＠suse.de 01 Nov '16

01 Nov '16

Feature added by: Arvin Schnell (aschnell) Feature #318921, revision 1 Title: YaST should log time like dmesg and journalctl Requested by: Arvin Schnell (aschnell) Partner organization: openSUSE.org Description: YaST should log the time in its log-file like 'dmesg' and 'journalctl --output short-monotonic' so that times in the various logs can be compared and events can be synchronized. Business case (Partner benefit): openSUSE.org: Easier to analyse logs in bug reports. -- openSUSE Feature: https://features.opensuse.org/318921

1 4

[New: openFATE 321902] SmartGit
by fate_noreply＠suse.de 25 Oct '16

25 Oct '16

Feature added by: Simon Scholz (quomoow) Feature #321902, revision 1 Title: SmartGit Package Wishlist: Unconfirmed Priority Requester: Desirable Requested by: Simon Scholz (quomoow) Partner organization: openSUSE.org Description: https://www.syntevo.com/smartgit/ One of the best and well-oriented git repository client Business case (Partner benefit): openSUSE.org: https://www.syntevo.com/smartgit/ on this site it is all well described (i think) one addition from me is this package is one of few the best git Clients ever made, also supporting SVN... and SSH... -- openSUSE Feature: https://features.opensuse.org/321902

1 0

[New: openFATE 308401] Opensuse netbook edition
by fate_noreply＠suse.de 25 Oct '16

25 Oct '16

Feature added by: Agustin Chavarria (dj_ubun_1) Feature #308401, revision 1 Title: Opensuse netbook edition openSUSE-11.3: Unconfirmed Priority Requester: Mandatory Requested by: Agustin Chavarria (dj_ubun_1) Description: The growing demand for netbooks, has made several distributions of Linux, to create a specific version for these computers. The creation of a version with moblin, with gnome, and kde would be a big step. and also enter a specific kernel for these computers, including drivers and kernel patches to improve stability of the distribution. This would include a change in the interface in both gnome and kde, and both of these projects have packages to improve the interface little displays -- openSUSE Feature: https://features.opensuse.org/308401

1 21

[New: openFATE 321894] virt-manager support for absolute mouse
by fate_noreply＠suse.de 24 Oct '16

24 Oct '16

Feature added by: Michal Suchanek (michals) Feature #321894, revision 1 Title: virt-manager support for absolute mouse openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Michal Suchanek (michals) Partner organization: openSUSE.org Description: Most systems (recent Windows and Linux at least) can support the qemu USB tablet emulation. This maps host screen pixels to guest screen pixels 1:1 for the purpose of mouse pointer movement emulation avoiding the need for mouse capture. When mouse capture is not required to operate a VM X server pointer grabs can be turned off easing the work with multiple VMs and switching between VM and host applications. In default VM template the mouse emulation is enabled and the USB tablet emulation is disabled. These two can coexist so turning tablet emulation is low-risk. Some VM viewer clients will unconditionally accept absolute coordinates potentially breaking desktop edge triggers and similar interfaces. Some viewers don't support absolute events and will continue to work with the relative mouse emulation. Some viewers have the option to turn the absolute tablet emulation off by requesting relative events only. -- openSUSE Feature: https://features.opensuse.org/321894

1 0

[New: openFATE 321845] Font: Google's Noto Mono
by fate_noreply＠suse.de 23 Oct '16

23 Oct '16

Feature added by: Patrik Müller (patem) Feature #321845, revision 1 Title: Font: Google's Noto Mono Package Wishlist: Unconfirmed Priority Requester: Desirable Requested by: Patrik Müller (patem) Partner organization: openSUSE.org Description: Google's font Noto also comes in a monospaced variant, named "Noto Mono" â available on https://www.google.com/get/noto/#mono-mono â which is not installable from the default openSUSE Tumbleweed repositories, yet. -- openSUSE Feature: https://features.opensuse.org/321845

1 1

[New: openFATE 321765] Secure UEFI network boot
by fate_noreply＠suse.de 18 Oct '16

18 Oct '16

Feature added by: Michal Suchanek (michals) Feature #321765, revision 1 Title: Secure UEFI network boot openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Michal Suchanek (michals) Partner organization: openSUSE.org Description: Recent devices tend to come preconfigured for secure boot. Since secure boot works for storage media it would be nice to extend this to networking. needed 1) sign syslinux EFI binaries if not done 2) update https://en.opensuse.org/SDB:PXE_boot_installation to explain how to netboot with EFI and shim 3) deploy on labs network ;-) The obvious workaround is to turn off secure boot. However, different devices have the settings buried in different places. Setting up the boot service properly is one time effort. -- openSUSE Feature: https://features.opensuse.org/321765

1 1

[openFATE 306896] Zypp-proxy - A proxy cache server for zypper updates
by fate_noreply＠suse.de 15 Oct '16

15 Oct '16

Feature added by: Alex Tsariounov (tsariounov) Feature #306896, revision 1 Title: Zypp-proxy - A proxy cache server for zypper updates Hackweek IV: Unconfirmed Priority Requester: Important Requested by: Alex Tsariounov (tsariounov) Description: This project will create zypp-proxy which is a server proxy used for caching update packages that are used by machines on the local network on a locally designated host machine that acts as a proxy to the openSUSE updates repositories. The project is similar in function and requirements to the Debian project apt-proxy, details of which can be found here: http://apt-proxy.sourceforge.net/ This project is useful for those who run many local (both physical and virtual) openSUSE machines and like to keep them up to date with updates; however, they do not wish to waste bandwidth for downloading the same updates over and over to all local machines whether when keeping exisiting machines up to date, or building new machines and having to re-download all updates yet again. For some people, simply mirroring the entire openSUSE updates repository is sufficient to provide local network updates; however, for most, since they do not use near as many packages as that repository provides, doing this simply wastes disk space. These people will find zypp-proxy most useful. Both server and client setup will be quite simple. The server will use the public openSUSE updates repositories to check for updates. The clients will point to the local server (the proxy) machine for updates rather than the public servers. When a client requests an update, the zypp-proxy server first checks if the public server has a more up to date package that what it has cached locally. If the public server doesn't, then zypp-proxy serves the locally cached package. If the public server does have a more up to date package, then zypp-proxy first downloads it to its local cache and then serves it to the client. How many old versions of packages to keep will be a configurable. The first implementation will support openSUSE 11.1 only, with support for other openSUSE releases following suit. -- openSUSE Feature: https://features.opensuse.org/306896

1 17

[New: openFATE 321028] To let zypper to search in software.opensuse.org by adding --global-search key
by fate_noreply＠suse.de 14 Oct '16

14 Oct '16

Feature added by: Mikhail Kasimov (k_mikhail) Feature #321028, revision 1 Title: To let zypper to search in software.opensuse.org by adding --global-search key openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Mikhail Kasimov (k_mikhail) Partner organization: openSUSE.org Description: Hello! The idea is based on this discussion: https://www.facebook.com/groups/opensuseproject/permalink/10155050800639488/ In particular: 1) "...there is no other way to install a package not present in currently installed repositories, this is a serious limitation in package management." 2) "Yast also has a package search, the main difference is it will only find packages in supported repositories (Unless you already have extras enabled)" 3) "does YaST have key (e.g. --global-search) to search for packages in external, not installed, opensuse-repos?" Wanna to request to extend zypper's searching possibilities by adding key --global-search. If --global-search is defined, zypper tries to search packaged not only in installed repos-list, but also in software.opensuse.org database. To prevent heavy SQL-requests like %, user must put more, than 4 symbols in his search-request. E.g.: 'zypper se --global-search pyth' If -i key is defined (search in installed packages only), --global-search is ignored. Example: 'zypper se -i --global-search python' will search 'python' only in packages from installed repos-list only, because there's no way to install external package without adding target repo. -- openSUSE Feature: https://features.opensuse.org/321028

1 2

[New: openFATE 321729] Update python-mock to 2.0.0 or later
by fate_noreply＠suse.de 11 Oct '16

11 Oct '16

Feature added by: Dirk Mueller (dirkmueller) Feature #321729, revision 1 Title: Update python-mock to 2.0.0 or later Requested by: Dirk Mueller (dirkmueller) Requested by: Ludwig Nussel (lnussel) Partner organization: openSUSE.org Description: For OpenStack Clients in Leap 42.2 we needed to have a newer python-mock (amonst a few other updates). As this package was old and inherited from SLE, we chose to fork it in Leap. it would be good to get that fork resolved in SLE so that Leap can inherit this important package from SLE again. -- openSUSE Feature: https://features.opensuse.org/321729

1 0

[New: openFATE 321679] libzip version upgrade to 1.1.3
by fate_noreply＠suse.de 07 Oct '16

07 Oct '16

Feature added by: Markus Pingallo (scatha) Feature #321679, revision 1 Title: libzip version upgrade to 1.1.3 Package Wishlist: Unconfirmed Priority Requester: Desirable Requested by: Markus Pingallo (scatha) Partner organization: openSUSE.org Description: The library libzip has had a couple of improvements during the last 2 years, and especially since V 0.11 - please include the new 1.1.3 in the main distro - after 1.0.1 we also have an "SO" upgrade to libzip.so.4 -- openSUSE Feature: https://features.opensuse.org/321679

1 0

[New: openFATE 309540] Create Saxon9 Package
by fate_noreply＠suse.de 05 Oct '16

05 Oct '16

Feature added by: Thomas Schraitle (thomas-schraitle) Feature #309540, revision 1 Title: Create Saxon9 Package Package Wishlist: New Priority Requester: Important Requested by: Thomas Schraitle (thomas-schraitle) Description: Currently we have only Saxon 6.x and Saxon 8.8. It would be useful, if we could add this package as it is under Mozilla licence. The latest version brings some bug fixing and some other improvements. Relations: - The XSLT and XQuery Processor (url: http://saxon.sourceforge.net/) -- openSUSE Feature: https://features.opensuse.org/309540

1 7

[New: openFATE 321638] manual control over md assembly and data import in installer
by fate_noreply＠suse.de 05 Oct '16

05 Oct '16

Feature added by: Michal Suchanek (michals) Feature #321638, revision 1 Title: manual control over md assembly and data import in installer Requested by: Michal Suchanek (michals) Partner organization: openSUSE.org Description: The installer automagically tries to assemble and activate raid and lvm volumes and import data from previous installation. When there is an encrypted volume it asks for password to decrypt it. This can cause multiple problems. Activating broken volumes can put the kernel subsystem handling the module into not well-defined state which is hard to work with and may cause error during the partitioning step of the installation. Importing data from previous installation may not be always desirable. The solution is to ask before activating volumes and/or importing data every time. Not just in the case there is an encrypted volume. -- openSUSE Feature: https://features.opensuse.org/321638

1 2

[New: openFATE 321609] ALSA default sound card selector
by fate_noreply＠suse.de 03 Oct '16

03 Oct '16

Feature added by: Michal Suchanek (michals) Feature #321609, revision 1 Title: ALSA default sound card selector openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Michal Suchanek (michals) Partner organization: openSUSE.org Description: I was trying to install OpenSUSE on a few laptops recently and one of the things that works really poorly and can be fixed quite easily is sound support. On two laptops with HDMI output the default sound card selected by ALSA was the HDMI. THis is not always wrong but it was in this case. I got no sound and volume applet would not start because the HDMI 'card' has no controls. Yast has some sound configuration buried somewhere. You can configure your card order there but ALSA still insists on using the HDMI output as primary. Not sure if that is a bug or a feature. After reviewing ALSA topic on the Arch wiki I was able to set up my sound card. However, this involves a lot of manual work that should be easily scriptable. https://wiki.archlinux.org/index.php/Advanced_Linux_Sound_Architecture#Set_… -- openSUSE Feature: https://features.opensuse.org/321609

1 0

[openFATE 306234] allow to resize unformatted partitions and logical volume
by fate_noreply＠suse.de 03 Oct '16

03 Oct '16

Feature added by: Arvin Schnell (aschnell) Feature #306234, revision 1, last change by Title: allow to resize unformatted partitions and logical volume openSUSE-11.2: New Priority Requester: Important Requested by: Thomas Wouters (twouters) Description: Allow to resize unformatted partitions and logical volume with YaST. Relations: - Unable to resize unformatted logical volume (novell/bugzilla/id: 479561) https://bugzilla.novell.com/show_bug.cgi?id=479561 -- openSUSE Feature: https://features.opensuse.org/306234

1 9