December 2010 - openSUSE Features - openSUSE Mailing Lists

[New: openFATE 310663] Repository parity
by fate_noreply＠suse.de 17 Dec '10

17 Dec '10

Feature added by: Manuel Ramirez (elpreto) Feature #310663, revision 1 Title: Repository parity Buildservice: Unconfirmed Priority Requester: Important Requested by: Manuel Ramirez (elpreto) Description: Please make software parity with p, li { white-space: pre-wrap; }http://download.opensuse.org/repositories/KDE:/Extra/openSUSE_11.3_KDE_Release_45/ and http://download.opensuse.org/repositories/KDE:/Extra/openSUSE_11.3_KDE_Dist… In Factory there's some extra packages, in example, rekonq is not in Release_45 repository -- openSUSE Feature: https://features.opensuse.org/310663

1 2

[New: openFATE 310299] Pattern Generator
by fate_noreply＠suse.de 17 Dec '10

17 Dec '10

Feature added by: Sascha Manns (saigkill) Feature #310299, revision 1 Title: Pattern Generator Buildservice: Unconfirmed Priority Requester: Neutral Requested by: Sascha Manns (saigkill) Partner organization: openSUSE.org Description: Feature Request for Pattern Generator Idea: I would like to have a program (Console), that reads in a plain/text File with the needed Packages and creates as output a Pattern File, that can be used in the Buildservice or Susestudio. Business case (Partner benefit): openSUSE.org: Through the plain/text file it is easy to manage new and present Packages. And an easy to use pattern creating process. -- openSUSE Feature: https://features.opensuse.org/310299

1 4

[New: openFATE 309340] Wallpaper
by fate_noreply＠suse.de 17 Dec '10

17 Dec '10

Feature added by: Wojciech Mis (Wojciechmis) Feature #309340, revision 1 Title: Wallpaper Buildservice: Unconfirmed Priority Requester: Desirable Requested by: Wojciech Mis (wojciechmis) Description: I may be writing to wrong person but I try anyway. I had to reinstall my OpenSUSE and when I set-up wallpaper "Lighting" I noticed that in wallpapers is my picture witch I posted on kde-look. Well, I updated that picture because I got better scanner and learned more how to use GIMP. If openSUSE developers used that picture I'm very happy to contribute to Linux, since I have been using it for free for a little while and I like it. Here are updated pictures: http://kde-look.org/content/show.php/Lightning003?content=78444 http://kde-look.org/content/show.php/LightningDenver?content=78319 It is possible that I put those pictures in wallpapers folder during installation. If that is the case I'm sorry for wasting Your time. I'm writing to You because I cannot find any better place to write and if You could point me to right I'll be very greatfull. Sincerely wojciechmis -- openSUSE Feature: https://features.opensuse.org/309340

1 1

[New: openFATE 310448] Linux Desktop Responsiveness Patches
by fate_noreply＠suse.de 17 Dec '10

17 Dec '10

Feature added by: michael stark (redkiwi) Feature #310448, revision 1 Title: Linux Desktop Responsiveness Patches openSUSE-11.4: Unconfirmed Priority Requester: Neutral Requested by: michael stark (redkiwi) Description: Large I/O operations result in poor interactive performance and high iowait times https://bugzilla.kernel.org/show_bug.cgi?id=12309 possible solutions http://www.phoronix.com/scan.php?page=news_item&px=ODU0OQ http://www.phoronix.com/scan.php?page=news_item&px=ODQ3OQ -- openSUSE Feature: https://features.opensuse.org/310448

1 2

[New: openFATE 310988] Include Bento headlines in i18n
by fate_noreply＠suse.de 17 Dec '10

17 Dec '10

Feature added by: Thomas Schmidt (digitaltomm) Feature #310988, revision 1 Title: Include Bento headlines in i18n openSUSE Infrastructure: Unconfirmed Priority Requester: Important Requested by: Thomas Schmidt (digitaltomm) Partner organization: openSUSE.org Description: The headlines "Downloads - Support - Community - Development" are currently static. We should include them in the localized navigation-data.js files and set the translated strings when the page is loaded. Business case (Partner benefit): openSUSE.org: It's much nicer when the complete menu is translated not only the submenues. -- openSUSE Feature: https://features.opensuse.org/310988

1 1

[openFATE 307115] Open Multiple files
by fate_noreply＠suse.de 17 Dec '10

17 Dec '10

