April 2010 - openSUSE Features - openSUSE Mailing Lists

[New: openFATE 309393] Make "unpublish" files and removing files from :full tree easy
by fate_noreply＠suse.de 27 Jan '17

27 Jan '17

Feature added by: Adrian Schröter (adrianSuSE) Feature #309393, revision 1 Title: Make "unpublish" files and removing files from :full tree easy Buildservice: New Priority Requester: Important Requested by: Adrian Schröter (adriansuse) Description: Currently it is quite complex to remove build results from public repo or :full repo tree, if you do not want to remove the source package. We need to extend wipebinaries call with a target for :full and :repo dir and make this easy accessable via osc and webui. -- openSUSE Feature: https://features.opensuse.org/309393

1 6

[openFATE 308189] Consolidating terminology: update and upgrade
by fate_noreply＠suse.de 10 Jan '17

10 Jan '17

Feature added by: Karl Eichwalder (keichwa) Feature #308189, revision 1 Title: Consolidating terminology: update and upgrade openSUSE-11.3: New Priority Requester: Mandatory Requested by: Karl Eichwalder (keichwa) Partner organization: openSUSE.org Description: In the past, we just used the term "update" for all update related things, because we were told "upgrade" is suitable for hardware related upgrades only. With the advent of zypper, the term "upgrade" (dup, dist-upgrade) is back for upgrading the system complete from one version "n" to the next version "n+1" (yes, you can "upgrade" within one version, but that's a special case...). The term is fine and I'd like us to use "upgrade" in YaST and everywhere else where suitable. Business case (Partner benefit): openSUSE.org: Avoid confusion. ATM, I'm force to use different terms in the chapter of the manual, if I describe the same task. -- openSUSE Feature: https://features.opensuse.org/308189

1 13

[openFATE 308147] Simplify "Online update" in Yast
by fate_noreply＠suse.de 10 Jan '17

10 Jan '17

Feature added by: Birger Kollstrand (MrKane) Feature #308147, revision 1 Title: Simplify "Online update" in Yast openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Birger Kollstrand (mrkane) Description: In 11.2 there are two Online Update applications - one for configuration of online update - one for doing a manual online update I suggest that this is merged to one application which looks mostly like todays "Online update configureation" but has an aditional button on the page that when pushed does an online update. This will simplify the Yast GUI. -- openSUSE Feature: https://features.opensuse.org/308147

1 1

[New: openFATE 308853] Add tab-to-complete and doubletab-to-query functionality to zypper
by fate_noreply＠suse.de 19 Dec '16

19 Dec '16

Feature added by: Michael Jones (toupeiro) Feature #308853, revision 1 Title: Add tab-to-complete and doubletab-to-query functionality to zypper openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Michael Jones (toupeiro) Description: Extend zyppers command line capabilities by enabling tab to complete against indexed repository packages and doubletab-to-query to essentialy perform a zypper se on the active installation command line. This would give zypper some functionality already present in debians aptitude package management system and would increase application installs and removals from the CLI. -- openSUSE Feature: https://features.opensuse.org/308853

1 5

[New: openFATE 308343] external screen detection
by fate_noreply＠suse.de 09 Dec '16

09 Dec '16

Feature added by: marco mendoza (marcomendoza) Feature #308343, revision 1 Title: external screen detection Package Wishlist: Unconfirmed Priority Requester: Important Requested by: marco mendoza (marcomendoza) Description: Dear Suse comunity, Im proud to say Im getting involved into the Suse world, and even though Im a simple user of the OS systems, I found essential to have a performing OS in order to perform my current work. Whereas I got in love to Opensuse (I did start with it wo knowing anything...ubuntu or Suse...I have taken Suse and Im loving it), there is a couple of current options from comercial OS systems that I feel it is missing even in the last version of Opensuse. Particulary I would like to suggest the necessity of having an external screen detection system, I heart that some people manages to do it manually, but I think that such functionality should be part of an OS at the level of Opensuse. I have in in mind other couple of whishes, I will come with them in a following post in case my suggestions are taken in consideration. Thanks for commenting on this idea and the feasibility of it. greetings Marco A. -- openSUSE Feature: https://features.opensuse.org/308343

1 7

[openFATE 308138] Easy way to install corresponding debuginfo RPM for all existing packages
by fate_noreply＠suse.de 09 Dec '16

09 Dec '16

