<div dir="ltr">Hi Lubo,<div><br></div><div>(Comments are below.)</div><div><br></div><div class="gmail_extra"><br><div class="gmail_quote">On 11 February 2016 at 20:11, Lubomir Rintel <span dir="ltr"><<a href="mailto:lkundrak@v3.sk" target="_blank">lkundrak@v3.sk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Hello.<br>
<br>
It never says on your site that the list is subscriber-only. :(<br>
<br>
I can't see a reason why it should be either; I'm probably not<br>
interested in stuff that's not Cc-ed to me.<br>
<br>
I'm wondering if you could forward the message for me?<br></blockquote><div><br></div><div>Sorry about the mailing list troubles. We don't allow non-subscribers to post to the lists because it helps to minimise spam. I've added zanata-users to the CC, since this isn't really a Zanata development question. Note that you won't be able to "reply all" unless you join the zanata-users list.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
Thank you,<br>
Lubo<br>
<br>
-------- Forwarded Message --------<br>
From: <a href="mailto:zanata-devel-owner@redhat.com">zanata-devel-owner@redhat.com</a><br>
To: <a href="mailto:lkundrak@v3.sk">lkundrak@v3.sk</a><br>
Subject: NetworkManager and Zanata woes<br>
Date: Thu, 11 Feb 2016 05:08:57 -0500<br>
Message-id: <<a href="mailto:mailman.10055.1455185337.27305.zanata-devel@redhat.com">mailman.10055.1455185337.27305.zanata-devel@redhat.com</a>><br>
<br>
You are not allowed to post to this mailing list, and your message has<br>
been automatically rejected.  If you think that your messages are<br>
being rejected in error, contact the mailing list owner at<br>
<a href="mailto:zanata-devel-owner@redhat.com">zanata-devel-owner@redhat.com</a>.<br>
<br><br>---------- Forwarded message ----------<br>From: Lubomir Rintel <<a href="mailto:lkundrak@v3.sk">lkundrak@v3.sk</a>><br>To: <a href="mailto:zanata-devel@redhat.com">zanata-devel@redhat.com</a><br>Cc: <br>Date: Thu, 11 Feb 2016 11:08:45 +0100<br>Subject: NetworkManager and Zanata woes<br>Hi,<br>
<br>
I've tried to use Zanata for NetworkManager. So far my experience has<br>
been rather frustrating. I'm writing in hope that you'd be able and<br>
willing to help me, since I'm still convinced Zanata is the right tool<br>
for the job.<br>
<br>
So, here's what bothers me:<br>
<br>
0.) I had trouble finding out where to report problems. This is in<br>
fact, why I'm writing a mailing list post instead.<br>
<br>
There's apparently a <a href="http://bugzilla.redhat.com" rel="noreferrer" target="_blank">bugzilla.redhat.com</a> product a JIRA instance and<br>
GitHub issues. I'd prefer to use the Bugzilla, since I find it most<br>
convenient, but I suspect you've deprecated it as it's not in the list<br>
when I click "New".<br></blockquote><div><br></div><div>It should be our JIRA: <a href="https://zanata.atlassian.net/">https://zanata.atlassian.net/</a> We migrated all our bugzilla issues to JIRA a while back.</div><div><br></div><div>I'm not sure which Zanata repo has GitHub Issues enabled, but we should probably turn it off. Please let us know!</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
1.) What's the difference between <a href="http://fedora.zanata.org" rel="noreferrer" target="_blank">fedora.zanata.org</a> and<br>
<a href="http://translate.zanata.org" rel="noreferrer" target="_blank">translate.zanata.org</a>?<br>
<br>
I've added my project to the former, follwing the Fedora documentation,<br>
only to find out OpenID doesn't work. I should probably have used the<br>
latter, but why does the former exist then? I couldn't find out.<br></blockquote><div><br></div><div><a href="http://fedora.zanata.org">fedora.zanata.org</a> is basically for Fedora projects - only Fedora contributors can log in and submit content or translations.  (Think <a href="http://git.fedorahosted.org">git.fedorahosted.org</a>.)<br></div><div><br></div><div><a href="http://translate.jboss.org">translate.jboss.org</a> is intended for <a href="http://jboss.org">jboss.org</a> projects.<br></div><div><br></div><div><a href="http://translate.zanata.org">translate.zanata.org</a> is intended for any open source project. (Think GitHub.)</div><div><br></div><div>When you say OpenID doesn't work, are you saying you couldn't log in to <a href="http://fedora.zanata.org">fedora.zanata.org</a> with a Fedora account?</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
2.) Presumably translations are often lost or duplicated.<br>
<br>
I've upload my project to the <a href="http://fedora.zanata.org" rel="noreferrer" target="_blank">fedora.zanata.org</a> and<br>
<a href="http://translate.zanata.org" rel="noreferrer" target="_blank">translate.zanata.org</a>. Both show different percentage on all languages.<br>
<br>
This really freaks me out. I don't want to loose our translators work.<br></blockquote><div><br></div><div><br></div><div>Well, if the same project is uploaded to multiple instances, it is possible translators will find different instances and submit translations all over the place. I strongly recommend you make all but one of them read-only, and link to your choice of canonical instance. </div><div><br></div><div>Another reason the stats could be different is the upload problems you've been having (partly because of the Python client).</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
3.) The downloads don't work<br>
<br>
I thought I'll download one translation (I chose "Asamese" language)<br>
and compare them to see what's different, but after an hour it's stuck<br>
on "Download as translation files with "This may take a few minutes to<br>
complete. Processing 1 of 2 50%"".<br></blockquote><div><br></div><div>How were you trying to download? Python client? Web UI?</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
4.) Everything is in general too slow; sometimes too slow to be<br>
actually usable.<br>
<br>
Perhaps it's that the project is too big?<br>
<br>
The initial upload takes many hours to finish and I needed to run it in<br>
busy loop since it's almost guaranteed to fail with a timeout at some<br>
point.<br></blockquote><div><br></div><div><br></div><div>Uploading can be slow, but it should be more reliable with the Java client.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
Also, loading [1] takes 36 seconds for me.<br>
<br>
[1] <a href="https://translate.zanata.org/zanata/iteration/view/NetworkManager/master" rel="noreferrer" target="_blank">https://translate.zanata.org/zanata/iteration/view/NetworkManager/master</a><br>
<br></blockquote><div><br></div><div>Yes, unfortunately that page has performance problems with the stats gathering. We're definitely hoping to improve that in future versions.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
5.) Python client seems somewhat buggy<br>
<br>
[lkundrak@belphegor NetworkManager]$ zanata version create<br>
[INFO] Loading zanata project config from: /home/lkundrak/src/NetworkManager/zanata.xml<br>
[INFO] Loading zanata user config from: /home/lkundrak/.config/zanata.ini<br>
[INFO] zanata server: <a href="https://fedora.zanata.org" rel="noreferrer" target="_blank">https://fedora.zanata.org</a><br>
[INFO] zanata python client version: UNKNOWN, zanata server API version: 3.8.3<br>
 Error 404 - The requested resource/project is not available<br>
