docs May 2012

docs@lists.fedoraproject.org

29 participants
40 discussions

[Bug 755744] New: typo in PV-Configuring_Additional_Devices
by Red Hat Bugzilla 01 Sep '17

01 Sep '17

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: typo in PV-Configuring_Additional_Devices https://bugzilla.redhat.com/show_bug.cgi?id=755744 Summary: typo in PV-Configuring_Additional_Devices Product: Fedora Documentation Version: devel Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: unspecified Priority: unspecified Component: virtualization-guide AssignedTo: docs(a)lists.fedoraproject.org ReportedBy: shaiton(a)fedoraproject.org QAContact: nobody(a)fedoraproject.org CC: kwade(a)redhat.com, oglesbyzm(a)gmail.com Classification: Fedora Story Points: --- Type: --- >From the file available in transifex, Now you can configure the new network interfaces using <command>redhat-config-network</command> or Red Hat Enterprise Linux3 or <command>system-config-network</command> on Red Hat Enterprise Linux 4 and Red Hat Enterprise Linux 5. that should be "on" Red Hat. I could have corrected that now that I have git access, but this git is still for F14… There were plenty of update about virt since F14, is it outdated? http://fedoraproject.org/wiki/Docs_Project_meetings#Guides -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

2 7

[Bug 693536] New: How to increase the number of configured loop devices
by Red Hat Bugzilla 31 Aug '17

31 Aug '17

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: How to increase the number of configured loop devices https://bugzilla.redhat.com/show_bug.cgi?id=693536 Summary: How to increase the number of configured loop devices Product: Fedora Documentation Version: devel Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: unspecified Priority: unspecified Component: virtualization-guide AssignedTo: fedora-docs-list(a)redhat.com ReportedBy: apevec(a)redhat.com QAContact: nobody(a)fedoraproject.org CC: stickster(a)gmail.com, kwade(a)redhat.com, oglesbyzm(a)gmail.com Classification: Fedora Story Points: --- Description of problem: http://docs.fedoraproject.org/en-US/Fedora/13/html/Virtualization_Guide/sec… Number of loop devices cannot be changed via modprobe.conf since loop is not a kernel module anymore: # grep DEV_LOOP /boot/config-2.6.34.8-68.fc13.x86_64 CONFIG_BLK_DEV_LOOP=y -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

2 7

[Bug 627417] New: docs.fp.o landing page needs 'Start here' note!
by Red Hat Bugzilla 21 Jan '15

21 Jan '15

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: docs.fp.o landing page needs 'Start here' note! https://bugzilla.redhat.com/show_bug.cgi?id=627417 Summary: docs.fp.o landing page needs 'Start here' note! Product: Fedora Documentation Version: devel Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: docs-requests AssignedTo: eric(a)christensenplace.us ReportedBy: nathan.thomas(a)peacenik.co.uk QAContact: fedora-docs-list(a)redhat.com CC: stickster(a)gmail.com, kwade(a)redhat.com, nb(a)fedoraproject.org Classification: Fedora Description of problem: We have a large variety of documentation guides serving a wide range of different users. It may be difficult for users arriving at docs.fp.o to know where to start, especially if they are new to Fedora/Linux and are unfamiliar with some of the technical terms. A note on the landing page suggesting a sensible starting point for new users could help alleviate this problem. Eg: "New to Fedora? You can try Fedora on your PC without touching your existing installation by following the Live Image Guide." The end of the Live Image guide helpfully points users to the Installation guide if they want to install :) -- 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 11

[Bug 654484] New: New Bugzilla component for Storage Administration Guide
by Red Hat Bugzilla 15 Dec '14

15 Dec '14

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: New Bugzilla component for Storage Administration Guide https://bugzilla.redhat.com/show_bug.cgi?id=654484 Summary: New Bugzilla component for Storage Administration Guide Product: Fedora Documentation Version: devel Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: medium Priority: low Component: docs-requests AssignedTo: eric(a)christensenplace.us ReportedBy: r.landmann(a)redhat.com QAContact: fedora-docs-list(a)redhat.com CC: stickster(a)gmail.com, kwade(a)redhat.com, nb(a)fedoraproject.org Classification: Fedora Target Release: --- Please create a component for the Storage Administration Guide; default assignee should be ddomingo(a)redhat.com Cheers Rudi -- 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 6

