Re: svn commit: r1345379 [1/27] - in /ofbiz/trunk: applications/accounting/config/ applications/commonext/config/ applications/content/config/ applications/humanres/config/ applications/manufacturing/config/ applications/marketing/config/ applications/orde...

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
7 messages Options
Reply | Threaded
Open this post in threaded view
|

Re: svn commit: r1345379 [1/27] - in /ofbiz/trunk: applications/accounting/config/ applications/commonext/config/ applications/content/config/ applications/humanres/config/ applications/manufacturing/config/ applications/marketing/config/ applications/orde...

Adam Heath-2
On 06/01/2012 05:32 PM, [hidden email] wrote:

> Author: jleroux
> Date: Fri Jun  1 22:32:57 2012
> New Revision: 1345379
>
> URL: http://svn.apache.org/viewvc?rev=1345379&view=rev
> Log:
> A patch from Tri Duc Vo for "Next Vietnamese Ofbiz translation https://issues.apache.org/jira/browse/OFBIZ-4759
>
> fixed few issues, 3 remains, Tri will have to choice
>
> Modified:
>      ofbiz/trunk/applications/accounting/config/AccountingEntityLabels.xml
>      ofbiz/trunk/applications/accounting/config/AccountingUiLabels.xml
>      ofbiz/trunk/applications/commonext/config/CommonExtUiLabels.xml
>      ofbiz/trunk/applications/commonext/config/SetupUiLabels.xml
>      ofbiz/trunk/applications/content/config/ContentEntityLabels.xml
>      ofbiz/trunk/applications/content/config/ContentUiLabels.xml
>      ofbiz/trunk/applications/humanres/config/HumanResEntityLabels.xml
>      ofbiz/trunk/applications/humanres/config/HumanResUiLabels.xml
>      ofbiz/trunk/applications/manufacturing/config/ManufacturingEntityLabels.xml
>      ofbiz/trunk/applications/manufacturing/config/ManufacturingUiLabels.xml
>      ofbiz/trunk/applications/marketing/config/MarketingEntityLabels.xml
>      ofbiz/trunk/applications/marketing/config/MarketingUiLabels.xml
>      ofbiz/trunk/applications/order/config/OrderEntityLabels.xml
>      ofbiz/trunk/applications/order/config/OrderErrorUiLabels.xml
>      ofbiz/trunk/applications/order/config/OrderUiLabels.xml
>      ofbiz/trunk/applications/party/config/PartyEntityLabels.xml
>      ofbiz/trunk/applications/party/config/PartyUiLabels.xml
>      ofbiz/trunk/applications/product/config/ProductEntityLabels.xml
>      ofbiz/trunk/applications/product/config/ProductUiLabels.xml
>      ofbiz/trunk/applications/workeffort/config/WorkEffortEntityLabels.xml
>      ofbiz/trunk/applications/workeffort/config/WorkEffortUiLabels.xml
>      ofbiz/trunk/framework/common/config/CommonHelpUiLabels.xml
>      ofbiz/trunk/framework/common/config/CommonPortalEntityLabels.xml
>      ofbiz/trunk/framework/common/config/CommonUiLabels.xml
>      ofbiz/trunk/framework/common/config/PrefErrorUiLabels.xml
>      ofbiz/trunk/specialpurpose/assetmaint/config/AssetMaintUiLabels.xml
>      ofbiz/trunk/specialpurpose/assetmaint/config/IsMgrUiLabels.xml
>      ofbiz/trunk/specialpurpose/ecommerce/config/EcommerceUiLabels.xml
>      ofbiz/trunk/specialpurpose/myportal/config/MyPortalUiLabels.xml
>      ofbiz/trunk/specialpurpose/projectmgr/config/ProjectMgrUiLabels.xml

Bother.  I understand the reasoning, but seriously?  Why do *all*
checkouts have to always have *all* languages and *all* variants?  Can't
we come up with something better, having supplementary, oh, I don't
know, language packs?

If this was maintained in another repository, or in a wiki, we might
even be able to have others directly commit changes to the file sets.
Reply | Threaded
Open this post in threaded view
|

Re: svn commit: r1345379 [1/27] - in /ofbiz/trunk: applications/accounting/config/ applications/commonext/config/ applications/content/config/ applications/humanres/config/ applications/manufacturing/config/ applications/marketing/config/ applications/orde

Jacques Le Roux
Administrator
From: "Adam Heath" <[hidden email]>

