Glom 1.10 soon

[Murray Cumming]

We are thinking of soon releasing a stable version of Glom 1.9/10. Is
anyone aware of any regressions that we haven't fixed yet, compared to
Glom 1.8?

--
murrayc@...
www.murrayc.com
www.openismus.com

_______________________________________________
glom-devel-list mailing list
glom-devel-list@...
http://mail.gnome.org/mailman/listinfo/glom-devel-list

[Denis Leroy]

Murray Cumming wrote:
> We are thinking of soon releasing a stable version of Glom 1.9/10. Is
> anyone aware of any regressions that we haven't fixed yet, compared to
> Glom 1.8?

The main issue I'm running into with 1.9.3 (on Fedora 11) is that it
fails to connect to the database it just created, even though the
postgres process is running and listening on the right port number. I'll
try to look into it more, but time is limited. Is there a useful pg_dump
type command that is useful for debugging ?

-denis

_______________________________________________
glom-devel-list mailing list
glom-devel-list@...
http://mail.gnome.org/mailman/listinfo/glom-devel-list

[Murray Cumming]

On Fri, 2009-03-06 at 15:09 +0100, Denis Leroy wrote:

> Murray Cumming wrote:
> > We are thinking of soon releasing a stable version of Glom 1.9/10. Is
> > anyone aware of any regressions that we haven't fixed yet, compared to
> > Glom 1.8?
>
> The main issue I'm running into with 1.9.3 (on Fedora 11) is that it
> fails to connect to the database it just created, even though the
> postgres process is running and listening on the right port number. I'll
> try to look into it more, but time is limited. Is there a useful pg_dump
> type command that is useful for debugging ?

Is this using self-hosting or central hosting?

Did it work for you with Glom 1.8?

--
murrayc@...
www.murrayc.com
www.openismus.com

_______________________________________________
glom-devel-list mailing list
glom-devel-list@...
http://mail.gnome.org/mailman/listinfo/glom-devel-list

[Denis Leroy]

Murray Cumming wrote:

> On Fri, 2009-03-06 at 15:09 +0100, Denis Leroy wrote:
>> Murray Cumming wrote:
>>> We are thinking of soon releasing a stable version of Glom 1.9/10. Is
>>> anyone aware of any regressions that we haven't fixed yet, compared to
>>> Glom 1.8?
>> The main issue I'm running into with 1.9.3 (on Fedora 11) is that it
>> fails to connect to the database it just created, even though the
>> postgres process is running and listening on the right port number. I'll
>> try to look into it more, but time is limited. Is there a useful pg_dump
>> type command that is useful for debugging ?
>
> Is this using self-hosting or central hosting?

This is self-hosting, and it works fine with 1.8
_______________________________________________
glom-devel-list mailing list
glom-devel-list@...
http://mail.gnome.org/mailman/listinfo/glom-devel-list

[Murray Cumming]

On Fri, 2009-03-06 at 18:09 +0100, Denis Leroy wrote:

> Murray Cumming wrote:
> > On Fri, 2009-03-06 at 15:09 +0100, Denis Leroy wrote:
> >> Murray Cumming wrote:
> >>> We are thinking of soon releasing a stable version of Glom 1.9/10. Is
> >>> anyone aware of any regressions that we haven't fixed yet, compared to
> >>> Glom 1.8?
> >> The main issue I'm running into with 1.9.3 (on Fedora 11) is that it
> >> fails to connect to the database it just created, even though the
> >> postgres process is running and listening on the right port number. I'll
> >> try to look into it more, but time is limited. Is there a useful pg_dump
> >> type command that is useful for debugging ?
> >
> > Is this using self-hosting or central hosting?
>
> This is self-hosting, and it works fine with 1.8

OK, so how about with central hosting?

Can I try this easily? I have Fedora 10 in a vmware image.

--
murrayc@...
www.murrayc.com
www.openismus.com

_______________________________________________
glom-devel-list mailing list
glom-devel-list@...
http://mail.gnome.org/mailman/listinfo/glom-devel-list

[Armin Burgmeier]

On Fri, 2009-03-06 at 12:40 +0100, Murray Cumming wrote:
> We are thinking of soon releasing a stable version of Glom 1.9/10. Is
> anyone aware of any regressions that we haven't fixed yet, compared to
> Glom 1.8?

In the current SVN version, images from example files (Small Business
example) are not imported.

