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.
https://bugzilla.redhat.com/show_bug.cgi?id=1149926
Bug ID: 1149926
Summary: Опечатки
Product: Fedora Documentation
Version: devel
Component: selinux-user-guide
Assignee: mprpic(a)redhat.com
Reporter: eve.ashumi(a)gmail.com
QA Contact: docs-qa(a)lists.fedoraproject.org
CC: mprpic(a)redhat.com, pkennedy(a)redhat.com,
zach(a)oglesby.co
Вырезки оригинальные - можно копировать и серчить. Ошибки выделил капсом.
Список дааалеко не полный, а скорее, просто для оценки масштаба бедствия
поэтому рекомендую пройтись по руководству вдоль и поперек :)
Fedora 13
Security-Enhanced Linux. Linux с улучшенной безопасностью
ошибка_1: ...SELinux создан АгЕнством Национальной Безопасности...
ошибка_2: ...Обладая способностью ограничивать привЕлегии, связанные с
исполнением процессов...
ошибка_3: ...доступ к потенциально конфЕденциальной информации, без...
ошибка_4: ...Type Enforcement® (TE), и опциАонально многоуровневой модели
безопасности, Multi...
ошибка_5: ...риск, связанный с уязвимостью повышения привЕлегий в системе...
ошибка_6: ...к /etc/shadow, и меняет пароль поЛЗователя...
ошибка_7: ...политики SELinux должны быть пройденГНы, перед...
ошибка_8: ...не могут выполнять любые дрУИе приложения...
ошибка_9: ...процессы запущены с привЕлегиями суперпользователя, эти...
ошибка_10: ...домены могут выпООлнять переход в домен...
ошибка_11: ...процессы не могут выполнять записТь в файлы с типом...
ошибка_12: ...В Fedora, полЬОватели Linux работают неограниченно...
ошибка_13: ...В первой вкладке\терминале нажМимаем...
ошибка_14: ...определяет, что процеСАм, запущенным в домене...
ошибка_15: ...которые запускаются в Linux с привЕлигиями пользователя root
ошибка_16: ...домен, то неограниченные полЬователи Linux являются...
ошибка_17: ...Следующие ограниченНные пользователи SELinux существуют...
ошибка_18: ...того чтобы повысить привЕлегиЯ до пользователя root.
ошибка_19: ...приложения в их домаЩних каталогах или...
ошибка_20: ...однако он до сих пор иСОльзуется для анализа AVC сообщений...
и так далее...
--
You are receiving this mail because:
You are the QA Contact for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1150725
--- Comment #5 from dhardy <redhat(a)dhardy.name> ---
Oh dear, David, yes, I did get a bit frustrated there (not your fault, I don't
think). Actually, I did run into a case of multiple new partitions all having
the same size, and some difficulties with LVM groups (maybe more to do with
transparency than capabilies) but that's another story.
Chris: I disagree. Good software should give good error messages, and "I need
an EFI partition on a GPT-formatted disk" is not a good description of why a
legacy bootloader can't be used.
--
You are receiving this mail because:
You are the QA Contact for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1150725
--- Comment #4 from David Lehman <dlehman(a)redhat.com> ---
(In reply to dhardy from comment #0)
> I've been trying to install Fedora 21 Alpha (workstation). The installer's
> partition manager is totally crap
Off to a good start. At least we know you're being rational and objective.
> (can't manage LVM volume groups,
Incorrect.
> sizes every new partition to the size of the first free space,
Incorrect.
> doesn't show free spaces on the disk,
Also incorrect.
--
You are receiving this mail because:
You are the QA Contact for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1150725
Chris Lumens <clumens(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC|anaconda-maint-list@redhat. |pbokoc(a)redhat.com,
|com |zach(a)oglesby.co
Component|anaconda |install-guide
Version|21 |devel
Assignee|anaconda-maint-list@redhat. |pbokoc(a)redhat.com
|com |
Product|Fedora |Fedora Documentation
QA Contact|extras-qa(a)fedoraproject.org |docs-qa(a)lists.fedoraproject
| |.org
--- Comment #3 from Chris Lumens <clumens(a)redhat.com> ---
The proper place to document things is in the documentation.
--
You are receiving this mail because:
You are the QA Contact for the bug.
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.
https://bugzilla.redhat.com/show_bug.cgi?id=1150189
Bug ID: 1150189
Summary: Needs to be brought up to date.
Product: Fedora Documentation
Version: devel
Component: system-administrator's-guide
Severity: low
Assignee: swadeley(a)redhat.com
Reporter: lsatenstein(a)yahoo.com
QA Contact: docs-qa(a)lists.fedoraproject.org
CC: swadeley(a)redhat.com
Description of problem:
Version says Fedora18
we are well past that
Version-Release number of selected component (if applicable):
How reproducible:
http://docs.fedoraproject.org/en-US/Fedora/18/html/System_Administrators_Gu…
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.
https://bugzilla.redhat.com/show_bug.cgi?id=1148964
Bug ID: 1148964
Summary: New bugzilla component for Firewall Guide
Product: Fedora Documentation
Version: devel
Component: docs-requests
Assignee: nobody(a)fedoraproject.org
Reporter: me(a)petetravis.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
Please create a new bugzilla component for the Firewall Guide,
"firewall-guide", in the Fedora Documentation product.
You can set me as the default assignee and docs-qa(a)lists.fedoraproject.org as
the default QA contact.
--
You are receiving this mail because:
You are the QA Contact for the bug.