February 2011 - openSUSE Features - openSUSE Mailing Lists

[New: openFATE 308477] Optimize preselection of games on GNOME livecd
by fate_noreply＠suse.de 22 Feb '11

22 Feb '11

Feature added by: Vincent Untz (vuntz) Feature #308477, revision 1 Title: Optimize preselection of games on GNOME livecd openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Vincent Untz (vuntz) Description: The GNOME livecd comes with games, from gnome-games. However, those might not be the most exciting games available -- we should split the gnome-games package to make it possible to install a subset of those games, and also find out if it's possible to install other games by default. -- openSUSE Feature: https://features.opensuse.org/308477

1 2

[New: openFATE 310518] Make openSUSE 11.4 12.0
by fate_noreply＠suse.de 22 Feb '11

22 Feb '11

Feature added by: Anomyous Anomyous (jcat123) Feature #310518, revision 1 Title: Make openSUSE 11.4 12.0 openSUSE-11.4: Unconfirmed Priority Requester: Desirable Requested by: Anomyous Anomyous (jcat123) Description: Since going from SUSE 9 to 10, going to the next major version happened after xx.3. openSUSE 11.4 will come after 11.3, so it should follow this pattern. If this became permanent, then with the release cycle one could always predict what release and when. -- openSUSE Feature: https://features.opensuse.org/310518

1 4

[New: openFATE 310256] Include bluedevil in 11.4
by fate_noreply＠suse.de 21 Feb '11

21 Feb '11

Feature added by: Shawn Rogers (67GTA) Feature #310256, revision 1 Title: Include bluedevil in 11.4 openSUSE-11.4: Unconfirmed Priority Requester: Desirable Requested by: Shawn Rogers (67gta) Description: Bluetooth has always been a weak link in KDE. Bluedevil has been announced, and should be tested, and included in 11.4. We can have native KDE bluetooth that works similar to gnome bluetooth, or blueman. My limited testing includes 2 phones, keyboard/mouse, and headphones. None of these devices would connect with kdebluetooth. All of them setup and connected flawlessly with bluedevil KCM module. The only problem so far is not being able to see files in dolphin when trying to browse phone files. http://www.afiestas.org/bluedevil-the-new-kde-bluetooth-stack-is-here/ (http://www.afiestas.org/bluedevil-the-new-kde-bluetooth-stack-is-here/) -- openSUSE Feature: https://features.opensuse.org/310256

1 6

[New: openFATE 309616] Further develop SMB Traffic Analyzer
by fate_noreply＠suse.de 21 Feb '11

21 Feb '11

Feature added by: Holger Hetterich (hhetter123) Feature #309616, revision 1 Title: Further develop SMB Traffic Analyzer Requested by: Holger Hetterich (hhetter123) Description: Use Hackweek V to further develop SMB Traffic Analyzer, specifically it's real time monitoring functions. More information here: http://holger123.wordpress.com/smb-traffic-analyzer/ -- openSUSE Feature: https://features.opensuse.org/309616

1 8

[New: openFATE 311323] Per-instance (temporary) repo enabling in zypper
by fate_noreply＠suse.de 20 Feb '11

20 Feb '11

Feature added by: Jakub Rusinek (liviopl) Feature #311323, revision 1 Title: Per-instance (temporary) repo enabling in zypper openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: Jakub Rusinek (liviopl) Partner organization: openSUSE.org Description: in yum it is possible to enable a repository only for one instance. eg. yum --enable development install rhythmbox will install rhythmbox from disabled repo development. yum --disable repo fedora install x will install package x from other repo, which packages have less priority than fedora's packages and the fedora's packages are preffered by yum. per-instance repo management is good idea, esp. if you're not willing to permanently update your whole system to factory, but eg. update single firefox. Use Case: Jon is an active Mozilla contributor and wants to ensure Firefox is the same stable and featured downstream so he calles zypper up --enable mozilla:factory mozillafirefox and gets fresh firefox along with other required packages without enabling and disabling repo by hand or updating whole system accidentaly. Business case (Partner benefit): openSUSE.org: You won't need to enable and disable repos every time you want only concrete packages from a repo. -- openSUSE Feature: https://features.opensuse.org/311323

1 1

[New: openFATE 311319] Improve localization configuration options for Gnome
by fate_noreply＠suse.de 18 Feb '11

18 Feb '11

Feature added by: Olli Tuominen (otuominen) Feature #311319, revision 1 Title: Improve localization configuration options for Gnome openSUSE Distribution: Unconfirmed Priority Requester: Mandatory Requested by: Olli Tuominen (otuominen) Partner organization: openSUSE.org Description: There is no proper way to handle language and locale settings on Gnome. You cannot choose English as a Gui language and then locale setting (numeric|time settings) to be Finnish. You can archive some of by hacking /etc/sysconfig/language RC_LANG="en_US.UTF-8" RC_LC_ALL="fi_FI.UTF-8" but then date and time is translated to Finnish which isn't desirable state. On KDE you have proper tool (system setting -> locale) which work as desirable. Use Case: Think globally, act locally. ;) Help mobile workers to change location and configurations (printer paper size). Business case (Partner benefit): openSUSE.org: To get Gnome same state as KDE and it ease life a lot. To help mobile workers. -- openSUSE Feature: https://features.opensuse.org/311319