The Windows version has some problems (Glom crashing when not run from
msys, Reports not working, Glom Document Icons in initial dialog not
shown). I will investigate these in the next few days.

As libglom/libglom_config.h I would suggest to remove all non-prefixed
symbols from it, to prevent conflicts with a "config.h" from an
application using libglom. cairomm has the same problem:
https://bugs.freedesktop.org/show_bug.cgi?id=20427

Armin

_______________________________________________
glom-devel-list mailing list
glom-devel-list@...
http://mail.gnome.org/mailman/listinfo/glom-devel-list

[Murray Cumming]

On Sun, 2009-03-08 at 14:14 +0100, Armin Burgmeier wrote:
> On Fri, 2009-03-06 at 12:40 +0100, Murray Cumming wrote:
> > We are thinking of soon releasing a stable version of Glom 1.9/10. Is
> > anyone aware of any regressions that we haven't fixed yet, compared to
> > Glom 1.8?
>
> In the current SVN version, images from example files (Small Business
> example) are not imported.

That should work if you use the very latest libgda from svn, though
there might be another change since I last tried it. meaning I'll have
to resave the examples again - see the ChangeLog.

> The Windows version has some problems (Glom crashing when not run from
> msys, Reports not working, Glom Document Icons in initial dialog not
> shown). I will investigate these in the next few days.
>
> As libglom/libglom_config.h I would suggest to remove all non-prefixed
> symbols from it, to prevent conflicts with a "config.h" from an
> application using libglom. cairomm has the same problem:
> https://bugs.freedesktop.org/show_bug.cgi?id=20427

Thanks. Please feel free to make any obvious fixes.

--
Murray Cumming
murrayc@...
www.murrayc.com
www.openismus.com


_______________________________________________
glom-devel-list mailing list
glom-devel-list@...
http://mail.gnome.org/mailman/listinfo/glom-devel-list

[Denis Leroy]

Murray Cumming wrote:

> On Fri, 2009-03-06 at 18:09 +0100, Denis Leroy wrote:
>> Murray Cumming wrote:
>>> On Fri, 2009-03-06 at 15:09 +0100, Denis Leroy wrote:
>>>> Murray Cumming wrote:
>>>>> We are thinking of soon releasing a stable version of Glom 1.9/10. Is
>>>>> anyone aware of any regressions that we haven't fixed yet, compared to
>>>>> Glom 1.8?
>>>> The main issue I'm running into with 1.9.3 (on Fedora 11) is that it
>>>> fails to connect to the database it just created, even though the
>>>> postgres process is running and listening on the right port number. I'll
>>>> try to look into it more, but time is limited. Is there a useful pg_dump
>>>> type command that is useful for debugging ?
>>> Is this using self-hosting or central hosting?
>> This is self-hosting, and it works fine with 1.8
>
> OK, so how about with central hosting?

I do not have the test environment for this

> Can I try this easily? I have Fedora 10 in a vmware image.


hmm, no, Fedora 10 is stuck with glom 1.6.X. Glom has a knack for having
very aggressive and specific dependencies (by aggressive, I mean
explicit very recent versions). Since F-11 is now based on libgda 4,
this can only be tested on a F-11 vm. I'll try to setup a test
environment for you and I'll punch a hole in my firewall for a VNC port.
I'll contact you directly when I have that available.
_______________________________________________
glom-devel-list mailing list
glom-devel-list@...
http://mail.gnome.org/mailman/listinfo/glom-devel-list

[Murray Cumming]

On Sun, 2009-03-08 at 21:27 +0100, Denis Leroy wrote:
> > OK, so how about with central hosting?
>
> I do not have the test environment for this

I really think that's worth trying. It would be a big clue.

> > Can I try this easily? I have Fedora 10 in a vmware image.
>
>
> hmm, no, Fedora 10 is stuck with glom 1.6.X. Glom has a knack for having
> very aggressive and specific dependencies (by aggressive, I mean
> explicit very recent versions). Since F-11 is now based on libgda 4,
> this can only be tested on a F-11 vm. I'll try to setup a test
> environment for you and I'll punch a hole in my firewall for a VNC port.
> I'll contact you directly when I have that available.

Before you go to that effort, I'll do a new tarball release. There is a
port-related change which just might be relevant.

--
murrayc@...
www.murrayc.com
www.openismus.com

_______________________________________________
glom-devel-list mailing list
glom-devel-list@...
http://mail.gnome.org/mailman/listinfo/glom-devel-list

[Murray Cumming]

On Mon, 2009-03-09 at 09:29 +0100, Murray Cumming wrote:
> Before you go to that effort, I'll do a new tarball release. There is
> a
> port-related change which just might be relevant.

Glom 1.9.4 is now out.

--
murrayc@...
www.murrayc.com
www.openismus.com

_______________________________________________
glom-devel-list mailing list
glom-devel-list@...
http://mail.gnome.org/mailman/listinfo/glom-devel-list

[Armin Burgmeier]

On Sun, 2009-03-08 at 14:14 +0100, Armin Burgmeier wrote:
> The Windows version has some problems (Glom crashing when not run from
> msys, Reports not working, Glom Document Icons in initial dialog not
> shown). I will investigate these in the next few days.

I fixed the obvious issues and made a 1.9 installer:
http://ftp.acc.umu.se/pub/GNOME/binaries/win32/glom/1.9/ (This is
actually 1.9.4, it's just that I did the build right before the
release).

Please tell me if there are any problems with it, so these can be fixed
for 1.10. It also contains sqlite support, so people can test whether
there are problems in that area, but sqlite will be disabled for the
official 1.10 installer.

Armin

_______________________________________________
glom-devel-list mailing list
glom-devel-list@...
http://mail.gnome.org/mailman/listinfo/glom-devel-list

[Murray Cumming]

On Sun, 2009-03-08 at 14:14 +0100, Armin Burgmeier wrote:
> As libglom/libglom_config.h I would suggest to remove all non-prefixed
> symbols from it, to prevent conflicts with a "config.h"

Thanks for fixing that, though I don't quite understand how you did it.

However, there are some duplicate defines (the define is in both
config.h and libglom_config.h files) that are causing warnings in svn
trunk, at least when doing distcheck. Could you try to fix that? I guess
that config.h should include libglom_config.h.

--enable-warnings=hardcore might help to find them.

--
Murray Cumming
murrayc@...
www.murrayc.com
www.openismus.com


_______________________________________________
glom-devel-list mailing list
glom-devel-list@...
http://mail.gnome.org/mailman/listinfo/glom-devel-list

[Armin Burgmeier]

On Thu, 2009-03-19 at 11:30 +0100, Murray Cumming wrote:

> On Sun, 2009-03-08 at 14:14 +0100, Armin Burgmeier wrote:
> > As libglom/libglom_config.h I would suggest to remove all non-prefixed
> > symbols from it, to prevent conflicts with a "config.h"
>
> Thanks for fixing that, though I don't quite understand how you did it.
>
> However, there are some duplicate defines (the define is in both
> config.h and libglom_config.h files) that are causing warnings in svn
> trunk, at least when doing distcheck. Could you try to fix that? I guess
> that config.h should include libglom_config.h.

The problem is that config.h.in is generated by autoheader, which
generates it by scanning the configure.ac file for all the AC_DEFINEs I
think.

I believe that to fix this, we would need to get rid of autoheader and
maintain the config.h.in ourselves. This means, whenever adding an
AC_DEFINE to configure.ac, we will either need to add it to config.h.in
or to glom/libglom/libglom_config.h.in, depending on whether its
properly prefixed (and meant for installation) or not.

I did this, however, I cannot test it right now since glom trunk does
not build for me because of bug #576069.

Armin

_______________________________________________
glom-devel-list mailing list
glom-devel-list@...
http://mail.gnome.org/mailman/listinfo/glom-devel-list

[Murray Cumming]

On Fri, 2009-03-20 at 12:55 +0100, Armin Burgmeier wrote:

> On Thu, 2009-03-19 at 11:30 +0100, Murray Cumming wrote:
> > On Sun, 2009-03-08 at 14:14 +0100, Armin Burgmeier wrote:
> > > As libglom/libglom_config.h I would suggest to remove all non-prefixed
> > > symbols from it, to prevent conflicts with a "config.h"
> >
> > Thanks for fixing that, though I don't quite understand how you did it.
> >
> > However, there are some duplicate defines (the define is in both
> > config.h and libglom_config.h files) that are causing warnings in svn
> > trunk, at least when doing distcheck. Could you try to fix that? I guess
> > that config.h should include libglom_config.h.
>
> The problem is that config.h.in is generated by autoheader, which
> generates it by scanning the configure.ac file for all the AC_DEFINEs I
> think.
>
> I believe that to fix this, we would need to get rid of autoheader and
> maintain the config.h.in ourselves. This means, whenever adding an
> AC_DEFINE to configure.ac, we will either need to add it to config.h.in
> or to glom/libglom/libglom_config.h.in, depending on whether its
> properly prefixed (and meant for installation) or not.

