Re: Building GnuCash 2.2.2 on Mac OS X without Fink or MacPorts

[Alexander Sotirov]

On Tue, Jan 08, 2008 at 08:46:27AM -0500, Derek Atkins wrote:
> If you're going through all this trouble, why not try to build
> the gtk-macosx[1] project instead and get an application that runs
> without X11?

I actually tried that right after I built the X11 version. It wasn't hard,
you just need to set come ./configure options for Cairo and GTK. The
native GnuCash seemed to work, but it didn't look much different from
the X11 version (it didn't use Aqua widgets) and there were a lot of GTK
warnigns and erors on stderr. I didn't test it extensively. Since X11
is available on the OSX installation DVD, it doesn't seem like
it's worth switching to the experimental native port.

> > The detailed instructions, build script and patches are at
> > http://a.sotirov.net/2008/building-gnucash-on-mac-osx/
> 
> Cool!  How hard would it be to take this script and then build
> an installer?

I outlined the main issues in my last email, but I'll summarize
them as TODO items:

1) Remove unneeded files from the destination directory to reduce
the size of the package. Linking the GNOME libraries staticly
would be cool, but that would involve a lot of work (and hacking).

2) Make GnuCash work from any directory. The OSX installation model
is that there is no installer, you just drag the app directory somewhere
and double click to launch it. Jeshua Lacock suggested the /tmp
trick in his email, BinReloc is something else I need to investigate.

3) Build an OSX application that wraps the GnuCash directory and launches
the main executable, so that users get the same installation and launching
experience. This is trivial.

4) Build a fat binary. My current build script doesn't and I have no idea
how hard it would be. I might need to hack the Makefiles for all sources,
but it could be somethinkg much easier. If it's too hard we can just have
two versions for download.

5) Add aqbanking and the other optional packages to the build.

6) Make the build script more robust, right now it has no error handling at
all.

If anybody with a Mac can to help with some of these, I'd appreciate it.


Take care,
Alex


pgpD6dvqV8YO1.pgp
Description: PGP signature
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Accounts for locate es_MX

[Daniel Espinosa]

I've finished to create the set of accounts for es_MX locate, you'll
find them attached and the required patch.


-- 
Trabajar, la mejor arma para tu superación
"de grano en grano, se hace la arena" (R) (entrámite, pero para los
cuates: LIBRE)


es_MX.tar.gz
Description: GNU Zip compressed data
diff (di): Muestra las diferencias entre dos revisiones o rutas.
uso: 1. diff [-c M | -r N[:M]] [EMAIL PROTECTED]
 2. diff [-r N[:M]] [EMAIL PROTECTED] [EMAIL PROTECTED] \
 [RUTA...]
 3. diff [EMAIL PROTECTED] [EMAIL PROTECTED]

  1. Muestra los cambios hechos a los OBJETIVOs tal como existen en REV
 entre dos revisiones.  Los OBJETIVOs pueden ser todos rutas de una
 copia de trabajo o todos URLs. Si son rutas de una copia de trabajo
 N es por defecto BASE y M la versión local; si son URLs se debe
 especificar N y M es por defecto HEAD.
 La opción '-c M' es equivalente a '-r N:M' donde N = M-1.
 Usando '-c -M' se logra lo opuesto: '-r MN' donde N = M-1.

  2. Muestra las diferencias entre OBJ-VIEJ tal como existía en REVVIEJ y
 OBJ-NUEV tan como existía en REVNUEV.  Las rutas, si se dan, son
 relativas a OBJ-VIEJ y OBJ-NUEV y restringen la salida a las diferencias
 para esas rutas.  OBJ-VIEJ y OBJ-NUEV pueden ser rutas de una copia de
 trabajo o [EMAIL PROTECTED]  OBJ-NUEV es por defecto OBJ-VIEJ si no se
 especifica.  -r N hace que REVVIEJ sea por defecto N, -r N:M hace que
 REVVIEJ sea por defecto N y que REVNUE sea por defecto M.
  3. Atajo para 'svn diff [EMAIL PROTECTED] [EMAIL PROTECTED]'

  Use simplemente 'svn diff' para mostrar las modificaciones locales de una
  copia de trabajo.

Opciones válidas:
  -r [--revision] PAR  : PAR (algunos comandos también aceptan
 un rango PAR1:PAR2)
 Una revisión puede ser:
   NÚMEROnúmero de la revisión
   '{' FECHA '}' revisión al comienzo de la fecha
   'HEAD'lo último del repositorio
   'BASE'rev base del ítem de la c. de trab.
   'COMMITTED'   último commit en o antes de BASE
   'PREV'revisión justo antes de COMMITED
  -c [--change] PAR: el cambio hecho por la rev. PAR (símil -r PAR-1:PAR)
 Si PAR es negativo entonces es -r PAR:PAR-1
  --old PAR: usar PAR como el objetivo más viejo
  --new PAR: usar PAR como el objetivo más nuevo
  -N [--non-recursive] : operar en un solo directorio
  --diff-cmd PAR   : usar PAR como comando para mostrar diferencias
  -x [--extensions] PAR: Por omisión: '-u'. Cuando Subversion usa un
 programa diff externo, simplemente PAR se le pasa
 a ese programa. Pero cuando Subversion usa su
 implementación interna, o cuando se muestra el
 resultado de 'blame', PAR debe ser uno de los
 siguientes:
