2009/10/4 Bruno Postle :
>
> On Sun 04-Oct-2009 at 14:08 +0200, Lukáš Jirkovský wrote:
>>
>>I've noticed that there's a bunch of .cvsignore files. I think they
>>can be safely removed. Any objections?
>
> Go ahead, though it would be nice the have the equivalent svn:ignore
> properties, someday.
>
I noticed Bruno's repository still does not contain RPM packages for Fedora
10... my offer is still available.
Edu.
On Thu, Oct 1, 2009 at 7:22 AM, Eduardo Perez Esteban <
eduardo.perezeste...@gmail.com> wrote:
> I can build the packages for Fedora 10, if those are needed.
>
> Edu.
>
> On Thu, O
On Sun 04-Oct-2009 at 19:42 -0400, Yuval Levy wrote:
>
>Furthermore, at runtime, the pre-relese enblend breaks the backward
>compatibility of the command line switches. The critical one is the -w
>switch.
>
>There are two ways to fix it:
>(1) fix enblend to be backward compatible with the switches
Bruno Postle wrote:
> On Fri 02-Oct-2009 at 16:30 +0100, paul womack wrote:
>> I'm trying to "get" the exciting (well, I'm excited!) new release
>> on my Fedora 10 box.
>>
>> As I understand matters, the "approved" mechanism is to install
>> the tarball, let the rpmbuild process trundle along (for
Thanks, I'll check this evening.
On 5 Oct, 06:37, Kornel Benko wrote:
> Am Sunday 04 October 2009 schrieb Ehsan Esbati:
>
> > CMake Error at CMakeModules/FindGLUT.cmake:77 (MESSAGE):
> > Could not find GLUT
> > Call Stack (most recent call first):
> > CMakeLists.txt:163 (FIND_PACKAGE)
>
> >
Yuv -
On Oct 5, 1:42 am, Yuval Levy wrote:
--- snip ---
> I don't know what Christoph plans are for enblend - he's the one who
> has moved enblend forward to pre-release 4.0. I don't know what is
> considered critical to be fixed before release.
You could ask this Christoph guy what his p
On Oct 5, 12:43 am, allard wrote:
> > AFAIK glut.dll should not be necessary. policy on Windows is to link
> > statically to avoid problems with missing / disappearing dlls and other
> > nice side effects of lack of proper package management.
>
> > Possibly a bug in the build system that links no
On Oct 5, 8:25 am, cspiel wrote:
> Yuv -
>
> On Oct 5, 1:42 am, Yuval Levy wrote:
> --- snip ---
>
> > I don't know what Christoph plans are for enblend - he's the one who
> > has moved enblend forward to pre-release 4.0. I don't know what is
> > considered critical to be fixed before release.
Kornel, thanks for the advise. It took me one step further ahead but
I'm getting this error message now. Sounds like a library path
problem, right?
-- Using shared internal libraries
CMake Error: The following variables are used in this project, but
they are set to NOTFOUND.
Please set them or ma
> Hi all, particularly translators.
>
> I have done something that is not very nice IMO: i've just added two new
> strings to the release branch (and to trunk, but that's less critical)
> after syncing the PO files and calling for translation.
What I can see is
Can't start system's web browse
Yuval Levy wrote:
> the command line interface of enblend/enfuse has changed. I have not
> tested against Erik's droplets. If somebody wants to take up the tasks
> of updating them (if necessary), everything necessary is there.
They seem to work as expected. The droplets in default configurati
thanks for the report.
Erik Krause wrote:
> They seem to work as expected. The droplets in default configuration use
> only the very basic options of enfuse and enblend, hence I didn't expect
> a change.
good - one thing less to worry about.
> However, align_image_stack crashes no matter whe
J. Schneider wrote:
> Can't start system's web browser
> top boundary must be smaller than bottom
> left boundary must be smaller than right
>
> as new untranslated strings.
> The first one is no problem, but can you explain where the other two are
> used?
it's when setting the crop in the Stit
On Mon 05-Oct-2009 at 17:59 -0400, Yuval Levy wrote:
>
>you can see it visually very nicely in the fast preview. before the fix,
>dragging the borders of the crop in the fast preview could yield a
>negative crop (i.e. you could drag the left crop border over the right
>one, or the top over the bot
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
A libpano13-2.9.15_beta3 (third beta snapshot) tarball has been uploaded to
sourceforge:
https://sourceforge.net/projects/panotools/files/libpano13/
This is a 'beta' so the final release is likely to have further bugfixes.
There have been a number o
Hullo Paul,
On Oct 5, 9:03 pm, paul womack wrote:
[snip]
> RPM build errors:
> File not found:
> /home/bugbear/rpmbuild/BUILDROOT/hugin-2009.2.0-0.1.20090914svn.fc10.x86_64/usr/bin/calibrate_lens
>
> I performed:
>
> find /home/bugbear/rpmbuild -name "*calib*"
> and the only result w
Note that this is the version of libpano13 you need to build the
Hugin gsoc2009_layout branch.
This libpano13 _should_ also work fine with all releases of Hugin
from 0.7.0 through to the current trunk. Though you'll have to
recompile both Hugin and autopano-sift-C if you want them to use it.
Hullo Essi,
On Oct 6, 6:08 am, Essi wrote:
> Kornel, thanks for the advise. It took me one step further ahead but
> I'm getting this error message now. Sounds like a library path
> problem, right?
I'm not sure how packages are built for Ubuntu, but I did have a
similar problem recently building
On Mon 05-Oct-2009 at 12:08 -0700, Essi wrote:
>
>Kornel, thanks for the advise. It took me one step further ahead but
>I'm getting this error message now. Sounds like a library path
>problem, right?
>CMake Error: The following variables are used in this project, but
>they are set to NOTFOUND.
I
Bruno Postle wrote:
> On Mon 05-Oct-2009 at 17:59 -0400, Yuval Levy wrote:
>> you can see it visually very nicely in the fast preview. before the fix,
>> dragging the borders of the crop in the fast preview could yield a
>> negative crop (i.e. you could drag the left crop border over the right
>>
Thanks for the suggestions but nothing works and still the same
message. I've added the command and the resulting print:
sennai...@sennaista-desktop:~/hugin-build$ cmake ../hugin -
DENABLE_LAPACK=YES -DCPACK_BINARY_DEB:BOOL=ON -
DCPACK_BINARY_NSIS:BOOL=OFF -DCPACK_BINARY_RPM:BOOL=OFF -
DCPACK_BIN
Thanks Kornel
I've got the executable files, but I don't know how to run the
PTmender.exe in a correct way.
My system is windows ,so I use nmake to make the build directory using
the command below,but nothing happened.
nmake Makefile.am
Cheers!
Bob
On Oct 5, 1:51 pm, Kornel Benko wrote:
> Am
Bob wrote:
> Hi all,
> I compiled libpano and got the executable files.
> So I tried to run the PTmender.exe on tests\simpleStitch to see the
> result,
>
> Here is the command line I used:
>libpano\pano13\tests\simpleStitch>PTmender.exe simple.txt
>
That is correct.
PTmender [options]
Hullo Essi,
On Oct 6, 10:34 am, Essi wrote:
> Thanks for the suggestions but nothing works and still the same
> message. I've added the command and the resulting print:
[snip]
> GLUT_Xi_LIBRARY (ADVANCED)
[snip]
> GLUT_Xmu_LIBRARY (ADVANCED)
[snip]
> -- Configuring incomplete, errors occurred!
some errors report missing getopt functions (described at
http://www.gnu.org/s/libc/manual/html_node/Using-Getopt.html#Using-Getopt).
it looks like a missing library or incorrect path to the library.
however, i don't know anything about Hugin build process so i'm not
able to say exactly how to fix
I am forwarding this message, since it belongs here.
As a consequence, we should add the FATAL_ERROR option.
This option will be ignored be cmake 2.6 (and higher) and prevent 2.4 from
continuing.
Kornel
--
Kornel Benko
kornel.be...@berlin.de
--- Begin Message ---
Dear Kornel Benko,
I
Am Tuesday 06 October 2009 schrieb Bob:
> Thanks Kornel
> I've got the executable files, but I don't know how to run the
> PTmender.exe in a correct way.
> My system is windows ,so I use nmake to make the build directory using
> the command below,but nothing happened.
>
> nmake Makefile.am
>
>
>
Am Tuesday 06 October 2009 schrieb Essi:
> CMake Error: The following variables are used in this project, but
> they are set to NOTFOUND.
> Please set them or make sure they are set and tested correctly in the
> CMake files:
> GLUT_Xi_LIBRARY (ADVANCED)
>
Here, on OpenSuSE it is set to
/u
> What "works for me" does not necessarily "work for them".
I was more commenting on my own incompentence as a tester than
anything else :-)
>
>
> you can find the different versions of enblend and enfuse in my
> recently posted binary of the layout branch. No OpenMP versions yet
> (maybe somebod
29 matches
Mail list logo