January 2009 - openSUSE Features - openSUSE Mailing Lists

[openFate 305641] Bring Puppet to fully supportable status
by fate_noreply＠suse.de 23 Jan '09

23 Jan '09

Feature changed by: Michael Loeffler (sprudel24) Feature #305641, revision 5 Title: Bring Puppet to fully supportable status openSUSE-11.2: Evaluation Priority Requester: Mandatory Requested by: Federico Lucifredi (flucifredi) + Partner organization: openSUSE.org Description: Dedicate a developer for the duration of the 11.2 cycle to shaking out Puppet on openSUSE, contribute patches upstream correcting integration with our base system, and analyzing what future integration areas (particularly with YaST, but not limited) appear promising. The objective is to walk through the Puppet documentation (http://reductivelabs.com/trac/puppet/wiki/DocumentationStart), Turnbull's book (ISBN 159059978), and test out that things work as they should, patching and sending upstream when they do not. Finally, contribute a small "Puppet on SUSE" document to the community detailing any platform- specific factors (you will see there are a number for other distors already). Discussion: #1: Federico Lucifredi (flucifredi) (2009-01-08 16:25:48) . -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305641

1 0

[openFate 305660] more options for LDAP browser
by fate_noreply＠suse.de 23 Jan '09

23 Jan '09

Feature changed by: Michael Loeffler (sprudel24) Feature #305660, revision 2 Title: more options for LDAP browser - openSUSE-11.2: New + openSUSE-11.2: Evaluation Priority Requester: Important Requested by: Jiří Suchomel (jsuchome) + Partner organization: openSUSE.org Description: In YaST LDAP browser, allow: * deleting objects * renaming objects * editing opbejcClass attribute * creating new objects References: https://bugzilla.novell.com/show_bug.cgi?id=443715 -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305660

1 0

[openFate 305682] Implement the possibility to allow Add-on source from remote "Plain RPM directory"
by fate_noreply＠suse.de 23 Jan '09

23 Jan '09

Feature changed by: Michael Loeffler (sprudel24) Feature #305682, revision 2 Title: Implement the possibility to allow Add-on source from remote "Plain RPM directory" - openSUSE-11.2: New + openSUSE-11.2: Evaluation Priority Requester: Important Requested by: Stefan Assmann (assmannst) + Partner organization: openSUSE.org Description: During installation when configuring an add-on product there is an option called "Local Directory". If you choose that the next window will have a checkbox "Plain RPM Directory" which allows to add a directory that only contains RPMs as an add-on source. Unfortunately this seems not to be available if you try to configure an add-on product that is not stored locally. Neither FTP, HTTP, SMB, NFS etc... have an option to add a "Plain RPM Directory". This is really useful for exchanging single or multiple RPMs during development without the need to wait for the next development snapshot to verify changes made to the RPMs install fine. Support for this should be implemented into autoyast as well. Gives the opportunity to automatically configure a plain rpm update add-on source for easy exchange of RPMs. Business case (Partner benefit): - Improves development process because developers can test the influence - of their changes to RPMs during installation without having to wait for - the next development snapshot. + openSUSE.org: Improves development process because developers can test + the influence of their changes to RPMs during installation without + having to wait for the next development snapshot. -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305682

1 0

[openFate 305686] gnome-screensaver does not respond to an expired password
by fate_noreply＠suse.de 23 Jan '09

23 Jan '09

Feature changed by: Michael Loeffler (sprudel24) Feature #305686, revision 2 Title: gnome-screensaver does not respond to an expired password - openSUSE-11.2: New + openSUSE-11.2: Evaluation Priority Requester: Mandatory Requested by: Guy Lunardi (glunardi) + Partner organization: openSUSE.org Description: Using novell-lum-2.2.0.11-0.1 1. Authenticate to eDir, 2. Wait until the desktop is locked with screensaver enabled 3. Expire the user's password 4. Attempt to enter user password to unlock the destkop 5. The screensaver just goes into thinking mode for about 30 seconds then re-prompts the user for the password. If I disable password expire then I am able to unlock the desktop. Am attaching the gnome-screensaver file from /etc/pam.d. Relations: - gnome-screensaver does not respond to an expired password (novell/bugzilla/id: 224690) https://bugzilla.novell.com/show_bug.cgi?id=224690 -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305686

1 0

[openFate 305701] allow more customization in "Automatic Configuration" installation mode
by fate_noreply＠suse.de 23 Jan '09

23 Jan '09

Feature changed by: Michael Loeffler (sprudel24) Feature #305701, revision 2 Title: allow more customization in "Automatic Configuration" installation mode - openSUSE-11.2: New + openSUSE-11.2: Evaluation Priority Requester: Important Requested by: Stefan Assmann (assmannst) + Partner organization: openSUSE.org Description: In openSUSE 11.1 there's this feature called "Use Automatic Configuration" which saves you a lot of time during second stage of the installation. However it makes some decisions which you might want to make yourself. This could be further improved, explanation following. In the first stage we have the global overview called "Installation Settings" where you can ultimately revise your settings. In case of an "automatic configuration" this panel should also allow to customize: * basic network settings * firewall At the moment the behavior is that network will be configured somehow YaST thinks it should be right in the second stage and the firewall will always be turned on, allowing no ssh login after installation. That gives the good idea of "Automatic Configuration" a bad after- taste. Having this customizable during first stage is a good step further down the road of an easy, well integrated installation process -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305701

