August 2015 - openSUSE Features - openSUSE Mailing Lists

[New: openFATE 308510] Reducing power consumption
by fate_noreply＠suse.de 18 Nov '16

18 Nov '16

Feature added by: Quentin Denis (queden) Feature #308510, revision 1 Title: Reducing power consumption openFATE: Unconfirmed Priority Requester: Important Requested by: Quentin Denis (queden) Description: It is time for (SUSE) Linux to go green and to extend battery lifetime of laptops. I discovered these patches [1] some times ago, are they all implemented? Please do a lot more progress in powersaving! This is a general request for future releases of any kind (update, package, distribution upgrade, ...) kind regards, Quentin [1] http://www.lesswatts.org/projects/powertop/known.php (http://www.lesswatts.org/projects/powertop/known.php) -- openSUSE Feature: https://features.opensuse.org/308510

1 4

[New: openFATE 314964] tlp - linux advanced power management
by fate_noreply＠suse.de 18 Nov '16

18 Nov '16

Feature added by: Marc collin (collinm) Feature #314964, revision 1 Title: tlp - linux advanced power management openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Marc collin (collinm) Partner organization: openSUSE.org Description: tlp - linux advanced power management should be installed in standard in laptop mode. it include all tweak to improve battery live. it easier to use then laptop battery mode. -- openSUSE Feature: https://features.opensuse.org/314964

1 1

[New: openFATE 313317] Change the name "one-click install" to something more accurate
by fate_noreply＠suse.de 18 Nov '16

18 Nov '16

Feature added by: Drew Adams (Druonysus) Feature #313317, revision 1 Title: Change the name "one-click install" to something more accurate openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Drew Adams (druonysus) Partner organization: openSUSE.org Description: The name "One-Click Install" I s very missleading. Anyone who uses it *knows* what I mean here... there is far more than one click to install something with a "One-Click Install". So, I think we should recognize this and rename it something sane if we don not plan to fix it technically. A few names I have thought of are: Kick-Off Install Start Install Easy Install I am sure, given more time I can come up with others but I lean most toward Kick-Off Install. I think it is the most accurate. -- openSUSE Feature: https://features.opensuse.org/313317

1 1

[New: openFATE 317716] Make Source Sans Pro default font
by fate_noreply＠suse.de 18 Nov '16

18 Nov '16

Feature added by: Sharque uddin Ahmed Farooqui (safknw) Feature #317716, revision 1 Title: Make Source Sans Pro default font openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Sharque uddin Ahmed Farooqui (safknw) Partner organization: openSUSE.org Description: Adobe some time back release 2 new fonts as open source fonts, Source Sans Pro and Source Code Pro. Both of them are very beautiful, I use them as default font for about a year. Source code pro is the BEST for text editor, terminal and IDEs. Business case (Partner benefit): openSUSE.org: I believe we must make Source Sans Pro as default san sarif font, as it will make it more pleasing and easy to read. Using Source Code Pro for terminals and text editor will improve readability and reduce strain on eyes. -- openSUSE Feature: https://features.opensuse.org/317716

1 3

[New: openFATE 318635] Installation-update to newer vesrions without CD/DVD
by fate_noreply＠suse.de 18 Nov '16

18 Nov '16

Feature added by: Nick Mantas (orion_0) Feature #318635, revision 1 Title: Installation-update to newer vesrions without CD/DVD openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Nick Mantas (orion_0) Partner organization: openSUSE.org Description: My proposal is the development of a way to install new distros or update to new ones without having to use CD/DVD. This feature can be available within YaST or as a stand-alone program ,to be available for use for other Linux Distros as well. You mount the ISO within the program and the installation starts without having to burn a disk Business case (Partner benefit): openSUSE.org: We all get excited when the new version of openSUSE becomes avalable for download. We literally RUSH to the local computer store to get a CD/DVD,or beg others to lend us one, in order to test it... unless we have... Now imagine a program or a YaST extention where you mount the ISO you just downloaded without having to to burn a disk. Not only convenient but also eco-friendly as it reduces the amount of disks and unnecesary waste!! Proposed name: ISOtope (isotopes are variants of a particular chemical element which differ in neutron number. Same here:same ISO, different installation way) -- openSUSE Feature: https://features.opensuse.org/318635

1 3

[New: openFATE 317941] Modern Pager for kde plasma
by fate_noreply＠suse.de 18 Nov '16

