[Bug 1249314] New: yumex-dnf is not following the install only_limit config parameter default 3
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1249314
Bug ID: 1249314
Summary: yumex-dnf is not following the install only_limit
config parameter default 3
Product: Fedora Documentation
Version: devel
Component: software-management-guide
Severity: medium
Assignee: docs(a)lists.fedoraproject.org
Reporter: totalitout(a)gmail.com
QA Contact: docs-qa(a)lists.fedoraproject.org
CC: docs(a)lists.fedoraproject.org
User-Agent: Mozilla/5.0 (X11; Fedora; Linux x86_64; rv:39.0)
Gecko/20100101 Firefox/39.0
Build Identifier:
Using yumex-dnf when installing an updated kernel, the oldest kernel is not
removed. All kernels remain installed, apparently without limit. The default
to keep only the 3 newest kernels is ignored. Running: dnf update removes
excess kernels, the limit of 3 is observed.
Reproducible: Always
Steps to Reproduce:
1.Open yumex-dnf, run update.
2.Reboot to load updated kernel.
3.Kernel list displays more than 3 installed kernels.
Actual Results:
More than 3 kernels remain installed. The install only_limit config parameter
default 3 is ignored.
Expected Results:
Oldest kernel should be removed. No more than 3 kernels should remain
installed.
No error message. Didn't have any indication of a problem except when
rebooting noticed the excess kernels listed. This needs to be fixed. It could
cause unaware users to run out of space in their /boot partition.
--
You are receiving this mail because:
You are the QA Contact for the bug.
8 years, 5 months
[Bug 1222305] New: Release notes scattered with references to YUM. DNF replaces yum
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1222305
Bug ID: 1222305
Summary: Release notes scattered with references to YUM. DNF
replaces yum
Product: Fedora Documentation
Version: devel
Component: release-notes
Severity: high
Assignee: relnotes(a)fedoraproject.org
Reporter: lsatenstein(a)yahoo.com
QA Contact: docs-qa(a)lists.fedoraproject.org
CC: relnotes(a)fedoraproject.org, wb8rcr(a)arrl.net,
zach(a)oglesby.co
Description of problem:
The release notes on the web are not current and do not match the Fedora 22
release. The release notes within the Fedora 22 /usr/share/doc are also
refering to Fedora 19 in places.
In preparation for Fedora 22 release notes it looks like someone searched for
Fedora 21 and changed the 21 to 22.
Version-Release number of selected component (if applicable):
How reproducible:
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.
8 years, 6 months
[Bug 1008149] New: Contraficting info about the need of shared storage for storing guest images to be migrated
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1008149
Bug ID: 1008149
Summary: Contraficting info about the need of shared storage
for storing guest images to be migrated
Product: Fedora Documentation
Version: devel
Component: virtualization-getting-started-guide
Assignee: dayleparker(a)redhat.com
Reporter: jrodrigosm(a)yahoo.es
QA Contact: docs-qa(a)lists.fedoraproject.org
CC: dayleparker(a)redhat.com, docs(a)lists.fedoraproject.org
Hi,
In the Fedora 19 "Virtualization Getting Started Guide", section 2.2 ("What is
migration?"), URL
http://docs.fedoraproject.org/en-US/Fedora/19/html/Virtualization_Getting...
In the paragraph right before the 2.2.1 title, it is stated that "In Fedora 19,
shared storage is not necessary for storing guest images to be migrated. With
live storage migration [...]".
But in the last paragraph of the page, right before the note, it is stated that
"Shared, networked storage must be used for storing guest images to be
migrated. Without shared storage, migration is not possible."
These two statements seem contradictory to me. I just started learning about
virtualization, so I am unable to propose an alternative. But I do think some
clarification is needed.
Thanks,
Rodrigo
--
You are receiving this mail because:
You are the QA Contact for the bug.
8 years, 6 months
[Bug 1206351] New: dnf conversion tracker bug
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1206351
Bug ID: 1206351
Summary: dnf conversion tracker bug
Product: Fedora Documentation
Version: devel
Component: docs-requests
Assignee: nobody(a)fedoraproject.org
Reporter: striker(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
Additional information:
Tracker for individual documentation blockers.
--
You are receiving this mail because:
You are the QA Contact for the bug.
8 years, 6 months
[Bug 1180202] New: Overlap with uefi-secure-boot-guide
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1180202
Bug ID: 1180202
Summary: Overlap with uefi-secure-boot-guide
Product: Fedora Documentation
Version: devel
Component: multiboot-guide
Assignee: chris.roberts(a)croberts.org
Reporter: fweimer(a)redhat.com
QA Contact: docs-qa(a)lists.fedoraproject.org
CC: chris.roberts(a)croberts.org
With the recent updates, there is now some overlap with the UEFI Secure Boot
guide.
I'm not sure the current state of Secure Boot is useful for non-dual-boot
systems, considering the feature loss and the lack of additional security due
to buggy kernels and permissive signed bootloaders from other vendors. Perhaps
merging the UEFI Secure Boot guide into the multiboot guide makes sense?
--
You are receiving this mail because:
You are the QA Contact for the bug.
8 years, 6 months
[Bug 1086052] New: Include a section on using the Live media for rescue
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1086052
Bug ID: 1086052
Summary: Include a section on using the Live media for rescue
Product: Fedora Documentation
Version: devel
Component: install-guide
Assignee: pbokoc(a)redhat.com
Reporter: sanjay.ankur(a)gmail.com
QA Contact: docs-qa(a)lists.fedoraproject.org
CC: pbokoc(a)redhat.com, zach(a)oglesby.co
Description of problem:
The install guide contains a section that documents how one can use the rescue
mode off the dvd. It doesn't document how one can use the live media for simple
rescue operations. The most common use case is when people install Window after
installing Fedora off a live media. They lose grub, and they can't figure out
how to use the live media to reinstall it.
There are a couple of blog posts that document it. For example:
http://thecreationist.expertscolumn.com/article/recover-grub-using-fedora...
It would maybe be a good idea to have a section in docs that provides hints on
how the live cd can be used for basic rescue operations.
Thanks,
Warm regards,
Ankur
--
You are receiving this mail because:
You are the QA Contact for the bug.
8 years, 6 months