December 2009 - openSUSE Features - openSUSE Mailing Lists

[openFATE 307464] YAST to manage multiple machines
by fate_noreply＠suse.de 02 Mar '10

02 Mar '10

Feature added by: David Kroher (dkroher) Feature #307464, revision 1 Title: YAST to manage multiple machines openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: David Kroher (dkroher) Description: Instead of doing a remote X session to each machine, it would be nice if one could "connect to another computer" and manage that machine directly from the current yast interface. Just being able to quickly manage multiple machines within one yast interface would be nice without the X overhead on the network. -- openSUSE Feature: https://features.opensuse.org/307464

1 1

[openFATE 306921] s390(x) dump analysis on x86/x86_64 using crosscrash
by fate_noreply＠suse.de 02 Mar '10

02 Mar '10

Feature added by: Petr Tesařík (ptesarik) Feature #306921, revision 1 Title: s390(x) dump analysis on x86/x86_64 using crosscrash Hackweek IV: Unconfirmed Priority Requester: Important openSUSE-11.2: Unconfirmed Priority Requester: Important openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Petr Tesařík (ptesarik) Description: crosscrash is an unfinished tool, though interesting. One of the major drawbacks is its inability to open dumps from big-endian architectures on little-endian hosts, most importantly s390x dumps on x86_64. -- openSUSE Feature: https://features.opensuse.org/306921

1 5

[openFATE 306760] upgrade dmraid to RC16
by fate_noreply＠suse.de 02 Mar '10

02 Mar '10

Feature added by: Marcin Labun (mlabun) Feature #306760, revision 1 Title: upgrade dmraid to RC16 openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Marcin Labun (mlabun) Description: RC16 version of dmraid (not yet published) will include following features/bug fixes (full description of bugs can be RH BZ): 479419 [SEC] OROM/DMRAID metadata inconsistency 479425 Incorrect status displayed when disk is missing [status] 483282 dmraid -r will falsely toggle the OROM back to 'normal' status after a failed rebuild 481735 [SEC] dmraid does not allow to activate RAID arrays in degraded state 481749 [SEC] DMRAID does not receive and process kernel events for active devices 505005 dmraid always creates error mapping for the last device in an isw RAID5 set 505007 dmraid regression on raid45 target kernel status interface 506893 Segmentation fault for RAID5 when starting manual rebuild 473282 [SEC] Include support for compatibility with IMSM 9.0 metadata in dmraid 505011 dmraid doesn't update isw metadata to OK during rebuild -- openSUSE Feature: https://features.opensuse.org/306760

1 1

[openFATE 306600] A small change that would make openSUSE a bit easier to use
by fate_noreply＠suse.de 02 Mar '10

02 Mar '10

Feature added by: Glöm Det (Searching_for_Answers) Feature #306600, revision 1 Title: A small change that would make openSUSE a bit easier to use openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Glöm Det (searching_for_answers) Description: I'm not the most exprienced Unix/Linux user and as a nuub I see how you could make it easier for other nuubs coming from Windows. When I look at the openSUSE directory(is it shared with Linux and Unix?) I see alot complicated abbriviations like sbin, var, opt, mnt, proc and stuff. Now I could google what they stand for and what types of files are in there but it would be easier if I didn't have too. There for I suggest that you rename... DON'T GIVE UP... those files to their full extension names. I know this wouldn't work out well since it might be important for developers and the speed of terminal writing that the remain as they are. Instead here is my solution. Keep the directory as it is but add this feature too openSUSE. When you hold/right click your mouse over the folder the full name appears. If you for exampel hold it over the lib folder the full name of library appears and a short description telling what kinds of files that are stored here. When you comes to making your own folders you are are able too write description and the full name if you want. That can't be too complicated to make right. It is a small change that will make it alot better. But maybe I'm not asking the right persons here. Maybe Dolphin the file manager's crew is the one to tell about this suggestions. In that case or if you have any questions. Send a private message to Searching_for_answers . P.S. I discoverd this Use and Test cases now. I don't know what they're for so I leave them blank -- openSUSE Feature: https://features.opensuse.org/306600

1 7

[openFate 305724] Allow to take over old users by home directory
by fate_noreply＠suse.de 02 Mar '10

02 Mar '10

