[tryton-dev] Question regarding new translatons in 3.6.1

[Axel Braun]

Hi all,

the RPM build script removes the newly translated languages in 
Tryton-Client 3.6.1:

[   80s] + /usr/lib/rpm/find-lang.sh 
/home/abuild/rpmbuild/BUILDROOT/tryton-3.6.1-0.i386 tryton --without-C
[   80s] removing translation 
/usr/share/locale/bg_BG/LC_MESSAGES/tryton.mo: 377 translated messages.
[   81s] removing translation 
/usr/share/locale/lt_LT/LC_MESSAGES/tryton.mo: 386 translated messages.
[   81s] removing translation 
/usr/share/locale/ca_ES/LC_MESSAGES/tryton.mo: 402 translated messages.
[   81s] removing translation 
/usr/share/locale/nl_NL/LC_MESSAGES/tryton.mo: 338 translated messages.
[   81s] removing translation 
/usr/share/locale/ja_JP/LC_MESSAGES/tryton.mo: :81: 'msgid' and 
'msgstr' entries do not both end with '\n'
[   81s] :383: 'msgid' and 'msgstr' entries do not both end with '\n'
[   81s] :709: 'msgid' and 'msgstr' entries do not both end with '\n'
[   81s] :877: 'msgid' and 'msgstr' entries do not both end with '\n'
[   81s] msgfmt: found 4 fatal errors
[   81s] 337 translated messages.

Anyone seen such an error before?
How can I check the content of the .mo file?
Thanks
Axel

Re: [tryton-dev] Question regarding new translatons in 3.6.1

[Axel Braun]

Hi Cedric,

Am Mittwoch, 8. Juli 2015 12:52:10 UTC+2 schrieb Cédric Krier:
>
> > the RPM build script removes the newly translated languages in 
> > Tryton-Client 3.6.1: 
> > 
> > [   80s] + /usr/lib/rpm/find-lang.sh 
> > /home/abuild/rpmbuild/BUILDROOT/tryton-3.6.1-0.i386 tryton --without-C 
> > [   80s] removing translation 
> > /usr/share/locale/bg_BG/LC_MESSAGES/tryton.mo: 377 translated messages. 
> > [   81s] removing translation 
> > /usr/share/locale/lt_LT/LC_MESSAGES/tryton.mo: 386 translated messages. 
> > [   81s] removing translation 
> > /usr/share/locale/ca_ES/LC_MESSAGES/tryton.mo: 402 translated messages. 
> > [   81s] removing translation 
> > /usr/share/locale/nl_NL/LC_MESSAGES/tryton.mo: 338 translated messages. 
> > [   81s] removing translation 
> > /usr/share/locale/ja_JP/LC_MESSAGES/tryton.mo: :81: 'msgid' and 
> > 'msgstr' entries do not both end with '\n' 
> > [   81s] :383: 'msgid' and 'msgstr' entries do not both end with 
> '\n' 
> > [   81s] :709: 'msgid' and 'msgstr' entries do not both end with 
> '\n' 
> > [   81s] :877: 'msgid' and 'msgstr' entries do not both end with 
> '\n' 
> > [   81s] msgfmt: found 4 fatal errors 
> > [   81s] 337 translated messages. 
> > 
> > Anyone seen such an error before? 
>
> Which RPM build script? 
>

the RPM-macro %find_lang, calling the above script 
/usr/lib/rpm/find-lang.sh 
 

> What is the tool used to do "I don't know what it is"? 
> FYI, the tryton package comes with all catalogs compiled so you don't 
> have to compile them again. 
>
> > How can I check the content of the .mo file? 
>
> Here is the command to compile the catalogs: 
>
> python setup.py compile_catalog 
>

I get an error message when I run this. Anythin missing in the setup?
 
T520:/home/abuild/rpmbuild/BUILD/tryton-3.6.1 # python setup.py 
compile_catalog
usage: setup.py [global_opts] cmd1 [cmd1_opts] [cmd2 [cmd2_opts] ...]
   or: setup.py --help [cmd1 cmd2 ...]
   or: setup.py --help-commands
   or: setup.py cmd --help

