RSS

2009-06-15 Thread Brian Wilson 
The RSS feed on the website seems to be down.

 

Brian Wilson

P:   425-457-0128

E: bswil...@byu.net

  View my Professional Profile

 

 

 

 

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

Re: GnuCash OSX

2009-06-15 Thread John Ralls 


On Jun 15, 2009, at 7:30 AM, Derek Atkins wrote:


John Ralls  writes:

[snip]

Derek,

You do realize that this is working now and has been for well over a
year, right?


Define "this"..  I know that we've had a build-your-own non-X11  
GnuCash

working for well over a year..  But that's not necessarily a portable
GnuCash.App that we could build and distribute in a .dmg and let  
people

put it wherever they want.


And it isn't intel-only, it works just fine on PPC if built for that.
It just isn't a universal binary, meaning that the same build won't
work on both intel and ppc boxes. Until I can get the hard-coded  
paths

ironed out, it's not easily movable from the machine it's built on
anyway. (Though I was helping a guy build a couple of days ago, and  
he

thinks he got around that by just building the whole tree into /
Applications/Gnucash.app/Contents/Resources. I haven't heard back  
from

him whether the installation actually transferred.)


Yes, I understand that as well.  My point is that I think this is  
okay,

and if we get a huge call for a PPC package then someone can just take
our automated build scripts (once we set them up) and set up a build  
on

a PPC based Mac.


Anyway, since you have a mac ready to go, the instructions are at
http://wiki.gnucash.org/wiki/MacOSX/Quartz . Give it a try!


There's too much "build by hand" here.  I'm looking for a simple
daily_build.sh that I can put into a crontab and have it build
everything.  Not that I'm not willing to do some of this work myself  
(I

spent this whole weekend working on the win32 build system in order to
automatically detect and build new release tags), but that web page
seems way too interactive for my taste.


I don't think that the gnucash.in is really a problem. We just have a
gnucash.osx.in and make can pick that up instead of gnucash.in when
GDK_QUARTZ is true.


Um, sure.. I guess that works...  We sorta do that on Win32, where we
set up a gnucash.bat that then calls gnucash-bin.  So effectively  
we're

doing that now for Win32, I don't see why we couldn't do it for
gnucash-osx as well.


Anyway, on to details. The patches that are currently published are
for 2.2.6, but you'd probably prefer to skip over that and patch
current. I can prepare patches for that pretty easily. Do you prefer
to get them here or on bugzilla? We're probably looking at a week or
so before I get to it... I want to get the gtk-osx framework builds
working a bit better and release the binaries before I switch back to
working on gnucash.


Yeah, we should work against trunk, not 2.2.

There's no immediate rush on this -- it's been THIS long without it,
another week can't hurt.  But I think it would be REALLY COOL if we
could get the automated system up and running before 2.4.0!  Imagine a
2.4.0 release that had a .dmg installer!!!

My issue is that although I have the build system available, I'm not a
Mac User (or Mac Developer, or even a Mac Admin).


Derek,

No worries about not being a mac user/dev/admin. This is plain-old- 
unix stuff.


Yes, an installable dmg is my goal, too. There's a bit of work still  
to get there. It's not necessary for getting a daily build going for  
testing purposes, though.


I don't think that there's all that much "build by hand", especially  
compared to the way it used to be. jhbuild/gtk-osx-build has been  
seriously wonderful in that regard. There's a bit of setup that you  
have to do once. After that, there are three commands to build gnucash  
the first time and one command (jhbuild buildone gnucash-svn) to run  
nightly.


What's your target release date for 2.4?
What's your preference for getting the patches? Bugzilla, posted here,  
or something else?


Regards,
John Ralls


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

Re: Exporting GnuCash to QSF cause program to crash

2009-06-15 Thread Charles Day 
QSF export seems to work fine if you use the keyboard to pick the calendar
day. The mouse can actually be used to switch the month or year, but it
can't get anywhere near the numbers.
Possibly it is this bug? http://bugzilla.gnome.org/show_bug.cgi?id=539248

-Charles