Feature added by: Jiří Suchomel (jsuchome) Feature #305724, revision 1, last change by Title: Allow to take over old users by home directory openSUSE-11.2: New Priority Requester: Neutral Requested by: Jiří Suchomel (jsuchome) Partner organization: openSUSE.org Description: (from bug reporter:) I have a seperate /home partition and whenever I reinstall/upgrade I just set up the same user as before and he gets assigned the same uid (1000) so nothing gets broken. But I guess with more users and corresponding home directories this aproach begs for wrong permissions, so I suggest the following: In case /home isn't empty it could take all directories available and list them as users to specify their data (Name, login, passwort etc as usual) and then assign corresponding uid. References: https://bugzilla.novell.com/show_bug.cgi?id=464238 -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305724

1 7

[openFATE 308188] New KDE4 NetworkManager System Tray Icon
by fate_noreply＠suse.de 02 Mar '10

02 Mar '10

Feature added by: Ricardo Varas (RicardoVarasSantana) Feature #308188, revision 1 Title: New KDE4 NetworkManager System Tray Icon openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Ricardo Varas (ricardovarassantana) Description: As for 11.2, the KDE4 NM Icon set in Systray is barely visible with the defaul theme because of it's color and design. Would be cool to have a more noticeable icon that is fine with most desktop themes. openSUSE Air theme is neat, but I can see with effort NM icon. -- openSUSE Feature: https://features.opensuse.org/308188

1 5

[New: openFATE 308600] add chromium to opensuse 11.3
by fate_noreply＠suse.de 02 Mar '10

02 Mar '10

Feature added by: Christian Widmer (f33l) Feature #308600, revision 1 Title: add chromium to opensuse 11.3 openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Christian Widmer (f33l) Description: it would be very nice to see the chromium (oss version of chrome) added to opensuse 11.3, including a minimal level of desktop integration (which is pretty good already). -- openSUSE Feature: https://features.opensuse.org/308600

1 3

[New: openFATE 308315] Firebird
by fate_noreply＠suse.de 02 Mar '10

02 Mar '10

Feature added by: Genivaldo da Rocha (gldarocha) Feature #308315, revision 1 Title: Firebird Package Wishlist: Unconfirmed Priority Requester: Important Requested by: Genivaldo da Rocha (gldarocha) Description: Firebird 2.1 -- openSUSE Feature: https://features.opensuse.org/308315

1 2

[New: openFATE 308287] Add more educational Packages
by fate_noreply＠suse.de 02 Mar '10

02 Mar '10

Feature added by: Frederick Yeboah (kwaku) Feature #308287, revision 1 Title: Add more educational Packages openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Frederick Yeboah (kwaku) Partner organization: openSUSE.org Description: More educational packages needs to be added to the 11.3. These packages may include tuxmath, supertux, R, openproj, unbrello etc... Business case (Partner benefit): openSUSE.org: This helps a lot in trying to train people using the openSuse platform. This also makes much more appealing to students and the educational sector. -- openSUSE Feature: https://features.opensuse.org/308287

1 1

[openFATE 307752] Once openFATE entry marked as completed remove it from top features
by fate_noreply＠suse.de 02 Mar '10

02 Mar '10

Feature added by: Dean Hilkewich (deanjo13) Feature #307752, revision 1 Title: Once openFATE entry marked as completed remove it from top features openFATE: Unconfirmed Priority Requester: Important Requested by: Dean Hilkewich (deanjo13) Partner organization: openSUSE.org Description: Everytime I log into openfate I see a top features list that has a items that have been marked as completed. Perhaps if the feature is done they should no longer be displayed in this panel as they are a finished feature. Business case (Partner benefit): openSUSE.org: To keep the list less stagnant and draw attention to features still being considered. -- openSUSE Feature: https://features.opensuse.org/307752

1 3

[openFATE 307617] Make XFS the Default Filesystem
by fate_noreply＠suse.de 02 Mar '10

02 Mar '10

Feature added by: Charles Wright (asnrcw) Feature #307617, revision 1 Title: Make XFS the Default Filesystem openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Charles Wright (asnrcw) Partner organization: openSUSE.org Description: Or at least allow the user to choose which filesystem to use during the install process. Business case (Partner benefit): openSUSE.org: XFS is stable, has good performance and doesn't keep your hard drive away with journaling. -- openSUSE Feature: https://features.opensuse.org/307617

1 12

[openFATE 305945] get rid of "symsets" in kernel package dependencies
by fate_noreply＠suse.de 01 Mar '10

01 Mar '10

