November 2013 - docs-qa - Fedora Mailing-Lists

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1021605 Bug ID: 1021605 Summary: No Default Syslog Product: Fedora Documentation Version: devel Component: install-guide Keywords: Tracking Assignee: pbokoc(a)redhat.com Reporter: pbokoc(a)redhat.com QA Contact: docs-qa(a)lists.fedoraproject.org CC: brentrbrian(a)gmail.com, johannbg(a)gmail.com, jreznik(a)redhat.com, kvolny(a)redhat.com, mattdm(a)redhat.com, pbokoc(a)redhat.com, yjcoshc(a)gmail.com, zach(a)oglesby.co, zbyszek(a)in.waw.pl Depends On: 967521, 998573 Blocks: 1001355, 1001356 +++ This bug was initially created as a clone of Bug #998573 +++ This is a tracking bug for Change: No Default Syslog For more details, see: http://fedoraproject.org//wiki/Changes/NoDefaultSyslog No longer install a traditional syslog service by default. (Specifically, remove rsyslog from the @core or @standard groups in comps.) --- Additional comment from Zbigniew Jędrzejewski-Szmek on 2013-10-08 15:22:54 EDT --- http://cgit.freedesktop.org/systemd/systemd/commit/?id=2b8f6883a17b --- Additional comment from Jaroslav Reznik on 2013-10-11 04:44:57 EDT --- This message is a reminder that Fedora 20 Accepted Changes 100% Completed Deadline is on 2013-10-15 [1]. All Accepted Changes has to be code complete and ready to be validated in the Beta release (optionally by Fedora QA). Required bug state at this point is ON_QA. As for several System Wide Changes, Beta Change Deadline is a point of contingency plan, all incomplete Changes will be reported to FESCo for 2013-10-16 meeting. In case of any questions, don't hesitate to ask Wrangler (jreznik). [1] https://fedoraproject.org/wiki/Releases/20/Schedule --- Additional comment from Matthew Miller on 2013-10-15 14:38:53 EDT --- The basic change to implement this went in, although quite a few packages still bring in rsyslogd as a dependency. I think this feature is fine as it is, and we'll detangle that as part of making separate, targeted Fedora products. --- Additional comment from Jaroslav Reznik on 2013-10-16 06:56:42 EDT --- Ok, thanks, moving to ON_QA. --- Additional comment from Karel Volný on 2013-10-21 08:27:14 EDT --- just FTR, journal brings bug #967521 - how could we switch to this nonsense if that one is still unresolved? well, in fact, how could we even have this activated by default, maybe I'm just out of luck googling, but I see no approval for journal to be used? --- Additional comment from Jóhann B. Guðmundsson on 2013-10-21 08:59:21 EDT --- Just an FYI This feature is not as simple as no default syslog. We need to fix the entire syslog ( journal/rsyslog/syslog-ng ) implementation in the distribution, come up with virtual provide ( to sub package or not to sub package rsyslog/syslog-ng ) as well as fix roughly 600 packages. Now the proposal on how to do so has been stuck with FPC for 2 years now and until that has been done and fixed this feature can never be considered 100% complete... --- Additional comment from Matthew Miller on 2013-10-21 09:10:10 EDT --- (In reply to Jóhann B. Guðmundsson from comment #6) > Just an FYI This feature is not as simple as no default syslog. We need to > fix the entire syslog ( journal/rsyslog/syslog-ng ) implementation in the > distribution, come up with virtual provide ( to sub package or not to sub > package rsyslog/syslog-ng ) as well as fix roughly 600 packages. Now the > proposal on how to do so has been stuck with FPC for 2 years now and until > that has been done and fixed this feature can never be considered 100% > complete... I agree that that's the target, and also that it will continue to be slow-moving. This feature was intentionally meant to slice off and accomplish a small portion of that. --- Additional comment from Brent R Brian on 2013-10-21 09:42:27 EDT --- My comments are not intended to be a remedy, fix, enoursement of a fix/remedy or anything other than a "data point". If you guys need a "lab rat", let me know. B --- Additional comment from Jóhann B. Guðmundsson on 2013-10-21 11:10:22 EDT --- (In reply to Matthew Miller from comment #7) > (In reply to Jóhann B. Guðmundsson from comment #6) > > Just an FYI This feature is not as simple as no default syslog. We need to > > fix the entire syslog ( journal/rsyslog/syslog-ng ) implementation in the > > distribution, come up with virtual provide ( to sub package or not to sub > > package rsyslog/syslog-ng ) as well as fix roughly 600 packages. Now the > > proposal on how to do so has been stuck with FPC for 2 years now and until > > that has been done and fixed this feature can never be considered 100% > > complete... > > I agree that that's the target, and also that it will continue to be > slow-moving. This feature was intentionally meant to slice off and > accomplish a small portion of that. That is one of the core problem people really as in that feature and related work are just implemented up to the point it serves the feature requester need ( and is labelled as 100% feature completed ) as opposed to the actual work required to implement properly into the distribution. What we need to do is to keep distribute wide changes as these in a separated branch and switch all the components at the same time when the feature actually is 100% feature complete Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=967521 [Bug 967521] /var/log/journal breaks system startup https://bugzilla.redhat.com/show_bug.cgi?id=998573 [Bug 998573] No Default Syslog https://bugzilla.redhat.com/show_bug.cgi?id=1001355 [Bug 1001355] No Default Syslog https://bugzilla.redhat.com/show_bug.cgi?id=1001356 [Bug 1001356] No Default Syslog -- You are receiving this mail because: You are the QA Contact for the bug.

