October 2015 - openSUSE Features - openSUSE Mailing Lists

[New: openFATE 318203] Let's drop commandline support from Yast
by fate_noreply＠suse.de 20 Nov '15

20 Nov '15

Feature added by: Lukas Ocilka (locilka) Feature #318203, revision 1 Title: Let's drop commandline support from Yast Requested by: Lukas Ocilka (locilka) Partner organization: openSUSE.org Description: Yast provides some kind of a commandline interface which is based on the same functions provided by standard Yast application (Qt, ncurses). Comandline could be used for scripting, but there are already tools that do it better: AutoYast, Chef, Puppet, SUSE Manager, sed (just to name some). Yast commadline has several drawbacks: * not used, not tested, not maintained, too much of obsolete code - too much maintenance for nothing * architecturally wrong - commandline interface to an app that uses commandline tools (e.g., commandline for Services Manager? This is obviously systemctl) * implemented as kind of a hack What do we lose if we remove it? * Possbility for scripting, but as Yast only builds on other cmdline tools or files, there are replacements Another possibility would be to replace commandline with a static information advicing user which tools to use to configure a particular service manually. Business case (Partner benefit): openSUSE.org: Less unused code to maintain == more time to do something that really matters -- openSUSE Feature: https://features.opensuse.org/318203

1 19

[New: openFATE 312747] Backport fix for Okular printing in KDE4 for KDE 4.7
by fate_noreply＠suse.de 18 Nov '15

18 Nov '15

Feature added by: Mindaugas Baranauskas (embar-) Feature #312747, revision 1 Title: Backport fix for Okular printing in KDE4 for KDE 4.7 openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Mindaugas Baranauskas (embar-) Partner organization: openSUSE.org Description: Please include this patch http://commits.kde.org/okular/e001fbab55aceef62ad9ca2bb87a170dacfe3fdd Kevin Kofler 2011-07-27 23:50:46 wrote: I forgot to put in a FIXED-IN tag, so let's make it clear: This fix will be in 4.8.0. 4.7.0 has already been released, and the fix requires new APIs in the Okular core, so I'm probably not supposed to backport it for 4.7.x. See https://bugs.kde.org/show_bug.cgi?id=181290#c118 -- openSUSE Feature: https://features.opensuse.org/312747

1 6

[New: openFATE 310712] Constantly usable Factory
by fate_noreply＠suse.de 18 Nov '15

18 Nov '15

Feature added by: Christoph Obexer (cobexer) Feature #310712, revision 1 Title: Constantly usable Factory openSUSE-11.4: Unconfirmed Priority Requester: Mandatory Requested by: Christoph Obexer (cobexer) Partner organization: openSUSE.org Description: I recently read about the Debain CUT project, ( http://cut.debian.net/ (http://cut.debian.net/) , http://kitenet.net/~joey/code/debian/cut/ (http://kitenet.net/~joey/code/debian/cut/) ) looking at the current situation with openSuSE Factory i see that it is dangerous to use, unstable alpha or beta packages come into Factory all the time, while other packages become out of date. The result is a system that is pretty much unusable. Only allowing stable packages to enter Factory would make that a lot better, and if one finds bugs chances are that those bugs aren't already fixed in a newer svn/git snapshot, but are real bugs. This would save a lot of time for testers and developers in dealing with "invalid", or "temporary" bugs. I think that a robust, "stable" Factory would lead to more people using it full time and thus a better quality of the next openSuSE version. I see that this would have negative aspects as well, but i think most devel projects have unstable/testing repositories set up already and those could still contain the snapshots of upcoming versions, testers of those specific projects could use tose repositories then. Doing a release of openSuSE would be easier then too, simply snapshot Factory, and declare it as openSuSE $VERSION. The transition from the current state to a "constantly usable Factory" would be smooth too. And it's also in line with the openSuSE vision, stable rather than bleeding edge. Business case (Partner benefit): openSUSE.org: More users using Factory -> better stability of Factory -> better stability of openSuSE $VERSION -> openSuSE back where it should be - the Linux for professionals. -- openSUSE Feature: https://features.opensuse.org/310712

1 4

[New: openFATE 309700] Advanced uninstall/Rollback support in package management, zypper
by fate_noreply＠suse.de 30 Oct '15

30 Oct '15

Feature added by: Nikanth K (nikanth) Feature #309700, revision 1 Title: Advanced uninstall/Rollback support in package management, zypper openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Nikanth K (nikanth) Description: # Zypper install evolution This will install say 13 packages, evolution and its dependencies including evolution-data-server etc.... #zypper remove evolution This will remove only evolution. Leaving the dependencies installed. The 12 packages are left installed. Instead provide an easy way to rollback/uninstall all those packages using say a transaction-id from the history. So that, say we have foo.rpm which needs bar.rpm #zypper install foo #zypper remove foo will not leave bar installed in the system. -- openSUSE Feature: https://features.opensuse.org/309700

1 4

[New: openFATE 309070] Allow auth
by fate_noreply＠suse.de 27 Oct '15

