Re: [GNC-dev] 'c++-format' flags disappear on msgmerge

2023-11-06 Thread john


> On Nov 6, 2023, at 16:21, Frank H. Ellenberger 
>  wrote:
> 
> Hi,
> 
> as GIMPNET (IRC) is currently split I use the mailing list.
> 
> When i tried to msgmerge PR #1815 I watched that c++-format flags disappeared 
> from the po files starting with
> 
> #: gnucash/gnucash-cli.cpp:170
> #, c++-format
> msgid "Unknown quotes command '{1}'"
> msgstr "Unbekannter Kurs-Befehl »{1}«"
> 
> which becomes
> 
> #: gnucash/gnucash-cli.cpp:170
> msgid "Unknown quotes command '{1}'"
> msgstr "Unbekannter Kurs-Befehl »{1}«"
> 
> I am running xgettext (GNU gettext-tools) 0.21.1
> 
> Did someone change options for its call?
> 

Frank,

Not recently: the last change to po/CMakeLists.txt was 8 months ago, as was the 
last change to gnucash-cli.cpp. Did you do an OS update recently that might 
have installed a different version of boost?

Did you try nuking your build directory and reconfiguring it?

Regards,
Jonn Ralls


___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel


Re: [GNC-dev] Windows Build VM

2023-11-06 Thread john



> On Nov 6, 2023, at 16:12, Manfred Usselmann  wrote:
> 
> Hi John,
> 
> Am 2023-11-06 19:31, schrieb john:
>>> On Nov 6, 2023, at 05:11, Manfred Usselmann  wrote:
>>> Hi,
>>> Am 2023-10-01 17:47, schrieb john:
> On Oct 1, 2023, at 06:00, Derek Atkins  wrote:
> On Sun, October 1, 2023 12:00 am, flywire wrote:
>> https://lists.gnucash.org/pipermail/gnucash-user/2023-April/106619.html
>> John wrote:
>>> we don't have a Windows CI action, the nightly builds are done with the
>>> https://github.com/gnucash/GnuCash-on-windows powershell scripts on a
>>> Windows VM in Derek's basement.
>>> The nightly builds are those on 
>>> https://code.gnucash.org/builds/win32/stable/, right?
>>> Would it be possible to additonally provide a version there which includes 
>>> the Python bindings?
>> No, there's no way to make that work with an installed package.
>>> Since there already exists a working build environment, I would hope that 
>>> it's not too much work?
>> That depends on what you want to use for your Python. If you can use the 
>> MSYS2 environment from Powershell (some MSYS2 things work directly in 
>> Powershell, others need a Bash shell) then you can simply add 
>> -DWITH_PYTHON=ON to the CMakeArgs in jhbuild and build it. Don't run the 
>> installer, just add 
>> c:\gcdev64\gnucash\stable\inst\lib\python3.11\site-packages to PYTHONPATH 
>> and run your scripts.
>> If the MSYS2 python doesn't work for you then you'll need to fiddle with 
>> paths and such so that CMake finds the python libraries that you want it to. 
>> You must make sure that everything Python is linked to the same Python 
>> installation.
> 
> Thanks, this sounds promising.
> 
> Results so far:
> 
> - I had to set-executionpolicy Unrestricted.
> 
> - I had to add libgcrypt to setup-mngw54.ps1
> 
> - How do I add -DWITH_PYTHON=ON to jhbuildrc?
>  append_autogenargs("gnucash", "-DWITH_PYTHON=ON")  ?

That will work.