error: invalid command 'compile_catalog'
T520:/home/abuild/rpmbuild/BUILD/tryton-3.6.1 # python setup.py 
--help-commands
Standard commands:
  build build everything needed to install
  build_py  "build" pure Python modules (copy to build directory)
  build_ext build C/C++ extensions (compile/link to build directory)
  build_clibbuild C/C++ libraries used by Python extensions
  build_scripts "build" scripts (copy and fixup #! line)
  clean clean up temporary files from 'build' command
  install   install everything from build directory
  install_lib   install all Python modules (extensions and pure Python)
  install_headers   install C/C++ header files
  install_scripts   install scripts (Python or otherwise)
  install_data  install data files
  sdist create a source distribution (tarball, zip file, etc.)
  register  register the distribution with the Python package index
  bdist create a built (binary) distribution
  bdist_dumbcreate a "dumb" built distribution
  bdist_rpm create an RPM distribution
  bdist_wininst create an executable installer for MS Windows
  uploadupload binary package to PyPI
  check perform some checks on the package

Extra commands:
  rotatedelete older distributions, keeping N newest files
  develop   install package in 'development mode'
  setoptset an option in setup.cfg or another config file
  saveopts  save supplied options to setup.cfg or other config file
  egg_info  create a distribution's .egg-info directory
  upload_docs   Upload documentation to PyPI
  alias define a shortcut to invoke one or more commands
  easy_install  Find/get/install Python packages
  bdist_egg create an "egg" distribution
  install_egg_info  Install an .egg-info directory for the package
  test  run unit tests after in-place build

usage: setup.py [global_opts] cmd1 [cmd1_opts] [cmd2 [cmd2_opts] ...]
   or: setup.py --help [cmd1 cmd2 ...]
   or: setup.py --help-commands
   or: setup.py cmd --help

Re: [tryton-dev] Question regarding new translatons in 3.6.1

[Axel Braun]

Am Mittwoch, 8. Juli 2015 14:40:03 UTC+2 schrieb Cédric Krier:
>
> On 2015-07-08 05:21, Axel Braun wrote: 
> > Hi Cedric, 
> > 
> > Am Mittwoch, 8. Juli 2015 12:52:10 UTC+2 schrieb Cédric Krier: 
> > > 
> > > > the RPM build script removes the newly translated languages in 
> > > > Tryton-Client 3.6.1: 
> > > > 
> > > > [   80s] + /usr/lib/rpm/find-lang.sh 
> > > > /home/abuild/rpmbuild/BUILDROOT/tryton-3.6.1-0.i386 tryton 
> --without-C 
> > > > [   80s] removing translation 
> > > > /usr/share/locale/bg_BG/LC_MESSAGES/tryton.mo: 377 translated 
> messages. 
> > > > [   81s] removing translation 
> > > > /usr/share/locale/lt_LT/LC_MESSAGES/tryton.mo: 386 translated 
> messages. 
> > > > [   81s] removing translation 
> > > > /usr/share/locale/ca_ES/LC_MESSAGES/tryton.mo: 402 translated 
> messages. 
> > > > [   81s] removing translation 
> > > > /usr/share/locale/nl_NL/LC_MESSAGES/tryton.mo: 338 translated 
> messages. 
> > > > [   81s] removing translation 
> > > > /usr/share/locale/ja_JP/LC_MESSAGES/tryton.mo: :81: 'msgid' 
> and 
> > > > 'msgstr' entries do not both end with '\n' 
> > > > [   81s] :383: 'msgid' and 'msgstr' entries do not both end 
> with 
> > > '\n' 
> > > > [   81s] :709: 'msgid' and 'msgstr' entries do not both end 
> with 
> > > '\n' 
> > > > [   81s] :877: 'msgid' and 'msgstr' entries do not both end 
> with 
> > > '\n' 
> > > > [   81s] msgfmt: found 4 fatal errors 
> > > > [   81s] 337 translated messages. 
> > > > 
> > > > Anyone seen such an error before? 
> > > 
> > > Which RPM build script? 
> > > 
> > 
> > the RPM-macro %find_lang, calling the above script 
> > /usr/lib/rpm/find-lang.sh 
>
> Where can we find the source of this script? 
>

it is part of the RPM package - sources are here: 
http://rpm.org/wiki/Download
I have RPM  4.11.1 installed
(the file is only 7,5k, so i could attach it in a PM to you)
 

>
> > > What is the tool used to do "I don't know what it is"? 
> > > FYI, the tryton package comes with all catalogs compiled so you don't 
> > > have to compile them again. 
> > > 
> > > > How can I check the content of the .mo file? 
> > > 
> > > Here is the command to compile the catalogs: 
> > > 
> > > python setup.py compile_catalog 
> > > 
> > 
> > I get an error message when I run this. Anythin missing in the setup? 
>
> You must have babel installed. 
>

That helped, thanks, but did not solve the problem

Re: [tryton-dev] Question regarding new translatons in 3.6.1

[Axel Braun]

> Correct the po file and recompile the mo file, mostly automatically done 
> when 
> working with poedit. 
>

I edited the dutch PO file with poedit and checked it afterwards with 
msgfmt - no issues. Used the generated .mo in the build, but it got removed 
without further message.
Is there anything else in the tryton-setup that refers to the setup of 
languages, and could break this. As said, the problem appears only for the 
new languages since 3.6

Re: [tryton-dev] Question regarding new translatons in 3.6.1

[Axel Braun]

Hi Mathias,

Am Donnerstag, 9. Juli 2015 19:18:17 UTC+2 schrieb Mathias Behrle:
>
>
> > I edited the dutch PO file with poedit and checked it afterwards with 
> > msgfmt - no issues. Used the generated .mo in the build, but it got 
> removed 
> > without further message. 
> > Is there anything else in the tryton-setup that refers to the setup of 
> > languages, and could break this. As said, the problem appears only for 
> the 
> > new languages since 3.6 
>
> I am indeed completely unexperienced with opensuse build services, so may 
> be 
> my comments do not apply. A quick glance shows some noticeable problems.
>

I had commented out the languages causing problems. I have currently 
branched the package and doing a local build on the laptop.
As well the changes to the tarball are local (e.g. removing the other 
languages, have a nl_NL cleaned and compiled with msgfmt, just for the sake 
of reducing potential sources of errors).
find_lang is a (standard) RPM-script
But I will look at the elemens you mentioned

Best regards
Axel

Re: [tryton-dev] Question regarding new translatons in 3.6.1

[Axel Braun]

Am Freitag, 10. Juli 2015 09:46:08 UTC+2 schrieb Axel Braun:
>
>
> I had commented out the languages causing problems. I have currently 
> branched the package and doing a local build on the laptop.
> As well the changes to the tarball are local (e.g. removing the other 
> languages, have a nl_NL cleaned and compiled with msgfmt, just for the sake 
> of reducing potential sources of errors).
> find_lang is a (standard) RPM-script
> But I will look at the elemens you mentioned
>

Issue is finally solved.
Root cause: During build,  RPM checks against supported languages according 
to filesystems-package (/usr/share/locale/...). As (for example) nl is 
supported, but not nl_NL, it removes nl_NLquite picky.
For tryton client 3.6.2, all languages are now in

The warnings Mathias mentioned have no impact.

Thanks for your support, Gents!

[tryton-dev] Re: News for release 3.8

[Axel Braun]

Am Freitag, 9. Oktober 2015 09:40:04 UTC+2 schrieb Cédric Krier:
>
> Hi, 
>
> To write the news, I would like to try a more collaborative way. 
> So I started to write it at http://socrates.io/#1ZLEBcO 
> Let see if it works well… 
> 


Can it be translated from there as well? 

[tryton-dev] changes to tryton/setup.py

[Axel Braun]

Hi all,

I'm trying to understand the changes in the new setup.py of the 
Tryton-package
Reason is that the tryton icon 'gone lost'.
What it was doing in 3.6 during the build-process:

[   21s] copying share/pixmaps/tryton/tryton-icon.svg -> 
/home/abuild/rpmbuild/BUILDROOT/tryton-3.6.3-0.x86_64/usr/share/pixmaps/tryton

Link:
[   21s] + ln -sf /usr/share/pixmaps/tryton/tryton-icon.svg 
/home/abuild/rpmbuild/BUILDROOT/tryton-3.6.3-0.x86_64/usr/share/pixmaps/

[   21s] INFO: relinking /usr/share/pixmaps/tryton-icon.svg -> 
tryton/tryton-icon.svg (was /usr/share/pixmaps/tryton/tryton-icon.svg)

Now, same system, same setup, different behaviour:

Tryton 3.8
[   18s] copying tryton/data/pixmaps/tryton/tryton-icon.svg -> 
build/lib/tryton/data/pixmaps/tryton

[   20s] copying build/lib/tryton/data/pixmaps/tryton/tryton-icon.svg -> 
/home/abuild/rpmbuild/BUILDROOT/tryton-3.8.1-0.x86_64/usr/lib/python2.7/site-packages/tryton/data/pixmaps/tryton

[   21s] + ln -sf /usr/share/pixmaps/tryton/tryton-icon.svg 
/home/abuild/rpmbuild/BUILDROOT/tryton-3.8.1-0.x86_64/usr/lib/python2.7/site-packages/tryton/data/pixmaps/tryton/

While this seems to work, the later package check fails:

[   21s] calling /usr/lib/rpm/brp-suse.d/brp-05-permissions
[   21s] setting / to root:root 0755. (wrong owner/group abuild:abuild)
[   21s] setting /usr/ to root:root 0755. (wrong owner/group abuild:abuild)
[   21s] calling /usr/lib/rpm/brp-suse.d/brp-15-strip-debug
[   21s] calling /usr/lib/rpm/brp-suse.d/brp-20-check-la
[   21s] calling /usr/lib/rpm/brp-suse.d/brp-25-symlink
[   21s] ERROR: link target doesn't exist (neither in build root nor in 
installed system):
[   21s]   
/usr/lib/python2.7/site-packages/tryton/data/pixmaps/tryton/tryton-icon.svg 
-> /usr/share/pixmaps/tryton/tryton-icon.svg
[   21s] Add the package providing the target to neededforbuild and Requires
[   21s] INFO: relinking 
/usr/lib/python2.7/site-packages/tryton/data/pixmaps/tryton/tryton-icon.svg 
-> ../../../../../../../share/pixmaps/tryton/tryton-icon.svg (was 
/usr/share/pixmaps/tryton/tryton-icon.svg)
[

Questionwhy was tryton 3.8 moved away from /usr/lib/pixmaps to 
/usr/lib/python2.7/site-packages/tryton/data/pixmaps/tryton ?

confused
Axel

[tryton-dev] sao installation

[Axel Braun]

Hi Gents,

I ran into a problem with sao - I have nodejs-npm installed, but it asks 
for npm (bower). Is this a different npm-package?

Thanks
Axel

-- 
You received this message because you are subscribed to the Google Groups 
"tryton-dev" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tryton-dev/6c9ff402-5f4e-40ce-a077-69e56e16c096%40googlegroups.com.

Re: [tryton-dev] sao installation

[Axel Braun]

Am Sonntag, 20. Dezember 2015 14:30:04 UTC+1 schrieb Cédric Krier:
>
> On 2015-12-20 05:12, Axel Braun wrote: 
> > I ran into a problem with sao - I have nodejs-npm installed, but it asks 
> > for npm (bower). Is this a different npm-package? 
>
> npm should come with node: 
> https://docs.npmjs.com/getting-started/installing-node


tryton@linux-jdjd:~> node -v
v4.2.1
tryton@linux-jdjd:~> npm -v
2.14.7

So, this should be sufficientstill not clear to me what this bower is

Cheers
Axel

-- 
You received this message because you are subscribed to the Google Groups 
"tryton-dev" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tryton-dev/50c556c3-6830-47e7-9e7a-ab78ddbcdaa2%40googlegroups.com.

Re: [tryton-dev] sao installation

[Axel Braun]

Am Sonntag, 20. Dezember 2015 20:30:03 UTC+1 schrieb Cédric Krier:
>
> On 2015-12-20 11:13, Axel Braun wrote: 
> > 
> > 
> > Am Sonntag, 20. Dezember 2015 14:30:04 UTC+1 schrieb Cédric Krier: 
> > > 
> > > On 2015-12-20 05:12, Axel Braun wrote: 
> > > > I ran into a problem with sao - I have nodejs-npm installed, but it 
> asks 
> > > > for npm (bower). Is this a different npm-package? 
> > > 
> > > npm should come with node: 
> > > https://docs.npmjs.com/getting-started/installing-node 
> > 
> > 
> > tryton@linux-jdjd:~> node -v 
> > v4.2.1 
> > tryton@linux-jdjd:~> npm -v 
> > 2.14.7 
> > 
> > So, this should be sufficientstill not clear to me what this bower 
> is 
>
> I don't understand the question nor the problem. 
> bower is a dependency of sao which help installing other dependencies. 
>
> The term in brackets after npm refers to the plugin (or whatever) that 
causes a problem:

tryton@linux-jdjd:~/Downloads/package> npm install
|
> tryton-sao@3.8.1 postinstall /home/tryton/Downloads/package
> bower install

? May bower anonymously report usage statistics to improve the tool over 
time? (Y/n) bower ENOGITgit is not installed or not in the PATH

npm ERR! Linux 4.1.13-5-default
npm ERR! argv "/usr/bin/node" "/usr/bin/npm" "install"
npm ERR! node v4.2.1
npm ERR! npm  v2.14.7
npm ERR! code ELIFECYCLE
npm ERR! tryton-sao@3.8.1 postinstall: `bower install`
npm ERR! Exit status 1
npm ERR! 
npm ERR! Failed at the tryton-sao@3.8.1 postinstall script 'bower install'.
npm ERR! This is most likely a problem with the tryton-sao package,
npm ERR! not with npm itself.
npm ERR! Tell the author that this fails on your system:
npm ERR! bower install
npm ERR! You can get their info via:
npm ERR! npm owner ls tryton-sao
npm ERR! There is likely additional logging output above.

npm ERR! Please include the following file with any support request:
npm ERR! /home/tryton/Downloads/package/npm-debug.log

I can send you the npm-debug.log if you like

-- 
You received this message because you are subscribed to the Google Groups 
"tryton-dev" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tryton-dev/39dba853-7dfc-4888-9e21-00db098da741%40googlegroups.com.

Re: [tryton-dev] sao installation

[Axel Braun]

Am Montag, 21. Dezember 2015 21:40:03 UTC+1 schrieb Cédric Krier:
>
> On 2015-12-21 11:27, Axel Braun wrote: 
> > 
> > 
> > Am Sonntag, 20. Dezember 2015 20:30:03 UTC+1 schrieb Cédric Krier: 
> > > 
> > > On 2015-12-20 11:13, Axel Braun wrote: 
> > > > 
> > > > 
> > > > Am Sonntag, 20. Dezember 2015 14:30:04 UTC+1 schrieb Cédric Krier: 
> > > > > 
> > > > > On 2015-12-20 05:12, Axel Braun wrote: 
> > > > > > I ran into a problem with sao - I have nodejs-npm installed, but 
> it 
> > > asks 
> > > > > > for npm (bower). Is this a different npm-package? 
> > > > > 
> > > > > npm should come with node: 
> > > > > https://docs.npmjs.com/getting-started/installing-node 
> > > > 
> > > > 
> > > > tryton@linux-jdjd:~> node -v 
> > > > v4.2.1 
> > > > tryton@linux-jdjd:~> npm -v 
> > > > 2.14.7 
> > > > 
> > > > So, this should be sufficientstill not clear to me what this 
> bower 
> > > is 
> > > 
> > > I don't understand the question nor the problem. 
> > > bower is a dependency of sao which help installing other dependencies. 
> > > 
> > > The term in brackets after npm refers to the plugin (or whatever) that 
> > causes a problem: 
> > 
> > tryton@linux-jdjd:~/Downloads/package> npm install 
> > | 
> > > tryton-sao@3.8.1 postinstall /home/tryton/Downloads/package 
> > > bower install 
> > 
> > ? May bower anonymously report usage statistics to improve the tool over 
> > time? (Y/n) bower ENOGITgit is not installed or not in the PATH 
> > 
> > npm ERR! Linux 4.1.13-5-default 
> > npm ERR! argv "/usr/bin/node" "/usr/bin/npm" "install" 
> > npm ERR! node v4.2.1 
> > npm ERR! npm  v2.14.7 
> > npm ERR! code ELIFECYCLE 
> > npm ERR! tryton-sao@3.8.1 postinstall: `bower install` 
> > npm ERR! Exit status 1 
> > npm ERR! 
> > npm ERR! Failed at the tryton-sao@3.8.1 postinstall script 'bower 
> install'. 
> > npm ERR! This is most likely a problem with the tryton-sao package, 
> > npm ERR! not with npm itself. 
> > npm ERR! Tell the author that this fails on your system: 
> > npm ERR! bower install 
> > npm ERR! You can get their info via: 
> > npm ERR! npm owner ls tryton-sao 
> > npm ERR! There is likely additional logging output above. 
> > 
> > npm ERR! Please include the following file with any support request: 
> > npm ERR! /home/tryton/Downloads/package/npm-debug.log 
> > 
> > I can send you the npm-debug.log if you like 
>
> Maybe you have already bower installed globally and so the postinstall 
> call './node_modules/.bin/bower install' doesn't work
>


Yes, bower is already installed, see log below.
So is the 'bower install' refering to the tryton-sao?


Debug-output:
0 info it worked if it ends with ok
1 verbose cli [ '/usr/bin/node', '/usr/bin/npm', 'install' ]
2 info using npm@2.14.7
3 info using node@v4.2.1
4 verbose readDependencies loading dependencies from 
/home/tryton/Downloads/package/package.json
5 verbose install where, deps [ '/home/tryton/Downloads/package',
5 verbose install   [ 'bower',
5 verbose install 'grunt',
5 verbose install 'grunt-cli',
5 verbose install 'grunt-contrib-concat',
5 verbose install 'grunt-contrib-jshint',
5 verbose install 'grunt-contrib-less',
5 verbose install 'grunt-contrib-nodeunit',
5 verbose install 'grunt-contrib-uglify',
5 verbose install 'grunt-contrib-watch',
5 verbose install 'grunt-po2json',
5 verbose install 'grunt-shell',
5 verbose install 'grunt-xgettext' ] ]
6 verbose install where, peers [ '/home/tryton/Downloads/package', [] ]
7 verbose installManyTop reading for lifecycle 
/home/tryton/Downloads/package/package.json
8 info preinstall tryton-sao@3.8.1
9 verbose installManyTop reading scoped package data from 
/home/tryton/Downloads/package/node_modules/bower/package.json
10 verbose installManyTop reading scoped package data from 
/home/tryton/Downloads/package/node_modules/grunt/package.json
11 verbose installManyTop reading scoped package data from 
/home/tryton/Downloads/package/node_modules/grunt-cli/package.json
12 verbose installManyTop reading scoped package data from 
/home/tryton/Downloads/package/node_modules/grunt-contrib-concat/package.json
13 verbose installManyTop reading s

Re: [tryton-dev] sao installation

[Axel Braun]

Am Dienstag, 22. Dezember 2015 11:25:03 UTC+1 schrieb Cédric Krier:
>
> On 2015-12-22 02:06, Axel Braun wrote: 
> > > Maybe you have already bower installed globally and so the postinstall 
> > > call './node_modules/.bin/bower install' doesn't work 
> > > 
> > 
> > 
> > Yes, bower is already installed, see log below. 
>
> So it should not be installed globally. 
> The npm package system is quiet strange but if someone know how to get 
> the postinstall working in both case, local and global install (maybe 
> changing the PATH). Please make a patch. 
>

Not sure that it is related to local or not local: git needs to be 
installed, otherwise it creates the above error.
Will come back on this as soon as I have online access again...
 

>
> > So is the 'bower install' refering to the tryton-sao? 
>
> I don't understand this question. 
>

the question was what 'bower install' does. As it looks to me now, it 
installs additional components that are used by nodejs/sao from git.
This sounds smart, but in terms of packaging it is a nightmare (you should 
know your dependencies once you create the package). But seems to be nodejs 
standard.


-- 
You received this message because you are subscribed to the Google Groups 
"tryton-dev" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tryton-dev/e836f703-418c-49b7-b8c4-1cfb90f10c74%40googlegroups.com.

Re: [tryton-dev] sao installation

[Axel Braun]

Am Mittwoch, 23. Dezember 2015 11:19:59 UTC+1 schrieb Axel Braun:
>
>
>
> Am Dienstag, 22. Dezember 2015 11:25:03 UTC+1 schrieb Cédric Krier:
>>
>> On 2015-12-22 02:06, Axel Braun wrote: 
>> > > Maybe you have already bower installed globally and so the 
>> postinstall 
>> > > call './node_modules/.bin/bower install' doesn't work 
>> > > 
>> > 
>> > 
>> > Yes, bower is already installed, see log below. 
>>
>> So it should not be installed globally. 
>> The npm package system is quiet strange but if someone know how to get 
>> the postinstall working in both case, local and global install (maybe 
>> changing the PATH). Please make a patch. 
>>
>
> Not sure that it is related to local or not local: git needs to be 
> installed, otherwise it creates the above error.
> Will come back on this as soon as I have online access again...
>

https://bugs.tryton.org/msg23436

-- 
You received this message because you are subscribed to the Google Groups 
"tryton-dev" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tryton-dev/9aba2983-c7bd-497d-836c-3c5d9ce4952e%40googlegroups.com.

[tryton-dev] Re: New wiki

[Axel Braun]

Hi Ced,

Am Samstag, 23. Januar 2016 12:15:03 UTC+1 schrieb Cédric Krier:
>
> Hi, 
>
> As we talked previously, we need to setup a new wiki. 
> I think MoinMoin [1] will do the job. I looked up and I think it will be 
> quite ease to write a authentication plugin to use the roundup user 
> base. I think to just use the Modern [2] theme. 
> Of course, we will setup a backup script to tycho (drone server) as for 
> the other services running on moretus. 
>
> Do anyone see something else we will need? 
>

 What about the wikibooks-pages, that Luis started during TUBA?

-- 
You received this message because you are subscribed to the Google Groups 
"tryton-dev" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tryton-dev/c86bd7ff-40ce-46f5-9e5b-2cb2ee4e2ee9%40googlegroups.com.

[tryton-dev] sao - problems with konqueror

[Axel Braun]

Hi,

running sao on a konqueror browser (KDE) displays only half of he screen, 
while firefox works correctly.
Problem of the engine (...I think they use webkit in between)?





-- 
You received this message because you are subscribed to the Google Groups 
"tryton-dev" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tryton-dev/00023a3f-ce24-43e1-ac76-eb86d8659f9c%40googlegroups.com.

Re: [tryton-dev] sao - problems with konqueror

[Axel Braun]

Am Dienstag, 2. Februar 2016 10:00:03 UTC+1 schrieb Cédric Krier:
>
> On 2016-02-01 23:26, Axel Braun wrote: 
> > running sao on a konqueror browser (KDE) displays only half of he 
> screen, 
> > while firefox works correctly. 
> > Problem of the engine (...I think they use webkit in between)? 
> > 
> > 
> > <
> https://lh3.googleusercontent.com/-SnwZGf9FGuA/VrBZy_w192I/Bfo/NQFx3p9rcRU/s1600/SAO_konqueror.png>
>  
>
>
>
> I don't understand what am I suppose to see on the screenshot. 
>

Left - konqueror - only top bar visible
right - firefox - menu fully visible
 

>
>
> -- 
> Cédric Krier - B2CK SPRL 
> Email/Jabber: cedric...@b2ck.com  
> Tel: +32 472 54 46 59 
> Website: http://www.b2ck.com/ 
>

-- 
You received this message because you are subscribed to the Google Groups 
"tryton-dev" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tryton-dev/47c7f4cb-ea57-4c3d-aead-43a0e51f3778%40googlegroups.com.

Re: [tryton-dev] sao - problems with konqueror

[Axel Braun]

Am Dienstag, 2. Februar 2016 08:52:42 UTC+1 schrieb raimonesteve:
>
>
>
> 2016-02-02 8:26 GMT+01:00 Axel Braun >:
>
>> Hi,
>>
>> running sao on a konqueror browser (KDE) 
>>
> https://github.com/twbs/bootstrap/issues/118 (see last message)
>


It shows as 

Mozilla/5.0 (X11; ; de) AppleWebKit/534.34 (KHTML, like Gecko) 
konqueror/4.14.16 Safari/534.34

-- 
You received this message because you are subscribed to the Google Groups 
"tryton-dev" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tryton-dev/c87f0509-af89-4dcb-b53c-09b37485bcce%40googlegroups.com.

Re: [tryton-dev] sao - problems with konqueror

[Axel Braun]

Am Dienstag, 2. Februar 2016 11:30:03 UTC+1 schrieb Cédric Krier:
>
> On 2016-02-02 01:39, Axel Braun wrote: 
> > 
> > 
> > Am Dienstag, 2. Februar 2016 10:00:03 UTC+1 schrieb Cédric Krier: 
> > > 
> > > On 2016-02-01 23:26, Axel Braun wrote: 
> > > > running sao on a konqueror browser (KDE) displays only half of he 
> > > screen, 
> > > > while firefox works correctly. 
> > > > Problem of the engine (...I think they use webkit in between)? 
> > > > 
> > > > 
> > > > < 
> > > 
> https://lh3.googleusercontent.com/-SnwZGf9FGuA/VrBZy_w192I/Bfo/NQFx3p9rcRU/s1600/SAO_konqueror.png>
>  
>
> > > 
> > > 
> > > 
> > > I don't understand what am I suppose to see on the screenshot. 
> > > 
> > 
> > Left - konqueror - only top bar visible 
> > right - firefox - menu fully visible 
>
> Click on toggle. 
>
>
No change
 

-- 
You received this message because you are subscribed to the Google Groups 
"tryton-dev" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tryton-dev/07d7ec68-f861-4d91-b1d9-eb2160df4d80%40googlegroups.com.

Re: [tryton-dev] Re: New wiki

[Axel Braun]

Am Donnerstag, 28. Januar 2016 10:40:03 UTC+1 schrieb Cédric Krier:
>
> On 2016-01-28 00:58, Antonio Roncero wrote: 
> > 
> > 
> > El sábado, 23 de enero de 2016, 11:15:03 (UTC), Cédric Krier escribió: 
> > > 
> > > Hi, 
> > > 
> > > As we talked previously, we need to setup a new wiki. 
> > > I think MoinMoin [1] will do the job. I looked up and I think it will 
> be 
> > > quite ease to write a authentication plugin to use the roundup user 
> > > base. I think to just use the Modern [2] theme. 
> > > 
> > 
> > I work with MoinMoin for years and it is great but, is the project still 
> > active? 
>
> The branch 1.9 [1] looks to be in fix only. 
> And the branch 2.0 [2] seems to be still quietly active. 
>
> But its main advantage is to be written in Python and so it is easy to 
> write a plugin for roundup. 


Actually, I noticed that the Tryton-project was removed completely from 
google code (try wiki.tryton.org)

-- 
You received this message because you are subscribed to the Google Groups 
"tryton-dev" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tryton-dev/7dc6ed56-6694-4a4f-a854-8eb69d02e6d3%40googlegroups.com.

Re: [tryton-dev] sao - problems with konqueror

[Axel Braun]

Am Dienstag, 2. Februar 2016 12:05:03 UTC+1 schrieb Cédric Krier:
>
> On 2016-02-02 02:32, Axel Braun wrote: 
> > Am Dienstag, 2. Februar 2016 11:30:03 UTC+1 schrieb Cédric Krier: 
> > > 
> https://lh3.googleusercontent.com/-SnwZGf9FGuA/VrBZy_w192I/Bfo/NQFx3p9rcRU/s1600/SAO_konqueror.png>
>  
>
> > > > > I don't understand what am I suppose to see on the screenshot. 
> > > > > 
> > > > 
> > > > Left - konqueror - only top bar visible 
> > > > right - firefox - menu fully visible 
> > > 
> > > Click on toggle. 
> > > 
> > > 
> > No change 
>
> So I guess there is an javascript error in the console log. 
> Please fill an issue with the content of the js console. 
> <http://www.b2ck.com/>


I tested against sao 383, no problem anymore
 

-- 
You received this message because you are subscribed to the Google Groups 
"tryton-dev" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tryton-dev/36466d44-52b8-4a4e-9175-70bd2d6eb4c5%40googlegroups.com.

[tryton-dev] Installable languages

[Axel Braun]

Hi,

why does a language have to be translatable in order to use it in Tryton?
That it is active, clear :-)
But just active isn't sufficient to log in in that language, it needs to be 
translatable as well.
Can one explain why?
Thanks!

