Re: Gnucash 2.4.0 Mac OS X Startup notes

On Jan 3, 2011, at 6:22 PM, David T. wrote: > When I start up Gnucash 2.4.0 from a terminal window using: > > dhtmbp:~ david$ /Applications/Gnucash.app/Contents/MacOS/Gnucash > > I get: > > This is a development version. It may or may not work. > Report bugs and other problems to gnucash-de...

Re: missing gnucash-2.4.0.tar.bz2 in ftp.at.gnucash.org/pub/gnucash/sources/stable/

On Mon, January 3, 2011 9:35 pm, Frank H. Ellenberger wrote: > Servus Tony, > > in the chat > http://lists.gnucash.org/logs/2011/01/2011-01-03.html#T14:23:35 a > user asked, why gnucash-2.4.0 is not availabe at ftp.at.gnucash.org = > gd.tuwien.ac.at. For what it's worth, the tarball is also missin

missing gnucash-2.4.0.tar.bz2 in ftp.at.gnucash.org/pub/gnucash/sources/stable/

Servus Tony, in the chat http://lists.gnucash.org/logs/2011/01/2011-01-03.html#T14:23:35 a user asked, why gnucash-2.4.0 is not availabe at ftp.at.gnucash.org = gd.tuwien.ac.at. Grüße Frank ___ gnucash-devel mailing list gnucash-devel@gnucash.org http

Gnucash 2.4.0 Mac OS X Startup notes

When I start up Gnucash 2.4.0 from a terminal window using: dhtmbp:~ david$ /Applications/Gnucash.app/Contents/MacOS/Gnucash I get: This is a development version. It may or may not work. Report bugs and other problems to gnucash-de...@gnucash.org. You can also lookup and file bug reports at http

Re: Public Git repo

I was thinking in general of the introduction of merge metadata to allow them to keep track what had been merged and allow smarter merging. Phil - I used to be a hypochondriac AND a kleptomaniac. So I took something for it. From: John Ralls To: Mike

Re: Public Git repo

On Jan 3, 2011, at 12:02 PM, Mike Alexander wrote: > --On January 3, 2011 10:13:34 AM -0800 Phil Longstaff > wrote: > >>> Compared to SVN: topic/feature/bugfix branches. For example look at >>> [2] and notice how each bug I’ve worked on has been in a separate >>> Git branch. That history has b

Re: Public Git repo

--On January 3, 2011 10:13:34 AM -0800 Phil Longstaff wrote: Compared to SVN: topic/feature/bugfix branches. For example look at [2] and notice how each bug I’ve worked on has been in a separate Git branch. That history has been squished flat by SVN, but Git remembers the branchy development.

Re: Splitting the slots table

Am Montag, 3. Januar 2011 schrieb John Ralls: > We need to re-think KVP entirely: It doesn't match up very well with the > relational model. Yes. > The HBCI (online banking) setup, on the other hand, is contained entirely > in a hierarchy of KVPs. This makes some amount of sense in XML, but it's

Re: Splitting the slots table

On Jan 3, 2011, at 9:25 AM, Jeff Kletsky wrote: > John Ralls writes: > > "I think that the first step is to work through all of the code and make an > ERD for the existing model, documenting the use and structure of KVP. > (Pretend for the purpose of this exercise that every use of KVP is a se

Re: Splitting the slots table

On Jan 3, 2011, at 10:24 AM, Phil Longstaff wrote: > See below prefixed by [Phil]. I've also prefixed Derek's comments with > [Derek] > where there might be confusion. > > Phil > - > I used to be a hypochondriac AND a kleptomaniac. So I took something for it. > > > > > ___

Re: Public Git repo

On Jan 3, 2011, at 8:55 AM, Derek Atkins wrote: > John, > > John Ralls writes: > >> OK, Christian, you're in. >> >> My first import try doesn't seem to have worked out very well, so I'll >> have another go in a bit. > > Can you please keep good notes with what you're trying and what > worked

Re: Splitting the slots table

See below prefixed by [Phil]. I've also prefixed Derek's comments with [Derek] where there might be confusion. Phil - I used to be a hypochondriac AND a kleptomaniac. So I took something for it. From: Derek Atkins To: John Ralls Cc: Phil Longstaff

Re: Public Git repo

See comment below prefixed by [Phil] Phil - I used to be a hypochondriac AND a kleptomaniac. So I took something for it. From: Derek Atkins To: Yawar Amin Cc: gnucash-devel gnucash Sent: Mon, January 3, 2011 11:53:51 AM Subject: Re: Public Git repo

Re: Splitting the slots table

John Ralls writes: "I think that the first step is to work through all of the code and make an ERD for the existing model, documenting the use and structure of KVP. (Pretend for the purpose of this exercise that every use of KVP is a separate entity). Then we can normalize it into a good relat

Re: Splitting the slots table

John Ralls writes: > We need to re-think KVP entirely: It doesn't match up very well with > the relational model. Yeah. The KVP model works great for XML extensibility. It does suck for SQL extensibility. As we move forward I think we need to think about both methods. We have some requiremen

Re: Public Git repo

John, John Ralls writes: > OK, Christian, you're in. > > My first import try doesn't seem to have worked out very well, so I'll > have another go in a bit. Can you please keep good notes with what you're trying and what worked/failed in the process? This way we all can learn about it. Maybe a

Re: Public Git repo

Yawar Amin writes: >> HOWEVER >> until we, the set of developers, decide as a group to migrate to git we >> should not bless any tree as "the canonical tree”. > > This was actually why I suggested a ‘gatekeeper’ Git repo which we use > to access the canonical SVN repo.[1] Any devs comfortable wit

Re: Public Git repo

On Jan 3, 2011, at 1:29 AM, Christian Stimming wrote: > Zitat von John Ralls : >>> Anyway, to end with a clear next action: John, would you be kind enough to >>> create a ‘gnucash’ organization on GitHub and upload your repo there? I >>> would like to clone it and try working on #634456. >> >>

Re: GnuCash Portable

Am Donnerstag, 30. Dezember 2010 um 06:00:15 schrieb John Shaw: > I use your GnuCash Portable > Flash Drive > version, but it appears to have been last updated 2009-08-31. We are not portableapps. You could tell *them*, GnuCash 2.4 is release

Compile Warning on latest development version

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hey guys, Long time user, long time lurker... Never have any time to help with development. When compiling the latest version of trunk, I received an error in src/import-export/import-backend.c. It was a warning that best_match might not be ini

Re: Public Git repo

Zitat von Derek Atkins : And for the record, I feel using github would be okay for these trials, but the official git repository should remain on our own server. (Creating git.gnucash.org as a cname for code is perfectly reasonable, if we decide to move to git). I've grown to like github very m

Re: Public Git repo

Zitat von John Ralls : Anyway, to end with a clear next action: John, would you be kind enough to create a ‘gnucash’ organization on GitHub and upload your repo there? I would like to clone it and try working on #634456. OK, I've made a Gnucash "organization" with me as the admin and Yawar