> 
> - configure OpenSP fails:
> 
> checking build system type... Invalid configuration `x86_64-w64-mingw64': 
> system `mingw64' not recognized
> configure: error: /bin/sh 
> /C/users/mu/Entwicklung/GnuCash/gcdev64/gnucash/stable/src/OpenSP-1.5.2/config.sub
>  x86_64-w64-mingw64 failed
> *** Error during phase configure of OpenSP: ## Error running 
> /bin/bash -c "pushd 
> /C/users/mu/Entwicklung/GnuCash/gcdev64/gnucash/stable/src/OpenSP-1.5.2 && 
> ./autoinit.sh && popd && 
> /C/users/mu/Entwicklung/GnuCash/gcdev64/gnucash/stable/src/OpenSP-1.5.2/configure
>  --prefix /C/users/mu/Entwicklung/GnuCash/gcdev64/gnucash/stable/inst  
> --disable-Werror --disable-static --enable-shared --disable-doc-build 
> --disable-nls --build=x86_64-w64-mingw64" *** [1/14]


That probably requires regenerating configure, which may or may not be as 
simple as running autoinit.sh. 

Regards,
John Ralls
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel


Re: [GNC-dev] Datev import filter

2023-11-06 Thread Frank H. Ellenberger

Hi David,

Am 07.11.23 um 00:44 schrieb David Cousens:

Stefan,

The Datev format is a CSV format. It should be possible to simply assign the
Headers to the appropriate columns in the Datev file  I can't remember if the
CSV importer remembers the header assignments to specific columns but I think it
does and  if it does this can be stored as an input format and used whenever you
wish to import Datev files. The assignment of the external account number to an
account in GnuCash should only have to be done once unless that association
changes.


The problem is their strange date format e.g. 305 for "03.05.2023".
From 
https://lists.gnucash.org/pipermail/gnucash-de/2023-September/012888.html


Regards
Frank
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel


[GNC-dev] 'c++-format' flags disappear on msgmerge

2023-11-06 Thread Frank H. Ellenberger

Hi,

as GIMPNET (IRC) is currently split I use the mailing list.

When i tried to msgmerge PR #1815 I watched that c++-format flags 
disappeared from the po files starting with


#: gnucash/gnucash-cli.cpp:170
#, c++-format
msgid "Unknown quotes command '{1}'"
msgstr "Unbekannter Kurs-Befehl »{1}«"

which becomes

#: gnucash/gnucash-cli.cpp:170
msgid "Unknown quotes command '{1}'"
msgstr "Unbekannter Kurs-Befehl »{1}«"

I am running xgettext (GNU gettext-tools) 0.21.1

Did someone change options for its call?

Regards
Frank

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel


Re: [GNC-dev] Windows Build VM

2023-11-06 Thread Manfred Usselmann via gnucash-devel

Hi John,

Am 2023-11-06 19:31, schrieb john:
On Nov 6, 2023, at 05:11, Manfred Usselmann  
wrote:


Hi,

Am 2023-10-01 17:47, schrieb john:

On Oct 1, 2023, at 06:00, Derek Atkins  wrote:
On Sun, October 1, 2023 12:00 am, flywire wrote:

https://lists.gnucash.org/pipermail/gnucash-user/2023-April/106619.html
John wrote:
we don't have a Windows CI action, the nightly builds are done 
with the
https://github.com/gnucash/GnuCash-on-windows powershell scripts 
on a

Windows VM in Derek's basement.


The nightly builds are those on 
https://code.gnucash.org/builds/win32/stable/, right?


Would it be possible to additonally provide a version there which 
includes the Python bindings?


No, there's no way to make that work with an installed package.



Since there already exists a working build environment, I would hope 
that it's not too much work?


That depends on what you want to use for your Python. If you can use 
the MSYS2 environment from Powershell (some MSYS2 things work directly 
in Powershell, others need a Bash shell) then you can simply add 
-DWITH_PYTHON=ON to the CMakeArgs in jhbuild and build it. Don't run 
the installer, just add 
c:\gcdev64\gnucash\stable\inst\lib\python3.11\site-packages to 
PYTHONPATH and run your scripts.


If the MSYS2 python doesn't work for you then you'll need to fiddle 
with paths and such so that CMake finds the python libraries that you 
want it to. You must make sure that everything Python is linked to the 
same Python installation.


Thanks, this sounds promising.

Results so far:

- I had to set-executionpolicy Unrestricted.

