March 2013 - docs-qa - Fedora mailing-lists

[Bug 842190] New: Cpufreq governor
by Red Hat Bugzilla 29 Jan '18

29 Jan '18

https://bugzilla.redhat.com/show_bug.cgi?id=842190 Bug ID: 842190 QA Contact: docs-qa(a)lists.fedoraproject.org Severity: unspecified Version: devel Priority: unspecified CC: ddomingo(a)redhat.com, oglesbyzm(a)gmail.com Assignee: r.landmann(a)redhat.com Summary: Cpufreq governor Regression: --- Story Points: --- Classification: Fedora OS: Unspecified Reporter: h479627(a)rtrtr.com Type: Bug Documentation: --- Hardware: Unspecified Mount Type: --- Status: NEW Component: power-management-guide Product: Fedora Documentation Description of problem: 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.

2 4

[Bug 832179] New: Power management guide is wrong for frequency scaling in Fedora 17
by Red Hat Bugzilla 29 Jan '18

29 Jan '18

https://bugzilla.redhat.com/show_bug.cgi?id=832179 Bug ID: 832179 QA Contact: docs-qa(a)lists.fedoraproject.org Severity: medium Version: devel Priority: unspecified CC: ddomingo(a)redhat.com, oglesbyzm(a)gmail.com Assignee: r.landmann(a)redhat.com Summary: Power management guide is wrong for frequency scaling in Fedora 17 Regression: --- Story Points: --- Classification: Fedora OS: Linux Reporter: jnm11(a)cam.ac.uk Type: Bug Documentation: --- Hardware: All Mount Type: --- Status: NEW Component: power-management-guide Product: Fedora Documentation Description of problem: Power management guide is wrong https://docs.fedoraproject.org/en-US/Fedora/17/html/Power_Management_Guide/… Version-Release number of selected component (if applicable): Fedora 17 the location of the cpufreq directory is misspecified it is /lib/modules/3.4.0-1.fc17.x86_64/kernel/drivers/cpufreq There are no modules acpi-cpufreq or p4-clockmod available is acpi-cpufreq directly compiled in. the cpuspeed package is mentioned for the userspace governor but no package exists in fedora 17. I have been completely unable to figure out the following use case. My laptop overheats and powers off if the cpu load is high for too long. There should be a cpu governor or userspace daemon that reduces frequency when the temperature gets too high. -- You are receiving this mail because: You are the QA Contact for the bug.

2 8

[Bug 915751] New: Remove BuildArch: noarch from the meta package example
by Red Hat Bugzilla 14 Dec '17

14 Dec '17

Product: Fedora Documentation https://bugzilla.redhat.com/show_bug.cgi?id=915751 Bug ID: 915751 Summary: Remove BuildArch: noarch from the meta package example Product: Fedora Documentation Version: devel Component: software-collections-guide Severity: high Priority: high Reporter: pkovar(a)redhat.com Remove BuildArch: noarch from the meta package example in: http://docs.fedoraproject.org/en-US/Fedora_Contributor_Documentation/1/html… (Changed in scl-utils-20121110.) -- You are receiving this mail because: You are the QA Contact for the bug.

2 1

[Bug 769438] New: [PATCH] Fix syntax of code examples within rpm-guide-programming-python.xml
by Red Hat Bugzilla 14 Dec '17

14 Dec '17

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: [PATCH] Fix syntax of code examples within rpm-guide-programming-python.xml https://bugzilla.redhat.com/show_bug.cgi?id=769438 Summary: [PATCH] Fix syntax of code examples within rpm-guide-programming-python.xml Product: Fedora Documentation Version: devel Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: unspecified Priority: unspecified Component: rpm-guide AssignedTo: bcotton+fedora(a)gmail.com ReportedBy: dmalcolm(a)redhat.com QAContact: docs-qa(a)lists.fedoraproject.org CC: oglesbyzm(a)gmail.com, pkovar(a)redhat.com Classification: Fedora Story Points: --- Type: --- Regression: --- Mount Type: --- Documentation: --- Created attachment 548940 --> https://bugzilla.redhat.com/attachment.cgi?id=548940 Patch to Rpm Guide to fix rpm-guide-programming-python.xml Unfortunately the examples of Python code within the RPM guide have been thoroughly broken since the initial conversion to DocBook, due to the way Python treats leading whitespace as significant. I'm attaching a patch which overhauls this page, so that the code examples are syntactically valid. See the notes in the patch -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.

2 5

[Bug 846864] New: Need a list of toolsets and when they are appropriate in the virt Getting Started guide
by Red Hat Bugzilla 18 Jun '15

18 Jun '15

https://bugzilla.redhat.com/show_bug.cgi?id=846864 Bug ID: 846864 QA Contact: docs-qa(a)lists.fedoraproject.org Severity: unspecified Version: devel Priority: unspecified CC: docs(a)lists.fedoraproject.org Assignee: laine(a)redhat.com Summary: Need a list of toolsets and when they are appropriate in the virt Getting Started guide Regression: --- Story Points: --- Classification: Fedora OS: Unspecified Reporter: laine(a)redhat.com Type: Bug Documentation: --- Hardware: Unspecified Mount Type: --- Status: NEW Component: virtualization-getting-started-guide Product: Fedora Documentation The Getting Started Guide needs an overview of all the different toolsets, and when each would be appropriate. In particular I'm talking about the following: 1) gnome-boxes 2) virt-manager 3) virsh, virt-install 4) ovirt 5) Should we point some people to OpenStack? I will write up a first draft of this, and hand it to a qualified docs person to edit and correctly place in the guide. -- You are receiving this mail because: You are the QA Contact for the bug.

1 5

[Bug 846184] New: New Russian translation for Fedora Resource Management Guide
by Red Hat Bugzilla 28 May '15

28 May '15

https://bugzilla.redhat.com/show_bug.cgi?id=846184 Bug ID: 846184 QA Contact: docs-qa(a)lists.fedoraproject.org Severity: low Version: devel Priority: unspecified CC: oglesbyzm(a)gmail.com Assignee: mprpic(a)redhat.com Summary: New Russian translation for Fedora Resource Management Guide Regression: --- Story Points: --- Classification: Fedora OS: Linux Reporter: brezhnev(a)redhat.com Type: Bug Documentation: --- Hardware: All Mount Type: --- Status: NEW Component: resource-management-guide Product: Fedora Documentation Created attachment 602635 --> https://bugzilla.redhat.com/attachment.cgi?id=602635&action=edit Russian translation of Fedora 17 Resource Management Guide The patch providing Russian translation of the guide is attached. -- You are receiving this mail because: You are the QA Contact for the bug.

