docs-qa May 2020

docs-qa@lists.fedoraproject.org

1 participants
5 discussions

[Bug 1802159] New: Default login for Fedora core os either undocumented or missing
by bugzilla＠redhat.com 25 Jun '20

25 Jun '20

https://bugzilla.redhat.com/show_bug.cgi?id=1802159 Bug ID: 1802159 Summary: Default login for Fedora core os either undocumented or missing Product: Fedora Documentation Version: devel Status: NEW Component: install-guide Assignee: pbokoc(a)redhat.com Reporter: hadmut(a)danisch.de QA Contact: docs-qa(a)lists.fedoraproject.org CC: pbokoc(a)redhat.com, zach(a)oglesby.co Target Milestone: --- Classification: Fedora Description of problem: I was just giving Fedora Core OS a first try and installed it from the ISO image to the bare metal following the instructions at https://docs.fedoraproject.org/en-US/fedora-coreos/bare-metal/ Since I didn't have an ignition file yet, I just ran sudo coreos-installer install /dev/sda with out the ignition file, and this worked. After rebooting, the system came up, but I could not login on the console. The Docs do not contain a hint about what username and what password to use. When i mounted the file system on a different linux machine I saw that there is a core use with no password set. Since I'm not familiar with ostree, I wasn't sure whether I was breaking anything if I just changed the password in the /etc/shadow on that disk, and this is probably not the intended way to use the system. You end up with having a system that's of no use since you can't login. Either the docs should tell how to login after plain install, or coreos-installer should prevent from installing a system with no use and no login. regards -- You are receiving this mail because: You are the QA Contact for the bug.

1 1

[Bug 1706205] New: fedora 30 kde live image contains the squashfs image from fedora 27 and its gnome
by bugzilla＠redhat.com 26 May '20

26 May '20

https://bugzilla.redhat.com/show_bug.cgi?id=1706205 Bug ID: 1706205 Summary: fedora 30 kde live image contains the squashfs image from fedora 27 and its gnome Product: Fedora Documentation Version: devel Status: NEW Component: about-fedora Assignee: pbokoc(a)redhat.com Reporter: rob.verduijn(a)gmail.com QA Contact: docs-qa(a)lists.fedoraproject.org CC: stickster(a)gmail.com, zach(a)oglesby.co Target Milestone: --- Classification: Fedora Description of problem: When booting the recovery option you get the squashfs image from the image found in the LiveOS folder This is a gnome image (a bit strange on a kde live image) And it is from fedora27 Version-Release number of selected component (if applicable): fedora 30 kde live image iso How reproducible: boot the recovery option from that iso and you will see Steps to Reproduce: 1. 2. 3. Actual results: gnome squashfs image from fedora27 Expected results: kde squashfs image from fedora30 Additional info: -- You are receiving this mail because: You are the QA Contact for the bug.

1 2

[Bug 1830493] New: Typo in section 4.5.
by bugzilla＠redhat.com 11 May '20

11 May '20

https://bugzilla.redhat.com/show_bug.cgi?id=1830493 Bug ID: 1830493 Summary: Typo in section 4.5. Product: Fedora Documentation Version: devel OS: Linux Status: NEW Component: selinux-user-guide Severity: low Assignee: pbokoc(a)redhat.com Reporter: triger_t(a)yahoo.com QA Contact: docs-qa(a)lists.fedoraproject.org CC: mprpic(a)redhat.com, pkennedy(a)redhat.com, zach(a)oglesby.co Target Milestone: --- Classification: Fedora Description of problem: I think there is a mistake on page 32, section 4.5. Changing SELinux modes at boot time Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: On page 32, under 4.5. Changing SELinux modes at boot time ..."In permissive mode, only the first denial is reported. However, in enforcing mode you might get a denial on reading a directory and an application stops. In permissive mode, you get the same AVC message, but the application continues reading files in the directory and you get an AVC for each denial in addition." Actual results: As far as I know, Permissive mode let the application continue to run, but report EACH violation it made. Therefore, on permissive mode, ALL denials are reported and not only the first one, due to the fact that the application will continue to run despite the violations. Expected results: Additional info: As far as I know, the correct sentence is: ..."In permissive mode, all denials are reported. However,"... Link to the manual: https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/pd… -- You are receiving this mail because: You are the QA Contact for the bug.

1 1

[Bug 1831872] New: Legacy DNF enable repo documentation from gnome-wiki
by bugzilla＠redhat.com 05 May '20

05 May '20

https://bugzilla.redhat.com/show_bug.cgi?id=1831872 Bug ID: 1831872 Summary: Legacy DNF enable repo documentation from gnome-wiki Product: Fedora Documentation Version: devel Status: NEW Component: documentation-guide Assignee: pbokoc(a)redhat.com Reporter: csiterallat(a)gmail.com 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 Target Milestone: --- Classification: Fedora Document URL: https://fedoraproject.org/wiki/StackTraces#gdb Section Number and Name: nstalling debuginfo RPMs using DNF Describe the issue: This command is doesn't work, it's Legacy! dnf --enablerepo=fedora-debuginfo --enablerepo=updates-debuginfo install <pkg-spec>-debuginfo Suggestions for improvement: TRUE ENABLE REPO COMMAND ON FEDORA 32: sudo dnf config-manager --set-enabled fedora-debuginfo updates-debuginfo Additional information: This link is come frome gnome-wiki (https://wiki.gnome.org/Community/GettingInTouch/Bugzilla/GettingTraces/Dist…) I try to install debuginfo packages for totem, but this documentation is not so helpful :( -- You are receiving this mail because: You are the QA Contact for the bug.

1 0

[Bug 1831542] New: Documentation of PEERNTP variable
by bugzilla＠redhat.com 05 May '20

05 May '20

https://bugzilla.redhat.com/show_bug.cgi?id=1831542 Bug ID: 1831542 Summary: Documentation of PEERNTP variable Product: Fedora Documentation Version: devel Status: NEW Component: system-administrator's-guide Assignee: pbokoc(a)redhat.com Reporter: mlichvar(a)redhat.com QA Contact: docs-qa(a)lists.fedoraproject.org CC: swadeley(a)redhat.com Target Milestone: --- Classification: Fedora Description of problem: The PEERNTP variable, which can be set to "no" in /etc/sysconfig/network in order to disable use of NTP servers provided by the DHCP server, is described in the "Configuring NTP Using ntpd" section, but not in the "Configuring NTP Using the chrony Suite". Both ntp and chrony follow this setting. The documentation should make it clear that NTP servers provided by DHCP are enabled by default. -- You are receiving this mail because: You are the QA Contact for the bug.

1 1

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

docs-qa May 2020