27 Oct '15

Feature added by: Adrian Schröter (adrianSuSE) Feature #309070, revision 1 Title: Allow auth Buildservice: Evaluation Priority Requester: Important Projectmanager: Desirable Requested by: Adrian Schröter (adriansuse) Description: Implement authentification plugin for api which allows authentification against remote http web server. This may need changes in session handling. We want to use this plugin and setup for opensuse.org and connect api.o.o and build.o.o directly to internet without iChain proxy. Discussion: #1: Adrian Schröter (adriansuse) (2010-02-23 12:06:04) Tom, we need your expertise here, what is possible with rails and what makes sense. -- openSUSE Feature: https://features.opensuse.org/309070

1 7

[New: openFATE 319629] Swap large enough for hibernate and suspend
by fate_noreply＠suse.de 23 Oct '15

23 Oct '15

Feature added by: Arnold Mesper (amesper) Feature #319629, revision 1 Title: Swap large enough for hibernate and suspend openSUSE Distribution: Unconfirmed Priority Requester: Mandatory Requested by: Arnold Mesper (amesper) Partner organization: openSUSE.org Description: By default the swap partition must be large enough to allow hibernate and suspend. Currently a user must go into changing the partitioning presettings and enable the option to expand the swap to support suspend. -- openSUSE Feature: https://features.opensuse.org/319629

1 4

[New: openFATE 319637] Gscan2pdf or similar software
by fate_noreply＠suse.de 21 Oct '15

21 Oct '15

Feature added by: Quim Maya (ciberkun) Feature #319637, revision 1 Title: Gscan2pdf or similar software Package Wishlist: Unconfirmed Priority Requester: Neutral Requested by: Quim Maya (ciberkun) Partner organization: openSUSE.org Description: Gscan2pdf is a very good software, is a powerfull soft in our office. Until August 2015 was able to run on Opensuse KDE. Nowadays is impossible to install and run (because the dependences). We wish it will be soon on repositories. -- openSUSE Feature: https://features.opensuse.org/319637

1 1

[New: openFATE 319432] Improve the default DM selection beahvior of xdm
by fate_noreply＠suse.de 20 Oct '15

20 Oct '15

Feature added by: Takashi Iwai (tiwai) Feature #319432, revision 1 Title: Improve the default DM selection beahvior of xdm Requested by: Takashi Iwai (tiwai) Partner organization: openSUSE.org Description: Currently we set a fixed DM via /etc/sysconfig/displaymanager at installation time. With minimal X instalation pattern, xdm package is used, and this is set to "xdm". When user installs more DEs (e.g. Enlightment) on its top, xdm is still used even after a richer DM like lightdm is present on the system. And changing this needs the manual edition of /etc/sysconfig/displaymanager, which is hard for many users. This request tries to address this. One feasible way to fix this is to change the default DM selection behavior. In this change, we'll set the empty string to /etc/sysconfig/displaymanager $DISPLAYMANAGER variable as default in xdm package. Also, change the parser in /usr/lib/X11/display-manager script so that: 1. If $DISPLAYMANAGER is set, use it. 2. If $DISPLAYMANAGER is empty or it points to non-existing entry, fallback in either of the following: 2a. If there is other DM than xdm, use it. 2b. If there is only xdm, use xdm. Supposedly, YaST sets $DISPLAYMANAGER to an appropriate value when KDE, GNOME or other patterns are used. So for these installations, the change above should be harmless. The change takes effect only for stacked installation based on minimal X pattern or such. -- openSUSE Feature: https://features.opensuse.org/319432

1 11

[New: openFATE 319628] Full disk encryption should be default option
by fate_noreply＠suse.de 17 Oct '15

17 Oct '15

Feature added by: Arnold Mesper (amesper) Feature #319628, revision 1 Title: Full disk encryption should be default option openSUSE Distribution: Unconfirmed Priority Requester: Mandatory Requested by: Arnold Mesper (amesper) Partner organization: openSUSE.org Description: Full disk encryption should nowadays be enabled by default. Especially novice users will not go into changing the presettings for partitioning. There should be an option to disable/enable full disk encryptin in the main installation screen. An option to place the unencrypted /boot directory on a removable media (e.g. USB stick) should also be available directly on the main installation screen. -- openSUSE Feature: https://features.opensuse.org/319628

1 0

[New: openFATE 319625] [Apper/Packagekit] Show log of post-install scripts
by fate_noreply＠suse.de 16 Oct '15

16 Oct '15

Feature added by: Sławomir Lach (Lachu) Feature #319625, revision 1 Title: [Apper/Packagekit] Show log of post-install scripts openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Sławomir Lach (lachu) Partner organization: openSUSE.org Description: Currently, apper hangs on my machine in many update process at 97 percent. When I see list of process, there's many dracut invocations and mkinitrd, but each packages are displayed in apper as updated. That's frustrating. If this is a bug, tell me. Use Case: Add third state of package or apper stage, called post-installation. User will see that system is doing something. -- openSUSE Feature: https://features.opensuse.org/319625

1 0