-- 
You received this message because you are subscribed to the Google Groups 
"tryton-dev" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tryton-dev/3b223d66-d641-4962-a123-e456992f36a7%40googlegroups.com.

Re: [tryton-dev] Installable languages

[Axel Braun]

Am Samstag, 20. Februar 2016 18:20:03 UTC+1 schrieb Cédric Krier:
>
> On 2016-02-20 09:03, Axel Braun wrote: 
> > Hi, 
> > 
> > why does a language have to be translatable in order to use it in 
> Tryton? 
> > That it is active, clear :-) 
> > But just active isn't sufficient to log in in that language, it needs to 
> be 
> > translatable as well. 
> > Can one explain why? 
>
> Otherwise the interface will not be in the language of the user. 
>
> I just want to use it in the other language, not translate to the other 
language...

-- 
You received this message because you are subscribed to the Google Groups 
"tryton-dev" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tryton-dev/207d1a0b-b885-416e-b718-60edc2e4b6e4%40googlegroups.com.

Re: [tryton-dev] Installable languages

[Axel Braun]

Am Montag, 22. Februar 2016 11:42:10 UTC+1 schrieb Sergi Almacellas 
Abellana:
>
> El 22/02/16 a les 11:40, Axel Braun ha escrit: 
> > Am Samstag, 20. Februar 2016 18:20:03 UTC+1 schrieb Cédric Krier: 
> > 
> >     On 2016-02-20 09:03, Axel Braun wrote: 
> >  > Hi, 
> >  > 
> >  > why does a language have to be translatable in order to use it in 
> > Tryton? 
> >  > That it is active, clear :-) 
> >  > But just active isn't sufficient to log in in that language, it 
> > needs to be 
> >  > translatable as well. 
> >  > Can one explain why? 
> > 
> > Otherwise the interface will not be in the language of the user. 
> > 
> > I just want to use it in the other language, not translate to the other 
> > language... 
> So how can you use in another language which is not translated? 
>
 
I'm not talking about a new language, I'm talking about an existing one - 
for example fr_FR
I have to activate it (OK), but that is not enough - I need to make it 
translatable as well. 
Thats strange.

-- 
You received this message because you are subscribed to the Google Groups 
"tryton-dev" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tryton-dev/c558cd2d-187f-4145-a0f9-a5289c177e79%40googlegroups.com.

[tryton-dev] General question python2/3

[Axel Braun]

Hi all,

I started packaging Tryton 4 for openSUSE - Server is already done :-)
In this context I noticed that not for all python2 packages a 
correspondence in python3 is available, e.g. python-pydot or python-wrapt
Is it safe to use the python2-packages? Or would it be better look 
for/build a python3 package first?

Thanks for advise
Axel

-- 
You received this message because you are subscribed to the Google Groups 
"tryton-dev" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tryton-dev/c832f111-db72-4572-be33-9b606a4a5e56%40googlegroups.com.

Re: [tryton-dev] General question python2/3

[Axel Braun]

Hi Ced,

Am Freitag, 13. Mai 2016 17:30:03 UTC+2 schrieb Cédric Krier:
>
> On 2016-05-13 04:22, Axel Braun wrote: 
> > Hi all, 
> > 
> > I started packaging Tryton 4 for openSUSE - Server is already done :-) 
> > In this context I noticed that not for all python2 packages a 
> > correspondence in python3 is available, e.g. python-pydot or 
> python-wrapt 
> > Is it safe to use the python2-packages? Or would it be better look 
> > for/build a python3 package first? 
>
> Usually package distribution contains only binaries for one interpreter. 
> So you should check for which version those packages are. 
>

That depends on if you build them against python 2.7 or 3.x
 

> Also I think it is good to provide packages for both python versions as 
> not all modules are available in both. And some developer could need one 
> specific version. 
>

Yes, I noticed this as well.
I assume a mix of both versions will probably not work, correct?
To be on the safe side, I feel it makes sense to stay wit Python 2.7, until 
everything is ported

Best
Axel

 

>
> -- 
> Cédric Krier - B2CK SPRL 
> Email/Jabber: cedric...@b2ck.com  
> Tel: +32 472 54 46 59 
> Website: http://www.b2ck.com/ 
>

-- 
You received this message because you are subscribed to the Google Groups 
"tryton-dev" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tryton-dev/b612be15-b7cd-498a-b59a-d66d366c9897%40googlegroups.com.

[tryton-dev] cdecimal in Tryton 4

[Axel Braun]

Hi,
during build of Tryton 4 I came along cdecimal as requirement.
cdecimal will stay in version 2.3, only libmpdec library will be developed 
further (currently in version 2.4.2)

libmpdec is the basis for the decimal module in Python-3.3.

Why do we have the separate requirement for cdecimal then?
Thanks
Axel

-- 
You received this message because you are subscribed to the Google Groups 
"tryton-dev" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tryton-dev/9613d1cc-fa5e-4ad6-99ab-ec25b97a5380%40googlegroups.com.

[tryton-dev] tryton announe - 2 messages for the same module

[Axel Braun]

Hi,
I'm getting all mails for new modules twice:
bdist_wheel version
sdist version
Whats the difference? Can we switch off one?
Thanks
Axel

-- 
You received this message because you are subscribed to the Google Groups 
"tryton-dev" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tryton-dev/cfcc01da-d68b-4c96-9ecb-6a08f19c43fc%40googlegroups.com.

Re: [tryton-dev] tryton announe - 2 messages for the same module

[Axel Braun]

Am Donnerstag, 7. Juli 2016 14:26:16 UTC+2 schrieb Sergi Almacellas 
Abellana:
>
> El 07/07/16 a les 14:24, Axel Braun ha escrit: 
> > Hi, 
> > I'm getting all mails for new modules twice: 
> > bdist_wheel version 
> > sdist version 
>
> That's because we started to publish wheels for packages. 
>
> See: https://bugs.tryton.org/issue5395 
>
>
OK; thank you! 

-- 
You received this message because you are subscribed to the Google Groups 
"tryton-dev" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tryton-dev/384c212d-4723-432e-a738-77cf43008aef%40googlegroups.com.

[tryton-dev] Updates to current Tryton releases

[Axel Braun]

Morning,
I have seen some updates to Tryton 3.x and 4.0 yesterday - is there some 
more to come next days?
Cheers
Axel

-- 
You received this message because you are subscribed to the Google Groups 
"tryton-dev" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tryton-dev/ecb0bf11-93c8-4c42-abc1-27fa3a426f8c%40googlegroups.com.

Re: [tryton-dev] Updates to current Tryton releases

[Axel Braun]

Am Montag, 7. November 2016 10:20:02 UTC+1 schrieb Cédric Krier:
>
> On 2016-11-06 23:41, Axel Braun wrote: 
> > Morning, 
> > I have seen some updates to Tryton 3.x and 4.0 yesterday - is there some 
> > more to come next days? 
>
> Usually I do patch release once every months. 
>

I treat this as 'No, all done' :-)

Thanks! 

-- 
You received this message because you are subscribed to the Google Groups 
"tryton-dev" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tryton-dev/8a8ae3ab-297b-4e3d-bf1c-9cf0451d5462%40googlegroups.com.

[tryton-dev] Changelog tryton 3.8.11

[Axel Braun]

Hi,
How can I find the fixes/changes for Tryton 3.8.11?
Changelog just says 'see mercurial log'. bugs.tryton.org seems not to have 
an option to search for a version
Thanks

-- 
You received this message because you are subscribed to the Google Groups 
"tryton-dev" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tryton-dev/f8a6273a-cf9d-4adb-b32b-553e5661c74d%40googlegroups.com.

Re: [tryton-dev] Changelog tryton 3.8.11

[Axel Braun]

Hi Karla

Am Mittwoch, 9. November 2016 21:15:54 UTC+1 schrieb Karla Stenger:
>
>
>
> 2016-11-09 15:53 GMT-03:00 Axel Braun >:
>
>> Hi,
>> How can I find the fixes/changes for Tryton 3.8.11?
>>
>  
> ​Hi Axel,
> I guess you talk about 3.8.8
>

No, I really meant the Tryton-Frontend 3.8.11
 

>
> Changelog just says 'see mercurial log'. bugs.tryton.org seems not to 
>> have an option to search for a version
>>
> ​
> The changelog only shows big changes. Usual bug fixes don't get there, 
> instead they stay in the mercurial log.
> An option I like using is "hg log -G" and if more detail is needed I add 
> "-v"
> It shows you a tree where you can see to which branch each bugfix belongs 
> and it's easier to follow the "parents".
>
> Besides, at hg.tryton.org you have the mercurial logs in a web format.
> Try the changeset link from the left menu. Here you can also navigate 
> between "versions" (actually changesets) when you use the "parents" links.
>
> You probably want to see the changesets descriptions between tags 3.8.7 
> (or any prior version) and 3.8.8.
>

Thanks for your hint!
I looked in the Web-Frontend for the Tag 3.8.11 and only found 
 
changeset 5034:33c846ceaa5d <http://hg.tryton.org/tryton/rev/33c846ceaa5d> 
3.8 3.8.11

which just adds the text

Version 3.8.11 - 2016-11-06* Bug fixes (see mercurial logs for details)

to the changes file. Nothing more.
So I assume there is some more tricky stuff to do.


-- 
You received this message because you are subscribed to the Google Groups 
"tryton-dev" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tryton-dev/9ac3a709-d2df-41de-9f79-481957efd328%40googlegroups.com.

Re: [tryton-dev] Changelog tryton 3.8.11

[Axel Braun]

Am Donnerstag, 10. November 2016 14:35:46 UTC+1 schrieb Karla Stenger:
>
>
>
> 2016-11-10 6:01 GMT-03:00 Axel Braun >:
>
>> Hi Karla
>>
>> Am Mittwoch, 9. November 2016 21:15:54 UTC+1 schrieb Karla Stenger:
>>>
>>>
>>>
>>> 2016-11-09 15:53 GMT-03:00 Axel Braun :
>>>
>>>> Hi,
>>>> How can I find the fixes/changes for Tryton 3.8.11?
>>>>
>>>  
>>> ​Hi Axel,
>>> I guess you talk about 3.8.8
>>>
>>
>> No, I really meant the Tryton-Frontend 3.8.11
>>  
>>
>>>
>>> Changelog just says 'see mercurial log'. bugs.tryton.org seems not to 
>>>> have an option to search for a version
>>>>
>>> ​
>>> The changelog only shows big changes. Usual bug fixes don't get there, 
>>> instead they stay in the mercurial log.
>>> An option I like using is "hg log -G" and if more detail is needed I add 
>>> "-v"
>>> It shows you a tree where you can see to which branch each bugfix 
>>> belongs and it's easier to follow the "parents".
>>>
>>> Besides, at hg.tryton.org you have the mercurial logs in a web format.
>>> Try the changeset link from the left menu. Here you can also navigate 
>>> between "versions" (actually changesets) when you use the "parents" links.
>>>
>>> You probably want to see the changesets descriptions between tags 3.8.7 
>>> (or any prior version) and 3.8.8.
>>>
>>
>> Thanks for your hint!
>> I looked in the Web-Frontend for the Tag 3.8.11 and only found 
>>  
>> changeset 5034:
>> ​​
>> 33c846ceaa5d <http://hg.tryton.org/tryton/rev/33c846ceaa5d> 3.8 3.8.11
>>
>> which just adds the text
>>
>> Version 3.8.11 - 2016-11-06* Bug fixes (see mercurial logs for details)
>>
>> to the changes file. Nothing more.
>> So I assume there is some more tricky stuff to do.
>>
>>
> ​You just have to look at each changeset between tags 3.8.10 and 3.8.11
>
> So, for example, you can start at ​http://hg.tryton.org/tryton/rev/
> ​
> 33c846ceaa5d and clikc on parents link, each time you click on it you will 
> be on a different "bug fix". 
> Keep doing it until  you get to "Prepare release 3.8.10" (it's just a 
> couple of fixes as far as I can see).
> Also the "prepare release x.x" and "Add tag x.x on changeset yy" are part 
> of the release process, so ignore them for your purpose.
>
> Good luck!
>

Yes, luck and endurance is what one would need for such a manual activity...
Is there no way in hg to generate a log of changes, which could be applied 
to the CHANGES-Documentation?
Cheers
Axel

-- 
You received this message because you are subscribed to the Google Groups 
"tryton-dev" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tryton-dev/0734a594-f890-4608-b9dd-318de083fe5c%40googlegroups.com.

Re: [tryton-dev] Changelog tryton 3.8.11

[Axel Braun]

Am Freitag, 11. November 2016 17:10:03 UTC+1 schrieb Cédric Krier:
>
> On 2016-11-11 07:52, Axel Braun wrote: 
> > Is there no way in hg to generate a log of changes, which could be 
> applied 
> > to the CHANGES-Documentation? 
>
> This will not happen: http://keepachangelog.com/ 
>

Hm, I dont really know what this link should tell me. It encourages for a 
change log

Background: As Tryton and Tryton Server are now shipped with Leap, 
maintenance team asks for a change log in case of updates.
While other projects provide a verbose change log, Tryton does not.

Examples:
- hylafax+ 5.5.8
* stop using mktemp() (5 Feb 2016)
* fix LDAP authentication broken in 5.5.4 (24-26 Jan 2016)
* reset senderinfo properly when receiving faxes (22 Jan 2016)
* cope with V.21 HDLC carrier loss following +FRH:3 better (22, 26 Jan 2016)
* increase the time Class1SwitchingCmd will wait for a response (14 Jan 
2016)
* undo faulty/incorrect previous "fix" to ntries/npages (13 Jan 2016)
* fix short blocking problems in reading from the device (12 Jan 2016)

Or:

changeset:   2523:a160745168a2
branch:  stable
tag: tip
user:Luis Falcon 
date:Fri Oct 21 12:09:22 2016 +0100
summary: Fix bug #49405: Error on summary report when no date of birth 
is assigned to the person

but:
Version 3.8.11 - 2016-11-06
* Bug fixes (see mercurial logs for details)


-- 
You received this message because you are subscribed to the Google Groups 
"tryton-dev" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tryton-dev/4e946104-9b06-438c-95a0-c808b46a2cec%40googlegroups.com.

[tryton-dev] Error installing sao from source

[Axel Braun]

Hi,
I try to install sao 3.8.12 from source. :

.
bower resolve   https://github.com/twbs/bootstrap.git#~3.3.4
bower not-cachedhttps://github.com/moment/moment.git#~2.10.2
bower resolve   https://github.com/moment/moment.git#~2.10.2
bower ECMDERR   Failed to execute "git ls-remote --tags --heads 
https://github.com/jquery/jquery-dist.git";, exit code of #128 fatal: unable 
to access 'https://github.com/jquery/jquery-dist.git/': SSL certificate 
problem: unable to get local issuer certificate

Additional error details:
fatal: unable to access 'https://github.com/jquery/jquery-dist.git/': SSL 
certificate problem: unable to get local issuer certificate

