[rfc][icedtea-web] DE translation of 1.5 (complete)
Jiri Vanek
jvanek at redhat.com
Wed Apr 2 08:34:19 UTC 2014
On 04/01/2014 07:13 PM, Jacob Wisor wrote:
> On 04/01/2014 05:27 PM, Jiri Vanek wrote:
>> On 04/01/2014 05:14 PM, Jacob Wisor wrote:
>>> On 03/31/2014 08:58 PM, Jacob Wisor wrote:
...snip...
>>
>> Do I recall correctly that we should not wait for PL?-(
>
> I'm on it.
> Anyway, while fixes are still coming in, I would advise to wait. Use this "extra" time! ;-)
There is no more fixes coming now. We are stable.
> I have never understood the prevalent rush-to-release culture just because someone has set an
There is no such thing. We agreed that all features may be done during March, and it happened. In
last 14 days few issues were found, and those were fixed. (not in hurry as it seems, but with less
"it will wait to tomorrow (or second timezone)" thoughts ;)
> arbitrary release date. Does a writer or painter unveil his art work just because the clock just
The date is not artificial. It is in purpose. There is always work to do, but soemtimes it just need
to be said stop and release. For this, plainly psychologically (IMO) the date is a good thing.
As for now - 1.4 really was important. 15.4.2014 is next scheduled Oracle CPU for OpenJDK. It will
keep people around Openjdk busy at least week prior, and at least month after. So not releasing (At
least week) before, means one more month delay.
Also with every CPU there is an risk destabilization of ITW.
> struck twelve? No, they keep on working and polish it (unless of course working against the clock is
> part of the art). I am an old fashioned guy when it comes to release culture and quality of
Oh no, I agree with you- at 100%!. And I'm to be blamed. ITW should be released more often and more
in peace then it is now. Unluckily, I'm failing in this task.
If you get scare by my "status of release" sort of spam, then it is just because I had a lack of
feedback from release-related people. So I was at leas trying to dig one :)
> software, and I'm proud of it. I don't like rushing things.
> If people call me "slow" because of this, then it's their problem. :-P
>
>> Only nit - Pelase remove "CPButPolicy" key and value from both DE and PL, it is
>> removed from man file (and soa lso from CZ transaltion)
>>
>> After it. Ok to push!
>
> Okay, but please let us have the patch just sit there for some more time, just for review, at least
Oh it *was* reviewed. I have checked redundant/not translated keys and verified random messages.
Well appeared to be ok... To read it all? Ugh :( Not with my skill in German if this is what you are
pointing to.
> until I have posted the PL localization patch for rfc.
Sure! I think there is no need to delay DE because of PL, but on the other hand I'm happy thay you
are taking the care for them and so for those coming together. The need to push someone else patch
is rare, and I'm not fan of it.
> Well, this is what I am going to do. I won't push this patch until I have the PL patch ready for rfc.
> Of course, I cannot hold back anybody from pushing this patch themselves, so it is as it is.
I'm branching the itw 1.5 now, however, not tagging, nor releasing. Just posting pre tarball and
testing it and whatever stuff around.
For you the only difference is to push your localization to both HEAD and future
http://icedtea.classpath.org/hg/release/icedtea-web-1.5 branch.
Of course anybody else can backport from head to 1.5.... if you do not wont to bother with it.
Best regards from CZ, looking forward for PL and DE, crossing fingers for 1.5 ... well all the best :)
J.
More information about the distro-pkg-dev
mailing list