December 2010 - openSUSE Features - openSUSE Mailing Lists

[New: openFATE 310997] partition manager with compression
by fate_noreply＠suse.de 19 Dec '10

19 Dec '10

Feature added by: Axel Braun (DocB) Feature #310997, revision 1 Title: partition manager with compression openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: Axel Braun (docb) Partner organization: openSUSE.org Description: The partition manager allows backup and resotre of whole partitions, unfortunately it does a 1:1 copy, without compression. Compression would be great to save some disk space on the image. -- openSUSE Feature: https://features.opensuse.org/310997

1 0

[New: openFATE 310976] System wide media player deamon
by fate_noreply＠suse.de 19 Dec '10

19 Dec '10

Feature added by: Sławomir Lach (Lachu) Feature #310976, revision 1 Title: System wide media player deamon openSUSE-11.4: Unconfirmed Priority Requester: Neutral Requested by: Sławomir Lach (lachu) Partner organization: openSUSE.org Description: Some users use computers only to play media, like music. I have a lot of friends, witch only run computer to login and put CDs inside. We need a system wide deamon, which control how many normal users are logged in, check /usr/media directory and all removable media to start playing music/etc. When user get logged, music will stop playing. Test Case: Get logged/logout turn of/on computer, insert/remove CDs. Use Case: We travel by bus/train/airplane and want only to play music. Have we bored by running whole system, getting logged and starting player? Damian will only insert CDs onto drive and power on computer. They will only wait half minutes to hear a sound. Business case (Partner benefit): openSUSE.org: Many users will love us for do this, especially users of netbook with SSD drive, where Linux based operating systems set up very quickly. It is very simple to create bash script, which starts task in background(playing music), get task pid and check how many users are logged for 5 seconds. Main matter is to control such deamon. -- openSUSE Feature: https://features.opensuse.org/310976

1 1

[New: openFATE 308935] Video Driver Protection
by fate_noreply＠suse.de 18 Dec '10

18 Dec '10

Feature added by: Wilson Phillips (Wilson_Phillips) Feature #308935, revision 1 Title: Video Driver Protection openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Wilson Phillips (wilson_phillips) Partner organization: openSUSE.org Description: Give a way for a failed proprietary video driver to fail back to the open source driver, This would not leave a surprised newbie staring at the command prompt and wondering what just happened to his system. We old techs can easily work around this problem and we have done so for years, but newbies can do a fresh install and as soon as they do their updates, they get a new kernel and it breaks their video. How many new users have we lost over the years becasue of this problem. We need to change the way we think about these small issues and how they affect the new users. This needs to be a priority. Business case (Partner benefit): openSUSE.org: We need to change the way we think about these small issues and how they affect the new users. This needs to be a priority. -- openSUSE Feature: https://features.opensuse.org/308935

1 11

[New: openFATE 310995] [Bash] Signing scripts.
by fate_noreply＠suse.de 18 Dec '10

18 Dec '10

Feature added by: Sławomir Lach (Lachu) Feature #310995, revision 1 Title: [Bash] Signing scripts. openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: Sławomir Lach (lachu) Partner organization: openSUSE.org Description: Actually many distribution force scripts to have x privileges set. In KDE it will appear a dialog, when user try to run Desktop/Executable file. I think, that we should also add a way to write checksums and fingerprints to scripts/executables. User won't allow to run command if vendor are untrusted. Use Case: Mathew is a young person, who gets licenses for a programs from local market. He never trust seller, so he always look at vendor's page and compare checksums and fingerprint. Patric is a old men, who downloads freeware and other free in price software from internet. He always checks on fingerprints. George is an system admin in big company. He helps employers by sending bash scripts. To protect company from running script writing by social engineers, he signing each scripts. Business case (Partner benefit): openSUSE.org: Big company would use this. Many companies have employed IT man, so signing a software could be a great way to be more secure. Many companies would use this - we can for example sign each script published on OpenSUSE forums, to ensure users that's not virus, but real solution on her problems. -- openSUSE Feature: https://features.opensuse.org/310995

1 0

[openFATE 305923] osc revert or merge
by fate_noreply＠suse.de 18 Dec '10

18 Dec '10

Feature added by: Will Stephenson (wstephenson) Feature #305923, revision 1, last change by Title: osc revert or merge Buildservice: Unconfirmed Priority Requester: Important Requested by: Will Stephenson (wstephenson) Description: The only way to revert packages currently is very inconvenient. Some more svn semantics like osc merge to enable reverts would help. -- openSUSE Feature: https://features.opensuse.org/305923

1 2

[New: openFATE 308836] performance: scaling ...
by fate_noreply＠suse.de 17 Dec '10

17 Dec '10

