November 2011 - openSUSE Features - openSUSE Mailing Lists

[New: openFATE 312155] obs bugzilla link
by fate_noreply＠suse.de 11 Nov '11

11 Nov '11

Feature added by: Ludwig Nussel (lnussel) Feature #312155, revision 1 Title: obs bugzilla link Buildservice: Unconfirmed Priority Requester: Important Requested by: Ludwig Nussel (lnussel) Partner organization: openSUSE.org Description: There should be a way to link obs and bugzilla so it's possible to e.g. display the open bugs in the obs web interface or provide direct links to report bugs. I'd think of e.g. attributes at project level that define the bugzilla instance and bugzilla product. An attribute at package level could specify the bugzilla component for the package (if different from package name). -- openSUSE Feature: https://features.opensuse.org/312155

1 3

[New: openFATE 312672] create an android "osc" app
by fate_noreply＠suse.de 11 Nov '11

11 Nov '11

Feature added by: andrea florio (anubisg1) Feature #312672, revision 1 Title: create an android "osc" app Buildservice: Unconfirmed Priority Requester: Important Requested by: andrea florio (anubisg1) Partner organization: openSUSE.org Description: i believe that with the new smartphones and tablets worlds, is more and more important be able to work from everywhere. I would suggest to create and android app that will support most of the osc features.. (without a build feature of course) with particular attention to tablets. -- openSUSE Feature: https://features.opensuse.org/312672

1 1

[New: openFATE 308357] Replacement for Sax2 in 11.3
by fate_noreply＠suse.de 11 Nov '11

11 Nov '11

Feature added by: Tara Ikeda (TaraIkeda) Feature #308357, revision 1 Title: Replacement for Sax2 in 11.3 openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Tara Ikeda (taraikeda) Partner organization: openSUSE.org Description: We need a replacement for sax2 in 11.3, as a safety measure for when auto configuration fails to detect certain monitors/keyboards/mice. Relying on the Desktop Environment for this is not the best idea, as some DE's or window managers dont provide config tools for what you might need to work. So I propose instead of relying on xrandr, Hal, devicekit or whatever there should be a GUI to configure graphics cards, mice, and keyboards without depending on the DE or a WM to provide a tool for the end user. I mention this as I have had KDE 4 fail to detect my resolutions and sometimes keyboard, luckily SAX2 is there to aid me but if its going the way of the dodo then I propose a relacement tool so that the end user wont have to make a xorg.conf and spend some time setting it up. It takes skill to make edits to a xorg.conf file and one can easily mess it up So having a helpful GUI tool is needed sometimes. Business case (Partner benefit): openSUSE.org: Because of new users mainly, because we dont want them to install openSUSE and have it fail to detect their proper monitor resolution and default to a much smaller one. The goal here is ease of use, but also to have a a safety net just in case. With openSUSE being more geared toward KDE a tool like Sax2 becomes even more needed. KDE4's monitor detection tool sucks, its always given me headaches in Ubuntu, in Mandriva, in many other KDE4 distros. It has no feature to remember monitor settings, nor does it do a good job with enabling my resolution. But i am not doing this just for me, many others have issues with KDE4's monitor tool -- openSUSE Feature: https://features.opensuse.org/308357

1 51

[New: openFATE 312894] Adopt Kaptan Desktop Greeter in openSUSE
by fate_noreply＠suse.de 08 Nov '11

08 Nov '11

Feature added by: Drew Adams (Druonysus) Feature #312894, revision 1 Title: Adopt Kaptan Desktop Greeter in openSUSE openSUSE 12.1: Unconfirmed Priority Requester: Desirable Requested by: Drew Adams (druonysus) Partner organization: openSUSE.org Description: Pardus is a great KDE distro and has one of the best "Desktop Greeter" of any KDE distro I have ever used, Kaptan. "Kaptan is a wizard that helps user to customize desktop enviroment after installing Pardus. While Kaptan is giving some information about Pardus, it also sets basic configures such as internet connection, wall paper and so on." http://developer.pardus.org.tr/projects/kaptan/ Business case (Partner benefit): openSUSE.org: Kaptan facilitates these features from one start-up desktop greeter wizard: Mouse configuration Theme and KDE Menu selection Setting wall paper Asking user to search with Strigi Network management Smolt for sending hardware information -- openSUSE Feature: https://features.opensuse.org/312894

1 8