-u (--unified):
   Mostrar 3 líneas de contexto unificado.
-b (--ignore-space-change):
   Ignorar cambios en la cantidad de espacio
   en blanco.
-w (--ignore-all-space):
   Ignorar todo espacio en blanco.
--ignore-eol-style:
   Ignorar cambios en estilos de final
   de línea.
  --no-diff-deleted: no mostrar diferencias para archivos borrados
  --notice-ancestry: tomar en cuenta ancestros al calcular diferencias
  --summarize  : muestra un resumen de los resultados
  --force  : forzar operación
  --username PAR   : especifica un nombre de usuario PAR
  --password PAR   : especifica una clave PAR
  --no-auth-cache  : no almacenar y reusar claves
  --non-interactive: no pedir información interactivamente
  --config-dir PAR : leer configuración del usuario del directorio PAR

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

Re: Bug in drop down menu

[Andrew Sackville-West]

On Tue, Jan 08, 2008 at 09:33:12PM +0200, Theodore Gogoulas wrote:
> Hi, managing the drop down menu of the software the following problem 
> appears :
> After screen minimizing all of the used menu options remain like stamps 
> on the display and you have to shut down the program for clearing it

We need muchmore information than this. 

What version of gnucash? 

What operating system? 

would be a start. I'm guessing it's vista, and if so, please check
bugzilla.gnome.org. THere are a number of known issues with vista and
gtk display. Please search there before reporting what may be
duplicate bugs. 

A


signature.asc
Description: Digital signature
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: Crash in Accounts receivable report

[Andrew Sackville-West]

On Tue, Jan 08, 2008 at 08:29:28PM +, Nigel Titley wrote:
> Andrew Sackville-West wrote:
> 
> > Yeah, so I broke that. There are likely a number of these sorts of
> > bugs that were introduced with report-guid. I simply haven't found all
> > the places where I need to change from a report-name to a report-guid
> > to make it all tie together. If you see anymore of these, please
> > holler. 
> 
> No problem. I'll carry on testing and see if I can find any other ones.

unfortunately, they won't always be readily obvious. Some things may
just outright break and tell you so. Others may silently fail and
you'll never even notice it. Would you notice if some report you never
used suddenly stopped showing up in the menu? Hopefully there won't be
too many of those...

But the more eyes the better and thanks for looking! 

A


signature.asc
Description: Digital signature
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: gnucash hangs on older accounts file

[Terry]

Noticed that gnucash 2.2.3 has been released.

Downloaded for Windows and ran under Vista.

Same result - gnucash hangs on the old accounts file.

Windows tags the window as non-responsive and lets me terminate.

I know, but hope springs eternal.

And if 2.2.3 had worked, that would have been quick fix.

Any ideas?

I think I have this going to the old thread now instead of starting a 
new thread.

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

Re: Crash in Accounts receivable report

[Nigel Titley]

Andrew Sackville-West wrote:

> Meanwhile the fix for *this* one will be up shortly. 

Many thanks for the fix. Seems to work fine

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

Re: GnuCash 2.2.3 Released

[Nathan Buchanan]

exe coming momentarily. Thanks for the heads up.

Nathan

On Jan 8, 2008 4:53 PM, Kevin Hale Boyes <[EMAIL PROTECTED]> wrote:

> Andreas Köhler  gmx.net> writes:
>
> >   GnuCash 2.2.3 released
>
> Thanks everyone for the work you've done!!
>
> >   * http://sourceforge.net/project/showfiles.php?group_id=192
> >  (Source code and Windows binary)
>
> gnucash-2.2.3-setup.exe seems to be missing.
>
> K.
>
> ___
> gnucash-devel mailing list
> gnucash-devel@gnucash.org
> https://lists.gnucash.org/mailman/listinfo/gnucash-devel
>



-- 
<><><><><><><><><><><><><><><>
Ever notice something?  Linux comes with compilers.  Vista comes with
Solitaire.
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: GnuCash 2.2.3 Released

[Kevin Hale Boyes]

Andreas Köhler  gmx.net> writes:

>   GnuCash 2.2.3 released

Thanks everyone for the work you've done!!

>   * http://sourceforge.net/project/showfiles.php?group_id=192
>  (Source code and Windows binary)

gnucash-2.2.3-setup.exe seems to be missing.

K.

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

GnuCash 2.2.3 Released

[Andreas Köhler]

  GnuCash 2.2.3 released

The GnuCash development team proudly announces GnuCash 2.2.3, the
third bug fix release in a series of stable releases of the
GnuCash Free Accounting Software.  GnuCash is available on
Microsoft Windows since the release of 2.2.0, and it also runs on
GNU/Linux, *BSD, Solaris and Mac OSX.


  Getting GnuCash

GnuCash 2.2.3 can be downloaded from gnucash.org or
sourceforge.net.  It is available as source code.  For the
Microsoft Windows operating system there is a self-installing
setup program which includes all necessary additional libraries.

To install GnuCash on other platforms, users will need Gnome 2,
guile, and slib.  Neither the currently used swig nor the
previously used g-wrap packages are needed anymore when compiling
from tarball or when installing a binary.

  * http://sourceforge.net/project/showfiles.php?group_id=192
 (Source code and Windows binary)
  * http://www.gnucash.org/pub/gnucash/sources/stable/
 (Source code only)


  What's New in GnuCash 2.2.3?

Fixed Bugs
  * #114724: QIF importer drops split details for transfers with
 identical amount
  * #463678: xfer dialog from CC auto-payment from reconcile
 doesn't display accounts
  * #495219: QIF-Importer handles memo from transactions wrong
  * #497517: Transactions set to 'c' in the R(econciled) field of
 the register are incorrectly set to 'n' when
 postponing a reconciliation
  * #503889: Should install icons into expected locations
  * #504007: QIF Import Druid does not allow selecting currency
  * #504257: Need to replace old Afghanistan Afghani (AFA) with
 new Afghanistan Afghani (AFN)
  * #504261: Start on W2K fails with Entry Point Not Found (KERNEL32.dll)
  * #505386: Gnucash looses transactions if the file contains
 special characters
  * #505972: SX-related segfaults in 2.2.2
  * #506074: Fractional timezone offsets not always handled correctly
  * #506429: "Last Day of Month" SXes saved on wrong day of week
  * #506671: Add cyprus, maltese and slovenian currencies to EURO support
  * #506714: progress bar during launching

Other changes
  * New Vietnamese translation
  * Improve several minor strings
  * Update translations: Dutch, German
  * Some business report improvements regarding date parameters
  * Fix gcc 4.2.x compiler warnings
  * Use aqbanking pkg-config file and require < v2.9, allow goffice v0.6


  Many thanks go to

Andrew Sackville-West
Charles Day
Christian Stimming
Clytie Siddall
Daniel Harding
Derek Atkins
Hendrik-Jan Heins
Herbert Thoma
Ian Lewis
Jeff Green
Jerry Quinn
Josh Sled
Mark Jenkins
Nathan Buchanan


  How can You help?

* We would like to encourage people to test this and any further
releases as much as possible and submit bug reports in order
that we can continuously polish GnuCash to be as stable as
possible.  Simply post any bugs you find to bugzilla
http://bugzilla.gnome.org/enter_bug.cgi?product=GnuCash

* If you have the urge to help beyond testing please get involved
in the discussions on the GnuCash mailing lists which you
will find at http://www.gnucash.org. We especially need
people to help with updating the documentation. Please see
http://wiki.gnucash.org/wiki/Development on how to get
involved.

* Translating: The GnuCash 2.2.0 and 2.2.3 releases came with
some new translation strings. If you consider contributing a
translation, we invite you to work with the translation
template in this package. Our development is in String Freeze
now, so you can safely work on our translation. Please check
http://wiki.gnucash.org/wiki/Translation_Status for updates
on this.


  About the Program

GnuCash is a free, open source accounting program released under
the GNU General Public License (GPL) and available for GNU/Linux,
*BSD, Solaris, Mac OSX, and Microsoft Windows. It is
collaboratively developed by 12 people from over 5 countries.

Programming on GnuCash began in 1997, and its first stable
release was in 1998.


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

Re: Crash in Accounts receivable report

[Nigel Titley]

Andrew Sackville-West wrote:

> Yeah, so I broke that. There are likely a number of these sorts of
> bugs that were introduced with report-guid. I simply haven't found all
> the places where I need to change from a report-name to a report-guid
> to make it all tie together. If you see anymore of these, please
> holler. 

No problem. I'll carry on testing and see if I can find any other ones.

> Meanwhile the fix for *this* one will be up shortly. 

Excellent. Many thanks.

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

Re: r16802 - gnucash/branches/2.2/po - [r16782] Move distributed qif source files into POTFILES.ignore, fixes make distcheck.

[Christian Stimming]

Am Dienstag, 8. Januar 2008 14:41 schrieb Derek Atkins:
> >> So I wonder if it wouldn't just be better to #ifdef the code.
> >> Or does the gettext stuff ignore that?
> >
> > The gettext extraction ignores any #ifdef conditionals -- it doesn't have
> > a C pre-processor, only a lexical parser. I think the easiest way to
> > ensure this doesn't get forgotten is to have the menu item string in one
> > of those files as well. An untranslated menu item is found rather quickly
> > once it actually shows up in the program.
> >
> > Thanks a lot for this!
>
> So you're saying we should just remove the _ or N_ from the
> non-distributed files for now?  (well, I'd suggest "comment-out"
> instead of "remove").

No, I'm saying andi5's patch solved the situation. The files are unchanged, 
i.e. ready to be translated, but andi5's patch makes our 
make-gnucash-potfiles ignore the files from po/POTFILES.ignore (as well as 
those from po/POTFILES.skip) and this resolved this situation.

Once someone uses those files, the entries in po/POTFILES.ignore need to be 
removed.

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

Bug in drop down menu

[Theodore Gogoulas]

Hi, managing the drop down menu of the software the following problem 
appears :
After screen minimizing all of the used menu options remain like stamps 
on the display and you have to shut down the program for clearing it

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