Feature added by: Michael Meeks (michael_meeks) Feature #308836, revision 1 Title: performance: scaling ... Buildservice: New Priority Requester: Mandatory Requested by: Michael Meeks (michael_meeks) Description: Build performance should scale, in proportion to the number of users, and not the number of build nodes. Put another way - providing a means to apply local CPU horsepower to the channel, combined with some approach (eg. an xdelta to the previous built binary RPMS) to overcome the (typically) assymetric bandwidth availability in a typical DSL client - easy to download a reference to diff against, hard to up-load it. I would love to donate my CPU resource to help accelerate the projects I care about; as - no-doubt would others. Of course - this has security implications, which are (most likely) more or less meaningless. We ship binaries (re-)built from internal, signing servers anyway, and we have an authentication structure in place: if paranoia reigns, we could restrict that to a further subset of privileged users. -- openSUSE Feature: https://features.opensuse.org/308836

1 3

[openFATE 306582] I need to be able to cc a colleague
by fate_noreply＠suse.de 17 Dec '10

17 Dec '10

Feature added by: Linux Tag (LinuxTag2009) Feature #306582, revision 1 Title: I need to be able to cc a colleague openFATE: Unconfirmed Priority Requester: Important Requested by: Linux Tag (linuxtag2009) Description: collaboration is not readily available. I currently need to convice everyody to add himself as interested, I cannot invite anybody directly. Use Case: would be helpful for getting a feature discussion started -- openSUSE Feature: https://features.opensuse.org/306582

1 2

[New: openFATE 309157] Install and booting from partitioned MD devices
by fate_noreply＠suse.de 17 Dec '10

17 Dec '10

Feature added by: Dennis Olsson (DOlsson) Feature #309157, revision 1 Title: Install and booting from partitioned MD devices openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Dennis Olsson (dolsson) Partner organization: openSUSE.org Description: Now that the kernel 2.6 supports partitioned MD devices, even to the point where it is possible create a MD device from unpartitioned disks , after which the partitions are created on the MD device, YaST2 needs to be upgraded to be able to handle partitioned MD devices , just as it should be possible to be able to create partitioned MD devices consisting of unpartitioned disks . Business case (Partner benefit): openSUSE.org: Using partitioned MD devices makes it a lot easier to create and handle MD devices in that one needs a lot less MD devices. E.g. creating a RAID1 using two disks require first to partitioned the disks (e.g. p1 for "/boot", p2 for "swap" and p3 for LVM), mark these partitions as type "0xFD", after which each of these 3 partitions can be put together as 3 x RAID1 MD devices (/dev/md[0-3]). Using partitioned MD device makes this a lot easier by creating the MD device out of the 2 unpartitioned disks having e.g. "/dev/md/raid1" and then create the 3 partitions ("/dev/md/raid1p[1-3]"). -- openSUSE Feature: https://features.opensuse.org/309157

1 5

[openFATE 306396] diff local files against server package without check in
by fate_noreply＠suse.de 17 Dec '10

17 Dec '10

Feature changed by: Sascha Peilicke (saschpe) Feature #306396, revision 4 Title: diff local files against server package without check in Buildservice: Evaluation by engineering manager Priority Requester: Desirable Projectmanager: Neutral Requested by: Adrian Schröter (adriansuse) Project Manager: (Novell) Engineering Manager: (Novell) Developer: (Novell) Developer: Peter Poeml (poeml) Partner organization: openSUSE.org Description: there are requests to be able to diff a local version of a package against a server version. "osc diff" is already diffing local changes against last checked out version, but this request is asking for diffing including local changes against a given project/package/revision. This means the client need to upload local modified files to the server and ask him for a diff. Discussion: #1: Michael Schröder (mlschroe) (2009-05-04 17:37:18) I don't follow this. Why does that mean the the client needs to upload anything? #2: Adrian Schröter (adriansuse) (2009-05-04 17:48:01) (reply to #1) Hm, alternative solution is to download all files which are different and to diff them locally. Note that this speaks about comparing uncommited changes to a random server project, which is not accessable locally. + #3: Sascha Peilicke (saschpe) (2010-12-17 15:58:59) + Generally this means to be able to diff arbitrary (and possibly) + unrelated projects/packages against each other, right? I'm not sure if + this really what we should provide. + Currently, the user can simulate this by downloading both projects / + packages (one may be his locally modified package) and use the diff + tool. -- openSUSE Feature: https://features.opensuse.org/306396

1 0

[New: openFATE 310492] Integrate quilt with osc
by fate_noreply＠suse.de 17 Dec '10

17 Dec '10

Feature added by: Adrian Schröter (adrianSuSE) Feature #310492, revision 1 Title: Integrate quilt with osc Buildservice: New Priority Requester: Important Requested by: Adrian Schröter (adriansuse) Developer: Marcus Hüwe (marcus_h) Description: Support a rebasing of patches and modification of specified patches. Quilt already offers to apply patches as described in spec files. This request is about to make the version upgrade workflow easy. This means, after updating the tar ball, re-applying the patches as describe in spec file, stop when they are not applying anymore and let the user fix. Afterwards it should be easy to continue, the changes store in the new version of the patch and follow up with next patches. Another use case is to modify patch X. This means all patches which have to apply before patch X according to spec file needs to get apply, current source needs to get tagged, patch X gets applied and user needs to fix/modify sources. Afterwards patch X gets re-recreated. (hg mqueue is offering similar functionality) -- openSUSE Feature: https://features.opensuse.org/310492

1 2