Feature added by: Michal Marek (michal-m) Feature #305945, revision 1, last change by Title: get rid of "symsets" in kernel package dependencies openSUSE-11.2: New Priority Requester: Important Requested by: Michal Marek (michal-m) Description: Currently, the kernel rpm packages group the exported kernel and module symbols in find-provides and provide these "symsets". It has been done this way to reduce the amount of data the solver has to process. It has a number of problems though: * Moving modules around or adding symbols changes the symset checksums, so the rpm build needs symsets of the previous kernel(s) to provide both old and new checksums * changing or removing one unused or unimportant symbol means that each kmp that uses any other symbol from the same symset needs to be rebuilt Now that we have a much better solver, it's time to get rid of this and provide just the individual symbols. I created a test project in the build service: home:michal-m:kill-symsets. which rebuilds all 11.1 kmps against a normal kernel and against a kernel with symsets turned off (this kernel is built in home:michal-m:kill-symsets:changes). The size difference is rather low, total size of all the rpms on i586 and x86_64 increased by about 1.3M, installed size decreased by 2.6M (because of the removed /boot/symsets* files). Size of yum metadata increased by 1.4M. What needs to be done is to make sure that the solver can really handle this fine (-> Michael). I'm waiting for the test repos to appear on download.o.o. -- openSUSE Feature: https://features.opensuse.org/305945

1 17

[openFATE 308177] Yast and Proxy server
by fate_noreply＠suse.de 20 Feb '10

20 Feb '10

Feature added by: andrea martin (Il_Cjargnel) Feature #308177, revision 1 Title: Yast and Proxy server openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: andrea martin (il_cjargnel) Description: two questions: 1 - is possible when i instal opensuse (on dvd) set the proxy server, now for set the proxy i can install frist all the sistem 2- is possibile make a modole yast2 for set many (or disable) server proxy (like foxyproxy) and change this proxy witout logout the user Thank's by Andrea -- openSUSE Feature: https://features.opensuse.org/308177

1 2

[openFATE 306781] osc sr should warn if changes are not commited
by fate_noreply＠suse.de 20 Feb '10

20 Feb '10

Feature added by: Thorsten Kukuk (kukuk) Feature #306781, revision 1 Title: osc sr should warn if changes are not commited Buildservice: New Priority Requester: Important Requested by: Thorsten Kukuk (kukuk) Description: osc submitrequest should warn and wait for confirmation, if the local changes were not submitted to buildserver yet. This would help to avoid the problem, that old packages without changes got submitted to the project. -- openSUSE Feature: https://features.opensuse.org/306781

1 4

[openFATE 307836] Show the difference in size of dependencies at the end of the build
by fate_noreply＠suse.de 20 Feb '10

20 Feb '10

Feature added by: Pavol Rusnak (prusnak) Feature #307836, revision 1 Title: Show the difference in size of dependencies at the end of the build Buildservice: Unconfirmed Priority Requester: Important Requested by: Pavol Rusnak (prusnak) Description: OBS could calculate the size of Required and BuildRequired packages at the end of the build. These values could be compared to previous ones so packager would see if any massive depependencies has been introduced and may consider a subpackage split. Example: Requires: bar, *dzindzik, foo - size: 30 MiB (+ 28 MiB) BuildRequires: bar-devel, *dzindzik-devel, foo-devel - size: 124 MiB (+ 7 MiB) (* in front of the package stands for newly added dependency) -- openSUSE Feature: https://features.opensuse.org/307836

1 3

[openFATE 307518] list medias created on oBS on http://software.opensuse.org/
by fate_noreply＠suse.de 20 Feb '10

20 Feb '10

Feature added by: Jigish Gohil (cyberorg) Feature #307518, revision 1 Title: list medias created on oBS on http://software.opensuse.org/ Buildservice: Unconfirmed Priority Requester: Desirable Requested by: Jigish Gohil (cyberorg) Description: Please list some of the important projects' images from here: http://en.opensuse.org/Live on http://software.opensuse.org/, at least KDE, GNOME and Education images. -- openSUSE Feature: https://features.opensuse.org/307518

1 3

[openFATE 307176] Buildservice and bugzilla integration
by fate_noreply＠suse.de 20 Feb '10

20 Feb '10