5 years, 4 months

2
5
0 / 0

[Bug 1008207] New: FreeIPA OTP UI

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1008207 Bug ID: 1008207 Summary: FreeIPA OTP UI Product: Fedora Documentation Version: devel Component: docs-requests Keywords: Tracking Assignee: nobody(a)fedoraproject.org Reporter: me(a)petetravis.com QA Contact: docs-qa(a)lists.fedoraproject.org CC: jreznik(a)redhat.com, nathaniel(a)natemccallum.com, nobody(a)fedoraproject.org, sparks(a)redhat.com, stickster(a)gmail.com, tbabej(a)redhat.com, zach(a)oglesby.co Depends On: 998526 +++ This bug was initially created as a clone of Bug #998526 +++ This is a tracking bug for Change: FreeIPA OTP UI For more details, see: http://fedoraproject.org//wiki/Changes/IPAv3OTPUI FreeIPA will gain a user interface for managing users' OTP tokens. --- Additional comment from Tomas Babej on 2013-08-28 10:24:59 EDT --- This feature is self-contained and not in a testable state yet. It is planned for FreeIPA 3.4 Beta release which is aligned with the F20 schedule. ------------------------------------------------------------------ Discussion at https://lists.fedoraproject.org/pipermail/devel-announce/2013-July/001200... Please assess existing documentation for the impact of this Change. -- You are receiving this mail because: You are the QA Contact for the bug.

5 years, 8 months

2
3
0 / 0

[Bug 1008206] New: FreeIPA OTP UI

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1008206 Bug ID: 1008206 Summary: FreeIPA OTP UI Product: Fedora Documentation Version: devel Component: release-notes Keywords: Tracking Assignee: relnotes(a)fedoraproject.org Reporter: me(a)petetravis.com QA Contact: docs-qa(a)lists.fedoraproject.org CC: jreznik(a)redhat.com, nathaniel(a)natemccallum.com, relnotes(a)fedoraproject.org, tbabej(a)redhat.com, wb8rcr(a)arrl.net, zach(a)oglesby.co Depends On: 998526 +++ This bug was initially created as a clone of Bug #998526 +++ This is a tracking bug for Change: FreeIPA OTP UI For more details, see: http://fedoraproject.org//wiki/Changes/IPAv3OTPUI FreeIPA will gain a user interface for managing users' OTP tokens. --- Additional comment from Tomas Babej on 2013-08-28 10:24:59 EDT --- This feature is self-contained and not in a testable state yet. It is planned for FreeIPA 3.4 Beta release which is aligned with the F20 schedule. ---------------------------------------------------------------------- Discussion at https://lists.fedoraproject.org/pipermail/devel-announce/2013-July/001200... Please document this Change in the Release Notes. -- You are receiving this mail because: You are the QA Contact for the bug.