> On 06/01/2012 05:32 PM, [hidden email] wrote:
>> Author: jleroux
>> Date: Fri Jun  1 22:32:57 2012
>> New Revision: 1345379
>>
>> URL: http://svn.apache.org/viewvc?rev=1345379&view=rev
>> Log:
>> A patch from Tri Duc Vo for "Next Vietnamese Ofbiz translation https://issues.apache.org/jira/browse/OFBIZ-4759
>>
>> fixed few issues, 3 remains, Tri will have to choice
>>
[...]
>
> Bother.  I understand the reasoning, but seriously?  Why do *all* checkouts have to always have *all* languages and *all*
> variants?  Can't we come up with something better, having supplementary, oh, I don't know, language packs?
>
> If this was maintained in another repository, or in a wiki, we might even be able to have others directly commit changes to the
> file sets.


I see your point. This could be shared by releases indeed. But Note that the Label Manager is must needed to keep the labels clean
(thanks to Marco and Adrian). So if ever we get them out of OFBiz, we will need such tool/s to guarantee the quality.
Else I'm afraid the labels will degrade.

On the other hand, if it's only a checkout issue, here are the measures:
It's 177 files for 11.5 MB when we have 29 153 files and 3 409 folders and 573 Mo
So files: 0.006%, size: 0.02%

Jacques
Reply | Threaded
Open this post in threaded view
|

Re: svn commit: r1345379 [1/27] - in /ofbiz/trunk: applications/accounting/config/ applications/commonext/config/ applications/content/config/ applications/humanres/config/ applications/manufacturing/config/ applications/marketing/config/ applications/orde

Jacques Le Roux
Administrator
From: "Jacques Le Roux" <[hidden email]>

> From: "Adam Heath" <[hidden email]>
>> On 06/01/2012 05:32 PM, [hidden email] wrote:
>>> Author: jleroux
>>> Date: Fri Jun  1 22:32:57 2012
>>> New Revision: 1345379
>>>
>>> URL: http://svn.apache.org/viewvc?rev=1345379&view=rev
>>> Log:
>>> A patch from Tri Duc Vo for "Next Vietnamese Ofbiz translation https://issues.apache.org/jira/browse/OFBIZ-4759
>>>
>>> fixed few issues, 3 remains, Tri will have to choice
>>>
> [...]
>>
>> Bother.  I understand the reasoning, but seriously?  Why do *all* checkouts have to always have *all* languages and *all*
>> variants?  Can't we come up with something better, having supplementary, oh, I don't know, language packs?
>>
>> If this was maintained in another repository, or in a wiki, we might even be able to have others directly commit changes to the
>> file sets.
>
>
> I see your point. This could be shared by releases indeed. But Note that the Label Manager is must needed to keep the labels clean
> (thanks to Marco and Adrian). So if ever we get them out of OFBiz, we will need such tool/s to guarantee the quality.
> Else I'm afraid the labels will degrade.
>
> On the other hand, if it's only a checkout issue, here are the measures:
> It's 177 files for 11.5 MB when we have 29 153 files and 3 409 folders and 573 Mo
> So files: 0.006%, size: 0.02%

Ooops, percentages wrong, of course they are files: 0.6%, size: 2%

2% is not neglictable,but still not a high value

Jacques

> Jacques
Reply | Threaded
Open this post in threaded view
|

Re: svn commit: r1345379 [1/27] - in /ofbiz/trunk: applications/accounting/config/ applications/commonext/config/ applications/content/config/ applications/humanres/config/ applications/manufacturing/config/ applications/marketing/config/ applications/orde

Adam Heath-2
In reply to this post by Jacques Le Roux
On 06/01/2012 11:41 PM, Jacques Le Roux wrote:

> From: "Adam Heath" <[hidden email]>
>> On 06/01/2012 05:32 PM, [hidden email] wrote:
>>> Author: jleroux
>>> Date: Fri Jun 1 22:32:57 2012
>>> New Revision: 1345379
>>>
>>> URL: http://svn.apache.org/viewvc?rev=1345379&view=rev
>>> Log:
>>> A patch from Tri Duc Vo for "Next Vietnamese Ofbiz translation
>>> https://issues.apache.org/jira/browse/OFBIZ-4759
>>>
>>> fixed few issues, 3 remains, Tri will have to choice
>>>
> [...]
>>
>> Bother. I understand the reasoning, but seriously? Why do *all*
>> checkouts have to always have *all* languages and *all* variants?
>> Can't we come up with something better, having supplementary, oh, I
>> don't know, language packs?
>>
>> If this was maintained in another repository, or in a wiki, we might
>> even be able to have others directly commit changes to the file sets.
>
>
> I see your point. This could be shared by releases indeed. But Note that
> the Label Manager is must needed to keep the labels clean (thanks to
> Marco and Adrian). So if ever we get them out of OFBiz, we will need
> such tool/s to guarantee the quality.
> Else I'm afraid the labels will degrade.
>
> On the other hand, if it's only a checkout issue, here are the measures:
> It's 177 files for 11.5 MB when we have 29 153 files and 3 409 folders
> and 573 Mo
> So files: 0.006%, size: 0.02%

