docs-qa February 2014

docs-qa@lists.fedoraproject.org

1 participants
149 discussions

[Bug 977063] New: New NetworkManager features should be documented
by Red Hat Bugzilla 21 Mar '14

21 Mar '14

https://bugzilla.redhat.com/show_bug.cgi?id=977063 Bug ID: 977063 Summary: New NetworkManager features should be documented Product: Fedora Documentation Version: devel Component: system-administrator's-guide Severity: unspecified Priority: unspecified Assignee: jhradile(a)redhat.com Reporter: me(a)petetravis.com QA Contact: docs-qa(a)lists.fedoraproject.org CC: jhradile(a)redhat.com NetworkManager now offers hotspot functionality, allowing users to easily share a non-wireless connection over a wireless interface. As of F19, NetworkManager allows the creation and usage of both bridge and bond virtual devices. These features should be documented in the System Administrator's guide. --Pete -- You are receiving this mail because: You are the QA Contact for the bug.

1 3

[Bug 1070505] New: Requested: Traffic partitioning using SR-IOV (sans virtualization)
by Red Hat Bugzilla 26 Feb '14

26 Feb '14

https://bugzilla.redhat.com/show_bug.cgi?id=1070505 Bug ID: 1070505 Summary: Requested: Traffic partitioning using SR-IOV (sans virtualization) Product: Fedora Documentation Version: devel Component: system-administrator's-guide Assignee: swadeley(a)redhat.com Reporter: josh(a)wrale.com QA Contact: docs-qa(a)lists.fedoraproject.org CC: swadeley(a)redhat.com Description of problem: Intel has a guide which describes the why and how of traffic partitioning using SR-IOV, which is an often overlooked use of SR-IOV aside from its primary use with libvirt, and virtualization, et. al. Here is that guide: http://www.intel.com/content/dam/www/public/us/en/documents/solution-briefs… What I'd like to see are controls and documentation for this alternative use of SR-IOV. Using SR-IOV in this way exposes easy QoS controls (see doc), as well as potential performance gains. Using SR-IOV, as an alternative to converged networking over vanilla 8021q-module VLAN interfaces, I've observed (with iperf3) fewer packet retransmissions (packets dropped). See my tests here: https://gist.github.com/josh-wrale/9101038 QoS using 802.1Qaz and DCBX can be very hard to grasp and even harder to implement (I know as I am failing at both at the moment). Please do not overlook SR-IOV as a solution to problems experienced on bare metal with no virtualization involved at all. Thanks, Joshua -- You are receiving this mail because: You are the QA Contact for the bug.

1 2

[Bug 1051044] New: policycoreutils-2.2 changes syntax of semange fcontext -f option
by Red Hat Bugzilla 07 Feb '14

07 Feb '14

https://bugzilla.redhat.com/show_bug.cgi?id=1051044 Bug ID: 1051044 Summary: policycoreutils-2.2 changes syntax of semange fcontext -f option Product: Fedora Documentation Version: devel Component: release-notes Severity: low Assignee: relnotes(a)fedoraproject.org Reporter: edgar.hoch(a)ims.uni-stuttgart.de QA Contact: docs-qa(a)lists.fedoraproject.org CC: relnotes(a)fedoraproject.org, wb8rcr(a)arrl.net, zach(a)oglesby.co Description of problem: Since Fedora 20 the syntax of the command semanage fcontext option -f has changed in an incompatible way to previous versions. I think that this change should be noted in the updates to the Fedora 20 release notes. In previous versions, the argument to semanage fcontext option -f was also prefixed by a dash "-". In Fedora 20, the argument contains no dash, and the char for "regular file" was changed from "-" to "f". I think that the change is reasonable, because dashes in arguments are unsual in linux / unix command lines. But the change is incompatible with previous versions and breaks existing scripts, so I think the users and administrators should be informed of that change! It would be nice if the developers of semanage command would also accept the old syntax, together with the new one, to be backward compatible - at least for some time. But this is another point - not regarding the documentation. Version-Release number of selected component (if applicable): policycoreutils-2.2.5-1.fc20.x86_64 How reproducible: Always. Steps to Reproduce: Compare the man page of "semanage" on policycoreutils-python-2.1.14-46.6.fc19.x86_64 and of "semanage-fcontext" on policycoreutils-2.2.5-1.fc20.x86_64 regarding option "-f" (filetype). -- You are receiving this mail because: You are the QA Contact for the bug.