1 1

[Bug 829952] New: Outdated information about cgconfig service in Resource Management Guide for Fedora 17
by Red Hat Bugzilla 28 May '15

28 May '15

https://bugzilla.redhat.com/show_bug.cgi?id=829952 Bug ID: 829952 QA Contact: docs-qa(a)lists.fedoraproject.org Severity: unspecified Version: devel Priority: unspecified CC: oglesbyzm(a)gmail.com Assignee: mprpic(a)redhat.com Summary: Outdated information about cgconfig service in Resource Management Guide for Fedora 17 Regression: --- Story Points: --- Classification: Fedora OS: Unspecified Reporter: brezhnev(a)redhat.com Type: Bug Documentation: --- Hardware: Unspecified Mount Type: --- Status: NEW Component: resource-management-guide Product: Fedora Documentation Description of problem: The Resource Management Guide for Fedora 17 contains outdated information about cgconfig service in section 2.1 "The cgconfig Service" The guide states that the cgconfig service is not started by default in Fedora 17. It is not true. In addition, the guide contains phrase "When you start the service with chkconfig" that is wrong for any release. For Fedora 17 is should be "When you start the service with the <command>systemctl start</command> command". -- You are receiving this mail because: You are the QA Contact for the bug.

1 6

[Bug 928623] New: Need to explain HOW to try different desktop environments in live image
by Red Hat Bugzilla 05 Mar '15

05 Mar '15

Product: Fedora Documentation https://bugzilla.redhat.com/show_bug.cgi?id=928623 Bug ID: 928623 Summary: Need to explain HOW to try different desktop environments in live image Product: Fedora Documentation Version: devel Component: readme-live-image Severity: unspecified Priority: unspecified Assignee: docs(a)lists.fedoraproject.org Reporter: mike(a)thosehallidays.org QA Contact: docs-qa(a)lists.fedoraproject.org CC: nathan(a)afternoondust.co.uk, oglesbyzm(a)gmail.com Description of problem: Chapter 6 says "You can use the live image to try different desktop environments such as GNOME, KDE, Xfce, or others" but does not explain HOW to do that (or provide a contextual reference). Version-Release number of selected component (if applicable): Fedora 18 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.

1 10

[Bug 904083] New: Storage Administration Guide is obsolete or not?
by Red Hat Bugzilla 24 Jul '14

24 Jul '14

Product: Fedora Documentation https://bugzilla.redhat.com/show_bug.cgi?id=904083 Bug ID: 904083 Summary: Storage Administration Guide is obsolete or not? Product: Fedora Documentation Version: devel Component: storage-administration-guide Severity: medium Priority: unspecified Reporter: q2dg(a)yahoo.es I've seen in http://docs.fedoraproject.org that last version of "Storage Administration Guide" is for Fedora 14. It's more than two years ago!! I don't know if this fact is due to this guide doesn't need any update or if it's due to a lack of love from editors. I want to notify this in Bugzilla to remember this situation, but I'm not sure it is really a bug... Could you tell me the reason of this abandonment? Thanks!! -- You are receiving this mail because: You are the QA Contact for the bug.

1 5

[Bug 891931] New: Chapter 3
by Red Hat Bugzilla 27 Jun '14

27 Jun '14

Product: Fedora Documentation https://bugzilla.redhat.com/show_bug.cgi?id=891931 Bug ID: 891931 Summary: Chapter 3 Product: Fedora Documentation Version: devel Component: uefi-secure-boot-guide Severity: unspecified Priority: unspecified Reporter: jwboyer(a)redhat.com Description of problem: I wrote this a couple of weeks ago: http://jwboyer.livejournal.com/46149.html It details building a custom kernel. Feel free to use anything you'd like from there. However, it doesn't cover: - generating your own key/certs - signing shim or grub2 (trivially derived from the existing kernel example) - third party module signing Peter is working on a tool to make generating certs that UEFI likes easier for people. I was waiting for that tool to be available before really covering those aspects, as that is what we want users to use. -- You are receiving this mail because: You are the QA Contact for the bug.

1 3

[Bug 892673] New: UEFI Secure Boot Guide: suggestions for edits
by Red Hat Bugzilla 27 Jun '14

27 Jun '14

Product: Fedora Documentation https://bugzilla.redhat.com/show_bug.cgi?id=892673 Bug ID: 892673 Summary: UEFI Secure Boot Guide: suggestions for edits Product: Fedora Documentation Version: devel Component: uefi-secure-boot-guide Severity: unspecified Priority: unspecified Reporter: fweimer(a)redhat.com Replace: "With the planned release of Windows 8, Microsoft has decided that all hardware that is marked "Windows 8 client ready" should" With: "Microsoft requires that client devices carrying the Windows 8 logo must" Replace: "This means that Fedora as it stands booted on such hardware will refuse to boot until the user disables secure boot in the firmware." With: "The UEFI boot loader on Fedora installation media and on the installed system are signed with the Microsoft key, to enable booting and installation on such systems." Remove the following paragraph, ending in "This plan has been approved by the Fedora Engineering Steering Committee as of 23-Jul-2012." After: "any operations from userland which cause userland-defined DMA" Insert: "disable support for hibernate/suspend-to-disk, and other features which would allow executing arbitrary code in kernel mode (even for the root user)." -- You are receiving this mail because: You are the QA Contact for the bug.

1 1

[Bug 782916] New: value of security measures; no metric, no scope description
by Red Hat Bugzilla 27 Jun '14

