[Bug 1802159] New: Default login for Fedora core os either
undocumented or missing
by bugzilla@redhat.com
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.
3 years, 9 months
[Bug 1706205] New: fedora 30 kde live image contains the squashfs
image from fedora 27 and its gnome
by bugzilla@redhat.com
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.
3 years, 10 months
[Bug 1830493] New: Typo in section 4.5.
by bugzilla@redhat.com
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/...
--
You are receiving this mail because:
You are the QA Contact for the bug.
3 years, 11 months
[Bug 1831872] New: Legacy DNF enable repo documentation from
gnome-wiki
by bugzilla@redhat.com
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/Di...)
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.
3 years, 11 months
[Bug 1831542] New: Documentation of PEERNTP variable
by bugzilla@redhat.com
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.
3 years, 11 months