Re: license status of libofx dtd's

[Martin Preuss]

Hi,

On Dienstag, 8. Januar 2008, Thomas Bushnell BSG wrote:
> Two of the DTD files in libofx are of uncertain license status.
[...]
> Does anyone on this list know by what right libofx is distributing these
> files?
[...]
I can't say anthing about that, however...

[...]
> What would happen for gnucash if they could not be found and someone did
> an OFX import?
[...]

My guess is: The import would fail but frankly I never tried it without these 
files...

BTW: For AqBanking I'm currently working on an internal OFX parser which 
doesn't need those DTD files (because I just realized the XML parser of 
Gwenhywfar3 is able to read and parse OFX files, too. I just needed to add 
some code which actually makes sense of the data read).


Regards
Martin



-- 
"Things are only impossible until they're not"

Martin Preuss - http://www.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: Crash in Accounts receivable report

[Andrew Sackville-West]

On Tue, Jan 08, 2008 at 05:02:03PM +, Nigel Titley wrote:
> Derek Atkins wrote:
> > I wonder if this is due to Andrew's recent report-guid work?
> 
> Possibly. I've done a bit more testing and I also get the crash (with 
> pretty well identical backtrace) on the Payable Ageing report. I haven't 
> been able to get it on anything else yet.

Yeah, so I broke that. There are likely a number of these sorts of
bugs that were introduced with report-guid. I simply haven't found all
the places where I need to change from a report-name to a report-guid
to make it all tie together. If you see anymore of these, please
holler. 

Meanwhile the fix for *this* one will be up shortly. 

A


signature.asc
Description: Digital signature
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: license status of libofx dtd's

[Thomas Bushnell BSG]

On Tue, 2008-01-08 at 13:31 -0500, Thomas Bushnell BSG wrote:
> Two of the DTD files in libofx are of uncertain license status.
> 
> ofx160.dtd has the following copyright notice:
> 
>  Open Financial Exchange DTD 
>  Copyright 1997, 1998, 1999 CheckFree Corp., Intuit Inc., Microsoft
> Corp.
>  All rights reserved
> 
> and ofx201.dtd has this:
> 
> *   Copyright 1997, 1998, 1999, 2001 CheckFree Corp., Intuit Inc.,
> Microsoft Corp*
> *   All rights reserved   
>   
> 
> 
> Does anyone on this list know by what right libofx is distributing these
> files?

Hi Thomas, I can help you out.  The OFX specifications all contain the
following grant of permission:

Open Financial Exchange Specification c 2006 by its publishers:
CheckFree Corp., Intuit Inc., and Microsoft Corporation. All rights
reserved.

A royalty-free, worldwide, and perpetual license is hereby granted to
any party to use the Open Financial Exchange Specification to make, use,
and sell products and services that conform to this Specification.


THIS OPEN FINANCIAL EXCHANGE SPECIFICATION IS MADE AVAILABLE "AS IS"
WITHOUT WARRANTY OF ANY KIND. TO THE MAXIMUM EXTENT PERMITTED BY
APPLICABLE LAW, MICROSOFT, INTUIT AND CHECKFREE ("PUBLISHERS") FURTHER
DISCLAIM ALL WARRANTIES, INCLUDING WITHOUT LIMITATION ANY IMPLIED
WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND
NONINFRINGEMENT, ALL OF WHICH ARE HEREBY DISCLAIMED. THE ENTIRE RISK
ARISING OUT OF THE USE OF THIS SPECIFICATION REMAINS WITH RECIPIENT. TO
THE MAXIMUM EXTENT PERMITTED BY APPLICABLE LAW, IN NO EVENT SHALL THE
PUBLISHERS OF THIS SPECIFICATION BE LIABLE FOR ANY CONSEQUENTIAL,
INCIDENTAL, DIRECT, INDIRECT, SPECIAL, PUNITIVE, OR OTHER DAMAGES
WHATSOEVER (INCLUDING, WITHOUT LIMITATION, DAMAGES FOR LOSS OF BUSINESS
PROFITS, BUSINESS INTERRUPTION, LOSS OF BUSINESS INFORMATION, OR OTHER
PECUNIARY LOSS) ARISING OUT OF ANY USE TO WHICH THIS SPECIFICATION IS
PUT, EVEN IF THE PUBLISHERS HEREOF HAVE BEEN ADVISED OF THE POSSIBILITY
OF SUCH DAMAGES.




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

license status of libofx dtd's

[Thomas Bushnell BSG]

Two of the DTD files in libofx are of uncertain license status.

ofx160.dtd has the following copyright notice:

 Open Financial Exchange DTD 
 Copyright 1997, 1998, 1999 CheckFree Corp., Intuit Inc., Microsoft
Corp.
 All rights reserved

and ofx201.dtd has this:

*   Copyright 1997, 1998, 1999, 2001 CheckFree Corp., Intuit Inc.,
Microsoft Corp*
*   All rights reserved 


Does anyone on this list know by what right libofx is distributing these
files?

What would happen for gnucash if they could not be found and someone did
an OFX import?

Thomas


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