27 Jun '14

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: value of security measures; no metric, no scope description https://bugzilla.redhat.com/show_bug.cgi?id=782916 Summary: value of security measures; no metric, no scope description Product: Fedora Documentation Version: devel Platform: Unspecified OS/Version: All Status: NEW Severity: unspecified Priority: unspecified Component: security-guide AssignedTo: eric(a)christensenplace.us ReportedBy: budden(a)nps.navy.mil QAContact: docs-qa(a)lists.fedoraproject.org CC: pkennedy(a)redhat.com, eric(a)christensenplace.us, security-guide-list(a)redhat.com, oglesbyzm(a)gmail.com Classification: Fedora Story Points: --- Type: --- Regression: --- Mount Type: --- Documentation: --- Description of problem: The juncture between computer security and network security is inadequate -- too many seams which leaves too many man-in-middle attack opportunities. The most egregious omission in this (otherwise pretty good) document is treatment of SCOPE. This probably belongs in the vicinity of 1.3. Analysis first. Map each of the security solutions you have in the guide onto the ISO Reference Model: Layer 1/2 security measures (like WiFi security) protect frames. The scope of the security is limited to a single segment. No security beyond the router and no security within end systems. Layer 3 security protected datagrams (VPNs do this, IPSec ....). The scope is an enclave tunneled through an internetwork. The protection cannot extend beyond the VPN boxes, so data is wholly unprotected within end systems (and LAN if the VPN box is associated with the last router). Layer 4/5 security includes SSL (aka TLS). You have a how-to for securing an http server (good) but no admonitions regarding scope -- the security extends from the TCP socket in one end system to the TCP socket at the other end of the connection -- again no security inside the OS comes from SSL. All of the above security measures protect infrastructure. But they do not protect the data. Layer 6/7 security measures protect the data. Here the scope _can be_ truly end to end. S/MIME is a good example (so is ssh and XML sign/crypt) where the data passes over the internet and through the OS in protected form. Only in a fairly small space is the data unprotected. In Evolution, for example, only the parts of the UA that deal with composing, reading, ... mail are places where the authenticity and confidentiality of the data is possible. Most of the rest of the UA (including all the filing system deals with data that has been protected exactly the way it's been sent over the network. In the case of Evolution (UAs differ in implementation) secured data is stored in the file system exactly the way it was transmitted. Recommendations: 1) include a mapping similar to above so users have an idea what the scope of this or that security measure is. 2) emphasize those security measures that apply to applications (layer 6/7) as Fedora distribution evolves and matures. (What got me here this morning is the continuing frustration getting Evolution to properly play ball with DoD CAC cards ... works, but doesn't 'just work'). Version-Release number of selected component (if applicable): Security Guide 16.3 (doesn't have a date) How reproducible: The above analysis doesn't invent anything; it only organizes and sorts. Anyone can reproduce it. Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info: -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.

1 2

[Bug 831619] New: Inaccuracy in Fedora 17 “Power Management Guide”
by Red Hat Bugzilla 12 Nov '13

12 Nov '13

https://bugzilla.redhat.com/show_bug.cgi?id=831619 Bug ID: 831619 QA Contact: docs-qa(a)lists.fedoraproject.org Severity: low Version: devel Priority: unspecified CC: ddomingo(a)redhat.com, oglesbyzm(a)gmail.com Assignee: r.landmann(a)redhat.com Summary: Inaccuracy in Fedora 17 “Power Management Guide” Regression: --- Story Points: --- Classification: Fedora OS: Linux Reporter: vaskodd(a)yahoo.com Type: Bug Documentation: --- Hardware: x86_64 Mount Type: --- Status: NEW Component: power-management-guide Product: Fedora Documentation Created attachment 591487 --> https://bugzilla.redhat.com/attachment.cgi?id=591487&action=edit The problem description in .pdf format - easy to follow Hi, First I want to notice I am a Linux newbie and my English is not that good. Now straight to the point! (The same description is available in the attached pdf file and is more easy to follow) I've noticed some inaccuracy in Fedora 17 “Power Management Guide” (Fedora Documentation), particularly in section “2.5. Tuned and ktune” including “2.5.1. The tuned.conf file” and “2.5.2 Tuned-adm”. In section “2.5. Tuned and ktune” right bellow the “yum install tuned” command it's written: “Installing the tuned package also sets up a sample configuration file at /etc/tuned.conf and activates the default profile.” There is no such file in /etc. I found a /etc/tuned/active_profile file containing the following: “/usr/lib/tuned/balanced/tuned.conf”. I'm not sure this file (/etc/tuned.conf) is missing only on my system or it has a new location by default for each profile - /usr/lib/tuned/profileX/tuned.conf. Bellow in this section and in “2.5.1. The tuned.conf file” it is pointed again that the default location for the tuned.conf file is /etc/tuned.conf. In section “2.5.2 Tuned-adm” in the first paragraph it is written “Fedora 17 includes a number of predefined profiles for typical use cases...”. Just to be precise it is good to be mentioned that these profiles are not installed by default with “yum install tuned” command (tuned-2.0.1-1.fc17 package), but can be found in tuned-profile-compat-2.0.1-1.fc17 package (I found it in Gnome Package Manager). Another thing in this section is in the last third of the page where it is written: “All the profiles are stored in separate subdirectories under /etc/tune-profiles. So /etc/tune-profiles/desktop-powersave contains all the necessary files and settings for that profile. Each of these directories contains up to four files:” There /etc/tune-profiles directory does not exist. Instead I found the profiles stored in /run/lib/tuned. Each directory for the corresponding profile typically contains only 2 files - script.sh and tuned.conf. The presence of script.sh is not mentioned in the directories contains description – it is mentioned ktune.sh insetad. That's all. I hope this is helpful. Best regards Vasil Draganov Fedora 17 3.4.0-1.fc17.x86_64 P.S. “Power Management Guide” is great. It's really useful. The moment i run tuned service i noticed how quieter my laptop became (less heat – less fan needed :) ). The first thing I noticed about new Fedora installation was that the laptop was noisier in comparison to Win7 (I dual-boot with Win7). Tuned just fixed that :) Many thanks to the creators of Fedora Documentation!!! -- You are receiving this mail because: You are the QA Contact for the bug.

1 9

[Bug 919666] New: Update Old links to Announce mailing list
by Red Hat Bugzilla 17 Sep '13

17 Sep '13

Product: Fedora Documentation https://bugzilla.redhat.com/show_bug.cgi?id=919666 Bug ID: 919666 Summary: Update Old links to Announce mailing list Product: Fedora Documentation Version: devel Component: install-guide Severity: unspecified Priority: unspecified Reporter: bryan.sutherland(a)gmail.com Description of problem:URL pointing to mailman "fedora-announce-list" points to old location on RH server. Link needs to be updated to point to https://admin.fedoraproject.org/mailman/listinfo/announce 18.4. Subscribing to Fedora Announcements and News To receive information about package updates, subscribe to either the announcements mailing list, or the RSS feeds. Fedora Project announcements mailing list https://www.redhat.com/mailman/listinfo/fedora-announce-list Version-Release number of selected component (if applicable): How reproducible: Everytime Steps to Reproduce: 1.Read section 18.1 of Install Guide 2. 3. Actual results: Expected results: Should be linked to https://admin.fedoraproject.org/mailman/listinfo/announce Additional info: -- You are receiving this mail because: You are the QA Contact for the bug.

