December 2014 - openSUSE Features - openSUSE Mailing Lists

[New: openFATE 318233] zypper allow `-y` for yes instead of `-n`
by fate_noreply＠suse.de 07 Dec '14

07 Dec '14

Feature added by: Eric Neblock (sailorcire) Feature #318233, revision 1 Title: zypper allow `-y` for yes instead of `-n` openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Eric Neblock (sailorcire) Partner organization: openSUSE.org Description: With OpenSuSE 13.2, a common option has been declared legacy. This option is `-y`. When using `zypper up -y` on OpenSuSE 13.2 x86_64 I am greeted with the following message: "Warning: Legacy commandline option -y/--no-confirm detected. Please use -n/--non-interactive instead." I find this very confusing for someone who uses CentOS and other Red Hat based distros where if I do a `yum update -y` it will update the system without prompting. The most bizzar part is that OpenSuSE even supports yum; however, it will become very hard to switch between zypper and yum as a result of this decision. This will be especially true for the beginning Linux enthusist. Business case (Partner benefit): openSUSE.org: Almost every other major package manager allows a `-y` to signify to install without prompting. This is very intutative. -- openSUSE Feature: https://features.opensuse.org/318233

1 2

[New: openFATE 309059] source repository cleanup mechanism
by fate_noreply＠suse.de 01 Dec '14

01 Dec '14

Feature added by: Adrian Schröter (adrianSuSE) Feature #309059, revision 1 Title: source repository cleanup mechanism Buildservice: Evaluation Priority Requester: Mandatory Projectmanager: Mandatory Requested by: Adrian Schröter (adriansuse) Description: Every ever uploaded source file is currently still part of source server. This hurts esp. when scripts upload daily new svn/git/.. snapshots as tar balls. This will more often happen when the source service mechanisms wil be more often used. We shall implement a mechanism to list and remove not anymore referenced files in any source revision files. This might be implemented in bs_admin or alike tool for the admin on the server. But it must be race free to allow working with currently running source servers. (maybe via giving the source server a signal to store .rev files on remove in an additional path. This interacts with the undelete features). We should also have a mechanism to shorten a revision log (unclear who and when should be allowed to do this). -- openSUSE Feature: https://features.opensuse.org/309059

1 2

[New: openFATE 318136] Don't refresh services with every zypper call
by fate_noreply＠suse.de 01 Dec '14

01 Dec '14

Feature added by: Thorsten Kukuk (kukuk) Feature #318136, revision 1 Title: Don't refresh services with every zypper call Requested by: Thorsten Kukuk (kukuk) Partner organization: openSUSE.org Description: zypper refreshes the services with every call. Which was not that problem with SLE11, since there was only one service. But now with SLE12, we have a service for every single addon, too, which leads very fast to a big number of services. This takes quite a long time and makes working with zypper on commandline a nightmare, if you have to call it more than once. Business case (Partner benefit): openSUSE.org: Make zypper useable on commandline again. -- openSUSE Feature: https://features.opensuse.org/318136

1 3