1 0

[openFate 301038] Improved performance in main menu, app browser and control center
by fate_noreply＠suse.de 23 Jan '09

23 Jan '09

Feature changed by: Michael Loeffler (sprudel24) Feature #301038, revision 38 Title: Improved performance in main menu, app browser and control center openSUSE-10.2: Rejected by JP Rosevear <jpr(a)novell.com> reject date: 2006-10-17 08:30:51 reject reason: Performance bottlenecks are mostly remaining in some lower level libraries that need review. Priority Requester: Desirable Projectmanager: Important openSUSE-10.3: Rejected by Gary Ekker <gekker(a)novell.com> reject date: 2007-09-12 11:10:12 reject reason: Nothing done for 10.3. Priority Requester: Desirable Projectmanager: Important openSUSE-11.0: Done Priority Requester: Important Projectmanager: Important openSUSE-11.1: Done Priority Requester: Important openSUSE-11.2: Evaluation Priority Requester: Mandatory Requested by: Nat Friedman (natfriedman) + Partner organization: openSUSE.org Description: Improved performance in main menu, app browser and control center Discussion: #1: Gary Ekker (gekker) (2006-08-17 09:56:56) Anna, can we get more info on this? #2: Anna Dirks (annadirks) (2006-09-21 16:49:05) (reply to #1) Improved performace sounds to me like it means more quick and responsive. This would be an issue for Jim Krehl to manager I believe; the feedback which I have received regarding Main Menu/AB/CC performance centers around the menu taking a while to appear, and the AB/CC not necessarily defaulting to the best behavior when one searches for an launches an item. #3: JP Rosevear (jproseve) (2007-01-10 21:40:13) We didn't do anything major here for SP1, and with no PM priority I think its safe to reject. #4: Jared Allen (jpallen) (2007-09-12 11:59:45) Actually, Jimmy developed a muti-threaded model and re-worked the tiles for both the app browser and the main menu. This should improve performance. He did no do anything for the control center. #5: JP Rosevear (jproseve) (2008-04-08 16:04:35) Federico did a good amount of performance improvements in the main-menu for 11.0. #6: Guy Lunardi (glunardi) (2008-06-23 13:53:50) (reply to #5) Great to hear, this remains a big issue for our preloads, especially on slower systems like thin clients and low-cost PC. #7: JP Rosevear (jproseve) (2008-09-11 17:05:34) Thumbnailing was removed, but beyond that nothing more happened. Hard to say when this is done exactly. -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=301038

1 0

[openFate 300763] Warn about services using old libraries
by fate_noreply＠suse.de 23 Jan '09

23 Jan '09

Feature changed by: Michael Loeffler (sprudel24) Feature #300763, revision 44 Title: Warn about services using old libraries openSUSE-10.2: Rejected by Edith Parzefall <emapedl@please-enter-an-email-address> reject date: 2006-10-02 16:05:01 reject reason: Not enough time for 10.2, rejecting with TPM approval. Priority Requester: Desirable Projectmanager: Desirable openSUSE-10.3: Rejected by Stanislav Visnovsky <visnov(a)novell.com> reject date: 2007-07-31 12:35:05 reject reason: Postponing. Priority Requester: Important Projectmanager: Important openSUSE-11.0: Rejected by Stanislav Visnovsky <visnov(a)novell.com> reject date: 2007-11-21 12:16:55 reject reason: Out of scope for 11.0 Priority Requester: Important openSUSE-11.1: Rejected by Federico Lucifredi <flucifredi(a)novell.com> reject date: 2008-08-01 18:25:29 reject reason: Cutting scope to match project schedule. Priority Requester: Important openSUSE-11.2: Evaluation Priority Requester: Important Requested by: Martin Vidner (mvidner) + Partner organization: openSUSE.org Description: Fou4s has a useful feature: after installing updates, it runs "lsof | grep RPMDELETE" to see processes that are accessing the old libraries and recommends to restart them. Our update stack should do this as well, and notify users of processes that need to be restarted. I see this as both a zypper feature and a PK-UI pop-up. Documentation Impact: Software management documentaiton needs to be updated. Discussion: #5: Stanislav Visnovsky (visnov) (2006-09-06 10:57:53) Edith, Jiri, feel free to postpone this for 10.3 if out of resources. #6: Edith Parzefall (emapedl) (2007-07-31 11:49:06) Sorry, we had no time to look into this. Please reject for 10.3. #8: Federico Lucifredi (flucifredi) (2008-06-12 20:52:41) I like this. Stano, Klaus, please sanity-check. #9: Jiri Srain (jsrain) (2008-07-07 09:03:59) Jiri, please, add the check into YaST online update (I must admit that the suggested command didn't work for me, thus some investigation may be needed). Duncan, please, assign the applets. #10: Jiří Suchomel (jsuchome) (2008-07-14 15:55:27) Uhm, what should be the output of "lsof | grep RPMDELETE" and what should actually YaST do with the result? Or, if we use the command from comment 4: what should YaST do with these results? #11: Martin Vidner (mvidner) (2008-07-16 09:52:28) When packages are updated, the effect of the update may not be yet realized because the system is still using the old files (they are unlinked but still in use). A well known case is the kernel which needs a reboot (or kexec or ksplice...). For the apps, we can ask (in zypp app layer?) about all open files which are already unlinked. Then we can say "Updates will not take effect until these processes are restarted: sshd (pid 42), apache2 (pid 31337). If you are unsure, rebooting will do the job.". There can be a Details button or a reference to "zypper checkdeleted" (TODO) to show the gory details. It seems that RPMDELETE no longer works, but there is a simple fix (http://archives.neohapsis.com/archives/linux/suse/2006-q1/0034.html) for that. This thread (http://lists.opensuse.org/opensuse/2002-09/msg00532.html) shows how fou4s presents the info. Marcus has good points in comment 4 but we can address them when we have a prototype working. #12: Jiří Suchomel (jsuchome) (2008-07-16 10:04:16) (reply to #11) IMHO such check belongs to zypp, YaST/zypper/applets should show the results. Duncan, is it possible to assign this to someone from the zypp team? #13: Duncan Mac-Vicar (dmacvicar) (2008-07-30 17:09:22) (reply to #12) yes, will be done as part of the commit refactoring. -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=300763