1 3

[Bug 857583] New: Typo - Page pertaining to Fedora 17 has links to Fedora 16
by Red Hat Bugzilla 17 Sep '13

17 Sep '13

https://bugzilla.redhat.com/show_bug.cgi?id=857583 Bug ID: 857583 QA Contact: docs-qa(a)lists.fedoraproject.org Severity: medium Version: devel Priority: unspecified CC: oglesbyzm(a)gmail.com Assignee: rlandman(a)redhat.com Summary: Typo - Page pertaining to Fedora 17 has links to Fedora 16 Regression: --- Story Points: --- Classification: Fedora OS: Linux Reporter: kellybellis(a)gwi.net Type: Bug Documentation: --- Hardware: i686 Mount Type: --- Status: NEW Component: installation-quick-start-guide Product: Fedora Documentation Description of problem: URL looks like it might need attention Version-Release number of selected component (if applicable): Fedora 17 Live CD Image File How reproducible: typo - seems so at any rate Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info: at page:http://docs.fedoraproject.org/en-US/Fedora/17/html/Installation_Quick_… Link is to The image file for the Fedora 17 live CD is available from http://download.fedoraproject.org/pub/fedora/linux/releases/16/Live/i686/Fe…. Shouldn't this be 17 instead of 16 -- You are receiving this mail because: You are the QA Contact for the bug.

1 3

[Bug 857729] New: Build errors out due to missing Package_Selection-dvd.xml file.
by Red Hat Bugzilla 17 Sep '13

17 Sep '13

https://bugzilla.redhat.com/show_bug.cgi?id=857729 Bug ID: 857729 QA Contact: docs-qa(a)lists.fedoraproject.org Severity: high Version: devel Priority: unspecified CC: oglesbyzm(a)gmail.com Assignee: rlandman(a)redhat.com Summary: Build errors out due to missing Package_Selection-dvd.xml file. Regression: --- Story Points: --- Classification: Fedora OS: Unspecified Reporter: joat(a)757.org Type: Bug Documentation: --- Hardware: Unspecified Mount Type: --- Status: NEW Component: installation-quick-start-guide Product: Fedora Documentation Description of problem: Publican issues the following error when trying to build the Installation Quick Start Guide: FATAL ERROR: XInclude:1604 in Installation_Quick_Start_Guide.xml on line 37: could not load Package_Selection-dvd.xml, and no fallback was found Verified that Package_Selection-dvd.xml does not exist in en-US/. Version-Release number of selected component (if applicable): How reproducible: consistent Steps to Reproduce: 1. mkdir projects 2. cd projects 3. git clone git://git.fedorahosted.org/git/docs/installation-quick-start-guide.git 4. cd installation-quick-start-guide 5. publican build --langs=en-US --formats=html Same error is emitted for --formats=pdf Actual results: Expected results: Additional info: -- You are receiving this mail because: You are the QA Contact for the bug.

1 3

[Bug 836383] New:=?UTF-8?Q?=20Merging=20teams=20and=E2=80=A6=20zanata=20or=20TXN?=?!
by Red Hat Bugzilla 12 Aug '13

12 Aug '13

https://bugzilla.redhat.com/show_bug.cgi?id=836383 Bug ID: 836383 QA Contact: docs-qa(a)lists.fedoraproject.org Severity: high Version: devel Priority: unspecified CC: oglesbyzm(a)gmail.com Assignee: rlandman(a)redhat.com Summary: Merging teams and… zanata or TXN?! Regression: --- Story Points: --- Classification: Fedora OS: Unspecified Reporter: kev.raymond(a)gmail.com Type: Bug Documentation: --- Hardware: Unspecified Mount Type: --- Status: NEW Component: installation-quick-start-guide Product: Fedora Documentation Hi, I am a maintainer of this guide at TXN, but before doing the full merge, i wanted to be sure… https://fedora.transifex.com/projects/p/fedora-ins-quick-start-guide/ * fb03c3c Adding zanata config file I can see some zanata things. You serious guys, you are moving to zanata? If so… * Please *MERGE* before. * Also, be notified that you won't benefit of any Fedora translators. Only RH folks are there… That's not good, we use a unified platform, already spreading translators between teams… having many platform is going to be a pain. * delete the transifex one. And prevent us, translators… If the project stay at TXN, why it does not have any .tx/config file? (or no lang_map?) Could I help? Thanks, -- You are receiving this mail because: You are the QA Contact for the bug.

1 5

[Bug 920298] New: press "any key" to show GRUB menu incorrect
by Red Hat Bugzilla 31 Jul '13

31 Jul '13

Product: Fedora Documentation https://bugzilla.redhat.com/show_bug.cgi?id=920298 Bug ID: 920298 Summary: press "any key" to show GRUB menu incorrect Product: Fedora Documentation Version: devel Component: install-guide Severity: unspecified Priority: unspecified Reporter: bugzilla(a)colorremedies.com Description of problem: Documentation says to use "any key" to get to a hidden GRUB menu on startup, needs to be changed to Esc key. Version-Release number of selected component (if applicable): 18 Actual results: http://docs.fedoraproject.org/en-US/Fedora/18/html/Installation_Guide/s1-gr… "any key" appears twice "a key" appears once Expected results: All three should say "Esc key" -- You are receiving this mail because: You are the QA Contact for the bug.

1 3

[Bug 891467] New: Need a section in the install guide regarding pxe booting on UEFI systems
by Red Hat Bugzilla 31 Jul '13

31 Jul '13