npm ERR! Linux 4.1.38-47-default
npm ERR! argv "/usr/bin/node" "/usr/bin/npm" "install"
npm ERR! node v4.7.3
npm ERR! npm  v2.15.11
npm ERR! code ELIFECYCLE
npm ERR! tryton-sao@3.8.12 postinstall: `bower install`
npm ERR! Exit status 1
npm ERR! 
npm ERR! Failed at the tryton-sao@3.8.12 postinstall script 'bower install'.
npm ERR! This is most likely a problem with the tryton-sao package,
npm ERR! not with npm itself.
npm ERR! Tell the author that this fails on your system:
npm ERR! bower install
npm ERR! You can get information on how to open an issue for this project 
with:
npm ERR! npm bugs tryton-sao
npm ERR! Or if that isn't available, you can get their info via:
npm ERR! 
npm ERR! npm owner ls tryton-sao
npm ERR! There is likely additional logging output above.

npm ERR! Please include the following file with any support request:
npm ERR! /home/gnuhealth/package/npm-debug.log
gnuhealth@linux:~/package> 

Seems that the certificate of git is not accepted. From the npm-debug log:
48815 info install tryton-sao@3.8.12
48816 info postinstall tryton-sao@3.8.12
48817 verbose unsafe-perm in lifecycle true
48818 info tryton-sao@3.8.12 Failed to exec postinstall script
48819 verbose stack Error: tryton-sao@3.8.12 postinstall: `bower install`
48819 verbose stack Exit status 1
48819 verbose stack at EventEmitter. 
(/usr/lib64/node_modules/npm/lib/utils/lifecycle.js:217:16)
48819 verbose stack at emitTwo (events.js:87:13)
48819 verbose stack at EventEmitter.emit (events.js:172:7)
48819 verbose stack at ChildProcess. 
(/usr/lib64/node_modules/npm/lib/utils/spawn.js:24:14)
48819 verbose stack at emitTwo (events.js:87:13)
48819 verbose stack at ChildProcess.emit (events.js:172:7)
48819 verbose stack at maybeClose (internal/child_process.js:854:16)
48819 verbose stack at Process.ChildProcess._handle.onexit 
(internal/child_process.js:222:5)
48820 verbose pkgid tryton-sao@3.8.12
48821 verbose cwd /home/gnuhealth/package

Can we do some configuration locally that the certificate is accepted?

Thanks!

-- 
You received this message because you are subscribed to the Google Groups 
"tryton-dev" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tryton-dev/55e2f8a9-10eb-451a-80f0-bb972130c007%40googlegroups.com.

Re: [tryton-dev] Error installing sao from source

[Axel Braun]

Am Montag, 6. März 2017 11:30:06 UTC+1 schrieb Cédric Krier:
>
> On 2017-03-06 01:19, Axel Braun wrote: 
> > Seems that the certificate of git is not accepted. From the npm-debug 
> log: 
> > 48815 info install tryton-sao@3.8.12 
> > 48816 info postinstall tryton-sao@3.8.12 
> > 48817 verbose unsafe-perm in lifecycle true 
> > 48818 info tryton-sao@3.8.12 Failed to exec postinstall script 
> > 48819 verbose stack Error: tryton-sao@3.8.12 postinstall: `bower 
> install` 
> > 48819 verbose stack Exit status 1 
> > 48819 verbose stack at EventEmitter. 
> > (/usr/lib64/node_modules/npm/lib/utils/lifecycle.js:217:16) 
> > 48819 verbose stack at emitTwo (events.js:87:13) 
> > 48819 verbose stack at EventEmitter.emit (events.js:172:7) 
> > 48819 verbose stack at ChildProcess. 
> > (/usr/lib64/node_modules/npm/lib/utils/spawn.js:24:14) 
> > 48819 verbose stack at emitTwo (events.js:87:13) 
> > 48819 verbose stack at ChildProcess.emit (events.js:172:7) 
> > 48819 verbose stack at maybeClose (internal/child_process.js:854:16) 
> > 48819 verbose stack at Process.ChildProcess._handle.onexit 
> > (internal/child_process.js:222:5) 
> > 48820 verbose pkgid tryton-sao@3.8.12 
> > 48821 verbose cwd /home/gnuhealth/package 
> > 
> > Can we do some configuration locally that the certificate is accepted? 
>
> This is an issue in the configuration of your system which is out of the 
> realm of Tryton. 
>

It is a standard openSUSE Leap 42.1 installation. 
Any hint what configuration is needed is appreciated!

-- 
You received this message because you are subscribed to the Google Groups 
"tryton-dev" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tryton-dev/b611c9f7-9866-4954-99c4-122dc00d5ee9%40googlegroups.com.

Re: [tryton-dev] Error installing sao from source

[Axel Braun]

Am Montag, 6. März 2017 13:24:56 UTC+1 schrieb Sergi Almacellas Abellana:
>
> El 06/03/17 a les 13:22, Axel Braun ha escrit: 
> > 
> > It is a standard openSUSE Leap 42.1 installation. 
>
> Indeed i can not reproduce it on Ubuntu. It works as expected. 
>
> > Any hint what configuration is needed is appreciated! 
> It seems that you should add the certificate CA to your system. 
>

 'git config --global http.sslVerify false' did the trick

-- 
You received this message because you are subscribed to the Google Groups 
"tryton-dev" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tryton-dev/e42ec236-986e-4ee8-923a-e73aab55c0d5%40googlegroups.com.

Re: [tryton-dev] Error installing sao from source

[Axel Braun]

Am Montag, 6. März 2017 22:20:06 UTC+1 schrieb Cédric Krier:
>
> On 2017-03-06 12:58, Axel Braun wrote: 
> > 
> > 
> > Am Montag, 6. März 2017 13:24:56 UTC+1 schrieb Sergi Almacellas 
> Abellana: 
> > > 
> > > El 06/03/17 a les 13:22, Axel Braun ha escrit: 
> > > > 
> > > > It is a standard openSUSE Leap 42.1 installation. 
> > > 
> > > Indeed i can not reproduce it on Ubuntu. It works as expected. 
> > > 
> > > > Any hint what configuration is needed is appreciated! 
> > > It seems that you should add the certificate CA to your system. 
> > > 
> > 
> >  'git config --global http.sslVerify false' did the trick 
>
> That makes your system open to mitm attacks. 
> I do not recommend anyone to do the same. 


I know. Tried the local conf file first, but that did not help.
And as 'my system' is a testing VM, that hardly runs, the workaround is 
acceptable.

But if anyone has a better solution (except github fixing their 
certificates), I'm happy to learn 

-- 
You received this message because you are subscribed to the Google Groups 
"tryton-dev" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tryton-dev/2f25280a-b7a3-431f-ab78-fe3540b3ddea%40googlegroups.com.

[tryton-dev] uri = postgresql:/// depreciated?

[Axel Braun]

Morning,
the above connection string was always working fine - now I have some 
trouble in initializing a database using this string - trytond-admin always 
looks for test42.sqlite instead of the test42-db on postgres. Trytond is 
4.2.4
Thanks
Axel

-- 
You received this message because you are subscribed to the Google Groups 
"tryton-dev" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tryton-dev/2b36d6b4-150f-434e-ad0a-6ead5a381ee4%40googlegroups.com.

Re: [tryton-dev] uri = postgresql:/// depreciated?

[Axel Braun]

Am Mittwoch, 21. Juni 2017 09:11:39 UTC+2 schrieb Sergi Almacellas Abellana:
>
> El 20/06/17 a les 07:12, Axel Braun ha escrit: 
> > Morning, 
> > the above connection string was always working fine - now I have some 
> > trouble in initializing a database using this string - trytond-admin 
> > always looks for test42.sqlite instead of the test42-db on postgres. 
> > Trytond is 4.2.4 
> > Thanks 
> > Axel 
>
> If it's looking for sqlite instead of postgres the problem is that the 
> default config is used. Make sure that: 
>
> - You reference the correct configuration file 
> - The user running trytond is allowed to read the config file. trytond 
> will sillently discard the files that is not allowed to read. 
> - There is no other trytond config file that overrides this setting, in 
> case that you are using multiple files. 
>
> Hope it helps. 
>

Hi Sergi,

thanks for your input!
I changed connection to TCP and used uri = 
postgresql://uswer:passwd@localhost:5432
No idea why the former method is not working anymore


Cheers
Axel

-- 
You received this message because you are subscribed to the Google Groups 
"tryton-dev" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tryton-dev/651aeca5-9533-4a23-bb1a-0dc1a4ce34fe%40googlegroups.com.

Re: [tryton-dev] Old test build of sao failed

[Axel Braun]

Am Donnerstag, 9. November 2017 00:25:08 UTC+1 schrieb Cédric Krier:
> On 2017-11-08 06:56, Sebastien Marie wrote:
> > On Wed, Nov 08, 2017 at 12:05:10AM +0100, Cédric Krier wrote:
> > > Hi,
> > > 
> > > The build of sao on the old drone server is failing because of phantomjs:
> > > https://drone-old.tryton.org/trypod.tryton.org/tryton/sao/4.4/23979d2770ba8c2d7b82f560db98ae017e208646
> > > https://drone-old.tryton.org/trypod.tryton.org/tryton/sao/4.4/972c7d602e983e6c2d91c2179cc177abe5571394
> > > 
> > > Indeed we can see that the new version phantomjs-prebuilt@2.1.16 used
> > > 'const' which is not supported by the version of node. It was working
> > > with phantomjs-prebuilt@2.1.15
> > > 
> > > Is there any one who get an idea to fix that easily?
> > > 
> > 
> > I am not a user of node, so it may be just partial elements... according
> > to 
> > https://stackoverflow.com/questions/22603078/syntaxerror-use-of-const-in-strict-mode
> >  :
> > 
> > "const" is part of ECMAScript 2015 that could be enable in
> > node 0.10 or 0.12 with --harmony flag.
> > 
> > I dunno if it is possible to ask npm to pass specific flag to node ?
> 
> I could not find how to pass this flag.
> So I created https://bugs.tryton.org/issue6924 to fix the version of
> phantomjs-prebuilt.

Coincidente... I installed sao today and ran into the issue of missing 
phantomjs as well. Finally it installed, but does not work properly.

I saw one other message during installation:
npm WARN deprecated bower@1.8.2: ...psst! Your project can stop working at any 
moment be cause its dependencies can change. Prevent this by migrating to Yarn: 
https://bower.io/blog/2017/how-to-migrate-away-from-bower/

Is this planned?

-- 
You received this message because you are subscribed to the Google Groups 
"tryton-dev" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tryton-dev/7b779884-78ad-4790-b062-164471a81550%40googlegroups.com.

[tryton-dev] Checking Server connection on a text-only installation

[Axel Braun]

Morning, 

I can access a server with a working Tryton installation remote per SSH - no 
GUI installed.
Is there a way to check if connections to the server are accepted? means, Can I 
simulate the server connection from the commandline somehow? Proteus maybe?
(connection check via telnet is not working...)

Thanks
Axel

-- 
You received this message because you are subscribed to the Google Groups 
"tryton-dev" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tryton-dev/a8e34b24-e7e9-4add-a122-1897e5dc0440%40googlegroups.com.

Re: [tryton-dev] Checking Server connection on a text-only installation

[Axel Braun]

Am Donnerstag, 30. November 2017 07:51:23 UTC+1 schrieb Nicolas Évrard:
> * Axel Braun  [2017-11-30 06:39 +0100]: 
> >Morning,
> 
> Hello,
> 
> >I can access a server with a working Tryton installation remote per SSH - no
> >GUI installed.
> >Is there a way to check if connections to the server are accepted? means, 
> >Can I
> >simulate the server connection from the commandline somehow? Proteus maybe?
> >(connection check via telnet is not working...)
> 
> If the server is running and listening and if telnet does not work
> then you can not reach the server and it's probably a network
> configuration issue.

notry 
telnet localhost 8000
on a working installation. You should get:
> telnet localhost 8000
Trying ::1...
telnet: connect to address ::1: Connection refused
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.

-- 
You received this message because you are subscribed to the Google Groups 
"tryton-dev" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tryton-dev/f62f67c1-21ac-4b51-ac91-e30cabe2893e%40googlegroups.com.

Re: [tryton-dev] Checking Server connection on a text-only installation

[Axel Braun]

Am Donnerstag, 30. November 2017 09:21:13 UTC+1 schrieb Sergi Almacellas 
Abellana:
> El 30/11/17 a les 07:51, Nicolas Évrard ha escrit:
> > * Axel Braun  [2017-11-30 06:39 +0100]:
> >> Morning,
> > 
> > Hello,
> > 
> >> I can access a server with a working Tryton installation remote per 
> >> SSH - no
> >> GUI installed.
> >> Is there a way to check if connections to the server are accepted? 
> >> means, Can I
> >> simulate the server connection from the commandline somehow? Proteus 
> >> maybe?
> >> (connection check via telnet is not working...)
> > 
> > If the server is running and listening and if telnet does not work
> > then you can not reach the server and it's probably a network
> > configuration issue.
> You can also use curl to list all the databases with the following comand:
> 
> curl -H "Content-Type: application/json" -d '{"method": 
> "common.db.list", "params": []}' -X POST http://localhost:8000/
> 
> This will validate that the server is up and it can connect to the 
> database.
> 
> Hope it helps.

Yes...worksbut nothing I could remember out of my head :D
Thanks!

-- 
You received this message because you are subscribed to the Google Groups 
"tryton-dev" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tryton-dev/e8702a7d-ee8c-4cb1-928c-fc3f0cc65f0e%40googlegroups.com.

[tryton-dev] Impact mitigation for DDoS attack

[Axel Braun]

 Dear all,

I would like to discuss https://bugs.tryton.org/issue5375 with all developers 
involved.