- I had to add libgcrypt to setup-mngw54.ps1

- How do I add -DWITH_PYTHON=ON to jhbuildrc?
  append_autogenargs("gnucash", "-DWITH_PYTHON=ON")  ?

- configure OpenSP fails:

checking build system type... Invalid configuration 
`x86_64-w64-mingw64': system `mingw64' not recognized
configure: error: /bin/sh 
/C/users/mu/Entwicklung/GnuCash/gcdev64/gnucash/stable/src/OpenSP-1.5.2/config.sub 
x86_64-w64-mingw64 failed
*** Error during phase configure of OpenSP: ## Error running 
/bin/bash -c "pushd 
/C/users/mu/Entwicklung/GnuCash/gcdev64/gnucash/stable/src/OpenSP-1.5.2 
&& ./autoinit.sh && popd && 
/C/users/mu/Entwicklung/GnuCash/gcdev64/gnucash/stable/src/OpenSP-1.5.2/configure 
--prefix /C/users/mu/Entwicklung/GnuCash/gcdev64/gnucash/stable/inst  
--disable-Werror --disable-static --enable-shared --disable-doc-build 
--disable-nls --build=x86_64-w64-mingw64" *** [1/14]


Regards,
Manfred


___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel


Re: [GNC-dev] Datev import filter

2023-11-06 Thread David Cousens
Stefan,

The Datev format is a CSV format. It should be possible to simply assign the
Headers to the appropriate columns in the Datev file  I can't remember if the
CSV importer remembers the header assignments to specific columns but I think it
does and  if it does this can be stored as an input format and used whenever you
wish to import Datev files. The assignment of the external account number to an
account in GnuCash should only have to be done once unless that association
changes.

On Mon, 2023-11-06 at 12:24 +0100, Stefan Nunninger wrote:
> Hello,
> 
> By now GnuCash does not allow the import of Datev files. Datev is the
> most widely used accounting software for tax professionals in Germany
> and maybe other countries as well. So I guess it would be a very helpful
> feature for GC.
> 
> I am working currently on an import filter to import transaction data in
> Datev format to GC.
> My approach is to first convert the Datev file into a csv file that is
> conform to the GC export format.
> Then in a second step I import the data with the standard GC import filter.
> 
> I got this approach running with some limitations.
> Currently the account number gets not automatically assigned in GC, even
> though I use the same numbers as in GC. The assignment of the columns in
> the csv file has to be done manually too.
> I guess this can be improved to work better.
> 
> Is there interest to integrate my Datev import filter to GC to provide
> this functionality to other users?
> If so, how would you want this to be implemented?
> I would be glad to discuss this topic with people who are acquainted
> with the GC import/export filters.
> 
> Best regards
> Stefan
> 
> ___
> gnucash-devel mailing list
> gnucash-devel@gnucash.org
> https://lists.gnucash.org/mailman/listinfo/gnucash-devel
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel


Re: [GNC-dev] Datev import filter

2023-11-06 Thread john



> On Nov 6, 2023, at 03:24, Stefan Nunninger  wrote:
> 
> Hello,
> 
> By now GnuCash does not allow the import of Datev files. Datev is the
> most widely used accounting software for tax professionals in Germany
> and maybe other countries as well. So I guess it would be a very helpful
> feature for GC.
> 
> I am working currently on an import filter to import transaction data in
> Datev format to GC.
> My approach is to first convert the Datev file into a csv file that is
> conform to the GC export format.
> Then in a second step I import the data with the standard GC import filter.
> 
> I got this approach running with some limitations.
> Currently the account number gets not automatically assigned in GC, even
> though I use the same numbers as in GC. The assignment of the columns in
> the csv file has to be done manually too.
> I guess this can be improved to work better.
> 
> Is there interest to integrate my Datev import filter to GC to provide
> this functionality to other users?
> If so, how would you want this to be implemented?
> I would be glad to discuss this topic with people who are acquainted
> with the GC import/export filters.