Product: Fedora Documentation https://bugzilla.redhat.com/show_bug.cgi?id=891467 Bug ID: 891467 Summary: Need a section in the install guide regarding pxe booting on UEFI systems Product: Fedora Documentation Version: devel Component: uefi-secure-boot-guide Severity: unspecified Priority: unspecified Reporter: jreed(a)redhat.com Depends On: 871565 +++ This bug was initially created as a clone of Bug #871565 +++ Description of problem: Fedora 18 will see greater use of UEFI systems, and as such we should round out our documentation regarding how to boot UEFI systems via other common methods besides those already addressed. Most notably the use of pxe boot in UEFI environments will now be available with secure boot enabled via both ipv4 and ipv6 the by using shim layer code: https://github.com/mjg59/shim We should further document how to boot a system and setup a pxe server to allow booting UEFI systems in this manner --- Additional comment from Jack Reed on 2012-11-12 01:01:52 EST --- Thanks Neil. Are you able to give me some details on how the procedure for setting up a PXE server for EFI would need to be changed to account for this? http://docs.fedoraproject.org/en-US/Fedora/17/html/Installation_Guide/s1-ne… And I expect the "Booting from the Network using PXE" section needs to be tweaked to account for EFI as well: http://docs.fedoraproject.org/en-US/Fedora/17/html/Installation_Guide/sn-bo… Are you able to tell me how this process differs on EFI systems? And what else would you like included here or elsewhere, particularly with regard to secure boot being enabled via via both ipv4 and ipv6 the by using shim layer code? I'm unclear on how this affects the procedure/s. And what are the other common methods that are not addressed that you would like to see covered? --- Additional comment from Neil Horman on 2012-12-18 11:19:16 EST --- Jack I'm sorry, the description above isn't complete. The additional need for documentation here is not exclusively to support UEFI systems, but to support them using PXE for IPV4 and IPV6 using non secureboot and secureboot environments. The documentation you have covers IPV4 in a non-secureboot environment. I'll try to touch on the general changes that need to be made in each case: PXE+UEFI+IPV4+NO Secureboot - You're good to go, no changes need to be made PXE+UEFI+IPV6+No Secureboot - the server dhcp6 option is not filename, you need to instead specify bootfile-url option, which is a text string of the form: bootfile-url="tftp://[ipv6-address-in-brackets]/path/to/grub.efi PXE+UEFI+[IPv4|IPV6]+Secureboot - You can't boot grub directly with secureboot enabled, as its unsigned. We're in the process of getting the shim utility: https://github.com/mjg59/shim It will be signed and needs to be specified as the filename option or the bootfile-url option on the dhcp server. The shim utility will be downloaded, validated, and then it will be responsible for downloading the actual grub image (which must be named grub.efi or grubx64.efi and be tftp-able from the same location that the shim image was located at) So, I'm not sure at how you're looking to organize the docs for fedora (if you want to document secureboot booting procedures separately from non-secureboot environments or not), but thats the information that I was hoping to cover in this bz. If you feel like you have all that information in various locations, and can ennumerate them here, I think that would satisfy this bz in my mind. If any of it is missing however, and can be added, I would greatly appreciate it. I've got some virtual qemu guests setup to run an IPv6+UEFI+secure boot emulated environment here which you're welcome to poke around with to help flesh out the instructions if need be. And of course, I'm happy to answer any further quesstions you might have here. Thanks! Neil --- Additional comment from Jack Reed on 2012-12-19 00:31:51 EST --- Thanks for this, Neil. Having the distinct requirements for each use case outlined is really useful. However, I'm still not clear on the context or exact format of these configuration changes. Are they made in /etc/dhcp/dhcpd.conf, a sample of which is provided in step 4 of the following? http://docs.fedoraproject.org/en-US/Fedora/17/html/Installation_Guide/s1-ne… If so, I assume that 'filename "pxelinux/bootia32.efi";' should be replaced with 'bootfile-url="tftp://[ipv6-address-in-brackets]/path/to/grub.efi' (in the second use case you outline) or whatever is required for the third use case. Is that correct? But the config file in step 4 is only an example, and the filename strings in it are relevant in case certain conditions are met, whereas the filename and bootname-url strings you're referring to are perhaps uniform rather than conditional. Would you mind providing quick edited versions of that sample config file that incorporate these IPv6 and IPv4/6 Secureboot strings? (I'm particularly unclear on how to configure the latter.) Assuming that's where the editing needs to be done, of course. If it is, then explaining what is needed for IPv6 and SecureBoot in the 'Configuring for EFI' procedure may be enough, as opposed to breaking them off into another procedure. If the steps prove too difficult to integrate though, I will break them off. That said, you might be interested in an F18 draft document I've just been reminded of: http://docs.fedoraproject.org/en-US/Fedora_Draft_Documentation/0.1/html-sin… It's only in the early stages, but the material you want to add may also be beneficial here. Or you may feel that it is best suited to that guide alone. I don't have the perspective on the applicability of this new material to gauge that, so let me know what you think. --- Additional comment from Neil Horman on 2012-12-19 09:11:43 EST --- Sure, I'll attach my sample configs in a bit. To answer your specific questions above: 1) When configuring pxe for IPv6 vs. IPv4, the dhcp server configuration needs to change. Specifially, when using ipv4 you need to specify the filename dhcp option, exactly as it appears in the current netboot document you reference above When configuring pxe for ipv6 (weather or not you use secure boot, or UEFI for that matter), in addition to modifying the dhcp server configuration to serve ipv6 addresses, pxe support requires that you, instead of using the filename dhcp option to specify the file to download, you instead use the bootfile-url option, which is formatted as I noted above (its also expanded on in the dhcp-options man page). Note this change is orthogonal to any changes required to enable secureboot over pxe. This is just the change needed to support ipv6 pxe boot. As you not above, your configuration example is just that, an example. I don't know if you want to expand on it to demonstrate how pxe works differently with ipv6. If you do however (and I think it would be a good idea), the bootfile-url option is what you need to document. 2) Secureboot, when enabling secureboot, you have to make some additional changes. Specifically you have to specify a special file to download (not just the grub bootloader). This is because grub won't be signed with the master key. The shim utility I mentioned before will. If you're trying to boot a system via pxe in UEFI secure boot mode using ipv4, you have to use the filename dhcp option to specify that the shim utilty file be downloaded, whereas if you are booting a system via pxe in UEFI secure boot mode over ipv6, then you need to specify the shim utilty file on the dhcp server using the bootfile-url option. Note that if you are _not_ in secure boot mode, then you can specify any pxe boot file that you want on the server. Thats the meat of the change here: When in secure boot mode you need to specify the shim utilty as the file to download via tftp, as opposed to operating in non-secure-boot mode, when you can download and run any arbitrary file. Looking at your Secure boot page, I think thats a good start. Perhaps thats how this documentation should be split up - item (1) above can be edited into the netboot documentation, to show how the dhcp server config changes when using ipv6, and item (2) can be discussed in the secure boot page (since the shim utiltiy is requried when using secure boot, regardless of weather your booting locally or via pxe). I'll attach my sample dhcpd6.conf file in just a moment. --- Additional comment from Neil Horman on 2012-12-19 09:49:06 EST --- Created attachment 666108 sample dhcpd6.conf file Heres my example dhcpd6.conf file, which uses the bootfile-url option. Note that it specifies the shim.efi utility. This setup was used to boot a system in secure boot mode. If we weren't in secure boot mode, we could download any file we wanted. As it is, the shim utility is signed, alowing it to be run in secure boot mode. Once its validated, it will attempt to download the grubx[32|64].efi file from the same location it was downloaded from. -- You are receiving this mail because: You are the QA Contact for the bug.