[New: openFATE 312275] automated bugreporting - whole system
by fate_noreply＠suse.de 04 Nov '11

04 Nov '11

Feature added by: melchiaros melchiaros (melchiaros) Feature #312275, revision 1 Title: automated bugreporting - whole system openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: melchiaros melchiaros (melchiaros) Partner organization: openSUSE.org Description: It is a nasty jop to report bugs to the openSUSE bugzilla by hand. A automated bugreporting for the whole openSUSE OS like in KDE (drkonqi) would be great. It would save time for the user, improve the frequency of bugreports for the project(I guess many bugs donÂ´t find the way to bugzilla), and a coupling to a stacktrace or logfiles would improve the quality of the bugreports in the openSUSE bugzilla. Good for the user, good for the quality of openSUSE, not so good for a developer(->many work:) -- openSUSE Feature: https://features.opensuse.org/312275

1 4

[openFATE 306578] Zypper integration with BuildService
by fate_noreply＠suse.de 02 Nov '11

02 Nov '11

Feature added by: Brent McConnell (everettemcconnell) Feature #306578, revision 1 Title: Zypper integration with BuildService Buildservice: Unconfirmed Priority Requester: Desirable openSUSE-11.2: Unconfirmed Priority Requester: Desirable Requested by: Brent McConnell (everettemcconnell) Description: Integrate zypper with Buildservice so that users can install packages from BuildService directly from zypper without having to leave the commandline. -- openSUSE Feature: https://features.opensuse.org/306578

1 6

[New: openFATE 312931] Make access to discussions 'public' by default
by fate_noreply＠suse.de 01 Nov '11

01 Nov '11

Feature added by: Jos Poortvliet (jospoortvliet) Feature #312931, revision 1 Title: Make access to discussions 'public' by default openSUSE Infrastructure: Unconfirmed Priority Requester: Desirable Requested by: Jos Poortvliet (jospoortvliet) Partner organization: openSUSE.org Description: Connect is quite hard to follow. Part of that is due to the lack of email notifications (see other request) but it is also because the feed function doesn't work for 90% of the discussions because 'access' is 'logged in users' by default which means they don't show up in the feed! Setting the default access of (group) discussions to public would make the feed function infinitely more useful. Test Case: Start a new discussion. Is the "access" on "Public"? Then it's done! Use Case: If you want to actually USE connect it's nice to not manually have to check all discussions for new comments all the time. Business case (Partner benefit): openSUSE.org: We want people to engage each other more on connect. Right now, connect is one of those "80% there" things which just isn't enough. We either fix it or move to something more modern like Kablink... -- openSUSE Feature: https://features.opensuse.org/312931

1 3

[New: openFATE 312921] Install extra packages from customizable list during setup
by fate_noreply＠suse.de 01 Nov '11

01 Nov '11

Feature added by: Sebastian Ha (SebastianHa) Feature #312921, revision 1 Title: Install extra packages from customizable list during setup openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: Sebastian Ha (sebastianha) Partner organization: openSUSE.org Description: I am not the person who does distro upgrades because I like to have a fresh system when a new version is out. I have a seperate home partition, so I only have to install the system and mount my home. After setup there is always the same procedure: I have to reinstall all the software which I use at my daily work and which not has been installed during setup. So I have a txt-file with a list and install every package manually. This is stupid work and often I forget something and notice is later. That is annoying. It would be very comfortable to have a list of package that will be available after setup. Regardles if the package is installed by default or not the installer takes a look at this list and installs every package which is not installed. This list is provided by the user during the setup process by an url, usb-stick, local file or whatever. It is a very simple format e.g. just one package name per line. So everyone can manage a list of personal wanted packages and the setup process takes care that these packages are installes when the system starts for the first time. This way a user can manage a personal list but it could also be possible to build up a community with pre-configured lists. So I can choose the "java-developer" list from a community member and will have everything available to start coding right after setup. With a flexible community system lists could be combined. It would be very nice to have this feature in openSUSE and in my oppinion it should not that hard to implement this in the current installer. Use Case: A user wants to update to the latest distro version and wants a fresh install. The user has a list of programs / packages he works with. The list will be downloaded from the web / cloud during setup. After installing the main packages every package on the list will be installes if not done already. The user has a system which can be used for his daily work right after the first start. Business case (Partner benefit): openSUSE.org: It makes the life easier and should not be that hard to implement. -- openSUSE Feature: https://features.opensuse.org/312921

1 5