In short, what is it about?
In current implementation of the Tryton Server, each failed login attempt is 
written to a database table (https://bugs.tryton.org/msg24643)

As a consequence, in case of a DDoS attack [1], the backend is flooded with 
requests, filling the database and exhausting its resources (IO, conn. pool, 
memory, transaction logs ..), leading to contention and finally bringing the 
system down. This could be proofed with a small script.

In order to mitigate the impact of a DDoS attack, a patch was proposed in above 
issue that implements a login timeout similar to the Secure Shell (SSHD): On a 
failed login attempt, the a timeout of 3 seconds (by default) on that session 
is  applied before the next login. It also removes the functionality of writing 
the failed attempt on the dabasase table, so the IO subsystem on PostgreSQL, FS 
and network are not impacted in comparison to the server without the patch.

As you can see in above issue, the patch was not applied. For openSUSE 
packages, I have applied it anyway, as I feel it makes sense. Now I received 
the request to remove it again

So let me know your thoughts about the proposed patch – which of the two 
proposals has less impact in case of a DDoS attack?

[1] We are not talking about means to prevent a DdoS, e.g. by a proxy 
configuration or similar

Thanks
Axel

-- 
You received this message because you are subscribed to the Google Groups 
"tryton-dev" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tryton-dev/3166c2c9-58b3-4eec-92ab-136a74d6948c%40googlegroups.com.

Re: [tryton-dev] Impact mitigation for DDoS attack

[Axel Braun]

Am Montag, 29. Januar 2018 23:25:07 UTC+1 schrieb Cédric Krier:
> On 2018-01-29 12:47, Axel Braun wrote:
> > I would like to discuss https://bugs.tryton.org/issue5375 with all 
> > developers involved.
> 
> All developers have already commented on the issue and we all agree that
> the proposal is wrong, solves nothing and weakens the brute force attack
> protection.

We had a constructive and friendly discussion about the topic here: 
https://bugzilla.opensuse.org/show_bug.cgi?id=1078111

The advise from the security team should be considered for a future patch.

-- 
You received this message because you are subscribed to the Google Groups 
"tryton-dev" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tryton-dev/e166beeb-8162-4cfd-90ed-9f256e657b04%40googlegroups.com.

Re: [tryton-dev] Impact mitigation for DDoS attack

[Axel Braun]

Am Sonntag, 4. Februar 2018 00:30:05 UTC+1 schrieb Cédric Krier:
> On 2018-02-03 07:48, Axel Braun wrote:
> > Am Montag, 29. Januar 2018 23:25:07 UTC+1 schrieb Cédric Krier:
> > > On 2018-01-29 12:47, Axel Braun wrote:
> > > > I would like to discuss https://bugs.tryton.org/issue5375 with all 
> > > > developers involved.
> > > 
> > > All developers have already commented on the issue and we all agree that
> > > the proposal is wrong, solves nothing and weakens the brute force attack
> > > protection.
> > 
> > We had a constructive and friendly discussion about the topic here: 
> > https://bugzilla.opensuse.org/show_bug.cgi?id=1078111
> 
> What I read is that more people agree that the applied patch does not
> solve any issue and disable the brute force attack protection.

Maybe you should read more carefully: The current implementation in Tryton, 
that allows you to bring the whole system down by flooding the database with 
login requests is rubbish (OK, the security team phrased it more politely)

> > The advise from the security team should be considered for a future patch.
> 
> But more importantly, the applied patch on the OpenSUSE package must be
> removed ASAP to not expose OpenSUSE users of the Tryton package to brute
> force attack against their password.

Dunno if you have read the link you have posted above 
(https://www.schneier.com/blog/archives/2009/01/bad_password_se.html) yourself, 
but the first comment already describes it pretty well.

Up to now we have no better patch in place. The proposed patch 
https://codereview.appspot.com/335550043/ makes thing even worse.
 
> PS: Moreover I think such patched Tryton could not complain with the GDRP[1]
> 
> [1] https://en.wikipedia.org/wiki/General_Data_Protection_Regulation

Where exactly?

-- 
You received this message because you are subscribed to the Google Groups 
"tryton-dev" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tryton-dev/1d16943d-95f3-4fb0-acf3-d306c4c281c0%40googlegroups.com.

[tryton-dev] Help on mercurial use with tryton.org

[Axel Braun]

Hi,

kindly asking for your help, as my request on IRC was not successful. I 
tried mercurial to push a change for the website

I cloned tryton.org
 hg clone http://hg.tryton.org/www.tryton.org/
on order to update the download links. Did so and got a change set

docb@T520:~/tryton/www.tryton.org> hg log
Änderung:71:67c2c9a02e55
Marke:   tip
Nutzer:      Axel Braun 
Datum:   Thu Sep 26 15:39:32 2013 +0200
Zusammenfassung: Updated openSUSE links

which i the exported back:
hg export 71:67c2c9a02e55

I can create a patch file and send it to where? Is there  a way to push it 
directly back to www.tryton.org?

Thanks
Axel

Re: [tryton-dev] Submitting change via mercurial

[Axel Braun]

Hi,

 

> - First you need push access to tryton.org 
>   As translator for Germany you should get it for this repository. 
>

How can I verify this?
 

> - If you are not yet experienced with mercurial, it would probably be 
> better to 
>   push to a codereview first. There you and others can control, if the 
> commit 
>   will be ok. 
>

Fine. Is this the Rietveld mentioned on 
http://code.google.com/p/tryton/wiki/HowtoContribute ? OK, will try...
 

> - Finally, if you got a LGTM on the review, go ahead and do a 'hg push' 
> (after 
>   preferably having done 'hg pull -u' to update to latest tip.) 
>
> Thanks
Axe 

Re: [tryton-dev] Help on mercurial use with tryton.org

[Axel Braun]

sorry for the double post, google needed a refresh to show the answer on 
the first post.

Re: [tryton-dev] Submitting change via mercurial

[Axel Braun]

Am Montag, 30. September 2013 18:24:34 UTC+2 schrieb Cédric Krier:
>
> > 
> > >> - First you need push access to tryton.org 
> > >>   As translator for Germany you should get it for this repository. 
> > >> 
> > > 
> > > How can I verify this? 
> > 
> > Ask the maintainer. Or simply try. 
>
> For now, website translation is managed via patch submition. 
>
>
Looks like here is my next problem. I created a patch file with
 hg export 71:67c2c9a02e55 > changed_links.diff

When uploading to Rietfeld, I get the error message:

Patch set contains no recognizable patches

What does Rietfeld expect?

Content of the file:
docb@T520:~/tryton/www.tryton.org> hg export 71:67c2c9a02e55 
# HG changeset patch
# User Axel Braun 
# Date 1380202772 -7200
# Node ID 67c2c9a02e55a813ba1cc6e0fc3412ff4b8312d0
# Parent  5ff8585b1f8d2f976843c419ecc0a82ccab5047a
Updated openSUSE links

diff -r 5ff8585b1f8d -r 67c2c9a02e55 stories/download.txt
--- a/stories/download.txt  Tue Sep 24 17:55:20 2013 +0200
+++ b/stories/download.txt  Thu Sep 26 15:39:32 2013 +0200
@@ -35,6 +35,7 @@
 * `Fedora
   <https://admin.fedoraproject.org/pkgdb/acls/list/?searchwords=tryton*>`_
 * `Gentoo <http://code.google.com/p/tryton/wiki/GentooOverlay>`_
+* `openSUSE 
<https://build.opensuse.org/project/show/home:DocB:python_packages>`_
 * `Ubuntu
   
<http://packages.ubuntu.com/search?suite=default§ion=all&arch=any&searchon=names&keywords=tryton>`_
 
diff -r 5ff8585b1f8d -r 67c2c9a02e55 
stories/download.txt.ca 
  

--- a/stories/download.txt.ca   Tue Sep 24 17:55:20 2013 
+0200   
  

+++ b/stories/download.txt.ca   Thu Sep 26 15:39:32 2013 
+0200   
  

@@ -35,6 +35,7 
@@  


 * 
`Fedora 



   
<https://admin.fedoraproject.org/pkgdb/acls/list/?searchwords=tryton*>`_



 * `Gentoo 
<http://code.google.com/p/tryton/wiki/GentooOverlay>`_  


+* `openSUSE 
<https://build.opensuse.org/project/show/home:DocB:python_packages>`_   
  

 * 
`Ubuntu 



   
<http://packages.ubuntu.com/search?suite=default§ion=all&arch=any&searchon=names&keywords=tryton>`_
 



   

diff -r 5ff8585b1f8d -r 67c2c9a02e55 
stories/download.txt.de 
  

--- a/stories/download.txt.de   Tue Sep 24 17:55:20 2013 
+0200   
  

+++ b/stories/download.txt.de   Thu Sep 26 15:39:32 2013 
+0200   
  

@@ -35,6 +35,7 
@@  


 * 
`Fedora 



   <https://admin.fedoraproject.org/pkgdb/acls/list/?searchwords=tryton*>`_
 * `Gentoo <http://code.google.com/p/tryton/wiki/GentooOverlay>`_
+* `openSUSE 
<https://build.opensuse.org/project/show/home:DocB:python_packages>`_
 * `Ubuntu
   
<http://packages.ubuntu.com/search?suite=default§ion=all&arch=any&searchon=names&keywords=tryton>`_
 
diff -r 5ff8585b1f8d -r 67c2c9a02e55 stories/download.txt.es
--- a/stories/download.txt.es   Tue Sep 24 17:55:20 2013 +0200
+++ b/stories/download.txt.es   Thu Sep 26 15:39:32 2013 +0200
@@ -35,6 +35,7 @@
 * `Fedora
   <https://admin.fedoraproject.org/pkgdb/acls/list/?searchwords

Re: [tryton-dev] Submitting change via mercurial

[Axel Braun]

Am Montag, 30. September 2013 22:39:58 UTC+2 schrieb raimonesteve:
>
>
> Looks like here is my next problem. I created a patch file with
>>  hg export 71:67c2c9a02e55 > changed_links.diff
>>
>
> Before you do a commit, you need to publish in  codereview.tryton.org. 
> How to?
>
> hg clone http://hg.tryton.org/www.tryton.org
> [ modifiy files your editor ]
> hg status
> hg review -m "www.tryton.org: message to commit"
>
>
Assuming you mean 'hgreview' https://bitbucket.org/nicoe/hgreview/overview 
as the third option to upload to the codereview?

I tried to install hgreview:
inux-qpe9:/home/test/Downloads/nicoe-hgreview-010f8fb267df # python 
setup.py 
install --record-rpm=filelist
running install
running bdist_egg
running egg_info
creating hgreview.egg-info
writing requirements to hgreview.egg-info/requires.txt
writing hgreview.egg-info/PKG-INFO
writing top-level names to hgreview.egg-info/top_level.txt
writing dependency_links to hgreview.egg-info/dependency_links.txt
writing manifest file 'hgreview.egg-info/SOURCES.txt'
reading manifest file 'hgreview.egg-info/SOURCES.txt'
writing manifest file 'hgreview.egg-info/SOURCES.txt'
installing library code to build/bdist.linux-i686/egg
running install_lib
running build_py
creating build
creating build/lib
creating build/lib/hgreview
copying hgreview/__init__.py -> build/lib/hgreview
copying hgreview/rietveld.py -> build/lib/hgreview
creating build/bdist.linux-i686
creating build/bdist.linux-i686/egg
creating build/bdist.linux-i686/egg/hgreview
copying build/lib/hgreview/__init__.py -> 
build/bdist.linux-i686/egg/hgreview
copying build/lib/hgreview/rietveld.py -> 
build/bdist.linux-i686/egg/hgreview
byte-compiling build/bdist.linux-i686/egg/hgreview/__init__.py to 
__init__.pyc
byte-compiling build/bdist.linux-i686/egg/hgreview/rietveld.py to 
rietveld.pyc
creating build/bdist.linux-i686/egg/EGG-INFO
copying hgreview.egg-info/PKG-INFO -> build/bdist.linux-i686/egg/EGG-INFO
copying hgreview.egg-info/SOURCES.txt -> build/bdist.linux-i686/egg/EGG-INFO
copying hgreview.egg-info/dependency_links.txt -> build/bdist.linux-
i686/egg/EGG-INFO
copying hgreview.egg-info/requires.txt -> 
build/bdist.linux-i686/egg/EGG-INFO
copying hgreview.egg-info/top_level.txt -> 
build/bdist.linux-i686/egg/EGG-INFO
zip_safe flag not set; analyzing archive contents...
creating dist
creating 'dist/hgreview-0.3-py2.7.egg' and adding 
'build/bdist.linux-i686/egg' 
to it
removing 'build/bdist.linux-i686/egg' (and everything under it)
Processing hgreview-0.3-py2.7.egg
Copying hgreview-0.3-py2.7.egg to /usr/lib/python2.7/site-packages
Adding hgreview 0.3 to easy-install.pth file

Installed /usr/lib/python2.7/site-packages/hgreview-0.3-py2.7.egg
Processing dependencies for hgreview==0.3
Searching for mercurial==2.7.1
Best match: mercurial 2.7.1
Adding mercurial 2.7.1 to easy-install.pth file

Using /usr/lib/python2.7/site-packages
Finished processing dependencies for hgreview==0.3

...this looks OK so far, but did not result in a command 'hgreview' or 'hg 
review': 
hg: unknown command 'review'

Any hints?

BTW, I tried to contact the author of the software but got a bounce  reply 
on my GMX-account:

"nicolas.evr...@b2ck.com":
domain has no valid mail exchangers

Re: [tryton-dev] Submitting change via mercurial

[Axel Braun]

- If you are not yet experienced with mercurial, it would probably be 
better to 

>   push to a codereview first. There you and others can control, if the 
> commit 
>   will be ok. 
>
> Hmmm...I created a patch file 
 hg export 71:67c2c9a02e55 > changed_links.diff
but the import in rietveld complains
Patch set contains no recognizable patches

upload.py gave a similar result. Do I have to prepare the patchfile a 
different way?

# HG changeset patch
# User Axel Braun 
# Date 1380202772 -7200
# Node ID 67c2c9a02e55a813ba1cc6e0fc3412ff4b8312d0
# Parent  5ff8585b1f8d2f976843c419ecc0a82ccab5047a
Updated openSUSE links

diff -r 5ff8585b1f8d -r 67c2c9a02e55 stories/download.txt
--- a/stories/download.txt	Tue Sep 24 17:55:20 2013 +0200
+++ b/stories/download.txt	Thu Sep 26 15:39:32 2013 +0200
@@ -35,6 +35,7 @@
 * `Fedora
   <https://admin.fedoraproject.org/pkgdb/acls/list/?searchwords=tryton*>`_
 * `Gentoo <http://code.google.com/p/tryton/wiki/GentooOverlay>`_
+* `openSUSE <https://build.opensuse.org/project/show/home:DocB:python_packages>`_
 * `Ubuntu
   <http://packages.ubuntu.com/search?suite=default§ion=all&arch=any&searchon=names&keywords=tryton>`_
 
diff -r 5ff8585b1f8d -r 67c2c9a02e55 stories/download.txt.ca
--- a/stories/download.txt.ca	Tue Sep 24 17:55:20 2013 +0200
+++ b/stories/download.txt.ca	Thu Sep 26 15:39:32 2013 +0200
@@ -35,6 +35,7 @@
 * `Fedora
   <https://admin.fedoraproject.org/pkgdb/acls/list/?searchwords=tryton*>`_
 * `Gentoo <http://code.google.com/p/tryton/wiki/GentooOverlay>`_
+* `openSUSE <https://build.opensuse.org/project/show/home:DocB:python_packages>`_
 * `Ubuntu
   <http://packages.ubuntu.com/search?suite=default§ion=all&arch=any&searchon=names&keywords=tryton>`_
 
diff -r 5ff8585b1f8d -r 67c2c9a02e55 stories/download.txt.de
--- a/stories/download.txt.de	Tue Sep 24 17:55:20 2013 +0200
+++ b/stories/download.txt.de	Thu Sep 26 15:39:32 2013 +0200
@@ -35,6 +35,7 @@
 * `Fedora
   <https://admin.fedoraproject.org/pkgdb/acls/list/?searchwords=tryton*>`_
 * `Gentoo <http://code.google.com/p/tryton/wiki/GentooOverlay>`_
+* `openSUSE <https://build.opensuse.org/project/show/home:DocB:python_packages>`_
 * `Ubuntu
   <http://packages.ubuntu.com/search?suite=default§ion=all&arch=any&searchon=names&keywords=tryton>`_
 
diff -r 5ff8585b1f8d -r 67c2c9a02e55 stories/download.txt.es
--- a/stories/download.txt.es	Tue Sep 24 17:55:20 2013 +0200
+++ b/stories/download.txt.es	Thu Sep 26 15:39:32 2013 +0200
@@ -35,6 +35,7 @@
 * `Fedora
   <https://admin.fedoraproject.org/pkgdb/acls/list/?searchwords=tryton*>`_
 * `Gentoo <http://code.google.com/p/tryton/wiki/GentooOverlay>`_
+* `openSUSE <https://build.opensuse.org/project/show/home:DocB:python_packages>`_
 * `Ubuntu
   <http://packages.ubuntu.com/search?suite=default§ion=all&arch=any&searchon=names&keywords=tryton>`_
 
diff -r 5ff8585b1f8d -r 67c2c9a02e55 stories/download.txt.fr
--- a/stories/download.txt.fr	Tue Sep 24 17:55:20 2013 +0200
+++ b/stories/download.txt.fr	Thu Sep 26 15:39:32 2013 +0200
@@ -35,6 +35,7 @@
 * `Fedora
   <https://admin.fedoraproject.org/pkgdb/acls/list/?searchwords=tryton*>`_
 * `Gentoo <http://code.google.com/p/tryton/wiki/GentooOverlay>`_
+* `openSUSE <https://build.opensuse.org/project/show/home:DocB:python_packages>`_
 * `Ubuntu
   <http://packages.ubuntu.com/search?suite=default§ion=all&arch=any&searchon=names&keywords=tryton>`_
 
diff -r 5ff8585b1f8d -r 67c2c9a02e55 stories/download.txt.ru
--- a/stories/download.txt.ru	Tue Sep 24 17:55:20 2013 +0200
+++ b/stories/download.txt.ru	Thu Sep 26 15:39:32 2013 +0200
@@ -35,6 +35,7 @@
 * `Fedora
   <https://admin.fedoraproject.org/pkgdb/acls/list/?searchwords=tryton*>`_
 * `Gentoo <http://code.google.com/p/tryton/wiki/GentooOverlay>`_
+* `openSUSE <https://build.opensuse.org/project/show/home:DocB:python_packages>`_
 * `Ubuntu
   <http://packages.ubuntu.com/search?suite=default§ion=all&arch=any&searchon=names&keywords=tryton>`_
 

Re: [tryton-dev] Submitting change via mercurial

[Axel Braun]

Am Dienstag, 1. Oktober 2013 12:34:13 UTC+2 schrieb Nicolas Évrard:
>
> * Axel Braun  [2013-10-01 12:22 +0200]: 
> >> Looks like here is my next problem. I created a patch file with 
> >>>  hg export 71:67c2c9a02e55 > changed_links.diff 
> >>> 
> >> 
> >> Before you do a commit, you need to publish in  codereview.tryton.org. 
> >> How to? 
> >> 
> >> hg clone http://hg.tryton.org/www.tryton.org 
> >> [ modifiy files your editor ] 
> >> hg status 
> >> hg review -m "www.tryton.org: message to commit" 
> >> 
> >> 
> >Assuming you mean 'hgreview' 
> https://bitbucket.org/nicoe/hgreview/overview 
> >as the third option to upload to the codereview? 
> > 
> >I tried to install hgreview: 
> > ... snip log ... 
> >...this looks OK so far, but did not result in a command 'hgreview' or 
> 'hg 
> >review': 
> >hg: unknown command 'review' 
> > 
> >Any hints? 
>
> Just like any mercurial extension you need to activate it in your 
> .hgrc 
>
> To do so, in [extensions] add this line: 
>
> hgreview = 
>
>
Does not help:

linux-qpe9:/mnt/www.tryton.org # hg review -m "www.tryton.org: message to 
commit"
hg: unbekannter Befehl 'review'
Mercurial Distributed SCM

Grundlegende Befehle:

 add   Fügt die angegebenen Dateien der nächsten Version hinzu
 annotate  Zeigt Informationen über Änderungssätze pro Dateizeile an
 clone Erzeugt eine Kopie eines bestehenden Projektarchivs
 commitÜbernimmt Änderungen der angegebenen Dateien oder alle
   ausstehenden Änderungen ins Archiv
 diff  Zeigt Änderungen des Projektarchivs oder angegebener Dateien 
an
 exportGibt Kopfzeilen und Änderungsverlauf einer oder mehrerer
   Versionen aus
 forgetAngegebene Dateien ab dem nächsten Commit nicht mehr unter
   Versionskontrolle stellen
 init  Erzeugt ein neues Projektarchiv im angegebenen Verzeichnis
 log   Zeigt die Revisionshistorie des Archivs oder von Dateien an
 merge Führt das Arbeitsverzeichnis mit einer anderen Revision
   zusammen
 pull  Ruft Änderungen von der angegebenen Quelle ab
 push  Überträgt lokale Änderungen zum angegebenen Ziel
 removeEntfernt die angegebenen Dateien in der nächsten Version
 serve Startet einen eigenständigen Webserver
 statusZeigt geänderte Dateien im Arbeitsverzeichnis
 summary   Fasst den Status des Arbeitsverzeichnisses zusammen
 updateAktualisiert das Arbeitsverzeichnis (oder wechselt die 
Version)

Nutze "hg help" für eine Liste aller Befehle oder "hg -v" für Details
linux-qpe9:/mnt/HMH/www.tryton.org # hgreview -m "www.tryton.org: message 
to commit"
If 'hgreview' is not a typo you can use command-not-found to lookup the 
package that contains it, like this:
cnf hgreview

 

> >BTW, I tried to contact the author of the software but got a bounce 
>  reply 
> >on my GMX-account: 
> > 
> >"nicol@b2ck.com ": 
> >domain has no valid mail exchangers 
>
> I can assure you that I can receive emails ;). 
>
> Good, I tried from the gmail account now. No idea why GMX moans about your 
MX-record 

Re: [tryton-dev] Submitting change via mercurial

[Axel Braun]

Am Dienstag, 1. Oktober 2013 13:50:39 UTC+2 schrieb Nicolas Évrard:
>
>
> It should work. 
> What is the result of: 
>
>  python -c 'import hgreview' 
>
> If there is problem importing hgreview then it's an installation 
> problem otherwise it is a mercurial problem. 
>
> It was a typo problem :-)
I got hgreview working now, but could not upload to codereview.tryton.org.
After some more reading i found out that the problem is the commit that 
took already place .
I did a new clone of the repo, copied the changed files in, and started the 
upload:

