[Bug 1001374] New: Web Assets
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1001374
Bug ID: 1001374
Summary: Web Assets
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: jreznik(a)redhat.com, nobody(a)fedoraproject.org,
sparks(a)redhat.com, stickster(a)gmail.com,
tchollingsworth(a)gmail.com, zach(a)oglesby.co
Depends On: 997677 (F20WebAssets), 998583
+++ This bug was initially created as a clone of Bug #998583 +++
This is a tracking bug for Change: Web Assets
For more details, see: http://fedoraproject.org//wiki/Changes/Web_Assets
Traditionally, Fedora has been pushing bits from its various servers to
people's browsers in an ad-hoc fashion, and issues surrounding JavaScript have
been swept under the rug. This change proposal provides a simple framework for
shipping static web content and a way forward to treat JavaScript more closely
to other code in the distribution.
Discussion at
https://lists.fedoraproject.org/pipermail/devel-announce/2013-July/001197...
Please assess existing documentation for the impact of this Change.
--
You are receiving this mail because:
You are the QA Contact for the bug.
9 years, 6 months
[Bug 1001371] New: Web Assets
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1001371
Bug ID: 1001371
Summary: Web Assets
Product: Fedora Documentation
Version: devel
Component: release-notes
Keywords: Tracking
Assignee: relnotes(a)fedoraproject.org
Reporter: me(a)petetravis.com
QA Contact: docs-qa(a)lists.fedoraproject.org
CC: jreznik(a)redhat.com, relnotes(a)fedoraproject.org,
tchollingsworth(a)gmail.com, wb8rcr(a)arrl.net,
zach(a)oglesby.co
Depends On: 997677 (F20WebAssets), 998583
+++ This bug was initially created as a clone of Bug #998583 +++
This is a tracking bug for Change: Web Assets
For more details, see: http://fedoraproject.org//wiki/Changes/Web_Assets
Traditionally, Fedora has been pushing bits from its various servers to
people's browsers in an ad-hoc fashion, and issues surrounding JavaScript have
been swept under the rug. This change proposal provides a simple framework for
shipping static web content and a way forward to treat JavaScript more closely
to other code in the distribution.
Discussion at
https://lists.fedoraproject.org/pipermail/devel-announce/2013-July/001197...
Please create entries for this Change in the Release Notes.
--
You are receiving this mail because:
You are the QA Contact for the bug.
9 years, 6 months
[Bug 1001356] New: No Default Syslog
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1001356
Bug ID: 1001356
Summary: No Default Syslog
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: jreznik(a)redhat.com, mattdm(a)redhat.com,
nobody(a)fedoraproject.org, sparks(a)redhat.com,
stickster(a)gmail.com, zach(a)oglesby.co
Depends On: 998573
+++ This bug was initially created as a clone of Bug #998573 +++
This is a tracking bug for Change: No Default Syslog
For more details, see: http://fedoraproject.org//wiki/Changes/NoDefaultSyslog
No longer install a traditional syslog service by default. (Specifically,
remove rsyslog from the @core or @standard groups in comps.)
Discussion at
https://lists.fedoraproject.org/pipermail/devel/2013-July/185329.html
Please assess existing documentation for the impact of this Change.
In particular, review for coverage of `journalctl` and journald features.
--
You are receiving this mail because:
You are the QA Contact for the bug.
9 years, 7 months
[Bug 986370] New: UEFI Secure Boot and Hibernate (Suspend to Disk)
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=986370
Bug ID: 986370
Summary: UEFI Secure Boot and Hibernate (Suspend to Disk)
Product: Fedora Documentation
Version: devel
Component: install-guide
Assignee: pbokoc(a)redhat.com
Reporter: justin.mitchell.bennett(a)gmail.com
QA Contact: docs-qa(a)lists.fedoraproject.org
CC: oglesbyzm(a)gmail.com, pbokoc(a)redhat.com
Description of problem:
With OEMs shipping preloads of Windows 8 on new purchase computers, UEFI tends
to be enabled by default. Though Fedora can work with a secure boot UEFI bios,
certain features have been disable (See Fedora 18 UEFI Secure Boot Edition
18.4).
As hibernation (suspend to disk) functionality has been disabled on an UEFI
Secure Boot system, users need to be aware, prior to installation of Fedora (as
sole OS on the system), whether to enable or disable this functionality.
Those using Fedora on a laptop/netbook, shouldn't discover *after* completing
installation, that hibernation has been disabled. It becomes a huge pain, to
google how to disable the /boot/efi partition, and grub2, if even possible.
If not documented or referenced in the install-guide, CommonBugs should make
note of this issue.
Version-Release number of selected component (if applicable):
Fedora 18, Fedora 19
How reproducible:
Install Fedora on a system with a Secure Boot, UEFI, enabled bios.
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.
9 years, 7 months
[Bug 1001049] New: Reinstallation method is not explained
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1001049
Bug ID: 1001049
Summary: Reinstallation method is not explained
Product: Fedora Documentation
Version: devel
Component: install-guide
Assignee: pbokoc(a)redhat.com
Reporter: wifienclair(a)gmail.com
QA Contact: docs-qa(a)lists.fedoraproject.org
CC: pbokoc(a)redhat.com, zach(a)oglesby.co
In paragraph 18.1 Determining Whether to Upgrade or Re-Install, it is written:
"This recommended reinstallation method helps to ensure the best system
stability possible."
But I didn't find a reinstallation method in the document.
I suggest to replace this sentence by something like:
"The reinstallation method is recommended to ensure the best system stability
possible."
and to add a paragraph or a chapter on how to reinstall.
--
You are receiving this mail because:
You are the QA Contact for the bug.
9 years, 8 months
[Bug 1001367] New: Visible Cloud
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1001367
Bug ID: 1001367
Summary: Visible Cloud
Product: Fedora Documentation
Version: devel
Component: release-notes
Keywords: Tracking
Assignee: relnotes(a)fedoraproject.org
Reporter: me(a)petetravis.com
QA Contact: docs-qa(a)lists.fedoraproject.org
CC: jreznik(a)redhat.com, mattdm(a)redhat.com,
relnotes(a)fedoraproject.org, wb8rcr(a)arrl.net,
zach(a)oglesby.co
Depends On: 998582
+++ This bug was initially created as a clone of Bug #998582 +++
This is a tracking bug for Change: Visible Cloud
For more details, see: http://fedoraproject.org//wiki/Changes/VisibleCloud
With Fedora 19's First Class Cloud Images feature, we have Amazon EC2 and
downloadable cloud images (in qcow2 and raw.xz format) produced and released
together with the traditional desktop installer and and livecd images. Now,
let's go to the next level and present the cloud images as equal options.
Discussion at
https://lists.fedoraproject.org/pipermail/devel-announce/2013-July/001187...
Please create entries for this Change in the Release Notes.
--
You are receiving this mail because:
You are the QA Contact for the bug.
9 years, 9 months
[Bug 991093] New: Innacurate information about deleting data in 12. Storage and partitioning
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=991093
Bug ID: 991093
Summary: Innacurate information about deleting data in 12.
Storage and partitioning
Product: Fedora Documentation
Version: devel
Component: install-guide
Assignee: pbokoc(a)redhat.com
Reporter: pbokoc(a)redhat.com
QA Contact: docs-qa(a)lists.fedoraproject.org
CC: oglesbyzm(a)gmail.com, pbokoc(a)redhat.com
Below is a copypaste of two e-mails from docs(a)lists.fedoraproject.org
explaining the issue.
================================================================================
Mail 1 from Adam Williamson:
Someone on the forums kindly pointed out an inaccuracy in the
Installation Guide:
https://docs.fedoraproject.org/en-US/Fedora/19/html/Installation_Quick_St...
"All data will be erased during installation from the disks you select
at this stage. Do not select disks that contain data you want to
preserve."
This is not correct. It would be correct to say that no data can
*possibly* be deleted from any disks you *don't* select at this stage,
but it is not true that all data will be removed from disks you *do*
select. Suggesting that this is the case prevents people from following
lots of common install paths.
What actually happens to the data on the selected disks depends on the
user's choices at Installation Options and 'custom partitioning' or
Reclaim Space. If you go to custom partitioning, basically, you're in
complete control of what happens; you can do all sorts of stuff from
there, but no data/partitions will be lost unless you explicitly choose
for that to happen.
If the disk has sufficient unpartitioned space and you just pick the
easiest 'install into empty space' path, no existing data will be
disturbed, though any existing bootloader in the MBR will be overwritten
(this is normal and has always been the case).
If you go through Reclaim Space, you get the choice of what existing
partitions to delete or resize.
=====================================================================
Mail 2 from Chris Murphy:
Yeah, the user actually needs to go to some extreme lengths to erase all data
on the selected disk. In Custom, it's deleted one partition at a time, with an
optional shortcut that popsup offering to delete all related partitions (which
still may not be all data on disk). Further, a summary pops up and shows what
will be deleted in red text.
In Guided, user either must set each partition to be deleted, or click on the
disk (make model number) and set it to delete which then shows all partitions
being set to delete as well.
--
You are receiving this mail because:
You are the QA Contact for the bug.
9 years, 9 months