bugzilla items under 400!
Yeah! Developers go go go! We've managed to get our overall bugzilla entries below the number of 400, which is the number we exceeded I think in mid-2004. This number (currently 393) includes enhancement requests and NEEDINFO. Actual bugs are also at a year-long low; we've now under 200 actual bugs (excluding enhangements and needinfo), currently 195. We're even better than Gnumeric now, which we haven't been for several years, http://bugzilla.gnome.org/reports/weekly-bug-summary.html Maybe at some point in time the developers could now go through the 10 critical bugs http://bugzilla.gnome.org/buglist.cgi?product=GnuCash&bug_status=NEW&bug_status=REOPENED&bug_status=ASSIGNED&bug_status=UNCONFIRMED&bug_severity=critical or 20 major bugs http://bugzilla.gnome.org/buglist.cgi?product=GnuCash&bug_status=NEW&bug_status=REOPENED&bug_status=ASSIGNED&bug_status=UNCONFIRMED&bug_severity=major to see whether these can be fixed easily, or already fixed, or whatever. It seems actually quite reasonable to have almost all of them fixed by a 2.0.0 stable release. We're right on track, obviously. Many thanks to everyone who goes through bugzilla and fixes any bug. Christian ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Build failure on r13359 - implicit declaration of function 'qof_instance_mark_dirty'
Hi, When I try to build svn version r13359 on Ubuntu 5.10, I get the following error: cc1: warnings being treated as errors gnc-lot.c: In function 'gnc_lot_set_title': gnc-lot.c:174: warning: implicit declaration of function 'qof_instance_mark_dirty' make[5]: *** [gnc-lot.lo] Error 1 make[5]: Leaving directory `/mnt/extra2/share/install/linux/gnucash/gnucash/src/engine' This causes the compile to bomb out. I got the error after doing the following in my local svn directory make distclean svn update ./autogen.sh ./configure.sh --prefix=/packages/gnucash \ --enable-error-on-warning --enable-compile-warnings make I have even tried removing the gnc-lot.* files and trying again. It appears that the repository has a bug? Ben. ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Build failure on r13359 - implicit declaration of function 'qof_instance_mark_dirty'
Hi,
Ben Stanley wrote:
Hi,
When I try to build svn version r13359 on Ubuntu 5.10, I get the
following error:
cc1: warnings being treated as errors
gnc-lot.c: In function 'gnc_lot_set_title':
gnc-lot.c:174: warning: implicit declaration of function
'qof_instance_mark_dirty'
make[5]: *** [gnc-lot.lo] Error 1
make[5]: Leaving directory
`/mnt/extra2/share/install/linux/gnucash/gnucash/src/engine'
This causes the compile to bomb out.
I got the error after doing the following in my local svn directory
make distclean
svn update
./autogen.sh
./configure.sh --prefix=/packages/gnucash \
--enable-error-on-warning --enable-compile-warnings
make
I have even tried removing the gnc-lot.* files and trying again. It
appears that the repository has a bug?
Ben.
Should those qof_instance_mark_dirty be qof_instance_set_dirty in
src/engine/gnc-lot.c ? ala
--- gnc-orig/src/engine/gnc-lot.c 2006-02-22 08:36:32.0 -0500
+++ gnc/src/engine/gnc-lot.c 2006-02-22 08:37:28.0 -0500
@@ -171,7 +171,7 @@ void
gnc_lot_set_title (GNCLot *lot, const char *str)
{
if (!lot) return;
- qof_instance_mark_dirty(QOF_INSTANCE(lot));
+ qof_instance_set_dirty(QOF_INSTANCE(lot));
return kvp_frame_set_str (lot->inst.kvp_data, "/title", str);
}
@@ -179,7 +179,7 @@ void
gnc_lot_set_notes (GNCLot *lot, const char *str)
{
if (!lot) return;
- qof_instance_mark_dirty(QOF_INSTANCE(lot));
+ qof_instance_set_dirty(QOF_INSTANCE(lot));
return kvp_frame_set_str (lot->inst.kvp_data, "/notes", str);
}
@@ -235,7 +235,7 @@ gnc_lot_add_split (GNCLot *lot, Split *s
gnc_num_dbg_to_string (split->amount),
gnc_num_dbg_to_string (split->value));
acc = xaccSplitGetAccount (split);
- qof_instance_mark_dirty(QOF_INSTANCE(lot));
+ qof_instance_set_dirty(QOF_INSTANCE(lot));
if (NULL == lot->account)
{
xaccAccountInsertLot (acc, lot);
@@ -270,7 +270,7 @@ gnc_lot_remove_split (GNCLot *lot, Split
if (!lot || !split) return;
ENTER ("(lot=%p, split=%p)", lot, split);
- qof_instance_mark_dirty(QOF_INSTANCE(lot));
+ qof_instance_set_dirty(QOF_INSTANCE(lot));
lot->splits = g_list_remove (lot->splits, split);
split->lot = NULL;
lot->is_closed = -1; /* force an is-closed computation */
___
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: Build failure on r13359 - implicit declaration of function 'qof_instance_mark_dirty'
On Wed, Feb 22, 2006 at 08:41:10AM -0500, Andrew Duggan wrote: > Hi, > > Ben Stanley wrote: > >Hi, > > > >When I try to build svn version r13359 on Ubuntu 5.10, I get the > >following error: > > > >cc1: warnings being treated as errors > >gnc-lot.c: In function 'gnc_lot_set_title': > >gnc-lot.c:174: warning: implicit declaration of function > >'qof_instance_mark_dirty' > >make[5]: *** [gnc-lot.lo] Error 1 > >make[5]: Leaving directory > >`/mnt/extra2/share/install/linux/gnucash/gnucash/src/engine' > > > Should those qof_instance_mark_dirty be qof_instance_set_dirty in > src/engine/gnc-lot.c ? ala Sorry folks. My fault. That's what I get for tweaking the patch between test and commit. It's fixed in r13360. -chris ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Build failure on r13359 - undefined reference to qof_event_{suspend|resume}
application of s/mark_dirty/set_dirty/g in four locations within gnc-lot.c in accordance with the supplied patch seems to have fixed the problem with compiling gnc-lot.c . Now I get errors at link time: ../../../../src/engine/.libs/libgncmod-engine.so: undefined reference to `qof_event_suspend' ../../../../src/engine/.libs/libgncmod-engine.so: undefined reference to `qof_event_resume' collect2: ld returned 1 exit status make[5]: *** [test-link] Error 1 make[5]: Leaving directory `/mnt/extra2/share/install/linux/gnucash/gnucash/src/import-export/qif-import/test' Ben. On Wed, 2006-02-22 at 08:41 -0500, Andrew Duggan wrote: > Hi, > Should those qof_instance_mark_dirty be qof_instance_set_dirty in > src/engine/gnc-lot.c ? ala > ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [QOF-devel] Outline of new qofevent support
Chris Shoemaker <[EMAIL PROTECTED]> writes: >> How do we make sure that a signal handler doesn't eat a signal? > > Not sure what you mean here, but if you're thinking about the > Scheme-style hash-table iterators, where the closure can abort the > iteration by returning #f or something, then that's a completely > optional feature of GSignal, and not one I've seen much used. Really? I thought it was used more often. But yea, that's what I'm worried about -- some signal handler returning a value to stop the propagation, so other handlers don't see the signal (or it doesn't propagate up to parent objects). > -chris -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: Build failure on r13359 - undefined reference to qof_event_{suspend|resume}
Ben Stanley <[EMAIL PROTECTED]> writes: > Now I get errors at link time: > ../../../../src/engine/.libs/libgncmod-engine.so: undefined reference to > `qof_event_suspend' > ../../../../src/engine/.libs/libgncmod-engine.so: undefined reference to > `qof_event_resume' > collect2: ld returned 1 exit status > make[5]: *** [test-link] Error 1 > make[5]: Leaving directory > `/mnt/extra2/share/install/linux/gnucash/gnucash/src/import-export/qif-import/test' You're on Debian, right? -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: [Gnucash-changes] r13347 - gnucash/trunk/src/engine - Avoid qof-dirtying Accounts when Splits or Lots are inserted or removed.
Chris Shoemaker <[EMAIL PROTECTED]> writes: > Modified: >gnucash/trunk/src/engine/Account.c > Log: >Avoid qof-dirtying Accounts when Splits or Lots are inserted or removed. FYI, related fixes are probably required elsewhere in the code where the Engine API users call xaccAccountBegin/CommitEdit around the InsertSplit and InsertLot. -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: [Patch] reworked advanced-portfolio.scm
Andrew Sackville-West wrote: On Tue, 21 Feb 2006 19:14:33 -0700 Mark Johnson <[EMAIL PROTECTED]> wrote: As far as lots on hand go, is it first-in-first-out or first-in-last-out? Does this vary from country to country? I know this varies. I think in the US (been too long since I held stock) you can decide either way and of course the advantage of one over the other varies depending on who's writing the tax laws this year. This could get really complicated. I guess the report shouldn't even show money-in or money out, just a cost basis for the shares, current value, gain and return. Then the basis column makes sense regardless of the method used for calculation. thoughts? A Those four columns for the report seem sensible to me. I am concerned about the statement: "the basis column makes sense regardless of the method used for calculation". The value in the cost basis column depends upon whether the cost basis is an average, FIFO, or LIFO. For example: buy 1: 100 shares at $10.00 buy 2: 100 shares at $11.00 sell: 100 shares at $12.00 Now, on an average basis, for the sale, my cost basis per share is $10.50, and my gain per share $1.50. On a FIFO basis, my per-share cost basis for the sale is $10.00; my gain is $2.00 per share. On a LIFO basis, my per share cost basis is $11.00; my gain is $1.00 per share. What remains after the sale? I have 100 shares. On an average basis, my cost is $10.50 per share. On a FIFO basis, my cost is $11.00. On a LIFO basis, my costs is $10.00. Both the cost basis and the gain columns are a function of the method chosen for calculating capital gains. Mark ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [Patch] reworked advanced-portfolio.scm
--On February 21, 2006 3:54:59 PM -0800 Andrew Sackville-West <[EMAIL PROTECTED]> wrote: I'm rewriting it so that it tracks two sets of prices in parallel buy checking the pricedb and the txn's themselves. Then report back the numbers based on whichever of these two prices is "closer" to the report date. The idea being that it will provide the latest price information we can find relative to the date of the report. Once that's working, I'll look into currency exchanges. but that's another story. It would be a lot easier in the long run to consider multiple currencies while you're doing the rewrite. It's really not that hard. Use a commodity collector (gnc:make-commodity-collector) for accumulating values and when you want the actual value in a given currency use gnc:sum-collector-commodity to get it. The last parameter to this is a function to do the currency conversion and/or price lookup (depending on whether the input commodity is a currency or not). You can get a suitable function by calling gnc:case-exchange-fn. An example from the existing code is (let* (((moneyoutcoll (gnc:make-commodity-collector)) ... (moneyoutcoll 'add commod-currency (gnc:numeric-neg (gnc:split-get-value s))) ... (moneyoutcoll 'minusmerge brokeragecoll #f) ... (moneyout (gnc:sum-collector-commodity moneyoutcoll currency exchange-fn)) ... (let* ((exchange-fn (gnc:case-exchange-fn price-source currency to-date)) ... One problem with this exact approach is that everything is converted using the same exchange rate from the date "to-date". This is fine for some things, but not really for money in and money out where you may want to use the exchange rate closest to the date of the transaction. The current code doesn't handle this correctly, but I see that you are considering eliminating money in and money out from the report which would eliminate the problem for them. Other values used in the report (e.g. basis) might have similar problems, but it's probably ok to ignore that for now at least. -- Mike Alexander [EMAIL PROTECTED] Ann Arbor, MIPGP key ID: BEA343A6 ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [Patch] reworked advanced-portfolio.scm
On Wed, 22 Feb 2006 13:11:44 -0500 Mike Alexander <[EMAIL PROTECTED]> wrote: > --On February 21, 2006 3:54:59 PM -0800 Andrew Sackville-West > <[EMAIL PROTECTED]> wrote: > > > I'm rewriting it so that it tracks two sets of prices in parallel buy > > checking the pricedb and the txn's themselves. Then report back the > > numbers based on whichever of these two prices is "closer" to the > > report date. The idea being that it will provide the latest price > > information we can find relative to the date of the report. > > > > Once that's working, I'll look into currency exchanges. but that's > > another story. > > It would be a lot easier in the long run to consider multiple > currencies while you're doing the rewrite. It's really not that hard. > Use a commodity collector (gnc:make-commodity-collector) for > accumulating values and when you want the actual value in a given > currency use gnc:sum-collector-commodity to get it. The last parameter > to this is a function to do the currency conversion and/or price lookup > (depending on whether the input commodity is a currency or not). You > can get a suitable function by calling gnc:case-exchange-fn. > > An example from the existing code is > > (let* (((moneyoutcoll (gnc:make-commodity-collector)) > > ... > > (moneyoutcoll >'add commod-currency >(gnc:numeric-neg (gnc:split-get-value s))) > > ... > > (moneyoutcoll 'minusmerge brokeragecoll #f) > > ... > > (moneyout (gnc:sum-collector-commodity moneyoutcoll currency > exchange-fn)) > > ... > > (let* ((exchange-fn (gnc:case-exchange-fn price-source > currency to-date)) > > ... this caused problems because the exchange-fn doesn't work right without a pricedb, so far as I can tell. i haven't read them in detail yet, but will. > > One problem with this exact approach is that everything is converted > using the same exchange rate from the date "to-date". This is fine for > some things, but not really for money in and money out where you may > want to use the exchange rate closest to the date of the transaction. > The current code doesn't handle this correctly, but I see that you are > considering eliminating money in and money out from the report which > would eliminate the problem for them. Other values used in the report > (e.g. basis) might have similar problems, but it's probably ok to > ignore that for now at least. I think this is a really difficult one to judge. I don't use these accounts or reports and definitely don't do currency conversions. I'm hoping others will chime in with how it should behave in this regard. I suspect a lot of it depends on local tax/accounting practices. Its woefully complicated. Basically, i need more information on how the report should behave in all these cases. And should there be options to provide any possible permutation of options. Like for ex. we want money in and moeny out exchanged at the time of transaction, but basis in current exchange rates. or vice-versa. I just don't know enough about these things to want to guess. Hence my desire to deal with the single currency version for now. I can see certainly using commodity collectors from the get go so that when the exchange portion is spec'ed its fairly easy to work it in. A > > -- > Mike Alexander [EMAIL PROTECTED] > Ann Arbor, MIPGP key ID: BEA343A6 > > > ___ > gnucash-devel mailing list > gnucash-devel@gnucash.org > https://lists.gnucash.org/mailman/listinfo/gnucash-devel pgpFq6Oaitxgg.pgp Description: PGP signature ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [Patch] reworked advanced-portfolio.scm
On Wed, 22 Feb 2006 10:26:57 -0700 Mark Johnson <[EMAIL PROTECTED]> wrote: > Andrew Sackville-West wrote: > > >On Tue, 21 Feb 2006 19:14:33 -0700 > >Mark Johnson <[EMAIL PROTECTED]> wrote: > > > > > >>As far as lots on hand go, is it first-in-first-out or > >>first-in-last-out? Does this vary from country to country? > >> > >> > > > >I know this varies. I think in the US (been too long since I held stock) you > >can decide either way and of course the advantage of one over the other > >varies depending on who's writing the tax laws this year. > > > >This could get really complicated. I guess the report shouldn't even show > >money-in or money out, just a cost basis for the shares, current value, gain > >and return. Then the basis column makes sense regardless of the method used > >for calculation. thoughts? > > > >A > > > Those four columns for the report seem sensible to me. > > I am concerned about the statement: "the basis column makes sense regardless > of the method used for calculation". > > > The value in the cost basis column depends upon whether the cost basis > is an average, FIFO, or LIFO. For example: > buy 1: 100 shares at $10.00 > buy 2: 100 shares at $11.00 > sell: 100 shares at $12.00 > > Now, on an average basis, for the sale, my cost basis per share is > $10.50, and my gain per share $1.50. On a FIFO basis, my per-share cost > basis for the sale is $10.00; my gain is $2.00 per share. On a LIFO > basis, my per share cost basis is $11.00; my gain is $1.00 per share. > > What remains after the sale? I have 100 shares. On an average basis, > my cost is $10.50 per share. On a FIFO basis, my cost is $11.00. On a > LIFO basis, my costs is $10.00. > > Both the cost basis and the gain columns are a function of the method > chosen for calculating capital gains. you misunderstand me there. i merely meant that a basis column is the right information to provide, as opposed to moneyin/moneyout, regardless of what method is used to calculate basis... seems to me that moneyin/moneyout is really of no use and may provide misleading information? I suppose its nice to see though that you've pulled $x.xx out of the stock over time. meh. maybe all three should be in there. I can always put in a display option for the various columns. A > > Mark > > pgpRSzcNKLQ8T.pgp Description: PGP signature ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: gnucash gentoo-amd64
Chris Lyttle wrote:
> Derek,
>
> r13279 on amd64
>
>
> dialog-account.c -fPIC -DPIC -o .libs/dialog-account.o
> dialog-account.c: In function `gnc_account_type_view_create':
> dialog-account.c:1150: warning: cast from pointer to integer of
> different size
> make[5]: *** [dialog-account.lo] Error 1
> make[5]: Leaving directory
> `/home/chris/cvs/gnucash-test/src/gnome-utils'
> make[4]: *** [all-recursive] Error 1
>
Is not working on my box. I didn't write the svn revision. Is there a
way to retrive it?
this is the gnucash printed version.
$gnucash -v
GnuCash 1.9.1
Built 2006-02-22 from runknown -- bad svn checkout?
the program run show this on the shell:
$gnucash --debug --loglevel=6
gnucash: [D] "starting up (1)."
gnucash: [D] "handling command line arguments"("gnucash")
gnucash: [D] "files to open: "()
gnucash: [D] (results missing-lib)
Segmentation fault
Gnucash start and try to open the last opened file and than crash with a
segmentation fault as shown.
The next time I open gnucash it find the lock on the prevoius file, so I
try opening a new file, but it crash another time.
Some days ago I was using gnucash regularly with no problem (probably
the 1.9.0 version).
Below the debug information that Gnome Bug Buddy try to send to the
develpers.
Nicola Buso.
Bug Buddy debug infos
Backtrace was generated from '/usr/bin/gnucash'
(no debugging symbols found)
Using host libthread_db library "/lib/libthread_db.so.1".
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread 16384 (LWP 2088)]
0x2aaab09ce2f9 in waitpid () from /lib/libpthread.so.0
#0 0x2aaab09ce2f9 in waitpid () from /lib/libpthread.so.0
#1 0x2bd5d3f4 in libgnomeui_module_info_get () from
/usr/lib64/libgnomeui-2.so.0
#2 0x2aaab09cd107 in __pthread_sighandler () from /lib/libpthread.so.0
#3 0x2aaab13ed810 in killpg () from /lib/libc.so.6
#4 0x in ?? ()
Thread 1 (Thread 16384 (LWP 2088)):
#0 0x2aaab09ce2f9 in waitpid () from /lib/libpthread.so.0
No symbol table info available.
#1 0x2bd5d3f4 in libgnomeui_module_info_get () from
/usr/lib64/libgnomeui-2.so.0
No symbol table info available.
#2 0x2aaab09cd107 in __pthread_sighandler () from /lib/libpthread.so.0
No symbol table info available.
#3 0x2aaab13ed810 in killpg () from /lib/libc.so.6
No symbol table info available.
#4 0x in ?? ()
No symbol table info available.
#0 0x2aaab09ce2f9 in waitpid () from /lib/libpthread.so.0
> Chris
>
> On Mon, 2006-02-13 at 11:25 -0500, Derek Atkins wrote:
>
>>Hi,
>>
>>This should be fixed in r13257. Could you please check and verify?
>>
>>Thanks,
>>
>>-derek
>>
>>Martin Klaffenboeck <[EMAIL PROTECTED]> writes:
>>
>>
In file included from PostgresBackend.c:336:
base-autogen.c: In function `pgendAccountCompareVersion':
base-autogen.c:1078: warning: cast from pointer to
Re: gnucash gentoo-amd64
Quoting Nicola Buso <[EMAIL PROTECTED]>:
Is not working on my box. I didn't write the svn revision. Is there a
way to retrive it?
Um, using the ebuild? I have no clue. If you've got an svn checkout
sitting around you can run "svnversion ." from the top of the source
tree. IMNSHO the ebuild is just broken for not building out of a direct
svn checkout dir and loses the svn version. But... I didn't create
the ebuild.
Unfortunately, that means I really cannot support you -- you should
file bug reports with gentoo (or with the IMNSHO broken ebuild creator).
Sorry.
this is the gnucash printed version.
$gnucash -v
GnuCash 1.9.1
Built 2006-02-22 from runknown -- bad svn checkout?
This sounds like the IMNSHO broken ebuild. Complain to the ebuild creator
because they're giving you junk.
the program run show this on the shell:
$gnucash --debug --loglevel=6
gnucash: [D] "starting up (1)."
gnucash: [D] "handling command line arguments"("gnucash")
gnucash: [D] "files to open: "()
gnucash: [D] (results missing-lib)
Segmentation fault
That's not very useful...
Gnucash start and try to open the last opened file and than crash with a
segmentation fault as shown.
The next time I open gnucash it find the lock on the prevoius file, so I
try opening a new file, but it crash another time.
Some days ago I was using gnucash regularly with no problem (probably
the 1.9.0 version).
Well, yea, if it crashed it's going to ask you what to do...
Below the debug information that Gnome Bug Buddy try to send to the
develpers.
Nicola Buso.
Unfortunately the stack trace you gave was absolutely useless. I don't
see a single gnucash function in the trace. Sorry.
Try building gnucash again? Maybe build it by hand instead of using
a completley useless an b0rken ebuild?
-derek
PS: I take it that gnucash at least built, while implies tha the subject
of this thread has been solved. Please start a new thread if you
still have issues with current SVN.
--
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: gnucash gentoo-amd64
On Wed, 2006-02-22 at 23:49 +, Nicola Buso wrote: > Is not working on my box. I didn't write the svn revision. Is there a > way to retrive it? > > this is the gnucash printed version. > > $gnucash -v > GnuCash 1.9.1 > Built 2006-02-22 from runknown -- bad svn checkout? If you want to build a recent development gnucash on gentoo, I suggest using the latest version of the ebuild attached to http://bugs.gentoo.org/show_bug.cgi?id=122337. If you really want to regularly build the SVN version ... wait a couple of days; I'll modify that script to work with SVN as well, but not tonight. -- ...jsled http://asynchronous.org/ - `a=jsled; b=asynchronous.org; echo [EMAIL PROTECTED] ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
1.9.1: Split button does not track transaction
Gnucash 1.9.1, kubuntu, no config or make options. 1. Open an account window 2. Select an existing transaction 3. Select the 'Split' toolbar button. 3. Select a different transaction. The split button stays "pressed", but the current transaction is not split. Q: Is it preferable to just create bugs for these, or to post here for confirmation first? ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: kubuntu and initial configuration
> "AL" == Aaron Larson <[EMAIL PROTECTED]> writes: AL> I realize gnucash is gnome, so perhaps this stuff is due to a AL> misconfiguration specific to kubuntu (KDE based), but... AL> When I try to select and "cut" text from a memo in an open account AL> register, the text is deselected before I can cut it. I realized AL> after I started a recompile that I didn't verify this situation AL> very well, but it seems easy enough to confirm I thought I'd AL> mention it now. If it "works for you", I can follow up with AL> details later. Update for 1.9.1. Cut/paste now works, but only using keyboard keys (^X, ^C, ^V). There are no menu item choices. ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: 1.9.1: Split button does not track transaction
On Wed, 2006-02-22 at 21:21 -0600, Aaron Larson wrote: > Gnucash 1.9.1, kubuntu, no config or make options. > > 1. Open an account window > 2. Select an existing transaction > 3. Select the 'Split' toolbar button. > 3. Select a different transaction. > > The split button stays "pressed", but the current transaction is not > split. Bug 332165. Fixed it this morning. The fix will be in the 1.9.2 release. David ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
1.9.1: Barchart report X axis label incorrect
Gnucash 1.9.1, kubuntu, no config or make options. 1. Select Reports/Assets & Liabilities/Asset Barchart The X axis is labeled with the name of the asset rather than the date. Similar for Average Balance and Net worth. ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: 1.9.1: Split button does not track transaction
> "DH" == David Hampton <[EMAIL PROTECTED]> writes: DH> On Wed, 2006-02-22 at 21:21 -0600, Aaron Larson wrote: >> The split button stays "pressed", but the current transaction is not >> split. DH> Bug 332165. Fixed it this morning. The fix will be in the 1.9.2 DH> release. Sorry. That'll teach me to search both resolved and unresolved bugs :-( ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