1 0

[openFate 305591] Define purpose for each project
by fate_noreply＠suse.de 23 Jan '09

23 Jan '09

Feature changed by: Martin Vidner (mvidner) Feature #305591, revision 5 Title: Define purpose for each project Buildservice: New Priority Requester: Important Requested by: Pavol Rusnak (prusnak) Partner organization: openSUSE.org Description: + define purpose for each project, like: + * add-on package + * fresh packages + libraries (eg. games) + * bleeding edge packages (eg. zypp:svn) + * backports for older distributions (eg. zypp:Backport) + * playground (eg. all home projects) + So, + * this sets users expectations + * purpose could be indicated by naming conventions, or even better by + project flags + * purpose must be shown in the search result for this method to work + References: http://lists.opensuse.org/opensuse-buildservice/2008-12/msg00056.html - * define purpose for each project, like: - * add-on package * fresh packages + libraries (eg. games) * bleeding - edge packages (eg. zypp:svn) * backports for older distributions (eg. - zypp:Backport) * playground (eg. all home projects) - this sets users - expectations - purpose could be indicated by naming conventions, or - even better by project flags - purpose must be shown in the search - result for this method to work -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305591

1 0

[openFate 305500] User has no way to switch compiz on / off
by fate_noreply＠suse.de 23 Jan '09

23 Jan '09

Feature changed by: Michael Loeffler (sprudel24) Feature #305500, revision 6 Title: User has no way to switch compiz on / off openSUSE-11.2: Evaluation Priority Requester: Desirable Projectmanager: Desirable Requested by: Juergen Weigert (jnweiger) + Partner organization: openSUSE.org Description: I searched Yast, SAX, gnome-display-properties, and did a desktop search for 'compiz'. The switch is not well advertised, it is here: computer -> System: control-Center -> Look and Feel: Desktop Effects -> [ ] enable desktop effects. -> Close Command line: simple-ccsm, but not ccsm. I suggest to enhance yast to allow compiz switching, using the above information. And/or include package fusion-icon. -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305500

1 0

[openFate 302311] Handle Bluetooth network in Networkmanager
by fate_noreply＠suse.de 23 Jan '09

23 Jan '09

Feature changed by: Michael Loeffler (sprudel24) Feature #302311, revision 13 Title: Handle Bluetooth network in Networkmanager openSUSE-11.2: Evaluation Priority Requester: Important Projectmanager: Important Requested by: Stefan Behlert (sbehlert) + Partner organization: openSUSE.org Description: Networks created over Bluetooth should be handled in Networkmanager, too. This includes WiNet (UWB) References: http://bugzilla.gnome.org/show_bug.cgi?id=432774 Discussion: #1: JP Rosevear (jproseve) (2008-07-14 20:40:48) Bastien N. at RedHat has done some work here now after the somewhat failed initial upstream attempt. #2: JP Rosevear (jproseve) (2008-07-21 13:42:26) (reply to #1) Taking this only if upstream provides it. #3: JP Rosevear (jproseve) (2008-09-08 09:38:29) (reply to #2) Upstream has not provided it in time. -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=302311

1 0