Hello, gretl developers.
I'm trying to start a translation of help files into russian on
launchpad.net as it seems to be the most suitable tool to participate
for all familiars with econometrics but not with gettext, linux. cvs,
The problem is that there is already a project for gretl on launchpad
and it is strongly prohibited to start more than one project for a
single program. I cannot contact with Constantine Tsardounis for about
a month, so I think it is time to re-assign that project to someone
else. On the irc-channel of launchpad I was told that
Our admins can re-assign the project to new owners but we'd prefer to
hear from the upstream owners. can you get one of them to submit a
But if nobody from main developers wants to register and do something
at launchpad it is possible to assign this function to me and in that
case a letter in this list will probably be enough.
I have prepared a .po-file for genr_funcs.xml and gretl_commands.xml
with the help of po4a utility and got 1511 strings for translation
(strings a rather big).
Good luck, Ivan Sopov.
P.S. My previous letter about using launchpad for translation is
it just occurred to me that apparently there is no 64bit version of
gretl for Windows, or is there? Frankly, I don't have a pressing need
for it, at this point I'm asking mostly out of curiosity. But given the
general trend towards 64bit systems I was wondering about it.
the list is pretty quiet, so there don't seem to be many newly
discovered bugs, but of course that doesn't mean that nothing happens
behind the scenes. But may I ask: what is holding up the release of
1.9.6? It would be useful after half a year, I think.
Just in case you were wondering: I'm still interested in getting
gretl 1.9.6 out as soon as reasonably possible, but I'm concerned
about the report I mentioned on the users list about a crash
(segfault) on start-up, on OS X 10.7 (Lion).
We've had one report of gretl running OK on Lion, but that doesn't
set my mind fully at ease. Gretl does a lot at start-up these days,
and I'm trying to make sure those actions are bullet-proof.
It's possible that the gretl installation is messed up in the case
where it's crashing at start-up, but unless the mess-up involves
something like linking against an incompatible library version
(totally screwed, no hope of recovery) the response should be an
error message and a maybe a voluntary shutdown rather than a
segmentation fault enforced by the OS.
So I'd really like to figure this problem out before releasing.
on Ubuntu, you need to make the session icon view window ridiculously
wide before the horiz. scroll bar goes away (spanning two screens here
for example, but that point of width is even before everything fits on a
single row, so I fail to see the logic there).
Not important, but a little unnerving.
here's what seems to be an "interface problem" in some sense, although I
also have that déjà vu feeling as if we discussed this before...
Anyway, I just chose "save data as / standard format", then selected a
subset of all variables to be saved, and entered a new filename
("transfer1.gdt"). This operation as such went fine it seems -- when I
open that new file in a new gretl instance, everything looks good.
However, in the main window of the old instance the line below the menu
bar (on Ubuntu) says "transfer1.gdt", but the window still lists all
variables, not the selected subset. So either the status information
saying "transfer1.gdt" must be wrong, or the display of all the old
variables, right? Or am I missing something and there's a
straightforward meaning to it (quite possible)?