It sounds like you're trying to create a path for switching from Datev to 
GnuCash.  To use the CSV importers you'll need to do that in two steps: First 
import the accounts then the transactions.

If your CSV file conforms to the GnuCash export format (which is multi-line) 
you can use the built-in GnuCash Export Format selection in the Load and Save 
settings combo, top left on the third page of the CSV Transaction Assistant, to 
set the columns.

Using CSV as an intermediate format means that there's nothing that needs to be 
added to GnuCash. If you want to share your work then create a project on the 
FOSS foundry of your choice and share away.

Regards,
John Ralls

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel


Re: [GNC-dev] Windows Build VM

2023-11-06 Thread john



> On Nov 6, 2023, at 05:11, Manfred Usselmann  wrote:
> 
> Hi,
> 
> Am 2023-10-01 17:47, schrieb john:
>>> On Oct 1, 2023, at 06:00, Derek Atkins  wrote:
>>> On Sun, October 1, 2023 12:00 am, flywire wrote:
 https://lists.gnucash.org/pipermail/gnucash-user/2023-April/106619.html
 John wrote:
> we don't have a Windows CI action, the nightly builds are done with the
> https://github.com/gnucash/GnuCash-on-windows powershell scripts on a
> Windows VM in Derek's basement.
> 
> The nightly builds are those on 
> https://code.gnucash.org/builds/win32/stable/, right?
> 
> Would it be possible to additonally provide a version there which includes 
> the Python bindings?

No, there's no way to make that work with an installed package.

> 
> Since there already exists a working build environment, I would hope that 
> it's not too much work?

That depends on what you want to use for your Python. If you can use the MSYS2 
environment from Powershell (some MSYS2 things work directly in Powershell, 
others need a Bash shell) then you can simply add -DWITH_PYTHON=ON to the 
CMakeArgs in jhbuild and build it. Don't run the installer, just add 
c:\gcdev64\gnucash\stable\inst\lib\python3.11\site-packages to PYTHONPATH and 
run your scripts.

If the MSYS2 python doesn't work for you then you'll need to fiddle with paths 
and such so that CMake finds the python libraries that you want it to. You must 
make sure that everything Python is linked to the same Python installation.

Regards,
John Ralls

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel


Re: [GNC-dev] Windows Build VM

2023-11-06 Thread Manfred Usselmann via gnucash-devel

Hi,

Am 2023-10-01 17:47, schrieb john:

On Oct 1, 2023, at 06:00, Derek Atkins  wrote:

On Sun, October 1, 2023 12:00 am, flywire wrote:

https://lists.gnucash.org/pipermail/gnucash-user/2023-April/106619.html
John wrote:

we don't have a Windows CI action, the nightly builds are done with 
the
https://github.com/gnucash/GnuCash-on-windows powershell scripts on 
a

Windows VM in Derek's basement.




The nightly builds are those on 
https://code.gnucash.org/builds/win32/stable/, right?


Would it be possible to additonally provide a version there which 
includes the Python bindings?


Since there already exists a working build environment, I would hope 
that it's not too much work?


Regards,
Manfred

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel


[GNC-dev] Datev import filter

2023-11-06 Thread Stefan Nunninger

Hello,

By now GnuCash does not allow the import of Datev files. Datev is the
most widely used accounting software for tax professionals in Germany
and maybe other countries as well. So I guess it would be a very helpful
feature for GC.

I am working currently on an import filter to import transaction data in
Datev format to GC.
My approach is to first convert the Datev file into a csv file that is
conform to the GC export format.
Then in a second step I import the data with the standard GC import filter.

I got this approach running with some limitations.
Currently the account number gets not automatically assigned in GC, even
though I use the same numbers as in GC. The assignment of the columns in
the csv file has to be done manually too.
I guess this can be improved to work better.

Is there interest to integrate my Datev import filter to GC to provide
this functionality to other users?
If so, how would you want this to be implemented?
I would be glad to discuss this topic with people who are acquainted
with the GC import/export filters.

Best regards
Stefan

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel