Re: Multi-Column Report

[Carsten Rinke]

Hi Geert,

now I have created
*Bug 704525*  -When 
you have a mix of chart types (bar charts and pie charts) then the pie 
charts do not work if the last chart is a bar chart


I even had a look into it and realized that these shoes are still a bit 
too big for me - so I will keep my hands off from this.

Thanks for picking it up.

Kind regards,
Carsten

On 07/14/2013 06:54 PM, Geert Janssens wrote:

Op 14/07/13 13:46, Carsten Rinke schreef:

Hi Geert,

have you had a chance to look at *Bug 638971* 
 ? (Multicolumn 
report does not show more than one graph)


Just wanted to let you know that there still seem to be some issues 
about it and whether this should be followed up in the same bug or 
rather a new bug.


I could also start looking into this if you did not plan for this so 
far.

But I cannot commit to any delivery date (e.g. 2.5.4).

Can I join this topic or would that just be double-work?

Thanks and kind regards,
Carsten
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Hi Carsten,

Thank you for the heads up.

I saw your comment on the bug and have just replied to it.

I intend to look into this problem. But I won't be not at my 
development machine until the end of the month, so I can only look 
then. If you want to look into it before that time, you're welcome to 
do so. Otherwise I'll pick it up myself.


Geert
___
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: Building GnuCash on openSUSE 12.3

[Herbert Thoma]

Am 18.07.2013 18:06, schrieb John Ralls:
> 
> On Jul 18, 2013, at 8:25 AM, Herbert Thoma  
> wrote:
> 
>> Hi,
>>
>> ./configure: line 21309: `GUILE_MODULE_AVAILABLE(gnc_have_guile_www,(www 
>> main))'
>>
> 
> That macro is defined in /usr/aclocal/guile.m4 -- or maybe guile1.m4 in
> your case. Did you install the guile1-dev package?

I have a guile1.m4 in /usr/share/aclocal that was installed with the
libguile1-devel package.

I tried a symlink there (guile.m4 -> guile1.m4) but I still get
the same error.

BTW: What is the status with guile2?

 Herbert.

> Regards,
> John Ralls
> 
> 

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

Re: Building GnuCash on openSUSE 12.3

[Geert Janssens]

Op 19/07/13 10:12, Herbert Thoma schreef:

BTW: What is the status with guile2?
The development branch of GnuCash is guile2 compatible. In order to get 
a working build, you also need to use swig >= 2.0.10. Our current 2.5.x 
tarballs are still built with an older version of swig, so the release 
tarballs are not guile2 compatible. If you need guile2 compatibility, 
you'll have to create your own tarballs from the development branch 
combined with swig 2.0.10.


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

Re: Building GnuCash on openSUSE 12.3

[John Ralls]

On Jul 19, 2013, at 1:12 AM, Herbert Thoma  
wrote:

> Am 18.07.2013 18:06, schrieb John Ralls:
>> 
>> On Jul 18, 2013, at 8:25 AM, Herbert Thoma  
>> wrote:
>> 
>>> Hi,
>>> 
>>> ./configure: line 21309: `GUILE_MODULE_AVAILABLE(gnc_have_guile_www,(www 
>>> main))'
>>> 
>> 
>> That macro is defined in /usr/aclocal/guile.m4 -- or maybe guile1.m4 in
>> your case. Did you install the guile1-dev package?
> 
> I have a guile1.m4 in /usr/share/aclocal that was installed with the
> libguile1-devel package.
> 
> I tried a symlink there (guile.m4 -> guile1.m4) but I still get
> the same error.

Take a look in guile1.m4 to make sure the package maintainer didn't rename the 
macro to GUILE1_MODULE_AVAILABLE.
The symlink doesn't make any difference: Aclocal searches every file in it's 
path for macro definitions.

Regards,
John Ralls


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

.jhbuildrc-custom needs update to support clean OSX 10.8.x environment

[Max Arai (developer)]

The section of .jhbuildrc-custom looks for a 10.5 SDK.  A new OSX 10.8.x 
environment installs Xcode 4.6.3, and the command line tools only have SDKs for 
OSX 10.7 and OSX 10.8