[Bug 450331] New: lack of documentation on restoring from bare-metal (UUID problem)
by Red Hat Bugzilla 03 Apr '13

03 Apr '13

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/show_bug.cgi?id=450331 Summary: lack of documentation on restoring from bare-metal (UUID problem) Product: Fedora Documentation Version: devel Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: docs-requests AssignedTo: kwade(a)redhat.com ReportedBy: czar(a)acm.org QAContact: stickster(a)gmail.com CC: fedora-docs-list(a)redhat.com Description of problem: ref: https://bugzilla.redhat.com/show_bug.cgi?id=449299 There is a lack of documentation on restoring a system from bare metal. I have found (see reference) that restore the root ("/") is not as simple as as just executing the restore command when running in rescue mode. With the current emphasis being place on use of UUIDs in both Fedora and RHEL, the whole business of UUIDs need to be better documented. Version-Release number of selected component (if applicable): Fedora 9 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

1 14

[Bug 595695] New: Direct links to RNs broken.
by Red Hat Bugzilla 31 Aug '12

31 Aug '12

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Direct links to RNs broken. https://bugzilla.redhat.com/show_bug.cgi?id=595695 Summary: Direct links to RNs broken. Product: Fedora Documentation Version: devel Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: docs-requests AssignedTo: eric(a)christensenplace.us ReportedBy: eric(a)christensenplace.us QAContact: fedora-docs-list(a)redhat.com CC: stickster(a)gmail.com, kwade(a)redhat.com Classification: Fedora Description of problem: * Previously, the release notes were located at http://docs.fedoraproject.org/release-notes/ * Their location has changed to release specific URLs. * A link to the release notes is provided in fedora-bookmarks. * fedora-bookmarks are imported by the browser only on *first launch* so as to not overwrite user modifications. The new bookmarks layout causes two problems: 1. Nobody filed a fedora-bookmarks bug so Fedora 13 (and anyone on F-11 or F-12 etc) will default to going to http://docs.fedoraproject.org/release-notes/ which is a 404. Since the bookmarks can only be imported on first launch, we cannot push an update to fix this if the user has launched the browser (which is extremely likely). 2. Even if I were to fix the bookmarks page to point directly to a specific release version (which again would take effect only if someone would yum update before launching Firefox), then if anyone updated to F-14, the bookmark would not change and would still point to e.g. F-13. So, I do not think that we should put version specific information into our bookmarks URLs. To solve both of the above problems, I believe we should try to do some User-Agent detection and redirection. Fedora browsers have an RPM NVR attached to them. For example: Mozilla/5.0 (X11; U; Linux x86_64; es-ES; rv:1.9.2.4) Gecko/20100517 Fedora/3.6.4-1.fc13 Firefox/3.6.4 This tells us that the user's installed language is es-ES and it's a Fedora browser, specifically running F-13. We should then redirect queries to http://docs.fedoraproject.org/release-notes/ to http://docs.fedoraproject.org/es-ES/Fedora/13/html/Release_Notes/index.html If we cannot figure any information out about the Fedora release or language (or there are no relnotes in that language), I propose the default redirect should be to the en-US version of the latest Fedora release notes. -- 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 11

Merging transifex.net duplicated teams
by Kévin Raymond 28 Jun '12

28 Jun '12

Hi there, Since our migration to transifex.net, some teams have lost their translations because a new team was created (thanks to language mapping in transifex.net). There are still some project that need to be merged. I've written a script[1] used to parse all guides at TXN, and print the language code which have translations but are not associated to any teams. Please find attached the results. Limitations: - it was against the fedora-docs release only, not against all docs! I could have used an other script for that. I have it around but I would prefer our guides to be on the fedora-docs release. This refers to[3]. Should I add all in this fedora-docs release? I think so, but we never finished that… Should I add all in this fedora-docs release? I think so, but we never finished that… There could be an other way, but I think that I've more than needed. This list should be checked with the Misha's one[2]. we really need the maintainers to act! Some guides are completly translated but using the wrong language code, we can't publish nor re-use translations. I think we need a clear list of which l_code have to be merged in which one, the thread [2] should helps. @maintainers, please ask if you need help for that! [1] https://gitorious.org/tiny-scripts/transifex/trees/master/check_teams [2] http://lists.fedoraproject.org/pipermail/docs/2011-August/013611.html [3] http://lists.fedoraproject.org/pipermail/docs/2012-March/014116.html -- Kévin Raymond (Shaiton)

