I'd test the programm too, to make sure that there is no bug introduced
by the build chain, as we've experienced recently with Ad's snapshots.
Yuv
RueiKe wrote:
> The language problems are with some strings of some dialog boxes.
there is a report from Thomas Modes of a bug that Hugin in Windows
changes the locale unexpectedly:
I could not reproduce in Ubuntu.
> download the latest build and document all cases of untranslated
> strings in a new discussion thread. Also, to make it easier for
> future translators, it may be a good idea to clean up the .po file.
thanks for offering to clean up. There is a script in the translation
folders
<http://hugin.svn.sourceforge.net/viewvc/hugin/hugin/trunk/src/translations/extract-messages.sh?revision=3587>
For the little I understand of bash scripts, this one merges new strings
into the .po file. It would be good if a volunteer skilled enough at
bash would spare you the manual work of cleaning up. You translators
deserve better than the current status.
> I don't think it is a significant issue.
agree, it should not block the release of the installer like it has not
blocked the release of the source tarball.
> results from another tester would be good confirmation.
my windows box is unaccessible at the moment :( and when it will be
accesible there is enough bread on my table. Christoph Spiel's
enblend-enfuse staging branch does not build on Windows and he is
helping me to fix that. And then there is a bug (because of Windows)
with celeste_standalone not finding the model file.
> On Jul 29, 12:32 pm, allard <ka...@physics.leidenuniv.nl> wrote:
>> no complaints yet it seems. How long
>> should we wait to release this?
Hi Allard,
I have not gone over it yet. You mentioned the licensing and release
texts. Looks like I'll have to spend more time in Windows than I would
like. Sigh...
Yuv
allard wrote:
> Just to help you stay away from the dark side, here's what I made of
> the text fileinstaller_licence.txt:
it's not so much the dark side, as it is the hot side. no airco in the
office, my boss is cheap (did I tell you I'm my own boss?) so I work on
the Ubuntu notebook in the airconditioned zone.
thanks for providing the text, my feedback between the lines.
> UPGRADES
> This version of Hugin is backwards compatible, and there should not be
> good reasons to keep using the previous stable version. If you wish to
> do so however, it is possible to install them side-by-side. If not,
> please uninstall the previous version before running this installer.
not really. 0.7 and 0.8 will conflict in the registry. IIRC using the
more recent autopano expandos in 0.8 will result in hugin 0.7 passing a
wrong input to autopano in 0.7.
> SHELF-LIFE
>
> Hugin is under constant development, and the code evolves rapidly.
> Nevertheless, stable releases like this are not very frequent. If you
> are looking for newer features or the latest cutting edge development
> snapshots, and are willing to accept all the risks involved, look for
> them at Yuval Levy's page: <http://panospace.wordpress.com/downloads/
>> . New stable releases will be announced on the hugin home page:
> <http://hugin.sf.net/>
I'd remove completely this paragraph. it is appropriate with snapshots.
for a release people can expect it to last longer.
Add: <http://wiki.panotools.org/Hugin_FAQ>
and cut away what is below. Again: this is a release, not a snapshot.
> It is likely that some or all information at the above page does not
> apply
> to the software installed. If the installed software does not perform
> as expected, it is because it is experimental and some functions may
> be
> incomplete, broken, obsolete, new or otherwise missing in action.
>
> Before reporting problems with the documentation or asking for
> support,
> please download the lastest version of this installer from
> <http://panospace.wordpress.com/downloads/>
> and see if it solves the problems you'd like to report.
>
> _____________
last but not least, change the url.txt before compiling the installer.
point it to http://hugin.sourceforge.net/installed/0.8.0.shtml if you
have not done so yet (sorry I could not check, I'm now away for the
weekend and have no access to my windows workstation)
> I'm not very well informed about the exact legal implications of the
> patent situation, so it would be great if someone can confirm this
> won't get the hugin project into trouble. Except for patent lawyers I
> haven't met any Windows user (including myself) who actually reads
> licence agreements, so I guess that part is the only thing that
> matters.
There are two InnoSetup files in the repository: one with and one
without CP generators. If you don't want to get in troubles, the
conservative approach is to use the one without the CP generators.
Not reading the license agreements does not protect anybody from the
law. Each individual is expected to know and comply with their
jurisdiction's laws.
The "hugin project" is not a legal entity. As such it can't get into
troubles. We, individuals, can.
To be honest: my personal situation and my own risk assessment are such
that I have to pass on uploading your file for distribution. YMMV. If
you tell me your SF handle, I'll give you upload access, but I won't
upload your file myself, nor will I download and run it.
Yuv
I'm sure this is a build problem, some dialog boxes are entirely
generated by wxwidgets and would appear in English if the hugin
translation resources were present but not the wxwidgets.
--
Bruno
the wxWidgets in the SDK should be complete. Is it possible that this is
rather a consequence of the libpano locale bug that was recently fixed
by Thomas Modes?
Yuv
Maybe, but these dialog boxes are very Chinese on Linux when I
change my locale to zh_TW.UTF-8
--
Bruno
Henk Tijdink wrote:
> For me there is some confusion about the control point pickers.
sorry for the confusion. Thomas Modes has improved this in SVN, so you
can expect an improvement in the next release.
> But when selecting autopano(A. Jenny) in the preference screen it
> can't find autopano.exe in the binaries.
IIRC this is because we can't distribute Alexandre Jenny's binaries.
Also it is most likely that in the future we'll move toward a "plugin"
system like on the Mac, rather than delivering all the CP generators in
the package. As a user you will have the choice to intall the one or the
other CP generator.
Yuv