5 years, 8 months

2
3
0 / 0

[Bug 1008191] New: Apache OpenOffice

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1008191 Bug ID: 1008191 Summary: Apache OpenOffice Product: Fedora Documentation Version: devel Component: docs-requests Keywords: Tracking Assignee: nobody(a)fedoraproject.org Reporter: me(a)petetravis.com QA Contact: docs-qa(a)lists.fedoraproject.org CC: jreznik(a)redhat.com, nobody(a)fedoraproject.org, sparks(a)redhat.com, stickster(a)gmail.com, zach(a)oglesby.co Depends On: 998511 +++ This bug was initially created as a clone of Bug #998511 +++ This is a tracking bug for Change: Apache OpenOffice For more details, see: http://fedoraproject.org//wiki/Changes/ApacheOpenOffice Add Apache OpenOffice, the free productivity suite, to Fedora. -- You are receiving this mail because: You are the QA Contact for the bug.

5 years, 8 months

2
3
0 / 0

[Bug 1008190] New: Apache OpenOffice

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1008190 Bug ID: 1008190 Summary: Apache OpenOffice Product: Fedora Documentation Version: devel Component: release-notes Keywords: Tracking Assignee: relnotes(a)fedoraproject.org Reporter: me(a)petetravis.com QA Contact: docs-qa(a)lists.fedoraproject.org CC: jreznik(a)redhat.com, relnotes(a)fedoraproject.org, wb8rcr(a)arrl.net, zach(a)oglesby.co Depends On: 998511 +++ This bug was initially created as a clone of Bug #998511 +++ This is a tracking bug for Change: Apache OpenOffice For more details, see: http://fedoraproject.org//wiki/Changes/ApacheOpenOffice Add Apache OpenOffice, the free productivity suite, to Fedora. -- You are receiving this mail because: You are the QA Contact for the bug.

5 years, 8 months

2
4
0 / 0

[Bug 1021570] New: OS Installer Support for LVM Thin Provisioning

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1021570 Bug ID: 1021570 Summary: OS Installer Support for LVM Thin Provisioning Product: Fedora Documentation Version: devel Component: install-guide Keywords: Tracking Assignee: pbokoc(a)redhat.com Reporter: pbokoc(a)redhat.com QA Contact: docs-qa(a)lists.fedoraproject.org CC: dlehman(a)redhat.com, jreznik(a)redhat.com, pbokoc(a)redhat.com, zach(a)oglesby.co Depends On: 998527 Blocks: 998532, 1008211, 1008212 +++ This bug was initially created as a clone of Bug #998527 +++ This is a tracking bug for Change: OS Installer Support for LVM Thin Provisioning For more details, see: http://fedoraproject.org//wiki/Changes/InstallerLVMThinProvisioningSupport LVM has introduced thin provisioning technology, which provides greatly improved snapshot functionality in addition to thin provisioning capability. This change will make it possible to configure thin provisioning during OS installation. --- Additional comment from David Lehman on 2013-08-27 11:28:33 EDT --- The only missing piece is a way to select a usage profile in anaconda. You specify metadata size and chunk size via kickstart. The bug to add profiles to lvm2 for common thinp usage patterns is bug 958464. --- Additional comment from Jaroslav Reznik on 2013-10-11 04:45:46 EDT --- This message is a reminder that Fedora 20 Accepted Changes 100% Completed Deadline is on 2013-10-15 [1]. All Accepted Changes has to be code complete and ready to be validated in the Beta release (optionally by Fedora QA). Required bug state at this point is ON_QA. As for several System Wide Changes, Beta Change Deadline is a point of contingency plan, all incomplete Changes will be reported to FESCo for 2013-10-16 meeting. In case of any questions, don't hesitate to ask Wrangler (jreznik). [1] https://fedoraproject.org/wiki/Releases/20/Schedule --- Additional comment from Jaroslav Reznik on 2013-10-21 10:13:43 EDT --- I see 958464 in POST state but probably without profiles. Is it acceptable to consider this Change completed without it or not? FESCo asked me to finish review of Changes this week. Thanks. Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=998527 [Bug 998527] OS Installer Support for LVM Thin Provisioning https://bugzilla.redhat.com/show_bug.cgi?id=998532 [Bug 998532] Snapshot and Rollback Tool https://bugzilla.redhat.com/show_bug.cgi?id=1008211 [Bug 1008211] OS Installer Support for LVM Thin Provisioning https://bugzilla.redhat.com/show_bug.cgi?id=1008212 [Bug 1008212] OS Installer Support for LVM Thin Provisioning -- You are receiving this mail because: You are the QA Contact for the bug.

