Re: GA Announcement translation
by Daniel Cabrera
On Mon, May 24, 2010 at 11:22 PM, noriko <noriko(a)fedoraproject.org> wrote:
> This page is the summary of Release Notes. Any language team who feels
> worth to translate this page, it is translatable. The page is usually
> not string frozen as it is wiki page until the release.
>
> To translate,
> 1. the team can create new page such as;
> https://fedoraproject.org/wiki/Fedora_13_announcement/ja
> 2. copy the English page and paste it to the page just created.
> 3. Once the translation is completed, post this list or docs list so
> that docs team should be able to create the link on English page.
>
> Bon'appetito
>
> noriko
> --
Hi,
The Spanish version of the GA is available here: [1]
Happy release, and congratulations to everyone involved.
Regards,
Daniel Cabrera (es)
[1] http://fedoraproject.org/wiki/Fedora_13_announcement/es
13 years, 10 months
Re: default link for untranslated books
by Ruediger Landmann
On 05/27/2010 10:29 AM, Domingo Becker wrote:
>
>> I can see two downsides though:
>>
>> 1. It seems wasteful to have multiple copies of exactly the same content
>> stored on the server. It will also make maintaining the site much more
>> difficult if the site image (web.git) grows to something like 40 times
>> its current size. (although this will no longer be a problem when we
>> move to a fully automated publishing system shortly)
>>
>>
> No. Just the link.
>
Yeah, unfortunately just not possible right now. Uploading the book
multiple times is the only way to do it right now :(
>> 2. At the moment, when you see a book in a language menu, you know that
>> it is translated. The situation is not so bad for widely translated
>> languages, but for less widely translated languages, users will click on
>> links and most will be in English; they might not even discover that
>> *any* books have been translated into their language, so the hard work
>> of the translation team gets lost in a sea of English.
>>
>>
> A new user would open his/her firefox.
> It will automatically go to his/her locale, es-ES in my case.
> The page for F13 will not show all the books.
> And we have a good set of books, that even though in English, they
> will surely cover his/her problem.
> I don't want him/her to think that we only have the books shown in that page.
> The titles are in English, he/she might think that those are all the
> books we have.
> We have more books than other linux distributions.
>
Yes, we agree that this is one side of the problem. I was just
expressing the other side -- presenting a list of books to users as if
they were in users' own languages, but when they click on a link, they
discover that the book is in English. They go back to the menu and try
another book, and it's in English again. And another book -- still English!
When I settle on a solution for presenting the titles of the books in
the translated language, this part of the problem should go away :)
Title in menu in English = book in English. Title in menu in Spanish =
book in Spanish :) Nobody should be surprised :)
>> In case translators have not realised, the menus are now all
>> automatically generated, so it's not possible for us to manually add
>> links any more. I will ask the Publican developer today whether some
>> kind of "cross linking" is possible. Even if this becomes possible, it
>> would solve problem 1 but not problem 2.
>>
>>
> Would you please ask him to generate a .pot file for a chapter?
> So, if there are n chapters there will only be n .pot files.
> The huge number of .pot files isn't helpful for translation. It even
> makes Tx's life harder. It would also prevent string repetition. To
> see this issue, just run "msgfmt -c *.po" in es-ES, for example.
>
>
This issue is unrelated to Publican; I'll post an explanation in a
separate thread.
>> I wonder if a better solution would be for me to add a prominent notice
>> to the "Welcome" page to tell visitors "to see a full list of all
>> documentation, change the language to English"?
>>
>>
> Probably, but I prefer the link at the left. The user's attention will be there.
>
Oh yes, I think we all agree that this is best :) It's just a case of
working out how to make it happen :)
> thank you for your time, Rudi.
>
And thank you for your hard work and perseverance.
I want to extend a special thank you to Domingo and Daniel from the
Spanish team -- for F13 they have really been fighting hard to fight off
technical problems with the Installation Guide in Transifex, and in one
very tragic incident, lost a lot of their work. I'm sure that everyone
reading this can understand the horror of that situation :(
Still, they just picked up with what they had left and kept going.
Thanks guys -- your dedication is truly inspiring!
Cheers
Rudi
13 years, 10 months
Fwd: " Broken" documentation site
by Stephen John Smoogen
Forwarding this to you guys.
---------- Forwarded message ----------
From: Jeán van Wyk <jean.vanwyk(a)solnetsolutions.co.nz>
Date: Tue, May 25, 2010 at 1:53 PM
Subject: " Broken" documentation site
To: webmaster(a)fedoraproject.org
Hi there,
I am writing to mention that your documentation site specifically :
http://docs.fedoraproject.org/en-US/Fedora/13/html/Installation_Guide/...
eg.
http://docs.fedoraproject.org/en-US/Fedora/13/html/Installation_Guide/sn-...
is "broken" if you do not allow cookies.
I understand that your navigation menu works with cookies and that you want
to inform people that it will not work correctly if they disable cookies.
At the same time there is nothing more irritating than being told the same
thing over and over again.
Your documentation website pops up a window on EVERY single page if you have
cookies disabled that tells you that :"ATTENTION: The Navigation Menu
requires cookies to be enabled to function correctly.".
The fact that I do not like cookies does not mean that I have to be haunted
to death by the popups telling me the same thing over and over and over...
If you put that warning in the red blob at the top of the navigation and
make the information portion non red I will still be "warned" but at least
the website will be functional.
Yes I understand that you REALLY want me to enable cookies abut at the same
time I REALLY, REALLY do not want to enable cookies especially only for a
navigation menu. I preferred by far your previous single page (if
admittedly huge documentation) than getting a popup every few seconds that
tells me something that I already know.
Please forgive my spewing but it really got up my nose. (FYI. I design and
implement websites as part of my day job.)
Thank you for you time. I hope you can fix this easily.
Regards
Jeán van Wyk
--
Jeán van Wyk
Solnet Solutions Limited
Level 7, Brookfields House, 19 Victoria Street
PO Box 6619, Auckland 1141, New Zealand
DDI +64 9 977 5825, Mobile +64 21 936 972
Main +64 9 977 5800, Fax +64 9 977 5801
Attention: This email may contain information intended for the sole use of
the original recipient. Please respect this when sharing or disclosing this
email's contents with any third party. If you believe you have received this
email in error, please delete it and notify the sender or
postmaster(a)solnetsolutions.co.nz as soon as possible. The content of this
email does not necessarily reflect the views of Solnet Solutions Ltd.
--
websites mailing list
websites(a)lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/websites
--
Stephen J Smoogen.
“The core skill of innovators is error recovery, not failure avoidance.”
Randy Nelson, President of Pixar University.
"We have a strategic plan. It's called doing things.""
— Herb Kelleher, founder Southwest Airlines
13 years, 10 months
Fwd: mdraid & dmraid, Fedora 11 & Fedora 13
by Rahul Sundaram
-------- Original Message --------
Subject: mdraid & dmraid, Fedora 11 & Fedora 13
Date: Tue, 25 May 2010 18:51:54 -0700
From: Joe Christy <joe(a)eshu.net>
Reply-To: joe(a)eshu.net, Community support for Fedora users
<users(a)lists.fedoraproject.org>
Organization: Joe Christy Informatics
To: Community support for Fedora users <users(a)lists.fedoraproject.org>
Please excuse me, for I am a bear of little brain ...
In the F13 release notes it says:
Important — Systems with Intel BIOS RAID sets
Fedora 13 uses mdraid instead of dmraid for installation onto Intel BIOS
RAID sets. These sets are detected automatically, and devices with Intel
ISW metadata are recognized as mdraid instead of dmraid. Note that the
device node names of any such devices under mdraid are different from
their device node names under dmraid. Therefore, special precautions are
necessary when you migrate systems with Intel BIOS RAID sets from
operating systems or versions of operating systems that use dmraid.
Local modifications to /etc/fstab, /etc/crypttab or other configuration
files which refer to devices by their device node names will not work in
Fedora 13. Before migrating these files, you must therefore edit them to
replace device node paths with device UUIDs instead. You can find the
UUIDs of devices with the blkid command.
I'm currently running F11 on a system w/ Intel BIOS RAID (1) [Lenovo
ThinkPad W700] and remember problems w/ the SW raid under F10, and more
problems w/ SW raid when I upgraded to F11.
Unfortunately, the above warning is opaque to me. How can I tell if my
F11 uses mdraid or dmraid? I used lvm to break my single raid partition
into separate logical partitions and would dearly love to keep the data
on the non-system logical partitions w/o restoring from backups, so I'm
hoping that I don't need to jump through a lot of hoops to do so.
Thanks,
Joe
--
users mailing list
users(a)lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
13 years, 10 months
Release Notes bookmarks
by David Nalley
This evening on IRC I noted that the bookmark for the release notes
now resulted in a 404 with the new site.
Fortunately the error page is a welcome page designed to handle people
looking for 'old' links to documentation.
Sadly, the old release notes link is non-version specific, while the
new URL to release notes is version specific. I filed a bug[1] and
Christopher Aillon replied and indicated that essentially at least
until F14, this is not something we can fix in the bookmarks package.
He additionally created a trac ticket[2] and added some significant
commentary there that I think is useful for reading. I don't know how
we want to proceed or if we think that the 404 page is adequate, but
thought I'd bring it to the list for discussion, commentary, decision
making.
David
[1] https://bugzilla.redhat.com/show_bug.cgi?id=595545
[2] https://fedorahosted.org/docs/ticket/1
13 years, 10 months
Publishing with Publican
by Ruediger Landmann
Hi all -- just a heads up that I've finished documenting the new
publishing procedure here:
https://fedoraproject.org/wiki/Publishing_a_document_with_Publican
Basically, it all comes down to one new command: "publican install_book"
(and its counterpart, "publican remove_book").
The biggest change is that we no longer need to add or remove *anything*
from the directory tree manually, or hand-edit any PHP or HTML!
Cheers
Rudi
13 years, 10 months
Upcoming Schedule Tasks
by John Poelstra
Start End Name
Fri 14-May Mon 24-May 0-Day rel-notes update docs.fp.org
Fri 14-May Mon 24-May 0-Day rel-notes build updated rpm
Fri 14-May Mon 24-May 0-Day rel-notes generate POT
Mon 24-May Mon 24-May Add translated zero-day updates to docs.fp.org
Tue 25-May Tue 25-May Final (GA) Release
13 years, 10 months