Your totals are wrong, you are including all the .svn folders.  My git
checkout is a total of 952M, and the .git is 717M of that.  Simple math
then gives a much smaller size total.

Even your file count is wrong.  16038 total, 5073 in git.  I'm on my
entity branch, but it can't be that much different.
Reply | Threaded
Open this post in threaded view
|

Re: svn commit: r1345379 [1/27] - in /ofbiz/trunk: applications/accounting/config/ applications/commonext/config/ applications/content/config/ applications/humanres/config/ applications/manufacturing/config/ applications/marketing/config/ applications/orde

Jacques Le Roux
Administrator
From: "Adam Heath" <[hidden email]>

> On 06/01/2012 11:41 PM, Jacques Le Roux wrote:
>> From: "Adam Heath" <[hidden email]>
>>> On 06/01/2012 05:32 PM, [hidden email] wrote:
>>>> Author: jleroux
>>>> Date: Fri Jun 1 22:32:57 2012
>>>> New Revision: 1345379
>>>>
>>>> URL: http://svn.apache.org/viewvc?rev=1345379&view=rev
>>>> Log:
>>>> A patch from Tri Duc Vo for "Next Vietnamese Ofbiz translation
>>>> https://issues.apache.org/jira/browse/OFBIZ-4759
>>>>
>>>> fixed few issues, 3 remains, Tri will have to choice
>>>>
>> [...]
>>>
>>> Bother. I understand the reasoning, but seriously? Why do *all*
>>> checkouts have to always have *all* languages and *all* variants?
>>> Can't we come up with something better, having supplementary, oh, I
>>> don't know, language packs?
>>>
>>> If this was maintained in another repository, or in a wiki, we might
>>> even be able to have others directly commit changes to the file sets.
>>
>>
>> I see your point. This could be shared by releases indeed. But Note that
>> the Label Manager is must needed to keep the labels clean (thanks to
>> Marco and Adrian). So if ever we get them out of OFBiz, we will need
>> such tool/s to guarantee the quality.
>> Else I'm afraid the labels will degrade.
>>
>> On the other hand, if it's only a checkout issue, here are the measures:
>> It's 177 files for 11.5 MB when we have 29 153 files and 3 409 folders
>> and 573 Mo
>> So files: 0.006%, size: 0.02%
>
> Your totals are wrong, you are including all the .svn folders.  My git
> checkout is a total of 952M, and the .git is 717M of that.  Simple math
> then gives a much smaller size total.
>
> Even your file count is wrong.  16038 total, 5073 in git.  I'm on my
> entity branch, but it can't be that much different.

Right, after export it's actually 9160 files and 1774 folders, so 1.6% for files
200MB for size, so 5.75%

Jacques
Reply | Threaded
Open this post in threaded view
|

Re: svn commit: r1345379 [1/27] - in /ofbiz/trunk: applications/accounting/config/ applications/commonext/config/ applications/content/config/ applications/humanres/config/ applications/manufacturing/config/ applications/marketing/config/ applications/orde

Jacques Le Roux
Administrator
In reply to this post by Jacques Le Roux
From: "Jacques Le Roux" <[hidden email]>

> From: "Adam Heath" <[hidden email]>
>> On 06/01/2012 11:41 PM, Jacques Le Roux wrote:
>>> From: "Adam Heath" <[hidden email]>
>>>> On 06/01/2012 05:32 PM, [hidden email] wrote:
>>>>> Author: jleroux
>>>>> Date: Fri Jun 1 22:32:57 2012
>>>>> New Revision: 1345379
>>>>>
>>>>> URL: http://svn.apache.org/viewvc?rev=1345379&view=rev
>>>>> Log:
>>>>> A patch from Tri Duc Vo for "Next Vietnamese Ofbiz translation
>>>>> https://issues.apache.org/jira/browse/OFBIZ-4759
>>>>>
>>>>> fixed few issues, 3 remains, Tri will have to choice
>>>>>
>>> [...]
>>>>
>>>> Bother. I understand the reasoning, but seriously? Why do *all*
>>>> checkouts have to always have *all* languages and *all* variants?
>>>> Can't we come up with something better, having supplementary, oh, I
>>>> don't know, language packs?
>>>>
>>>> If this was maintained in another repository, or in a wiki, we might
>>>> even be able to have others directly commit changes to the file sets.
>>>
>>>
>>> I see your point. This could be shared by releases indeed. But Note that
>>> the Label Manager is must needed to keep the labels clean (thanks to
>>> Marco and Adrian). So if ever we get them out of OFBiz, we will need
>>> such tool/s to guarantee the quality.
>>> Else I'm afraid the labels will degrade.
>>>
>>> On the other hand, if it's only a checkout issue, here are the measures:
>>> It's 177 files for 11.5 MB when we have 29 153 files and 3 409 folders
>>> and 573 Mo
>>> So files: 0.006%, size: 0.02%
>>
>> Your totals are wrong, you are including all the .svn folders.  My git checkout is a total of 952M, and the .git is 717M of that.
>> Simple math then gives a much smaller size total.
>>
>> Even your file count is wrong.  16038 total, 5073 in git.  I'm on my entity branch, but it can't be that much different.
>
> Right, after export it's actually 9160 files and 1774 folders, so 1.6% for files
> 200MB for size, so 5.75%

