On Fri, 9 Nov 2012, Johannes Lips wrote:
I am happy with the enable switch but I would like to ask
which patch from cvs I need to apply against 1.9.10 or are
you planning on releasing a new version to fix those small
I'm thinking it would be a good idea to release 1.9.11
shortly, with the build/install issues fixed, so that
packagers don't have to mess with patches. (We're fortunate
that by now gretl is well supported by the major Linux
The one complication is that current CVS contains some
substantial internal changes in the handling of user-defined
variables (other than regular series) relative to 1.9.10, and
while these are quite well tested I'd prefer that they are
more fully tested before doing another release.
I think that a time-scale of putting out 1.9.11 next week will
probably work. In the meantime it would be very helpful if
people who are using 1.9.10cvs could beat on the program and
look for any problems. In particular, one area where I'm not
100% confident is the behavior of the GUI icon view and/or
scalars editor when an executing script makes relevant changes
(adding, deleting or redefining scalars, matrices or bundles).
The question is: is the icon view staying properly in sync?
(If it's not, this can lead to weirdness and the danger of a
On Thu, Nov 8, 2012 at 10:27 PM, Allin Cottrell
> On Thu, 8 Nov 2012, Allin Cottrell wrote:
> One possibility would be an "enable" switch:
>> --enable-xdg-utils Use xdg-utils for installing XDG files
>> which could either default to "no" or perhaps to "auto",
based on whether
>> or not xdg-desktop-menu is found. In the latter case a packager whose
>> machine has xdg-utils installed would have to do --disable-xdg-utils.
> I'm willing to entertain other ideas, but for the moment I've put the
> above into CVS, with a default of auto. So:
> * If you're happy to have the xdg-utils install the gretl desktop files,
> you don't have to do anything.
> * If you don't have the xdg-utils, gretl will default to straight
> installation via the shell, based on the chosen installation prefix; this
> will respect DESTDIR.
> * If you have xdg-utils but you don't want them used, e.g. because you're
> packaging into a DESTDIR, use the flag --disable-xdg-utils with configure;
> then a standard shell-type install will be used.
> * Finally, if you don't want the XDG files installed at all,
> you can use the flag --disable-xdg.