Feature added by: Claude Gouedard (cgoued) Feature #307115, revision 1 Title: Open Multiple files Buildservice: Unconfirmed Priority Requester: Desirable Requested by: Claude Gouedard (cgoued) Description: Hi all, In openning files for a new project, it would be nice to be able openning more than one file at a time. It is just a question of an evolved widget. Thanks in advance cgoued -- openSUSE Feature: https://features.opensuse.org/307115

1 2

[openFate 305695] Binary Upload of prebuild packges
by fate_noreply＠suse.de 17 Dec '10

17 Dec '10

Feature added by: Martin Mohring (MartinMohring) Feature #305695, revision 1, last change by Title: Binary Upload of prebuild packges Buildservice: Unconfirmed Priority Requester: Important Requested by: Martin Mohring (martinmohring) Partner organization: openSUSE.org Description: Ths allow also developers without direct access to the OBS backend to create distributions that consist of only binary packages or that are initially created from binary packages, there should be a combination of backend and osc be capable to upload binary files to :full directory of a project. -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305695

1 1

[openFATE 306394] Add user defined parameters
by fate_noreply＠suse.de 17 Dec '10

17 Dec '10

Feature changed by: Sascha Peilicke (saschpe) Feature #306394, revision 4 Title: Add user defined parameters - Buildservice: Unconfirmed + Buildservice: Rejected by Sascha Peilicke (saschpe) + reject reason: Unclear goal, really old feature Priority Requester: Important Requested by: Martin Mohring (martinmohring) Partner organization: openSUSE.org Description: Allow generic parameter passing to the build environment so a project can be build differently. Currently, parameters like project name, repository name, target architecture are passed down to the project environment. Allow "user defined parameters to be passed down. In every project, it should be possible to have multiple "user defined paramters" per repository/arch. Also, there should be a mechanism to pass these paramters down to the builders, e.g. rpm for .rpm packages and dpkg for .deb packages. It would not be good programming style to misuse the repository name or target archtecture to control what is done, because this does not allow to rename a project or branch a package anymore. Use Case: switch on/off if the testsuite is run in different levels of "completeness" -- openSUSE Feature: https://features.opensuse.org/306394

1 0

[New: openFATE 308564] UI: Show Date of files in a Package/Project
by fate_noreply＠suse.de 17 Dec '10

17 Dec '10

Feature added by: Thomas Biege (thomasbiege) Feature #308564, revision 1 Title: UI: Show Date of files in a Package/Project Buildservice: Unconfirmed Priority Requester: Desirable Requested by: Thomas Biege (thomasbiege) Description: Hello, having the date of files being displayed in the web-ui would be a helpful enhancement. Currently only the size of the files are shown. Thanks. -- openSUSE Feature: https://features.opensuse.org/308564

1 1

[openFATE 305394] Move KDE software updates notifications to upstream infrastructure
by fate_noreply＠suse.de 17 Dec '10

17 Dec '10

