May 2010 - openSUSE Features - openSUSE Mailing Lists

[New: openFATE 309353] Make hermes working on local OBS installations
by fate_noreply＠suse.de 18 Apr '17

18 Apr '17

Feature added by: Adrian Schröter (adrianSuSE) Feature #309353, revision 1 Title: Make hermes working on local OBS installations Buildservice: Evaluation Priority Requester: Important Projectmanager: Important Requested by: Adrian Schröter (adriansuse) Description: We need to * be able to run without iChain * package Hermes * configure it to be easy usable with OBS. -- openSUSE Feature: https://features.opensuse.org/309353

1 2

[openFATE 307597] Courgette
by fate_noreply＠suse.de 18 Apr '17

18 Apr '17

Feature added by: T. J. Brumfield (enderandrew) Feature #307597, revision 1 Title: Courgette openFATE: Unconfirmed Priority Requester: Important Requested by: T. J. Brumfield (enderandrew) Description: Utilize Courgette for binary diff packages. * This will save on bandwidth costs for Novell and mirrors. * This will make updating quicker and easier for end-users. * This will especially benefit users who have capped bandwidth for downloading updates from their ISPs. * By making the update process easier, it encourages users to stay up-to-date, making systems more secure. http://dev.chromium.org/developers/design-documents/software-updates-courge… (http://dev.chromium.org/developers/design-documents/software-updates-courge…) -- openSUSE Feature: https://features.opensuse.org/307597

1 7

[openFATE 306528] Info banner for projects/packages
by fate_noreply＠suse.de 12 Mar '17

12 Mar '17

Feature added by: Jan-Simon Möller (dl9pf) Feature #306528, revision 1 Title: Info banner for projects/packages Buildservice: Unconfirmed Priority Requester: Desirable Requested by: Jan-Simon Möller (dl9pf) Description: I'd propose to add an info banner (as on the monitor page - aka "Adrians Blog" ;) ) to the projects or even packages. This would allow the new groups of packagers to leave status messages right in place for the projects. -- openSUSE Feature: https://features.opensuse.org/306528

1 4

[New: openFATE 308685] Gnome Slab's More Applications not open another Window
by fate_noreply＠suse.de 11 Feb '17

11 Feb '17

Feature added by: Drew Kwashnak (dragonbite) Feature #308685, revision 1 Title: Gnome Slab's More Applications not open another Window Package Wishlist: Unconfirmed Priority Requester: Desirable Requested by: Drew Kwashnak (dragonbite) Partner organization: openSUSE.org Description: In the Gnome Slab, if the Application has not been pinned to the Favorites you are forced to click "More Applications" and it opens up a Window. Maybe this could open a window like Windows XP does? Or can slide to the side like KDE 4 does? Something should be in place by default. Is there something called "Lancelot" which would apply here, or is just KDE? Business case (Partner benefit): openSUSE.org: The opened window may get lost in Windows, can be easily pushed behind something else or a pushy application that finally loads may pop-up over it and otherwise be annoying. -- openSUSE Feature: https://features.opensuse.org/308685

1 4

[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