Fair enough. I hoped you'd find a correct way to still use autoheader,
but let's not waste time on it.

> I did this, however, I cannot test it right now since glom trunk does
> not build for me because of bug #576069.

You just need to update gtkmm.

--
murrayc@...
www.murrayc.com
www.openismus.com

_______________________________________________
glom-devel-list mailing list
glom-devel-list@...
http://mail.gnome.org/mailman/listinfo/glom-devel-list

[Armin Burgmeier]

On Fri, 2009-03-20 at 13:00 +0100, Murray Cumming wrote:

> On Fri, 2009-03-20 at 12:55 +0100, Armin Burgmeier wrote:
> > On Thu, 2009-03-19 at 11:30 +0100, Murray Cumming wrote:
> > > On Sun, 2009-03-08 at 14:14 +0100, Armin Burgmeier wrote:
> > > > As libglom/libglom_config.h I would suggest to remove all non-prefixed
> > > > symbols from it, to prevent conflicts with a "config.h"
> > >
> > > Thanks for fixing that, though I don't quite understand how you did it.
> > >
> > > However, there are some duplicate defines (the define is in both
> > > config.h and libglom_config.h files) that are causing warnings in svn
> > > trunk, at least when doing distcheck. Could you try to fix that? I guess
> > > that config.h should include libglom_config.h.
> >
> > The problem is that config.h.in is generated by autoheader, which
> > generates it by scanning the configure.ac file for all the AC_DEFINEs I
> > think.
> >
> > I believe that to fix this, we would need to get rid of autoheader and
> > maintain the config.h.in ourselves. This means, whenever adding an
> > AC_DEFINE to configure.ac, we will either need to add it to config.h.in
> > or to glom/libglom/libglom_config.h.in, depending on whether its
> > properly prefixed (and meant for installation) or not.
>
> Fair enough. I hoped you'd find a correct way to still use autoheader,
> but let's not waste time on it.
>
> > I did this, however, I cannot test it right now since glom trunk does
> > not build for me because of bug #576069.
>
> You just need to update gtkmm.

Argh. I had a short look at the ChangeLog to see whether this might have
been fixed in never versions. Seems it was too short. Thanks.

I don't think this fix has been merged to the gtkmm-2-14 branch. So we
should probably either do this, or request gtkmm 2.16 in Glom's
configure.in.

Armin

_______________________________________________
glom-devel-list mailing list
glom-devel-list@...
http://mail.gnome.org/mailman/listinfo/glom-devel-list

[Murray Cumming]

On Fri, 2009-03-20 at 13:05 +0100, Armin Burgmeier wrote:

> On Fri, 2009-03-20 at 13:00 +0100, Murray Cumming wrote:
> > On Fri, 2009-03-20 at 12:55 +0100, Armin Burgmeier wrote:
> > > On Thu, 2009-03-19 at 11:30 +0100, Murray Cumming wrote:
> > > > On Sun, 2009-03-08 at 14:14 +0100, Armin Burgmeier wrote:
> > > > > As libglom/libglom_config.h I would suggest to remove all non-prefixed
> > > > > symbols from it, to prevent conflicts with a "config.h"
> > > >
> > > > Thanks for fixing that, though I don't quite understand how you did it.
> > > >
> > > > However, there are some duplicate defines (the define is in both
> > > > config.h and libglom_config.h files) that are causing warnings in svn
> > > > trunk, at least when doing distcheck. Could you try to fix that? I guess
> > > > that config.h should include libglom_config.h.
> > >
> > > The problem is that config.h.in is generated by autoheader, which
> > > generates it by scanning the configure.ac file for all the AC_DEFINEs I
> > > think.
> > >
> > > I believe that to fix this, we would need to get rid of autoheader and
> > > maintain the config.h.in ourselves. This means, whenever adding an
> > > AC_DEFINE to configure.ac, we will either need to add it to config.h.in
> > > or to glom/libglom/libglom_config.h.in, depending on whether its
> > > properly prefixed (and meant for installation) or not.
> >
> > Fair enough. I hoped you'd find a correct way to still use autoheader,
> > but let's not waste time on it.
> >
> > > I did this, however, I cannot test it right now since glom trunk does
> > > not build for me because of bug #576069.
> >
> > You just need to update gtkmm.
>
> Argh. I had a short look at the ChangeLog to see whether this might have
> been fixed in never versions. Seems it was too short. Thanks.
>
> I don't think this fix has been merged to the gtkmm-2-14 branch. So we
> should probably either do this, or request gtkmm 2.16 in Glom's
> configure.in.

