May 2009 - openSUSE Features - openSUSE Mailing Lists

[openFATE 305588] kdump support for autoyast installation
by fate_noreply＠suse.de 12 May '09

12 May '09

Feature changed by: Jiri Srain (jsrain) Feature #305588, revision 10 Title: kdump support for autoyast installation - openSUSE-11.2: Evaluation + openSUSE-11.2: Candidate Priority Requester: Important Projectmanager: Important Requested by: Stefan Fent (sfent) Description: In SLES11 it is possible to add an autoyast section for kdump to the autoyast.xml file. This does not work in openSUSE11.1. Please add support for this in openSUSE as well. See bug #456707 for reference. -- openSUSE Feature: https://features.opensuse.org/305588

1 0

[openFATE 305588] kdump support for autoyast installation
by fate_noreply＠suse.de 12 May '09

12 May '09

Feature changed by: Stanislav Visnovsky (visnov) Feature #305588, revision 9 Title: kdump support for autoyast installation openSUSE-11.2: Evaluation Priority Requester: Important + Projectmanager: Important Requested by: Stefan Fent (sfent) Description: In SLES11 it is possible to add an autoyast section for kdump to the autoyast.xml file. This does not work in openSUSE11.1. Please add support for this in openSUSE as well. See bug #456707 for reference. -- openSUSE Feature: https://features.opensuse.org/305588

1 0

[openFATE 305168] default to relatime
by fate_noreply＠suse.de 12 May '09

12 May '09

Feature changed by: Jan Kara (jankara) Feature #305168, revision 18 Title: default to relatime openSUSE-11.1: Rejected by Stanislav Visnovsky (visnov) reject date: 2008-09-10 10:20:17 reject reason: This is too late for openSUSE 11.1. Postponing. Priority Requester: Mandatory openSUSE-11.2: Evaluation Priority Requester: Mandatory Requested by: Michael Meeks (michael_meeks) Description: At least for desktops, we should reduce the memory and I/O thrash caused by atime updates, by using relatime. Relations: - bugreport from community (novell/bugzilla/id: 398616) https://bugzilla.novell.com/show_bug.cgi?id=398616 - Offers 'noatime' when 'relatime' is clearly better (novell/bugzilla/id: 461829) https://bugzilla.novell.com/show_bug.cgi?id=461829 Discussion: #1: Robert Davies (robopensuse) (2009-01-16 15:52:09) Bug #461829 is not requesting breaking POSIX semantics by default! relatime should replace noatime option in the mount options part of partioner tool, especially now it has been improved to update atime on file access if it's older than 24 hours. Standards are important, and LRU file caches cannot be relied on if noatime usage is common, or if poor backup software touches atimes, when reading files. #2: Sven Burmeister (rabauke) (2009-01-23 01:09:47) 11.1 is out and 11.2 getting started. Did anyone hear of ubuntu suffering from using relatime by default? If not, it seems likely that there are little to none issues. #3: Stephan Kulow (coolo) (2009-05-08 16:51:21) Matthias, I would think the easiest solution is replacing the current checkbox "use noatime" with "use relatime" and make it default (possibly per product). atime is a major pain for many systems where powersave and co are affected. #4: Matthias Eckermann (mge1512) (2009-05-11 15:52:11) (reply to #3) I am not perfectly happy, as a system crash could invalide the "atime"s with "relatime" switched on; looking for supporting information though, it seems, the broader Linux community is in favour of "relatime" (with remarkable exceptions); thus I propose: * introduce "relatime" as an independend parameter * keep the "noatime" checkbox in YaST * make "relatime" default on SSDs automatically * introduce a generic switch in YaST "defaultrelatime", which can be switched on/off per product * make "relatime" default "on" for the openSUSE product Does that help? #5: Jan Kara (jankara) (2009-05-11 16:33:11) This is a bit separate to how it will all look in Yast but I wanted to point out that in current Linus's tree (going to be 2.6.30) is a patch which changes kernel's default to 'relatime'. So unless we change something, all filesystems on this or newer kernel are going to be mounted as relatime (you have to specify 'strictatime' mount option if you really wish to keep atime). #6: Stephan Kulow (coolo) (2009-05-12 10:36:27) (reply to #5) then we can leave everything as it is actually and the feature is Done once we switch to 2.6.30 + #7: Jan Kara (jankara) (2009-05-12 13:08:05) (reply to #6) + Yes, the original request will be fulfilled. But I believe it would be + good to have a selection in partitioner tool like: "Access time + behavior: <relatime|noatime|strictatime>" anyway and make 'relatime' + default. + Also it is a question how to behave on update - the safest would be to + add 'strictatime' to filesystems that don't have any atime setting but + realistically it is probably better to ask user whether he agrees to + switching to relatime and default to "yes". -- openSUSE Feature: https://features.opensuse.org/305168