8 11

[Bug 823654] New: Wrong FreeIPA Guide for F16
by Red Hat Bugzilla 26 Jun '12

26 Jun '12

https://bugzilla.redhat.com/show_bug.cgi?id=823654 Bug ID: 823654 QA Contact: docs(a)lists.fedoraproject.org Severity: medium Version: devel Priority: unspecified CC: eric(a)christensenplace.us, oglesbyzm(a)gmail.com, stickster(a)gmail.com Assignee: nobody(a)fedoraproject.org Summary: Wrong FreeIPA Guide for F16 Regression: --- Story Points: --- Classification: Fedora OS: Linux Reporter: cevich(a)redhat.com Type: Bug Documentation: --- Hardware: All Mount Type: --- Status: NEW Component: docs-requests Product: Fedora Documentation Description of problem: Fedora 16 uses FreeIPA 2.1.x, and the FreeIPA.org site correcty points it's doc link at the 2,1,3 fedora documentation. However, the FreeIPA Guide listed under Fedora 16 is for version 2.2.x which isn't available, though is slated for Fedora 17 (I believe). Version-Release number of selected component (if applicable): Fedora 16 Documentation How reproducible: Very Steps to Reproduce: 1. https://docs.fedoraproject.org/en-US/Fedora/16/html/FreeIPA_Guide/index.html 2. https://docs.fedoraproject.org/en-US/Fedora/15/html/FreeIPA_Guide/index.html Actual results: Fedora 16 users reference documentation for a much newer version of FreeIPA. Expected results: Fedora 16 users reference documentation relevant to availabe FreeIPA version. Additional info: I don't believe there is much different between FreeIPA 2.1.3 and 2.1.4 which currently ships, it's probably fine to just keep referencing the 2.1.3 docs for Fedora 16. -- You are receiving this mail because: You are the QA Contact for the bug.

1 4

[Bug 822855] New: please merge 'fr_FR' transifex team under 'fr'
by Red Hat Bugzilla 11 Jun '12

11 Jun '12

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 assignee for the bug.

1 1

Efficient Storage of Media Files
by Christopher Antila 05 Jun '12

05 Jun '12

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello: Several weeks ago, somebody wrote to the list about the continually growing size of the Docs web.git repository. I took a look around, and confessed that most of the storage is taken up by multiple copies of the Musicians' Guide. It's time to fix this. I uploaded the audio files to SoundCloud long ago, but I don't think we should use them as our primary place to hose this content. For the "Ardour" chapter, we cannot host the files for licensing reasons... aside from that, I feel it's better for us to be self-sufficient and host our own files. They're actually not that large (less than 100 MiB). The problem is that Publican copies the audio files every time the Guide is published in any language. We really only need one copy of the audio files. They don't change between releases, and they're not translated. POSSIBLE SOLUTION: Can I make a static directory in the web.git repository, just for the Musicians' Guide's audio files? Then delete all the current copies, and replace with a symlink? I don't want to do first and ask questions later, just in case it would interfere with Publican... that would be bad news so close to a release! Christopher. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJPvWMmAAoJEInCktGVqZ8V3GIH/2i9xOezXkOhjTNdbGDEeCHL XvQMUv1ZZKYuuBxvsT0ym9HxghrFlH6Fw3MiYaabcN8IYiGTHCNYtT5E9QVI27rJ 8KTauLxOuMSa0Git+5Wa/Euoc0YPGIjLJgKfklNKJgGtw5GhCSmQwQFxbyG7QNTX XPXIb9GG3lxRdE6qloOgPuIsyyZtWDVbYaO0JN4ikaFrmZDUfId3/9z6KEaXix1U OlkPbwwn0ftyNcF2F7AlkYYNyaEFqRk0wt6n5SrNhAbZt7YPwlyC8+yuZB+3eeoC BSxL2Y9g7lq4pobrvg82i9Ukj8VuhwY3xGK3jYet700K8aar9WI7C6SnHEEFX9I= =rRJr -----END PGP SIGNATURE-----

6 10

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

docs May 2012