Feature added by: Michal Vyskocil (mvyskocil) Feature #307176, revision 1 Title: Buildservice and bugzilla integration Buildservice: Unconfirmed Priority Requester: Important Requested by: Michal Vyskocil (mvyskocil) Description: The current worflow needs to synchronize a bugzilla and a BuildService manually, which is fragile and tends to mistakes. Buildservice could be integrated with a bugzilla. The submitrequests (and probably any other requests) should contains the bug ids and change the status of a bug(s), when the request state is changed. The osc submitreq --bug bnc:12345 -m "some fix" will create a submit request and mark a bnc#12345 as RESOLVED/FIXED. Later, when the submitrequest was accepted, BS mark the bug as CLOSED/FIXED. In other cases, the bug will be REOPENED. The alternative to --bug command line argument should be an automatic read of changelog for bnc#, but this might be fragile and unwanted in some cases. -- openSUSE Feature: https://features.opensuse.org/307176

1 2

[openFATE 306685] devel projects used for a project
by fate_noreply＠suse.de 20 Feb '10

20 Feb '10

Feature added by: Hendrik Vogelsang (hennevogel) Feature #306685, revision 1 Title: devel projects used for a project Buildservice: Unconfirmed Priority Requester: Important Requested by: Hendrik Vogelsang (hennevogel) Description: To know about the devel projects used for a project one has currently to query all package _meta files. For large projects this is a lot of data. Can we do this serverside somehow? Like write it into the _meta file of the project or something. -- openSUSE Feature: https://features.opensuse.org/306685

1 6

[openFATE 306343] 'Pkgstars' to reward contributors
by fate_noreply＠suse.de 20 Feb '10

20 Feb '10

Feature added by: Will Stephenson (wstephenson) Feature #306343, revision 1, last change by Title: 'Pkgstars' to reward contributors Buildservice: Unconfirmed Priority Requester: Important Requested by: Will Stephenson (wstephenson) Description: In KDE we use 'dashstars' to reward those who fix build breakages. When a broken build module is fixed, the person responsible for the commit that fixed the build is awarded a 'dashstar', and an IRC bot advertises this in the developer channel with a message such as "JohnDoe fixed kdelibs (64 dashstars)" so the community sees their contribution. In addition, contributors can query their dashstar totals. A similar system for eg package build fixes or package version updates that is visible on the user's opensuse homepage and advertised in community channels (or a weekly summary mail to -project) would be a fun way to reward contributions. -- openSUSE Feature: https://features.opensuse.org/306343

1 2

[openFATE 305930] Don't increase version number if not strictly needed
by fate_noreply＠suse.de 20 Feb '10

20 Feb '10

Feature added by: Joop Boonen (worldcitizen) Feature #305930, revision 1, last change by Title: Don't increase version number if not strictly needed Buildservice: Unconfirmed Priority Requester: Important Requested by: Joop Boonen (worldcitizen) Description: As I use KDE42 and other newer packages I often do a factory update. I see that the footprint is very big. Because a package gets always rebuild when for instance a dependent library get rebuild. Even if the package is 100% the same it'll gets the same version number. If possible I would like to have binary identical packages yo keep the same version number this reduces bandwidth usage for users/mirrors and it can give people a false feeling that Linux is buggy "as so many packages need to be updated". -- openSUSE Feature: https://features.opensuse.org/305930

1 4

[openFate 305689] Allow creation of meta-repositories
by fate_noreply＠suse.de 20 Feb '10

20 Feb '10

Feature added by: Magnus Boman (MBoman) Feature #305689, revision 1, last change by Title: Allow creation of meta-repositories Buildservice: Unconfirmed Priority Requester: Important Requested by: Magnus Boman (mboman) Partner organization: openSUSE.org Description: It'd be extremely useful if it was possible to create meta-repositories in OBS. The way it would work, is that anyone could create a project in OBS, and from there, include several other projects to combine them in one meta-repository. It is kind of possible today if one use _links or _aggregate, but that either forces the entire repo to be built in the users own project, or requires a lot of disk space. A meta-repository would basically only create symlinks to the other projects (would not require any extra disk space, nor OBS resources for re-compiling everything in a "new" project) -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305689

1 6

[openFate 305693] Versioning for project data
by fate_noreply＠suse.de 20 Feb '10

20 Feb '10

Feature added by: Martin Mohring (MartinMohring) Feature #305693, revision 1, last change by Title: Versioning for project data Buildservice: Unconfirmed Priority Requester: Mandatory Requested by: Martin Mohring (martinmohring) Partner organization: openSUSE.org Description: Currently, we have versioning of the source files with OBS.Since at least projconf correlates to the sources, it should be versioned to make versioning more of a feature to restore old versions reproducable. -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305693

1 3