docb@T520:~/tryton/www.tryton.org> hg review -m "www.tryton.org: message to 
commit" 
Email (login for uploading) [coogorsail...@gmail.com]: 
Server used http://codereview.tryton.org
Password for coogorsail...@gmail.com: 
Issue created. URL: http://codereview.tryton.org/1110002
Abbruch: HTTP Error 500: Internal Server Error

Oops...internal server error.but anyway, the change is now on the 
codereview

Thanks to all for your help!

Re: [tryton-dev] www.tryton.org: message to commit

[Axel Braun]

Am Dienstag, 1. Oktober 2013 18:39:08 UTC+2 schrieb Cédric Krier:
>
> > 
> > URL: http://codereview.tryton.org/1110002/ 
> > 
>
> My concern is that it is a personal package and not an official openSUSE 
> (if I understand correctly).  I would prefer (as I don't have any 
> knowledge in openSUSE package) that we link only packages managed by the 
> official workflow of the distribution. 
>
> The build service offers users the ability to build packages for various 
platforms (Fedora, Red Hat, Cent OS, Ubuntu, Debian,..) from a single 
source. openSUSE as distribution bases completely on packages from the 
build service.

For sure we could try to push this into a standard repository (e.g. 
/repositories/server:/ERP, to be created). But in the end of the day, it 
needs a maintainer. So you can volunteer, or I can continue doing this. it 
would not be pushed into a standard repo without having a maintainer. In my 
personal area, it gives me more flexibility, e.g. to add python repos that 
are required for building. 

More important for me is that there is a build for openSUSE, which makes it 
easy to install Tryton from RPM, with the standard tools (like zypper).

Re: [tryton-dev] www.tryton.org: message to commit

[Axel Braun]

As I have been off some days (Oct 03 is a public holiday in germany) and 
could not read usenet in between, I have read a lot of valid comments in 
this thread. Let me add some points in this answer. 

Am Mittwoch, 2. Oktober 2013 16:05:57 UTC+2 schrieb Cédric Krier:
 

> > > My concern is that it is a personal package and not an official 
> openSUSE 
> > > (if I understand correctly).  I would prefer (as I don't have any 
> > > knowledge in openSUSE package) that we link only packages managed by 
> the 
> > > official workflow of the distribution. 
> > > 
> > > The build service offers users the ability to build packages for 
> various 
> > platforms (Fedora, Red Hat, Cent OS, Ubuntu, Debian,..) from a single 
> > source. openSUSE as distribution bases completely on packages from the 
> > build service. 
>
> We are not really concern, packages already exist for Fedora (and I 
> guess derivates), Ubuntu and Debian 
>

Yes, but not everybody is using Ubuntu or Debian.
 

>
> > For sure we could try to push this into a standard repository (e.g. 
> > /repositories/server:/ERP, to be created). But in the end of the day, it 
> > needs a maintainer. 
>
> Of course, to garantee that guidelines of the distrubution are followed. 
>

No, it is not the repository that guarantees consistency, it is the 
software. Buildservice provides various checks [1] to make sure that 
quality and consistency are OK .

openSUSE builds the distribution as well as distribution/security updates 
on the build service, there is no difference in handling. As I maintain 
packages in the official repos as well, I can confirm this :-)

>
> > or I can continue doing this. it 
> > would not be pushed into a standard repo without having a maintainer. In 
> my 
> > personal area, it gives me more flexibility, e.g. to add python repos 
> that 
> > are required for building. 
>
> Yes that is my concern. If there is a maintainer behind the package than 
> we can encourage people to use it otherwise we just give unverifiable 
> advise. 
>

I dont get this point. If I need a certain package which is not in the 
standard distribution, but e.g. in the project "devel:languages:python", I 
can easily add the repo, whereas in a project, where I am not the 
(main)maintainer, it is more difficult (but still works - we talk to each 
other).

If you look at the currently linked distributions, some Tryton packages are 
maintained in the 'user repositiories', or in the 'universe-repo', which is 
by definition "Community maintained software, i.e. not officially supported 
software. "

> More important for me is that there is a build for openSUSE, which makes 
> it 
> > easy to install Tryton from RPM, with the standard tools (like zypper). 
>
> I think this goal doesn't reach the global Tryton goal. 
>

This leads to various questions:
1) what is the global Tryton goal?
2) do you favour some distributions over others?
3) how much do you trust community input?

IMHO we should try to provide as much as possible easy to use software 
compilations. I know some of the tryton community favor debian, other 
Ubuntu, and we should appreciate their time spend for the project.

Maybe this is a topic for the TUB as well?

Cheers
Axel

[1] http://en.opensuse.org/openSUSE:Packaging_checks

Re: [tryton-dev] www.tryton.org: message to commit

[Axel Braun]

Am Donnerstag, 3. Oktober 2013 10:21:34 UTC+2 schrieb Cédric Krier:
>
> > A solution we are agree togheter is all linux distributions available 
> > in wiki page, add in download page; same as Gentoo 
> > 
> > on openSUSE 
> > on FreeBSD 
> > on Debian 
> > on Mandriva 
> > on Ubuntu 
> > on Fedora / Redhat 
> > on ForesightLinux 
> > on Slackware 
> > on Gentoo 
>
> Almost all those pages are invalid/out of date/depracated. I was against 
> such pages since day one and I think time proof I was right about my 
> concern. For me the best solution is to remove all of them. 
>

..or ask the creator/maintainer to update them 

[tryton-dev] hg: applying additional development while one is under review

[Axel Braun]

Gents, 

I need another help from you experts.
While there is one change under review [1] I thing of adding more 
translation. How do I manage to have this not impacting the first review, 
when it is send to review? I can not read this out of [2] ?
BTW, is the part about translation in [2] still up to date?

Thx/Axel
[1] http://codereview.tryton.org/1110002/
[2] http://code.google.com/p/tryton/wiki/HowtoContribute

Re: [tryton-dev] hg: applying additional development while one is under review

[Axel Braun]

Am Mittwoch, 9. Oktober 2013 11:21:07 UTC+2 schrieb Cédric Krier:
>
> > I need another help from you experts. 
> > While there is one change under review [1] I thing of adding more 
> > translation. How do I manage to have this not impacting the first 
> review, 
> > when it is send to review? I can not read this out of [2] ? 
>
> Make a branch http://mercurial.selenic.com/wiki/Branch 
> (not a named branch). 
>

...reading through the document I have to commit my earlier changes first 
(or create a named branch). on the other hand, for the review process I 
should not commit... Does that bite itself? Or can I commit the first 
change (currently under review), creaet a branch, and then submit the first 
change (hg export) ?

Thx!
 

Re: [tryton-dev] hg: applying additional development while one is under review

[Axel Braun]

> If I understand correctly you are volunteering to translate the website to 
> German? So be very welcome and please add yourself to 
> http://code.google.com/p/tryton/wiki/ProjectOrganization 
>

...I'm already in there for News , but if I find time, I can support the 
website as well. 

[tryton-dev] Tryton 3.0: change to localization files

[Axel Braun]

Hi,

I started building the new release, and found out that the build scripts 
stop with an error, resp. with a couple of files that were not there in the 
2.8 release:

[   75s]  Installed (but unpackaged) file(s) found:
[   75s]/usr/share/locale/cs_CZ/LC_MESSAGES/tryton.po
[   75s]/usr/share/locale/de_DE/LC_MESSAGES/tryton.po
[   75s]/usr/share/locale/es_AR/LC_MESSAGES/tryton.po
[   75s]/usr/share/locale/es_CO/LC_MESSAGES/tryton.po
[   75s]/usr/share/locale/es_ES/LC_MESSAGES/tryton.po
[   75s]/usr/share/locale/fr_FR/LC_MESSAGES/tryton.po
[   75s]/usr/share/locale/ru_RU/LC_MESSAGES/tryton.po
[   75s]/usr/share/locale/sl_SI/LC_MESSAGES/tryton.po
[   75s]/usr/share/locale/tryton.pot


Was there a change in the setup of the localization files?

Re: [tryton-dev] Tryton 3.0: change to localization files

[Axel Braun]

Am Donnerstag, 24. Oktober 2013 15:21:23 UTC+2 schrieb yangoon:
>
> * Axel Braun: " [tryton-dev] Tryton 3.0: change to localization files" 
> (Thu, 24 
>   Oct 2013 04:53:02 -0700 (PDT)): 
> > I started building the new release, and found out that the build scripts 
> > stop with an error, resp. with a couple of files that were not there in 
> the 
> > 2.8 release: 
> > ..
> > Was there a change in the setup of the localization files? 
>
> Yes, see here 
>
> http://hg.tryton.org/tryton/rev/d3c09019f48a 
>
> OK, Thanks for the hint. 
I fixed the build scripts, it works again.

>
> -- 
>
> Mathias Behrle 
> MBSolutions 
> Gilgenmatten 10 A 
> D-79114 Freiburg 
>
> Tel: +49(761)471023 
> Fax: +49(761)4770816 
> http://m9s.biz 
> UStIdNr: DE 142009020 
> PGP/GnuPG key availabable from any keyserver, ID: 0x8405BBF6 
>

[tryton-dev] Re: tryton: Adding *.po and *.pot of translation files to package.

[Axel Braun]

Am Mittwoch, 2. Oktober 2013 12:36:59 UTC+2 schrieb Code Review - New 
issues: yangoon:
>
> (No description) 
>
> URL: 
> http://codereview.tryton.org/1116002/
>  
>

I'm wondering what the sense of this is. *po and pot files should be 
compiled to *mo files.  
There is no need to add them to a final package. If needed, they should go 
to a -devel package

/Ax

Re: [tryton-dev] Re: tryton: Adding *.po and *.pot of translation files to package.

[Axel Braun]

Am Sonntag, 24. November 2013 13:59:17 UTC+1 schrieb yangoon:
>
> * Axel Braun: " [tryton-dev] Re: tryton: Adding *.po and *.pot of 
> translation 
>   files to package." (Sun, 24 Nov 2013 04:20:31 -0800 (PST)): 
>
> > Am Mittwoch, 2. Oktober 2013 12:36:59 UTC+2 schrieb Code Review - New 
> > issues: yangoon: 
> > > 
> > > (No description) 
> > > 
> > > URL: 
> > > http://codereview.tryton.org/1116002/<http://www.google.com/url?q=http%3A%2F%2Fcodereview.tryton.org%2F1116002%2F&sa=D&sntz=1&usg=AFQjCNEUQb_g8dzj-UYv2FyyYj6BdSekzQ>
> <
> http://www.google.com/url?q=http%3A%2F%2Fcodereview.tryton.org%2F1116002%2F&sa=D&sntz=1&usg=AFQjCNEUQb_g8dzj-UYv2FyyYj6BdSekzQ>
>  
>
> > > 
> > 
> > I'm wondering what the sense of this is. *po and pot files should be 
> > compiled to *mo files.   
> > There is no need to add them to a final package. If needed, they should 
> go 
> > to a -devel package 
>
> We are using GPL(3). 
>
> https://bugs.tryton.org/issue3397<https://www.google.com/url?q=https%3A%2F%2Fbugs.tryton.org%2Fissue3397&sa=D&sntz=1&usg=AFQjCNHaOWjNivkQX7vu8b1cYLG3-78LIg>
>  
>

I see. I placed them in the corresponding -devel packages .

[tryton-dev] Upgrades in the download repository

[Axel Braun]

Hi,