1 2

[Bug 919665] New: Dead link in Install Guide pointing to yum update settings
by Red Hat Bugzilla 29 Jul '13

29 Jul '13

Product: Fedora Documentation https://bugzilla.redhat.com/show_bug.cgi?id=919665 Bug ID: 919665 Summary: Dead link in Install Guide pointing to yum update settings Product: Fedora Documentation Version: devel Component: install-guide Severity: medium Priority: unspecified Reporter: bryan.sutherland(a)gmail.com Depends On: 901692 Section 18.1 - Updating Your System, has a link pointing to a non-existent set of instructions for configuring daily updates with yum. The particular paragraph is: "If your Fedora system has a permanent network connection, you may choose to enable daily system updates. To enable automatic updates, follow the instructions on the webpage http://docs.fedoraproject.org/yum/sn-updating-your-system.html." Is anyone aware of where this doc set may have gone? -- You are receiving this mail because: You are the QA Contact for the bug.

1 6

[Bug 896318] New: duplicated word.
by Red Hat Bugzilla 17 Jul '13

17 Jul '13

Product: Fedora Documentation https://bugzilla.redhat.com/show_bug.cgi?id=896318 Bug ID: 896318 Summary: duplicated word. Product: Fedora Documentation Version: devel Component: power-management-guide Severity: low Priority: unspecified Reporter: cickumqt(a)gmail.com I just found this string: <function>Fsync</function> is known as an I/O expensive operation, but this is is not completely true. Well,two "is" appear. -- You are receiving this mail because: You are the QA Contact for the bug.

1 2

[Bug 922608] New: Setting up named-chroot using setup-named-chroot not documented
by Red Hat Bugzilla 18 Jun '13

18 Jun '13

Product: Fedora Documentation https://bugzilla.redhat.com/show_bug.cgi?id=922608 Bug ID: 922608 Summary: Setting up named-chroot using setup-named-chroot not documented Product: Fedora Documentation Version: devel Component: deployment-guide Severity: high Priority: unspecified Assignee: jhradile(a)redhat.com Reporter: harker-redhat(a)harker.com QA Contact: docs-qa(a)lists.fedoraproject.org CC: dhensley(a)redhat.com, oglesbyzm(a)gmail.com Description of problem: In FC18 completely changed you configure the named-chroot package. In RHEL when you install the named-chroot package, the /var/named/chroot environment gets setup automatically. In FC18 installing named-chroot package does not set up the /var/named/chroot environment. In FC18 you need to initialize the /var/named/chroot environment by running: /usr/libexec/setup-named-chroot.sh /var/named/chroot on I suspect this change was made with the transition to systemd. Version-Release number of selected component (if applicable): bind-chroot.x86_64 32:9.9.2-8.P1.fc18 How reproducible: www.google.com/search?q=setup-named-chroot&as_sitesearch=fedoraproject.org Steps to Reproduce: Search: www.google.com/search?q=setup-named-chroot&as_sitesearch=fedoraproject.org Actual results: No results Expected results: Some documentation Additional info: Here are a set of steps I wrote about setting named-chroot in FC18: # Steps to set up a named in a chroot environment in FC18 # Install the packages yum install bind bind-chroot # Enable chroot environment # Note: This is a significant change (in FC18)/(relating to systemd) /usr/libexec/setup-named-chroot.sh /var/named/chroot on # Check chroot environment ls -l /var/named/chroot/etc /var/named/chroot/var/named # Optional: # You may also want to hard link named.conf and rndc.key from /var/named/chroot/etc to /etc. # Check with ls -li /etc/named.conf /var/named/chroot/etc/named.conf ls -li /etc/rndc.key /var/named/chroot/etc/rndc.key # Create hard links with (ln with no -s) ln /var/named/chroot/etc/named.conf /etc/named.conf ln /var/named/chroot/etc/rndc.key /etc/rndc.key # Enable the named-chroot service # Note: If you are running named-chroot.service you do not run named.service # Note: This is a significant change (in FC18)/(relating to systemd) systemctl enable named-chroot.service systemctl start named-chroot.service # Check with systemctl status named-chroot.service # For ease in named administration add yourself to group named useradd ??? Note: FC18 still uses the rndc command to manage named. Systemd only start/stops the named daemon -- You are receiving this mail because: You are the QA Contact for the bug.

1 7

[Bug 901704] New: Replace "Fedora" with "$PRODUCT"
by Red Hat Bugzilla 06 May '13

06 May '13

Product: Fedora Documentation https://bugzilla.redhat.com/show_bug.cgi?id=901704 Bug ID: 901704 Summary: Replace "Fedora" with "$PRODUCT" Product: Fedora Documentation Version: devel Component: security-guide Severity: unspecified Priority: unspecified Reporter: eric(a)christensenplace.us Created attachment 682699 --> https://bugzilla.redhat.com/attachment.cgi?id=682699&action=edit Patch to remove all "Fedora" Description of problem: The Security Guide has a sprinkling of "Fedora" through the guide. We want to try to make sure that the guides are easily changeable to other products through the entity file. Version-Release number of selected component (if applicable): 18.0.1 -- You are receiving this mail because: You are the QA Contact for the bug.

1 3

[Bug 923987] New: Typos and issues in git, branch 18.4
by Red Hat Bugzilla 24 Apr '13

24 Apr '13

Product: Fedora Documentation https://bugzilla.redhat.com/show_bug.cgi?id=923987 Bug ID: 923987 Summary: Typos and issues in git, branch 18.4 Product: Fedora Documentation Version: devel Component: uefi-secure-boot-guide Severity: unspecified Priority: unspecified Assignee: sparks(a)redhat.com Reporter: Geodebay(a)gmail.com QA Contact: docs-qa(a)lists.fedoraproject.org Description of problem: 1. In What_is_Secure_Boot.xml, line 20 : typo "indepedent" > "independent" 2. When you download from git, branch 18.4, the file uefi-secure-boot-guide/en-US/System_Configuration.xml appears in the list. In the i18n directories, the file System_Configuration.po is missing (but there in the pot directory). However, it is intended to translation in tx, with 2 typos: line 22 - the period at the end of the line line 355 - actual firmwre > actual firmware The line number refers to the pot file. So, when you apply publican, the two sentences are not translated. Version-Release number of selected component (if applicable): f18.4 How reproducible: see above Steps to Reproduce: 1. 2. 3. Actual results: unapplicable Expected results: unapplicable Additional info: None -- You are receiving this mail because: You are the QA Contact for the bug.