Please take a reference in <a href="https://github.com/zanata/zanata/wiki/Python-Client-Troubleshooting" rel="noreferrer" target="_blank">https://github.com/zanata/zanata/wiki/Python-Client-Troubleshooting</a><br>
[lkundrak@belphegor NetworkManager]$ <br>
<br>
In fact the version create failed because the version is not there yet.<br>
But there's no way I could tell this is a client bug; the error<br>
handling seems totally broken. The only thing I got was a<br>
broken/unrelated link.<br></blockquote><div><br></div><div>(Which I'm guessing should probably point to <a href="https://github.com/zanata/zanata-python-client/wiki/Troubleshooting">https://github.com/zanata/zanata-python-client/wiki/Troubleshooting</a> )</div><div> </div><div><br></div><div>The Python client isn't really supported by the core Zanata team, and I don't recommend using it, partly because it tends to miss out on features which are added to the Java client first, eg features which help with larger file uploads.</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
6.) There's no option to enable tracing in client<br>
<br>
And the error messages are somewhat cryptic to the point the raw HTTP<br>
response would be a lot helpful:<br>
<br>
"error: ''"<br>
<br>
"Exception while decoding No JSON object could be decoded its may due<br>
to file already exists on the server or not a PO file"<br>
<br>
Turns out, the latter is because this is in the actual response body:<br>
<br>
warning: Could not find TextFlow for TextFlowTarget dd139eab964f6527960f27dad31dfe48 with contents: []<br>
warning: Could not find TextFlow for TextFlowTarget 875069b2bcfe1886deff764cb09e4f2c with contents: [ବ୍ୟବହାର ବିଧି: nmcli connection add { ARGUMENTS | help }<br>
...<br>
<br>
Not sure if it should bother me, but it does given I suspect some<br>
translations get lost.<br></blockquote><div><br></div><div>That just means those translations correspond to English strings which aren't in the POT file.  This is usually because they are translations of obsolete strings. In fact, if you were to run msgmerge, they should be marked as obsolete. On the other hand, if you get hundreds and hundreds of them, it may be a sign that you have the wrong PO file for that POT file.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
So here I stand, confused, frustrated and worried about broken<br>
translations. I'd hate to give up attempts to use Zanata since the<br>
translator experience is good, but I completely rely on your help now.<br>
<br>
Perhaps some of you, the Zanata developers, could give importing<br>
NetworkManager translations a try and see what goes wrong. It shouldn't<br>
be too different from other gettext projects; just clone the git repo,<br>
configure it and do a "make -C po NetworkManager.pot" to create the<br>
template file.<br>
<br></blockquote><div><br></div><div>I tracked down the git repo here: <span style="color:rgb(0,0,0);font-family:monospace">git://<a href="http://anongit.freedesktop.org/NetworkManager/NetworkManager">anongit.freedesktop.org/NetworkManager/NetworkManager</a></span></div><div><br></div><div>I ran autogen.sh, but I couldn't find all the rpms it wanted - I gave up when I got to 'nss'. So I converted the latest PO I could find into a POT file (gd.po), and I was able to upload the POT and PO file to a test server successfully, so I don't think Zanata is having any trouble parsing your file.</div><div><br></div><div>I think your upload problem (with the two minute proxy timeout) is because the Python client doesn't support batch uploads for translation files, perhaps combined with general slowness on the server side of things.</div><br>BTW, the Java client has the HTTP tracing option you wanted:  --log-http.</div><div class="gmail_quote"><br></div><div class="gmail_quote">I would encourage you to report the problems you have been seeing in the issue tracker: <a href="https://zanata.atlassian.net/">https://zanata.atlassian.net/</a></div><div class="gmail_quote"><br></div><div class="gmail_quote">Thanks for the feedback, Lubo.</div><div class="gmail_quote"><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
Thank you,<br>
Lubo<br></blockquote></div><br><br>Regards,</div><div class="gmail_extra"><br></div><div class="gmail_extra"><br></div><div class="gmail_extra">Sean.</div><div class="gmail_extra"><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr"><div><div dir="ltr">Sean Flanigan<br><br>Principal Software Engineer<br>Globalisation Tools Engineering<br>Red Hat</div></div></div></div>
</div></div>