by chance I noticed that there are some new versions of tryton modules in 
the download section, but no information in tryton-announce, or here in the 
group.

Is this announced somewhere else?

If not, can this be announced in the future? That makes maintenance for 
packages easier.

Thanks
Axel

Re: [tryton-dev] Upgrades in the download repository

[Axel Braun]

Am Mittwoch, 11. Dezember 2013 15:18:49 UTC+1 schrieb Cédric Krier:
>
> > by chance I noticed that there are some new versions of tryton modules 
> in 
> > the download section, but no information in tryton-announce, or here in 
> the 
> > group. 
> > 
> > Is this announced somewhere else? 
> > 
> > If not, can this be announced in the future? That makes maintenance for 
> > packages easier. 
>
> If someone volunteer to do it, feel free. 
>
>
Maybe the one who knows about and pushes the changes? ;-) 

Re: [tryton-dev] Upgrades in the download repository

[Axel Braun]

Am Donnerstag, 12. Dezember 2013 16:27:53 UTC+1 schrieb Sergi Almacellas 
Abellana:
>
>
> > If not, can this be announced in the future? That makes maintenance for 
>> > packages easier. 
>>
>> If someone volunteer to do it, feel free. 
>>
>>  
> Maybe the one who knows about and pushes the changes? ;-) 
>
> Anyone can do it as tryton-commit exists :) 
>
> Yes, just read it in the other thread 

[tryton-dev] Python3

[Axel Braun]

Hi,

is there already a plan to migrate Tryton to python3? 

Thx
Axel

[tryton-dev] Re: Best Linux Server

[Axel Braun]

Am Sonntag, 2. März 2014 09:13:29 UTC+1 schrieb M. Janaki Meena:
>
> Dear All,
>
> We are customizing GNUHealth which is based on Tryton for our hospital. 
>
> Can you please suggest me a stable linux server for running the software?
>
> openSUSE 13.1 (long term release) or SLES.
But if you ask 20 people, you get 25 opinions

Cheers/Axel 

[tryton-dev] Re: Freeze of repositories

[Axel Braun]

Am Donnerstag, 20. März 2014 00:23:45 UTC+1 schrieb Cédric Krier:
>
>
> The 3.2 release is planned to April 21th so it is time to freeze the 
> repositories and work on testing, fixing remaining bugs and translating. 
>
> Will there be an official 3.0.3 before that?

Cheers/Ax 

[tryton-dev] Product categories - unsorted and double entries

[Axel Braun]

Hi,

while creating product categories I noticed that it is possible to enter 
the same category twice. In a large number of product categories this is 
easily possible, but should be avoided. I assume it is stored not with the 
name, but with an ID as key field in the database. 

Second thingthe list is unsorted, which makes it hard to maintain. As 
long as the GUI does not offer a sort function on Name, I think the use of 
sorted tables could be an option (TYPE sorted table of...). Does Tryton 
resp. Postgres support this?

Comments welcome
Axel

[tryton-dev] Re: Freeze of repositories

[Axel Braun]

>
>> Will there be an official 3.0.3 before that?
>
>
Yep, now its there :-)
Thanks

Re: [tryton-dev] Product categories - unsorted and double entries

[Axel Braun]

Hi Guillem,

Am Montag, 24. März 2014 08:51:06 UTC+1 schrieb Guillem Barba:
>
> > Second thingthe list is unsorted, which makes it hard to maintain. 
> As long as the GUI does not offer a sort function on Name, I think the use 
> of sorted tables could be an option (TYPE sorted table of...). Does Tryton 
> resp. Postgres support this?
>
> You can achieve what you want with a UNIQUE sql_constraint and with _order 
> property of model.
>
> BUT it will work for the original value, not for translated one.
>
I assume that is the reason why it is not in Standard- Tryton?
Anyway, enabling a sort function in the tryton client would work on 
translated values as well.

Thx/Axel 

[tryton-dev] Re: update/install module

[Axel Braun]

Hi Cedric,

Am Mittwoch, 10. September 2014 09:29:59 UTC+2 schrieb Cédric Krier:
>
>
> There is a side effect of the changeset [1] which is that the update and 
> install arguments have indeed the same behavior. 
> For example, if you run: 
>
> trytond -d  -u all 
>
> this will install all the modules. 
> This is because there was only at one places where there was a 
> difference between both options and this difference is no more possible 
> with the refactoring because it lays on global variables. 
>
> I think the best way to fix that if to explicitly make them one options 
> (for example keep -u) which will install or update the named module. 
>

If I remember right, after an upgrade it was required to run the -u. 
Thats OK, but I would prefer an option that updates all installed modules 
automatically, and not naming each module to upgrade ...
 

> Also we should remove the "all" special keyword because it doesn't help 
> who wants to install all the module. So instead to update all the 
> installed module, you should simply update "ir" (because all module must 
> depend on it, otherwise they do nothing). 
> For the record, I would like in the future merge both module "ir" and 
> "res" into a single "base" module and move webdav as a normal module. 
>

Sounds good.
So if
   trytond -d  -u base
would only upgrade base and installed modules. 
Or merge this directly into an option --dup (a.k.a. Distribution Upgrade)

Cheers
Axel 

> Website: http://www.b2ck.com/ 
>

[tryton-dev] trytond 3.4: Dependencies

[Axel Braun]

Hi,
I'm currently checking the dependencies for tryton server 3.4 compared to 
previous versions.
Not explicit mentioned anymore are

python-pytz
python-pyOpenSSL
python-egenix-mx-base
libreoffice-pyuno

Can anyone confrm that they are not required anymore?
Thanks
Axel

[tryton-dev] trytond.conf

[Axel Braun]

Hi,

I've read about the changes to the trytond.conf file
Is the config file generated dynamically in between?

(I noticed that the build failed due to the fact that there is no 
etc/trytond.conf in source package of 3.4. In 3.2 there was 
etc/trytond.conf.)

Cheers
Axel

Re: [tryton-dev] trytond.conf

[Axel Braun]

Feel free to use the commented conf file from the debian package [1][2], 
>
> Thanks Mathias, that helps!
Anyway, I feel an example should be in the source package, as it was before

Cheers
Axel

[tryton-dev] problem to register module 'email_queue'

[Axel Braun]

Hi,

I'm currently trying to migrate our database to a new system, and have some 
trouble with the module email_queue. It is in the modules folder:

linux-wy2x:/home/test # dir 
> /usr/lib/python2.7/site-packages/trytond/modules/ |grep email
> drwxr-xr-x 1 root root   164  8. Dez 16:31 email_queue
>
> ...but still causes some trouble when updating the database:



[Mon Dec 08 16:49:28 2014] INFO:modules:hmh:registering classes
> [Mon Dec 08 16:49:28 2014] INFO:pool:init pool for "hmh"
> Traceback (most recent call last):
>   File "/usr/bin/trytond", line 111, in 
> trytond.server.TrytonServer(options).run()
>   File "/usr/lib/python2.7/site-packages/trytond/server.py", line 124, in 
> run
> Pool(db_name).init(update=update, lang=lang)
>   File "/usr/lib/python2.7/site-packages/trytond/pool.py", line 151, in 
> init
> lang=lang)
>   File "/usr/lib/python2.7/site-packages/trytond/modules/__init__.py", 
> line 396, in load_modules
> graph = create_graph(module_list)[0]
>   File "/usr/lib/python2.7/site-packages/trytond/modules/__init__.py", 
> line 193, in create_graph
> - set((p[0] for p in packages
> Exception: Missing dependencies: ['email_queue']
>
>
a look into table ir_module_module shows that it in *not* (yet) in the 
database - also not in the currently running system
Is there a way that I can check the proper registration, or to remove the 
dependency?

Thanks
Axel

Re: [tryton-dev] problem to register module 'email_queue'

[Axel Braun]

Hi Sergi

Am Dienstag, 9. Dezember 2014 19:59:22 UTC+1 schrieb Sergi Almacellas 
Abellana:
 

> > I'm currently trying to migrate our database to a new system, and have 
> > some trouble with the module email_queue. It is in the modules folder: 
> > 
> > linux-wy2x:/home/test # dir 
> > /usr/lib/python2.7/site-packages/trytond/modules/ |grep email 
> > drwxr-xr-x 1 root root   164  8. Dez 16:31 email_queue 
> > 
> > ...but still causes some trouble when updating the database: 
> > 
> >  
>
> I see root root as user, are you running trytond as root? If not please 
> ensure that the trytond user is able to read the folder. 
>

Tryton server is running as user 'tryton' no worries :-)
 

>  
> > [Mon Dec 08 16:49:28 2014] INFO:modules:hmh:registering classes 
> > [Mon Dec 08 16:49:28 2014] INFO:pool:init pool for "hmh" 
> > Traceback (most recent call last): 
> >File "/usr/bin/trytond", line 111, in  
> >  trytond.server.TrytonServer(options).run() 
> >File "/usr/lib/python2.7/site-packages/trytond/server.py", line 
> > 124, in run 
> >  Pool(db_name).init(update=update, lang=lang) 
> >File "/usr/lib/python2.7/site-packages/trytond/pool.py", line 
> > 151, in init 
> >  lang=lang) 
> >File 
> > "/usr/lib/python2.7/site-packages/trytond/modules/__init__.py", line 
> > 396, in load_modules 
> >  graph = create_graph(module_list)[0] 
> >File 
> > "/usr/lib/python2.7/site-packages/trytond/modules/__init__.py", line 
> > 193, in create_graph 
> >  - set((p[0] for p in packages 
> > Exception: Missing dependencies: ['email_queue'] 
> > 
> > 
> > a look into table ir_module_module shows that it in *not* (yet) in the 
> > database - also not in the currently running system 
> > Is there a way that I can check the proper registration, or to remove 
> > the dependency? 
>
> You should edit the tryton.cfg file of the dependant module to remove 
> the dependency but i won't recomment it, as if it's there is because 
> it's needed. 
>
>
This is strange, it is not mentioned in tryton.cfg of the module in error, 
nor do I find the entry somewhere in our (production) installation.
But it seems to be in the database.
Weird.
Maybe tryton can throw up just an error in such cases and try to continue 
working? (Point for improval)

Best/Axel

Re: [tryton-dev] problem to register module 'email_queue'

[Axel Braun]

Hi Guillem,

Am Mittwoch, 10. Dezember 2014 15:30:06 UTC+1 schrieb Guillem Barba:
>
>
> This is strange, it is not mentioned in tryton.cfg of the module in
>>> error, nor do I find the entry somewhere in our (production) 
>>> installation.
>>> But it seems to be in the database.
>>>
>> The error means that there is another module that depends on this module. 
>> So you need to find for another module that depends on this module.
>>
>> On filesystem, you must check the modules folder of the trytond 
>> instalation, and also the installed eggs.
>>
>>
>> On database you can check the ir_module_module and the 
>> ir_module_module_dependency tables. It may be there if the database was ran 
>> on another trytond server which has the module and it's dependencies.
>>
>
> Have you updated the module list? It is done when you up upgrade some 
> module so you can do something like:
> ./bin/trytond -c  -d  -u email_queue
>
> It will update the module list and install this missing dependency.
>
> That was the magic hint, thank you!
For the records;
In ir_module_module and the ir_module_module_dependency, the 
email_queue-module was not included. Means, in the database was no need for 
that module!

The package causing the trouble was nereid_project, which was in the 
production database in version 3.0.3.x (no need for email_queue), while on 
the new system it was version 3.0.6.1 (with need for email_queue, which was 
as well installed!).

So, by running the update 
trytond  -d  -u email_queue
and afterwards
trytond  -d  -u all
the problem was solved.

That leads to the question: is The inability of '-u all' to solve all 
dependencies properly a bug or a feature?

Thanks again
Axel
 

[tryton-dev] trytond fails to start if logfile does not exist

[Axel Braun]

Hi,

I'm currently playing around with tryton 3.4, and noticed the following 
problem:

/usr/bin/trytond --config /etc/tryton/trytond.conf 
--pidfile=/var/lib/trytond/trytond.pid 
--logconf=/etc/tryton/trytond_log.conf
Traceback (most recent call last):
  File "/usr/bin/trytond", line 80, in 
trytond.server.TrytonServer(options).run()
  File "/usr/lib/python2.7/site-packages/trytond/server.py", line 30, in 
__init__
logging.config.fileConfig(options.logconf)
  File "/usr/lib/python2.7/logging/config.py", line 85, in fileConfig
handlers = _install_handlers(cp, formatters)
  File "/usr/lib/python2.7/logging/config.py", line 163, in 
_install_handlers
h = klass(*args)
  File "/usr/lib/python2.7/logging/handlers.py", line 171, in __init__
BaseRotatingHandler.__init__(self, filename, 'a', encoding, delay)
  File "/usr/lib/python2.7/logging/handlers.py", line 64, in __init__
logging.FileHandler.__init__(self, filename, mode, encoding, delay)
  File "/usr/lib/python2.7/logging/__init__.py", line 911, in __init__
StreamHandler.__init__(self, self._open())
  File "/usr/lib/python2.7/logging/__init__.py", line 936, in _open
stream = open(self.baseFilename, self.mode)
IOError: [Errno 2] No such file or directory: '/var/log/tryton/trytond.log'

IMHO Tryton should catch this error and create the file, shouldn't it?

Thanks
Axel

Re: [tryton-dev] trytond fails to start if logfile does not exist

[Axel Braun]

Am Montag, 15. Dezember 2014 16:33:04 UTC+1 schrieb Pierre-Louis Bonicoli:
>
> On 15/12/2014 16:22, Axel Braun wrote: 
> > I'm currently playing around with tryton 3.4, and noticed the following 
> > problem: 
> > 
> > /usr/bin/trytond --config /etc/tryton/trytond.conf 
> > --pidfile=/var/lib/trytond/trytond.pid 
> > --logconf=/etc/tryton/trytond_log.conf 
> [...] 
> > IOError: [Errno 2] No such file or directory: 
> '/var/log/tryton/trytond.log' 
> > 
> > IMHO Tryton should catch this error and create the file, shouldn't it? 
>
> Hi, 
>
> I guess trytond process could not access to 
> '/var/log/tryton/trytond.log' because the directory '/var/log/tryton/' 
> doesn't exist. 
>
> Indeed, there was a typo, should have read /var/log/trytond

Sorry for the confusion!
Axel 

Re: [tryton-dev] RFC: Landed Cost

[Axel Braun]

Am Samstag, 11. April 2015 13:00:05 UTC+2 schrieb Cédric Krier:
>
>
> > From the description in the blueprint it sounds like 
> > account_stock_continental reflects a standard priced material, while 
> > account_stock_anglosaxon reflects a variable priced material? 
>
> I don't realy understand what you mean but the big difference between 
> both is that for anglo-saxon, you book the cost of goods sold. So as it 
> is on sold, you don't know excatly the cost of the particular product 
> sold but you have the cost price which is probably an average. 
> So if we update the cost price of such product afterward it is sold, we 
> need to correct the cost of goods sold already registered. 
>
> Then we are roughly on the same page.
If you have a a standard priced material, any subsequent charge goes to a 
price difference account. Your COGS at time of sales is the standard price, 
and does not change due to the sub. charge.
So far, so easy.
Now for the variable priced material. Here the material price changes with 
every goods receipt due to different purchase price, and potentially due to 
planned or unplanned delivery costs / customs / whatever.
When the material is sold, the COGS is the (variable) material price at the 
time of sales.
Now, what happens at a subsequent charge?
I think you need to consider for which quantity of material the subsequent 
charge applies:
If the quantity is still on stock, fine, you can recalculate accordingly.
If not, only the amount that relates to the stock is charged to the stock, 
the rest goes to the price difference account.

You should not change posted documents afterwards. If a product was sold 
for a certain COGS, you can revert the sale, but should not alter financial 
postings behind the sale. This is against compliance rules.
The approach described above should solve the problem 

Re: [tryton-dev] RFC: Landed Cost

[Axel Braun]

Hi Cedric,

Am Mittwoch, 29. April 2015 13:15:04 UTC+2 schrieb Cédric Krier:
 

> I also needed to implement a way to re-compute the cost price of a 
> product: https://bugs.tryton.org/issue4729 
> The current implementation is quite naive as it re-compute from the 
> first move. We will see if we need to improve this computation and if so 
> I already put some idea on the issue. 
>
>
I dont think that a recompute is required. Common practice is (as described 
before):
--
I think you need to consider for which quantity of material the subsequent 
charge applies:
If the quantity is still on stock, fine, you can recalculate accordingly. 
If not, only the amount that relates to the stock is charged to the stock, 
the rest goes to the price difference account.
--
In both cases no recalc is required.
 

Re: [tryton-dev] RFC: Landed Cost

[Axel Braun]

Am Mittwoch, 29. April 2015 15:10:03 UTC+2 schrieb Cédric Krier:
>
> > > I also needed to implement a way to re-compute the cost price of a 
> > > product: https://bugs.tryton.org/issue4729 
> > > The current implementation is quite naive as it re-compute from the 
> > > first move. We will see if we need to improve this computation and if 
> so 
> > > I already put some idea on the issue. 
> > > 
> > > 
> > I dont think that a recompute is required. Common practice is (as 
> described 
> > before): 
> > -- 
> > I think you need to consider for which quantity of material the 
> subsequent 
> > charge applies: 
> > If the quantity is still on stock, fine, you can recalculate 
> accordingly. 
>
> How can you know that? 
>

By checking the stock quantity?
 

>
> > If not, only the amount that relates to the stock is charged to the 
> stock, 
> > the rest goes to the price difference account. 
>
> I don't understand. 


I try an example:
You have a stock of 100 pieces @ 1,20 EUR = 120 EUR stock value

Now you order another 100 @ 1,30 EUR = 130 EUR stock value (stock value at 
goods receipt)

The total stock is now 200 pcs at a value of 250 EUR = 1,25EUR/pcs. Any 
withdrawal would mean: COGS = 1,25 EUR/piece

Some time later you receive the invoice: with some reabates, you get 
charges 100pcs @ 1,24 = 124 EUR

As you still have 100 on stock, you can reduce the material account by 6 
EUR = 200 pcs @ 244 EUR = 1,22 EUR/piece.

That was the easy part.

Now lets take a look if not sufficient stock is there.
You have a stock of 100 pieces @ 1,20 EUR = 120 EUR stock value

Now you order another 100 @ 1,30 EUR = 130 EUR (stock value at goods 
receipt)

The total stock is now 200 pcs at a value of 250 EUR = 1,25EUR/pcs. Any 
withdrawal would mean: COGS = 1,25 EUR/piece

You sell 120 pcs @ 1,25 = 150 EUR value (Costs of good sold - COGS)

Now you get the bill with additional freight costs on it, say 100 pcs @1,40 
= 140 EUR.
As you have only 80 pcs left on stock (value: 100 EUR) , you can only 
charge a price difference for 80 pcs:

80 pcs *( 1,40€ - 1,30€) = 8 EUR
Value of stock: 80 pcs , 108 EUR = 1,35 EUR/pcs

The remainder has to go to the price difference account:
20 pcs *( 1,40€ - 1,30€) = 2 EUR (Expenses from price difference)

At moving average, the stock value is always according to its current 
price. If you start recalculating, you would have to change bookings ex 
post, which would be wrong.

Hope that clarifies, if not, let me know
Axel

Re: [tryton-dev] RFC: Landed Cost

[Axel Braun]

Am Mittwoch, 29. April 2015 17:40:03 UTC+2 schrieb Cédric Krier:
>
> On 29 Apr 08:22, Axel Braun wrote: 
> > 
> > 
> > Am Mittwoch, 29. April 2015 15:10:03 UTC+2 schrieb Cédric Krier: 
> > > 
> > > > > I also needed to implement a way to re-compute the cost price of a 
> > > > > product: https://bugs.tryton.org/issue4729 
> > > > > The current implementation is quite naive as it re-compute from 
> the 
> > > > > first move. We will see if we need to improve this computation and 
> if 
> > > so 
> > > > > I already put some idea on the issue. 
> > > > > 
> > > > > 
> > > > I dont think that a recompute is required. Common practice is (as 
> > > described 
> > > > before): 
> > > > -- 
> > > > I think you need to consider for which quantity of material the 
> > > subsequent 
> > > > charge applies: 
> > > > If the quantity is still on stock, fine, you can recalculate 
> > > accordingly. 
> > > 
> > > How can you know that? 
> > > 
> > 
> > By checking the stock quantity? 
>
> This doesn't tell me if the actual products are still in the warehouse. 
>

Now I dont understand. Tryton tells you your stock situation, so when you 
are having to do what you call a recaluclation, you can check the stock 
situation, and it gives you the quantities. Unless you are batch-managed, 
it's a dont -care on the product level. Just the quantity is of interest.
 

>
> > > > If not, only the amount that relates to the stock is charged to the 
> > > stock, 
> > > > the rest goes to the price difference account. 
> > > 
> > > I don't understand. <http://www.b2ck.com/> 
> > 
> > 
> > I try an example: 
> > You have a stock of 100 pieces @ 1,20 EUR = 120 EUR stock value 
> > 
> > Now you order another 100 @ 1,30 EUR = 130 EUR stock value (stock value 
> at 
> > goods receipt) 
> > 
> > The total stock is now 200 pcs at a value of 250 EUR = 1,25EUR/pcs. Any 
> > withdrawal would mean: COGS = 1,25 EUR/piece 
> > 
> > Some time later you receive the invoice: with some reabates, you get 
> > charges 100pcs @ 1,24 = 124 EUR 
> > 
> > As you still have 100 on stock, you can reduce the material account by 6 
> > EUR = 200 pcs @ 244 EUR = 1,22 EUR/piece. 
> > 
> > That was the easy part. 
> > 
> > Now lets take a look if not sufficient stock is there. 
> > You have a stock of 100 pieces @ 1,20 EUR = 120 EUR stock value 
> > 
> > Now you order another 100 @ 1,30 EUR = 130 EUR (stock value at goods 
> > receipt) 
> > 
> > The total stock is now 200 pcs at a value of 250 EUR = 1,25EUR/pcs. Any 
> > withdrawal would mean: COGS = 1,25 EUR/piece 
> > 
> > You sell 120 pcs @ 1,25 = 150 EUR value (Costs of good sold - COGS) 
> > 
> > Now you get the bill with additional freight costs on it, say 100 pcs 
> @1,40 
> > = 140 EUR. 
> > As you have only 80 pcs left on stock (value: 100 EUR) , you can only 
> > charge a price difference for 80 pcs: 
> > 
> > 80 pcs *( 1,40€ - 1,30€) = 8 EUR 
> > Value of stock: 80 pcs , 108 EUR = 1,35 EUR/pcs 
> > 
> > The remainder has to go to the price difference account: 
> > 20 pcs *( 1,40€ - 1,30€) = 2 EUR (Expenses from price difference) 
> > 
> > At moving average, the stock value is always according to its current 
> > price. If you start recalculating, you would have to change bookings ex 
> > post, which would be wrong. 
>
> This is exactly what does the re-computation. 
>

Good. But I could not read this from the blueprint. Maybe you just add the 
example, so it is easier to follow...

Re: [tryton-dev] RFC: Landed Cost

[Axel Braun]

Am Donnerstag, 30. April 2015 11:30:03 UTC+2 schrieb Cédric Krier:
>
> On 30 Apr 02:12, Axel Braun wrote: 
> > 
> > 
> > Am Mittwoch, 29. April 2015 17:40:03 UTC+2 schrieb Cédric Krier: 
> > > 
> > > On 29 Apr 08:22, Axel Braun wrote: 
> > > > 
> > > > 
> > > > Am Mittwoch, 29. April 2015 15:10:03 UTC+2 schrieb Cédric Krier: 
> > > > > 
> > > > > > > I also needed to implement a way to re-compute the cost price 
> of a 
> > > > > > > product: https://bugs.tryton.org/issue4729 
> > > > > > > The current implementation is quite naive as it re-compute 
> from 
> > > the 
> > > > > > > first move. We will see if we need to improve this computation 
> and 
> > > if 
> > > > > so 
> > > > > > > I already put some idea on the issue. 
> > > > > > > 
> > > > > > > 
> > > > > > I dont think that a recompute is required. Common practice is 
> (as 
> > > > > described 
> > > > > > before): 
> > > > > > -- 
> > > > > > I think you need to consider for which quantity of material the 
> > > > > subsequent 
> > > > > > charge applies: 
> > > > > > If the quantity is still on stock, fine, you can recalculate 
> > > > > accordingly. 
> > > > > 
> > > > > How can you know that? 
> > > > > 
> > > > 
> > > > By checking the stock quantity? 
> > > 
> > > This doesn't tell me if the actual products are still in the 
> warehouse. 
> > > 
> > 
> > Now I dont understand. Tryton tells you your stock situation, so when 
> you 
> > are having to do what you call a recaluclation, you can check the stock 
> > situation, and it gives you the quantities. Unless you are 
> batch-managed, 
> > it's a dont -care on the product level. Just the quantity is of 
> interest. 
>
> I think you don't correctly understand what is the "average" cost 
> method. Because the timing of event is very important. 
> It is wrong to add the landed cost to the average cost of a product if 
> the *real* product on which this landed cost applies is no more in the 
> warehouse (and we don't care about just the quantity but the *exact* 
> product). 
>

What is the 'real product'? As explained, as long as you are not working 
with batches it is irrelevant if the product for which the subsequent 
charge applies is in the warehouse, as long as the overall quantity is OK.
Thinking about it, even with batches it is irrelevant, as the valuation 
level is probably on material, not on batch level.
 

>
> Example: 
>
> - I buy 10 products @ 10€ 
> - I buy 10 products @ 12€ 
> - current average cost: 11€ 
> - I sale 10 products 
> - current average cost: 11€ 
> - I book landed cost for the first purchase: 1€ 
> - current average cost: 11.5€ (not 12€) 
>

Wrong. You just have 10 in stock, not 20. Additionally, in your calculation 
you would have to cancel the posting for the sale @ 11€ and recreate it 
with the new moving average price. I bet no accountant will testify this
 

> - I book landed cost for the second purchase: 2€ 
> - current average cost: 12.5€ (not 14€) 
>
> > > > > > If not, only the amount that relates to the stock is charged to 
> the 
> > > > > stock, 
> > > > > > the rest goes to the price difference account. 
> > > > > 
> > > > > I don't understand. <http://www.b2ck.com/> 
> > > > 
> > > > 
> > > > I try an example: 
> > > > You have a stock of 100 pieces @ 1,20 EUR = 120 EUR stock value 
> > > > 
> > > > Now you order another 100 @ 1,30 EUR = 130 EUR stock value (stock 
> value 
> > > at 
> > > > goods receipt) 
> > > > 
> > > > The total stock is now 200 pcs at a value of 250 EUR = 1,25EUR/pcs. 
> Any 
> > > > withdrawal would mean: COGS = 1,25 EUR/piece 
> > > > 
> > > > Some time later you receive the invoice: with some reabates, you get 
> > > > charges 100pcs @ 1,24 = 124 EUR 
> > > > 
> > > > As you still have 100 on stock, you can reduce the material account 
> by 6 
> > > > EUR = 200 pcs @ 244 EUR = 1,22 EUR/piece. 
> > > > 
> > > > That was the easy part. 
> > > > 
> > > > Now lets take 

Re: [tryton-dev] RFC: Landed Cost

[Axel Braun]

Am Donnerstag, 30. April 2015 14:25:03 UTC+2 schrieb Cédric Krier:
>
> > Here is the defintion of the cost price: 
> > 
> > It is the cost to pay to remake your stock. 
> > 
> > The cost are clearly identify on which products they apply. It makes no 
> > sense to put all the cost on the last purchase. Otherwise the cost price 
> > will not have the correct meaning. 
>

It is not posted against the last purchase. It is always posted against the 
available stock, with the distinction wheather the stock, for which the 
subsequent charge applied, is still available (on stock), or weather only a 
fraction is avalable.
 

> What makes your statement even less correct, is that your cost price 
> computation will depend on the time at which the landed cost is booked. 
>

Exactly! This is the idea of a moving average price!
 

> While my way of doing doesn't depend on the order: 
>
> - buy 10 products @ 10€ 
> - cost price: 10€ 
> - book landed cost: 1€ 
> - cost price: 11€ 
> - buy 10 products @ 12€ 
> - cost price: 11.5€ 
> - book landed cost: 2€ 
> - cost price: 12.5€ 
>

Thats fine so far. The fun starts when you sell out stuff. In you method, 
you need to roll back, or get wrong COGS on the sale. 
As the name specifies, the moving average price is moving, and not fixed. 
And by this, it is time depending

Extreme case: you get a bonus on your purchase at the end of the month or 
year. Or get transport costs charged. How ill you apply this to your stock 
price in your case? you cant, unless you book it to a price difference 
account. Thats the problem with your method

Re: [tryton-dev] RFC: Landed Cost

[Axel Braun]

Am Samstag, 2. Mai 2015 18:50:03 UTC+2 schrieb Cédric Krier:
>
> On 01 May 06:50, Axel Braun wrote: 
> > > While my way of doing doesn't depend on the order: 
> > > 
> > > - buy 10 products @ 10€ 
> > > - cost price: 10€ 
> > > - book landed cost: 1€ 
> > > - cost price: 11€ 
> > > - buy 10 products @ 12€ 
> > > - cost price: 11.5€ 
> > > - book landed cost: 2€ 
> > > - cost price: 12.5€ 
> > > 
> > 
> > Thats fine so far. The fun starts when you sell out stuff. In you 
> method, 
> > you need to roll back, or get wrong COGS on the sale. 
>
> COGS is something completly different than the computation of the cost 
> price. 
> COGS is always wrong and there are very few countries that does such 
> accounting. 
>

Now I dont understand. In case of moving average valuation, the calculated 
cost price is the basis for a COGS posting on a sale (for example).
This is not depending on the country, but its a comany's decision if a 
material is valuated at standard or at moving average price.
 

>
> > As the name specifies, the moving average price is moving, and not 
> fixed. 
> > And by this, it is time depending 
> > 
> > Extreme case: you get a bonus on your purchase at the end of the month 
> or 
> > year. Or get transport costs charged. How ill you apply this to your 
> stock 
> > price in your case? you cant, unless you book it to a price difference 
> > account. Thats the problem with your method 
>
> As I said in case of anglo-saxon stock accounting, when the cost price 
> of a product is recomputed, the wizard will ask to the user where to put 
> the price difference (using the already existing update cost price 
> wizard). For me, it is the easiest way to manage it and I have 
> personnaly no interest to make it smoother but if someone wants to make 
> a better proposal, patch is welcome. 
>

Using the wizard, do you check the posting against a valid account? I would 
not allow too much freedom here, as this material valuation is a set of fix 
rules. Posting nonsense may result in problems once you are audited by tax 
authorities. 

[tryton-dev] Re: [tryton] Delete invoices

[Dr. Axel Braun]

Am Freitag, 20. Januar 2012 schrieb Felipe Alvarez Harnecker:
> 
> in 2.0 one could delete invoices in the cancel state, now in 2.2 one
> cannot. How is the new procedure to delete invoice that is not open ???

For the sake of governance, traceability and audit I would keep the 
documents...

Cheers/Ax

-- 
Dr.-Ing. Axel K. Braun
Mobile: +49.173.7003.154
VoIP/Skype: axxite
PGP Fingerprint: CB03 964D 1CFA E87B AA63 53F3 1BD6 F53A EB48 EF22
Public Key available at http://www.axxite.com/axel.br...@gmx.de.asc

This mail was *not scanned* before sending.
It was sent from a secure Linux-Desktop:
IBM ThinkPad Z60m
OS: openSUSE 11.3 (i586)
Kernel: 2.6.34.10-0.6-desktop
KDE: 4.6.5 (4.6.5) "release 8"


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