On Mon, Jun 15, 2009 at 8:02 AM, Derek Atkins  wrote:

> I agree it should be disabled for 2.4.0.
> I think it should remain on for 2.3.x in case people still want to test it.
>
> -derek
>
>
> Quoting Phil Longstaff :
>
>  I suggest that this be disabled for 2.3.X/2.4.0 until it can either be
>> fixed or else replaced with something that works.  The various QSF export
>> bugs can be resolved, and a new enhancement request for an information
>> export mechanism can be created.
>>
>> Phil
>>
>>
>>
>> 
>> From: Derek Atkins 
>> To: John Wilson & Diane Martin 
>> Cc: gnucash-u...@gnucash.org
>> Sent: Monday, June 15, 2009 10:39:09 AM
>> Subject: Re: Exporting GnuCash  to QSF cause program to crash
>>
>> Hi,
>>
>> John Wilson & Diane Martin  writes:
>>
>>  I am in the process of preparing figures for my accountant and would
>>> like to export a set of books to QSF so she can read them.
>>> When I go File>Export>Export Chart of Accounts to QSF Gnucash crashes.
>>> Regards,
>>> John Wilson
>>>
>>
>> I'm not at all surprised.  The QSF really isn't useful, there
>> are known bugs in it, and it's really not supported.  You'll notice
>> that there's no "QSF Import" either, and pretty much nothing in the
>> world supports QSF.
>>
>> So... it's not surprising this fails..
>>
>> You have a few options to send your data to your accountant, but I would
>> recommend you use GnuCash2QIF.
>>
>>  Please remember to CC this list on all your replies.
>>> You can do this by using Reply-To-List or Reply-All.
>>>
>>
>> -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
>> warl...@mit.eduPGP key available
>> ___
>> gnucash-user mailing list
>> gnucash-u...@gnucash.org
>> https://lists.gnucash.org/mailman/listinfo/gnucash-user
>> -
>> Please remember to CC this list on all your replies.
>> You can do this by using Reply-To-List or Reply-All.
>> ___
>> 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
>  warl...@mit.eduPGP key available
>
> ___
> 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: GnuCash OSX

2009-06-15 Thread Derek Atkins 

Quoting John Ralls :


Derek,

No worries about not being a mac user/dev/admin. This is plain-old- 
unix stuff.


Yes, an installable dmg is my goal, too. There's a bit of work still  
to get there. It's not necessary for getting a daily build going for  
testing purposes, though.


I suppose... The question, however, is how to distribute the daily builds
if there isn't .dmg?  I suppose I could tar up the GnuCash.app tree?

I don't think that there's all that much "build by hand", especially  
compared to the way it used to be. jhbuild/gtk-osx-build has been  
seriously wonderful in that regard. There's a bit of setup that you  
have to do once. After that, there are three commands to build 
gnucash  the first time and one command (jhbuild buildone 
gnucash-svn) to run  nightly.


One thing I think we want is the ability to specify the set of dependencies
on a per-tag, per-branch basis.  For example, the 2.2 dependencies are
different than the 2.4 dependencies, which I'm sure will be different than
the 2.6 dependencies.  So the build system needs to be able to support this.

Does jhbuild support this?  Can I support multiple sets of dependencies?
Another thing to think about is that we should be using released versions
of dependencies.  Again, I haven't really looked at the current process
to see if you pull down tarballs or pull from svn for the dependencies,
or if it's possible to specify specific versions.

Note that for any particular release branch we want a stable set of
dependencies, but for trunk it could be a moving target until we make
a release..  The win32 build tries to take this into account.  One thing
that we don't do (but would be nice if we did) is to 'package' the
built dependencies ourselves so we can just pull down our own prebuilds
instead of building from source every time...


What's your target release date for 2.4?


According to http://wiki.gnucash.org/wiki/Release_Schedule 2.4.0 would
be August 3rd.

What's your preference for getting the patches? Bugzilla, posted 
here,  or something else?


Umm... Here.  Bugzilla.. Both?

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
  warl...@mit.eduPGP key available

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

Re: GnuCash OSX