[openFate 305625] Emphasize my packages in a project maintained by me.
by fate_noreply＠suse.de 20 Feb '10

20 Feb '10

Feature added by: Pavol Rusnak <prusnak(a)novell.com> Feature #305625, revision 1, last change by Title: Emphasize my packages in a project maintained by me. Buildservice: New Requested by: Pavol Rusnak (prusnak) Partner organization: openSUSE.org Description: When I'm a maintainer of a project and also set as an explicit maintainer of a package inside this project, I'm unable to list of these packages. "My Projects" shows only affected projects and packages outside of these projects. I suggest to show emphasize such packages in Project view (package list) for example by adding icon, or showing the package name in bold. This is especially needed for Contrib repository. -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305625

1 3

[openFate 305592] Warn on creating of the package that already exists in BuildService
by fate_noreply＠suse.de 20 Feb '10

20 Feb '10

Feature added by: Pavol Rusnak <prusnak(a)novell.com> Feature #305592, revision 1, last change by Title: Warn on creating of the package that already exists in BuildService Buildservice: New Priority Requester: Important Requested by: Pavol Rusnak <prusnak(a)novell.com> Partner organization: openSUSE.org Description: http://lists.opensuse.org/opensuse-buildservice/2008-12/msg00056.html * warn on creating of the package that already exists in BuildService (webclient and osc) -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305592

1 3

[openFate 305590] Virtual packages and virtual joint projects
by fate_noreply＠suse.de 20 Feb '10

20 Feb '10

Feature added by: Pavol Rusnak <prusnak(a)novell.com> Feature #305590, revision 1, last change by Title: Virtual packages and virtual joint projects Buildservice: New Priority Requester: Desirable Requested by: Pavol Rusnak <prusnak(a)novell.com> Partner organization: openSUSE.org Description: http://lists.opensuse.org/opensuse-buildservice/2008-12/msg00094.html Virtual packages and virtual joint project would be a special type of projects, that are part of a standard binary repository, but they have no source present in the project. It may have several typical use cases: Virtual dependency packages --------------------------- When a project intents to update a library to a newer version, virtual dependency packages and projects may determine packages that will have broken/changed dependencies after installing of a new library. How it should look. Either package or a project should have a new attribute: "Rebuild parent project packages" Possible values: "ignore": Rebuild only packages in this project and nothing else (just the current behavior) "rebuild broken": Rebuild parent project packages, that cannot be used with newer version any more (it typically happens for package, that require exact version it is built against, or packages that don't follow shared library packaging conventions) "smart rebuild": Rebuild packages that require package or symbol that are no more part of the output of the new package. "all dependencies": Behave just like a single repository and rebuild everything which uses the new in the build. Examples of use for particular values: "rebuild broken": Building some modules require the same version of the base package it was build with. When trying to update base package in a project, it will rebuild all such modules. "smart rebuild": Testing package poppler update: New poppler has a new soname and it requires to rebuild all packages that are linked with poppler. However it is possible to install these packages (and use shared library from the parent project), testing of the new library requires to rebuild these package with the new library). "all dependencies": Testing new core package (bison, gcc). All packages, that have this package in BuildRequires on build system will be rebuilt. Virtual package may become non-virtual. If you need to patch one of the packages to be able to rebuild it in the new repository, you have to link it physically to the joint repository. In this moment, package becomes equal to the normal link package, disabled by default. Virtual/non-virtual joint project --------------------------------- Just now, one can include two different projects, that have a disjunctive packages. Virtual joint project would determine packages that will build differently (or break) in one or another parent repository and rebuild them as a separate repository. Virtual joint project could be a separate project that contains rebuilds of packages in the intersection of both project. Virtual joint project may become non-virtual. If you need to patch one of the packages to be able to rebuild it with both projects included, you have to add it physically to the joint repository. In this moment, the joint project feature would be equal to the normal repository with "Rebuild parent project packages" set. Example: Suppose you have a testing repository of new poppler (different soname) and a multimedia:photo with a new version of GIMP (requires poppler). You can easily include both multimedia:photo and poppler test repositories, but you cannot test new gimp with a new poppler. Creating of virtual joint project will automatically detect these packages and rebuild them. There could be again the tag "Rebuild parent projects packages" with the same values as above. Benefits: Virtual packages: Now they are often substituted by links. Several years later, nobody knows, why such link was created and the link may rot there forever. Virtual joint project: It will allow to test result of a dangerous package check-in without actually doing it. -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305590

1 3