Actually I was wrong. I'm used to look for strin into *lab* but *lab*.xlm are only 95 files and the size is 11MB
so files=0.8%, size=5.5 which does not change much. but I wonder if the files are sent as is from server when checking out. Are they
not compressed?
I read at http://svn.apache.org/repos/asf/subversion/trunk/INSTALL:
* libz  (REQUIRED for client and server)

         Subversion uses zlib for compressing binary differences.
         These diff streams are used everywhere -- over the network,
         in the repository, and in the client's working copy.
When compressed by 7zip those files are only 970KB... The jars are more a concern I guess...Jacques> Jacques
Reply | Threaded
Open this post in threaded view
|

Re: svn commit: r1345379 [1/27] - in /ofbiz/trunk: applications/accounting/config/ applications/commonext/config/ applications/content/config/ applications/humanres/config/ applications/manufacturing/config/ applications/marketing/config/ applications/orde

Jacques Le Roux
Administrator
In reply to this post by Jacques Le Roux
From: "Jacques Le Roux" <[hidden email]>

> From: "Jacques Le Roux" <[hidden email]>
>> From: "Adam Heath" <[hidden email]>
>>> On 06/01/2012 11:41 PM, Jacques Le Roux wrote:
>>>> From: "Adam Heath" <[hidden email]>
>>>>> On 06/01/2012 05:32 PM, [hidden email] wrote:
>>>>>> Author: jleroux
>>>>>> Date: Fri Jun 1 22:32:57 2012
>>>>>> New Revision: 1345379
>>>>>>
>>>>>> URL: http://svn.apache.org/viewvc?rev=1345379&view=rev
>>>>>> Log:
>>>>>> A patch from Tri Duc Vo for "Next Vietnamese Ofbiz translation
>>>>>> https://issues.apache.org/jira/browse/OFBIZ-4759
>>>>>>
>>>>>> fixed few issues, 3 remains, Tri will have to choice
>>>>>>
>>>> [...]
>>>>>
>>>>> Bother. I understand the reasoning, but seriously? Why do *all*
>>>>> checkouts have to always have *all* languages and *all* variants?
>>>>> Can't we come up with something better, having supplementary, oh, I
>>>>> don't know, language packs?
>>>>>
>>>>> If this was maintained in another repository, or in a wiki, we might
>>>>> even be able to have others directly commit changes to the file sets.
>>>>
>>>>
>>>> I see your point. This could be shared by releases indeed. But Note that
>>>> the Label Manager is must needed to keep the labels clean (thanks to
>>>> Marco and Adrian). So if ever we get them out of OFBiz, we will need
>>>> such tool/s to guarantee the quality.
>>>> Else I'm afraid the labels will degrade.
>>>>
>>>> On the other hand, if it's only a checkout issue, here are the measures:
>>>> It's 177 files for 11.5 MB when we have 29 153 files and 3 409 folders
>>>> and 573 Mo
>>>> So files: 0.006%, size: 0.02%
>>>
>>> Your totals are wrong, you are including all the .svn folders.  My git checkout is a total of 952M, and the .git is 717M of
>>> that. Simple math then gives a much smaller size total.
>>>
>>> Even your file count is wrong.  16038 total, 5073 in git.  I'm on my entity branch, but it can't be that much different.
>>
>> Right, after export it's actually 9160 files and 1774 folders, so 1.6% for files
>> 200MB for size, so 5.75%
>
> Actually I was wrong. I'm used to look for strin into *lab* but *lab*.xlm are only 95 files and the size is 11MB
> so files=0.8%, size=5.5 which does not change much. but I wonder if the files are sent as is from server when checking out. Are
> they not compressed?
> I read at http://svn.apache.org/repos/asf/subversion/trunk/INSTALL:
> * libz  (REQUIRED for client and server)
>
>         Subversion uses zlib for compressing binary differences.
>         These diff streams are used everywhere -- over the network,
>         in the repository, and in the client's working copy.
> When compressed by 7zip those files are only 970KB... The jars are more a concern I guess...Jacques

Maybe this is only for svn up and not checkout, not sure...

This is a bit old http://www.ibm.com/developerworks/java/library/j-svnbins/index.html and I run out of time...

Jacques

> Jacques