2009-06-15 Thread John Ralls 


On Jun 15, 2009, at 7:30 AM, Derek Atkins wrote:


John Ralls  writes:

[snip]

Derek,

You do realize that this is working now and has been for well over a
year, right?


Define "this"..  I know that we've had a build-your-own non-X11  
GnuCash

working for well over a year..  But that's not necessarily a portable
GnuCash.App that we could build and distribute in a .dmg and let  
people

put it wherever they want.


And it isn't intel-only, it works just fine on PPC if built for that.
It just isn't a universal binary, meaning that the same build won't
work on both intel and ppc boxes. Until I can get the hard-coded  
paths

ironed out, it's not easily movable from the machine it's built on
anyway. (Though I was helping a guy build a couple of days ago, and  
he

thinks he got around that by just building the whole tree into /
Applications/Gnucash.app/Contents/Resources. I haven't heard back  
from

him whether the installation actually transferred.)


Yes, I understand that as well.  My point is that I think this is  
okay,

and if we get a huge call for a PPC package then someone can just take
our automated build scripts (once we set them up) and set up a build  
on

a PPC based Mac.


Anyway, since you have a mac ready to go, the instructions are at
http://wiki.gnucash.org/wiki/MacOSX/Quartz . Give it a try!


There's too much "build by hand" here.  I'm looking for a simple
daily_build.sh that I can put into a crontab and have it build
everything.  Not that I'm not willing to do some of this work myself  
(I

spent this whole weekend working on the win32 build system in order to
automatically detect and build new release tags), but that web page
seems way too interactive for my taste.


I don't think that the gnucash.in is really a problem. We just have a
gnucash.osx.in and make can pick that up instead of gnucash.in when
GDK_QUARTZ is true.


Um, sure.. I guess that works...  We sorta do that on Win32, where we
set up a gnucash.bat that then calls gnucash-bin.  So effectively  
we're

doing that now for Win32, I don't see why we couldn't do it for
gnucash-osx as well.


Anyway, on to details. The patches that are currently published are
for 2.2.6, but you'd probably prefer to skip over that and patch
current. I can prepare patches for that pretty easily. Do you prefer
to get them here or on bugzilla? We're probably looking at a week or
so before I get to it... I want to get the gtk-osx framework builds
working a bit better and release the binaries before I switch back to
working on gnucash.


Yeah, we should work against trunk, not 2.2.

There's no immediate rush on this -- it's been THIS long without it,
another week can't hurt.  But I think it would be REALLY COOL if we
could get the automated system up and running before 2.4.0!  Imagine a
2.4.0 release that had a .dmg installer!!!

My issue is that although I have the build system available, I'm not a
Mac User (or Mac Developer, or even a Mac Admin).


Derek,

No worries about not being a mac user/dev/admin. This is plain-old- 
unix stuff.


Yes, an installable dmg is my goal, too. There's a bit of work still  
to get there. It's not necessary for getting a daily build going for  
testing purposes, though.


I don't think that there's all that much "build by hand", especially  
compared to the way it used to be. jhbuild/gtk-osx-build has been  
seriously wonderful in that regard. There's a bit of setup that you  
have to do once. After that, there are three commands to build gnucash  
the first time and one command (jhbuild buildone gnucash-svn) to run  
nightly.


What's your target release date for 2.4?
What's your preference for getting the patches? Bugzilla, posted here,  
or something else?


Regards,
John Ralls


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

Re: Exporting GnuCash to QSF cause program to crash

2009-06-15 Thread Charles Day 
QSF export appears to work fine for me if I just avoid moving the mouse
pointer into the calendar control. For some reason, if I put the mouse into
the calendar then it crashes inside some internal calendar function
(gtk_calendar_get_detail). I don't see how this would be a GnuCash problem,
as there are not even any callbacks or properties set on the GtkCalendar
widget. I can only guess that something is wrong with either glade or gtk+.

-Charles

On Mon, Jun 15, 2009 at 8:02 AM, Derek Atkins  wrote:

> I agree it should be disabled for 2.4.0.
> I think it should remain on for 2.3.x in case people still want to test it.
>
> -derek
>
>
> Quoting Phil Longstaff :
>
>  I suggest that this be disabled for 2.3.X/2.4.0 until it can either be
>> fixed or else replaced with something that works.  The various QSF export
>> bugs can be resolved, and a new enhancement request for an information
>> export mechanism can be created.
>>
>> Phil
>>
>>
>>
>> 
>> From: Derek Atkins 
>> To: John Wilson & Diane Martin 
>> Cc: gnucash-u...@gnucash.org
>> Sent: Monday, June 15, 2009 10:39:09 AM
>> Subject: Re: Exporting GnuCash  to QSF cause program to crash
>>
>> Hi,
>>
>> John Wilson & Diane Martin  writes:
>>
>>  I am in the process of preparing figures for my accountant and would
>>> like to export a set of books to QSF so she can read them.
>>> When I go File>Export>Export Chart of Accounts to QSF Gnucash crashes.
>>> Regards,
>>> John Wilson
>>>
>>
>> I'm not at all surprised.  The QSF really isn't useful, there
>> are known bugs in it, and it's really not supported.  You'll notice
>> that there's no "QSF Import" either, and pretty much nothing in the
>> world supports QSF.
>>
>> So... it's not surprising this fails..
>>
>> You have a few options to send your data to your accountant, but I would
>> recommend you use GnuCash2QIF.
>>
>>  Please remember to CC this list on all your replies.
>>> You can do this by using Reply-To-List or Reply-All.
>>>
>>
>> -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
>> warl...@mit.eduPGP key available
>> ___
>> gnucash-user mailing list
>> gnucash-u...@gnucash.org
>> https://lists.gnucash.org/mailman/listinfo/gnucash-user
>> -
>> Please remember to CC this list on all your replies.
>> You can do this by using Reply-To-List or Reply-All.
>> ___
>> 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
>  warl...@mit.eduPGP key available
>
> ___
> 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: Exporting GnuCash to QSF cause program to crash

2009-06-15 Thread Derek Atkins 

I agree it should be disabled for 2.4.0.
I think it should remain on for 2.3.x in case people still want to test it.

-derek

Quoting Phil Longstaff :

I suggest that this be disabled for 2.3.X/2.4.0 until it can either 
be fixed or else replaced with something that works.  The various QSF 
export bugs can be resolved, and a new enhancement request for an 
information export mechanism can be created.


Phil




From: Derek Atkins 
To: John Wilson & Diane Martin 
Cc: gnucash-u...@gnucash.org
Sent: Monday, June 15, 2009 10:39:09 AM
Subject: Re: Exporting GnuCash  to QSF cause program to crash

Hi,

John Wilson & Diane Martin  writes:


I am in the process of preparing figures for my accountant and would
like to export a set of books to QSF so she can read them.
When I go File>Export>Export Chart of Accounts to QSF Gnucash crashes.
Regards,
John Wilson


I'm not at all surprised.  The QSF really isn't useful, there
are known bugs in it, and it's really not supported.  You'll notice
that there's no "QSF Import" either, and pretty much nothing in the
world supports QSF.

So... it's not surprising this fails..

You have a few options to send your data to your accountant, but I would
recommend you use GnuCash2QIF.


Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


-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
 warl...@mit.eduPGP key available
___
gnucash-user mailing list
gnucash-u...@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.
___
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
  warl...@mit.eduPGP key available

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

Re: Win32 build for 2.3.1

2009-06-15 Thread Derek Atkins 
Derek Atkins  writes:

> Quoting Phil Longstaff :
>
>> Derek,
>>
>> how hard would it be to set up win32 builds so that the 'tags' tree
>> is monitored, and if a new tag is added, that tag is built, and
>> win32_setup_gc_'tag'.exe (or whatever it is called) would be put
>> somewhere.  That would be an automatic mechanism to build the newly
>> announced versions.
>>
>> Yes, I know.  Patches are welcome :)
>
> Umm..  I honestly don't know.  You can see the daily_build.sh script in SVN
> right now, but it assumes a single tree, and it assumes it's already checked
> out.  I don't know how hard it would be to set up something to watch for a new
> tag and build if it sees one.  Such a script would need to:
>
> 1. poll the tags URL in the repo
> 2. see if there's a new tag (not sure how to detect this)
> 3. if it sees a new tag, do an svn checkout
> 4. run the daily_build on the new checkout
>
> I'd be happy to sdet up the nightly job to do this but we'd have to solve step
> #2 first.  I think steps 3 and 4 are relatively straightforward.
> However there
> still might be some configuration to do.
>
> There should have been a 2.3.1 build off whatever was HEAD at 2am EDT, which
> looks like it should be "correct".

FYI, this is now set up.  When you tag 2.3.2 there will be a build fired
off the tag that night (after the daily build).  This means you can tag
the release that then continue making more changes...

Unfortunately I believe that the setup still will have an 'svn-rX'
in it.

>> Phil
>
> -derek

-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
   warl...@mit.eduPGP key available
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: Automated Win32 builds

2009-06-15 Thread Derek Atkins 
Hi Phil,

Over the weekend I worked on an automated system to build tags.
So when you tag a new release the system will build it overnight.
Note that the tag build rebuilds all the dependencies!  Also note that
if the tag build fails it currently will not upload the build log with
the failure, nor will it try again without manual intervention.

I didn't work on the "don't build the daily build if there have been no
updates" work.  I'll work on that soon when I get some more free time.

Note that all the code is in packaging/win32. :)

-derek

Phil Longstaff  writes:

> Derek,
>
> I've been looking at the 'svn list' command and think it may have the 
> solution:
>
> $ svn/bin/svn list -v http://svn.gnucash.org/repo/gnucash
>   18053 cstim Apr 21 15:37 branches/
>   18114 plongsta  Jun 07 18:20 tags/
>   18115 cedayiv   Jun 08 15:37 trunk/
>
> You can then parse it, looking for the "trunk" line, then grab the last 
> revision number.  If it's changed from the previous night, kick off a new 
> build.
>
> $ svn/bin/svn list --xml http://svn.gnucash.org/repo/gnucash
> 
> 
> path="http://svn.gnucash.org/repo/gnucash";>
> kind="dir">
> branches
> revision="18053">
> cstim
> 2009-04-21T19:37:17.477361Z
> 
> 
> kind="dir">
> tags
> revision="18114">
> plongstaff
> 2009-06-07T22:20:37.946014Z
> 
> 
> kind="dir">
> trunk
> revision="18115">
> cedayiv
> 2009-06-08T19:37:37.080404Z
> 
> 
> 
> 
>
> If you prefer to get and parse XML, use "--xml" in the list command.
>
> "svn list" will also tell you when the "tags" directory has had something 
> committed to it.  Then, "svn list http://svn.gnucash.org/repo/gnucash/tags"; 
> will give you a list of tags.  By comparing it with the previous list (which 
> would need to be primed with the current list), you could kick off builds for 
> new tags.
>
> Phil
> ___
> 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
   warl...@mit.eduPGP key available
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: Exporting GnuCash to QSF cause program to crash

2009-06-15 Thread Phil Longstaff 
I suggest that this be disabled for 2.3.X/2.4.0 until it can either be fixed or 
else replaced with something that works.  The various QSF export bugs can be 
resolved, and a new enhancement request for an information export mechanism can 
be created.

Phil




From: Derek Atkins 
To: John Wilson & Diane Martin 
Cc: gnucash-u...@gnucash.org
Sent: Monday, June 15, 2009 10:39:09 AM
Subject: Re: Exporting GnuCash  to QSF cause program to crash

Hi,

John Wilson & Diane Martin  writes:

> I am in the process of preparing figures for my accountant and would
> like to export a set of books to QSF so she can read them.
> When I go File>Export>Export Chart of Accounts to QSF Gnucash crashes.
> Regards,
> John Wilson

I'm not at all surprised.  The QSF really isn't useful, there
are known bugs in it, and it's really not supported.  You'll notice
that there's no "QSF Import" either, and pretty much nothing in the
world supports QSF.

