December 2015 - docs-qa - Fedora Mailing-Lists

[Bug 1162045] New: Power Mgmt Guide needs to Address Howto Suppress Sleep State

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1162045 Bug ID: 1162045 Summary: Power Mgmt Guide needs to Address Howto Suppress Sleep State Product: Fedora Documentation Version: devel Component: power-management-guide Severity: low Assignee: yruseva(a)redhat.com Reporter: redzilla.coralnut(a)xoxy.net QA Contact: docs-qa(a)lists.fedoraproject.org CC: ddomingo(a)redhat.com, yruseva(a)redhat.com, zach(a)oglesby.co Description of problem: F20 Power Management Guide does not address the hooks into the sleep system provided by systemd. Ever since p,m-utils was deprecated there have been no Fedora/RHAT resources available that discuss how to utilize the hooks into the sleep system to prevent entry into the sleep state. Example: in the era of pm-utils (going back to what, F15?) one could write scripts to suppress the transition to S3 if a desirable network connection were established that should not be interrupted. All that was required was to place the script in /etc/pm/sleep.d/ and have it issue a non-zero exit code if sleep should be suppressed. When the goto sleep process prepared for sleep by executing the script, the script could deliver a non-zero exit code and prevent entry into the sleep state. Now that pm-utils has been deprecated and replaced with systemd, Fedora now ignores any/all scripts in /etc/pm/*. That isn't a problem. What *IS* a problem, though, is that for the past 5 releases of Fedora, the Power Management Guide has completely ignored the topic of how to use custom scripts to prevent entry into the sleep state. As a result, our only options are to look for help and examples in other distributions. Version-Release number of selected component (if applicable): F20, F21 How reproducible: N/A. The documentation doesn't address the problem. Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info: -- You are receiving this mail because: You are the QA Contact for the bug.

6 years, 3 months

2
1
0 / 0

[Bug 1080006] New: Incorrect command for multi-core power saving

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1080006 Bug ID: 1080006 Summary: Incorrect command for multi-core power saving Product: Fedora Documentation Version: devel Component: power-management-guide Assignee: yruseva(a)redhat.com Reporter: fedorabugs(a)aylett.co.uk QA Contact: docs-qa(a)lists.fedoraproject.org CC: ddomingo(a)redhat.com, yruseva(a)redhat.com, zach(a)oglesby.co Description of problem: In section 4.2 [https://docs.fedoraproject.org/en-US/Fedora/20/html/Power_Management_Guid...], there's a list of commands that can be executed to save some power. The command listed for "enable multi-core power-saving (part of the laptop-battery-powersave profile)" is a duplicate of the previous command and is therefore incorrect. Version-Release number of selected component (if applicable): 1.1-0 The command is given as: echo Y > /sys/module/snd_ac97_codec/parameters/power_save Which is the command for enabling audio codec power saving, not for enabling multi-core power saving. -- You are receiving this mail because: You are the QA Contact for the bug.

6 years, 3 months

2
2
0 / 0

[Bug 1036886] New: Incorrect command to start tuned at boot in Power Management Guide

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1036886 Bug ID: 1036886 Summary: Incorrect command to start tuned at boot in Power Management Guide Product: Fedora Documentation Version: devel Component: power-management-guide Assignee: yruseva(a)redhat.com Reporter: stevenhrosenberg(a)gmail.com QA Contact: docs-qa(a)lists.fedoraproject.org CC: ddomingo(a)redhat.com, yruseva(a)redhat.com, zach(a)oglesby.co Description of problem: On this page -- http://docs.fedoraproject.org/en-US/Fedora/19/html/Power_Management_Guide... -- the command to start the tuned utility at boot has two words transposed: Specifically right here -- http://docs.fedoraproject.org/en-US/Fedora/19/html/Power_Management_Guide...: How it reads: To enable tuned to start every time the machine boots, type the following command: systemctl tuned enable But it should be: To enable tuned to start every time the machine boots, type the following command: systemctl enable tuned As you can see, the last two words of the command need to be transposed. -- You are receiving this mail because: You are the QA Contact for the bug.

6 years, 3 months

2
1
0 / 0

[Bug 1008872] New: CPUfreq documentation for F19 lacks information on the new intel_pstate driver and its governors

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1008872 Bug ID: 1008872 Summary: CPUfreq documentation for F19 lacks information on the new intel_pstate driver and its governors Product: Fedora Documentation Version: devel Component: power-management-guide Assignee: yruseva(a)redhat.com Reporter: mail2benny(a)gmail.com QA Contact: docs-qa(a)lists.fedoraproject.org CC: ddomingo(a)redhat.com, yruseva(a)redhat.com, zach(a)oglesby.co https://docs.fedoraproject.org/en-US/Fedora/19/html/Power_Management_Guid... only documents governors for the acpi-cpufreq driver but not for the new intel_pstate driver. -- You are receiving this mail because: You are the QA Contact for the bug.

6 years, 3 months

2
1
0 / 0

[Bug 994167] New: typo in servicectl enable command

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=994167 Bug ID: 994167 Summary: typo in servicectl enable command Product: Fedora Documentation Version: devel Component: power-management-guide Assignee: yruseva(a)redhat.com Reporter: joseignacio.quintana(a)gmail.com QA Contact: docs-qa(a)lists.fedoraproject.org CC: ddomingo(a)redhat.com, oglesbyzm(a)gmail.com, yruseva(a)redhat.com Description of problem: >>> F19, power-management-guide, Section: 2.5.3. Installation and Usage >>> command "systemctl tuned enable" should be "systemctl enable tuned" Version-Release number of selected component (if applicable): >>> F19 doc of power management guide How reproducible: # systemctl tuned enable # ERR: Unknown operation 'tuned'. # systemctl enable tuned # OK: ln -s '/usr/lib/systemd/system/tuned.service' '/etc/systemd/system/multi-user.target.wants/tuned.service' Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info: -- You are receiving this mail because: You are the QA Contact for the bug.

6 years, 3 months

2
1
0 / 0

[Bug 973950] New: Type in Chapter 1.2

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=973950 Bug ID: 973950 Summary: Type in Chapter 1.2 Product: Fedora Documentation Version: devel Component: power-management-guide Severity: low Priority: unspecified Assignee: r.landmann(a)redhat.com Reporter: swierckx(a)gmail.com QA Contact: docs-qa(a)lists.fedoraproject.org CC: ddomingo(a)redhat.com, oglesbyzm(a)gmail.com, r.landmann(a)redhat.com Description of problem: In chapter 1.2 of the power management guide there is a type in the fedora version mentioned "The kernel used in releases of Fedora prior to Fedora 8 used a periodic timer for each CPU. This timer prevents the CPU from truly going idle ..." should probably be ""The kernel used in releases of Fedora prior to Fedora 18 used a periodic timer for each CPU. This timer prevents the CPU from truly going idle ..."" I deducted this from the sentence a little further where it is mentioned that only from Fedora 18 the idle CPU state is tickles -- You are receiving this mail because: You are the QA Contact for the bug.

6 years, 3 months

2
3
0 / 0

[Bug 842190] New: Cpufreq governor

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=842190 Bug ID: 842190 QA Contact: docs-qa(a)lists.fedoraproject.org Severity: unspecified Version: devel Priority: unspecified CC: ddomingo(a)redhat.com, oglesbyzm(a)gmail.com Assignee: r.landmann(a)redhat.com Summary: Cpufreq governor Regression: --- Story Points: --- Classification: Fedora OS: Unspecified Reporter: h479627(a)rtrtr.com Type: Bug Documentation: --- Hardware: Unspecified Mount Type: --- Status: NEW Component: power-management-guide Product: Fedora Documentation Description of problem: Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info: -- You are receiving this mail because: You are the QA Contact for the bug.

6 years, 3 months

2
4
0 / 0

[Bug 832179] New: Power management guide is wrong for frequency scaling in Fedora 17

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=832179 Bug ID: 832179 QA Contact: docs-qa(a)lists.fedoraproject.org Severity: medium Version: devel Priority: unspecified CC: ddomingo(a)redhat.com, oglesbyzm(a)gmail.com Assignee: r.landmann(a)redhat.com Summary: Power management guide is wrong for frequency scaling in Fedora 17 Regression: --- Story Points: --- Classification: Fedora OS: Linux Reporter: jnm11(a)cam.ac.uk Type: Bug Documentation: --- Hardware: All Mount Type: --- Status: NEW Component: power-management-guide Product: Fedora Documentation Description of problem: Power management guide is wrong https://docs.fedoraproject.org/en-US/Fedora/17/html/Power_Management_Guid... Version-Release number of selected component (if applicable): Fedora 17 the location of the cpufreq directory is misspecified it is /lib/modules/3.4.0-1.fc17.x86_64/kernel/drivers/cpufreq There are no modules acpi-cpufreq or p4-clockmod available is acpi-cpufreq directly compiled in. the cpuspeed package is mentioned for the userspace governor but no package exists in fedora 17. I have been completely unable to figure out the following use case. My laptop overheats and powers off if the cpu load is high for too long. There should be a cpu governor or userspace daemon that reduces frequency when the temperature gets too high. -- You are receiving this mail because: You are the QA Contact for the bug.

6 years, 3 months

2
8
0 / 0

[Bug 915751] New: Remove BuildArch: noarch from the meta package example

by Red Hat Bugzilla

Product: Fedora Documentation https://bugzilla.redhat.com/show_bug.cgi?id=915751 Bug ID: 915751 Summary: Remove BuildArch: noarch from the meta package example Product: Fedora Documentation Version: devel Component: software-collections-guide Severity: high Priority: high Reporter: pkovar(a)redhat.com Remove BuildArch: noarch from the meta package example in: http://docs.fedoraproject.org/en-US/Fedora_Contributor_Documentation/1/ht... (Changed in scl-utils-20121110.) -- You are receiving this mail because: You are the QA Contact for the bug.

6 years, 4 months

2
1
0 / 0

[Bug 769438] New: [PATCH] Fix syntax of code examples within rpm-guide-programming-python.xml

by Red Hat Bugzilla

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: [PATCH] Fix syntax of code examples within rpm-guide-programming-python.xml https://bugzilla.redhat.com/show_bug.cgi?id=769438 Summary: [PATCH] Fix syntax of code examples within rpm-guide-programming-python.xml Product: Fedora Documentation Version: devel Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: unspecified Priority: unspecified Component: rpm-guide AssignedTo: bcotton+fedora(a)gmail.com ReportedBy: dmalcolm(a)redhat.com QAContact: docs-qa(a)lists.fedoraproject.org CC: oglesbyzm(a)gmail.com, pkovar(a)redhat.com Classification: Fedora Story Points: --- Type: --- Regression: --- Mount Type: --- Documentation: --- Created attachment 548940 --> https://bugzilla.redhat.com/attachment.cgi?id=548940 Patch to Rpm Guide to fix rpm-guide-programming-python.xml Unfortunately the examples of Python code within the RPM guide have been thoroughly broken since the initial conversion to DocBook, due to the way Python treats leading whitespace as significant. I'm attaching a patch which overhauls this page, so that the code examples are syntactically valid. See the notes in the patch -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.

6 years, 4 months

2
5
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

docs-qa December 2015