Feature added by: Andreas Winter (netzheimer)
Feature #322297, revision 1
Title: Yast2 working in wayland
openSUSE Distribution: Unconfirmed
Priority
Requester: Important
Requested by: Andreas Winter (netzheimer)
Partner organization: openSUSE.org
Description:
Wayland is coming with big steps. First distributions (eg fedora) already use it as default. Gnome should be already stable with it, Plasmas support is getting better and better. Some other DE already support it out of the box. Wayland is a lot more secure than Xserver and it is the future. I think it is time to bring Yast2's support for this. At the moment a user who wants to run wayland has just 2 solutions: - Running yast in textmode (which is not a solution for non-geek users) - Switch to another distribution, which offers better support
--
openSUSE Feature:
https://features.opensuse.org/322297
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
Feature added by: Ludwig Nussel (lnussel)
Feature #324891, revision 1
Title: fix excessive rebuilding in transitive mode
Buildservice: New
Priority
Requester: Mandatory
Requested by: Ludwig Nussel (lnussel)
Partner organization: openSUSE.org
Description:
Following up on https://github.com/openSUSE/open-build-service/issues/3749
For packages in a build cycle obs normally stops the rebuilding at some point when all packages have been built with all others. From observations when building distributions that however doesn't work if build-compare is enabled.
When starting Leap 42.3 in December 2016 I from scratch I could show that gcc was built 101 times. So as workaround we always have to be careful to either switch rebuild mode to direct or disable build compare when checking in base packages.
--
openSUSE Feature:
https://features.opensuse.org/324891
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
Feature added by: Marcus Meissner (msmeissn)
Feature #322473, revision 1
Title: Address Space Randomization for all binaries (ASLR / PIE)
Requested by: Marcus Meissner (msmeissn)
Requested by: Marcus Meissner (msmeissn)
Partner organization: openSUSE.org
Description:
We want address space randomizaton (ASLR) for all binaries we ship.
This means building all possible binaries with -fPIE -pie.
openSUSE Factory is close to having this already, just some polishing steps needed.
Business case (Partner benefit):
openSUSE.org: unacceptable not to have it in comparison with competitors.
--
openSUSE Feature:
https://features.opensuse.org/322473
Feature added by: Ney Walens De Mesquita (nwm)
Feature #323510, revision 1
Title: Better separation of duties between Desktop Environments and Yast
openSUSE Distribution: Unconfirmed
Priority
Requester: Important
Requested by: Ney Walens De Mesquita (nwm)
Partner organization: openSUSE.org
Description:
Nowadays Yast has built in package installation and management. Whilst it does make sense for servers or headless installations, it does not fit well when using a desktop like KDE or Gnome. My suggestion is to rename the Yast software management module to something in the line of "Feature Management" or "Advanced Software Management". Ideally the desktop's default software manager, like Gnome Software, would then be used to install, well, Desktop software. I can see some advantages to this approach: - The desktop software manager is often faster to adapt to new technologies like PackageKit, FlatPak, Snaps, etc... - The Desktop experience is more consistent when using the desktop provided software manager Yast software manager module would then be used for Development pattern installations and more server related installations. This would also open up for a separation of duties and less redundancy in the distribution. The same idea can also be applied to printer configurations, it does not look nice when you look for printer configuration and receive three distinct options.
The last printer module should be used for servers only and be completely removed from desktop focused installations.
--
openSUSE Feature:
https://features.opensuse.org/323510
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
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
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