To be consistent with the .jhbuildrc-custom supplied with the GTK bootstrap, 
the section which currently reads
(https://github.com/jralls/gnucash-on-osx/blob/master/.jhbuildrc-custom)

#Setup the build. PPC users will need to replace "i386" with
#"ppc". Don't try to do a universal build, it doesn't work. x86_64 is
#untested, as is building against the 10.6 or 10.7 SDKs.
setup_sdk("10.5", "10.5",["i386"])

could be replaced with corresponding code from the GTK supplied 
.jhbuildrc-custom:

#  Set up a particular target and SDK: For default operation, set the   
 
# architecture and SDK for the native machine:  
 
_target = None;
if _osx_version >= 7.0:
_target = "10.7"
elif _osx_version >= 6.0:
_target = "10.6"
elif _osx_version >= 5.0:
_target = "10.5"
elif _osx_version >= 4.0:
   _target = "10.4"

setup_sdk(target=_target, sdk_version="native", architectures=[_default_arch])

If this is not appropriate, please let me know.  If it looks ok, how does one 
go about updating the build process?

All the best,
Max


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

Re: Building GnuCash on openSUSE 12.3

[Herbert Thoma]

Am 19.07.2013 17:23, schrieb John Ralls:


On Jul 19, 2013, at 1:12 AM, Herbert Thoma  
wrote:


Am 18.07.2013 18:06, schrieb John Ralls:


On Jul 18, 2013, at 8:25 AM, Herbert Thoma  
wrote:


Hi,

./configure: line 21309: `GUILE_MODULE_AVAILABLE(gnc_have_guile_www,(www main))'



That macro is defined in /usr/aclocal/guile.m4 -- or maybe guile1.m4 in
your case. Did you install the guile1-dev package?


I have a guile1.m4 in /usr/share/aclocal that was installed with the
libguile1-devel package.

I tried a symlink there (guile.m4 -> guile1.m4) but I still get
the same error.


Take a look in guile1.m4 to make sure the package maintainer didn't rename the 
macro to GUILE1_MODULE_AVAILABLE.
The symlink doesn't make any difference: Aclocal searches every file in it's 
path for macro definitions.


Yes, that did the trick.

Do we want to have some auto-detection for this? Do other distributions
rename guile1 as well? Or can we expect that by the time 2.6 is ready
guile2 and swig 2.0.10 will be widespread enough?

 Herbert.


Regards,
John Ralls



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

Re: Building GnuCash on openSUSE 12.3

[John Ralls]

On Jul 19, 2013, at 12:53 PM, Herbert Thoma  
wrote:

> Am 19.07.2013 17:23, schrieb John Ralls:
>> 
>> On Jul 19, 2013, at 1:12 AM, Herbert Thoma  
>> wrote:
>> 
>>> Am 18.07.2013 18:06, schrieb John Ralls:
 
 On Jul 18, 2013, at 8:25 AM, Herbert Thoma 
  wrote:
 
> Hi,
> 
> ./configure: line 21309: `GUILE_MODULE_AVAILABLE(gnc_have_guile_www,(www 
> main))'
> 
 
 That macro is defined in /usr/aclocal/guile.m4 -- or maybe guile1.m4 in
 your case. Did you install the guile1-dev package?
>>> 
>>> I have a guile1.m4 in /usr/share/aclocal that was installed with the
>>> libguile1-devel package.
>>> 
>>> I tried a symlink there (guile.m4 -> guile1.m4) but I still get
>>> the same error.
>> 
>> Take a look in guile1.m4 to make sure the package maintainer didn't rename 
>> the macro to  GUILE1_MODULE_AVAILABLE.
>> The symlink doesn't make any difference: Aclocal searches every file in it's 
>> path for macro definitions.
> 
> Yes, that did the trick.
> 
> Do we want to have some auto-detection for this? Do other distributions
> rename guile1 as well? Or can we expect that by the time 2.6 is ready
> guile2 and swig 2.0.10 will be widespread enough?


No, they'll only fiddle the macro if they're trying to support both Guile1 and 
2, and Gnucash-2.5 supports Guile2 there's no real need for us to do anything, 
except that I need to get SWIG-2.0.10 on my various Linux VMs so that the 
release tarballs will work with Guile2. Since you're building from svn (or 
git), you should probably install SWIG-2.0.10 and use Guile2. 

For non-developers it's not really our problem: If packagers do goofy things 
like that then they're also responsible for fiddling the macro calls as part of 
the patches they make for their distros. It's also somewhat difficult to 
predict whether they'll settle on a single hack or go off in all directions at 
once.

Regards,
John Ralls



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

Re: .jhbuildrc-custom needs update to support clean OSX 10.8.x environment

[John Ralls]

On Jul 19, 2013, at 12:41 PM, Max Arai (developer) 
 wrote:

> The section of .jhbuildrc-custom looks for a 10.5 SDK.  A new OSX 10.8.x 
> environment installs Xcode 4.6.3, and the command line tools only have SDKs 
> for OSX 10.7 and OSX 10.8
> 
> To be consistent with the .jhbuildrc-custom supplied with the GTK bootstrap, 
> the section which currently reads
> (https://github.com/jralls/gnucash-on-osx/blob/master/.jhbuildrc-custom)
> 
> #Setup the build. PPC users will need to replace "i386" with
> #"ppc". Don't try to do a universal build, it doesn't work. x86_64 is
> #untested, as is building against the 10.6 or 10.7 SDKs.
> setup_sdk("10.5", "10.5",["i386"])
> 
> could be replaced with corresponding code from the GTK supplied 
> .jhbuildrc-custom:
> 
> #  Set up a particular target and SDK: For default operation, set the 
>   
>  
> # architecture and SDK for the native machine:
>   
>  
> _target = None;
> if _osx_version >= 7.0:
>_target = "10.7"
> elif _osx_version >= 6.0:
>_target = "10.6"
> elif _osx_version >= 5.0:
>_target = "10.5"
> elif _osx_version >= 4.0:
>   _target = "10.4"
> 
> setup_sdk(target=_target, sdk_version="native", architectures=[_default_arch])
> 
> If this is not appropriate, please let me know.  If it looks ok, how does one 
> go about updating the build process?

.jhbuild-custom is entirely for you. The one in the distribution is just an 
example. Do whatever you like. Do note that the SDK string is assembled from 
the version you pass to setup_sdk(), so even if there isn't anything special 
for a new version in .jhbuildrc it will still build fine against the new SDK. 
I've already done a successful build against 10.9, for example.

It's also a bit off-topic for here, as Gtk-OSX has its own mailing list, 
gtk-osx-users-l...@gnome.org

That said, I *should* add 10.8 and 10.9 to the list in the example, so I have.

Regards,
John Ralls


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