1 0

[openFATE 305168] default to relatime
by fate_noreply＠suse.de 12 May '09

12 May '09

Feature changed by: Stephan Kulow (coolo) Feature #305168, revision 17 Title: default to relatime openSUSE-11.1: Rejected by Stanislav Visnovsky (visnov) reject date: 2008-09-10 10:20:17 reject reason: This is too late for openSUSE 11.1. Postponing. Priority Requester: Mandatory openSUSE-11.2: Evaluation Priority Requester: Mandatory Requested by: Michael Meeks (michael_meeks) Description: At least for desktops, we should reduce the memory and I/O thrash caused by atime updates, by using relatime. Relations: - bugreport from community (novell/bugzilla/id: 398616) https://bugzilla.novell.com/show_bug.cgi?id=398616 - Offers 'noatime' when 'relatime' is clearly better (novell/bugzilla/id: 461829) https://bugzilla.novell.com/show_bug.cgi?id=461829 Discussion: #1: Robert Davies (robopensuse) (2009-01-16 15:52:09) Bug #461829 is not requesting breaking POSIX semantics by default! relatime should replace noatime option in the mount options part of partioner tool, especially now it has been improved to update atime on file access if it's older than 24 hours. Standards are important, and LRU file caches cannot be relied on if noatime usage is common, or if poor backup software touches atimes, when reading files. #2: Sven Burmeister (rabauke) (2009-01-23 01:09:47) 11.1 is out and 11.2 getting started. Did anyone hear of ubuntu suffering from using relatime by default? If not, it seems likely that there are little to none issues. #3: Stephan Kulow (coolo) (2009-05-08 16:51:21) Matthias, I would think the easiest solution is replacing the current checkbox "use noatime" with "use relatime" and make it default (possibly per product). atime is a major pain for many systems where powersave and co are affected. #4: Matthias Eckermann (mge1512) (2009-05-11 15:52:11) (reply to #3) I am not perfectly happy, as a system crash could invalide the "atime"s with "relatime" switched on; looking for supporting information though, it seems, the broader Linux community is in favour of "relatime" (with remarkable exceptions); thus I propose: * introduce "relatime" as an independend parameter * keep the "noatime" checkbox in YaST * make "relatime" default on SSDs automatically * introduce a generic switch in YaST "defaultrelatime", which can be switched on/off per product * make "relatime" default "on" for the openSUSE product Does that help? #5: Jan Kara (jankara) (2009-05-11 16:33:11) This is a bit separate to how it will all look in Yast but I wanted to point out that in current Linus's tree (going to be 2.6.30) is a patch which changes kernel's default to 'relatime'. So unless we change something, all filesystems on this or newer kernel are going to be mounted as relatime (you have to specify 'strictatime' mount option if you really wish to keep atime). + #6: Stephan Kulow (coolo) (2009-05-12 10:36:27) (reply to #5) + then we can leave everything as it is actually and the feature is Done + once we switch to 2.6.30 -- openSUSE Feature: https://features.opensuse.org/305168

1 0

[openFATE 304429] Package cache handling in yast
by fate_noreply＠suse.de 12 May '09

12 May '09

