December 2010 - openSUSE Features - openSUSE Mailing Lists

[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 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

[New: openFATE 309376] Show history of accepted requests in webui for a project or package.
by fate_noreply＠suse.de 18 Feb '11

18 Feb '11

Feature added by: Adrian Schröter (adrianSuSE) Feature #309376, revision 1 Title: Show history of accepted requests in webui for a project or package. Buildservice: New Priority Requester: Important Requested by: Michal Svec (msvec) Description: The webui has no history of accepted requests for a certain project or a given package. This might be some nice junior job :) -- openSUSE Feature: https://features.opensuse.org/309376

1 1

[New: openFATE 310884] Let's not confuse end-users!
by fate_noreply＠suse.de 18 Feb '11

18 Feb '11

Feature added by: Jos Poortvliet (jospoortvliet) Feature #310884, revision 1 Title: Let's not confuse end-users! Buildservice: Unconfirmed Priority Requester: Important Requested by: Jos Poortvliet (jospoortvliet) Partner organization: openSUSE.org Description: Today I bumped into the excellent FocusWriter application (http://gottcode.org/focuswriter/) It's author, Gott (double T, yes, not a d) uses OBS to deliver packages for several of the major distributions (mandriva, Fedora, openSUSE) to his users. Who will click the link to the package thus ending up on the OBS project page. Now from that point on, I can find the RPM and download it. And grandma won't even visit the OBS page, getting lost on the FocusWriter site (if she gets there at all). But. How about those between total ignorance and complete geekdom? They will click the name of their distribution on the project page in OBS. And lo and behold, there is an RPM file mentioned there! Yay! *click* !FAIL Yes, they should go to repositories. Then, either start googling on how to add a repository to their linux distro, OR go and find their package in the directory tree presented to them. In other words, they either will give up (cursing the Build Service) or go crazy (singing it's praise, but who listens to crazy people?). So the request is to offer direct download links on the project (or package) homepage in OBS. For openSUSE - a one-click-install would be great. Esp if it figures out what version of openSUSE you run automatically (!). For other distro's the RPM(s) will probably suffice. May the Build Server be with you! Test Case: Send moderately geeky Fedora user to a Build Service page (eg order them to download FocusWriter). If they end up crying: FAIL. Use Case: sometimes people come to a home project to actually *download the freakin' packages build there*. So they should be able to do that in a rather obvious way, ergo the downloads should not be obscured and hidden from common human sight. Business case (Partner benefit): openSUSE.org: At some point it'd be nice if end-users ALSO come to love the Build Service. Yes yes, a developer should offer the direct link or the repositories on his project webpage. I know. But users also end up on BS project pages from Google or searching the SUSE software repository on download.opensuse.org ;-) -- openSUSE Feature: https://features.opensuse.org/310884

1 2

[openFATE 306347] Expanded View in Web Interface
by fate_noreply＠suse.de 18 Feb '11

18 Feb '11

Feature added by: Stephan Binner (Beineri) Feature #306347, revision 1, last change by Title: Expanded View in Web Interface Buildservice: Unconfirmed Priority Requester: Important Requested by: Stephan Binner (beineri) Description: The Build Service web interface should allow to switch to an expanded view (unlayered, with package patches applied) as alternate view. This would ease debugging of other people build problems and is also nicer for upstream/anonymous users (Fate#306192) without having to checkout via osc for expanded version. -- openSUSE Feature: https://features.opensuse.org/306347

1 2

[openFATE 306381] Read Only mode for anonymous users in Web Client
by fate_noreply＠suse.de 18 Feb '11

18 Feb '11

Feature added by: Adrian Schröter (adrianSuSE) Feature #306381, revision 1, last change by Title: Read Only mode for anonymous users in Web Client Buildservice: Evaluation Priority Requester: Important Projectmanager: Important Requested by: Adrian Schröter (adriansuse) Description: The OBS Web Client shall offer a read only mode for not loged in users. Goals: * The current projects and packages shall become browseable * Search engines shall be able to index our content * Our sources, including the patches should be accessable. * Log files shall be accessable for developers without login. What should not be accessable: Of course no write operations and everything which is causing too much load on our servers. The system must be still usable for packagers as higher goal. This means: * No build result downloads via api * No monitor pages due to the cause load ? -- openSUSE Feature: https://features.opensuse.org/306381

1 19