Re: build 15259 fails to start?
Ok I have debian gnucash installed, but I want to run the svn build of gnucash. So my problem with uninstalling slib 3a4 is not that gnucash depends on it, but guile! I haven't reported any bugs yet, but apparently it has been talked about: http://www.mail-archive.com/gnucash-devel@gnucash.org/msg16797.html As I saw, you are responsible for that package, you want me to give you the bug report? Best regards Flavio Thomas Bushnell BSG wrote: > On Wed, 2006-12-27 at 02:28 +, Flavio Rump wrote: > >> Just saw that someone had already reported this and it is related to a >> slib bug. >> >> But I can't really downgruide slib because >> >> dpkg: dependency problems prevent removal of slib: >> gnucash depends on slib (>= 3a2-5). >> guile-1.6-slib depends on slib (>= 3a2-3). >> >> Anyone knows another workaround? >> > > Are you using Debian gnucash? > > Have you reported the Debian bug against slib? > > Thomas > > ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: build 15259 fails to start?
On Wed, 2006-12-27 at 02:28 +, Flavio Rump wrote: > Just saw that someone had already reported this and it is related to a > slib bug. > > But I can't really downgruide slib because > > dpkg: dependency problems prevent removal of slib: > gnucash depends on slib (>= 3a2-5). > guile-1.6-slib depends on slib (>= 3a2-3). > > Anyone knows another workaround? Are you using Debian gnucash? Have you reported the Debian bug against slib? Thomas signature.asc Description: This is a digitally signed message part ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: r15260 - gnucash/trunk - Do not build tests for `make all' but only `make check'. This is done by
Hi andi5,
On Di, 2006-12-26 at 21:51 -0500, Andreas Köhler wrote:
> Author: andi5
> Date: 2006-12-26 21:51:03 -0500 (Tue, 26 Dec 2006)
> New Revision: 15260
> Trac: http://svn.gnucash.org/trac/changeset/15260
>
> Log:
> Do not build tests for `make all' but only `make check'. This is done by
> using the automake prefix check_ instead of noinst_. The modules created
> in src/gnc-module/test now use that prefix too, but with LDFLAGS="-rpath
> ${PWD}" to make them shared (we never install them).
I compared r15259 and r15260 in clean build directories and obtained the
following times:
r15259 r15260
make 10'43" 7'43"
make check1'46" 4'50"
total12'29" 12'33"
So the change really does what it is supposed to do, namely spend the
time to build tests when those are needed, for `make check'.
After having run `make' in all necessary directories, `make check' will
work in almost all directories. The only exceptions are src/engine/test,
src/backend/file/test and src/app-utils/test, which need `make check' in
src/engine/test-core.
I wonder whether there are major objections to this change.
-- andi5
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: build 15259 fails to start?
Install slib 3a3, which is known to work.
-derek
Quoting Flavio Rump <[EMAIL PROTECTED]>:
> Just saw that someone had already reported this and it is related to a
> slib bug.
>
> But I can't really downgruide slib because
>
> dpkg: dependency problems prevent removal of slib:
> gnucash depends on slib (>= 3a2-5).
> guile-1.6-slib depends on slib (>= 3a2-3).
>
> Anyone knows another workaround?
>
> Flavio Rump wrote:
>> Having trouble starting my svn build:
>>
>> [EMAIL PROTECTED]:/opt/gnucash/bin$ ./gnucash
>> main: Error on gbr_init: Binary relocation support is disabled.
>>
>>
>> This is a development version. It may or may not work.
>> Report bugs and other problems to [EMAIL PROTECTED]
>> You can also lookup and file bug reports at http://bugzilla.gnome.org
>> The last stable version was GnuCash 2.0.3
>> The next stable version will be GnuCash 2.2
>>
>> Backtrace:
>> In unknown file:
>>?: 49* [save-module-excursion #]
>>?: 50 (let (# #) (dynamic-wind # thunk #))
>>?: 51 [dynamic-wind # #
>> #]
>>?: 52* [#]
>>?: 53* [primitive-load
>> "/opt/gnucash/share/gnucash/guile-modules/gnucash/report/a$
>> In
>> /opt/gnucash/share/gnucash/guile-modules/gnucash/report/account-piecharts.scm:
>> 461: 54* [for-each # (# # # #)]
>> In unknown file:
>>?: 55 (if (null? rest) (letrec ((lp #)) (lp list1)) ...)
>> ...
>>?: 56 (begin (f (car l)) (lp (cdr l)))
>>?: 57* [# ("Income Accounts" (8) #t ...)]
>> In
>> /opt/gnucash/share/gnucash/guile-modules/gnucash/report/account-piecharts.scm:
>> 463: 58 (let ((tip-and-rev (cr l))) (gnc:define-report (quote
>> version) 1 ...))
>> In /opt/gnucash/share/gnucash/scm/report.scm:
>> ...
>> 92: 59 (let ((report-rec #)) (if (and report-rec #) (let* # #) ...))
>> 92: 60* [args-to-defn #f (version 1 name ...)]
>> 81: 61 (let ((report-rec #)) (if (null? args) in-report-rec (let # # #)))
>> 81: 62* (if in-report-rec in-report-rec (blank-report))
>> 83: 63 [blank-report]
>> 65: 64 ((record-constructor ) #f #f #f #f #f #f #t
>> #f ...)
>> 65: 65* [rec-constructor #>]
>> In /usr/share/slib/record.scm:
>> 131: 66* (if (not #) (slib:error # "illegal rtd argument." rtd))
>> 132: 67 [error record-constructor "illegal rtd argument." ...]
>> In unknown file:
>> ...
>>?: 68 [scm-error misc-error #f ...]
>>
>> : In procedure scm-error in expression (scm-error (quote
>> misc-error) #f ...):
>> : record-constructor "illegal rtd argument." #> >
>>
>> Anyone?
>>
>> Thanks in advance
>>
>> Flavio
>> ___
>> 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
>
--
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: build 15259 fails to start?
Just saw that someone had already reported this and it is related to a
slib bug.
But I can't really downgruide slib because
dpkg: dependency problems prevent removal of slib:
gnucash depends on slib (>= 3a2-5).
guile-1.6-slib depends on slib (>= 3a2-3).
Anyone knows another workaround?
Flavio Rump wrote:
> Having trouble starting my svn build:
>
> [EMAIL PROTECTED]:/opt/gnucash/bin$ ./gnucash
> main: Error on gbr_init: Binary relocation support is disabled.
>
>
> This is a development version. It may or may not work.
> Report bugs and other problems to [EMAIL PROTECTED]
> You can also lookup and file bug reports at http://bugzilla.gnome.org
> The last stable version was GnuCash 2.0.3
> The next stable version will be GnuCash 2.2
>
> Backtrace:
> In unknown file:
>?: 49* [save-module-excursion #]
>?: 50 (let (# #) (dynamic-wind # thunk #))
>?: 51 [dynamic-wind # #
> #]
>?: 52* [#]
>?: 53* [primitive-load
> "/opt/gnucash/share/gnucash/guile-modules/gnucash/report/a$
> In
> /opt/gnucash/share/gnucash/guile-modules/gnucash/report/account-piecharts.scm:
> 461: 54* [for-each # (# # # #)]
> In unknown file:
>?: 55 (if (null? rest) (letrec ((lp #)) (lp list1)) ...)
> ...
>?: 56 (begin (f (car l)) (lp (cdr l)))
>?: 57* [# ("Income Accounts" (8) #t ...)]
> In
> /opt/gnucash/share/gnucash/guile-modules/gnucash/report/account-piecharts.scm:
> 463: 58 (let ((tip-and-rev (cr l))) (gnc:define-report (quote
> version) 1 ...))
> In /opt/gnucash/share/gnucash/scm/report.scm:
> ...
> 92: 59 (let ((report-rec #)) (if (and report-rec #) (let* # #) ...))
> 92: 60* [args-to-defn #f (version 1 name ...)]
> 81: 61 (let ((report-rec #)) (if (null? args) in-report-rec (let # # #)))
> 81: 62* (if in-report-rec in-report-rec (blank-report))
> 83: 63 [blank-report]
> 65: 64 ((record-constructor ) #f #f #f #f #f #f #t
> #f ...)
> 65: 65* [rec-constructor #>]
> In /usr/share/slib/record.scm:
> 131: 66* (if (not #) (slib:error # "illegal rtd argument." rtd))
> 132: 67 [error record-constructor "illegal rtd argument." ...]
> In unknown file:
> ...
>?: 68 [scm-error misc-error #f ...]
>
> : In procedure scm-error in expression (scm-error (quote
> misc-error) #f ...):
> : record-constructor "illegal rtd argument." # >
>
> Anyone?
>
> Thanks in advance
>
> Flavio
> ___
> 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
build 15259 fails to start?
Having trouble starting my svn build:
[EMAIL PROTECTED]:/opt/gnucash/bin$ ./gnucash
main: Error on gbr_init: Binary relocation support is disabled.
This is a development version. It may or may not work.
Report bugs and other problems to [EMAIL PROTECTED]
You can also lookup and file bug reports at http://bugzilla.gnome.org
The last stable version was GnuCash 2.0.3
The next stable version will be GnuCash 2.2
Backtrace:
In unknown file:
?: 49* [save-module-excursion #]
?: 50 (let (# #) (dynamic-wind # thunk #))
?: 51 [dynamic-wind # #
#]
?: 52* [#]
?: 53* [primitive-load
"/opt/gnucash/share/gnucash/guile-modules/gnucash/report/a$
In
/opt/gnucash/share/gnucash/guile-modules/gnucash/report/account-piecharts.scm:
461: 54* [for-each # (# # # #)]
In unknown file:
?: 55 (if (null? rest) (letrec ((lp #)) (lp list1)) ...)
...
?: 56 (begin (f (car l)) (lp (cdr l)))
?: 57* [# ("Income Accounts" (8) #t ...)]
In
/opt/gnucash/share/gnucash/guile-modules/gnucash/report/account-piecharts.scm:
463: 58 (let ((tip-and-rev (cr l))) (gnc:define-report (quote
version) 1 ...))
In /opt/gnucash/share/gnucash/scm/report.scm:
...
92: 59 (let ((report-rec #)) (if (and report-rec #) (let* # #) ...))
92: 60* [args-to-defn #f (version 1 name ...)]
81: 61 (let ((report-rec #)) (if (null? args) in-report-rec (let # # #)))
81: 62* (if in-report-rec in-report-rec (blank-report))
83: 63 [blank-report]
65: 64 ((record-constructor ) #f #f #f #f #f #f #t
#f ...)
65: 65* [rec-constructor #>]
In /usr/share/slib/record.scm:
131: 66* (if (not #) (slib:error # "illegal rtd argument." rtd))
132: 67 [error record-constructor "illegal rtd argument." ...]
In unknown file:
...
?: 68 [scm-error misc-error #f ...]
: In procedure scm-error in expression (scm-error (quote
misc-error) #f ...):
: record-constructor "illegal rtd argument." #>
Anyone?
Thanks in advance
Flavio
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
AUDIT? Re: r15259 - gnucash/trunk - Make sure we set DYLD_LIBRARY_PATH in the test environment (for MacOS X)
Sorry, I forgot to mark this as AUDIT. This change is necessary
in order to get "make check" to work on MacOS. With this change
I was able to get "make check" to succeed on MacOS (when I also
started with DYLD_LIBRARY_PATH=/opt/local/lib).
Could someone audit this for backport? Sure, it's not 100% necessary,
but being able to "make check" seems like a good reason to backport
a patch.. And this one is rather trivial.
-derek
Quoting Derek Atkins <[EMAIL PROTECTED]>:
> Author: warlord
> Date: 2006-12-26 11:47:42 -0500 (Tue, 26 Dec 2006)
> New Revision: 15259
> Trac: http://svn.gnucash.org/trac/changeset/15259
>
> Modified:
> gnucash/trunk/
> gnucash/trunk/src/gnc-test-env
> Log:
> Make sure we set DYLD_LIBRARY_PATH in the test environment (for MacOS X)
>
>
>
> Property changes on: gnucash/trunk
> ___
> Name: svk:merge
> -
> 3889ce50-311e-0410-a464-f059747ec5d1:/local/gnucash/branches/swig-redo:802
> 3889ce50-311e-0410-a464-f059747ec5d1:/local/gnucash/trunk:1024
> d2ab10a8-8a95-4986-baff-8d511d9f15b2:/local/gnucash/trunk:13766
> d2ab10a8-8a95-4986-baff-8d511d9f15b2:/local/gnucash/trunk2:13366
> +
> 3889ce50-311e-0410-a464-f059747ec5d1:/local/gnucash/branches/swig-redo:802
> 3889ce50-311e-0410-a464-f059747ec5d1:/local/gnucash/trunk:1024
> d2ab10a8-8a95-4986-baff-8d511d9f15b2:/local/gnucash/trunk:13768
> d2ab10a8-8a95-4986-baff-8d511d9f15b2:/local/gnucash/trunk2:13366
>
> Modified: gnucash/trunk/src/gnc-test-env
> ===
> --- gnucash/trunk/src/gnc-test-env2006-12-26 00:07:58 UTC (rev 15258)
> +++ gnucash/trunk/src/gnc-test-env2006-12-26 16:47:42 UTC (rev 15259)
> @@ -104,6 +104,14 @@
> (string-append ":" dir ":" dir "/.libs"))
> (append gnc-module-dirs library-dirs)
>
> +(display " DYLD_LIBRARY_PATH=${DYLD_LIBRARY_PATH}")
> +(display (adapt-dirsep
> + (apply string-append
> + (map
> + (lambda (dir)
> + (string-append ":" dir ":" dir "/.libs"))
> + (append gnc-module-dirs library-dirs)
> +
> (display " LTDL_LIBRARY_PATH=${LTDL_LIBRARY_PATH}")
> (display (apply string-append
> (map
> @@ -126,6 +134,7 @@
> (display " export GNC_MODULE_PATH;")
> (display " export GUILE_LOAD_PATH;")
> (display " export LD_LIBRARY_PATH;")
> + (display " export DYLD_LIBRARY_PATH;")
> (display " export LTDL_LIBRARY_PATH;")))
>
> ;; Local Variables:
>
> ___
> gnucash-changes mailing list
> [EMAIL PROTECTED]
> https://lists.gnucash.org/mailman/listinfo/gnucash-changes
>
--
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 from SVN on MacOS -- make check fails?
Okay, an update... Quoting Derek Atkins <[EMAIL PROTECTED]>: > ERROR: In procedure dynamic-link: > ERROR: file: "libguile-srfi-srfi-13-14-v-1", message: > dlopen(libguile-srfi-srfi-13-14-v-1.so, 9): image not found" 1) the ".so" is just a test output here. It's really looking for the right thing. 2) This libguile-srfi issue is due to a missing DYLD_LIBRARY_PATH setting from MacPorts. The gnc-test-env script was dying, and that was causing lots of other issues. When I set DYLD_LIBRARY_PATH then all is well here. Now, I'm getting real GNC failures from trunk. :) Now I see: ERROR: In procedure dynamic-func: ERROR: dysym(0x1013f0, scm_init_sw_gnc_module_module): symbol not found FAIL: test-load-scm At least progress is being made. -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: QOF->GObject Plan
Quoting Daniel Espinosa <[EMAIL PROTECTED]>: >> As discussed not too long ago on the list, you can't ignore the GUIDs in >> deference to the databases's identity datatype. The GUIDs *are* the >> object identity, even in the database. Alos, because of how they're >> used throughout gnucash, they need to be stable over the lifetime of the >> object. > > What hapend in a multiuser enviroment? if you are using a PostgreSQL > or MySQL backend may you have a multiple concurrent access to the data > in GC then what about the GUID that is managed by a GC instance? What about a multiuser environment? The GUIDs are large pseudo-random numbers. The liklihood of two instances of gnucash choosing the same GUID is 1 in 2^128. The Earth is more likely to get hit and destroyed by an asteroid than two instance of gnucash choosing the same GUID. Sot that's not an issue. > As I see QofQuery uses the GUIDs to find objects, but in my point to > use GdaQuery enstead, you can use directly the database's IDs; may all > this work must be done in the gda-dev version... What about the XML file backend? You need the object ID to persist with the object. Also keep in mind that Querys can be "saved" and used later, so again you need some persistent identifier to each object. Since we already HAVE a persistent identifer, we (read: YOU) should continue to use it. >> I'm not sure why functions like KvpFrame[...]get_double wouldn't be >> implemented. Even if they're not used, it does complete the >> interface... >> > > If you see my plan, I consider to replace KvpFrame by GValue API, then > you still can use a double value but using GValue. The point is to > replace the code for KvpFrame with the GValue API and some other from > GDA (it is using GValue already) One feature that KVP-frame gives you, which we DO use in gnucash, is the ability to iterate over all entries at a given level in the KVP tree. For example, we can have KVP key names of the form: /foo/bar/ and then the KVP API lets us iterate over all entries at /foo/bar. I don't think a pure GValue API gives us this feature, but it's something Gnucash requires (because it already uses it). >> (There's probably more comments to be made, I'm heading out of town for >> the holidays ... I'm sure others are preoccupied with the same as >> well.) >> > > I'm waiting for, but consider that may I can create the GObjects > directly in the engine and/or merge most of QOF's code, this is > becouse the QOF will never be exported as API, it will be for internal > use in GC, then you don't need a library. Well, we should still built it as a library. You never know.. > If some of this work is accepted I can have two branches: > > 1) Try to use GObject/GValue/GDA in QOF with the current 2.0.x versions Nah, you should work off SVN Trunk, the 2.1/2.2 code base, not 2.0 > 2) Re-desing most engine's objects to use directly GObject and GDA, > use GValue's API and stores directly in a database using GDA; this > work will be stored in the gda-dev branch... Actually, I think your work should be done in a different branch that the current gda-dev branch. The current gda-dev branch is specifically to create a gda backend for the current gnucash code. The qof/gda reallignment should be done in its own branch because it's a completely different functionality from what Mr Longstaff is working on. You and he have very different goals, so we should separate out the work into different branches so you dont interfere with each others' work. -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: QOF->GObject Plan
2006/12/22, Josh Sled <[EMAIL PROTECTED]>: > On Wed, 2006-12-20 at 16:10 -0600, Daniel Espinosa wrote: > > May is time to consider to deprecate the actual File backend and > > construct some utilities to automaticaly convert this to a SQLite file > > (it isn't a trivial XSLT convertion but a set of functions to get the > > data and store it to the database using GDA). > > I don't know about May ... how about "when it's ready."? :) > > > As discussed not too long ago on the list, you can't ignore the GUIDs in > deference to the databases's identity datatype. The GUIDs *are* the > object identity, even in the database. Alos, because of how they're > used throughout gnucash, they need to be stable over the lifetime of the > object. What hapend in a multiuser enviroment? if you are using a PostgreSQL or MySQL backend may you have a multiple concurrent access to the data in GC then what about the GUID that is managed by a GC instance? As I see QofQuery uses the GUIDs to find objects, but in my point to use GdaQuery enstead, you can use directly the database's IDs; may all this work must be done in the gda-dev version... > > I'm not sure why functions like KvpFrame[...]get_double wouldn't be > implemented. Even if they're not used, it does complete the > interface... > If you see my plan, I consider to replace KvpFrame by GValue API, then you still can use a double value but using GValue. The point is to replace the code for KvpFrame with the GValue API and some other from GDA (it is using GValue already) > I'm not sure why functions like KvpValue[...]new_binary would move to > another source file: the KVP code should encapsulate its structure, and > I don't see how that happens if other source modules need to know about > it. > You'll right, I'm thinking to create a data type derived from GType (like in GDA's binary type) to allow store this kind of data in a GValue. (I have helped in most of the work to port GDA to GValue) > > (There's probably more comments to be made, I'm heading out of town for > the holidays ... I'm sure others are preoccupied with the same as > well.) > I'm waiting for, but consider that may I can create the GObjects directly in the engine and/or merge most of QOF's code, this is becouse the QOF will never be exported as API, it will be for internal use in GC, then you don't need a library. If some of this work is accepted I can have two branches: 1) Try to use GObject/GValue/GDA in QOF with the current 2.0.x versions 2) Re-desing most engine's objects to use directly GObject and GDA, use GValue's API and stores directly in a database using GDA; this work will be stored in the gda-dev branch... > -- > ...jsled > http://asynchronous.org/ - a=jsled;b=asynchronous.org;echo [EMAIL PROTECTED] > > > -- Trabajar, la mejor arma para tu superación "de grano en grano, se hace la arena" (R) (entrámite, pero para los cuates: LIBRE) ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
building from SVN on MacOS -- make check fails?
Hi to all you MacOS developers. I decided to help Andreas test some code on MacOS so I pulled down his branch, built it, and was trying to run a "make check". But it failed! So I tried trunk. "make check" failed there, too! So I wanted to try 2.0, and it even failed THERE, too! So now I'm confused... I'm using MacPorts; I installed 2.0.2 via macports, and I had to install a few extra packages to build from SVN, but not too many. But I'm wondering if I'm missing something to get "make check" working? When I run "make check" I get dlopen failures. For example: ** (process:5220): WARNING **: Failed to dlopen() '../../../src/gnc-module/test/mod-foo/libgncmodfoo.la': dlopen(../../../src/gnc-module/test/mod-foo/libgncmodfoo.0.dylib, 9): image not found Obviously here it's looking in the wrong place; the .dylib is in ...test/mod-foo/.libs/libgncmodfoo.0.dylib, but I don't know why it's missing the .libs path. Building from trunk is even stranger! I get: ERROR: In procedure dynamic-link: ERROR: file: "libguile-srfi-srfi-13-14-v-1", message: dlopen(libguile-srfi-srfi-13-14-v-1.so, 9): image not found" Strange that in trunk it's looking for a .so and not a .dylib! Any MacOS help would be greatly appreciated! Thanks, -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: r15241 - gnucash/trunk/packaging/win32 - Add code for download/installation of Inno Setup Compiler, as suggested by hfelton.
Am Donnerstag, 21. Dezember 2006 19:18 schrieb Andreas Köhler:
> > Add code for download/installation of Inno Setup Compiler, as suggested
> > by hfelton.
> >
> > Modified: gnucash/trunk/packaging/win32/dist.sh
> > ===
> > --- gnucash/trunk/packaging/win32/dist.sh 2006-12-21 13:53:03 UTC (rev
> > 15240)
> > +++ gnucash/trunk/packaging/win32/dist.sh 2006-12-21 14:10:41 UTC (rev
> > 15241)
> > @@ -141,6 +141,10 @@
> > --install-schema-file $file >/dev/null
> > echo "done"
> > done
> > +
> > +_INNO_UDIR=`unix_path $INNO_DIR`
> > +echo "You can now run the Inno Setup Compiler for creating the
> > setup.exe:"
> > +echo ${_INNO_UDIR}/iscc ${_GNUCASH_UDIR}/packaging/win32/gnucash.iss
> > }
> >
> > prepare
>
> Is there any reason not to call iscc directly?
No particular reason, except that 1. I'm not totally sure everyone who is
trying this has ISCC already installed, and 2. I'm hesistant to introduce
things that change the script in a rather unexpected change. Also, this takes
quite a lot of time: 2 minutes of ISCC, whereas dist.sh takes 30 seconds.
Now that it has been in SVN for a while, feel free to change this so that ISCC
is called directly.
Christian
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