1 1

[Bug 901350] New: Wrong version cited
by Red Hat Bugzilla 24 Apr '13

24 Apr '13

Product: Fedora Documentation https://bugzilla.redhat.com/show_bug.cgi?id=901350 Bug ID: 901350 Summary: Wrong version cited Product: Fedora Documentation Version: devel Component: power-management-guide Severity: unspecified Priority: unspecified Reporter: mtb-redhat(a)mikebabcock.ca The line "This document explains how to manage power consumption on Fedora 17 systems effectively" should state "18" not "17" as the version number, under "Abstract." -- You are receiving this mail because: You are the QA Contact for the bug.

1 1

[Bug 816765] New: please merge 'fr_FR' transifex team under 'fr'
by Red Hat Bugzilla 26 Mar '13

26 Mar '13

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: please merge 'fr_FR' transifex team under 'fr' https://bugzilla.redhat.com/show_bug.cgi?id=816765 Summary: please merge 'fr_FR' transifex team under 'fr' Product: Fedora Documentation Version: devel Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: urgent Priority: unspecified Component: installation-quick-start-guide AssignedTo: rlandman(a)redhat.com ReportedBy: kev.raymond(a)gmail.com QAContact: docs-qa(a)lists.fedoraproject.org CC: oglesbyzm(a)gmail.com Classification: Fedora Story Points: --- Type: Bug Regression: --- Mount Type: --- Documentation: --- Once again, please merge the'fr_FR' transifex team under 'fr'. And then delete the fr_FR one. Would be appreciated to propagate this on all guides This should have been done for… F15 (at least). Thanks. see https://fedora.transifex.net/projects/p/fedora/language/fr/?project=2180 https://fedora.transifex.net/projects/p/fedora/language/fr_FR/?project=2180 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.

1 5

[Bug 822857] New: please merge 'fr_FR' transifex team under 'fr'
by Red Hat Bugzilla 25 Mar '13

25 Mar '13

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: please merge 'fr_FR' transifex team under 'fr' https://bugzilla.redhat.com/show_bug.cgi?id=822857 Summary: please merge 'fr_FR' transifex team under 'fr' Product: Fedora Documentation Version: devel Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: urgent Priority: unspecified Component: readme-burning-isos AssignedTo: oglesbyzm(a)gmail.com ReportedBy: kev.raymond(a)gmail.com QAContact: docs-qa(a)lists.fedoraproject.org CC: stickster(a)gmail.com Classification: Fedora Story Points: --- Type: Bug Regression: --- Mount Type: --- Documentation: --- Once again, please merge the'fr_FR' transifex team under 'fr'. And then delete the fr_FR one. fr_FR is not the only duplicated team. See #816765 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.

1 1

[Bug 822855] New: please merge 'fr_FR' transifex team under 'fr'
by Red Hat Bugzilla 25 Mar '13

25 Mar '13

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: please merge 'fr_FR' transifex team under 'fr' https://bugzilla.redhat.com/show_bug.cgi?id=822855 Summary: please merge 'fr_FR' transifex team under 'fr' Product: Fedora Documentation Version: devel Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: urgent Priority: unspecified Component: virtualization-guide AssignedTo: docs(a)lists.fedoraproject.org ReportedBy: kev.raymond(a)gmail.com QAContact: docs-qa(a)lists.fedoraproject.org CC: oglesbyzm(a)gmail.com Classification: Fedora Story Points: --- Type: Bug Regression: --- Mount Type: --- Documentation: --- Once again, please merge the'fr_FR' transifex team under 'fr'. And then delete the fr_FR one. fr_FR is not the only duplicated team. See #816765 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.

1 1

[Bug 822859] New: please merge 'fr_FR' transifex team under 'fr'
by Red Hat Bugzilla 25 Mar '13

25 Mar '13

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: please merge 'fr_FR' transifex team under 'fr' https://bugzilla.redhat.com/show_bug.cgi?id=822859 Summary: please merge 'fr_FR' transifex team under 'fr' Product: Fedora Documentation Version: devel Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: urgent Priority: unspecified Component: accessibility-guide AssignedTo: mail.gerardryan(a)gmail.com ReportedBy: kev.raymond(a)gmail.com QAContact: docs-qa(a)lists.fedoraproject.org CC: eric(a)christensenplace.us, oglesbyzm(a)gmail.com Classification: Fedora Story Points: --- Type: Bug Regression: --- Mount Type: --- Documentation: --- Once again, please merge the'fr_FR' transifex team under 'fr'. And then delete the fr_FR one. fr_FR is not the only duplicated team. See #816765 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.

1 1

[Bug 922306] New: I can't build this doc for f17
by Red Hat Bugzilla 17 Mar '13

17 Mar '13

Product: Fedora Documentation https://bugzilla.redhat.com/show_bug.cgi?id=922306 Bug ID: 922306 Summary: I can't build this doc for f17 Product: Fedora Documentation Version: devel Component: installation-quick-start-guide Severity: unspecified Priority: unspecified Assignee: jreed(a)redhat.com Reporter: elf(a)poyo.jp QA Contact: docs-qa(a)lists.fedoraproject.org CC: oglesbyzm(a)gmail.com Description of problem: Git repository of this doc is not have f18 branch. Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. git clone ssh://git.fedorahosted.org/git/docs/installation-quick-start-guide.git 2. git branch -a 3. git branch f18 Actual results: switch to f18. Expected results: failed swith to f18. $ git branch -a * master remotes/origin/HEAD -> origin/master remotes/origin/f11 remotes/origin/f12 remotes/origin/f12-tx remotes/origin/f13 remotes/origin/f15 remotes/origin/f17 remotes/origin/master remotes/origin/testing $ git checkout f18 error: pathspec 'f18' did not match any file(s) known to git. Additional info: -- You are receiving this mail because: You are the QA Contact for the bug.

1 1

[Bug 922305] New: I can't build this doc for f18(and f17)
by Red Hat Bugzilla 17 Mar '13

17 Mar '13