Feature added by: Silviu Marin-Caea (silviumc) Feature #308138, revision 1 Title: Easy way to install corresponding debuginfo RPM for all existing packages openFATE: Unconfirmed Priority Requester: Important Requested by: Silviu Marin-Caea (silviumc) Partner organization: openSUSE.org Description: KDE4 applications crash more often than they should. The bugreporting helper that pops up is not user friendly. It expects the user to know what particular debuginfo RPMs to install in order to get a useful bug report. It also expects the user to toil through a long "wizard" that asks a lot of questions. It's not cool to punish the user on top of an application crash. Does KDE hate us or what? The user shouldn't have to do anything more than giving the accept to send the crash information or not. Examples: Firefox, Windows. If KDE couldn't come up with something easier than this, at least SUSE should do something to work around it. My suggestion would be a way to install all debuginfo RPMs for every package that's already installed. This way, all bugreports will be useful. Business case (Partner benefit): openSUSE.org: We want to get statistic data so we can focus on bugs that crash KDE applications -- openSUSE Feature: https://features.opensuse.org/308138

1 8

[New: openFATE 309296] YaST2-Qt : Add "Action after Installation" option
by fate_noreply＠suse.de 08 Dec '16

08 Dec '16

Feature added by: Rémy Marquis (Spyhawk) Feature #309296, revision 1 Title: YaST2-Qt : Add "Action after Installation" option openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Rémy Marquis (spyhawk) Description: YaST-Qt package manager module should have an additional option in Configuration menu, similarly to the ncurse version (yast sw_single > Configuration > Action after Package Installation). Use Case: * A user wants to change the default behavior, but doesn't know that he needs to change PKGMGR_ACTION_AT_EXIT in /etc/sysconfig/yast2 * A user that have used ncurse yast expects that this option is also in the Qt interface, -- openSUSE Feature: https://features.opensuse.org/309296

1 10

[openFATE 307746] Yast2-UI to mount remote Samba/CIFS-shares
by fate_noreply＠suse.de 08 Dec '16

08 Dec '16

Feature added by: Alex Müller (Larx) Feature #307746, revision 1 Title: Yast2-UI to mount remote Samba/CIFS-shares openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Alex Müller (larx) Description: At the moment there is no working Yast2-module to simply mount remote SAMBA/CIFS shares the "unix way" (i.e. with a directory entry in the filesystem a la "/network/sharename/"). (yast2-samba-client seems to offer this as "expert option", however I don't get it to work.) The different desktop environments offer access with the "smb:/"-protocol, however this doesn't work really consistently. E.g. it doesn't help with consoles and scripts, and even some desktop apps, namely KDE's own Amarok, refuse to use the smb:/-protocol. So I think a Yast2-module - which should be simple to do, as it would only be a frontend to /etc/fstab or /etc/samba/smbfstab - to mount SAMBA shares should be implemented. -- openSUSE Feature: https://features.opensuse.org/307746

1 5

[openFATE 307512] Improve Qt package manager searching
by fate_noreply＠suse.de 04 Dec '16

04 Dec '16

Feature added by: Rastislav Krupansky (ra100) Feature #307512, revision 1 Title: Improve Qt package manager searching openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Rastislav Krupansky (ra100) Partner organization: openSUSE.org Description: Qt software manager might use functionality "search as you type". I mean, searching would give me a relevant result already during writing of the name package. This feature is already available in GTk software management (Synaptic also), but for QT isn´t. That means no more writting package name and hitting enter, or clicking on the "Search" button is needed, searching would done over the names ;-) See https://bugzilla.novell.com/show_bug.cgi?id=482578 Business case (Partner benefit): openSUSE.org: Faster, more comfortable and simplified searching. -- openSUSE Feature: https://features.opensuse.org/307512

1 5

[openFATE 306412] Easy and unified way to enable/disable optional/experimental features
by fate_noreply＠suse.de 03 Dec '16

03 Dec '16

Feature added by: Tejun Heo (teheo) Feature #306412, revision 1, last change by Title: Easy and unified way to enable/disable optional/experimental features openSUSE-11.2: New Priority Requester: Desirable Requested by: Tejun Heo (teheo) Description: When new things are introduced, it always generates certain amount of controversy. It's sometimes due to the quality of the initial implementation; other times, the feature itself isn't appealing to large subset of the userbase. Examples of this type of features include compiz, beagle and pulseaudio. Given that features which generate a lot of controversies are desktop related as they are the most visible and that as a distro openSUSE wants to ship and experiment with new features, having an easy and unified way to opt in and out of controversial features would resolve a lot of griefs without harming test coverage too much. I suggest installing new features by default and ask whether the user wants to opt in and out of those features from ggreeter. It wouldn't add another step while still providing choices upfront. Also, the same selection should be available through control pannel. This feature would be superset of fate#305296. -- openSUSE Feature: https://features.opensuse.org/306412

1 11