Feature changed by: Holger Sickenberg (holgisms) Feature #304429, revision 11 Title: Package cache handling in yast openSUSE-11.1: Rejected by Stanislav Visnovsky (visnov) reject date: 2008-07-11 21:45:10 reject reason: Postponing. Zypper already provides the functionality. Priority Requester: Important Projectmanager: Important openSUSE-11.2: Done Priority Requester: Important Requested by: Ladislav Slezak (lslezak) Description: Add a possibility to edit 'keeppackages' option in *.repo files. The downloaded packages are not kept by default, but it should be configurable by user. The question is how it should be configurable. My suggestions are a check box or an extra menu item in the repositoru manager (repositories. ycp) . References: https://bugzilla.novell.com/show_bug.cgi?id=393709 Test Case: * check if the installed version of yast2-packager is 2.18.0 or later, with following command: $ rpm -q yast2-packager * add a new Software Repository: open YaST2 -> Software -> Software Repositories -> Add * during adding the new Software Repositories flag "Keep Downloaded Packages" - * update a package: # zypper update -t <package name> + * install or update a package: # zypper install <package name> * check if the package rpm file was saved in local cache (default: /var/cache/zypp/packages/) Discussion: #2: Ladislav Slezak (lslezak) (2009-01-08 13:47:14) Implemented in yast SVN trunk (will be in yast2-packager-2.18.0) There is a new check box, similar to 'Enabled' and 'Autorefresh' check boxes. (bnc#402617) -- openSUSE Feature: https://features.opensuse.org/304429

1 0

[openFATE 305168] default to relatime
by fate_noreply＠suse.de 11 May '09

11 May '09

Feature changed by: Jan Kara (jankara) Feature #305168, revision 16 Title: default to relatime openSUSE-11.1: Rejected by Stanislav Visnovsky (visnov) reject date: 2008-09-10 10:20:17 reject reason: This is too late for openSUSE 11.1. Postponing. Priority Requester: Mandatory openSUSE-11.2: Evaluation Priority Requester: Mandatory Requested by: Michael Meeks (michael_meeks) Description: At least for desktops, we should reduce the memory and I/O thrash caused by atime updates, by using relatime. Relations: - bugreport from community (novell/bugzilla/id: 398616) https://bugzilla.novell.com/show_bug.cgi?id=398616 - Offers 'noatime' when 'relatime' is clearly better (novell/bugzilla/id: 461829) https://bugzilla.novell.com/show_bug.cgi?id=461829 Discussion: #1: Robert Davies (robopensuse) (2009-01-16 15:52:09) Bug #461829 is not requesting breaking POSIX semantics by default! relatime should replace noatime option in the mount options part of partioner tool, especially now it has been improved to update atime on file access if it's older than 24 hours. Standards are important, and LRU file caches cannot be relied on if noatime usage is common, or if poor backup software touches atimes, when reading files. #2: Sven Burmeister (rabauke) (2009-01-23 01:09:47) 11.1 is out and 11.2 getting started. Did anyone hear of ubuntu suffering from using relatime by default? If not, it seems likely that there are little to none issues. #3: Stephan Kulow (coolo) (2009-05-08 16:51:21) Matthias, I would think the easiest solution is replacing the current checkbox "use noatime" with "use relatime" and make it default (possibly per product). atime is a major pain for many systems where powersave and co are affected. #4: Matthias Eckermann (mge1512) (2009-05-11 15:52:11) (reply to #3) I am not perfectly happy, as a system crash could invalide the "atime"s with "relatime" switched on; looking for supporting information though, it seems, the broader Linux community is in favour of "relatime" (with remarkable exceptions); thus I propose: * introduce "relatime" as an independend parameter * keep the "noatime" checkbox in YaST * make "relatime" default on SSDs automatically * introduce a generic switch in YaST "defaultrelatime", which can be switched on/off per product * make "relatime" default "on" for the openSUSE product Does that help? + #5: Jan Kara (jankara) (2009-05-11 16:33:11) + This is a bit separate to how it will all look in Yast but I wanted to + point out that in current Linus's tree (going to be 2.6.30) is a patch + which changes kernel's default to 'relatime'. So unless we change + something, all filesystems on this or newer kernel are going to be + mounted as relatime (you have to specify 'strictatime' mount option if + you really wish to keep atime). -- openSUSE Feature: https://features.opensuse.org/305168