So... it's not surprising this fails..

You have a few options to send your data to your accountant, but I would
recommend you use GnuCash2QIF.

> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.

-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
  warl...@mit.eduPGP key available
___
gnucash-user mailing list
gnucash-u...@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: segfault using latest svn tree

2009-06-15 Thread Don Zickus 
On Mon, Jun 15, 2009 at 10:19 AM, Derek Atkins wrote:
> Don Zickus  writes:
>
>> On Sat, Jun 6, 2009 at 12:12 PM, Phil Longstaff wrote:
>>> Hmmm... I just built from svn using your configure options and had no
>>> problem. Were there any problems during configure or make? Is it
>>> reproducible? Can you send a sample data file with the problem?
>>
>> OK, so I figured out my problem, SWIG_RUNTIME_VERSION was set to a
>> mixture of "3" and "4", which caused SWIG_TypeQueryModule to not find
>> any modules, return NULL and blow up when deferenced in
>> SWIG_MangledTypeQueryModule.  Anyway fixed that.
>
> So... how did this happen?  How can you get a mixture of SWIG Runtime
> Versions?

No idea.

>
> Try building from a clean checkout?

That is how I fixed it. :-)

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

Re: GnuCash OSX

2009-06-15 Thread Derek Atkins 
John Ralls  writes:

[snip]
> Derek,
>
> You do realize that this is working now and has been for well over a
> year, right?

Define "this"..  I know that we've had a build-your-own non-X11 GnuCash
working for well over a year..  But that's not necessarily a portable
GnuCash.App that we could build and distribute in a .dmg and let people
put it wherever they want.

> And it isn't intel-only, it works just fine on PPC if built for that.
> It just isn't a universal binary, meaning that the same build won't
> work on both intel and ppc boxes. Until I can get the hard-coded paths
> ironed out, it's not easily movable from the machine it's built on
> anyway. (Though I was helping a guy build a couple of days ago, and he
> thinks he got around that by just building the whole tree into /
> Applications/Gnucash.app/Contents/Resources. I haven't heard back from
> him whether the installation actually transferred.)

Yes, I understand that as well.  My point is that I think this is okay,
and if we get a huge call for a PPC package then someone can just take
our automated build scripts (once we set them up) and set up a build on
a PPC based Mac.

> Anyway, since you have a mac ready to go, the instructions are at
> http://wiki.gnucash.org/wiki/MacOSX/Quartz . Give it a try!

There's too much "build by hand" here.  I'm looking for a simple
daily_build.sh that I can put into a crontab and have it build
everything.  Not that I'm not willing to do some of this work myself (I
spent this whole weekend working on the win32 build system in order to
automatically detect and build new release tags), but that web page
seems way too interactive for my taste.

> I don't think that the gnucash.in is really a problem. We just have a
> gnucash.osx.in and make can pick that up instead of gnucash.in when
> GDK_QUARTZ is true.

Um, sure.. I guess that works...  We sorta do that on Win32, where we
set up a gnucash.bat that then calls gnucash-bin.  So effectively we're
doing that now for Win32, I don't see why we couldn't do it for
gnucash-osx as well.

> Anyway, on to details. The patches that are currently published are
> for 2.2.6, but you'd probably prefer to skip over that and patch
> current. I can prepare patches for that pretty easily. Do you prefer
> to get them here or on bugzilla? We're probably looking at a week or
> so before I get to it... I want to get the gtk-osx framework builds
> working a bit better and release the binaries before I switch back to
> working on gnucash.

Yeah, we should work against trunk, not 2.2.

There's no immediate rush on this -- it's been THIS long without it,
another week can't hurt.  But I think it would be REALLY COOL if we
could get the automated system up and running before 2.4.0!  Imagine a
2.4.0 release that had a .dmg installer!!!

My issue is that although I have the build system available, I'm not a
Mac User (or Mac Developer, or even a Mac Admin).

> Regards,
> John Ralls

-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
   warl...@mit.eduPGP key available
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: GnuCash OSX

2009-06-15 Thread Derek Atkins 
John Ralls  writes:

> So if you're going to try to get aqbanking's GUI working on quartz,
> you'll have to get QT3-mac from Trolltech.

I see no problem with doing this, provided:

a) it's free, and
b) we can redistribute it with our GnuCash App

> Regards,
> John Ralls

-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
   warl...@mit.eduPGP key available
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: segfault using latest svn tree

2009-06-15 Thread Derek Atkins 
Don Zickus  writes:

> On Sat, Jun 6, 2009 at 12:12 PM, Phil Longstaff wrote:
>> Hmmm... I just built from svn using your configure options and had no
>> problem. Were there any problems during configure or make? Is it
>> reproducible? Can you send a sample data file with the problem?
>
> OK, so I figured out my problem, SWIG_RUNTIME_VERSION was set to a
> mixture of "3" and "4", which caused SWIG_TypeQueryModule to not find
> any modules, return NULL and blow up when deferenced in
> SWIG_MangledTypeQueryModule.  Anyway fixed that.

So... how did this happen?  How can you get a mixture of SWIG Runtime
Versions?

Try building from a clean checkout?

-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
   warl...@mit.eduPGP key available
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: Dynamically adding reports

2009-06-15 Thread Derek Atkins 
With the templates I was kinda hoping that the user could supply their
own template file in the report options..  So that the base report would
have a default template but allow the user to specify a different
template file..

Note that I haven't looked at the current implementation...

-derek

Chris Dennis  writes:

> Is the following any help?  It's a function I came up with to allow
> eguile-based reports to find their corresponding template file, but in
> fact it's not that specific -- it will look for any file in ~/.gnucash
> or /gnucash/report.  It could easily be
> adapted or made more general-purpose.
>
>  (define (find-template fname)
>;; Find the eguile template file 'fname', and return its full path.
>;; First look in the user's .gnucash directory.
>;; Then look in Gnucash's standard report directory.
>;; This is complicated because of the need to cater for
>;; various operating systems; so it takes a fairly heuristic,
>;; 'best guess' approach.
>;; If no file is found, returns just 'fname' for use in error
>;; messages.
>;; Note: this has been tested on Linux and Windows Vista so far...
>(let* ((userdir (sub-vicinity (user-vicinity) ".gnucash"))
>   (sysdir  (sub-vicinity (sub-vicinity (user-vicinity)
>  "gnucash") "report"))
>   (home (or (home-vicinity)
> (getenv "USERPROFILE")
> (user-vicinity)
> "")))
>  ; make sure there's a trailing delimiter
>  (set! home (sub-vicinity (user-vicinity) home))
>  (let ((home-template (in-vicinity
>(in-vicinity home userdir) fname)))
>(if (access? home-template R_OK)
>  home-template
>  (or (%search-load-path (in-vicinity sysdir fname))
>  fname)
>
> cheers
>
> Chris

-- 
   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
   warl...@mit.eduPGP key available
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: GnuCash Documentation in PDF format

2009-06-15 Thread Tom Browder 
On Sun, Jun 14, 2009 at 20:35, Clark wrote:
> Tom,
>
> I appreciate what you are doing, and would like to have it (as it appears
> would many others!).  Whenever I try to build something like that myself I

You're welcome--I want it, too!

> feel like I am groping in the dark, it takes a very long time, and I usually
> am not successful.  So I have to admit I did not try.  I did not expect you
> to do new work, I thought you might have it "laying around".

No, unfortunately.

It's too bad the doc tool chain is so delicate (why it's now broken I
don't yet know).  I think the whole docbook route is a bad way to go.

Regards,

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

Re: GnuCash OSX

2009-06-15 Thread Christian Stimming 

Zitat von Charles Day :

One other outstanding issue is that, to my knowledge, AqBanking isn't
available when compiling for quartz since the AqBanking GUI requires qt3,
which requires X11.


FTR: The frontend for aqbanking requires qt3 by default but could just  
as well be compiled with qt4 (see its README for the "make qt4-port"  
rule). I don't know whether this makes the porting to a non-X11  
platform any easier, though.


Christian



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