18 Nov '16

Feature added by: Belleux Olivier (Lord-Master) Feature #317941, revision 1 Title: Modern Pager for kde plasma openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Belleux Olivier (lord-master) Partner organization: openSUSE.org Description: The plasmoid "pager" is not suitable for managing a variable number of workspaces under kde 4 ; I suggest, for kde 4/5 a new plasmoid that displays the number of the current desktop id/total number of desktop like gnome-shell do;for changing of desktop it will be possible to use the mouse wheel or to shown a panel on left click. Maybe a "green plus" in the plasmoÃ¯d could help adding a new destop -- openSUSE Feature: https://features.opensuse.org/317941

1 1

[New: openFATE 317850] Upgrade XFCE to version 4.11.x (from the current 4.10)
by fate_noreply＠suse.de 18 Nov '16

18 Nov '16

Feature added by: cat k (smartcatxxx) Feature #317850, revision 1 Title: Upgrade XFCE to version 4.11.x (from the current 4.10) openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: cat k (smartcatxxx) Partner organization: openSUSE.org Description: XFCE version 4.11.x (used on distros like XUbuntu and Manjaro) contains some subtle usability enhancements, which may not be immediately visible yet quite useful for daily work. It would be helpful for a lot of people who use their machines for intensive work. Thank you. -- openSUSE Feature: https://features.opensuse.org/317850

1 1

[New: openFATE 312334] Installing video card drivers from the official
by fate_noreply＠suse.de 18 Nov '16

18 Nov '16

Feature added by: Zajączkowski Marcin (edved) Feature #312334, revision 1 Title: Installing video card drivers from the official openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Zajączkowski Marcin (edved) Partner organization: openSUSE.org Description: While searching through many pages of information about Linux and OpenSUSE that I found complaining. For the installation of graphics card drivers from the manufacturer. These appear in the repository often result in errors and critical system states. I think that when you install an option I should be asking whether to install the drivers or compile a formal closed. When chosen to be the official drivers are able to download the script itself from the pack, and compile the relevant modules into the kernel. Also, the appropriate settings in the xorg configuration. This is mainly on the users complain that they used Ubuntu. -- openSUSE Feature: https://features.opensuse.org/312334

1 3

[New: openFATE 313286] Include option to install Tumbleweed from the installer
by fate_noreply＠suse.de 18 Nov '16

18 Nov '16

Feature added by: Christian Spaan (Gyges88) Feature #313286, revision 1 Title: Include option to install Tumbleweed from the installer openFATE: Unconfirmed Priority Requester: Important Requested by: Christian Spaan (gyges88) Partner organization: openSUSE.org Description: Including an option to install Tumbleweed from the installer would enable the user to have a rolling distribution right from the start. This would make things easier especially for unexperienced users as they wouldn't have to know how to setup Tumbleweed nor how to upgrade the distribution manually. -- openSUSE Feature: https://features.opensuse.org/313286

1 4

[New: openFATE 313442] Command-line program to mount removable device as an unprivileged user.
by fate_noreply＠suse.de 18 Nov '16

18 Nov '16

Feature added by: Sławomir Lach (Lachu) Feature #313442, revision 1 Title: Command-line program to mount removable device as an unprivileged user. openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Sławomir Lach (lachu) Partner organization: openSUSE.org Description: There's no exist command to mount a removable device via terminal as unprivileged user. Create one. -- openSUSE Feature: https://features.opensuse.org/313442

1 1

[New: openFATE 312964] Netinstall from update repo
by fate_noreply＠suse.de 18 Nov '16

18 Nov '16

Feature added by: Jörg Stephan (johest) Feature #312964, revision 1 Title: Netinstall from update repo openSUSE Distribution: Unconfirmed Priority Requester: Neutral Requested by: Jörg Stephan (johest) Partner organization: openSUSE.org Description: When installing a openSUSE system from an netinstall CD it justs takes all data just out of the OSS repo so it needs an upgrade just after installation. It would be nicer if it would take the data out of the update repo, to have an installed system which is up-to-date. -- openSUSE Feature: https://features.opensuse.org/312964

1 6

[New: openFATE 316666] UNetbootin support for creating live cd
by fate_noreply＠suse.de 18 Nov '16

18 Nov '16

