docs and trans IRC log 02-Feb-2006 22:30 UTC 00:00 UTC

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



<meeting>
<quaid> ok, ready
<barz> aalam, quaid: so, just 2 kickstart our chat...we need 2 make FC5
press release and release notes available for community translation
<quaid> ok, press release first
<quaid> "By Press Release, do you mean formal communication from the
Fedora
<quaid> Foundation?"
<barz> yep
<quaid> ok
<barz> gdk and ambassadors steering committee are working on a poress
release
<quaid> we have three locations where trans is going on
<quaid> ah, good
<quaid> 1. i18n.r.c
<quaid> 2. cvs.fedora:/cvs/docs
<quaid> 2. fedoraproject.o/wiki
<quaid> s/2. fed/3. fed/
<barz> quaid: do u have access to create directories in FC CVS
repository? dunno exactly how it works...
<quaid> we can fold 2. into 1. when trans CVS _and_ Web apps can move
from elvis.r.c => cvs.fedora.r.c
<quaid> yes
<quaid> are you aware of the trans going on right now?
<quaid> http://webtest.fedora.redhat.com/docs/translation-quick-start/
<quaid> for example
<barz> what docs are we talking about?
<quaid> pt_BR was just posted this morning
<quaid> http://webtest.fedora.redhat.com/docs/RELEASE-NOTES/
<quaid> these are the HEAD of CVS
<quaid> we also have:
<barz> in what format?
<quaid> http://fedora.redhat.com/docs/release-notes/
<quaid> source is XML in CVS
<quaid> translators are working directly in CVS using xml2po and po2xml
<quaid> very archaic and manual
<quaid> but they are heroes, getting the job done
<barz> quaid: that's exactly my point. we can facilitate these
<quaid> after test3 releases, we are reworking our CVS directory
structure to put languages in sub-folders
<quaid> the Makefile all builds all languages
<quaid> so we can keep the actual translated XML ongoing
<quaid> but
<barz> do translators still have to change the makefiles?
<quaid> yes
<quaid> we can automate that
<barz> do u like that?
<quaid> no
<barz> exactly!
<quaid> I want i18n.r.c
<quaid> this is what I understand:
<quaid> we cannot move until elvis.r.c => cvs.fedora.r.c is complete
<quaid> Sopwith and other community infrastructure people are willing to
help
<quaid> but Bernd knows all and needs time to explain
<quaid> once the CVS move is done
<quaid> hooking us in should be easy
<barz> cool! but i believe we can already offer these files in .po
format. aalam: is that right?
<barz> as far as I'm concerned, bernd won't have the time 2 do so at the
moment
<aalam> yes we can
<quaid> would it be helpful if bernd joined us?
<quaid> to talk?
<aalam> quaid, surely yes
<quaid> one sec
<barz> I'm just tryin to get people together here and hopefully offer
the community the .po files
<quaid> exactly
<quaid> if bernd or someone can hook into our CVS and make it avail
through i18n.r.c, great!
<quaid> we're ready, willing, able, etc.
<barz> so, aalam, can u pls explain what u got in mind...
--> bgroh (n=bgroh@xxxxxxxxxxxxxx) has joined #fedora-docs
<barz> bgroh: g'day doctor!
<quaid> g'day, bgroh, thanks
<bgroh> barz, good day
<aalam> barz, quaid there are very few translators in Fedora-docs
project, 
* quaid goes to grab some lines from his buffer
<quaid> aalam: true
<quaid> about six?  ten?
<aalam> can we not able to give access to Fedora-GUI Translators?
<barz> bgroh: we wanna offer press release and release notes .po files
for community trans
<bgroh> ok
<quaid> bgroh: ok, I pasted the relevant chat buffer back to you on
#docs, to not break the flow here
<quaid> that is our understanding
<bgroh> quaid, ok, got it
<quaid> can we get .po files out of MoinMoin instead?
<bgroh> basically, we'd need someone or a team around an admin to take
over the status page/job claim page infrastructure
<quaid> the Infrastructure group could conceivably do that
<quaid> Sopwith is leading that, aiui, and it has community members on
it as well
<quaid> we'd have to ask them, of course :)
* quaid looks at nman64 
<bgroh> then they could work with the admin group to get it ready for
and installed on fedora.cvs and migrate
<bgroh> and everything else would follow
<quaid> bgroh: so, it is a good thing that we have a robust i18n built
into the Fedora Docs Makefile and common files?
<quaid> i.e., you can use that
<bgroh> should be
<bgroh> all we need is the xml->pot and po->xml part, or?
<quaid> aalam: btw, some of the translatros that came to Fedora Docs did
not come from/through Fedora Trans, so they are going to be newbies
<quaid> bgroh: is that in the Makefile usually?
<aalam> quaid, yes
<quaid> otherwise, yes, that would be all you need on the Web app side
<bgroh> yes, that would go into the makefile
<quaid> ok
<quaid> if you can point me at an example?  I'll file a bug and get
Tommy/Paul to work up a solution.
--- Bob-Laptop-Away is now known as Bob-Laptop
<bgroh> we'd have a make update to generate the newest po files
<bgroh> and when it's time, the make <target> used the po files, instead
of some xml
>Bob-Laptop< *psst* we're slipping release by a week, the caballistic
are trying to work up an estimate, should be announcing tomorrow ...
'splains some of why I stalled this week :)
<quaid> we have been doing some stuff to try to make the XML diff sane
<bgroh> it's not too difficult, just wasn't something that was worth it
setting up on elvis
<quaid> 1. we can run xmlformat with a custom configuration against the
CVS module as the content is being checked in, before it hits the
repository
<quaid> this solves lots of local $EDITOR differences
<barz> bgroh, quaid: do u have a timeline for the migration project?
will it happen before FC5 launch?
<quaid> but we haven't tried that with any translation
<bgroh> would we want to put xml into the repo though?
<quaid> barz: probably not
<quaid> bgroh: oh, in the /cvs/i18n repo?
<quaid> no, I guess not
<bgroh> barz, I don't have a timeline, I'm simply ready to hand it
off ;)
<-- yeliaB[] has quit ("Leaving")
<quaid> +1
<quaid> bgroh: I want to find a way to take the burden from you :)
<quaid> bgroh: I'm thinking about the line diffs that were a problem
with SGML
<barz> quaid, bgroh, aalam: can we have a workaround for FC5, then we
make big noise translating the presse release to several different
languages?
<bgroh> quaid, just take it, it's on bob, module perl-i18n, see elvis
for setup guidelines :)
<quaid> we're trying out some of the xmldiff tools, as well, just for
our own diffing.
<quaid> bgroh: well, I can't shoulder the burden myself :) ... but I'll
try to get someone else to :)
<quaid> barz: yes
<barz> cool!
<quaid> nman64: do you know if MoinMoin can output .po files?
<quaid> are they are hard format to hack, the .po file?
* quaid doesn't think he's seen the inside of one.
<bgroh> btw, moin
--> snowlet (n=snowlet@xxxxxxxxxxxxxxxxxxxxxxxxxx) has joined #fedora-
docs
<quaid> g'day snowlet 
<snowlet> quaid, morning
<barz> snowlet: morning!
<snowlet> morning, barz 
<bgroh> moin zam'n!
<barz> ?
<bgroh> good morning everyone!
<quaid> bgroh: I'm wondering about MoinMoin because it runs
fedoraproject.org/wiki and they could author the press releases in an
ACL restricted area, and we could spit them out and suck them back in
somehow
<snowlet> sorry I'm late
<quaid> otherwise, we'd have to generate .po files from ... XML?
<bgroh> quaid, that ok too though, that's what we do with RHEL
<quaid> snowlet: I'm going to /msg you to give you the discussion so far
from my IRC buffer, ok?  just reply when I do the /msg
<quaid> well the thing is
<bgroh> quaid, maybe they can spit out xliff?
<quaid> we don't have a Press Release stylesheet
<bgroh> oh, I see
<quaid> and DocBook does not a pretty press release make
<quaid> wonder if we can get .po into and out of OO.org
<barz> hang on! press release is a small doc, and aalam easily converted
it into .po yesterday
<quaid> ok
<quaid> from what source format? plain text?
<barz> we just tested with an old PR I had
<quaid> text2po?
<barz> yep
<quaid> ok, that's fine
<snowlet> quaid, sure
<quaid> we'll just do nice, structured text
<barz> oh dunno, aalam: what tool did u use
>snowlet< just type something back, and X-Chat will open a tab on my
side
<aalam> I save *.sxw document into *xml format with openoffice
<quaid> ah, ic
<quaid> yeah, I was thinking of .sxw -> .po directly, since .sxw == a
tarball of XML and directories
<quaid> ok, so we can do it manually for the first few times
<quaid> 1. SXW file is finalized by gregdek et al
<quaid> 2. Hands it to FDP for edits, etc.
--- BobJensen-Away is now known as BobJensen
<quaid> 3. FDP creates XML and puts it into CVS
<quaid>   3.1 FDP creates .po files and puts them into CVS
<quaid> or something
<barz> then we need to convert it back to text...
<barz> and make it available to ambassadors
<barz> to spread the word
<quaid> a press release doesn't need SXW
<quaid> it should be ASCII
<quaid> just nice whitespace usage and good blocking
<quaid> that's how they go out to businesswire from RHAT
<quaid> a wire service was traditionally a teletype machine of some
kind, right?  plain text was the rule :)
<barz> quaid: ur plan sounds good, just the edits will be done by the
FAMSCO
<barz> then FAMSCO hands it to FDP translations
<barz> or infrastructure to make them available in .po before
<quaid> bgroh: can we easily go text <==> po
<quaid> docs has edit approval, that's all
<quaid> if we find a problem, we suggest a fix :)
<barz> sure!
<barz> understood
<bgroh> quaid, hmm, I suppose, depends on how strict the text format is
<barz> u can give us guidelines on the format that will suit the
procedure
<quaid>  /cvs/docs/press-releases/xy/famsco-YYYY-MMM-DD-xy.txt
<quaid> where xy == two-letter country code
<quaid> we haven't settled on how we're doing the sub-directories
<quaid> but I just realized that would mean we should put en/ in it's
own directory
<quaid> each with their own Makefile, etc.
<bgroh> quaid, you can do whatever you want, as long as you tell me what
format, and it's strict, we can do
<quaid> yeek
<quaid> bgroh: I was thinking of standard structured text
<bgroh> should be fine
* quaid grabs a poor example
<quaid> http://people.redhat.com/kwade/fedora-docs/selinux-faq-
en-1.3-8.txt
<quaid> that was docbook2txt, iirc
<quaid> but the idea is the same
<bgroh> hmmm, we'd have to decide how we split the text
<bgroh> as in write a converter
<bgroh> you'd certainly not want to split by newline only
<quaid> yeah, I don't seem to see anything written already, either
<barz> paragraph, maybe...
<barz> line break...
<bgroh> neither will be good for bullet lists
<quaid> tell them no bullet lists? :)
<bgroh> haha
<quaid> I don't want to have to make up a new tool
<bgroh> if we can go newline, it's easy
<barz> is newline same as line break?
<barz> like when u press enter. sorry for my ignorance
<bgroh> refers to the same
<bgroh> but looking at the text, newline wouldn't make for a nice po
file
<barz> so should work as a paragrapgh then?
<bgroh> or paragraph wouldn't make for a nice po file
<barz> but a paragrapgh of a press release looks like a good .po file
entry
<bgroh> quaid, but you do compile form xml at the moment, or?
<bgroh> s/form/from/
<quaid> bgroh: normally, yes
<quaid> the press releases are vapor right now, so we can have them
written in whatever format.
<bgroh> quaid, can't we go xml->pot po->xml then?
<quaid> and we can output XML from SXW, then go xml -> po, po -> xml,
and xml -> sxw, it will probably work :)
<quaid> which xml is the only question
<bgroh> docbook?
<quaid> back to the stylesheets
<bgroh> yeh, true
<quaid> docbook makes for ugly press releases
<bgroh> but for good release-notes
* quaid needs an XSL superstar in FDP
<quaid> very nice release notes,yes
<bgroh> maybe use xml for release-notes, and see what to do with press
releases?
<bgroh> as in really really think about it
<quaid> yeah, the relnotes translation is a no brainer, it's happening
already
<quaid> yes, think about it 
<quaid> we'll take it to f-docs-l perhaps
<quaid> barz: ok, I'm going to start a discussion on fedora-docs-list
about press-release formats for translation
<quaid> barz: yes, thanks, I much appreciate the schedule-eye-view
* quaid sets a watch on that page
<quaid> those of you who understand .po files and translation
<quaid> please watch the discussion thread on f-docs-list
<barz> quaid: that's gr8! thx!
<barz> ok
<barz> quaid: just 2 make things clear. r u the one leading this? of
course, you can always count on us
<quaid> well
<quaid> our purvie ==
<quaid> purview
<quaid> moving content from contributor to reader through the
translation process
<quaid> so we own formats of documents, the CVS repository for
documents, and conceptually every single document on the system
<quaid> ideally, we should be a step in the process of string freeze
<quaid> so we edit the strings for clarity and translatability in
English, then pass on for trans, etc.
<quaid> anyway
<quaid> that's what I'm focusing on
<quaid> file format, approving contributions (the FAMSCO press release),
and moving into and out of translation
<quaid> what you guys do works really well, obviously
<barz> yep, i'm leading the FC5 Launch promotions, and will work 2gether
with aalam and snowlet with communicating with trans list
<quaid> we want to plug in to you in smart ways, learning and gaining
from each other by that.
<quaid> awesome
* quaid <-- Californian in his idioms
<barz> lol...so i suggest outlining the process in the wiki, then link
it to the Media Plan. sounds reasonable?
<aalam> quaid, barz Just for conformation"how will translator work for
Press-R translation"  thro' *- docs project, ture?
--> yeliaB (n=ed@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx) has joined
#fedora-docs
<quaid> we haven't decided that, I guess
<quaid> aalam: we can make .po files available ... in our CVS
structure ... or maybe just as a build target that you can (manually for
now?) pull into i18n.r.c?
<quaid> if you want a .po file for the release-notes as well, we can
give that over, too
<quaid> we plan on doing changes to our i18n between test3 and fc5
<quaid> but maybe we can squeeze it in sooner, if it's important
<quaid> we may miraculously have time
<quaid> what that gives us is:
<quaid> * .po make target
<quaid> * directory structure /cvs/docs/release-notes/xy/
<barz> considering the multiplied noise we can make with translations I
guees it's very important
<quaid> I mean, you could host a matching tree ... or even sync just
that tree?
<quaid> just for this release?
<quaid> bgroh: I haven't wanted to ask that, but it is possible to do,
you could pull the content anonymously and we could pull the sync back
the same way?  or what is the right way?
<quaid> some kind of CVS sync to tide us over ...
<quaid> s/tide us over/keep us working until we can migrate CVS/
<barz> I guess bgroh got tied up with something else
<barz> quaid: any suggestions on how we can progress from here?
<bgroh> quaid, would have to think about what you were saying, but if it
gets too technical, I may not be the right person to ask.
<bgroh> I'm a very bad sys admin :(
<quaid> :)
<barz> bgroh: when do u reckon u can give us some updates?
<quaid> if we don't mind breaking the history of the files ... or making
them unlinked for a while ...
<bgroh> barz, updates on what?
<barz> bgroh: weel, u said u gotta think about it...
<bgroh> barz, when I get some time :)
<bgroh> basically, if it's development stuff, it's easily done, if it
has anything to do with sys admin stuff, I'm useless
<quaid> bgroh: where would I find a Makefile that does xml2pot and
po2xml?  the RHEL ones?
<bgroh> quaid, yes
<quaid> do you keep the .po files in local CVS?
<bgroh> quaid, yes, we do
<quaid> is there any reason you couldn't do something similar to this:
<bgroh> l10n xml is only transition during build
<quaid> CVSROOT=cvs.fedora:/cvs/docs (short version)
<quaid> sorry
<quaid> just check out a local copy of the .po files from
the /cvs/docs ?
<quaid> and point the i18n workbench at it?
<quaid> this is all just until we can fix it right ... but ... we could
then have a person go locally and use a CVS account to check all the .po
files back into cvs.fedora:/cvs/docs/release-notes/xy/po-files/
<bgroh> could be possible in theory, but I'd think there'd be some
things to do still
<quaid> even do it unattended, using phraseless sshkeys
<bgroh> I doubt we could use our RHEL infrastructure for Fedora
<bgroh> reason being that it's customized for our build sys
<quaid> barz, aalam, snowlet: this is where I have to hand the resource
request back to you
<quaid> oh, sure
<quaid> I mean the Fedora infrastructure
<bgroh> for example, there are some global workarounds that apply to the
software installed on our build machine and apply to our langs
<quaid> barz, aalam, snowlet: you need to find someone who can do system
administration tasks with the various web applications and work to hook
this in ... it could be Sopwith (Elliot Lee), nman64, and the rest of
the Infrastructure/Web teams
<bgroh> hmmm, maybe I need to take some time later to clearly think
about what you've said
<quaid> bgroh: ok
<quaid> all: I am going to post a slightly edited version of this IRC
log to fedora-docs-list
<quaid> for our reference, as well as the other people we are asking to
think about these things with us
<barz> quaid: gr8!
<barz> all: can we wrap this meeting up?
<barz> 5....
<barz> 4...
<barz> 3...
<barz> 2...
<barz> 1...
<aalam> barz, quaid, I did not get
<Bob-Laptop> Happy New Year!!!
<barz> hehehe
<aalam> how translator can work?
<barz> aalam: quaid will send an email to f-docs list explaining the
idea for discussion
<aalam> which account will they use?
<aalam> Fedora-GUI or docs?
<aalam> those are my questions:)
<snowlet> barz, Fedora-GUI would be better.  translators are there
<quaid> 1. we need to give bgroh a chance to thinkk about it
<quaid> 2. you three need to see if you can find some technical help to
take over the i18n.r.c from bgroh 
<quaid> I will help you with 2.
<quaid> from those will come our next steps
<quaid> we _want_ .po files on i18n.r.c and available through Fedora-GUI
<quaid> for press release and release notes
<quaid> but it may take some hacks or someone taking over the migration
and making it happen in the next few weeks
<quaid> we need to raise this to gregdek's attention
<quaid> if we need help getting resources
<barz> quaid: maybe u can copy FAMSCO list on ur email
<quaid> snowlet, aalam: does that answer your questions for now?
<quaid> barz: it's moderated, but I'll put it on the Cc:
<aalam> quaid, no more! thanks for explaining again
<quaid> still, this email is about press release format
<barz> quaid, ok. i'll also update the media plan accordingly so pp know
what's goin on
<quaid> to get resources, you need to contact sopwith@xxxxxxxxxx, and/or
file bugzilla requests against Fedora Infrastructure
<barz> what kinda resources?
<snowlet> quaid, yes
<quaid> barz: infrastructure resources.
<barz> ok
<quaid> barz: who can i) move CVS, ii) take over Web apps, etc.
<barz> I thought that maybe we had all resources in this meeting
<barz> quaid, bgroh: but u guys know it better
<quaid> barz: technical resources, which of us can solve those problems?
<quaid> Perl programmers, CVS gurus, etc.
<quaid> not i :D
* Bob-Laptop looks for a BIG rock to hide behind
<barz> quaid: ok, got it
<barz> all: can we pls close this meeting?
<bgroh> and not I (depsite being a perl programmer)
<barz> almost 2hs now
<aalam> barz, yes
<aalam> :)
<snowlet> sure~<barz> quaid: we'll leave the next steps to you then -
email to f-docs, resources gathering... is that ok?
<snowlet> does anyone know how to save this log?
<barz> window -> save text
<snowlet> barz, eagle eyes~  :)
<aalam> snowlet, u can keep automatic logging Setting->Pref->Chatting-
>Logging (Enable)
<barz> alright guys, i'll get goin. thx 4 all ur support! really hope we
can make it. FC5 will be a big splash!
<barz> all over the world!
<BobJensen> that can take up a fair amount of disk space when you are in
10 Channels 24/7
<snowlet> aalam, thanks.  that would be super helpful
<barz> see you all!
<BobJensen> Bye barz 
<barz> see you, BobJensen!
<-- barz has quit ("fui!")
<quaid> punk
<quaid> he still thinks I'm doing resources gathering
<quaid> :P
</meeting>

Attachment: signature.asc
Description: This is a digitally signed message part

-- 

fedora-docs-list@xxxxxxxxxx
To unsubscribe: 
https://www.redhat.com/mailman/listinfo/fedora-docs-list

[Index of Archives]     [Fedora Users]     [Fedora Desktop]     [Red Hat 9]     [Yosemite News]     [KDE Users]

  Powered by Linux