Please merge it if necessary. I thought I had already. It seems
acceptable to add API there if the old API could not be used.

--
murrayc@...
www.murrayc.com
www.openismus.com

_______________________________________________
glom-devel-list mailing list
glom-devel-list@...
http://mail.gnome.org/mailman/listinfo/glom-devel-list

[Armin Burgmeier]

On Fri, 2009-03-20 at 13:16 +0100, Murray Cumming wrote:

> On Fri, 2009-03-20 at 13:05 +0100, Armin Burgmeier wrote:
> > On Fri, 2009-03-20 at 13:00 +0100, Murray Cumming wrote:
> > > On Fri, 2009-03-20 at 12:55 +0100, Armin Burgmeier wrote:
> > > > On Thu, 2009-03-19 at 11:30 +0100, Murray Cumming wrote:
> > > > > On Sun, 2009-03-08 at 14:14 +0100, Armin Burgmeier wrote:
> > > > > > As libglom/libglom_config.h I would suggest to remove all non-prefixed
> > > > > > symbols from it, to prevent conflicts with a "config.h"
> > > > >
> > > > > Thanks for fixing that, though I don't quite understand how you did it.
> > > > >
> > > > > However, there are some duplicate defines (the define is in both
> > > > > config.h and libglom_config.h files) that are causing warnings in svn
> > > > > trunk, at least when doing distcheck. Could you try to fix that? I guess
> > > > > that config.h should include libglom_config.h.
> > > >
> > > > The problem is that config.h.in is generated by autoheader, which
> > > > generates it by scanning the configure.ac file for all the AC_DEFINEs I
> > > > think.
> > > >
> > > > I believe that to fix this, we would need to get rid of autoheader and
> > > > maintain the config.h.in ourselves. This means, whenever adding an
> > > > AC_DEFINE to configure.ac, we will either need to add it to config.h.in
> > > > or to glom/libglom/libglom_config.h.in, depending on whether its
> > > > properly prefixed (and meant for installation) or not.
> > >
> > > Fair enough. I hoped you'd find a correct way to still use autoheader,
> > > but let's not waste time on it.
> > >
> > > > I did this, however, I cannot test it right now since glom trunk does
> > > > not build for me because of bug #576069.
> > >
> > > You just need to update gtkmm.
> >
> > Argh. I had a short look at the ChangeLog to see whether this might have
> > been fixed in never versions. Seems it was too short. Thanks.
> >
> > I don't think this fix has been merged to the gtkmm-2-14 branch. So we
> > should probably either do this, or request gtkmm 2.16 in Glom's
> > configure.in.
>
> Please merge it if necessary. I thought I had already. It seems
> acceptable to add API there if the old API could not be used.

I merged the commit to gtkmm-2-14.

Armin

_______________________________________________
glom-devel-list mailing list
glom-devel-list@...
http://mail.gnome.org/mailman/listinfo/glom-devel-list

[Denis Leroy]

Murray Cumming wrote:

> On Sun, 2009-03-08 at 21:27 +0100, Denis Leroy wrote:
>>> OK, so how about with central hosting?
>> I do not have the test environment for this
>
> I really think that's worth trying. It would be a big clue.
>
>>> Can I try this easily? I have Fedora 10 in a vmware image.
>>
>> hmm, no, Fedora 10 is stuck with glom 1.6.X. Glom has a knack for having
>> very aggressive and specific dependencies (by aggressive, I mean
>> explicit very recent versions). Since F-11 is now based on libgda 4,
>> this can only be tested on a F-11 vm. I'll try to setup a test
>> environment for you and I'll punch a hole in my firewall for a VNC port.
>> I'll contact you directly when I have that available.
>
> Before you go to that effort, I'll do a new tarball release. There is a
> port-related change which just might be relevant.

And ... success. Glom 1.10 is behaving better. It will be available for
Fedora 11.

_______________________________________________
glom-devel-list mailing list
glom-devel-list@...
http://mail.gnome.org/mailman/listinfo/glom-devel-list