1 0

[openFATE 306408] blah
by fate_noreply＠suse.de 11 May '09

11 May '09

Feature changed by: Michael Löffler (michl19) Feature #306408, revision 9 Title: blah openFATE: Rejected by Hendrik Vogelsang (hennevogel) reject date: 2009-05-07 16:53:14 reject reason: done testing Priority Requester: Important Info Provider: Heidi Lahtinen (chrysantine) Requested by: Hendrik Vogelsang (hennevogel) Description: This is a test feature. Discussion: #1: Hendrik Vogelsang (hennevogel) (2009-05-07 16:09:14) please make a comment #2: Hendrik Vogelsang (hennevogel) (2009-05-07 16:19:52) this is a comment #3: Hendrik Vogelsang (hennevogel) (2009-05-07 16:34:47) (reply to #2) why? #4: Hendrik Vogelsang (hennevogel) (2009-05-07 16:45:19) (reply to #3) hrrrmmmm + #5: Michael Löffler (michl19) (2009-05-11 16:03:02) + Henne, there is something important missing. -- openSUSE Feature: https://features.opensuse.org/306408

1 0

[openFATE 305168] default to relatime
by fate_noreply＠suse.de 11 May '09

11 May '09

Feature changed by: Matthias Eckermann (mge1512) Feature #305168, revision 15 Title: default to relatime openSUSE-11.1: Rejected by Stanislav Visnovsky (visnov) reject date: 2008-09-10 10:20:17 reject reason: This is too late for openSUSE 11.1. Postponing. Priority Requester: Mandatory openSUSE-11.2: Evaluation Priority Requester: Mandatory Requested by: Michael Meeks (michael_meeks) Description: At least for desktops, we should reduce the memory and I/O thrash caused by atime updates, by using relatime. Relations: - bugreport from community (novell/bugzilla/id: 398616) https://bugzilla.novell.com/show_bug.cgi?id=398616 - Offers 'noatime' when 'relatime' is clearly better (novell/bugzilla/id: 461829) https://bugzilla.novell.com/show_bug.cgi?id=461829 Discussion: #1: Robert Davies (robopensuse) (2009-01-16 15:52:09) Bug #461829 is not requesting breaking POSIX semantics by default! relatime should replace noatime option in the mount options part of partioner tool, especially now it has been improved to update atime on file access if it's older than 24 hours. Standards are important, and LRU file caches cannot be relied on if noatime usage is common, or if poor backup software touches atimes, when reading files. #2: Sven Burmeister (rabauke) (2009-01-23 01:09:47) 11.1 is out and 11.2 getting started. Did anyone hear of ubuntu suffering from using relatime by default? If not, it seems likely that there are little to none issues. #3: Stephan Kulow (coolo) (2009-05-08 16:51:21) Matthias, I would think the easiest solution is replacing the current checkbox "use noatime" with "use relatime" and make it default (possibly per product). atime is a major pain for many systems where powersave and co are affected. + #4: Matthias Eckermann (mge1512) (2009-05-11 15:52:11) (reply to #3) + I am not perfectly happy, as a system crash could invalide the "atime"s + with "relatime" switched on; looking for supporting information though, + it seems, the broader Linux community is in favour of "relatime" (with + remarkable exceptions); thus I propose: + * introduce "relatime" as an independend parameter + * keep the "noatime" checkbox in YaST + * make "relatime" default on SSDs automatically + * introduce a generic switch in YaST "defaultrelatime", which can be + switched on/off per product + * make "relatime" default "on" for the openSUSE product + Does that help? -- openSUSE Feature: https://features.opensuse.org/305168

1 0

[openFATE 306416] Add additional users and roles.
by fate_noreply＠suse.de 11 May '09

11 May '09

