Re: Performance improvement for xml loads (+comments)

is a reasonable > way to store large data sets. XML is a cool technology, but just > because a technology is cool doesn't mean that it's the right tool for > the job. Of course you're welcome to, but why would you waste time on this rather than trying to go forward

Re: Guile hacking -- accessing backtrace environment frames?

y input anyone has for me? OK, without me actually testing anything, just poking around, how about the "Debugger options" section of the guile info pages? Does that help? I see there's a way to turn on backtracing on error. I think we may turn that off in gnucash unless the --debug opt

Re: Salutations

interest, and I hope this is the kind of feedback you were looking for. I figure you might also want a little more info about how/where the DB would probably tie in to the code, but I thought I'd let you digest this first :> -- Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 5

Re: Performance improvement for xml loads (+comments)

rd to re-inventing that wheel. So, presuming we keep our current frame of mind, the XML format may very well only be the actual file format, short term. > In any case, what follows is my brief patch which I'd appreciate if > it were put into the CVS. Thanks! Thanks very much for the w

gwrap-0.9.10 released (please test).

Available at ftp.gnucash.org/pub/g-wrap/source: 2000-11-06 Rob Browning <[EMAIL PROTECTED]> * release new version 0.9.10. * guile/guile-types.scm (const-string): fix bug in scm->C conversion. 2000-11-05 Rob Browning <[EMAIL PROTECTED]>

Re: g-wrap-0.9.12 is released.

Derek Atkins <[EMAIL PROTECTED]> writes: > For the record, QIF importing no longer crashes, and I can > successfully build the GnuCash CVS Mainline. Great. -- Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930 ___

Re: ROI discussion

gy out of it. PLUS I won't have to try to > dust off all my pitiful math skills. [...] > rgmerk and others, what think ye? Sounds like an excellent idea to me. -- Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930

Re: Perl API

e-modules (gwp open-gl)) and have it suck in the system and g-wrap libs you need automagically at runtime, and a fancier type system so that we can handle fancier types (like glib containers) with more transparency. The latter is tougher, and I need to do some head-scratching before I can tell what

Re: Stock Splits, Stock Dividends, Mergers, etc.

#x27;s going to be difficult to generate reports that know exactly what really happened... -- Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930 ___ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel

Re: Performance improvement for xml loads (+comments)

involve defining the SQL tables we need. I don't see how that involves a "binary data format". I must not understand what you mean. -- Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930 ___ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel

Re: Performance improvement for xml loads (+comments)

Derek Atkins <[EMAIL PROTECTED]> writes: > Rob Browning <[EMAIL PROTECTED]> writes: > > > The 50MB of RAM you're worried about is a *BUG*, and it needs to be > > fixed. Other than that, and some performance work that seems fairly > > Is this a bug we

Re: Performance improvement for xml loads (+comments)

s I mentioned before, this might even mean getting rid of the arbitrary hierarchical frames stuff. -- Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930 ___ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel

Re: Salutations

le as allowing the user to use the DB they've already deployed, and as we move into the small-business arena, allowing people to stick data in *their* DB will probably become more critical. Though, even there, as long as we have ways to interface with other DBs (i.e. batch push/pull) tha

Re: Salutations

; problem areas. Designing the database won't be hard (I've done many > financial apps in my time!), and writing SQL will be pretty > straightforward (the engine does all the work, really). I agree. > That's the idea, anyway. :-D Thanks much for the help. -- Rob Br

Re: Performance improvement for xml loads (+comments)

DBMS server, sharing access with other users and > all that. Well it looks like David Merrill may be interested in starting work on the SQL stuff. We'd love to have your help/input if you're interested. Thanks -- Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930 ___ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel

Re: Implementing proper cost basis tracking for shares

ount set in various meaningful (to them) ways. We might also use the framework internally for some very specific, rigid organizations, but thats a different point. -- Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930 ___ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel

Re: Performance improvement for xml loads (+comments)

[...] > Hopefully I've given you enough pointers to get started. Thanks very much. I glanced at the manpage briefly, and it's quite interesting. I appreciate the pointer, and I'll definitely have to spend a bit of time grokking it. -- Rob Brownin

Re: Hardwired path in src/guile/Makefile.am

h is available via g-wrap-config. We already have a Makefile var with that value that's determined in configure.in that we use in generating gnucash.c.in. We just need to add it to this Makefile.am. -- Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930

Re: Schema

f the thing you have, and value it's value. Though quantity, taken by itself, is ambiguous, I'm not sure it's so bad when within the context of a split. It would be hard to confuse it with any of the other fields, and it's arguably better than damount. In any case, better names, w

Re: Schema

Dave Peticolas <[EMAIL PROTECTED]> writes: > My best guess is that it stands for 'debit'. I had always thought it meant d(elta)amount. -- Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930 ___ gnucash-

Re: Schema

ertainly > have their own table, so there will be an 'explicit' list of them. And I've even thought about adding such a list to gnucash from time to time... -- Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930

Re: Schema

x27;t have RATIONAL_64 as a type. :> -- Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930 ___ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel

Re: Schema

laces, etc. At least this is why we've done what we've done up to now. -- Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930 ___ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel

Re: DB design document

would cause Debian or other free > software distributors to consider gnucash to be non-free in any > way. We cannot and will not be cavalier about software licensing. What Bill said ... twice. -- Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F

Re: DB design document

t thinking too much about it) we can use whatever encryption/authentication we want -- possibly even just GPG encrypted chunks :> -- Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930 ___ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel

Re: DB design document

's copyright, etc.) rules, we certainly can't expect them to enforce our licenses when the shoe is on the other foot. This is not a huge issue -- I don't think we have any problems that won't be easy to solve to everyone's satisfaction, but it is important to get t

Re: DB design document

cryptic passwords like GPG/SSH etc. -- Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930 ___ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel

Re: DB design document

