[Bug 1350454] New: Error on Shasum Check for Mac OS
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1350454
Bug ID: 1350454
Summary: Error on Shasum Check for Mac OS
Product: Fedora Documentation
Version: devel
Component: install-guide
Severity: low
Assignee: cspicer(a)redhat.com
Reporter: wk4(a)tuta.io
QA Contact: docs-qa(a)lists.fedoraproject.org
CC: pbokoc(a)redhat.com, zach(a)oglesby.co
External Bug ID: Red Hat Bugzilla 1282228
Description of problem:
Version-Release number of selected component (if applicable):
24
How reproducible:
100%
Steps to Reproduce:
1. open terminal
2. $ cd ~/Downloads/
3. shasum -a 256 -c *CHECKSUM
Actual results:
shasum: Fedora-Workstation-24-x86_64-CHECKSUM: no properly formatted SHA1
checksum lines found
Expected results:
shasum: Fedora-Workstation-netinst-x86_64-24-1.2.iso:
Fedora-Workstation-netinst-x86_64-24-1.2.iso: FAILED open or read
Fedora-Workstation-Live-x86_64-24-1.2.iso: OK
shasum: WARNING: 1 listed file could not be read
Additional info:
Tested on Mac OS X 10.11.5 (15F34)
Submitting a separate report as the bug (1282228) mentions both Mac OS and
Ubuntu. I do not have a fix for Ubuntu, only Mac OS.
How to fix:
I recommend replacing the step 3 in the guide with "$ grep '^SHA256' *-CHECKSUM
| awk -F '[()=]' '{ print $4 " " $2 }' | shasum -a 256 -c".
Credit (Fredy):
https://web.archive.org/web/20160627132229/https://ask.fedoraproject.org/...
--
You are receiving this mail because:
You are the QA Contact for the bug.
6 years, 3 months
[Bug 1312621] New: dhcpd instructions are unclear for PXE boot
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1312621
Bug ID: 1312621
Summary: dhcpd instructions are unclear for PXE boot
Product: Fedora Documentation
Version: devel
Component: install-guide
Assignee: cspicer(a)redhat.com
Reporter: danofsatx(a)gmail.com
QA Contact: docs-qa(a)lists.fedoraproject.org
CC: pbokoc(a)redhat.com, zach(a)oglesby.co
Section 10.2 of the Installation Guide gives the example setup for dhcpd to
enable a PXE boot / network installation. The example is unclear between
paragraphs 2 and 4 in that the text in paragraph 4 does not match up with the
text in paragraph 2, and there are no clear instructions as to where it goes in
the example file.
After trial and error and comparing with the F20 instructions, I was able to
get dhcpd started again. I suggest modifying paragraph 4 to include the whole
file as such:
option arch code 93 = unsigned integer 16;
subnet 192.168.1.0 netmask 255.255.255.0 {
option domain-name-servers 192.168.1.1;
option routers 192.168.1.1;
range 192.168.1.11 192.168.1.50;
authoritative;
default-lease-time 600;
max-lease-time 7200;
ddns-update-style none;
if option arch = 00:07 {
filename "uefi/shim.efi";
} else {
filename "pxelinux.0";
}
next-server 192.168.1.2;
}
--
You are receiving this mail because:
You are the QA Contact for the bug.
6 years, 3 months
[Bug 1309111] New: Package environment ID required in kickstart
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1309111
Bug ID: 1309111
Summary: Package environment ID required in kickstart
Product: Fedora Documentation
Version: devel
Component: install-guide
Assignee: cspicer(a)redhat.com
Reporter: dgallowa(a)redhat.com
QA Contact: docs-qa(a)lists.fedoraproject.org
CC: pbokoc(a)redhat.com, zach(a)oglesby.co
Description of problem:
Documentation states a package environment's name can be specified in a
kickstart when the ID is required instead.
https://docs.fedoraproject.org/en-US/Fedora/22/html/Installation_Guide/se...
@^Infrastructure Server <- does not work
@^infrastructure-server-environment <- works
Version-Release number of selected component (if applicable):
Fedora 22
How reproducible:
Every time
Steps to Reproduce:
1. Create kickstart specifying @^Infrastructure Server in %packages
2. Start install
Actual results:
You have specified that the group 'Infrastructure Server' should be installed.
This group does not exist. Would you like to ignore this group and continue
with installation?
Please respond 'yes' or 'no':
Expected results:
Group/Environment get installed
Additional info:
--
You are receiving this mail because:
You are the QA Contact for the bug.
6 years, 3 months
[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
[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
[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