5 years, 8 months

2
3
0 / 0

[Bug 1008211] New: OS Installer Support for LVM Thin Provisioning

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1008211 Bug ID: 1008211 Summary: OS Installer Support for LVM Thin Provisioning Product: Fedora Documentation Version: devel Component: release-notes Keywords: Tracking Assignee: relnotes(a)fedoraproject.org Reporter: me(a)petetravis.com QA Contact: docs-qa(a)lists.fedoraproject.org CC: dlehman(a)redhat.com, jreznik(a)redhat.com, relnotes(a)fedoraproject.org, wb8rcr(a)arrl.net, zach(a)oglesby.co Depends On: 998527 Blocks: 998532 +++ This bug was initially created as a clone of Bug #998527 +++ This is a tracking bug for Change: OS Installer Support for LVM Thin Provisioning For more details, see: http://fedoraproject.org//wiki/Changes/InstallerLVMThinProvisioningSupport LVM has introduced thin provisioning technology, which provides greatly improved snapshot functionality in addition to thin provisioning capability. This change will make it possible to configure thin provisioning during OS installation. --- Additional comment from David Lehman on 2013-08-27 11:28:33 EDT --- The only missing piece is a way to select a usage profile in anaconda. You specify metadata size and chunk size via kickstart. The bug to add profiles to lvm2 for common thinp usage patterns is bug 958464. -------------------------------- Discussion at https://lists.fedoraproject.org/pipermail/devel/2013-July/185803.html Please document this Change in the Release Notes -- You are receiving this mail because: You are the QA Contact for the bug.

5 years, 8 months

2
4
0 / 0

[Bug 1008212] New: OS Installer Support for LVM Thin Provisioning

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1008212 Bug ID: 1008212 Summary: OS Installer Support for LVM Thin Provisioning Product: Fedora Documentation Version: devel Component: docs-requests Keywords: Tracking Assignee: nobody(a)fedoraproject.org Reporter: me(a)petetravis.com QA Contact: docs-qa(a)lists.fedoraproject.org CC: dlehman(a)redhat.com, jreznik(a)redhat.com, nobody(a)fedoraproject.org, sparks(a)redhat.com, stickster(a)gmail.com, zach(a)oglesby.co Depends On: 998527 Blocks: 998532 +++ This bug was initially created as a clone of Bug #998527 +++ This is a tracking bug for Change: OS Installer Support for LVM Thin Provisioning For more details, see: http://fedoraproject.org//wiki/Changes/InstallerLVMThinProvisioningSupport LVM has introduced thin provisioning technology, which provides greatly improved snapshot functionality in addition to thin provisioning capability. This change will make it possible to configure thin provisioning during OS installation. --- Additional comment from David Lehman on 2013-08-27 11:28:33 EDT --- The only missing piece is a way to select a usage profile in anaconda. You specify metadata size and chunk size via kickstart. The bug to add profiles to lvm2 for common thinp usage patterns is bug 958464. -------------------------------------- Discussion at https://lists.fedoraproject.org/pipermail/devel/2013-July/185803.html Please assess existing documentation for the impact of this Change. -- You are receiving this mail because: You are the QA Contact for the bug.

5 years, 8 months

2
4
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, 2 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, 2 months

2
1
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

docs-qa November 2013