1 3

[Bug 1057234] New: Typo in Fedora 18 Security Guide section 3.9.3
by Red Hat Bugzilla 06 Feb '14

06 Feb '14

https://bugzilla.redhat.com/show_bug.cgi?id=1057234 Bug ID: 1057234 Summary: Typo in Fedora 18 Security Guide section 3.9.3 Product: Fedora Documentation Version: devel Component: documentation-guide Severity: low Assignee: sparks(a)redhat.com Reporter: rwr(a)libertea.us QA Contact: docs-qa(a)lists.fedoraproject.org CC: jhradile(a)redhat.com, pkovar(a)redhat.com, sparks(a)redhat.com, stickster(a)gmail.com, zach(a)oglesby.co Description of problem: /usr/libexec/iptables.init save should be: /usr/libexec/iptables/iptables.init save Version-Release number of selected component (if applicable): Fedora 18 How reproducible: N/A 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.

1 2

[Bug 998327] New: http://docs.fedoraproject.org/ doesn't work for the Romanian language (ro-RO)
by Red Hat Bugzilla 05 Feb '14

05 Feb '14

https://bugzilla.redhat.com/show_bug.cgi?id=998327 Bug ID: 998327 Summary: http://docs.fedoraproject.org/ doesn't work for the Romanian language (ro-RO) Product: Fedora Documentation Version: devel Component: docs-requests Severity: high Assignee: nobody(a)fedoraproject.org Reporter: cristian.ciupitu(a)yahoo.com QA Contact: docs-qa(a)lists.fedoraproject.org CC: nobody(a)fedoraproject.org, sparks(a)redhat.com, stickster(a)gmail.com, zach(a)oglesby.co Document URL: http://docs.fedoraproject.org/ Section Number and Name: http://docs.fedoraproject.org/ Describe the issue: If I put Romanian ([ro-RO] and/or [ro]) at the top of preferred languages in firefox-23.0-1.fc19.x86_64, the web page doesn't work. The page is loaded then the browser seems to be redirected to the same page over and over. Suggestions for improvement: Additional information: Visiting http://docs.fedoraproject.org/en-US/index.html directly works fine. Visiting http://docs.fedoraproject.org/xx-XX/index.html (literaly) starts a loop. I don't necessarily want the website translated into Romanian, I just want it to work even if it's in English. -- You are receiving this mail because: You are the QA Contact for the bug.

1 9

[Bug 1061008] New: New Bugzilla component for Anaconda Addon Development Guide
by Red Hat Bugzilla 04 Feb '14

04 Feb '14

https://bugzilla.redhat.com/show_bug.cgi?id=1061008 Bug ID: 1061008 Summary: New Bugzilla component for Anaconda Addon Development Guide Product: Fedora Documentation Version: devel Component: docs-requests Assignee: nobody(a)fedoraproject.org Reporter: vpodzime(a)redhat.com QA Contact: docs-qa(a)lists.fedoraproject.org CC: nobody(a)fedoraproject.org, sparks(a)redhat.com, stickster(a)gmail.com, zach(a)oglesby.co A new bugzilla component is required for a new Fedora project guide. -- You are receiving this mail because: You are the QA Contact for the bug.

1 3

[Bug 1001330] New: ARM as primary Architecture
by Red Hat Bugzilla 03 Feb '14

03 Feb '14

