[Bug 627417] New: docs.fp.o landing page needs 'Start here' note!
by Red Hat Bugzilla
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.
8 years, 4 months
[Bug 654484] New: New Bugzilla component for Storage Administration Guide
by Red Hat Bugzilla
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.
8 years, 5 months
[Bug 450331] New: lack of documentation on restoring from bare-metal (UUID problem)
by Red Hat Bugzilla
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.
10 years, 2 months
[Bug 595695] New: Direct links to RNs broken.
by Red Hat Bugzilla
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.
10 years, 9 months
Re: Release Notes Available
by Eric Christensen
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Wed, Sep 28, 2011 at 09:52:15PM +0300, Yuri Chornoivan wrote:
> написане Wed, 28 Sep 2011 21:40:47 +0300, Eric H. Christensen
> <sparks(a)fedoraproject.org>:
>
> > -----BEGIN PGP SIGNED MESSAGE-----
> > Hash: SHA1
> >
> > On Wed, Sep 28, 2011 at 09:32:08PM +0300, Valentin Laskov wrote:
> >> Hi,
> >> all links are like this
> >>
> >> <package>cuneiform</package> is an open source OCR system and is new to
> >> Fedora 16. Complete details may be found at <ulink
> >> url="https://launchpad.net/cuneiform-linux"> <ulink
> >> url="https://launchpad.net/cuneiform-linux">https://launchpad.net/cuneiform-linux</ulink>
> >> </ulink>.
> >
> > Is this in any particular chapter or throughout?
> >
> > - --Eric
>
> That's from Productivity.xml
>
> The links are broken in many chapters:
>
> Amateur Radio:65:
>
> <ulink url="http://www.hamlib.org.">http://www.hamlib.org.</ulink>
>
> Cloud:25:
> (<ulink url="http://deltacloud.org).">http://deltacloud.org).</ulink> The
> backend is implemented using Condor (<ulink
> url="http://www.cs.wisc.edu/condor/)">http://www.cs.wisc.edu/condor/)</ulink>
> which in turn starts VMs using libvirt and KVM.
>
> Development Tools:239:
>
> <ulink
> url="http://perldoc.perl.org/perl5140delta.html.">http://perldoc.perl.org/perl5140delta.html.</ulink>\
Okay, I'm working on fixing these now. I don't think they will affect the translations, though, as this is untranslatable text. I'm going through the chapters that you have pointed out and will then go through the rest as soon as I can. Updated POTs will be available soon.
- --Eric
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
iQIcBAEBAgAGBQJOhM4EAAoJEIB2q94CS7PR+zsP/2ee7mgdYTRCQb+9/yTn1FEJ
Qkn9PWWy7mpMtM7rHIUoSQvX9OjtkVSZmnFtoM288Q2OwAT31naVgZls25VMHF9P
HwkZAc5M1hDwRzemjDwWuk/F2IRgRb5tpBVyt7rFnK8bq7XLyJYv332Zoa2A1Cii
bVSZWSnON7nJUHkKVi45uPHBeiMaWINhjr3M6VfvwGW/G3gC0gF9xvrUriDTg/wG
3lCChKQOjcYf+uO14+CZwpAZQo+dxy64C3zOpl/z6VGdbMfvTFAoQU8vAcz+Tl+T
RzO0e9zw3FX2Jadur9kKaBIDYjIg8CUBjgBDvh6ybnPQjbHMqcbqSBQgjVlCl5XD
7jEAtQh7FAlvfpgos5/LNNefFzHN3hZ80mFVnnqoOvsrWfAIqSp2bu9kt8YihlWw
B4nwQwLHuGEAKJAaBE+oSz9ZFq1PN8gFwjDaZADsdUUlAnnttWPQc4GdgePPQVtf
19VDJiLDiQxYn7OwVwg+FHnyl2+0Zrq3fKZVaEmKXRgHMFnXuXVVMAPp/sFSNCSx
fwkcEkyZGRb2fVREr4TPuljsujSN+llh8NhlYYRSw7hxaKmZ8+BE+fXPBrpf1DVL
FsUR/zJLfYa/8B412uszLDCRpVPhN5mXgZnsSU6QiKwFDPJVF/vBA5IxrAAu36zl
j2pUsDU3kNc4FdKWfCPY
=hyCl
-----END PGP SIGNATURE-----
11 years, 8 months