Feature changed by: Sascha Peilicke (saschpe) Feature #305394, revision 42 Title: Move KDE software updates notifications to upstream infrastructure openSUSE-11.2: Rejected by Christoph Thiel (cthiel1) reject date: 2009-07-16 11:29:01 reject reason: out of resources for 11.2. Priority Requester: Important Projectmanager: Important - openSUSE-11.3: Evaluation by project manager + openSUSE-11.3: Rejected by Sascha Peilicke (saschpe) + reject reason: 11.3 is out for a while, wasn't done Priority Requester: Important + openSUSE-11.4: Unconfirmed + Priority + Requester: Neutral Requested by: Duncan Mac-Vicar (dmacvicar) Product Manager: (Novell) Product Manager: (Novell) Project Manager: (Novell) Engineering Manager: (Novell) Technical Contact: (Novell) Technical Contact: Stephan Binner (beineri) Partner organization: openSUSE.org Description: As kpackagekit matures, it may be the case that for 11.2 it is mature enough for replacing kupdateapplet. It already implements various aspects of kupdateapplet: * notifications (knotify) using a kded service (which takes care of refreshing too) * single update selection (kpackagekit gui) * uses a upstream client library for communication with PackageKit, which are better than our PackageKit communication code. Scope kpackagekit is meant here only to replace kupdateapplet. There is not relation with YaST here. Open Issues: * tray notification: may require implementing a plasma tray icon * SUSE specific code (smolt, registration, hardware search) * Requires some research how to introduce those extensions in kpackagekit, or move SUSE specific parts out, like another kded service. User experience Should stay the same Dependencies * PackageKit * libpackagekit-qt Contingency Plan In the case kpackagekit is not yet mature enough, the same resources invested now in kupdateapplet can be invested in improving kpackagekit. Otherwise, we can stay with kupdateapplet as a fallback. Relations: - kpackagekit author interview (url: http://polishlinux.org/kde/kpackagekit-interview/) - kpackagekit screenshot (url: http://www.packagekit.org/img/kpk-update.png) Test Case: * new patches should be notified by knotify * user should be able to see update availability * user should be able to see detailed update information, as well as selecting individual updates * user should get informed if the update repositories configuration has a problem * user should be informed of (available) drivers for plugged hardware Business case (Partner benefit): openSUSE.org: Right now software notifications are done using the kupdateapplet, which comes from the opensuse-updater code,(renamed in a non sucessful attept to upstream it). This applet come from a summer of code project, originally done as a zmd client, then evoluted to a zypper client, and now working as a PackageKit client. Sadly, during 10.3 cycle this applet got the feature to select updates individually and other small stuff which turned it into a very complicated piece of code, and started to became a package manager on its own. Later it became the favorite place to plug any kind of notifications, like registration needed, smolt participation, etc, and right now the code is much more complex that it should be (thus taking more maintenance and testing than it should require). This feature has the objective of cleaning up this situation to free resources in this area. With the progress of packagekit and recently, kpackagekit, this should be possible. kpackagekit already implements various of the needed aspects, and therefore it would mean getting rid of in house code for upstream code. Additionally, it would result in a much more consistant user experience as the tools would be similar across distributions. Discussion: #1: Federico Lucifredi (flucifredi) (2009-01-23 14:24:20) Looks like Duncan is in favor of this. Stano? If you guys are comfortable with the change, I am all for it. But remember, priority #1 is dist-upgrade. #5: Duncan Mac-Vicar (dmacvicar) (2009-06-02 18:00:54) I will evaluate this feature later, we don't know the status of KPackageKit, we have the package and Thomas contributed patches, so only the decision to switch or not to switch is important. Feedback from the KDE team about upstream KDE 4.3 would also be useful. #8: Lubos Lunak (llunak) (2010-03-12 11:40:52) Is it written down somewhere what are the requirements for a KUpdateApplet replacement? What is listed here as 'Testcase' looks incomplete to me. I'd personally prefer if KDE stayed away from this strange PackageKit experiment (in my experience most KUpdateApplet problems are in fact PackageKit problems), and in fact there are some plans upstream to have a KDE wrapper API for packaging (basically like PackageKit, but without the overdesigning and sucking). That would also solve the problem of switching to upstream infrastructure, and that's why I'd like to know the openSUSE requirements. The expected timeframe is KDE SC 4.4 or 4.5, i.e. too late for 11.3. #9: Martin Seidler (pistazienfresser) (2010-06-22 22:31:15) Is the proposal not just like the status with Gnome (in 11.2)? If so I would not recomend that (way of) change: I use the PackageKit Software in Gnome now only for notiforcation and not for making updates as I (and seems so - also many other users in the forums) had often problems that seems to be related to that applet (or simply the use of different applets for updating software). #10: Federico Lucifredi (flucifredi) (2010-06-22 22:50:50) (reply to #9) Bugs on the Gnome PK applet should be fixed -- lets make sure they are reported. -- The proposal here, as I understand it, was to bring about coherence with upstream in the KDE space. That is a valid objective, and quality is something that would be addressed as part of any change. No one is rushing. #11: Martin Seidler (pistazienfresser) (2010-06-28 23:29:07) (reply to #10) Sorry if my first comment seems to be so contra. I have only voted neutral and am not sure. If this proposted way would really work it seems to me desirable (if I could understand it at all ;-) ). If it would lead to a stable and easy way to update (without the possibility to add completely new programms) it may be also make sence to give a normal user access to that update tool (again?). But the developers may also look at possible complications or unreported bugs (just seach for "update" and "applet" or something like this in the forums - maybe that indicates more to replacing kupdateapplet than against?): for example (some of the first results of "update" and "applet" - some of 300): http://forums.opensuse.org/get-help-here/applications/441112-updater-applet… http://forums.opensuse.org/get-help-here/applications/440994-kupdater-apple… http://forums.opensuse.org/get-help-here/applications/440391-problem-updati… http://forums.opensuse.org/get-help-here/applications/440082-opensuse-updat… ... #12: Petar Petrov (siminin) (2010-07-02 09:23:55) (reply to #11) I also have problems with kpackagekit. That's why i uninstall packagekit and install kupdateapplet-zypp and the notification works like a charm. That's why i dislike this proposal and vote it down. + #13: Sascha Peilicke (saschpe) (2010-12-17 09:20:10) + Seems like this is done for 11.4 -- openSUSE Feature: https://features.opensuse.org/305394

1 0