Feature added by: Joe Harmon (jaharmon) Feature #306416, revision 1, last change by Title: Add additional users and roles. openFATE: Unconfirmed Priority Requester: Mandatory Requested by: Joe Harmon (jaharmon) Description: We have several managers that are running other operating systems other than Linux. The webFATE tool was a good answer to this issue but the problem is that they can only add themselves to a fate request. We need the ability to add other people to the fate request since the fate client is not available on platforms other than Linux. -- openSUSE Feature: https://features.opensuse.org/306416

1 1

[openFATE 303534] Extend BarGraph Widget
by fate_noreply＠suse.de 10 May '09

10 May '09

Feature changed by: Marc Telesha (mtelesha) Feature #303534, revision 28 Title: Extend BarGraph Widget openSUSE-11.2: Evaluation Priority Requester: Desirable Requested by: Arvin Schnell (aschnell) Requested by: Matthias Eckermann (mge1512) Description: The latest mockups for the partitioner contain an BarGraph with additional features: * legend * several areas with same color/legend * a bit small (maybe not so important) Here is a picture (http://w3.suse.de/~aschnell/bg2.png) from the mockup. Relations: - Enhance partitioner to be more user friendly (novell/bugzilla/id: 390213) https://bugzilla.novell.com/show_bug.cgi?id=390213 - Graphical Display of Hard Disk partitions (novell/bugzilla/id: 414322) https://bugzilla.novell.com/show_bug.cgi?id=414322 - Blog Comment praising GParted (url: http://lizards.opensuse.org/2009/03/06/context-menus-in-yast-partitioner/#c…) Discussion: #1: Federico Lucifredi (flucifredi) (2008-06-13 15:15:21) Stano, if we need it it is of course M. Let me know, I just have no business reasons, this is entirely an engineering decision. #2: Stefan Hundhammer (sh-sh-sh) (2008-06-17 15:29:07) What's wrong with using the _existing_ widget with its existing features? #3: Stanislav Visnovsky (visnov) (2008-06-17 15:54:05) Agreement is that this is not needed. #4: Katarina Machalkova (kmachalkova) (2009-02-25 16:43:41) Can we please re-consider this for openSUSE 11.2 ? Some visualization of used/free space ratio on the disk/partition, or the whole disk layout in the partitioner overviews would be nice. The problem (not the only one) with current bar graph widget is that if some portion of the graph becomes too small, the text on it is no longer readable. A legend of the graph (as depicted above) would help a lot, but at the very minimum, some tooltips over the graph parts could be added #5: Michael Löffler (michl19) (2009-03-25 17:27:12) (reply to #4) It looks still like an engineering decsion. Stano please re-consider or reject ;-) #6: Arvin Schnell (aschnell) (2009-03-25 17:53:24) (reply to #5) I don't understand why this should be an engineering decision. This feature will directly influence what the users see. It's not a detail hidden deep in source code that makes geeks say "wow" if they should find it while being bored to death. This is a feature users are constantly asking for! #11: Jean-Daniel Dodin (jdd_sysop) (2009-04-08 20:53:33) gparted is much friendly than YaST. shame. jdd #12: FERNANDO RUBEN ESPINOSA RAMIREZ. (fersito) (2009-04-09 04:01:51) You must to do what ever you want Katarina so in order to learn like myself.-fernando (from Leòn GTO. Mexico)greetings. #13: Duncan Mac-Vicar (dmacvicar) (2009-04-09 11:03:22) (reply to #12) This is even a fake email. Final-Recipient: rfc822; ferub(a)att.net.mx Action: failed Status: 5.0.0 Diagnostic-Code: X-Postfix; host mailin-02.mx.aol.com[64.12.137.89] said: 550 MAILBOX NOT FOUND (in reply to RCPT TO command) + #14: Marc Telesha (mtelesha) (2009-05-10 08:03:28) + Persoanlly I used a LiveCD of Parted Parted (Gpartitioner) before + installing OpenSUSE everytime. It is much easier to do it this way when + setting up a dual booting computer.I really think if it had a better + GUI for partitions it would make this partitioning easier for people to + understand, especially people giving Linux a try.-Marc -- openSUSE Feature: https://features.opensuse.org/303534

1 0