Product: Fedora Documentation https://bugzilla.redhat.com/show_bug.cgi?id=922305 Bug ID: 922305 Summary: I can't build this doc for f18(and f17) Product: Fedora Documentation Version: devel Component: musicians-guide Severity: unspecified Priority: unspecified Assignee: christopher.antila(a)adjectivenoun.ca Reporter: elf(a)poyo.jp QA Contact: docs-qa(a)lists.fedoraproject.org CC: oglesbyzm(a)gmail.com Description of problem: I can't build this doc for f18. Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. git clone ssh://git.fedorahosted.org/git/docs/musicians-guide.git 2. git checkout f18 3. publican build --embedtoc --publish --formats html-single --langs ja-JP Actual results: This step is to create a Fedora Draft Documentation. $ find publish -type f -name \*.html publish/ja-JP/Fedora_Draft_Documentation/0.1/html-single/Musicians_Guide/index.html Expected results: I want to create a Musicians Guide for f18. Additional info: I can not create a document also for f17. Work results, for the f16 is created. $ git checkout f17 $ publican build --embedtoc --publish --formats epub,html,html-single --langs ja-JP $ find publish -type f -name \*.html publish/ja-JP/Fedora/16/html-single/Musicians_Guide/index.html -- You are receiving this mail because: You are the QA Contact for the bug.

1 2

[Bug 920442] New: Typos in some new messages
by Red Hat Bugzilla 12 Mar '13

12 Mar '13

Product: Fedora Documentation https://bugzilla.redhat.com/show_bug.cgi?id=920442 Bug ID: 920442 Summary: Typos in some new messages Product: Fedora Documentation Version: devel Component: uefi-secure-boot-guide Severity: medium Priority: unspecified Reporter: yurchor(a)ukr.net Created attachment 708774 --> https://bugzilla.redhat.com/attachment.cgi?id=708774&action=edit Patch to fix the typos Description of problem: Some new files contain typos Version-Release number of selected component (if applicable): git/master How reproducible: always Steps to Reproduce: Open files from the patch attached Actual results: funcionality firmwre Expected results: functionality firmware Additional info: thanks for fixing these typos -- You are receiving this mail because: You are the QA Contact for the bug.

1 2

[Bug 912563] New: Instructions faulty and/or lackng regarding validation of ISO's from a Windows 7 platform
by Red Hat Bugzilla 07 Mar '13

07 Mar '13

Product: Fedora Documentation https://bugzilla.redhat.com/show_bug.cgi?id=912563 Bug ID: 912563 Summary: Instructions faulty and/or lackng regarding validation of ISO's from a Windows 7 platform Product: Fedora Documentation Version: devel Component: readme-burning-isos Severity: medium Priority: unspecified Reporter: j.moorhouse(a)zoomtown.com Created attachment 699286 --> https://bugzilla.redhat.com/attachment.cgi?id=699286&action=edit Attachment 3 (the other 2 weren't allowed); 3 attempts at Command Prompt Description of problem: First, you assume that the CHECKSUM file is readily available; it isn't. It can be found by clicking the proper link from https://fedoraproject.org/en/verify . In "Burning ISO Images to disc" 3.1 you suggest 3 free tools to check the hashes in a Windows Graphical Environment; none work. HashTab (att 1) doesn't cover the SHA256 algorithm, the web site for the Marxio File Checksum Verifier couldn't be accessed, snd the DiviHasher (att 2) worked fine except that the length of the calculated hash exceeded the space available. In 3.2 (att 3), we are trying the Command Line. The first attempt does it just like the manual; it failed. The second assumed that by "Owner" in the manual example you meant to substitute the actual name of the owner; it too failed. The third attempt does the directory change in one operation and the hash calculation in another, because that works; doing them both in the same contiguous operation doesn't. Incidentally, Windows no longer uses those cuddly little "My Whatever" expressions. Version-Release number of selected component (if applicable): How reproducible: Very!! I spent over a week fighting this! Steps to Reproduce: 1. Just follow the printed directions exactly 2. 3. Actual results: See attachments Expected results: Calculation of a valid checksum Additional info: -- You are receiving this mail because: You are the QA Contact for the bug.

1 3

[Bug 879745] New: 18.5. Setting a FreeIPA Server as an Apache Virtual Host causes systax errors
by Red Hat Bugzilla 28 Feb '13

28 Feb '13

Product: Fedora Documentation https://bugzilla.redhat.com/show_bug.cgi?id=879745 Bug ID: 879745 Summary: 18.5. Setting a FreeIPA Server as an Apache Virtual Host causes systax errors Product: Fedora Documentation Version: devel Component: freeipa-guide Severity: unspecified Priority: unspecified Reporter: deanhunter(a)comcast.net Description of problem: Following the instructions in Section 18.5. Setting a FreeIPA Server as an Apache Virtual Host of the FreeIPA Guide results in systax errors in the Apache configuration. Version-Release number of selected component (if applicable): Fedora 17 FreeIPA Guide freeipa-server.x86_64 2.2.1-2.fc17 How reproducible: consistently Steps to Reproduce: 1. Follow the instructions to modify ipa.conf 2. apachectl configtest Actual results: WSGISocketPrefix cannot occur within <VirtualHost> section KrbConstrainedDelegationLock cannot occur within <VirtualHost> section Expected results: Syntax OK Additional info: I am trying to server user content from the Apache server installed with FreeIPA. I thought if I configured the IPA server into a virtual host I could create additional virtual hosts for user content without conflict. -- You are receiving this mail because: You are the QA Contact for the bug.

1 5

[Bug 848546] New: ipa-install-server used instead of ipa-server-install
by Red Hat Bugzilla 28 Feb '13

28 Feb '13

https://bugzilla.redhat.com/show_bug.cgi?id=848546 Bug ID: 848546 QA Contact: docs-qa(a)lists.fedoraproject.org Severity: unspecified Version: devel Priority: unspecified Assignee: dlackey(a)redhat.com Summary: ipa-install-server used instead of ipa-server-install Regression: --- Story Points: --- Classification: Fedora OS: Unspecified Reporter: rmeggins(a)redhat.com Type: Bug Documentation: --- Hardware: Unspecified Mount Type: --- Status: NEW Component: freeipa-guide Product: Fedora Documentation https://docs.fedoraproject.org/en-US/Fedora/17/html/FreeIPA_Guide/creating-… "The FreeIPA setup process can be minimal, where the administrator only supplies some required information, or it can be very specific, with user-defined settings for many parts of the FreeIPA services. The configuration is passed using arguments with the ipa-install-server script." This should say ipa-server-install -- You are receiving this mail because: You are the QA Contact for the bug.

1 2

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

docs-qa March 2013