1 0

[New: openFATE 310198] Allow for non version specific distro specific spec files
by fate_noreply＠suse.de 18 Feb '11

18 Feb '11

Feature added by: Stephen Shaw (decriptor) Feature #310198, revision 1 Title: Allow for non version specific distro specific spec files Buildservice: Unconfirmed Priority Requester: Important Requested by: Stephen Shaw (decriptor) Description: Its nice that you can create a spec file that is specific to a distro and release, ie packages-openSUSE_11.3.spec and packages-Fedora_13.spec, but it would be really nice if I could have something like this: packages-openSUSE.spec (catch all for all openSUSE based repositories) packages-openSUSE_11.3.spec (this would take precedence over packages-openSUSE.spec) packages-Fedora.spec (catch all for all Fedora based repositories) packages-Fedora_12.spec (this would take precedence over packages-Fedora.spec) The idea is that a spec file for openSUSE might differ enough from an Fedora spec file and there are 2 openSUSE repositories and 2 Fedora repositories. By doing this I'd only really need 2 spec files instead of 4. -- openSUSE Feature: https://features.opensuse.org/310198

1 4

[New: openFATE 310833] allow bulk transfer of files to/from obs with local directory.
by fate_noreply＠suse.de 18 Feb '11

18 Feb '11

Feature added by: Glenn Doig (doiggl) Feature #310833, revision 1 Title: allow bulk transfer of files to/from obs with local directory. Buildservice: Unconfirmed Priority Requester: Important Requested by: Glenn Doig (doiggl) Description: Hello. Request to allow bulk transfer of files to/from obs Example download from obs - Pick opensuse local directory. [e.g Projects (https://build.opensuse.org/project/list_public) > Kernel:HEAD (https://build.opensuse.org/project/show?project=Kernel%3AHEAD) > kernel-source (https://build.opensuse.org/package/show?package=kernel-source&project=Kerne…) ] - Pick local directory. [e.g /data/project ] - choose ovewrite files if exist - choose upload or download files and start the transfer. In this example transferring the files from Projects (https://build.opensuse.org/project/list_public) > Kernel:HEAD (https://build.opensuse.org/project/show?project=Kernel%3AHEAD) > kernel-source (https://build.opensuse.org/package/show?package=kernel-source&project=Kerne…) to /data/project would transfer all the files in that set -- openSUSE Feature: https://features.opensuse.org/310833

1 1

[New: openFATE 309108] Add support for R to Cantor
by fate_noreply＠suse.de 18 Feb '11

18 Feb '11

Feature added by: Kevin Coonan (KevinC_MD) Feature #309108, revision 1 Title: Add support for R to Cantor Buildservice: Unconfirmed Priority Requester: Important openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Kevin Coonan (kevinc_md) Partner organization: openSUSE.org Description: Cantor can support R as a backend, but the OpenSUSE build of Cantor was compiled without the needed support for the very well regarded R statisical analysis software and programming language. It was likely done when problems w/ R building for 11.2 were encountered, and just has not been fixed. R is one of the intended, and advertised, back-ends for Cantor. R is an open source, robust, statistical programming language similar to the comercial "S". It has very strong community support, and nearly every statistical analysis or graphic is supported, including many which are not available with comercial software such as SAS or SPSS. It is also the primary tool for analysis of genomic (e.g. gene sequencing, gene expression, gene association) analysis via the Bioconductor project. Business case (Partner benefit): openSUSE.org: R does not include a GUI front-end. While several are available, the previous KDE front-end (RKWard) does not seem to be viable (and I have not seen it anywhere in KDE 4). Cantor is promoted as the replacement for RKWard and the support of R featured in press releases, etc. Combined w/ adding SAGE support, this would make Cantor, and OpenSUSE, and ideal platform for mathmatics, statistics and informatics. -- openSUSE Feature: https://features.opensuse.org/309108

1 3

[New: openFATE 310519] Support
by fate_noreply＠suse.de 18 Feb '11

18 Feb '11

Feature added by: Anomyous Anomyous (jcat123) Feature #310519, revision 1 Title: Support Buildservice: Unconfirmed Priority Requester: Important Requested by: Anomyous Anomyous (jcat123) Description: Every release that is the start of a new version (XX.0, e.g. 11.0) should have a lifetime lasting until the next major version.1+2 months. For example, openSUSE 12.0 would be supported from its release to two months after 13.1 This would make openSUSE effective for businesses who don't have time to upgrade their operating systems every 18 months. Plus, don't forget that they have to re-train their support services with every release. This is a critical disadvantage to openSUSE against Ubuntu. If openSUSE had this, along with YaST, it would compete very well in the Linux world as it once did in the early-to-mid-2000's. -- openSUSE Feature: https://features.opensuse.org/310519

1 2