Feature added by: Sharque uddin Ahmed Farooqui (safknw) Feature #316666, revision 1 Title: UNetbootin support for creating live cd openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Sharque uddin Ahmed Farooqui (safknw) Partner organization: openSUSE.org Description: UNetbootin is the most popular and very easy to use application for creating live USB from live CDs. There are some alternate applications for creating live USB, but I never able to create live USB successfully. The biggest plus of UNetbootin over ImageWriter is, you can still use remaining space for other purposes. -- openSUSE Feature: https://features.opensuse.org/316666

1 5

[New: openFATE 314774] improve handling of efi based systems in yast installer
by fate_noreply＠suse.de 18 Nov '16

18 Nov '16

Feature added by: Rob Verduijn (robverduijn) Feature #314774, revision 1 Title: improve handling of efi based systems in yast installer openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: Rob Verduijn (robverduijn) Partner organization: openSUSE.org Description: Make the yast installer more efi friendly when dealing with efi based hardware. Make the yast installer detect efi based hardware. The partitioner should offer an efi partition scheme when it detects hardware that is efi based. ie mount the efi partition as vfat on /boot/efi Make grub2-efi the default when efi based hardware is detected. When selecting grub2-efi as the bootloader yast should warn when there is no vfat partition defined for the /boot/efi mountpoint. Cheers Rob -- openSUSE Feature: https://features.opensuse.org/314774

1 1

[New: openFATE 311415] Add Peazip as packman has stopped providing packages
by fate_noreply＠suse.de 18 Nov '16

18 Nov '16

Feature added by: Narayansamy S (vazhavandan) Feature #311415, revision 1 Title: Add Peazip as packman has stopped providing packages openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Narayansamy S (vazhavandan) Partner organization: openSUSE.org Description: Since packman is no longer providing peazip packages please add this to the distribution http://packman.links2linux.org/package/peazip -- openSUSE Feature: https://features.opensuse.org/311415

1 1

[New: openFATE 316744] Network installtion
by fate_noreply＠suse.de 17 Nov '16

17 Nov '16

Feature added by: Hylton Conacher (notlyh) Feature #316744, revision 1 Title: Network installtion openSUSE.org: Unconfirmed Priority Requester: Desirable Requested by: Hylton Conacher (notlyh) Partner organization: openSUSE.org Description: There is no ability to begin an installation of any openSuSe distribution without the need for external media ie CD/DVD, Flash drive, PXR server. I believe the future of new hardware will move to devices without optical drives that may or may not have USB ports. The hardware will however have a network card and either an RJ-45 or wireless connection. I have personally seen Netbooks released in 2012 that had no optical drive, 1/2 USB ports, a RJ45 port and had wireless. Giving these to people who have not experienced computing or possibly do not have the funds for a 5Gb flash-disk, one has to ask how they are going to embrace openSuSe when they get tired of Windows Starter. How can a person with such hardware install opensuse when they visit the opensuse website, WITHOUT the use of CLI or other GUI software to make a boot medium? I believe there should be a Java file, as most systems understand Java that a new user could click on. Once this had been clicked the opensuse servers would download a start install script that, when the machine was rebooted would prompt the user, before the existing OS starts, about the ability to begin installing opensuse over a network connection. The first few initial downloads need to be small in size and be used to create a 'virtual machine' of the install that despite many Internet connection disconnects, still manages to resume its download. The user must not need to install VM software first. Once the user has completed the establishment of the 'VM version' of opensuse, the user is requested to agree to add the opensuse VM machine as their new host OS. If the user agrees the machine is rebooted and the user is asked to specify the location of the new install, just in case he might want to dual boot or has just added another partition/disk. The installation goes ahead, downloading from the Internet whatever software it needs, despite possible interruptions in network connectivity. The machine powers itself off and on its next power on the user is greeted by GRUB indicating that he may either boot into opensuse, or if they elected to during the install, boot into their old OS. -- openSUSE Feature: https://features.opensuse.org/316744

1 4

[New: openFATE 312476] automatic daily fstrim for SSD
by fate_noreply＠suse.de 17 Nov '16

17 Nov '16