proxy that can handle the messy details of storing arbitrary length strings (if that's even possible) in DBs that don't handle them natively. -- Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930 ___ gnucash-devel mai

Re: DB design document

- - - -> || (gnc_engine <-> ui) (server) || <- - - - - -> || (gnc_engine <-> ui) and we need to be thinking about what we *require* be done where. I.e. does the DB just serve up raw records or do we require it to be able to "do the math"

Re: Thoughts about the stock quote database

Dave Peticolas <[EMAIL PROTECTED]> writes: > Rob Browning is going the price database, so he will be posting a > requirements/design doc soon. Getting started on this now, so it's time to talk :> > It may be that gnucash doesn't need to use the price db to store >

Re: Thoughts about the stock quote database

Dave Peticolas <[EMAIL PROTECTED]> writes: > It should be splits -- I wasn't being very specific in that email. No problem, just wanted to make sure I was thinking straight myself. -- Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A

Re: Schema

it; I'm human. If it's not, then I think it > should be. Well, we're using the standard md5sum code, and AFAIK, that's on very solid mathematical footing. I don't have references handy ATM, though. (Anyone?) -- Rob Browning <[E

Re: Thoughts about the stock quote database

es anyone have any objections to this? If not, then unless someone else wants to do it, I'll start working on this, and fixing up the file read code to properly convert old "zero-price" splits -> split quotes immediately. Speak now... Thanks -- Rob Browning <[EM

Re: DB design document

t be very efficient if stored in a table with a bunch of other fixed length fields. In that situation, perhaps we make a table of all the fixed length (the more computational/indexable fields), and another table of blobs that are indexed to the first table by GUID. I think this is the kind of quest

Re: DB design document

rver-proxy and gnc-client ourselves. > That will be the nature of the first implementation. I always design > way farther than I implement, so that when the later stuff gets > implemented it has already been planned for. At some point probably > weeks from now, I will put much more ser

Re: DB design document

one could, in confidence, pick one dbms and adopt it > without reservation, the discipline of building an API to separate > it from the rest of the application generally results in a cleaner, > more maintainable system. Agreed. Thanks again for all the input. -- Rob Browning

Re: DB design document

ew projects we can beg/borrow from. -- Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930 ___ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel

Re: DB design document

even sure there was any consensus that it was the right thing to do. Hoever, I thought David might want to a least be aware of the discussion. -- Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930 ___ gnucash-devel mailing li

Re: Thoughts about the stock quote database

r that? In point of fact, I don't really care which way we go, and I think you know me well enough to know that difficulty in implementation isn't usually at the top of my criteria list. I'd just like to make sure we pick the best answer given what we know and where we think we might

Re: Thoughts about the stock quote database

anges, but which ones? This is getting messy. I defintely don't know enough right now to know what the "constants" here are. Company name changes are obviously ephemeral, but, thinking about it, it seems like ticker symbols, and perhaps even exchanges could be too... -- Rob Browni

Re: Performance improvement for xml loads (+comments)

ust require that the account restore be nested inside a (or whatever) block that handles ending the group's edits. One thing that does still bother me a bit is that there's an assymetry for groups now. We don't have an xaccGroupBeginEdit to balance the commit edit. Perhaps we should

test...

test. -- Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930 ___ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel

Re: DB design document

nother mail, I kinda think we might be better served moving to one global, flat account list and having various hierarchical structures pointing into that for display/organization purposes, but even if we decide to do taht, it's probably not going to happen in the next month or so. FWIW.

Re: newbie/sm bus

er than creating categories in quicken. As long as you don't do something silly like trying to open up one of these expense accounts, you can just go along, blissfully pretending like they're just categories. Is that not sufficient? -- Rob Browning <

Re: DB design document

place to add any code we need if we want to make the encryption/authentication system more modular. Seems like a more flexible approach in the long run, but of course it does have it's own set of drawbacks. FWIW. -- Rob Browning <[EMAIL P

Resolving the stock split/merger issue.

t-type set to "stock-split". This won't be exposed, so we can change it later if we need to, but this slot may also be used later to distingush other types of split (i.e. we may need one for closing the books, etc.) -- Rob Browning <[EMAIL PROTECTED]> PGP=E

Re: DB design document

ater when we're closer to needing to resolve it. It's quite possible I'm not thinking of things that would make server-side code a bad-idea(TM). -- Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930 ___ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel

Re: DB design document

o seems fairly crucial to being able to customize systems to integrate with a given business' existing infrastructure. If they have a weak DB on the server, but they want us to link to it, we could build a special version of our server-side proxy that presents their database in the way we exp

Re: DB design document

y realized I *really* wanted :> Sounds quite right to me. -- Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930 ___ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel

Re: client-server

uppi graph based on the data in the text embedded in our html widget alongside the other html bits. Very clever. -- Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930 ___ gnucash-devel mailing list [EMAIL PROTECTED] http://

Re: client-server

ith the last rewrite. There'd be a few more things to be done, but as I think about it, maybe not that much. > I'm hitting Rob on his weak spot. Just say 'this will benefit the scheme > language' and he gets all excited .

Re: Saving pane layouts in .xac file

Robert Graham Merkel <[EMAIL PROTECTED]> writes: > Rob, I'd like so save the pane layout as part of the .xac file, rather > than have it as a seperate file or as a part of the .gnucash-auto > file. > > As it's file metadata, rather than something that fits with a

Re: scripting language vs. developer community size

ully weak by comparison. I had similar experiences with haskell, prolog, etc., but scheme is the only one that had enough of a foot in the three worlds of power, elegance, and practicality, to keep me committed to it for large projects. FWIW -- Rob Browning <[E

Re: More g-wrap problems with GnuCash

the output of strace -f -o strace-dump.tmp guile where you do the same thing at the prompt and then quit? Thanks -- Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930 ___ gnucash-devel mailing list [EMAIL PROTECTED] http:

Re: More g-wrap problems with GnuCash

that helps. Then we'll have to decide if libgw-runtime.so.0 should be a symlink or the actual binary. In this case, I doubt it matters. Hope this helps. -- Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930

Re: More g-wrap problems with GnuCash

e g-wrap lib-dir to your LD_LIBRARY_PATH. Could that be the problem? i.e. LD_LIBRARY_PATH=/usr/local/opt/g-wrap/lib gnucash ... -- Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930 ___ gnucash-devel mailing list [EMAIL PROTE

Re: More g-wrap problems with GnuCash

ord #f OK, I've got a guile 1.3 g-wrap sandbox installed, and I can now reproduce the problem. Stay tuned. -- Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930 ___ gnucash-devel mailing list [EMAIL PROTECTED] http://www.

Re: scripting language vs. developer community size

to the cell data and a "next" pointer to the > remainder of the list. And anyone who's familiar with glib, LISP lists are somewhat similar to GSLists. GLists are actually doubly linked... -- Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930 _

Re: scripting language vs. developer community size

ndation to the the book people usually refer to as SICP. It's the "Structure and Interpretation of Computer Programs" by Abelson and Sussman. Aside from being an excellent way to learn scheme, it will probably broaden the way you think about computer p

Re: scripting language vs. developer community size

If you need any help with scheme, feel free to ask. -- Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930 ___ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel

Re: More g-wrap problems with GnuCash

e what guile realized it needed to be doing as of 1.3.4... so g-wrap 1.1.8 should fix your problem. It's on the ftp site now. Lemme know. Thanks -- Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930 ___ gnucash-devel mailin

Re: More g-wrap problems with GnuCash

Derek Atkins <[EMAIL PROTECTED]> writes: > Rob Browning <[EMAIL PROTECTED]> writes: > > > Derek Atkins <[EMAIL PROTECTED]> writes: > > > > > Ok, I look forward to seeing what you have to say. This is when I > > > really wish guile

Re: More g-wrap problems with GnuCash

ast have the functional problems fixed... Thanks for the help. -- Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930 ___ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel

g-wrap-1.1.9 is released (should fix rpm problems).

This version should produce working rpms. The previous version had problems with shared library symlinks. Thanks to Derek for helping debug/fix the problem(s). -- Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930 ___ g

Re: stock split questions

ucash the same way, but I could put some annotation about whether it was 2/1 or whatever in the memo or notes field if I wanted/remembered. > Can mutual funds split? Don't know. -- Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930 ___

Re: How to keep 1.4.8 & build development version?

r/local/opt/gnucash-unstable/bin/gnucash -- Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930 ___ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel

Re: ERROR: no such module (g-wrap)

so the configure process can pick up both the right guile and the right guile-config. Finally, if you've changed anything since you downloaded the source (or if you've CVS updated lately), you should make sure and re-run ./autogen.sh YOUR-ARGS, but make sure and do it with

Re: scheduled transactions

ay to find out when things are going to happen is to probe every possible event time. And since I had also imagined that we might want to be able to schedule things to the hour or to the minute, this could quickly become very expensive. -- Rob Br

Re: simplifying memory management in panes

27;t recognize the valid types without extra help, then I suppose we could just require that "save/restoreable" things be tagged somehow. I can think of half-baked schemes which might allow this, but it's not worth dwelling on until/unless we need it. Hope this is rele

Re: Another neat bug in current-CVS (hit import, go boom! :)

t time you'd updated was? What version of g-wrap are you running, and when did you last change it? Thanks -- Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930 ___ gnucash-devel mailing list [EMAIL PROTECTED] http://w

irc pricedb discussion

l thing" IIRC. there's a trademark on bookshelf. i wouldn't be surprised :) dres: retch. rlb: to wrap this up, maybe you could post an excerpt of this discussion to the ML, for later reference, --- dres has changed the topic to: Today's Gripe: People exchanging "Wh

Re: etags crashes, ctags not

/ctags issue, it should be possible to add some tests to configure.in to actually determine which one to use dynamically, or, as suggested, we could just allow a --with-tags-prog=foo option. In my experience, building the TAGS file doesn't appear to add appreciable build time when compared to the ove

Re: irc pricedb discussion

s, you'll then be able to query the pricedb for the latest price for a given commodity with: price = gnc_pricedb_lookup_latest(db, commodity); -- Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930 ___ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel

Re: "Hello, World" report crashes Gnucash

se is near, the longer we can delay, the better, because as time passes, the set of issues we'd need to address constantly changes. WRT RH 6.2, for now I think you can rest easy. AFAIK, Dave has made it clear he plans for us to support 6.2, much to my guile

Re: docs for some price-quotes.scm functions?

s some documentation too, so I'd rather write something up and submit a patch than describe it several times, but if you need info *now*, I'd be happy to oblige :> -- Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930 ___

Re: transaction ID's

Derek Atkins <[EMAIL PROTECTED]> writes: > Um, you can certainly perform MD5 in Java... Look at www.cryptix.org And make sure your input is at least as random as gnucash's. There should be as close to no chance that you'll accidentally generate duplicate keys as possible

Re: 1.{56} dependancy list

;... I've sort of toyed with the idea of an emacs or terminal interface for a while. Not necessarily anything full-blown, but "M-x gnc-add-transaction" would be nice :> -- Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930 _

Re: price-db storage via BackEnd?

und forever -- not a scalable approach, really. One solution would be for Gnome MDI to have an API that allows you to tell it to give you the data it wants stored, and to ask you for that data when it needs it (i.e. at file open time). That seems like a much cleaner approach for situat

Re: price-db storage via BackEnd?

that an awful lot of the config data belongs in the data store. Delete the "file" and the config data goes with it. Also, if we do eventually have a multi-user, remote access, user-travelling-from-machine-to-machine, setup, then storing most of the config data in the data store prob

Re: price-db storage via BackEnd?

an instatiated report to the > menus. Well, if I were using rsync or vpn+NFS to allow me to work on the same file from work and home, I'd probably want my changes to automatically show up both places, wrt to reports *and* window config, and this is one place, that unless we go to some lengt

Re: date confusion

a bad idea to make this change now, or is it Linas> better to make the change now, and thus avoid heartache and Linas> pain later? 1.6.1, (with an SQL conversion to change everyone's dates)? rob ___ gnucash-devel mailing list [EMAIL PROT

Re: 1.5.97 first impression

ybe it is stalling on > something really stupid like name resolution. There was apparently also some issue with guppi -- I think maybe it was reading from /dev/random, and so it won't finish until the entropy pool has been full enough to generate all the random numbers it needs. If th

Re: 1.5.97 first impression

ahead and modularize the rest of the reports (for consistency), and then any other files that need it. These fixes won't show up in 1.6.0, but look for a (hopefully) large --nofile startup speedup in 1.6.X. Thanks for the report. -- Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F5

two bugs in 1.6.0

ading shared libraries: gnucash: undefined symbol: stat and it all crashes away. For reproduction purposes, If you don't get the welcome dialog box, you may need to move your .gnucash directory out of the way. I had to do that one time. rob ___

Re: two bugs in 1.6.0

nd a symbol it should have not found it long James> before now. Not the whole list?!? :-) bash-2.05$ ls -alrt gnucash.crash -rw-r--r--1 rob rob743086 Jan 6 11:41 gnucash.crash yeah, yeah, my clock is off, thank the win4lin 2.x beta. well, I also just ran ldconfig as root

Re: gnucash 1.6

rogram. oh, and I didn't need to go to some third party 'distro fixing service' to get gnucash to work properly. :-) It 'comes with', as they say. rob ___ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel

Re: Balance sheet report for a sub-group of accounts

te types, with other-than-normal balances if one runs a negative (opposite from normal) balance on it. rob ___ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel

Re: Dependency hell redux

that many megs of libraries and whatnot. cbbrowne> Not gonna happen tomorrow... Totally agreed. You guys have more important things to do, I am sure. rob ___ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel

Re: Debian installation

lone, and then 'apt-get install ' which would work. I know it shouldn't work that way, but that helped me. rob ___ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel

Re: Bundling G-Wrap

versions in the names, and then also provide a symlink for dlopen/dynamic-link: /usr/lib/libfoo.so.N /usr/lib/libfoo-N.so -> libgw-guile-foo.so.N Given that, you can still use (dynamic-link "libgw-guile-foo-N"), but nothing else has to deal with the versioned name. Of course if you w

Re: Wishes to the new G-Wrap maintainer?

the upstream doesn't bump the major number (change the soname) every time they break backward binary compatibility. HTH -- Rob Browning rlb @defaultvalue.org and @debian.org; previously @cs.utexas.edu GPG starting 2002-11-03 = 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4

Re: need help on make

I have a gnome.h file at > /opt/gnome/include/gnome.h When you report this kind of problem, please include the ./configure statement you used so we can see if that's OK. Often the wrong configure options can cause this problem. Thanks -- Rob Browning <[EMAIL PROTECTED]> PG

Re: need help on make

bly need: ./configure \ --prefix=/opt \ --with-opt-style-install \ --with-gnome=/opt/gnome \ --with-xmhtml-includes=wherever \ --with-xmhtml-libraries=wherever Though this is unlikely to work. The GNOME interface is completely broken right now. -- Rob Browning <[EMAIL PROTE

Re: clean start problem with 1.1.20

hare was in the CVS repository, I don't know why you didn't get it. If you're using cvs, you have to always specify the "-d" option with update or you won't get new directories... -- Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930 -

Re: clean start problem with 1.1.20

w the rutime paths are fixed by the call to ./configure, and make install-opt is gone. The configure flag --with-opt-style-install has taken its place. Unfortunately, I haven't had time to get the patch together, and I probably won't for a couple more days... -- Rob Browning <

Re: gnucash.spec file and configure.in patch for Red Hat Motif 2.1

Eugene Kanter <[EMAIL PROTECTED]> writes: > I could not figure out how to install config files in /etc/ instead of > prefix/etc. If someone knows please help. ./configure --sysconfdir=/etc --prefix=/wherever ... I think... -- Rob Browning <[EMAIL PROTECTED]> PG

Re: gnucash.spec file and configure.in patch for Red Hat Motif 2.1

Eugene Kanter <[EMAIL PROTECTED]> writes: > I'll see how Makefiles can be rewritten correctly with install_prefix > option. Don't waste too much time on this. My next patch will make this unnecessary. -- Rob Browning <[EMAIL PROTECTED]> PGP=E80E0

Initial plotting code support added, substantial configure fixes...

ucash-shell -l src/scm/graph.scm guile> (pie-window) "q" in the pie chart will close that window, and (quit) will get you out of gnucash-shell (Yes, I know. Quitting should close the window). -- Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930 - %<

Re: Upgrade or not to upgrade?

ky to get right since CBB puts splits in several files with no unique identifier to link them all together. Pulling things back together requires some careful matching and a little guessing. -- Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930 - %< -

Re: gnucash-1.1.20 depends on swig, but ...

[EMAIL PROTECTED] writes: > ... shouldn't configure find out, whether there is one at all, and > advise properly if there is none. Yes. We need to change configure.in to check for all the things that are required and call AC_MSG_ERROR if they aren't found. -- Rob Browning &

<    1   2   3   4   5   6   7   8   9   10   >