November 2017 - openSUSE Features - openSUSE Mailing Lists

[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 323325] Make "--no-allow-vendor-change" the default option for "zypper dup"
by fate_noreply＠suse.de 28 Mar '18

28 Mar '18

Feature added by: Sekhemty - (sekhemty) Feature #323325, revision 1 Title: Make "--no-allow-vendor-change" the default option for "zypper dup" Requested by: Sekhemty - (sekhemty) Partner organization: openSUSE.org Description: By reading the forums and the mailing list, I learned that the preferred way to update Tumbleweed is to use sudo zypper dup --no-allow-vendor-change Since updating a rolling distro is a task that is to be done regularly, I think that setting the "--no-allow-vendor-change" option as the default one could be desirable Business case (Partner benefit): openSUSE.org: To have an easier and faster update process. -- openSUSE Feature: https://features.opensuse.org/323325

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 322072] support multiple back references in issue_trackers
by fate_noreply＠suse.de 31 Jan '18

31 Jan '18

Feature added by: Ludwig Nussel (lnussel) Feature #322072, revision 1 Title: support multiple back references in issue_trackers Buildservice: New Priority Requester: Important Requested by: Ludwig Nussel (lnussel) Partner organization: openSUSE.org Description: Someone thought it's a good idea to refer to github issues as gh#project/repo#number according to the packaging guidelines: https://en.opensuse.org/openSUSE:Packaging_Patches_guidelines#Current_set_o… OBS however only supports one capture group in the parser. It needs to support multiple and allow to place them arbitrarily in the output. -- openSUSE Feature: https://features.opensuse.org/322072

1 1

[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

[New: openFATE 323096] Load slideshow from RPM from the product
by fate_noreply＠suse.de 18 Jan '18

18 Jan '18

Feature added by: Thorsten Kukuk (kukuk) Feature #323096, revision 1 Title: Load slideshow from RPM from the product Requested by: Thorsten Kukuk (kukuk) Partner organization: openSUSE.org Description: With converting DVD installation images from SUSETags to repomd, we need a new location for the slide show. The idea is, to agree on a naming schema, put the slide show in an RPM on the media in the product repo and let the installer search for it there and load it into the inst-sys. -- openSUSE Feature: https://features.opensuse.org/323096

1 12

[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 323478] zypper dup: make --no-allow-vendor-change default
by fate_noreply＠suse.de 04 Dec '17

04 Dec '17

Feature added by: Thorsten Kukuk (kukuk) Feature #323478, revision 1 Title: zypper dup: make --no-allow-vendor-change default Requested by: Thorsten Kukuk (kukuk) Partner organization: openSUSE.org Description: For openSUSE Tumbleweed and SLES, we require that with zypper dup the option "--no-allow-vendor-change" is used, else the result is known to most likely not correct. This is a FAQ meanwhile on the openSUSE mailing list, since a lot of people break there system by forgetting this option. We should change the default with SLES15 and in Tumbleweed to be on the safe side. -- openSUSE Feature: https://features.opensuse.org/323478

1 8

[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

[openFATE 320859] Weak dependency support
by fate_noreply＠suse.de 20 Nov '17

20 Nov '17

Feature changed by: Adrian Schröter (adrianSuSE) Feature #320859, revision 7 Title: Weak dependency support - Buildservice: Evaluation by project manager + Buildservice: Done Milestone: 2.9 Priority Requester: Important Projectmanager: Mandatory Requested by: Adrian Schröter (adriansuse) Partner organization: openSUSE.org Description: We need support for weak dependencies inside of OBS backend. This is needed in first place for image building where recommended or suggested packages should be added as well. Discussion: #1: Lars Vogdt (lrupp) (2017-02-02 10:15:43) Isn't that already implemented in the backend? #2: Michael Schröder (mlschroe) (2017-02-03 11:28:10) (reply to #1) No. -- openSUSE Feature: https://features.opensuse.org/320859

1 0