Feature added by: vincent lejeune (vlj) Feature #312476, revision 1 Title: automatic daily fstrim for SSD openSUSE Distribution: Unconfirmed Priority Requester: Mandatory Requested by: vincent lejeune (vlj) Partner organization: openSUSE.org Description: As SSD are becoming more affordable they are also becoming more widespread on laptop and desktop computer. Modern SSD supports the TRIM functionality. This functionality delays costly erase operation to speed up performance ; these erase operations are then executed by batch (this is SSD equivalent to defragmentation). SSD can only run at their full potential if this functionality is also supported by kernel and/or userland on the OS. Sadly TRIM support by kernel is not optimal yet. Erase operation are not launched automaticaly and this impacts overall SSD performance. A cron script written at setup phase could launch fstrim program each night; this program performs the erase operation needed not to struggle the SSD. -- openSUSE Feature: https://features.opensuse.org/312476

1 3

[New: openFATE 316559] package Rawstudio for 12.3 and/or 13.1
by fate_noreply＠suse.de 17 Nov '16

17 Nov '16

Feature added by: dave dewey (caprus) Feature #316559, revision 1 Title: package Rawstudio for 12.3 and/or 13.1 openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: dave dewey (caprus) Partner organization: openSUSE.org Description: I've installed rawstudio in the past and enjoyed using it, however I can't find it packaged for 12.3. I even tried installing from the 12.2 repo on the off chance it might work, but it does not. -- openSUSE Feature: https://features.opensuse.org/316559

1 1

[New: openFATE 317743] YaST PKGBUILD
by fate_noreply＠suse.de 17 Nov '16

17 Nov '16

Feature added by: Aidan Collier (WokSearedBacon) Feature #317743, revision 1 Title: YaST PKGBUILD openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Aidan Collier (woksearedbacon) Partner organization: openSUSE.org Description: As part of YaSt, there would be a program which would help users to build their openSUSE packages from source, and easily expedite the process of packaging linux programs for the openSUSE distribution. Use Case: To given an example, say a project had put out a linux program in the form of a source tarball, and the program has not yet been built specifically for RPM (or zypper). The YaST packager would make building this program into an openSUSE package much easier to do for most any user, and with Build Service integration, allow users to add new packages to the RPM repositories. Business case (Partner benefit): openSUSE.org: To allow users to easily build new packages for openSUSE, and allow more packages to be contributed to the Build service or another openSUSE repository. -- openSUSE Feature: https://features.opensuse.org/317743

1 1

[New: openFATE 316872] Support exfat out of the box
by fate_noreply＠suse.de 17 Nov '16

17 Nov '16

Feature added by: Flavio Castelli (flavio_castelli) Feature #316872, revision 1 Title: Support exfat out of the box openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Flavio Castelli (flavio_castelli) Partner organization: openSUSE.org Description: Latest version of openSUSE (13.1) cannot mount disks formatted using exFAT file system. There's a GPL kernel driver provided by Samsung which seems to be working fine: * https://github.com/dorimanx/exfat-nofuse * http://sfconservancy.org/news/2013/aug/16/exfat-samsung/ There are already packages for that inside of OBS: * http://software.opensuse.org/package/exfat-nofuse It would be nice (and really user friendly) to have these packages shipped with the default kernel *or* to have them within the official openSUSE repositories. Use Case: A friend of mine gives me a usb key with some documents I need to copy. The usb key is formatted using exFAT, because that's what Windows proposed to my friend. I plug the usb key into my openSUSE computer and I'm immediately able to view its contents. Business case (Partner benefit): openSUSE.org: Because latest windows version are pushing usage of this file systems. openSUSE users must be able to access usb disks/drives without having to mess around with the kernel/zypper. -- openSUSE Feature: https://features.opensuse.org/316872

1 3

[New: openFATE 314643] Enable Delta RPMs for Tumbleweed repository
by fate_noreply＠suse.de 16 Nov '16

16 Nov '16

Feature added by: Marko Kaznovac (kaznovac) Feature #314643, revision 1 Title: Enable Delta RPMs for Tumbleweed repository openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: Marko Kaznovac (kaznovac) Partner organization: openSUSE.org Description: Tubleweed is offtenly changed, and updating eats a lot of bandwith/time. drpm-s could make updating more fun :) Business case (Partner benefit): openSUSE.org: save bandwith -- openSUSE Feature: https://features.opensuse.org/314643

1 1

[New: openFATE 312959] Make the best working desktop default
by fate_noreply＠suse.de 16 Nov '16

16 Nov '16

Feature added by: Stefan Seyfried (seife) Feature #312959, revision 1 Title: Make the best working desktop default openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Stefan Seyfried (seife) Partner organization: openSUSE.org Description: For every distribution, make the best working desktop default. Right now, KDE is default even though it is obviously broken. Let's decide for each release, which desktop is the best working and give that one the honor of being the default. Which metrics to apply to decide which desktop is good working and which one is not is open to debate, we could go for things like "open bug count" for example. Maybe we should limit the selection to "general purpose desktops" and leave out the more esoteric ones like awesome, larswm and such, but decide at least among * KDE * GNOME * LXDE * XFCE Which are all full featured desktops ready for end users. -- openSUSE Feature: https://features.opensuse.org/312959

1 10

[New: openFATE 313040] Prettier boot process
by fate_noreply＠suse.de 16 Nov '16

16 Nov '16

Feature added by: Anomyous Anomyous (jcat123) Feature #313040, revision 1 Title: Prettier boot process openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: Anomyous Anomyous (jcat123) Partner organization: openSUSE.org Description: Right now, the boot process looks kinda ugly. systemd makes a jumble of codes and the splash screen is boring. For 12.2, the pretty green dones and the red faileds should be brought back to the boot process and the geeko logo should do more than roll it s eye a little. Have it do something, like shift color sort of like a progress bar or walk around as the machine boots up. -- openSUSE Feature: https://features.opensuse.org/313040

1 1

[New: openFATE 312694] Font Rendering
by fate_noreply＠suse.de 16 Nov '16

16 Nov '16

Feature added by: Melvin Jose (melvinjose) Feature #312694, revision 1 Title: Font Rendering openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Melvin Jose (melvinjose) Partner organization: openSUSE.org Description: Improve the font rendering on opensuse especially on KDE. Bring it upto the standards of ubuntu at least. -- openSUSE Feature: https://features.opensuse.org/312694

1 11

[New: openFATE 312673] Enable Sub-Pixel-Hinting
by fate_noreply＠suse.de 16 Nov '16

16 Nov '16

Feature added by: Stefan Frank (stefanf74) Feature #312673, revision 1 Title: Enable Sub-Pixel-Hinting openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Stefan Frank (stefanf74) Partner organization: openSUSE.org Description: To improve the look of fonts, enable the Sub-Pixel-Hinting. The patents that lead to subpixel font hinting being turned of by default in the freetype2 library have now expired! So please enable this feature in version 12.1. Ubuntu (since 10.4?) has already enabled it. -- openSUSE Feature: https://features.opensuse.org/312673

1 6

[New: openFATE 310939] [zypper] add package counter
by fate_noreply＠suse.de 16 Nov '16

16 Nov '16

Feature added by: Lutz Thuns (lOtz1009) Feature #310939, revision 1 Title: [zypper] add package counter openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: Lutz Thuns (lotz1009) Partner organization: openSUSE.org Description: When installing/updating with zypper and "--download in-advance" zypper shows a counter of how many packages are to be downloaded and at which position we currently are: Paket kscd-4.5.4-2.5.x86_64 wird abgerufen (145/177) , 130,0 KiB (1,3 MiB entpackt) When it comes to installing the downloaded packages, this counter is currently not showing: Installation von: kscd-4.5.4-2.5 [fertig] I'd like to have this counter there too. -- openSUSE Feature: https://features.opensuse.org/310939

1 7

[New: openFATE 311697] zypper progress indicator
by fate_noreply＠suse.de 16 Nov '16

16 Nov '16

Feature added by: Bryen Yunashko (byunashko) Feature #311697, revision 1 Title: zypper progress indicator openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: Bryen Yunashko (byunashko) Partner organization: openSUSE.org Description: Provide an indicator using zypper up or zypper dup to let the user know how far along the process is (preferably by percentage.) Use Case: Especially challenging if you are in the middle of zypper updates and unsure how far along you need to do something else (even possibly come back to the machine. Knowing what percentage of the progress is completed would be useful. I don't think we want some other type of indicator (e.g. how much time left) because there's too many variables. But a percentage should be fairly straightforward. We know how many packages are to be downloaded/installed and how many are completed so far. Business case (Partner benefit): openSUSE.org: Makes use of zypper less intimidating to some users who feel they are at the mercy of a command that doesn't tell them how they are doing. -- openSUSE Feature: https://features.opensuse.org/311697

1 5

[New: openFATE 311696] Auto-disable trackpad when external mouse detected
by fate_noreply＠suse.de 16 Nov '16

16 Nov '16

Feature added by: Bryen Yunashko (byunashko) Feature #311696, revision 1 Title: Auto-disable trackpad when external mouse detected openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: Bryen Yunashko (byunashko) Partner organization: openSUSE.org Description: Give the user the option to request the system automatically disable the trackpad on laptops when an external mouse (USB, Wireless, etc.) is detected. Use Case: In many cases, having the trackpad (which is usually ill-placed where your hands are supposed to rest) causes the typist to accidentally brush against it and cause typing errors. This is also a problem for some people with accessibility needs who require a different mouse and the trackpad can cause problems. Control Center offers an option to disable the trackpad in GNOME. (Not sure about KDE) but this is a problem if you do not always attach your mouse to your laptop. Then you have a disabled trackpad the next time you boot up. So it's not a very good workaround to this problem. Business case (Partner benefit): openSUSE.org: It would enhance the user experience. I'm told that Windows has this option (though I haven't used Windows in ages.) and I'm also told that other Linux distributions don't seem to have this feature yet either. -- openSUSE Feature: https://features.opensuse.org/311696

1 2

[New: openFATE 311485] "auto" update distribution
by fate_noreply＠suse.de 16 Nov '16

16 Nov '16

Feature added by: NIkolai Stoilov (NikolaiSS) Feature #311485, revision 1 Title: "auto" update distribution openFATE: Unconfirmed Priority Requester: Important Requested by: NIkolai Stoilov (nikolaiss) Partner organization: openSUSE.org Description: When we can upgreid distribution as ubuntu? -- openSUSE Feature: https://features.opensuse.org/311485

1 5

[New: openFATE 310229] Add write support for NTFS partitions, using the NTFS-3G.
by fate_noreply＠suse.de 16 Nov '16

16 Nov '16

Feature added by: Genix Info (genixinfo) Feature #310229, revision 1 Title: Add write support for NTFS partitions, using the NTFS-3G. openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: Genix Info (genixinfo) Description: My suggestion is to add write support on NTFS partitions, being a regular user (not root). -- openSUSE Feature: https://features.opensuse.org/310229

1 18

[New: openFATE 310980] Monthly Qt updates
by fate_noreply＠suse.de 16 Nov '16

16 Nov '16

Feature added by: Johannes Obermayr (jobermayr) Feature #310980, revision 1 Title: Monthly Qt updates openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Johannes Obermayr (jobermayr) Partner organization: openSUSE.org Description: KDE has monthly updates and mainly depends on Qt. Qt only has updates from time to time. If you have crashes with KDE apps which are caused by (resolved) Qt bugs (e.g. Â¹Â²) we push them (days/weeks/months/years/decades?) in front of us until a new Qt release. Since a roadmap and/or monthly releases are not relevant for Qt/NokiaÂ³ we should provide own monthly releases of specific current stable branch in KDE:Qt together with KDE in KDE:Distro:Factory (it _link/_aggregate KDE:Qt). May creating additional repositories in KDE:Distro:Factory and KDE:Unstable:SC building against a KDE:QtFactory repository which includes mentioned above "releases" could also do the job ... Â¹ http://bugs.kde.org/show_bug.cgi?id=249373 Â² http://bugreports.qt.nokia.com/browse/QTBUG-15857 Â³ http://bugreports.qt.nokia.com/browse/QTBUG-15975 -- openSUSE Feature: https://features.opensuse.org/310980

1 3

[New: openFATE 314493] Reuse existing Windows EFI System Partition by default
by fate_noreply＠suse.de 16 Nov '16

16 Nov '16

Feature added by: Michael Chang (michael-chang) Feature #314493, revision 1 Title: Reuse existing Windows EFI System Partition by default openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Michael Chang (michael-chang) Partner organization: openSUSE.org Description: The current installer will create new EFI System Partition (ESP) if Windows EFI System Parititon exists. The rationale is that we are not sure the consequence about integration an Linux boot into an existing Windows setup. About consideration may not be necessary as ESP is defined in UEFI specification as common places for OS loaders, which differentiate by their own paths. There's no concept that ESP is specific to OS and be exclusive access from it. That would also lead to several issues as two ESP is confusing in general to the firmware and OS tools as they would assume only one single ESP as valid. Here are some of the failure case illustrated. 1. Modify (or repair) Windows boot configuration (BCD) on such system, two system partitions make Windows quite unhappy. It completely ruined boot configuration until hiding (by changing partition type) the one created by SUSE. 2. Boot loader config may be separated from one another as they're potentially placed in different ESP. This would lead to multiboot EFI loader (rEFIt) or any multiboot prober to be able to config the setup correctly. -- openSUSE Feature: https://features.opensuse.org/314493

1 3

[New: openFATE 318181] updates
by fate_noreply＠suse.de 16 Nov '16

16 Nov '16

Feature added by: Peter Høgstedt (hoegstedt) Feature #318181, revision 1 Title: updates openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Peter Høgstedt (hoegstedt) Partner organization: openSUSE.org Description: I uninstalled SUSE because updating is impossible. In theory it might Work, but in practice I am 'unable to connect ...' then trying Again later etc. etc. I believe the servers (and yes I did try different ones)are too slow or too crowded but maybe something else is wrong. At any rate I finally switched to Debian for that one and only reason - here updates do Work. Even if I am doing something 'wrong' it still means that SUSE really should do something to address the problem. The abilyty to update is of cause essential. SUSE has many other good features so I am kind of sorry that I switched - but now you know the reason. It is of cause utterly irrelevant if I am the only person having this problem - but this is very unlikely. If it is a hidden policy of SUSE that updates should really not be available then tell it openly - that way a lot of people would waste al lot less time. -- openSUSE Feature: https://features.opensuse.org/318181

1 3

[New: openFATE 314818] Life cycle for OpenSUSE
by fate_noreply＠suse.de 16 Nov '16

16 Nov '16

Feature added by: Juraj Václavík (juvi) Feature #314818, revision 1 Title: Life cycle for OpenSUSE openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Juraj Václavík (juvi) Partner organization: openSUSE.org Description:  Although this theme has been here many times, I return it again. The reason is discussion in Ubuntu and Fedora communities, that reflects the same problems, as exists in OpenSUSE.. I think, that today's concept is not good and limiting the spreading this, I think, very good distribution into population. Today's concept generates every 8 (or another number) months a quite new distribution. That distribution includes the newest features â but it is suitable for only a small group of users, as these features significantly decreases the platform stability. I think, that surely exists good concepts, that can solve it. I think, that only determining a some period is not a solution, as, of course, every quite new system must have a lot of bugs. To get a good and stable distribution this distribution must have a time for consolidation. I also think, that OpenSUSE has a good tools that is very suitable for solving problems, that my concept require: good work with repositories, rolling update â thumbleweed and alternatively evergreen. I think, that we can search solution easy by: 1) Prolongation the life cycle â the new major version distribution can start every approximately 18 â 24 months. 2) structure the life cycle â development stage, stabilization stage, production stage, maintenance stage, (evergreen stage?) 3) generating production distributions from âthe actual state of the artâ - every 6 months The period of stages let is a theme for discussion. I think, that developing stage can take about 6 months. This stage finished by generating the âzeroâ minor number distribution â that is not for production use. It follows stabilization stage â ~3 months, that includes minor number 1 and 2. The minor number 2 started the stable stage, that continues by releasing minor number every 6 month (3, 4, 5). During this stage can be accepted new version of applications, but only repaired and actualized version of desktop environment, compiler and libraries. Maybe some exceptions for last minor version? What about new version of kernel â it is theme for discussion. Every minor number releases since 2 have own maintenance stage â I suggest 9-12 months and last (minor number 5) 18 months; this concept expects massive using rolling update between minor version of distributions. It would be interesting to have extra stage for last version (5) â evergreen. Probably it is necessary to synchronize OpenSUSE development cycle with SLES/SLED, but it concerns only duration of stages â I can imagine, that minor version 2 can be a base of this commercial distributions and (last) version can be base for âservice packâ and it is also reason for some exception and more extensively updating. -- openSUSE Feature: https://features.opensuse.org/314818

1 7

[New: openFATE 315095] I want a special version of openSUSE,like Ubuntu Studio and Fedora Design Suite.
by fate_noreply＠suse.de 16 Nov '16

16 Nov '16