https://bugzilla.redhat.com/show_bug.cgi?id=1001330 Bug ID: 1001330 Summary: ARM as primary Architecture 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: dennis(a)ausil.us, jreznik(a)redhat.com, nobody(a)fedoraproject.org, pbrobinson(a)gmail.com, sparks(a)redhat.com, stickster(a)gmail.com, zach(a)oglesby.co Depends On: 998560 Blocks: 1001329 +++ This bug was initially created as a clone of Bug #998560 +++ This is a tracking bug for Change: ARM as primary Architecture For more details, see: http://fedoraproject.org//wiki/Changes/ARM_as_Primary Make ARM a primary architecture. Add armv7hl to the i686 and x86_64 as arches that we build and support. This will mean that all packages supported by the ARM architecture must build for ARM to be released. With the release of Fedora 19 we have deprecated support for software floating support (ARMv5tel sfp) so the only proposed addition to primary architectures is currently ARMv7 hardware floating point 32 bit support (ARMv7 hfp 32bit). --- Additional comment from Dennis Gilmore on 2013-08-22 18:57:11 EDT --- we are building arm as primary, everything is on target right now. Discussion at https://lists.fedoraproject.org/pipermail/devel/2013-July/184962.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.

1 5

[Bug 1021599] New: ARM as primary Architecture
by Red Hat Bugzilla 03 Feb '14

03 Feb '14

https://bugzilla.redhat.com/show_bug.cgi?id=1021599 Bug ID: 1021599 Summary: ARM as primary Architecture 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: dennis(a)ausil.us, jreznik(a)redhat.com, pbokoc(a)redhat.com, pbrobinson(a)gmail.com, zach(a)oglesby.co Depends On: 998560 Blocks: 1001329, 1001330 +++ This bug was initially created as a clone of Bug #998560 +++ This is a tracking bug for Change: ARM as primary Architecture For more details, see: http://fedoraproject.org//wiki/Changes/ARM_as_Primary Make ARM a primary architecture. Add armv7hl to the i686 and x86_64 as arches that we build and support. This will mean that all packages supported by the ARM architecture must build for ARM to be released. With the release of Fedora 19 we have deprecated support for software floating support (ARMv5tel sfp) so the only proposed addition to primary architectures is currently ARMv7 hardware floating point 32 bit support (ARMv7 hfp 32bit). --- Additional comment from Dennis Gilmore on 2013-08-22 18:57:11 EDT --- we are building arm as primary, everything is on target right now. --- Additional comment from Jaroslav Reznik on 2013-10-11 04:46:20 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-16 05:32:34 EDT --- As agreed by Change owner, moving to ON_QA as a completed Change. Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=998560 [Bug 998560] ARM as primary Architecture https://bugzilla.redhat.com/show_bug.cgi?id=1001329 [Bug 1001329] ARM as primary Architecture https://bugzilla.redhat.com/show_bug.cgi?id=1001330 [Bug 1001330] ARM as primary Architecture -- You are receiving this mail because: You are the QA Contact for the bug.

1 2

[Bug 1008749] New: Add info to install-guide about deleting orphaned and obsolete packages after fedup upgrade
by Red Hat Bugzilla 01 Feb '14

01 Feb '14

https://bugzilla.redhat.com/show_bug.cgi?id=1008749 Bug ID: 1008749 Summary: Add info to install-guide about deleting orphaned and obsolete packages after fedup upgrade Product: Fedora Documentation Version: devel Component: install-guide Severity: low Assignee: pbokoc(a)redhat.com Reporter: timwa1(a)optusnet.com.au QA Contact: docs-qa(a)lists.fedoraproject.org CC: pbokoc(a)redhat.com, zach(a)oglesby.co Had a quick look and cannot find any info in docs about this problem. Add info to install-guide about deleting orphaned and obsolete packages after fedup upgrade. Until a garbage collection program or fedup etc updating this info is required so users can do it manually. Version-Release number of selected component (if applicable): Fedora-install docs F19+ How reproducible: Refer Bug id 978037 which shows that an F17 obsoleted package found in F19 current release after upgrade with fedup from F17. Steps to Reproduce: 1. install F18 2. fedup upgrade to F19 3. Run the commands in Bug id 978037 Comment 6 to see obsoleted or orphaned packages. Actual results: yum local repo still has obsolete and orphaned packages after fedup upgrade Expected results: Until a garbage collection program is completed or fedup is updated please add this to install documenation. Additional info: -- You are receiving this mail because: You are the QA Contact for the bug.

1 2

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

docs-qa February 2014