October 2016 - openSUSE Features - openSUSE Mailing Lists

[New: openFATE 319035] Make YaST (incl. modules available in GNOME Software
by fate_noreply＠suse.de 22 Dec '19

22 Dec '19

Feature added by: Dominique Leuenberger (dimstar) Feature #319035, revision 1 Title: Make YaST (incl. modules available in GNOME Software openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: Dominique Leuenberger (dimstar) Partner organization: openSUSE.org Description: GNOME Software is an other way of handling installations. Instead of being package centric, it is application centric. An application is being represented by means of an appdata.xml file in it's setup (installed to /usr/share/appdata), then a metadata parser extracts this info and produces 'AppStream' metadata (to be consumed by software centers) In order to make extensions/plugins to applications discoverable, a package can add a metainfo.xml file to the same location and have itself listed as an extension/addon to the application. For YaST, this results in: - an appdata.xml file being provided together with YaST.desktop (done) - For all yast modules to install a metainfo.xml file, describin their extensive nature to yast. -- openSUSE Feature: https://features.opensuse.org/319035

1 4

[New: openFATE 318458] Reading user process memory
by fate_noreply＠suse.de 26 Apr '19

26 Apr '19

Feature added by: Sławomir Lach (Lachu) Feature #318458, revision 1 Title: Reading user process memory Requested by: Sławomir Lach (lachu) Partner organization: openSUSE.org Description: Reading user's process memory or writting to it is very bad think. Malware can stole passwords or change settings of application. I have two idea about solving this issue: 1. Dissallow to debug(reading/writting memory) process placed in /bin, /sbin, /usr/bin, /usr/sbin 2. Dissallow to debug(reading/writting memory) process of file not belonging to user, who execute file. -- openSUSE Feature: https://features.opensuse.org/318458

1 1

[New: openFATE 320873] Remove copy_to_system from control.xml and AutoYaST
by fate_noreply＠suse.de 20 Feb '19

20 Feb '19

Feature added by: Ancor Gonzalez Sosa (ancorgs) Feature #320873, revision 1 Title: Remove copy_to_system from control.xml and AutoYaST openSUSE Distribution: New Priority Requester: Desirable Requested by: Ancor Gonzalez Sosa (ancorgs) Partner organization: openSUSE.org Description: In 2006 an generic mechanism to (silently) copy files from an existing filesystem to the system being installed was introduced in YaST as part of the implementation of two different features (fate#120103 and fate#300421). Any information to the user about the files being copied was intentionally left out (see comments in #300421). In 2008 the list of files was moved to control.xml and the AutoYaST profile (fate#305019). But the documentation and schema for the AutoYaST profile were never updated to reflect the change. We have received several bug reports and Fate entries about it since then, from incomplete lists of files (bug#956515, bug#956976) to non-intuitive or incomplete behavior (fate#319624, bug#956976) and everything in between. Starting with yast2-installation 3.1.187 and yast2-users 3.1.49, the original features do not longer need to use "copy_to_system" and the corresponding section is now empty in the control files of both SLE and openSUSE. I would like to completely drop the "copy_to_system" feature since it's obscure (everything happen behind user's back), problematic (quite some bug reports), not necessary (not longer needed by the originating features) and poorly documented (not even in the AutoYaST schema). -- openSUSE Feature: https://features.opensuse.org/320873

1 12

[New: openFATE 310701] package byobu in an opensuse repository
by fate_noreply＠suse.de 28 Jan '19

28 Jan '19

Feature added by: Divan Santana (divansantana7) Feature #310701, revision 1 Title: package byobu in an opensuse repository openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: Divan Santana (divansantana7) Description: Would be great if anyone using opensuse could zypper in byobu . Unfortunately it's not in any opensuse repo despite it being a great tool for administrating linux servers. I'm quite surprised this isn't already available for opensuse. Would be a nice addition for 11.4 -- openSUSE Feature: https://features.opensuse.org/310701

1 7

[New: openFATE 308445] Tor is not working out of box
by fate_noreply＠suse.de 29 Nov '18

29 Nov '18

Feature added by: Algimantas B (algyzas) Feature #308445, revision 1 Title: Tor is not working out of box Package Wishlist: Unconfirmed Priority Requester: Neutral Requested by: Algimantas B (algyzas) Description: Let's say I installed tor, it is came alone, without privoxy. One should download it manually. And then if I try :~> screen torify konqueror hich: no tsocks in (/home/senis/bin:/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/X11R6/bin:/usr/games:/usr/lib/jvm/jre/bin:/usr/lib/mit/bin:/usr/lib/mit/sbin:.) /usr/bin/torify: Can't find tsocks in PATH. Perhaps you haven't installed it? [screen is terminating] There is a guide http://en.opensuse.org/Privoxy_tor_squid how to setup it, I'll try it, but in some other distributions it works out of box like this. -- openSUSE Feature: https://features.opensuse.org/308445

1 1

[New: openFATE 309627] Enhance 'Safely Remove' to spin-down and power-off usb HDDs
by fate_noreply＠suse.de 07 Nov '18

07 Nov '18

Feature added by: Pete Clayson (Olmy) Feature #309627, revision 1 Title: Enhance 'Safely Remove' to spin-down and power-off usb HDDs openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Pete Clayson (olmy) Description: 'Safely remove' should (as far as possible) allow for genuine safe removal of all media. Under certain other OSs, the 'safely remove' option on usb devices will... 1/ On usb pen drive with a power/activity led, switch it off (trivial nicety, but reassuring). 2/ On usb HDDs, spin down the disk and power off. This seems more important. There is some discussion about this, for example, http://elliotli.blogspot.com/2009/01/safely-remove-usb-hard-drive-in-linux.… (http://elliotli.blogspot.com/2009/01/safely-remove-usb-hard-drive-in-linux.…) I know that the latest version of Ubuntu does this and there is a script offered in the above link. However, the script, as it stands and run on my installation of OpenSUSE, does not seem to work (in the same way as WinXP or Ubuntu, anyway - my WD600D036 disk does not power off) despite the positive messages in verbose mode. Perhaps this is the CONFIG_USB_SUSPEND option mentioned? -- openSUSE Feature: https://features.opensuse.org/309627

1 6

[New: openFATE 320385] Let Zypper know the version number of openSUSE
by fate_noreply＠suse.de 19 Sep '18

19 Sep '18

Feature added by: Philipp Bielefeldt (pbiel) Feature #320385, revision 1 Title: Let Zypper know the version number of openSUSE openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: Philipp Bielefeldt (pbiel) Partner organization: openSUSE.org Description: All repo names in openSUSE are structured to have the version number/name in it, such as http://download.opensuse.org/repositories/science/ openSUSE_Leap_42.1 / (for 42.1); I do a lot of repo handling via bash scripts and I find myself over and over again telling someone: "Here, this is a script to install all the software you'll need right nowâ¦ But you have to specify your version string in the repo's name before running it" â 50% chance I will get asked "What do you mean? Where shall I put what?!" I think it was more convenient and less error prone if zypper commands yould use a variable such as osVersion that can be put to replace the string. On openSUSE Leap 42.1 zypper ar -f http://download.opensuse.org/repositories/science/$osVersion/ "Science" would than automatically change to zypper ar -f http://download.opensuse.org/repositories/science/openSUSE_Leap_42.1/ "Science" and so forthâ¦ Business case (Partner benefit): openSUSE.org: This feature would it make easier for admins to write scripts that handle software management/installation on different versions of openSUSE. It would also facilitate writing advice to people on the internet (e.g. the openSUSE wiki) on how to perform certain actions that concern repo management. -- openSUSE Feature: https://features.opensuse.org/320385

1 5

[New: openFATE 314778] Use polkit for YaST privilege management
by fate_noreply＠suse.de 14 Sep '18

14 Sep '18

Feature added by: Dainius Masiliunas (GreatEmerald) Feature #314778, revision 1 Title: Use polkit for YaST privilege management openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: Dainius Masiliunas (greatemerald) Partner organization: openSUSE.org Description: At the moment of writing, YaST relies on having root privileges through a graphical sudo in order to view and carry out most tasks. However, there is no reason why simply displaying those tasks should be restricted like that. YaST should always be started with user privileges, and only ask for additional privileges when they are truly needed - when the selected tasks should be carried out. This can be achieved by using polkit. It also brings a lot of other benefits. Use Case: Users who do not have access to the root password currently also do not have access to a lot of functionality that does not actually require the password, such as searching for package information. Users that do administrative tasks are also subjecting the system to possible security risks by running YaST with full root privileges. Using polkit would increase security and prevent potential user mistakes. Business case (Partner benefit): openSUSE.org: Using polkit, the graphical interface of YaST would always be run as a normal user. That means that code that should not have elevated privileges - like GUI - would not run with them. More could be done without needing to enter the root password - package information query, printer setup, device information overview, reviewing network configuration options etc. In a restrictive environment, the system administrator could set certain tasks to be available for use by regular users, or to allow certain tasks to be run by certain users only. The authentication screen would provide more information about what tasks are about to be carried out for increased security. For instance, if a custom YaST module requests permission to modify the partition table, while it claims to only set up the date and time, it would be clear to the user that the module is either fraudulent or is malfunctioning. In order to not have to authenticate after every single change a module wishes to do, a global queue for the changes could be created (like what is shown by the /etc/sysconfig editor once its changes are to be applied). Once the global "apply" button is pressed, the user would be informed of what actions will be carried out and what privileges will be given to carry them out. Then, once the user confirms that by supplying a password, all the changes are applied. -- openSUSE Feature: https://features.opensuse.org/314778

1 8

[New: openFATE 319626] Check password strength for encrypted LVM
by fate_noreply＠suse.de 21 Aug '18

21 Aug '18

Feature added by: Arnold Mesper (amesper) Feature #319626, revision 1 Title: Check password strength for encrypted LVM openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Arnold Mesper (amesper) Partner organization: openSUSE.org Description: A simple password check is done only when selecting encrypted LVM in the main installation screen. No check is done, when creating encrypted LVM via expert partitioner. The same check as performed for user passwords (using cracklib) should be available for encrypted LVMs too - both in the main installation screen as well as in the expert partitioner. The user must be able to accept using a weak password, thus the password strength check must only issue a warning (and not mandate a minimum password length like now in the main installation screen). This is necessary in order to allow testing an installation without having to remember a complex password. Business case (Partner benefit): openSUSE.org: Especially novice users must be warned if password is weak for LVM, as with weak passwords, full disk encryption is useless. -- openSUSE Feature: https://features.opensuse.org/319626

1 1

[New: openFATE 314606] Improved Btrfs subvolume management in YaST Partitioner
by fate_noreply＠suse.de 21 Aug '18

21 Aug '18

Feature added by: Dainius Masiliunas (GreatEmerald) Feature #314606, revision 1 Title: Improved Btrfs subvolume management in YaST Partitioner openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: Dainius Masiliunas (greatemerald) Partner organization: openSUSE.org Description: The current implementation of Btrfs subvolume management is a bit too simplistic. It allows adding and removing subvolumes, but that is all. Expanding this to view subvolumes as actual subvolumes would be beneficial. Perhaps something akin to LVM configuration, as Btrfs subvolumes can handle much of what LVM does. At the same time, this could allow easier interfacing with Snapper. Use Case: When using Btrfs as the main file system, it is useful to have a single Btrfs partition for both / and /home, as it allows for more efficient disk space use. When reinstalling and upgrading, it is now a problem, as there is no way to remove certain subvolumes and leave others, and keeping /home between installations is often useful. Another case is when a multi-device Btrfs volume is desirable. The YaST partitioner only allows creating "regular" Btrfs partitions right now. A feature like that would also be useful for tighter Snapper integration. It would be a convenient place to set which volumes should be monitored by it, and which are not. In addition, it would help resolve a few bugs, such as the failure to automatically create subvolumes for excluding directories from Snapper monitoring when choosing to format the Btrfs partition. -- openSUSE Feature: https://features.opensuse.org/314606

1 9

[New: openFATE 314529] Add XFCE and LXDE live cds in software.opensuse.org
by fate_noreply＠suse.de 19 Jul '18

19 Jul '18

Feature added by: Narayansamy S (vazhavandan) Feature #314529, revision 1 Title: Add XFCE and LXDE live cds in software.opensuse.org openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Narayansamy S (vazhavandan) Partner organization: openSUSE.org Description: There is urgent need to Add XFCE and LXDE live cds in software.opensuse.org page as many Linux users are moving away from traditional DEs(KDE,GNOME) after some rather controversial changes from KDE3.X==>DE4.X and GNOME2.x==>GNOME3.X Many users moving to LXDE and XFCE can try out th DE environments using the live cds provided in the software download page Business case (Partner benefit): openSUSE.org: To test hardware issues Smaller download compared to DVD Many users are preferring LXDE and XFCE over GNOME and KDE One can keep using live cds in case of system crashes DVD download doesn't support live boots -- openSUSE Feature: https://features.opensuse.org/314529

1 4

[New: openFATE 318341] Include "fixparts" on the live rescue CD
by fate_noreply＠suse.de 19 Jul '18

19 Jul '18

Feature added by: Neil Rickert (nrickert) Feature #318341, revision 1 Title: Include "fixparts" on the live rescue CD openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Neil Rickert (nrickert) Partner organization: openSUSE.org Description: The "fixparts" utililty (package "gptfdisk-fixparts") is useful for repairing corrupted partition tables, such as occur when a user tries to convert a disk from GPT partitioning to legacy MBR partitioning. It would be useful to include that on live media -- at least the live rescue -- so that we can point people to a way to fix their install problems. -- openSUSE Feature: https://features.opensuse.org/318341

1 1

[New: openFATE 314607] formatting
by fate_noreply＠suse.de 18 Jul '18

18 Jul '18

Feature added by: Francesco Noacco (FireLink) Feature #314607, revision 1 Title: formatting openSUSE Distribution: Unconfirmed Priority Requester: Mandatory Requested by: Francesco Noacco (firelink) Partner organization: openSUSE.org Description: Can format and save data in the partitions stored in any fs and not just fat32 (after installation). Use Case: I solved it with "disk manager" Debian testing (3.0.2 by Red Hat, 2009) In the formatting parameters allows disk usage by users other than root. And to think that I had just complained because the utility from a new disc without mbr creates one that is not compatible with other distributions (gparted from an alert message). Business case (Partner benefit): openSUSE.org: Operations should be for everyone. -- openSUSE Feature: https://features.opensuse.org/314607

1 1

[New: openFATE 315592] retire /etc/ssl/certs as r/w for admins
by fate_noreply＠suse.de 11 Jul '18

11 Jul '18

Feature added by: Ludwig Nussel (lnussel) Feature #315592, revision 1 Title: retire /etc/ssl/certs as r/w for admins Requested by: Ludwig Nussel (lnussel) Partner organization: openSUSE.org Description: Since the introduction of update-ca-certificates in openSUSE 11.2 /etc/ssl/certs has been an automatically managed location for SSL certificates. Adminstrators are no longer meant to put their own files there but instead have update-ca-certificates install symlinks to the actual files there. Having scripts regularly mess with /etc is ugly. Therefore placing individual symlinks in /etc/ssl/certs needs to be retired. /etc/ssl/certs should point to a location in /var instead. This could either be done with a symlink or with a bind mount. -- openSUSE Feature: https://features.opensuse.org/315592

1 9

[New: openFATE 314706] New default theme
by fate_noreply＠suse.de 05 Jul '18

05 Jul '18

Feature added by: Sharque uddin Ahmed Farooqui (safknw) Feature #314706, revision 1 Title: New default theme openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Sharque uddin Ahmed Farooqui (safknw) Partner organization: openSUSE.org Description: Currently OpenSuse comes this slightly modified default theme from DE. For example KDE default theme is not very different from vanilla KDE default theme. So does not distinctive feeling. I believe having a separate for DE will be it much better feeling to end user also it provide unique look and feel to user. We can have a look at ROSA as case. -- openSUSE Feature: https://features.opensuse.org/314706

1 2

[New: openFATE 312838] Hook up fwzs to NetworkManager
by fate_noreply＠suse.de 19 Jun '18

19 Jun '18

Feature added by: Ludwig Nussel (lnussel) Feature #312838, revision 1 Title: Hook up fwzs to NetworkManager Hackweek VII: Unconfirmed Priority Requester: Important Requested by: Ludwig Nussel (lnussel) Partner organization: openSUSE.org Description: Switching zones in the firewall zone switcher is currently a manual task. NM needs to provide hooks to make fwzs adjust the firewall automatically. http://lizards.opensuse.org/2009/08/28/firewall-zone-switcher-updated/ http://lizards.opensuse.org/2009/07/10/1453/ -- openSUSE Feature: https://features.opensuse.org/312838

1 2

[New: openFATE 318196] Redesign YaST Storage Code
by fate_noreply＠suse.de 25 May '18

25 May '18

Feature added by: Arvin Schnell (aschnell) Feature #318196, revision 1 Title: Redesign YaST Storage Code Requested by: Arvin Schnell (aschnell) Partner organization: openSUSE.org Description: The structure of the target-map (holding almost all storage data in YaST) is outdated and not documented. Adding new features, e.g. use whole disk for filesystem, bcache, dm-cache or switching to and from partitions on MD RAID, is difficult and error-prone. Thus a redesign is required to be prepared for new features and make the software more robust. During hackweek I evaluated using the boost graph library for libstorage. The result was announced and is explained, see references. I consider the redesign to be mandatory but not for a specific version (although as soon as possible). Note: This feature is about a redesign, new functionality must by requested as individual feature requests. Relations: - Evaluation Project on GitHub (url: https://github.com/aschnell/libstorage-bgl-eval/wiki) - Announcment on yast-devel (url: http://lists.opensuse.org/yast-devel/2014-10/msg00045.html) -- openSUSE Feature: https://features.opensuse.org/318196

1 14

[New: openFATE 315060] Remove double configuration-posibilities (Yast/KDE)
by fate_noreply＠suse.de 22 Apr '18

22 Apr '18

Feature added by: Thomas Langkamp (tomtomme) Feature #315060, revision 1 Title: Remove double configuration-posibilities (Yast/KDE) openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Thomas Langkamp (tomtomme) Partner organization: openSUSE.org Description: Examples: 1. For 12.2 (fresh install) I could configure ntp via yast and via kde, through different menus. The kde-method did not work the yast method worked. 2. The same for network: After a fresh 12.2 and 12.3 install manual-internet (no dhcp) connection failed until I used the Yast-network-module. A direct configuration through the KDE-configuration dialoge did not work. At cÂ´t (heise journal) I read that it even did not work for DHCP... 3. I could continue... Why all these double configuration possibilities? Please disable the one in KDE or the one in Yast (I know you can not tell KDE to stop developing those, because other distros do not have Yast, but for suse you could just disable them or remove the yast pendants, if thats ok for the other desktops like gnome etc.) Thanks, tomme -- openSUSE Feature: https://features.opensuse.org/315060

1 3

[New: openFATE 315059] Remove double configuration-posibilities (Yast/KDE)
by fate_noreply＠suse.de 22 Apr '18

22 Apr '18

Feature added by: Thomas Langkamp (tomtomme) Feature #315059, revision 1 Title: Remove double configuration-posibilities (Yast/KDE) openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Thomas Langkamp (tomtomme) Partner organization: openSUSE.org Description: Examples: 1. For 12.2 (fresh install) I could configure ntp via yast and via kde, through different menus. The kde-method did not work the yast method worked. 2. The same for network: After a fresh 12.2 and 12.3 install manual-internet (no dhcp) connection failed until I used the Yast-network-module. A direct configuration through the KDE-configuration dialoge did not work. At cÂ´t (heise journal) I read that it even did not work for DHCP... 3. I could continue... Why all these double configuration possibilities? Please disable the one in KDE or the one in Yast (I know you can not tell KDE to stop developing those, because other distros do not have Yast, but for suse you could just disable them or remove the yast pendants, if thats ok for the other desktops like gnome etc.) Thanks, tomme -- openSUSE Feature: https://features.opensuse.org/315059

1 1

[New: openFATE 318356] Add firewalld to openSUSE
by fate_noreply＠suse.de 22 Apr '18

22 Apr '18

Feature added by: Mathias Homann (lemmy04) Feature #318356, revision 1 Title: Add firewalld to openSUSE openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: Mathias Homann (lemmy04) Partner organization: openSUSE.org Description: firewalld provides a dynamic firewall that can handle iptables, ip6tables and ebtables based on the connections saved in NetworkManager. With firewalld the firewall configuration can be changed "on the fly" without having to reload the whole firewall tables. Firewalld is particularly useful for computers with highly volatile network setups, i.e. mobile hardware (laptops) or virtualization hosts. it would be desirable to add firewalld as an alternative to SuSEfirewall2 for users that want it. Test Case: Test case: I have been using firewalld from home:lemmy04:firewalld for a couple of months now to no ill effect. Test case 2: firewalld in its current version is the default firewall subsystem in fedora and RHEL7... Use Case: In Network Manager you can define for each stored connection which firewall zone will be used for the interface if that connection is used. Best use case for this: wireless interface on a laptop of someone who travels a lot. Business case (Partner benefit): openSUSE.org: SuSEfirewall2 is static and according to its developer not actively developed anymore. Also, current network setups can easily call for more than three zones, which firewalld provides by default. -- openSUSE Feature: https://features.opensuse.org/318356

1 8

[New: openFATE 311089] Disable system bell by default if sound card is installed
by fate_noreply＠suse.de 21 Apr '18

21 Apr '18

Feature added by: Pieter De Decker (pdedecker) Feature #311089, revision 1 Title: Disable system bell by default if sound card is installed openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Pieter De Decker (pdedecker) Partner organization: openSUSE.org Description: One of the first things I do after installing openSUSE is disabling the system bell by adding this to ~/.inputrc: set bell-style none Its volume is needlessly high. The bell scares the hell outta me whenever it creeps up because I backspaced too much on the command line. My suggestion: disable the system bell by default, unless no sound card is installed. Business case (Partner benefit): openSUSE.org: It's a simple fix for something that has been bugging me forever. -- openSUSE Feature: https://features.opensuse.org/311089

1 7

[openFATE 308182] Create administrator tool for replicating OBS resources
by fate_noreply＠suse.de 20 Apr '18

20 Apr '18

Feature added by: Adrian Schröter (adrianSuSE) Feature #308182, revision 1 Title: Create administrator tool for replicating OBS resources Buildservice: Evaluation Priority Requester: Desirable Projectmanager: Desirable Requested by: Adrian Schröter (adriansuse) Description: A tool for replicate defined projects from a remote OBS instance to a local instance would be helpfull. This should offer different levels of replication depth: * Just latest sources or including past source history (maybe with a date limiter) * Replicate binaries for :full tree ( to be able to bootstrap yourself ) or all binaries from package directories. The tools would be helpfull as CLI and/or as part of the admin web frontend. The remote instance should be access via the frontend api, while the local instance must be accessed via backend source and rep server (+ local frontend api for creating projects and packages). -- openSUSE Feature: https://features.opensuse.org/308182

1 3

[New: openFATE 310652] Have an Etherpad install on openSUSE infrastructure
by fate_noreply＠suse.de 28 Mar '18

28 Mar '18

Feature added by: Jos Poortvliet (jospoortvliet) Feature #310652, revision 1 Title: Have an Etherpad install on openSUSE infrastructure openFATE: Unconfirmed Priority Requester: Important Requested by: Jos Poortvliet (jospoortvliet) Partner organization: openSUSE.org Description: Currently the marketing team in particular makes use of lots of piratepad's to work collaboratively on articles, announcements, plans and other things. Wiki's don't offer the ease and real-time collaboration features needed so piratepad is perfect. Except that it isn't. Piratepad has some serious issues (see "Why do we want this?"). So we would like to have an Etherpad install on openSUSE infrastructure. Having our 'own' Etherpad instance on an openSUSE server would solve these issues. Even just having it as a SUSE Studio virtual image so it can be run somewhere would be good enough. In general, the openSUSE servers are pretty dependable and even when not, we know who to ping to solve problems. Use Case: Usecase would be pretty much half the work the marketing team does - writing announcements, articles, planning... Business case (Partner benefit): openSUSE.org: The current 'solution' to use Piratepad has a bunch of issues: Stability is a big one - Piratepad is down quite frequently, sometimes for a whole day, making our work difficult. Another serious issue is oversight. We can't see what pads we have, resulting in lost pads (and the work we put into them) and duplication of efforts. Then there is the lack of control. All piratepads are fully public - but we have sometimes things we'd like to keep under the lid like announcements we are working on, articles, board things etcetera. Etherpad provides access control which would help us immensely. Part of that control issue is the ability (or lack there off) of deleting pads - we can't do that on Piratepad. Finally, we don't OWN Piratepad. If it went away RIGHT NOW, we would loose MANY important articles, announcements and other good work. It would be a small disaster for the marketing team and it's getting potentially worse as we do more and more work on Etherpad. -- openSUSE Feature: https://features.opensuse.org/310652

1 19

[New: openFATE 312804] Hermes integration on the openSUSE wiki
by fate_noreply＠suse.de 28 Mar '18

28 Mar '18

Feature added by: Sebastian Oliva (tian2992) Feature #312804, revision 1 Title: Hermes integration on the openSUSE wiki openSUSE Infrastructure: Unconfirmed Priority Requester: Desirable Requested by: Sebastian Oliva (tian2992) Partner organization: openSUSE.org Description: An extension to the wiki software, to add Hermes support to the Wiki software, enabling digests and advanced notifications to the Watch List. Use Case: Anna edited the openSUSE wiki, adding a tutorial to configure repositories. She subscribes to the page and enables notifications. When John edits the page, Anna gets a twitter notification, letting her know, there was an edition in the page. -- openSUSE Feature: https://features.opensuse.org/312804

1 2

[New: openFATE 320681] Admin Issue Dashboard
by fate_noreply＠suse.de 27 Mar '18

27 Mar '18

Feature added by: Adrian Schröter (adrianSuSE) Feature #320681, revision 1 Title: Admin Issue Dashboard Buildservice: Evaluation by project manager Milestone: 2.8 Priority Requester: Important Projectmanager: Important Requested by: Adrian Schröter (adriansuse) Requested by: Adrian Schröter (adriansuse) Partner organization: openSUSE.org Description: Turn the admin warning and error mails into a dash board. These are problems which get detected by the api or backend code and needs a helping hand by the admin. It is not supposed to be a replacement for errbit, which is for debugging developer issues. The issues need to be stored in a way that they can be identified again. If the problem get fixed they must be removed by the system again. If the same problem is changing (eg. more data becomes out-of-sync between api and backend) the same entry must get updated. -- openSUSE Feature: https://features.opensuse.org/320681

1 3

[New: openFATE 319313] Keep showing running maintenance incidents to packager
by fate_noreply＠suse.de 27 Mar '18

27 Mar '18

Feature added by: Adrian Schröter (adrianSuSE) Feature #319313, revision 1 Title: Keep showing running maintenance incidents to packager Buildservice: New Milestone: 2.7 Priority Requester: Important Requested by: Adrian Schröter (adriansuse) Partner organization: openSUSE.org Description: Package maintainers want to be able to see running maintenance updates. Currently they see an update, which they have prepared only when: - their maintenance update request is not yet accepted - they keep their bugzilla entry open (which is referenced in patchinfo). This is good for the "my work" view, which should only show tasks where the packager has to act. But there is currently no easy way to see all running updates on request. There are two possible scenarios of not-yet-released updates: - open incident, still building or collecting updates - frozen incident, running release request (read being tested by QA). The open incident can be covered by a search for patchinfos where the user is listed as packager and where the project is not locked. The frozen incident situation should be covered by monitoring the request. There is fate #310145 which wants a generic monitoring of requests. We can use this by adding the packager from _patchinfo to the release request. -- openSUSE Feature: https://features.opensuse.org/319313

1 5

[New: openFATE 318339] Clone repo API support
by fate_noreply＠suse.de 27 Feb '18

27 Feb '18

Feature added by: Adrian Schröter (adrianSuSE) Feature #318339, revision 1 Title: Clone repo API support Buildservice: Evaluation by engineering manager Milestone: 2.7 Priority Requester: Mandatory Projectmanager: Important Requested by: Adrian Schröter (adriansuse) Requested by: Stephan Kulow (coolo) Partner organization: openSUSE.org Description: Coolo wants the obs_admin support for cloning repos as command. Rudi may also wants this. I assume we need this as background/invoked job like the project copy is implemented. -- openSUSE Feature: https://features.opensuse.org/318339

1 4

[New: openFATE 308899] allow repository specification in project meta xml
by fate_noreply＠suse.de 27 Feb '18

27 Feb '18

Feature added by: Adrian Schröter (adrianSuSE) Feature #308899, revision 1 Title: allow repository specification in project meta xml Buildservice: Evaluation Priority Requester: Important Projectmanager: Important Requested by: Adrian Schröter (adriansuse) Description: We have currently to set Type, Repotype and Patterntype in project conf data. That makes it hard to add an images repo easily with a gui that works. Before creating code interpreting the prjconf, I would like to suggest to extend repository xml element to define this as default. Opinions ? Feature is completed when we have an "Add kiwi images repository" button. -- openSUSE Feature: https://features.opensuse.org/308899

1 4

[New: openFATE 308619] Provide Kwallet integration for Firefox
by fate_noreply＠suse.de 25 Feb '18

25 Feb '18

Feature added by: Jimmy Berry (boombatower) Feature #308619, revision 1 Title: Provide Kwallet integration for Firefox openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Jimmy Berry (boombatower) Description: I have wanted such a feature for sometime and recently discoved https://addons.mozilla.org/en-US/firefox/addon/49357 via identi.ca talk. Since openSUSE 11.2 includes KDE integration for Firefox, I think this would be a great thing to either add/finish/polish or just defaultly include as part of integration. -- openSUSE Feature: https://features.opensuse.org/308619

1 3

[New: openFATE 310922] central system user registry
by fate_noreply＠suse.de 12 Feb '18

12 Feb '18

Feature added by: Ludwig Nussel (lnussel) Feature #310922, revision 1 Title: central system user registry openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: Ludwig Nussel (lnussel) Partner organization: openSUSE.org Description: Once upon a time all systems users were defined in aaa_base via the default /etc/passwd file. When the uid space below uid 100 got too small a new dynamic range between 100 and 499 was introduced. So nowadays packages dynamically create a user in %pre which gets a random uid in this range. Disadvantage: uids are different on every system. Usually this is not a problem but for programs that export files over the network it is. TV recordings made by VDR for example. useradd has a --preferred-uid option for such cases. It's possible to specify a uid and useradd tries to use it. If it's already taken another one is chosen. Thefore I'd propose to leverage that feature: - introduce a central uid registry for system users, e.g a file in aaa_base - lower SYSTEM_UID_MAX (/etc/login.defs) to e.g. 349 and assign "preferred uids" in the rage 350-499. - change useradd calls in packages to a macro that transparently decides whether a preferred uid needs to be used. Use Case: - two systems running vdr, one for recording, the other one for playback on a TV want to share recordings via nfs. -- openSUSE Feature: https://features.opensuse.org/310922

1 15

[New: openFATE 310464] Changer text console color
by fate_noreply＠suse.de 30 Jan '18

30 Jan '18

Feature added by: Максим Муруев (slimy) Feature #310464, revision 1 Title: Changer text console color openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: Максим Муруев (slimy) Description: Feature for yast change console color. And green color for console by default. I think green is opensuse color. For first console stay white, for best look boot log. -- openSUSE Feature: https://features.opensuse.org/310464

1 5

[New: openFATE 310680] Make Icon Theme installer only show .tar.gz themes
by fate_noreply＠suse.de 30 Jan '18

30 Jan '18

Feature added by: 6tr6tr 6tr6tr (6tr6tr) Feature #310680, revision 1 Title: Make Icon Theme installer only show .tar.gz themes openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: 6tr6tr 6tr6tr (6tr6tr) Description: I recently tried installing new icon themes into openSUSE 11.3 via the Configure Desktop app. It showed a lot of themes with an "install" button, but when I pressed it, nothing happened. It turns out, that's because it only installs .tar.gz files and a number of the themes listed are in other formats. So the "Get New Themes..." popup should only show files it can actually install. -- openSUSE Feature: https://features.opensuse.org/310680

1 2

[openFate 305144] [Feature-request] Yast as a Linux learning tool
by fate_noreply＠suse.de 30 Jan '18

30 Jan '18

Feature added by: Arvin Schnell <aschnell(a)novell.com> Feature #305144, revision 1, last change by Title: [Feature-request] Yast as a Linux learning tool openSUSE-11.1: New Priority Requester: Desirable Requested by: Alexey Eremenko <al4321(a)gmail.com> Partner organization: openSUSE.org Description: Hi All ! I Have very good new idea: converting Yast into a Linux learning tool. This is very simple to achieve: Yast must show the commands it executes and files it modifies, in a nice GUI dialog. It will allow all kinds of Linux users understand how things really work. Enable learn new things or remind how old-but-forgotten things work for seasoned people. Great, isn't it ? P.S. Jay Vollmer recommends, that among the commands that Yast shows as it executing, it should also recommend "man pages" for the relevant underlying commands. -- -Alexey Eromenko "Technologov", 29.jul.2008. Discussion: #1: Alexey Eremenko <al4321(a)gmail.com> (2008-07-29 12:09:11) Rajko M. wrote: If one wants to see what is gong on in background, than look at logs in realtime. There is console (Konsole) and command tail. Run as root: tail -f /var/log/YaST2/y2log and then start YaST and play with. -- -Alexey Eromenko "Technologov", 29.jul.2008. #2: Jerry Houston <jerry.houston(a)comcast.net> (2008-07-29 15:41:34) Sounds like a great way for new users to learn more about what's under the hood. Or, what's under the bonnet, for the Brits. #3: Cyril Hrubis <chrubis(a)novell.com> (2008-07-31 07:11:21) Moving to maintainers to decide. -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305144

1 19

[openFATE 307545] Add openSUSE's Bugzilla and openFATE to Firefox's Bookmarks folder.
by fate_noreply＠suse.de 30 Jan '18

30 Jan '18

Feature added by: Ricardo Varas (RicardoVarasSantana) Feature #307545, revision 1 Title: Add openSUSE's Bugzilla and openFATE to Firefox's Bookmarks folder. openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Ricardo Varas (ricardovarassantana) Description: I am thinking about the importance of those two features being included in openSUSE's Brand of Firefox, in case the user needs or feels like filing a bug or requesting and/or checking new features, For new users it'd become a much easier task having those items bookmarked by default. -- openSUSE Feature: https://features.opensuse.org/307545

1 5

[openFATE 306972] produce proper diffs for status update mails
by fate_noreply＠suse.de 02 Jan '18

02 Jan '18

Feature added by: Karsten König (remur) Feature #306972, revision 1 Title: produce proper diffs for status update mails openFATE: Unconfirmed Priority Requester: Desirable Requested by: Karsten König (remur) Description: Beeing interested in a very active feature request like https://features.opensuse.org/306967 results in a lot of mails, all which contain the full feature request with all the comments, it'd be nice if one could switch to a more bugzilla like behaviour so you only see what's changed, or in case it is an awnser maybe quote the previous message as well, but finding 4 lines tagged with + in a thread where people feel +1 beeing a proper comment is somewhat awkward. -- openSUSE Feature: https://features.opensuse.org/306972

1 3

[openFATE 305931] Temporary Build Support (aka mbuild)
by fate_noreply＠suse.de 02 Jan '18

02 Jan '18

Feature added by: Adrian Schröter (adrianSuSE) Feature #305931, revision 1, last change by Title: Temporary Build Support (aka mbuild) Buildservice: Evaluation Priority Requester: Important Projectmanager: Important Requested by: Adrian Schröter (adriansuse) Description: A temporary build support is wanted to obsolete what we currently have internal as mbuild. A temporary Build should fullfill the following requirements: * Upload of local sources without the need to create a project or package namespace manually. * Build as part of an existing project, without the need to have write access there and without to modify it. * Build results should be stored and downloadable for X time. Afterwards they need to get removed automatically. -- openSUSE Feature: https://features.opensuse.org/305931

1 7

[New: openFATE 316634] Change HISTCONTROL default value to ignoredups
by fate_noreply＠suse.de 20 Dec '17

20 Dec '17

Feature added by: Jorge Vallecillo (altmas5) Feature #316634, revision 1 Title: Change HISTCONTROL default value to ignoredups openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Jorge Vallecillo (altmas5) Partner organization: openSUSE.org Description: The default value of HISTCONTROL bash enviroment variable should be changed to ignoredups instead of ignoreboth. ignoreboth includes ignorespace, which is a security flaw allowing users to type sensitive commands supressing them from bash_history file and leaving no auditing clue. OpenSUSE should set the tone compared to other distros giving importance needed to security details like these. Business case (Partner benefit): openSUSE.org: Security by default. Minimize risks. Identify malicious users. -- openSUSE Feature: https://features.opensuse.org/316634

1 1

[New: openFATE 309271] Buildservice should show signing key status
by fate_noreply＠suse.de 20 Nov '17

20 Nov '17

Feature added by: Marcus Rückert (darix) Feature #309271, revision 1 Title: Buildservice should show signing key status Buildservice: Unconfirmed Priority Requester: Important Requested by: Marcus Rückert (darix) Description: 13:04:55 < stbuehler> darix: W: GPG error: http://download.opensuse.org ./ Release: The following signatures were invalid: KEYEXPIRED 1270156083 (http://download.opensuse.org/repositories/openSUSE:/Tools/Debian_5.0/) It would be nice if the obs would show the expiry date atleast in the webui. some OSC integration would be nice aswell. -- openSUSE Feature: https://features.opensuse.org/309271

1 4

[New: openFATE 314702] Request for package: Obnam
by fate_noreply＠suse.de 11 Oct '17

11 Oct '17

Feature added by: Rahim Barbamas (rahim123) Feature #314702, revision 1 Title: Request for package: Obnam Buildservice: Unconfirmed Priority Requester: Important openFATE: Unconfirmed Priority Requester: Important Requested by: Rahim Barbamas (rahim123) Partner organization: openSUSE.org Description: Would it be possible to package Obnam for openSUSE? http://liw.fi/obnam/ It is a highly advanced backup/versioning control system with de-duplication. It is packaged for CentOS and Debian already. Thanks! -- openSUSE Feature: https://features.opensuse.org/314702

1 3

[New: openFATE 312047] make repo keys available on project's web site via SSL
by fate_noreply＠suse.de 26 Sep '17

26 Sep '17

Feature added by: John McInnes (jamjamjamjam) Feature #312047, revision 1 Title: make repo keys available on project's web site via SSL Buildservice: Unconfirmed Priority Requester: Desirable Requested by: John McInnes (jamjamjamjam) Partner organization: openSUSE.org Description: I was thinking of a way to get repo keys to users in a secure fashion, so they can have some measure of trust, instead of just blindly accepting/importing new keys when installing software. Personally, before accepting a key, I will usually try to google it by ID or fingerprint, search various gpg key servers, ask on a mailing list or newsgroup for 3rd party verification, etc... its a pain in the ***. So I see that the buildservice provides a https interface to project pages. It would be a nice feature to provide the project repo keys there. At least show ID and fingerprint. -- openSUSE Feature: https://features.opensuse.org/312047

1 10

[New: openFATE 308207] Help users to print two sided pages
by fate_noreply＠suse.de 17 Sep '17

17 Sep '17

Feature added by: Luís Nogueira (luisnogueira) Feature #308207, revision 1 Title: Help users to print two sided pages Package Wishlist: Unconfirmed Priority Requester: Important Requested by: Luís Nogueira (luisnogueira) Description: http://forum.kde.org/brainstorm.php#idea82537 Manual duplex printing it's easy at windows. We should implement this feature! And it's environment friend. -- openSUSE Feature: https://features.opensuse.org/308207

1 2

[New: openFATE 309019] mtp support for opensuse and dolphin
by fate_noreply＠suse.de 12 Sep '17

12 Sep '17

Feature added by: Agustin Chavarria (dj_ubun_1) Feature #309019, revision 1 Title: mtp support for opensuse and dolphin openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Agustin Chavarria (dj_ubun_1) Description: Some peoples have music players, and they can't navigate to this files of music player, just using amarok or other apps. The mtp support for dolphin it's an important feature, i have a philips PSA610, and i never can use this music player in linux :S -- openSUSE Feature: https://features.opensuse.org/309019

1 3

[openFate 305737] remove warning of missing swap from expert partitioner
by fate_noreply＠suse.de 12 Sep '17

12 Sep '17

Feature added by: Arvin Schnell (aschnell) Feature #305737, revision 1, last change by Title: remove warning of missing swap from expert partitioner openSUSE-11.2: New Priority Requester: Desirable Requested by: Arvin Schnell (aschnell) Partner organization: openSUSE.org Description: There are requests to remove the warning about a missing swap device from the expert partitioner for systems with only SSDs. I want to go one step further and remove the warning altogether since RAM has increased so much in the past. Relations: - proposal for SSD (novell/bugzilla/id: 467874) https://bugzilla.novell.com/show_bug.cgi?id=467874 -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305737

1 5

[New: openFATE 312137] Equivalent of nvidia-settings for Nouveau
by fate_noreply＠suse.de 10 Sep '17

10 Sep '17

Feature added by: Audard Guillaume (AGui) Feature #312137, revision 1 Title: Equivalent of nvidia-settings for Nouveau openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: Audard Guillaume (agui) Partner organization: openSUSE.org Description: The open source driver for Nvidia GPU, Nouveau, is more and more performant. It is already fully usable instead of the proprietary driver. However, there is no GUI to configure display. SaX2 module is not available anymore in YaST in openSUSE 11.4, and there is no way to make modifications such as defining the dpi. Developping an equivalent of nvidia-settings for Nouveau would push even more users to switch to open source drivers. -- openSUSE Feature: https://features.opensuse.org/312137

1 3

[openFATE 308149] KDE needs to have a touchpad configuration utility.
by fate_noreply＠suse.de 10 Sep '17

10 Sep '17

Feature added by: Rafael Belmonte (EagleScreen) Feature #308149, revision 1 Title: KDE needs to have a touchpad configuration utility. openSUSE-11.3: Unconfirmed Priority Requester: Important Package Wishlist: Unconfirmed Priority Requester: Important Requested by: Rafael Belmonte (eaglescreen) Description: KDE needs a touchpad configuration tool, if Sax2 does not provide it, you can package a new kcm module: kcm_touchpad, which can configure synaptics based touchpads, you can find it in KDE-Apps: http://www.kde-apps.org/content/show.php/kcm_touchpad?content=113335 -- openSUSE Feature: https://features.opensuse.org/308149

1 13

[New: openFATE 310706] zypper: allow to adjust proposed solver solution
by fate_noreply＠suse.de 10 Sep '17

10 Sep '17

Feature added by: Ján Kupec (jkupec) Feature #310706, revision 1 Title: zypper: allow to adjust proposed solver solution openSUSE-11.4: Unconfirmed Priority Requester: Desirable Requested by: Ján Kupec (jkupec) Description: It would be nice if it would be possible to change the solver solution at the point when the installation summary is shown and zypper prompts whether to continue. This would allow the user to conveniently remove unwanted packages automatically chosen for installation, add another package, etc. This is especially needed if it is difficult to work one's way to the solution (in case of many dependency problems, e.g. during an upgrade). Removing, adding, and keeping an installed version of a package could be implemented as part of this feature request first. Further enhancements can be done later. Use Case: During a dist-upgrade, user goes through a lot of solver problems. Then sees something unwanted in the summary. Currently the only solution is to quit, lock a package or change some command line options, restart the dist-upgrade and go through all the painfull solving again. With this feature the user would have a good chance of changing the summary in a convenient way. -- openSUSE Feature: https://features.opensuse.org/310706

1 2

[New: openFATE 309381] antivirus configurator and security center applet
by fate_noreply＠suse.de 10 Sep '17

10 Sep '17

Feature added by: Michael Calmer (mcalmer) Feature #309381, revision 1 Title: antivirus configurator and security center applet openSUSE-11.3: New Priority Requester: Important Requested by: Marcin Derlukiewicz (bober10) Description: Antivirus configurator on yast2 security panel right next to the firewall. It should allow to configure several engines and allow to set automatic scans, updates, launch scans for defined folders etc. It should also provide some easy autoconfigurator for apparmor as a behavioral antivirus. -- openSUSE Feature: https://features.opensuse.org/309381

1 7

[New: openFATE 310787] Intel(R) Trusted Execution Technology (Intel(R) TXT) Support
by fate_noreply＠suse.de 10 Sep '17

10 Sep '17

Feature added by: Joseph Cihula (jcihula) Feature #310787, revision 1 Title: Intel(R) Trusted Execution Technology (Intel(R) TXT) Support openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: Joseph Cihula (jcihula) Partner organization: openSUSE.org Description: Intel(R) Trusted Execution Technology (Intel(R) TXT) provides a hardware dynamic root of trust for measurement (D-RTM). Intel TXT can be used to reduce the trusted computing base (TCB) of system SW such as an OS kernel or hypervisor/VMM. TXT provides platform configuration protection such as memory aliasing checks, register locking, etc. It also provides reset protection via a hardware memory lock and memory scrubbing. In multi-processor systems, Intel TXT strengthens the RAS capability through CPU-rooted measurement of the BIOS and hardware-enforced protections of RAS events. Finally, TXT provides for a platform owner -controlled launch control policy. Intel TXT support consistes of two parts: kernel/VMM enabling and the tboot package. Kernel support involves building the Linux kernel (>= 2.6.35) with the CONFIG_INTEL_TXT flag set. This will also enable it for KVM. The default Xen build already supports TXT. Linux/Xen support actually assumes that TXT is "managed" through the Trusted Boot (tboot) module and thus, the tboot package is also needed for complete support. Tboot is an open source, pre-kernel/VMM module that uses Intel TXT to perform a measured and verified launch of an OS kernel/VMM. Use Case: 1) Disk encryption 2) Hardened local key storage/operations 3) Remote attestation Business case (Partner benefit): openSUSE.org: Enabling Intel TXT in the kernel/VMM will increase the trust and value of the above usage models. And the same value proposition that TXT has for Fedora also applies to openSuSE: http://lwn.net/Articles/382363/ TXT also compliments the OpenTC work being done by/with SuSE. -- openSUSE Feature: https://features.opensuse.org/310787

1 4

[openFATE 305929] Startup in X even when the xorg.conf fails
by fate_noreply＠suse.de 10 Sep '17

10 Sep '17

Feature added by: Joop Boonen (worldcitizen) Feature #305929, revision 1, last change by Title: Startup in X even when the xorg.conf fails openSUSE-11.2: Unconfirmed Priority Requester: Important openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Joop Boonen (worldcitizen) Description: As there are more and more new users within openSuSE with less knowledge. I was thinking it's an option to boot in Vesa when the original xorg.conf fails. Than the user is still able to fix the problem via a GUI i.e. YaST and SAX. -- openSUSE Feature: https://features.opensuse.org/305929

1 15

[New: openFATE 320930] Use most as default pager
by fate_noreply＠suse.de 04 Sep '17

04 Sep '17

Feature added by: Steffen Klein (sklein7) Feature #320930, revision 1 Title: Use most as default pager Requested by: Steffen Klein (sklein7) Partner organization: openSUSE.org Description: Use most as default pager Just one reason out of many: Syntax highlighting in man pages makes them much more readable. -- openSUSE Feature: https://features.opensuse.org/320930

1 3