Feature added by: huang sr (huangsr2012) Feature #315095, revision 1 Title: I want a special version of openSUSE,like Ubuntu Studio and Fedora Design Suite. openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: huang sr (huangsr2012) Partner organization: openSUSE.org Description: Ubuntu Studio is an official flavor of Ubuntu, and the most widely used multimedia orientated GNU/Linux distribution in the world. It comes preinstalled with a selection of the most common free multimedia applications available, and is configured for best performance for the Ubuntu Studio defined workflows: Audio, Graphics, Video, Photography and Publishing. Fedora Spins are alternate version of Fedora, tailored for various types of users via hand-picked application sets and other customizations. -- openSUSE Feature: https://features.opensuse.org/315095

1 2

[New: openFATE 316462] new release cycle idea
by fate_noreply＠suse.de 16 Nov '16

16 Nov '16

Feature added by: Jörg Stephan (johest) Feature #316462, revision 1 Title: new release cycle idea openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: Jörg Stephan (johest) Partner organization: openSUSE.org Description: As seen at http://amelinux.blogspot.de/2013/08/opensuse-new-idea.html I really would like to discuss the current release circle. I know it was a community discussion which lead to this 8 month timeline. But i guess it would be best to change this again. In my mind it would be best to support tumbleweed more and release a stable evergreen like distribution with 2 years release cycle and minor changes from tumbleweed upstream. The release should include: * A Desktop system like we already have * A server system (kernel, software) * Proffesional "forks" like terminal server, small business The new release cycle (like seen in the picture): For example called openSUSE 14 Every two years, the tumbleweed will be freezed for evergreen release. Every 6 month any minor change of software will be pushed to 14.n+1 until the release of the next major openSUSE release -- openSUSE Feature: https://features.opensuse.org/316462

1 2

[New: openFATE 315115] Fix the brightness key problem on laptops
by fate_noreply＠suse.de 16 Nov '16

16 Nov '16

Feature added by: Roman Bysh (Romanator) Feature #315115, revision 1 Title: Fix the brightness key problem on laptops openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Roman Bysh (romanator) Partner organization: openSUSE.org Description: Many users on the openSUSE forums have been experiencing problems with their brightness keys NOT working. Whether it's an issue with udev or the Linux kernel it's time for openSUSE to get it right out of the box. -- openSUSE Feature: https://features.opensuse.org/315115

1 2

[New: openFATE 308692] support keyboard layout switching in initrd
by fate_noreply＠suse.de 16 Nov '16

16 Nov '16

Feature added by: Ludwig Nussel (lnussel) Feature #308692, revision 1 Title: support keyboard layout switching in initrd openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Ludwig Nussel (lnussel) Description: When using an encrypted root partition only plain ASCII characters are possible as passphrase. International users may want to also use special characters though. https://bugzilla.novell.com/show_bug.cgi?id=547923 -- openSUSE Feature: https://features.opensuse.org/308692

1 8

[New: openFATE 313474] AMD Vision drivers
by fate_noreply＠suse.de 16 Nov '16

16 Nov '16

Feature added by: Jorge Hernandez (jfha73) Feature #313474, revision 1 Title: AMD Vision drivers openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Jorge Hernandez (jfha73) Partner organization: openSUSE.org Description: Hey guys, I was trying to install OpenSUSE 12.1 to a laptop with: AMD Radeon HD 7690M and AMD Radeon(TM) HD 6620G Video cards and the installation interface never showed up, I guess it doesn't have support for these video cards And just in case, here is more software it has so you can make sure it will have support for it in a later distribution: * HP TrueVision HD webcam * Realtek PCIe GBE family controller (this might be in it already) * Realtek RTL8188CE 802.11b/g/n WiFi Adapter (the drivers for this one are at www.realtek.com.tw * IDT High Definition Audio codec on AMD High Definition Audio Device * AMD USB 3.0 And there is a Fingerprint reader that all it says is Validity Sensor (WBF) Thanks for anything you can do about it. -- openSUSE Feature: https://features.opensuse.org/313474

1 1

[New: openFATE 319376] Install RPM via YaST2
by fate_noreply＠suse.de 16 Nov '16

16 Nov '16

Feature added by: Mindaugas Baranauskas (embar-) Feature #319376, revision 1 Title: Install RPM via YaST2 openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: Mindaugas Baranauskas (embar-) Partner organization: openSUSE.org Description: We need option in context menus of RPM file opening to use YaST2 directly for installation of packages. Because at least while using KDE desktop, it is painful to install packages via Apper, in cases then I want to install only one or several particular custom RPM(s). -- openSUSE Feature: https://features.opensuse.org/319376

1 3

[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 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