Re: Crash in Accounts receivable report

[Nigel Titley]

Derek Atkins wrote:
> I wonder if this is due to Andrew's recent report-guid work?

Possibly. I've done a bit more testing and I also get the crash (with 
pretty well identical backtrace) on the Payable Ageing report. I haven't 
been able to get it on anything else yet.

> 
> -derek
> 
> Nigel Titley <[EMAIL PROTECTED]> writes:

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

Re: Crash in Accounts receivable report

[Andrew Sackville-West]

On Tue, Jan 08, 2008 at 08:57:53AM -0500, Derek Atkins wrote:
> I wonder if this is due to Andrew's recent report-guid work?
> 

Yup, I'm almost positive (without actually opening an editor). 

Nigel, thanks for pointing this out, I get right on it. 

A


signature.asc
Description: Digital signature
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: Building GnuCash 2.2.2 on Mac OS X without Fink or MacPorts

[Jeshua Lacock]

On Jan 8, 2008, at 6:46 AM, Derek Atkins wrote:

> If you're going through all this trouble, why not try to build
> the gtk-macosx[1] project instead and get an application that runs
> without X11?

Hi Derek,

My understanding is that gtk-macosx is not quite ready for "prime  
time". It is very slow and quirky. When it is more mature I am sure  
it will be awesome.


Cheers,

Jeshua Lacock, Owner

phone: 877.240.1364



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

Re: Crash in Accounts receivable report

[Derek Atkins]

I wonder if this is due to Andrew's recent report-guid work?

-derek

Nigel Titley <[EMAIL PROTECTED]> writes:

> A freshly built 2.2.99 from trunk on Ubuntu Gutsy gives me the following 
>   crash when I click on the "Total" amount for any line in the Accounts 
> Receivable Ageing report.
>
> Backtrace:
> In unknown file:
> ?: 0* [gnc:owner-report-create # #]
> In /opt/gnucash/share/gnucash/guile-modules/gnucash/report/owner-report.scm:
>   733: 1* [owner-report-create # #]
>   715: 2  (let ((type #)) (cond (# #) (# #) (# #) ...))
> ...
>   706: 3  (let* (# # #) (gnc:option-set-value owner-op owner) ...)
>   710: 4* [gnc:option-set-value #f #]
> In /opt/gnucash/share/gnucash/scm/options.scm:
>   143: 5  (let ((setter (gnc:option-setter option))) (setter value))
>   143: 6* [gnc:option-setter #f]
>   114: 7  [vector-ref #f 6]
>
> /opt/gnucash/share/gnucash/scm/options.scm:114:3: In procedure 
> vector-ref in expression (vector-ref option 6):
> /opt/gnucash/share/gnucash/scm/options.scm:114:3: Wrong type argument in 
> position 1: #f
> ___
> gnucash-devel mailing list
> gnucash-devel@gnucash.org
> https://lists.gnucash.org/mailman/listinfo/gnucash-devel
>
>

-- 
   Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
   Member, MIT Student Information Processing Board  (SIPB)
   URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH
   [EMAIL PROTECTED]PGP key available
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: Building GnuCash 2.2.2 on Mac OS X without Fink or MacPorts

[Jeshua Lacock]

On Jan 7, 2008, at 11:48 PM, Alexander Sotirov wrote:

> The build process hardcodes the install path in all libraries and  
> the GnuCash
> binary will not work if the directory is moved. This is probably  
> the biggest
> obstacle to turning this into a binary OS X distribution.  
> Suggestions on how
> to deal with this are welcome.

Greetings,

I build my whole stack to the prefix /tmp/OpenOSX, and then at run  
time I resolve the location the app is installed to, then create a  
symbolic link to /tmp/OpenOSX.

This "trick" allows it to be installed anywhere, and works great...


Cheers,

Jeshua Lacock, Owner

phone: 877.240.1364



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

Re: Building GnuCash 2.2.2 on Mac OS X without Fink or MacPorts

[Derek Atkins]

Hi,

Alexander Sotirov <[EMAIL PROTECTED]> writes:

> I successfully built GnuCash 2.2.2 and a minimal set of dependencies on
> Mac OS X without the use of Fink or MacPorts. The only build requirement
> is to have the Apple XCode tools. It should be possible to package the
> output of the build and run it on any OS X system as long as the user has
> X11 installed.

If you're going through all this trouble, why not try to build
the gtk-macosx[1] project instead and get an application that runs
without X11?

> The detailed instructions, build script and patches are at
> http://a.sotirov.net/2008/building-gnucash-on-mac-osx/

Cool!  How hard would it be to take this script and then build
an installer?

> You are welcome to put them on the wiki if you think it would be useful. 
> Here's
> the short version:
>
>   curl -O http://a.sotirov.net/code/gnucash-osx/gnucash-osx-20080107.tar.gz
>   tar xfvz gnucash-osx-20080107.tar.gz
>   cd gnucash-osx-20080107
>   ./download.sh
>   ./build.sh
>
> If the build is successful, GnuCash will be installed in /Applications/GnuCash
> and can be started by running /Applications/GnuCash/bin/gnucash
>
> The current build does not have printing, OFX, HBCI or quote support because
> I don't use them and I tried to keep the dependencies to a minimul. Adding
> these should not be too hard.
>
> The build process hardcodes the install path in all libraries and the GnuCash
> binary will not work if the directory is moved. This is probably the biggest
> obstacle to turning this into a binary OS X distribution. Suggestions on how
> to deal with this are welcome.

GnuCash has BinReloc support -- you could try to enable that?
Also, is this binary a fat binary?  Or does it build specifically
for either PPC or Intel but not both?

> Another issue is that the /Applications/GnuCash directory contains a lot
> of files installed by the other packages we built that are not needed for
> GnuCash. It would be good to figure out exactly what is needed and delete
> the rest, because right now the directory is about 200MB (a lot of that
> are the locale files for GnuCash and the rest of the Gnome libraries).
>
> I would really like to see a binary distribution for OSX, and hope that
> this is useful as a first step towards this goal.

It is indeed!   Thank you.

> Take care,
> Alex

-derek

[1] http://developer.imendio.com/projects/gtk-macosx

-- 
   Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
   Member, MIT Student Information Processing Board  (SIPB)
   URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH
   [EMAIL PROTECTED]PGP key available
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: Crash in Accounts receivable report

[Josh Sled]

Nigel Titley <[EMAIL PROTECTED]> writes:
> A freshly built 2.2.99 from trunk on Ubuntu Gutsy gives me the following 
>   crash when I click on the "Total" amount for any line in the Accounts 
> Receivable Ageing report.
>
> Backtrace:
> In unknown file:
> ?: 0* [gnc:owner-report-create # #]
> In /opt/gnucash/share/gnucash/guile-modules/gnucash/report/owner-report.scm:
>   733: 1* [owner-report-create # #]
>   715: 2  (let ((type #)) (cond (# #) (# #) (# #) ...))
> ...
>   706: 3  (let* (# # #) (gnc:option-set-value owner-op owner) ...)
>   710: 4* [gnc:option-set-value #f #]
> In /opt/gnucash/share/gnucash/scm/options.scm:
>   143: 5  (let ((setter (gnc:option-setter option))) (setter value))
>   143: 6* [gnc:option-setter #f]
>   114: 7  [vector-ref #f 6]
>
> /opt/gnucash/share/gnucash/scm/options.scm:114:3: In procedure 
> vector-ref in expression (vector-ref option 6):
> /opt/gnucash/share/gnucash/scm/options.scm:114:3: Wrong type argument in 
> position 1: #f

I hadn't yet gotten around to reporting it, but I did see this – as well – in
the Expense Barchart/Piechart reports over the weekend, though the error was
a bit different:

 * 10:51:43  INFO  [gnc_plugin_page_report_setup] set needs save
In /opt/gnc/svn/share/gnucash/scm/report.scm:
...
 552: 23  (set! html (gnc:report-render-html report #t))
 552: 24* [gnc:report-render-html # #t]
 518: 25  (if (and (not #) (gnc:report-ctext report)) (gnc:report-ctext report) 
...)
 526: 26  (let ((template #) (doc #f)) (set! doc (if template # #f)) doc)
 529: 27* (set! doc (if template (let* # # # ...) #f))
 529: 28* (if template (let* # # # ...) #f)
 530: 29  (let* (# # # ...) (gnc:html-document-set-style-sheet! doc stylesheet) 
...)
 532: 30* [# #]
In 
/opt/gnc/svn/share/gnucash/guile-modules/gnucash/report/category-barchart.scm:
 552: 31  [category-barchart-renderer # "Expense Over Time" # ...]
In unknown file:
...
   ?: 32  (letrec ((show-acct? #)) (if (not #) (let* # #) ...) ...)
In 
/opt/gnc/svn/share/gnucash/guile-modules/gnucash/report/category-barchart.scm:
 225: 33* (if (not (null? accounts)) (let* (# # # ...) (letrec # # ...)) ...)
 228: 34  (let* (# # # # ...) (letrec # # # ...))
...
 402: 35  (begin # # # ...)
 431: 36* (if (> (length all-data) max-slices) (let* (# # #) (set! all-data #) 
...))
 432: 37  (let* (# # #) (set! all-data #) (let* # # # ...))
 440: 38  (let* (# #) (gnc:options-copy-values # options) ...)
 446: 39* [gnc:option-set-value ...
 447: 40*  [gnc:lookup-option #f "Accounts" "Accounts"]
In /opt/gnc/svn/share/gnucash/scm/options.scm:
1467: 41   ((options (quote lookup)) section name)
1467: 42*  [#f lookup]
/opt/gnc/svn/share/gnucash/scm/options.scm:1467:4: In expression (options 
(quote lookup)):
/opt/gnc/svn/share/gnucash/scm/options.scm:1467:4: Wrong type to apply: #f

The crash is not present on branches/v2.2/.

-- 
...jsled
http://asynchronous.org/ - a=jsled; b=asynchronous.org; echo [EMAIL PROTECTED]


pgp2lXm3gDHCD.pgp
Description: PGP signature
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: r16802 - gnucash/branches/2.2/po - [r16782] Move distributed qif source files into POTFILES.ignore, fixes make distcheck.

[Derek Atkins]

Christian Stimming <[EMAIL PROTECTED]> writes:

>>   * Distributed files in POTFILES.skip will break 'make distcheck',
>> because there is a custom check, probably to avoid forgetting to
>> mark files translatable.
>
> Yes. Someone (Derek? Dave_p?) implemented this after we repeatedly found 
> several strings in files that we forgot to mark as translatable.

That would be me.  The problem was that people would add translatable
strings to files and then forget to add them to the POTFILES.  This
changed a little when ChrisS introduced the automated POTFILES
generator and then we had to tell it which files to ignore,
because the files weren't distributed or otherwise.

> Derek wrote:
>> I'd support B, but honestly this is a tough problem to solve..  If
>> we ever DO migrate to the new QIF importer then we'll need to remember
>> to undo this.
>>
>> So I wonder if it wouldn't just be better to #ifdef the code.
>> Or does the gettext stuff ignore that?
>
> The gettext extraction ignores any #ifdef conditionals -- it doesn't have a C 
> pre-processor, only a lexical parser. I think the easiest way to ensure this 
> doesn't get forgotten is to have the menu item string in one of those files 
> as well. An untranslated menu item is found rather quickly once it actually 
> shows up in the program.
>
> Thanks a lot for this!

So you're saying we should just remove the _ or N_ from the
non-distributed files for now?  (well, I'd suggest "comment-out"
instead of "remove").

> Christian

-derek

-- 
   Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
   Member, MIT Student Information Processing Board  (SIPB)
   URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH
   [EMAIL PROTECTED]PGP key available
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: QIF importer treatment of zero-sum split transactions

[William D. Hamblen]

Sorry about the misattribution - I think Derek suggested the checkbox.

And yes, I am offering to collect at least the issues I am running 
across and write them up for posterity.  There is nothing earth 
shattering (my biggest problems were fixed by patches that have already 
been committed).

  - Bill

On Tue, 8 Jan 2008, William D. Hamblen wrote:

> On Tue, 8 Jan 2008, Ian Lewis wrote:
>
>>> "Charles Day" <[EMAIL PROTECTED]> writes:
>>>
>>> Would it make sense to provide a boolean checkbox somewhere in the
>>> druid if we find one of these transactions to ask the user how to
>>> treat them?
>>
>> Unfortunately, I'm not sure the user would know unless you start asking
>> stuff like, "Was this QIF created with Money Dance or > Quicken version here>?"
>
> Maybe recording the fact that this issue (and others like it) exist
> would be worthy of an entry in the wiki?  I imagine one of the more
> common uses of the QIF importer is people coming from other applications
> and while that will almost never work perfectly because of the nature of
> QIFs, knowing where to look for problem transactions is still very
> useful.  I've now got a list of problems with my QIF file that have to
> be fixed by hand but I've also repaired a number of transactions in
> Quicken so they will import correctly.
>
>  - Bill
> ___
> 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: QIF importer treatment of zero-sum split transactions

[Derek Atkins]

Quoting "William D. Hamblen" <[EMAIL PROTECTED]>:

> Maybe recording the fact that this issue (and others like it) exist 
> would be worthy of an entry in the wiki?  I imagine one of the more 
> common uses of the QIF importer is people coming from other 
> applications and while that will almost never work perfectly because 
> of the nature of QIFs, knowing where to look for problem transactions 
> is still very useful.  I've now got a list of problems with my QIF 
> file that have to be fixed by hand but I've also repaired a number of 
> transactions in Quicken so they will import correctly.

Sounds like a great idea.  Go for it!

>  - Bill

-derek

-- 
   Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
   Member, MIT Student Information Processing Board  (SIPB)
   URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH
   [EMAIL PROTECTED]PGP key available

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

Re: QIF importer treatment of zero-sum split transactions

[Derek Atkins]

Quoting Ian Lewis <[EMAIL PROTECTED]>:

>> Would it make sense to provide a boolean checkbox somewhere in the
>> druid if we find one of these transactions to ask the user how to
>> treat them?
>
> Unfortunately, I'm not sure the user would know unless you start asking
> stuff like, "Was this QIF created with Money Dance or  Quicken version here>?"

Sure they would.   You just have to provide the right context.
For example:

"The Importer found a zero-balance transaction that looks like this:
[insert transaction information here].  Is this correct or are the
amounts inverted?"  [Correct] [Inverted]

> Ian

-derek

-- 
   Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
   Member, MIT Student Information Processing Board  (SIPB)
   URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH
   [EMAIL PROTECTED]PGP key available

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

Re: QIF importer treatment of zero-sum split transactions

[William D. Hamblen]

On Tue, 8 Jan 2008, Ian Lewis wrote:

>> "Charles Day" <[EMAIL PROTECTED]> writes:
>>
>> Would it make sense to provide a boolean checkbox somewhere in the
>> druid if we find one of these transactions to ask the user how to
>> treat them?
>
> Unfortunately, I'm not sure the user would know unless you start asking
> stuff like, "Was this QIF created with Money Dance or  Quicken version here>?"

Maybe recording the fact that this issue (and others like it) exist 
would be worthy of an entry in the wiki?  I imagine one of the more 
common uses of the QIF importer is people coming from other applications 
and while that will almost never work perfectly because of the nature of 
QIFs, knowing where to look for problem transactions is still very 
useful.  I've now got a list of problems with my QIF file that have to 
be fixed by hand but I've also repaired a number of transactions in 
Quicken so they will import correctly.

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

Re: QIF importer treatment of zero-sum split transactions

[Ian Lewis]

2008/1/8, Derek Atkins <[EMAIL PROTECTED]>:
>
> "Charles Day" <[EMAIL PROTECTED]> writes:
>
> > For your consideration, I've attached a patch that allows QIF split
> > transactions with zero in the "T" line to pass through without sign
> reversal
> > (also described above).
>
> Would it make sense to provide a boolean checkbox somewhere in the
> druid if we find one of these transactions to ask the user how to
> treat them?


Unfortunately, I'm not sure the user would know unless you start asking
stuff like, "Was this QIF created with Money Dance or ?"

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

Re: QIF importer treatment of zero-sum split transactions

[Derek Atkins]

"Charles Day" <[EMAIL PROTECTED]> writes:

> For your consideration, I've attached a patch that allows QIF split
> transactions with zero in the "T" line to pass through without sign reversal
> (also described above).

Would it make sense to provide a boolean checkbox somewhere in the
druid if we find one of these transactions to ask the user how to
treat them?

> Cheers,
> Charles

-derek

-- 
   Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
   Member, MIT Student Information Processing Board  (SIPB)
   URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH
   [EMAIL PROTECTED]PGP key available
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Crash in Accounts receivable report

[Nigel Titley]

A freshly built 2.2.99 from trunk on Ubuntu Gutsy gives me the following 
  crash when I click on the "Total" amount for any line in the Accounts 
Receivable Ageing report.

Backtrace:
In unknown file:
?: 0* [gnc:owner-report-create # #]
In /opt/gnucash/share/gnucash/guile-modules/gnucash/report/owner-report.scm:
  733: 1* [owner-report-create # #]
  715: 2  (let ((type #)) (cond (# #) (# #) (# #) ...))
...
  706: 3  (let* (# # #) (gnc:option-set-value owner-op owner) ...)
  710: 4* [gnc:option-set-value #f #]
In /opt/gnucash/share/gnucash/scm/options.scm:
  143: 5  (let ((setter (gnc:option-setter option))) (setter value))
  143: 6* [gnc:option-setter #f]
  114: 7  [vector-ref #f 6]

/opt/gnucash/share/gnucash/scm/options.scm:114:3: In procedure 
vector-ref in expression (vector-ref option 6):
/opt/gnucash/share/gnucash/scm/options.scm:114:3: Wrong type argument in 
position 1: #f
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: soft/libgsf/share/locale - no such file or direcertoruy

[Andreas Köhler]

Hi,

assuming that you have built GnuCash before in this setup,
you will need to rebuild gnome\, libgsf\ and goffice\ by
removing these directories and running install.sh once
again.

I hope this help.

-- andi5

 Original-Nachricht 
> Datum: Tue, 8 Jan 2008 22:28:50 +1100
> Von: "Stephen Grant Brown" <[EMAIL PROTECTED]>
> An: "GNUCash Devel" 
> Betreff: soft/libgsf/share/locale - no such file or direcertoruy

> Dear All,
> 
> I wish to produce a gnucash install file under Vista.
> 
> I am running msys in XP in vmware under Vista.
> 
> I have just did an svn update in the Packaging directory.
> 
> install.sh runs to completion
> 
> dist.sh asks for c:\soft\gnucah\dist to be deleted which I do.
> 
> It then produces 
> 
> ...
> libGSF
> 
> cp: cannot stat `/C/soft/libgsf/share/locale' No such file or directory.
> 
> 
> What am I doing worong?
> 
> Yours Sincerely Stephen Grant Brown
> ___
> gnucash-devel mailing list
> gnucash-devel@gnucash.org
> https://lists.gnucash.org/mailman/listinfo/gnucash-devel

-- 
GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS.
Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

soft/libgsf/share/locale - no such file or direcertoruy

[Stephen Grant Brown]

Dear All,

I wish to produce a gnucash install file under Vista.

I am running msys in XP in vmware under Vista.

I have just did an svn update in the Packaging directory.

install.sh runs to completion

dist.sh asks for c:\soft\gnucah\dist to be deleted which I do.

It then produces 

...
libGSF

cp: cannot stat `/C/soft/libgsf/share/locale' No such file or directory.


What am I doing worong?

Yours Sincerely Stephen Grant Brown
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: Guile version

[Nigel Titley]

Just as an FYI on this whole thread, I've been having problems building 
Gnucash since before Christmas, with the "Slib not present" configure 
bug. I'm on Ubuntu Gutsy (although when this whole problem started I was 
still on Feisty).

I've just nailed it down to the fact that the installation of Rosegarden 
pulled in guile 1.8, so I had both 1.6 and 1.8 installed at the same 
time. Removing 1.8 (and Rosegarden) has fixed the configure. I'm still 
getting build problems, but I think they will probably fixed with a 
'make clean'.

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